Re : [MP3 ENCODER] 32K limit (was Greetings)

1999-11-09 Thread Lionel Bonnet
I don't know why this limit exists on PowerPC machines, though, both Metroworks CodeWarrior and MPW (Free C/C++ Development environment by Apple) have this limit. Known by reports on other Japanese mailing list, MPW has critial bug obtaining large stack more than 32K. (We can compile, but

Re: Re : [MP3 ENCODER] 32K limit (was Greetings)

1999-11-09 Thread Osamu Shigematsu
Hello, Lionel. on 99.11.9 6:18 PM, Lionel Bonnet at [EMAIL PROTECTED] wrote: The 32K limit doesn't really exists on PowerPC : in each application memory zone, you have the stack zone and the heap zone.There is a default stack zone(32 K)but if you want to increase it, you must change the

Re : [MP3 ENCODER] 32K limit (was Greetings)

1999-11-09 Thread Lionel Bonnet
I know, of course, stack meaning, though, this is not such a problem, I think. We can easily increase stack size with project settings - target - PPC target - stack size (default 64K) in CW. I wrote following test code, but could not compile. The line, char chunk[64*1024L]; is

Re: [MP3 ENCODER] 32K limit (was Greetings)

1999-11-09 Thread Samuel K. Caughron
Regarding the 32K size limit on local variables, the reason dates back to the days of the 68K Macs. In a local routine, variables on the stack are accessed as a 16 bit offset from a register, usually A6 (as opposed to A5 for global and "static" variables). They could be positively or

Re: [MP3 ENCODER] 32K limit (was Greetings)

1999-11-08 Thread Osamu Shigematsu
Hello, Mark. on 99.11.9 10:29 AM, Mark Taylor at [EMAIL PROTECTED] wrote: I've got so many patches which change all the c++ comments to c style, I finally gave in and got rid of all the //'s :-) Thank you very much for your job! 2. To solve the problem of local data 32k in file "lame.c", I