in reply to Re: Hard to Debug windows memory error
in thread Hard to Debug windows memory error

Hi Jandrew :)

1) I see StrawberryPerl64, have you tried with StrawberryPerl 32 bits?
I say this because I installed version 32 bits on Windows Server 2012 64 bits for threads problem or stability.
2) Did you profile your code?
(if there is memory leaks, over usage of RAM...).


With Devel::NYTProf in console:
https://metacpan.org/pod/Devel::NYTProf
perl -d:nytprof foo.pl<br> ./nytprofhmtl --open #to generate the html output and open the index f +ile)
Peace

Replies are listed 'Best First'.
Re^3: Hard to Debug windows memory error
by jandrew (Chaplain) on Dec 31, 2015 at 22:07 UTC

    hotchiwawa Thank you for your suggestions.

    At this point I would rather try and get StrawberryPerl64 to work or at least get some kind of coherent/small failing test case rather than/before I use a 32 bit StrawberryPerl

    From a general memory standpoint I am not really budging the needle (~72M of RAM before dying) but I'm doing my checking in the task manager so there may or may not be a different result in perl. However based on my research this error code can occur (among other reasons) in windows when an attempt to access a memory location is made after the contents have been deleted. Currently I'm following up on fishmongers suggestions as well as looking into Devel::cst and Devel::SizeMe.

    Update: it looks like Devel::cst and Devel::SizeMe are both Linux specific modules requiring execinfo.h Devel::cst in this case seemed very promising.

      Yep, good point with Devel::SizeMe and Devel::cst, thanks, I searched this kind of modules too :)

      Maybe you can also use autodie, to quit the application maybe before your current issue and get a possible source of the error...
      Edit: check Devel::Size, seems to have the same methods that Devel::SizeMe, but release in 2015 with less dependencies.