Thanks for your response, Ricardo! I checked the output of ulimit -a, but I can see no big differences from yours. Here is the comparison:
[bash-swftools-0.9.0-09:25:45-$]ulimit -a > ulimit.txt [bash-swftools-0.9.0-09:27:46-$]vim ulimit.txt rica...@laptop:~$ ulimit -a core file size (blocks, -c) 0 core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited data seg size (kbytes, -d) unlimited max nice (-e) 0 scheduling priority (-e) 20 file size (blocks, -f) unlimited file size (blocks, -f) unlimited pending signals (-i) 104448 pending signals (-i) 16382 max locked memory (kbytes, -l) 32 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited max memory size (kbytes, -m) unlimited open files (-n) 1024 open files (-n) 1024 pipe size (512 bytes, -p) 8 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 POSIX message queues (bytes, -q) 819200 max rt priority (-r) 0 real-time priority (-r) 0 stack size (kbytes, -s) 10240 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited cpu time (seconds, -t) unlimited max user processes (-u) 104448 max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited file locks (-x) unlimited -----邮件原件----- 发件人: Ricardo Pedroso [mailto:rmdpedr...@gmail.com] 发送时间: Tuesday, November 17, 2009 7:27 AM 收件人: swftools-common 抄送: WU Liang 主题: Re: [Swftools-common] SWFC crashes encountered on Linux On Mon, Nov 16, 2009 at 11:29 AM, WU Liang <wuli...@augustatek.com> wrote: > Hi, nice guys, > > I just ran into a crash when using SWFC to compile a SWF file. > The source image is downloaded from: > http://www.swftools.org/swftools-2009-08-24-2042.tar.gz > > I just checked the Win32 version; it works fine. > > I put some printfs in the function readToken() where SWFC crashed. > Seemingly the crash occurred in the C lib function strlen(). > Refer to the script file I used for your information. > It crashes if str_3096 and more variables are added to the script, but > it works fine within str_3095. > I tested many times. Similar results were produced. > Seemingly there is a buffer limit somewhere. It's working for me, it didn't crash with 3096+ vars Maybe it's worth to check your environment limits with: ulimit -a This is the output of my laptop, for you to compare with yours: rica...@laptop:~$ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 20 file size (blocks, -f) unlimited pending signals (-i) 16382 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited 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) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited Regards, Ricardo