lmi
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lmi] "Stack overflow" resolved


From: Vadim Zeitlin
Subject: Re: [lmi] "Stack overflow" resolved
Date: Sat, 23 Feb 2019 14:53:41 +0100

On Sat, 23 Feb 2019 13:23:29 +0000 Greg Chicares <address@hidden> wrote:

GC> Without testing under native msw, we can't know for sure whether the
GC> "stack overflow" was in 'product_files.exe' or in 'wine'. But if it
GC> was in 'product_files.exe' as I conjecture, then it's not at all the
GC> kind of stack overflow I normally encounter (infinite recursion due
GC> to a coding mistake)--instead, it's the result of pushing N bytes
GC> onto an M-byte stack where N was just slightly less than M last week,
GC> but exceeded M after I added new products this week. I think this
GC> would be the first time I've ever seen a non-infinite stack overflow.

 It does happen when using huge arrays, are there any local variables of
array types in this code?

 FWIW, "huge" means "megabytes". MSVC is relatively stingy with its default
size of only 1MB for the thread stack, but I believe gcc allocates more
than that by default, although I can't find any confirmation to this right
now. You could try using -Wl,--stack,XXX option to change the default to
something bigger.

 Regards,
VZ


reply via email to

[Prev in Thread] Current Thread [Next in Thread]