From: Bruce W. <br...@mi...> - 2002-12-31 02:53:48
|
> I posted about this about a month ago, but did not make any additional > progress toward finding the problem. Check the archives for some > steps I tried if you or anyone wants to debug further... > > (Still need to write that cron-job kill/restart script! :) > Paul Something like this might work till we get the leak fixed: run_voice_cmd 'Reboot the computer' if $New_Day; Or maybe new_hour 12 if you needed twice a day etc. > > I'm having serious problems with memory leaks. I have Linux with Perl > > 5.8 and MH 2.75. Any extra special tips? I have tried > eliminating all my > > code but, alas, no difference. I have a rate of between 1M and > 3M per 10 minutes. Last I recall, we suspected DB_File. Did you try commenting this out in bin/mh: &my_use("DB_File"); # Need by get_tv_grid A few days ago, I installed RH 8.0 (8.1 actually, the beta they just dropped last week), but got stuck when the ethernet card didn't work. Strange thing is the exact same computer worked with 7.2. I ran out of disk space, so I reinstalled 8.1 onto a new drive. The message was "Determining IP information for eth0....failed. No link present. Check cable?". Google found a thread in comp.os.linux.redhat with my exact problem, but it seemed unresolved, as of a month ago. I guess I'll go back to 7.2. What I had hoped to try was the ActiveState version of perl 5.8 on linux. If this worked ok (no leaks) I was going to try their compiler, so we could offer a compiled version on linux like we do on windows, using their perl2app compiler in their 5.0 perl dev. kit. Bruce |
From: <ang...@fr...> - 2002-12-31 22:43:07
Attachments:
weather.pl.attente
|
En réponse à Bruce Winter <br...@mi...>: Hello, I have installed MH misterhouse_src_275.zip and ActiveState perl 5.80 on my Windows XP PC 2 days ago. Before the previous version of MH on perl 5.6.2 worked fine. Since it occurs a memory leak every 10 minutes. 31/12/02 20:30:00 Warning, memory leak detected: 0.58. 36.84 -> 37.42 31/12/02 20:20:00 Warning, memory leak detected: 1.41. 35.43 -> 36.84 31/12/02 20:15:30 Retrieving wunderground weather... 31/12/02 20:10:00 Warning, memory leak detected: 1.12. 34.31 -> 35.43 31/12/02 20:00:30 Retrieving wunderground weather... 31/12/02 20:00:00 Warning, memory leak detected: 0.57. 33.74 -> 34.31 31/12/02 19:50:00 Warning, memory leak detected: 1.40. 32.34 -> 33.74 31/12/02 19:45:30 Retrieving wunderground weather... After some experiments I have removed my personnal version of weather.pl and the memory leak happened less frequently. Reading this list i did'nt see anything about this problem on windows am i right ? Didier Angeli France |
From: Ron K. <ro...@za...> - 2003-01-01 01:47:44
|
Hi, Giving Google some work ended up in this for example: http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2002-08/msg01014. html It seems the sockets/internet code in Perl 5.8.0 has a memory leak. Following the thread they end up in the or the stdio layer. Other links reports the INET sockets as the culpritt... I guess nothing we can do about it until they fix it. I'll try recompile later Perl revisions... Ron. -----Original Message----- From: mis...@li... [mailto:mis...@li...] On Behalf Of ang...@fr... Sent: Tuesday, December 31, 2002 11:43 PM To: mis...@li... Subject: RE: [misterhouse-users] Memory leak En rponse Bruce Winter <br...@mi...>: Hello, I have installed MH misterhouse_src_275.zip and ActiveState perl 5.80 on my Windows XP PC 2 days ago. Before the previous version of MH on perl 5.6.2 worked fine. Since it occurs a memory leak every 10 minutes. 31/12/02 20:30:00 Warning, memory leak detected: 0.58. 36.84 -> 37.42 31/12/02 20:20:00 Warning, memory leak detected: 1.41. 35.43 -> 36.84 31/12/02 20:15:30 Retrieving wunderground weather... 31/12/02 20:10:00 Warning, memory leak detected: 1.12. 34.31 -> 35.43 31/12/02 20:00:30 Retrieving wunderground weather... 31/12/02 20:00:00 Warning, memory leak detected: 0.57. 33.74 -> 34.31 31/12/02 19:50:00 Warning, memory leak detected: 1.40. 32.34 -> 33.74 31/12/02 19:45:30 Retrieving wunderground weather... After some experiments I have removed my personnal version of weather.pl and the memory leak happened less frequently. Reading this list i did'nt see anything about this problem on windows am i right ? Didier Angeli France |
From: Bruce W. <br...@mi...> - 2003-01-01 17:53:00
|
> Giving Google some work ended up in this for example: > > http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2002-08/msg01014. > html > > It seems the sockets/internet code in Perl 5.8.0 has a memory leak. > Following the thread they end up in the or the stdio layer. > > Other links reports the INET sockets as the culpritt... > > I guess nothing we can do about it until they fix it. > > I'll try recompile later Perl revisions... > > > Ron. Interesting. I think we do not completely close sockets in mh very often, so the leaks we see in mh due to the above socket close problem are likely managable. On 5.8, but on windows and linux, I saw about a 1 Meg leak in 6 hours for the test code, and my full set of code, probably leaky code for other reasons, looks like it leaks .5 meg every few hours. I got the new compiled code to include GD (with truetype fonts) and ReadTerm, so I think it now is fully functional! Any and all linux users who want to test it to see what we are missing and/or if 5.8 leaks too much for them can get it here: http://misterhouse.net/public/mh.exe Unless we see some problem with this, I think I'll spring for the the PDK, so we can compile both windows and linux mh.exe in the same way for future mh releases. The above was done with the PDK trial version, so will expire in about 20 days. But please do test it so we can see how it works. Note also, using the PDS perlapp compiler, the winodws mh.exe will be smaller and startup faster than it did when I used the perl2exe compiler. For the test code, on my P400 box, it started in about 11 seconds, with -tk 1, -vs- 10 for the non-compiled code. Bruce |
From: Ron K. <ro...@za...> - 2003-01-01 18:57:34
|
Hi Bruce, I also tried setting the enviroment variable PERLIO to perlio (some perldoc stuff advises this) it seems memory leaks occure bit less, but they are still there... I'm running the mh.exe now, but it doesn't seem to do the GD stuff right... The All_Lights browse doesn't display my custom buttons anymore (I get the old browse Buttons) and no GD text buttons are created instead... Do I have to change any mh.ini setting regarding this? Or do I have to install a special Libgb version? Also I still get memory leaks .... ----------- normal: I said 01/01/2003 19:44:52 ---------- Restart ---------- 01/01/2003 19:45:40 Running: Clear the web cache directory rm: cannot remove `/mh/web/cache/*.jpg': No such file or directory 01/01/2003 19:45:40 Ran: rm /mh/web/cache/*.jpg /mh/web/cache/*.wav normal: Web cache directory has been cleared. Unrecognized html request: get_req=/graphics/button_dim.gif get_arg= header=GET /graphics/button_dim.gif HTTP/1.1 01/01/2003 19:50:00 Warning, memory leak detected: 0.59. 27.96 -> 28.56 01/01/2003 19:54:33 Running: Read the house tagline normal: Actions from sanity are not necessarily from feeling. ------------- Sorry.. ;) I'm running Mandrake Linux 9.0. (You know where to find my online home to look at the light buttons...) Regards, Ron Klinkien -----Original Message----- From: mis...@li... [mailto:mis...@li...] On Behalf Of Bruce Winter Sent: Wednesday, January 01, 2003 6:52 PM To: mis...@li... Subject: RE: [misterhouse-users] Memory leak > Giving Google some work ended up in this for example: > > http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2002-08/msg0101 > 4. > html > > It seems the sockets/internet code in Perl 5.8.0 has a memory leak. > Following the thread they end up in the or the stdio layer. > > Other links reports the INET sockets as the culpritt... > > I guess nothing we can do about it until they fix it. > > I'll try recompile later Perl revisions... > > > Ron. Interesting. I think we do not completely close sockets in mh very often, so the leaks we see in mh due to the above socket close problem are likely managable. On 5.8, but on windows and linux, I saw about a 1 Meg leak in 6 hours for the test code, and my full set of code, probably leaky code for other reasons, looks like it leaks .5 meg every few hours. I got the new compiled code to include GD (with truetype fonts) and ReadTerm, so I think it now is fully functional! Any and all linux users who want to test it to see what we are missing and/or if 5.8 leaks too much for them can get it here: http://misterhouse.net/public/mh.exe Unless we see some problem with this, I think I'll spring for the the PDK, so we can compile both windows and linux mh.exe in the same way for future mh releases. The above was done with the PDK trial version, so will expire in about 20 days. But please do test it so we can see how it works. Note also, using the PDS perlapp compiler, the winodws mh.exe will be smaller and startup faster than it did when I used the perl2exe compiler. For the test code, on my P400 box, it started in about 11 seconds, with -tk 1, -vs- 10 for the non-compiled code. Bruce ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Ron K. <ro...@za...> - 2003-01-01 19:03:33
|
Bruce, $Info{module_GD} is empty when I use mh.exe Ron. -----Original Message----- From: mis...@li... [mailto:mis...@li...] On Behalf Of Ron Klinkien Sent: Wednesday, January 01, 2003 7:57 PM To: mis...@li... Subject: RE: [misterhouse-users] Memory leak Hi Bruce, I also tried setting the enviroment variable PERLIO to perlio (some perldoc stuff advises this) it seems memory leaks occure bit less, but they are still there... I'm running the mh.exe now, but it doesn't seem to do the GD stuff right... The All_Lights browse doesn't display my custom buttons anymore (I get the old browse Buttons) and no GD text buttons are created instead... Do I have to change any mh.ini setting regarding this? Or do I have to install a special Libgb version? Also I still get memory leaks .... ----------- normal: I said 01/01/2003 19:44:52 ---------- Restart ---------- 01/01/2003 19:45:40 Running: Clear the web cache directory rm: cannot remove `/mh/web/cache/*.jpg': No such file or directory 01/01/2003 19:45:40 Ran: rm /mh/web/cache/*.jpg /mh/web/cache/*.wav normal: Web cache directory has been cleared. Unrecognized html request: get_req=/graphics/button_dim.gif get_arg= header=GET /graphics/button_dim.gif HTTP/1.1 01/01/2003 19:50:00 Warning, memory leak detected: 0.59. 27.96 -> 28.56 01/01/2003 19:54:33 Running: Read the house tagline normal: Actions from sanity are not necessarily from feeling. ------------- Sorry.. ;) I'm running Mandrake Linux 9.0. (You know where to find my online home to look at the light buttons...) Regards, Ron Klinkien -----Original Message----- From: mis...@li... [mailto:mis...@li...] On Behalf Of Bruce Winter Sent: Wednesday, January 01, 2003 6:52 PM To: mis...@li... Subject: RE: [misterhouse-users] Memory leak > Giving Google some work ended up in this for example: > > http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2002-08/msg0101 > 4. > html > > It seems the sockets/internet code in Perl 5.8.0 has a memory leak. > Following the thread they end up in the or the stdio layer. > > Other links reports the INET sockets as the culpritt... > > I guess nothing we can do about it until they fix it. > > I'll try recompile later Perl revisions... > > > Ron. Interesting. I think we do not completely close sockets in mh very often, so the leaks we see in mh due to the above socket close problem are likely managable. On 5.8, but on windows and linux, I saw about a 1 Meg leak in 6 hours for the test code, and my full set of code, probably leaky code for other reasons, looks like it leaks .5 meg every few hours. I got the new compiled code to include GD (with truetype fonts) and ReadTerm, so I think it now is fully functional! Any and all linux users who want to test it to see what we are missing and/or if 5.8 leaks too much for them can get it here: http://misterhouse.net/public/mh.exe Unless we see some problem with this, I think I'll spring for the the PDK, so we can compile both windows and linux mh.exe in the same way for future mh releases. The above was done with the PDK trial version, so will expire in about 20 days. But please do test it so we can see how it works. Note also, using the PDS perlapp compiler, the winodws mh.exe will be smaller and startup faster than it did when I used the perl2exe compiler. For the test code, on my P400 box, it started in about 11 seconds, with -tk 1, -vs- 10 for the non-compiled code. Bruce ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Bruce W. <br...@mi...> - 2003-01-01 21:15:23
|
> I'm running the mh.exe now, but it doesn't seem to do the GD stuff > right... > The All_Lights browse doesn't display my custom buttons anymore (I get > the old browse > Buttons) and no GD text buttons are created instead... > > Do I have to change any mh.ini setting regarding this? > Or do I have to install a special Libgb version? Hmmm, it works when I tried on 2 linux boxes here. I updated it last night ... did you get an earlier copy? This is the latest: -rwxrwxrwx 1 winter root 3730164 Dec 31 19:47 mh.exe I assume you have mh.ini parm GD = 1? I see this in the web browse widgets Global vars menu: $Info{module_GD}: 1 Anyone else tried it yet? If so, when you click on menus, do you see buttons or text? > Also I still get memory leaks .... > 01/01/2003 19:50:00 Warning, memory leak detected: 0.59. 27.96 -> > 28.56 > 01/01/2003 19:54:33 Running: Read the house tagline > normal: Actions from sanity are not necessarily from feeling. > ------------- But how big and how often are the leaks? I just updated code/common/monitor_memory.pl to put more info in the data/logs/memory_leak.pl file (e.g. mb/hour leak rate). Bruce |
From: Ron K. <ro...@za...> - 2003-01-02 17:52:50
|
Bruce, I have gd=1 and tk=0 in my mh.private.ini. What does !$@ do in this line from bin/mh? $Info{module_GD} = ($config_parms{gd} and !$@ and $GD::VERSION and $GD::VERSION > 1.18) ? 1 : 0; Strange $Info{module_GD} is empty in my global vars list. It should be either 0 or 1... This is my ldconfig -p|grep libgd: [root@mrhouse mh]# ldconfig -p |grep libgd libgdkmm-1.2.so.1 (libc6) => /usr/lib/libgdkmm-1.2.so.1 libgdkcardimage.so.0 (libc6) => /usr/lib/libgdkcardimage.so.0 libgdk_pixbuf_xlib-2.0.so.0 (libc6) => /usr/lib/libgdk_pixbuf_xlib-2.0.so.0 libgdk_pixbuf_xlib-2.0.so (libc6) => /usr/lib/libgdk_pixbuf_xlib-2.0.so libgdk_pixbuf.so.2 (libc6) => /usr/lib/libgdk_pixbuf.so.2 libgdk_pixbuf-2.0.so.0 (libc6) => /usr/lib/libgdk_pixbuf-2.0.so.0 libgdk_pixbuf-2.0.so (libc6) => /usr/lib/libgdk_pixbuf-2.0.so libgdk_imlib.so.1 (libc6) => /usr/lib/libgdk_imlib.so.1 libgdk_imlib.so (libc6) => /usr/lib/libgdk_imlib.so libgdk.so (libc6) => /usr/lib/libgdk.so libgdk-1.2.so.0 (libc6) => /usr/lib/libgdk-1.2.so.0 libgdk-x11-2.0.so.0 (libc6) => /usr/lib/libgdk-x11-2.0.so.0 libgdk-x11-2.0.so (libc6) => /usr/lib/libgdk-x11-2.0.so libgdbm.so.2 (libc6) => /usr/lib/libgdbm.so.2 libgda-server.so.0 (libc6) => /usr/lib/libgda-server.so.0 libgda-common.so.0 (libc6) => /usr/lib/libgda-common.so.0 libgda-clientcpp.so.0 (libc6) => /usr/lib/libgda-clientcpp.so.0 libgda-client.so.0 (libc6) => /usr/lib/libgda-client.so.0 I only copied mh.exe to bin into my src.tar.gz tree and run it instead of mh This is al needed? Or do I have to install something else? [root@mrhouse bin]# ls -l mh.exe -rwx------ 1 house house 3730164 Jan 1 19:41 mh.exe* Regards, Ron Klinkien -----Original Message----- From: mis...@li... [mailto:mis...@li...] On Behalf Of Bruce Winter Sent: Wednesday, January 01, 2003 10:14 PM To: mis...@li... Subject: RE: [misterhouse-users] Memory leak > I'm running the mh.exe now, but it doesn't seem to do the GD stuff > right... The All_Lights browse doesn't display my custom buttons > anymore (I get the old browse > Buttons) and no GD text buttons are created instead... > > Do I have to change any mh.ini setting regarding this? > Or do I have to install a special Libgb version? Hmmm, it works when I tried on 2 linux boxes here. I updated it last night ... did you get an earlier copy? This is the latest: -rwxrwxrwx 1 winter root 3730164 Dec 31 19:47 mh.exe I assume you have mh.ini parm GD = 1? I see this in the web browse widgets Global vars menu: $Info{module_GD}: 1 Anyone else tried it yet? If so, when you click on menus, do you see buttons or text? > Also I still get memory leaks .... > 01/01/2003 19:50:00 Warning, memory leak detected: 0.59. 27.96 -> > 28.56 01/01/2003 19:54:33 Running: Read the house tagline > normal: Actions from sanity are not necessarily from feeling. > ------------- But how big and how often are the leaks? I just updated code/common/monitor_memory.pl to put more info in the data/logs/memory_leak.pl file (e.g. mb/hour leak rate). Bruce ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Bruce W. <br...@mi...> - 2003-01-03 22:30:06
|
> I have gd=1 and tk=0 in my mh.private.ini. > > What does !$@ do in this line from bin/mh? $@ has the results of the eval 'use GD' command. I changed the mh code so it would report on why GD is failing, recompiled, and tried it on a different linux box. This time, like you, I got it to fail. I just posted a note to the ActiveState PDK mailing list (attached), so we will see if they can come up with any solutions. Bruce ----------------------------- I've been testing out a trial license of the 5.0 PDK on ActivePerl 5.8, for use in compiling both Windows and Linux binaries of an open source home automation program ( http://misterhouse.net ). With one exception, it all works splendidly! It is wonderful having the same process work on both platforms. I'm ready to buy a PDK licence if I could work out one last problem ... On linux, I can not get the GD module to work. This one line program: use GD; compiles fine on both Windows and Linux. The --verbose option shows it including exactly the same files, including these: Windows +++ C:\Perl580\site\lib\auto\GD\GD.dll Linux +++ /projects/perl/lib/site_perl/5.8.0/i686-linux-thread-multi/auto/GD/GD.so The resulting files are similar in size (.92 Meg on windows, 1.3 meg on linux). When I run the Linux binary on the box I compiled it on, it works fine, but when I copy it several other boxes, each without perl GD installed, I get this error: --- [winter@misterhouse bin]$ /projects/public/test_gd Can't load 'auto/GD/GD.so' for module GD: auto/GD/GD.so: cannot open shared object file: No such file or directory at PerlApp/DynaLoader.pm line 212. at perlapp line 970 BEGIN failed--compilation aborted at test_gd.pl line 3. --- I've tried a few -b (bind) options, not really knowing what I was doing, including this one: perlapp test_gd.pl -f -v --bind "auto/GD/GD.so[file=/projects/perl/lib/site_perl/5.8.0/i686-linux-thread-mul ti/auto/GD/GD.so,extract]" Which then resulted in this: --- Can't load '/tmp/pdk-winter-22742//auto/GD/GD.so' for module GD: libgd.so.2: cannot open shared object file: No such file or directory at /PerlApp/DynaLoader.pm line 212. at perlapp line 970 BEGIN failed--compilation aborted at test_gd.pl line 3. --- So then I tried this: perlapp test_gd.pl -f -v --bind "auto/GD/GD.so[file=/projects/perl/lib/site_perl/5.8.0/i686-linux-thread-mul ti/auto/GD/GD.so,extract];libgd.so.2[file=/usr/local/lib/libgd.so.2,extract] " Which gave compile errata of this: +++ auto/GD/GD.so (/projects/perl/lib/site_perl/5.8.0/i686-linux-thread-multi/auto/GD/GD.so) +++ libgd.so.2 (/usr/local/lib/libgd.so.2) but resulted in the same libgd.so.2 error message as above. Clearly I don't have a clue as to what I'm doing :) Any suggestions? Bruce |
From: Sean W. <li...@su...> - 2003-01-02 18:34:55
|
> Interesting. I think we do not completely close sockets in mh very often, > so the leaks we see in mh due to the above socket close problem are likely > managable. On 5.8, but on windows and linux, I saw about a 1 Meg leak > in 6 > hours for the test code, and my full set of code, probably leaky code for > other reasons, looks like it leaks .5 meg every few hours. I think that sockets get closed all the time on my box. I have a proxy that is dead for much of the time. My proxies aren't always up and that leads to this bad memory leak of mine. I haven't had a chance to check out the compiled code yet. Hopefully in the next couple of days. :) -- Sean Walker http://sean.surfmy.net/ |
From: Ron K. <ro...@za...> - 2003-01-02 21:18:24
|
I'll try to compile a perl 5.8.0 with debug and -D LEAKTEST option on Friday, see what that brings... Do you guys on Linux with Memory leaks all run a multi-threaded version of Perl? (Perl -V) Regards, Ron. -----Original Message----- From: mis...@li... [mailto:mis...@li...] On Behalf Of Sean Walker Sent: Thursday, January 02, 2003 7:34 PM To: mis...@li... Subject: Re: [misterhouse-users] Memory leak > Interesting. I think we do not completely close sockets in mh very > often, so the leaks we see in mh due to the above socket close problem > are likely managable. On 5.8, but on windows and linux, I saw about a > 1 Meg leak in 6 hours for the test code, and my full set of code, > probably leaky code for other reasons, looks like it leaks .5 meg > every few hours. I think that sockets get closed all the time on my box. I have a proxy that is dead for much of the time. My proxies aren't always up and that leads to this bad memory leak of mine. I haven't had a chance to check out the compiled code yet. Hopefully in the next couple of days. :) -- Sean Walker http://sean.surfmy.net/ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Sean W. <li...@su...> - 2003-01-02 21:42:09
|
Ron Klinkien wrote: > I'll try to compile a perl 5.8.0 with debug and -D LEAKTEST option on > Friday, see what that brings... > > Do you guys on Linux with Memory leaks all run a multi-threaded version > of Perl? (Perl -V) > > Regards, > Ron. I have never compiled PERL with threads. It is stated as experimental, so I avoid it as of yet. My leaks, I believe, are coming from the socket problems mentioned earlier. I kinda forgot about my problems with the proxies. I have a couple of machines that are not always alive that I use as proxies. Every time something is spoken or played it attempts to open a socket to each of my "dead" proxies. This can (apparently) cause severe memory leaks. Why is it leaking on sockets? No idea. That is my opinion from info gleaned from this thread and my own running codebase. I might just look into getting the proxy section to attempt a ping before connecting. If no ping response, don't try and open a socket. -- Sean Walker http://sean.surfmy.net/ |
From: Ron K. <ro...@za...> - 2003-01-02 22:08:09
|
Ron Klinkien wrote: >> I'll try to compile a perl 5.8.0 with debug and -D LEAKTEST option on >> Friday, see what that brings... >> >> Do you guys on Linux with Memory leaks all run a multi-threaded >> version of Perl? (Perl -V) >> >> Regards, >> Ron. >I have never compiled PERL with threads. It is stated as experimental, >so I avoid it as of yet. Good idea, but a lot of the Linux distributions are installing a threaded one by default. They also compile the whole lot with -O3 which is highly dangerous, since many gcc versions introduce bugs on the fly when you use that compiler options... In the FreeBSD camp you don't have to report bugs when you compile with -O3, first downgrade to -O2 and retry If the bugs are still there with -O2 you may try again to report your bug.. ;) The FreeBSD perl version has problems with forks... That's why I'm trying Linux now, but then memory leaks come which I never had... <yell mode> If there is any perl version which does all ok, please stand up now ;-) </yell mode> >My leaks, I believe, are coming from the socket problems mentioned >earlier. I kinda forgot about my problems with the proxies. I have a >couple of machines that are not always alive that I use as proxies. >Every time something is spoken or played it attempts to open a socket to >each of my "dead" proxies. This can (apparently) cause severe memory >leaks. Why is it leaking on sockets? No idea. That is my opinion from >info gleaned from this thread and my own running codebase. I might just >look into getting the proxy section to attempt a ping before connecting. >If no ping response, don't try and open a socket. When you follow the thread about the socket leaks, it appears that the leaks come from the perl's stdio module. Those leaks should go away after you set env PERLIO to perlio and rerun perl. But they stay in my install. Regards, Ron. -- Sean Walker http://sean.surfmy.net/ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Sean W. <li...@su...> - 2003-01-02 22:52:46
|
> When you follow the thread about the socket leaks, it appears that the > leaks come from the perl's stdio module. Those leaks should go away > after you set env PERLIO to perlio and rerun perl. > But they stay in my install. > > Regards, > Ron. Doesn't work for me either. I just got a 3.19M leak in 10 minutes. Not very nice. -- Sean Walker http://sean.surfmy.net/ |
From: Bruce W. <br...@mi...> - 2003-01-01 18:01:46
|
> I have installed MH misterhouse_src_275.zip and ActiveState perl 5.80 > on my Windows XP PC 2 days ago. Before the previous version of MH on perl > 5.6.2 worked fine. > > Since it occurs a memory leak every 10 minutes. > 31/12/02 20:30:00 Warning, memory leak detected: 0.58. 36.84 -> 37.42 > 31/12/02 20:20:00 Warning, memory leak detected: 1.41. 35.43 -> 36.84 > 31/12/02 20:15:30 Retrieving wunderground weather... > 31/12/02 20:10:00 Warning, memory leak detected: 1.12. 34.31 -> 35.43 > 31/12/02 20:00:30 Retrieving wunderground weather... > 31/12/02 20:00:00 Warning, memory leak detected: 0.57. 33.74 -> 34.31 > 31/12/02 19:50:00 Warning, memory leak detected: 1.40. 32.34 -> 33.74 > 31/12/02 19:45:30 Retrieving wunderground weather... > After some experiments I have removed my personnal version of > weather.pl and the memory leak happened less frequently. > > Reading this list i did'nt see anything about this problem on > windows am i right ? Will it leak every time you run that 'get weather' manually? Is your weather.pl modified, or very similar to bruce/weather.pl? I just tried 4 gets in a row, and did not see any memory leak with windows 5.8. Bruce |
From: Bob H. <cr...@sa...> - 2003-01-01 18:31:39
|
Bruce, I have been watching actual memory with a "ps" command. ps -eo pid,%mem,sz,vsize,command | grep "<PID of mh>". I use "220[9]" for the pid in the "grep" as the "[]'s" keeps ya from seein the grep itself... you can swap "command" for "comm" and get just the short program name. I have noticed the calls to "run" mainly drain my memory.. I have noticed that, at times, memory will also be freed up. Which leads me to believe that the fork process may be leaving memory in right field... Probably nothing new.... but thought I would mention it. Happy New Year... Bob |
From: Richard F. <ke...@lo...> - 2003-01-01 23:46:09
|
Misterhousers, I'm using SuSe 8.1 which reports perl v5.8.0 built for i586-linux- thread-multi. I'm also seeing memory leaks, from 28M to 40M in a couple of days, leaks seem to slow down when it reaches 40M. Will try your complied version and report back... > > Message: 8 > From: "Bruce Winter" <br...@mi...> > To: <mis...@li...> > Subject: RE: [misterhouse-users] Memory leak > Date: Tue, 31 Dec 2002 00:46:47 -0600 > Reply-To: mis...@li... > > > my exact problem, but it seemed unresolved, as of a month ago. I > > guess I'll go back to 7.2. > > > > What I had hoped to try was the ActiveState version of perl 5.8 on > > linux. If this worked ok (no leaks) I was going to try their > > compiler, so we could offer a compiled version on linux like we do > > on windows, using their perl2app compiler in their 5.0 perl dev. > > kit. > > I have something new for you linux memory leakers to try. I backed up > to 7.2, got ActivePerl and a trial version of their PDK installed, and > the compiler (perlapp) ran fine! I am still missing a few modules > (GD and Term::ReadKey), but all the others should be there. Give > this linux binary a spin: > > http://misterhouse.net/public/mh.exe > > I've got it running here tonight, on the default test code. No leaks > so far, and I think it has the DB_File module installed ok :) > > Bruce > > |
From: Bruce W. <br...@mi...> - 2002-12-31 06:47:53
|
> my exact problem, but it seemed unresolved, as of a month ago. I > guess I'll > go back to 7.2. > > What I had hoped to try was the ActiveState version of perl 5.8 on linux. > If this worked ok (no leaks) I was going to try their compiler, > so we could > offer a compiled version on linux like we do on windows, using their > perl2app compiler in their 5.0 perl dev. kit. I have something new for you linux memory leakers to try. I backed up to 7.2, got ActivePerl and a trial version of their PDK installed, and the compiler (perlapp) ran fine! I am still missing a few modules (GD and Term::ReadKey), but all the others should be there. Give this linux binary a spin: http://misterhouse.net/public/mh.exe I've got it running here tonight, on the default test code. No leaks so far, and I think it has the DB_File module installed ok :) Bruce |
From: Scott J. <sco...@sw...> - 2002-12-31 14:55:10
|
I am gettting a " Can't locate utf8.pm" when I try to run the mh.exe. (I went to CPAN and it said my utf8 was up to date) ----- Original Message ----- From: "Bruce Winter" <br...@mi...> To: <mis...@li...> Sent: Tuesday, December 31, 2002 12:46 AM Subject: RE: [misterhouse-users] Memory leak > > my exact problem, but it seemed unresolved, as of a month ago. I > > guess I'll > > go back to 7.2. > > > > What I had hoped to try was the ActiveState version of perl 5.8 on linux. > > If this worked ok (no leaks) I was going to try their compiler, > > so we could > > offer a compiled version on linux like we do on windows, using their > > perl2app compiler in their 5.0 perl dev. kit. > > I have something new for you linux memory leakers to try. I backed up to > 7.2, got ActivePerl and a trial version of their PDK installed, and the > compiler (perlapp) ran fine! I am still missing a few modules (GD and > Term::ReadKey), but all the others should be there. Give this linux binary > a spin: > > http://misterhouse.net/public/mh.exe > > I've got it running here tonight, on the default test code. No leaks so > far, and I think it has the DB_File module installed ok :) > > Bruce > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > |
From: Bruce W. <br...@mi...> - 2002-12-31 21:18:46
|
When I compile it, I need to pass it a list of modules that the compiler is not clever enought to figure out we need. I added utf8, and a few others, and recompiled to the same spot, so give it another spin and let me know. Bruce > I am gettting a " Can't locate utf8.pm" when I try to run the mh.exe. (I > went to CPAN and it said my utf8 was up to date) >... > > I have something new for you linux memory leakers to try. I > backed up to > > 7.2, got ActivePerl and a trial version of their PDK installed, and the > > compiler (perlapp) ran fine! I am still missing a few modules (GD and > > Term::ReadKey), but all the others should be there. Give this linux > binary > > a spin: > > > > http://misterhouse.net/public/mh.exe > > > > I've got it running here tonight, on the default test code. No leaks so > > far, and I think it has the DB_File module installed ok :) |
From: Sean W. <li...@su...> - 2002-12-31 18:11:59
|
> http://misterhouse.net/public/mh.exe > > I've got it running here tonight, on the default test code. No leaks so > far, and I think it has the DB_File module installed ok :) > > Bruce > Cool! I'll be trying this tonight. Anything to get rid of that memory leak! :) -- Sean Walker http://sean.surfmy.net/ |
From: Sean W. <li...@su...> - 2002-12-31 16:14:05
|
> > >Something like this might work till we get the leak fixed: > > run_voice_cmd 'Reboot the computer' if $New_Day; > >Or maybe new_hour 12 if you needed twice a day etc. > > Or how about: if ($Info{memory_virtual} > 70) { run_voice_cmd "restart mister house"; } Works great for me. >Last I recall, we suspected DB_File. Did you try commenting this out in >bin/mh: > > &my_use("DB_File"); # Need by get_tv_grid > I'll check that out. Maybe I can find something there. >A few days ago, I installed RH 8.0 (8.1 actually, the beta they just dropped >last week), but got stuck when the ethernet card didn't work. Strange thing >is the exact same computer worked with 7.2. I ran out of disk space, so I >reinstalled 8.1 onto a new drive. > I've personally been playing with the Gentoo distro recently. Rather nice. Sometimes when they go up a version they actually change some of the software they use, not just the version of it. I've noticed that things break when they do that. >The message was "Determining IP information for eth0....failed. No link >present. Check cable?". Google found a thread in comp.os.linux.redhat with >my exact problem, but it seemed unresolved, as of a month ago. I guess I'll >go back to 7.2. > Did you check if the proper module was loaded? It may have failed to detect your card. Run "lsmod" as root and see if the driver is there. If not, insmod the driver then run "ifup eth0" and see what happens. Of course they might have added some custom drivers to the kernel and broke the standard ones. Oh well. >What I had hoped to try was the ActiveState version of perl 5.8 on linux. >If this worked ok (no leaks) I was going to try their compiler, so we could >offer a compiled version on linux like we do on windows, using their >perl2app compiler in their 5.0 perl dev. kit. > >Bruce > I was looking at their stuff some time back. Looks kinda cool. I hope their compiler works as it would be a fun tool to use. -Sean |