[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MiNT] Announcment: CFLIB for AHCC
I perfectly understand this reasoning.
An idea I'd consider worth to think about: wouldn't it be a practical compromise then to increase the stack size for the "512"-EmuTOS targets only?
Contrary to TOS 1.x (and current EmuTOS, regardless of its specific incarnation), TOS 4.04 and 3.06 do not appear to have problems with the USERDEFs in QED so I assume they both have a larger supervisor stack.
Wouldn't hurt in my opinion (it would probably even increase EmuTOS compatibility to that later TOS versions).
Am 16.07.2013 um 13:06 schrieb Vincent Rivière:
> On 16/07/2013 10:54, Ole wrote:
>> Hm... why not increase stack size in EmuTOS? I mean, it's just
>> temporary memory and therefore it wouldn't hurt, or?
> Of course that would be fixable in EmuTOS.
> But the problem is also present in Atari TOS, it would be quite insane to allow "bad" programs to run on EmuTOS while they could not run or original TOS.
> User programs should include a workaround to that USERDEF stack problem, to cope with bad TOS. They should use some private user stack to avoid that trouble. I posted a (potentially unsafe) solution to this list long ago, but it had poor success.
> Vincent Rivière