On 05/10/2016 07:54 PM, Dimitry Sibiryakov wrote: > 10.05.2016 18:22, Alex Peshkoff wrote: >> I think that for 32-bit systems it's time to change limit to 256Kb, for >> 64 - to 512Kb. > Max page size doesn't depend on bitness. Thus there is no point to have > different limit.
I talk not only about this particular place where limit was overflown. Typically objects in 64-bit build are bigger and stacks - deeper. > I'd suggest to try > https://msdn.microsoft.com/en-us/library/windows/desktop/hh706789%28v=vs.85%29.aspx > on GetCurrentThreadStackLimits appears OK, it does (at the first look) what we need I hope mentioned limits of Wrkst8/server2012 are due to older versions are not supported any more by MS? > Windows and __builtin_frame_address() on Linux. builtin_frame_address() is not looking good at the first glance. A message about it saying "Calling this function with a nonzero argument can have unpredictable effects, including crashing the calling program" does not provide big desire to use it (and for mentioned needs it should use non-zero argument, yes?) Luckily linux does not have problems at this place at all for today, and code can be easily made OS-dependent here - why not when windows have such fine function? >> value that was OK 10 years ago should be grown. > They were enough until increase of page size limit. > And are enough on linux. I.e. here we have something compiler/OS specific. It's OK that different OSs/compilers have different stack struct. ------------------------------------------------------------------------------ Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
