Re: [bug-gnu-libiconv] Bug at gentranslit.

[Bruno Haible]

Hello 渡辺丈,

> I found a bug at lib/gentranslit.c.
> It makes me STACK_OVER_FLOW.
> 
> The occasion is probably making a little big local array.

Indeed, the total size of main()'s stack is 1MiB * 4 bytes + 1.0625 * 4 bytes
= 8.25 MiB, which is larger than the typical stack on Cygwin:

$ ulimit -a
core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
open files                      (-n) 256
pipe size            (512 bytes, -p) 8
stack size              (kbytes, -s) 2033
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63
virtual memory          (kbytes, -v) 2097152

or on Linux:

$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 38912
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) 3232380
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 38912
virtual memory          (kbytes, -v) 11434560
file locks                      (-x) unlimited

But the Makefile.devel rule contains an invocation of "ulimit -s unlimited"
before gentranslit is executed. Are you saying that this does not work
on Cygwin? If so, you should report it to the Cygwin people.

Note that you can safely compile and execute the gentranslit program on a
Linux machine. Also, you need to use gentranslit only if you modified
libiconv's source code in some way.

Btw, your attachment did not contain useful information. Probably you
did not pass the '-r' option to GNU diff.

Bruno