misterhouse-users Mailing List for MisterHouse: Home Automation with Perl

I ended up writing a batch file that would launch get_tv_grid -outdir to my
/data/ tv dir, so all is cool.

The write error I was experiencing was due to IE locking the output file I was
viewing.

IT would also be cool to be able to add a header, to replace the BGCOLOR=grey and
the top nav, but that's another day.  I've hard coded my changes for test
purposes in get_tv_grid for now(yuck).

Thanks,

Eric

Tom Witmer wrote:

>    Not exactly. Get_tv_grid actually defaults to
> $config_parms{html_dir}/$parms{db}, but my gen_grid.pl defaulted it to
> html_alias( $db ), which uses html_alias_tv. Eric's problem was with
> web/ia5/entertain/menu.shtml *not* using html_alias_tv, but web_href_tv
> instead.
>
>    Point taken about the confusion with the different configuration options
> here; these really need to be straightened out.
>
>  - Tom
>
>
>
> On Wednesday 27 February 2002 06:28 pm, David Norwood wrote:
> > Actually, the problem is that get_tv_grid defaults to web/tv and everything
> > else uses html_alias_tv, which defaults to data/tv.  If Eric had used the
> > voice commands in tv_grid.pl instead of running get_tv_grid by hand, he
> > would have been okay.
> >
> > I think the best solution is to change get_tv_grid to use html_alias_tv (or
> > html_alias_sat, etc.)
> >
> > ----- Original Message -----
> > From: "Tom Witmer" <tm...@ev...>
> > To: "Eric Azinger" <zi...@pa...>
> > Cc: <mis...@li...>
> > Sent: Wednesday, February 27, 2002 4:10 PM
> > Subject: Re: [misterhouse-users] get_tv_grid
> >
> > > Eric Azinger wrote:
> > > >Thanks Tom.  So maybe it pulls the data into /data/tv, and then grinds
> > > > it
> >
> > out to
> >
> > > >/web/tv?
> > >
> > >    Actually, it's the other way round: It pulls it down to
> > > /web/tv/download (a.k.a "$outdir/download"), and puts the filtered HTML
> > > in /web/tv (a.k.a. "$outdir"), and the db files in /data (hardcoded, so
> > > this can't be changed without altering code in get_tv_grid).
> > >
> > > >My TV setting are -
> > > >
> > > >HTML alias -
> > > >
> > > >html_alias_tv     = $config_parms{data_dir}/tv
> > >
> > >    Mine's set to $Pgm_Root/web/tv. Switching it back to that would
> > > probably be the quickest solution. Or...
> > >
> > > >web_href_tv                = /tv
> > >
> > >    Aha! This is the culprit. Either change this to ../data/tv, or switch
> > > html_alias_tv back to $pgm_Root/web/tv. Either change ought to fix this.
> > > If not, look at /web/ia5/entertain/menu.shtml; I think that's the file
> > > that links to the TV listing HTML files.
> > >
> > >    This of course raises the issue of having two configuration
> > > parameters that seem to refer to the same data, which is ... erm,
> > > "inefficient". :-) I think we can fix this in the short term by editing
> > > tv_grid.pl (or gen_grid.pl, or whatever you have that invokes
> > > get_tv_grid) to use $config_parms{web_href_tv}for its outdir, and then
> > > you shouldn't need the html_alias_tv config parameter at all. Maybe.
> > > Assuming no other script is using it... Hmm... we definitely seem to
> > > have some configuration issues to clean up here...
> > >
> > >  - Tom
> > >
> > >
> > >
> > > ________________________________________________________
> > > To unsubscribe from this list, go to:
> >
> > http://sourceforge.net/mail/?group_id=1365
> >
> >
> >
> > ________________________________________________________
> > To unsubscribe from this list, go to:
> > http://sourceforge.net/mail/?group_id=1365

   Not exactly. Get_tv_grid actually defaults to 
$config_parms{html_dir}/$parms{db}, but my gen_grid.pl defaulted it to 
html_alias( $db ), which uses html_alias_tv. Eric's problem was with 
web/ia5/entertain/menu.shtml *not* using html_alias_tv, but web_href_tv 
instead.

   Point taken about the confusion with the different configuration options 
here; these really need to be straightened out.

 - Tom

   

On Wednesday 27 February 2002 06:28 pm, David Norwood wrote:
> Actually, the problem is that get_tv_grid defaults to web/tv and everything
> else uses html_alias_tv, which defaults to data/tv.  If Eric had used the
> voice commands in tv_grid.pl instead of running get_tv_grid by hand, he
> would have been okay.
>
> I think the best solution is to change get_tv_grid to use html_alias_tv (or
> html_alias_sat, etc.)
>
> ----- Original Message -----
> From: "Tom Witmer" <tm...@ev...>
> To: "Eric Azinger" <zi...@pa...>
> Cc: <mis...@li...>
> Sent: Wednesday, February 27, 2002 4:10 PM
> Subject: Re: [misterhouse-users] get_tv_grid
>
> > Eric Azinger wrote:
> > >Thanks Tom.  So maybe it pulls the data into /data/tv, and then grinds
> > > it
>
> out to
>
> > >/web/tv?
> >
> >    Actually, it's the other way round: It pulls it down to
> > /web/tv/download (a.k.a "$outdir/download"), and puts the filtered HTML
> > in /web/tv (a.k.a. "$outdir"), and the db files in /data (hardcoded, so
> > this can't be changed without altering code in get_tv_grid).
> >
> > >My TV setting are -
> > >
> > >HTML alias -
> > >
> > >html_alias_tv     = $config_parms{data_dir}/tv
> >
> >    Mine's set to $Pgm_Root/web/tv. Switching it back to that would
> > probably be the quickest solution. Or...
> >
> > >web_href_tv                = /tv
> >
> >    Aha! This is the culprit. Either change this to ../data/tv, or switch
> > html_alias_tv back to $pgm_Root/web/tv. Either change ought to fix this.
> > If not, look at /web/ia5/entertain/menu.shtml; I think that's the file
> > that links to the TV listing HTML files.
> >
> >    This of course raises the issue of having two configuration
> > parameters that seem to refer to the same data, which is ... erm,
> > "inefficient". :-) I think we can fix this in the short term by editing
> > tv_grid.pl (or gen_grid.pl, or whatever you have that invokes
> > get_tv_grid) to use $config_parms{web_href_tv}for its outdir, and then
> > you shouldn't need the html_alias_tv config parameter at all. Maybe.
> > Assuming no other script is using it... Hmm... we definitely seem to
> > have some configuration issues to clean up here...
> >
> >  - Tom
> >
> >
> >
> > ________________________________________________________
> > To unsubscribe from this list, go to:
>
> http://sourceforge.net/mail/?group_id=1365
>
>
>
> ________________________________________________________
> To unsubscribe from this list, go to:
> http://sourceforge.net/mail/?group_id=1365

> I think we can fix this in the short term by editing
> tv_grid.pl (or gen_grid.pl, or whatever you have that invokes
> get_tv_grid) to use $config_parms{web_href_tv}for its outdir,

That is already what the current tv_grid.pl user code does:

                                # Allow data to be stored wherever the alias
points to
        my $tvdir = &html_alias('tv');
        $pgm .= qq[ -outdir "$tvdir"] if $tvdir;

So if the users overrides the default location of the tv pages
(html_dir/tv), with the html_alias_tv parm, this should cause the tv pages
to be stored there also.

I think we added the above 2 lines in a recent mh release, so older
tv_grid.pl members may not have that.

This is the only tv releated tv related override I have in my mh.ini file:

  html_alias_tv       = c:/misterhouse/web/tv

This keeps the tv pages out of the normal html path, which is usually the
distro dir (in my case, misterhouse/mh/web/tv).


Bruce

Actually, the problem is that get_tv_grid defaults to web/tv and everything
else uses html_alias_tv, which defaults to data/tv.  If Eric had used the
voice commands in tv_grid.pl instead of running get_tv_grid by hand, he
would have been okay.

I think the best solution is to change get_tv_grid to use html_alias_tv (or
html_alias_sat, etc.)

----- Original Message -----
From: "Tom Witmer" <tm...@ev...>
To: "Eric Azinger" <zi...@pa...>
Cc: <mis...@li...>
Sent: Wednesday, February 27, 2002 4:10 PM
Subject: Re: [misterhouse-users] get_tv_grid


> Eric Azinger wrote:
>
> >Thanks Tom.  So maybe it pulls the data into /data/tv, and then grinds it
out to
> >/web/tv?
> >
>    Actually, it's the other way round: It pulls it down to
> /web/tv/download (a.k.a "$outdir/download"), and puts the filtered HTML
> in /web/tv (a.k.a. "$outdir"), and the db files in /data (hardcoded, so
> this can't be changed without altering code in get_tv_grid).
>
> >
> >
> >My TV setting are -
> >
> >HTML alias -
> >
> >html_alias_tv     = $config_parms{data_dir}/tv
> >
>    Mine's set to $Pgm_Root/web/tv. Switching it back to that would
> probably be the quickest solution. Or...
>
> >
> >web_href_tv                = /tv
> >
>    Aha! This is the culprit. Either change this to ../data/tv, or switch
> html_alias_tv back to $pgm_Root/web/tv. Either change ought to fix this.
> If not, look at /web/ia5/entertain/menu.shtml; I think that's the file
> that links to the TV listing HTML files.
>
>    This of course raises the issue of having two configuration
> parameters that seem to refer to the same data, which is ... erm,
> "inefficient". :-) I think we can fix this in the short term by editing
> tv_grid.pl (or gen_grid.pl, or whatever you have that invokes
> get_tv_grid) to use $config_parms{web_href_tv}for its outdir, and then
> you shouldn't need the html_alias_tv config parameter at all. Maybe.
> Assuming no other script is using it... Hmm... we definitely seem to
> have some configuration issues to clean up here...
>
>  - Tom
>
>
>
> ________________________________________________________
> To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365
>

Eric Azinger wrote:

>Thanks Tom.  So maybe it pulls the data into /data/tv, and then grinds it out to
>/web/tv?
>
   Actually, it's the other way round: It pulls it down to 
/web/tv/download (a.k.a "$outdir/download"), and puts the filtered HTML 
in /web/tv (a.k.a. "$outdir"), and the db files in /data (hardcoded, so 
this can't be changed without altering code in get_tv_grid).

>
>
>My TV setting are -
>
>HTML alias -
>
>html_alias_tv     = $config_parms{data_dir}/tv
>
   Mine's set to $Pgm_Root/web/tv. Switching it back to that would 
probably be the quickest solution. Or...

>
>web_href_tv                = /tv
>
   Aha! This is the culprit. Either change this to ../data/tv, or switch 
html_alias_tv back to $pgm_Root/web/tv. Either change ought to fix this. 
If not, look at /web/ia5/entertain/menu.shtml; I think that's the file 
that links to the TV listing HTML files.

   This of course raises the issue of having two configuration 
parameters that seem to refer to the same data, which is ... erm, 
"inefficient". :-) I think we can fix this in the short term by editing 
tv_grid.pl (or gen_grid.pl, or whatever you have that invokes 
get_tv_grid) to use $config_parms{web_href_tv}for its outdir, and then 
you shouldn't need the html_alias_tv config parameter at all. Maybe. 
Assuming no other script is using it... Hmm... we definitely seem to 
have some configuration issues to clean up here...

 - Tom

Thanks Tom.  So maybe it pulls the data into /data/tv, and then grinds it out to
/web/tv?

My TV setting are -

HTML alias -

html_alias_tv     = $config_parms{data_dir}/tv

web_href_tv                = /tv
web_href_tv2               = http://tvguide.com/Listings/index.asp?I=70178&zip=94116
web_href_tv3               = http://tvguide.com/tv

I'm just puzzled why get_tv_grid produces output files to /tv.  When I try -outdir
d:/cnc/data/tv it says it's writing it there, but then produces a 500 error. The dirs
are shared, all should jive. Tried d:\cnc\data\tv think it was a slash thing.  Still
fails.  Loves localhost:8080/tv though(aka web/tv).

Thanks,

Eric

Tom Witmer wrote:

> Eric Azinger wrote:
>
> >Hey Folks,
> >
> >So why is it that when I run get_tv_grid -reget -redo it places the html in
> >localhost:8080/tv, but expects to find them in localhost:8080/data/tv ?? If I drag
> >them over to that locale, I see the update.  Do I need to set anything in my ini?
> >I've set all TV related stuff to /data/tv.
> >
>    When you run it, it should say something like "Files will be stored
> to ...". Did that directory get created and populated correctly? Also,
> if it's not the "web/tv" directory, you'll need to change the referring
> HTML files to point to your new location. I've also always assumed that
> the webserver can't "see" files unless they're under the /web directory,
> which might throw another monkey wrench into this configuration.
>
>    Hmmm, does this mean that web_href_tv is set to /data/tv instead of
> /tv? I think that would actually map to /web/data/tv at runtime, which
> may not be what you intended.  The .dbm files are basically hardcoded to
> the /data directory, which means that the tv_info.pl script should still
> provide up-to-date information. If that works, this suggests it's just
> the HTML files that are getting lost.
>
>    Get_tv_grid does accept an -outdir argument, but if you use anything
> other than 'tv' right now, you might need to modify some of the existing
> HTML files to point to the new location. Someone else may have a better
> solution; I haven't done much exploring on the website side of things.
>
> >
> >It also doesn't update the select box at the top for day and has TV links that go
> >back to the beginning of February.  I suspect it has something to do with my
> >misconfiguration.
> >
> >
> >I deleted all /tv HTML and the DBM's in my data dir and redid get_tv_grid and no
> >difference.
> >
>    Try blowing away /web/tv as well, rerun get_tv_grid, and see if it
> gets re-populated.
>
>  - Tom
>
> ________________________________________________________
> To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

Eric Azinger wrote:

>Hey Folks,
>
>So why is it that when I run get_tv_grid -reget -redo it places the html in
>localhost:8080/tv, but expects to find them in localhost:8080/data/tv ?? If I drag
>them over to that locale, I see the update.  Do I need to set anything in my ini?
>I've set all TV related stuff to /data/tv.
>
   When you run it, it should say something like "Files will be stored 
to ...". Did that directory get created and populated correctly? Also, 
if it's not the "web/tv" directory, you'll need to change the referring 
HTML files to point to your new location. I've also always assumed that 
the webserver can't "see" files unless they're under the /web directory, 
which might throw another monkey wrench into this configuration.

   Hmmm, does this mean that web_href_tv is set to /data/tv instead of 
/tv? I think that would actually map to /web/data/tv at runtime, which 
may not be what you intended.  The .dbm files are basically hardcoded to 
the /data directory, which means that the tv_info.pl script should still 
provide up-to-date information. If that works, this suggests it's just 
the HTML files that are getting lost.

   Get_tv_grid does accept an -outdir argument, but if you use anything 
other than 'tv' right now, you might need to modify some of the existing 
HTML files to point to the new location. Someone else may have a better 
solution; I haven't done much exploring on the website side of things.

>
>It also doesn't update the select box at the top for day and has TV links that go
>back to the beginning of February.  I suspect it has something to do with my
>misconfiguration.
>
>
>I deleted all /tv HTML and the DBM's in my data dir and redid get_tv_grid and no
>difference.
>
   Try blowing away /web/tv as well, rerun get_tv_grid, and see if it 
gets re-populated.

 - Tom

Hey Folks,

So why is it that when I run get_tv_grid -reget -redo it places the html in
localhost:8080/tv, but expects to find them in localhost:8080/data/tv ?? If I drag
them over to that locale, I see the update.  Do I need to set anything in my ini?
I've set all TV related stuff to /data/tv.

It also doesn't update the select box at the top for day and has TV links that go
back to the beginning of February.  I suspect it has something to do with my
misconfiguration.

I deleted all /tv HTML and the DBM's in my data dir and redid get_tv_grid and no
difference.

Thanks,

Eric

Thanks, Bruce.

That did it!  Much appreciated.

Sam
-------------------
>Is there a way for mh to determine, upon Restart, that the system (and/or
>mh) had just previously been ungracefully terminated? ie power failure.
>
>What I would like to be able to do is to restore some conditions
>when power
>returns, but only when mh is restarted after a power failure.  If
>I simply
>exit mh and restart it, I would want to bypass my "restoration" code.

This code in mh/code/mh_control.pl should be giving you a message on
restarting after ungracefull exit:

if ($Startup and $Save{mh_exit} ne 'normal') {
    display "MisterHouse auto restarted: $Save{mh_exit}", 0;
}

Bruce




_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com

On Tue, 26 Feb 2002, prabhakar chaganti wrote:

> I am getting the following errors when I try to turn on the
> lamps:
> 	Bad checksum in cm11 send: cs1=106 cs2=4.  Will retry
> 
> My CM11 is connected to the ttyS1. The same serial port works
> fine if I hook up the firecracker CM17. I am running mh on a
> linux mandrake 8.1. Any info appreciated.

I had a similar problem when setting up mh recently, but I did find the
solution. Here's what I wrote back to Bruce with, once I got it
fixed. Maybe this will do the trick for you (just check ttyS0 to ttyS1):

Well, apparently having BOTH serial1_port *and* cm11_port set to
/dev/ttyS0 were causing the problems. I set only cm11_port, and it appears
to be working fine. At least, I can turn the radio on and off from 5' away
:)

-Holly

I spent some time with a search engine today, and came out with a couple
of tidbits gleaned from the noise.  In the spirit of grasping at straws,
I offer them.

The first is that HTML::Element uses doubly referenced objects in a
tree. Each parent node has a reference to all of its children, and each
child node has a back reference to the parent.

Doubly referenced objects like this cannot be returned to the memory
pool by perl's automatic garbage collector, because the reference counts
are never zero.

The discussion pointed out that you have to call the ->delete method on
objects returned by HTML::Parser, and (by inference) on
HTML::TreeBuilder objects.

There are several places in bruce's example code that create a temporary
HTML::TreeBuilder object; these are a potential source of memory leaks.

Another common source of memory leaks in perl are *failed* evals
(although that might be old news).

A couple of perl people have been running perl through Purify, and
fixing several internal memory leaks. Running recent versions of perl is
therefore recommended. The bottom line, however, is that perl isn't very
careful with memory allocation. 

Java, anyone? <ducking rapidly>

-- 
Harald Koch     <ch...@po...>

All:

I am getting the following errors when I try to turn on the
lamps:
	Bad checksum in cm11 send: cs1=106 cs2=4.  Will retry

My CM11 is connected to the ttyS1. The same serial port works
fine if I hook up the firecracker CM17. I am running mh on a
linux mandrake 8.1. Any info appreciated.

thanks
prabhakar

   Tripod seems to be down today, or else engulfed by the 
Lycos/Angelfire juggernaut...

   http://www.angelfire.com/co4/mister_tom/tvmods.html

   This isn't a real release, but a stopgap release to resolve problems 
with downloading data. It's a bit rushed, so expect some issues until I 
get a chance to finish testing and polishing it. Please send code 
updates and/or problem reports to me if ("when") you find 'em. :-)

 - Tom

Bruce please change all references to:

http://members.home.net/ncherry/

over to:

http://mywebpages.comcast.net/ncherry/

This is part of the @Home move, also note the change of address.

I've begun work on getting the xalib to compile correctly under Linux 2.4.
It appears that they've moved the headers around (yet again, grrr!) and
I need to adjust accordingly. I'm also working on a few other minor
changes that I hope will make the cpuxad a lot easier to compile and use.

Any comments?

-- 
Linux Home Automation           Neil Cherry             nc...@co...
http://mywebpages.comcast.net/ncherry/                  (Text only)
http://meltingpot.fortunecity.com/lightsey/52           (Graphics)
http://linuxha.sourceforge.net/ 
			(SourceForge)

Once again, Thanks for all your help! <wide grin>

Just tried to verify my complaint this morning after sending the message and 
it's working.

Maybe this is why I was chosen posterboy for Idiot2002! <g>

tom

>From: "Tom Vanderpool" <tva...@ho...>
>To: mis...@li...
>Subject: [misterhouse-users] AIM Problems
>Date: Tue, 26 Feb 2002 08:06:12 -0600
>MIME-Version: 1.0
>X-Originating-IP: [65.26.44.193]
>Received: from [216.136.171.252] by hotmail.com (3.2) with ESMTP id 
>MHotMailBE44E218001C400431CCD888ABFCF98B0; Tue, 26 Feb 2002 06:09:32 -0800
>Received: from localhost ([127.0.0.1] helo=usw-sf-list1.sourceforge.net)by 
>usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian))id 
>16fiG3-0008BF-00; Tue, 26 Feb 2002 06:07:07 -0800
>Received: from f49.law8.hotmail.com ([216.33.241.49] helo=hotmail.com)by 
>usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian))id 
>16fiFO-0007xK-00for <mis...@li...>; Tue, 26 Feb 
>2002 06:06:26 -0800
>Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; 
>Tue, 26 Feb 2002 06:06:12 -0800
>Received: from 65.26.44.193 by lw8fd.law8.hotmail.msn.com with HTTP;Tue, 26 
>Feb 2002 14:06:12 GMT
>From mis...@li... Tue, 26 Feb 2002 
>06:09:55 -0800
>Message-ID: <F49...@ho...>
>X-OriginalArrivalTime: 26 Feb 2002 14:06:12.0384 (UTC) 
>FILETIME=[BF397A00:01C1BECE]
>Sender: mis...@li...
>Errors-To: mis...@li...
>X-BeenThere: mis...@li...
>X-Mailman-Version: 2.0.5
>Precedence: bulk
>List-Help: 
><mailto:mis...@li...?subject=help>
>List-Post: <mailto:mis...@li...>
>List-Subscribe: 
><https://lists.sourceforge.net/lists/listinfo/misterhouse-users>,<mailto:mis...@li...?subject=subscribe>
>List-Id: The main list for the MisterHouse home automation program 
><misterhouse-users.lists.sourceforge.net>
>List-Unsubscribe: 
><https://lists.sourceforge.net/lists/listinfo/misterhouse-users>,<mailto:mis...@li...?subject=unsubscribe>
>List-Archive: 
><http://www.geocrawler.com/redir-sf.php3?list=misterhouse-users>
>X-Original-Date: Tue, 26 Feb 2002 08:06:12 -0600
>
>
>
>Is it just me or is anyone else having a problem with MisterHouse logging 
>on
>to AIM? Seems to have started just a few days ago (2-3). I can log on using
>that address manually without getting any errors but the test message
>doesn't seem to work (or any others for that matter).
>
>I see AOL change their format often enough to keep Trillian pretty busy so
>was just wondering if MH got hit by this continuous change process.
>
>And you know the old story "I didn't change a thing". <g>
>
>tom
>
>
>
>_________________________________________________________________
>Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
>
>
>________________________________________________________
>To unsubscribe from this list, go to: 
>http://sourceforge.net/mail/?group_id=1365
>




_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com

Is it just me or is anyone else having a problem with MisterHouse logging on 
to AIM? Seems to have started just a few days ago (2-3). I can log on using 
that address manually without getting any errors but the test message 
doesn't seem to work (or any others for that matter).

I see AOL change their format often enough to keep Trillian pretty busy so 
was just wondering if MH got hit by this continuous change process.

And you know the old story "I didn't change a thing". <g>

tom



_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

> I am seeing the following message when I click on any of the
> X10 lamps in the browser:
> Unrecognized html request: get_req=/ia5/lights/default.css
> get_arg=  header=GET /ia5/lights/default.css HTTP/1.1
>
>
> I am running the latest version of
> mh on a Mandrake 8.1. I amrunning it without the tk interface.
> Does anyone know why these messages are showing up ?

This will be fixed in the next release.   .css files are Style Sheets that
mh can send to browsers to pick default fonts and colors.

Bruce

It's not mh that is reporting 5.006 for 5.6.0 and 5.006001 for 5.6.1, it's
perl that is reporting that.  The way that perl reports the version number
was changed as of perl 5.6

Brian

-----Original Message-----
From: Neil Cherry [mailto:nc...@co...]
Sent: Tuesday, February 26, 2002 12:58 AM
To: Mr. House
Subject: Re: [misterhouse-users] Memory leak part II

I just switched to 5.6.1 and the leak is gone (so far :-). I have no user
code.
I'll build it up over the next few days.

BTW, it was 5.6.0 that had the leak, also why does MH say 5.006 for 5.6.0
and 5.006001 (hmm, looks like a formatting problem).


------------------------------------------------------------------------------
This message is intended only for the personal and confidential use of the designated recipient(s) named above.  If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited.  This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers.  Email transmission cannot be guaranteed to be secure or error-free.  Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such.  All information is subject to change without notice.

Bruce Winter wrote:

>>OK, I've been playing further with MH 2.62 and I've removed all
>>the code from
>>the test directory (I left the code dir test). I am getting a .6x
>>increase in
>>memory every 10 minutes. If left runing MH will crash the RH 7.2 box. What
>>can I do to find this leak?
>>
> 
> What version of perl do you have (perl: -v)  Tk on or off?
> 
> Try running 'Start the memory leak checker', then send me
> data_dir/logs/monitor_memory.log  after if finishes.

I just switched to 5.6.1 and the leak is gone (so far :-). I have no user code.
I'll build it up over the next few days.

BTW, it was 5.6.0 that had the leak, also why does MH say 5.006 for 5.6.0
and 5.006001 (hmm, looks like a formatting problem).

>>Also what does this mean (as in which file, line etc.):
>>
>>Use of uninitialized value in concatenation (.) at (eval 988329) line 10,
>>         <HTML> line 37 (#1)
>>
> 
> There are a number of evals in the mh loop, so it is hard to tell which one
> gave this warning.   I think you only get it -diagnosics 1 (or -w 1).
> Usually doesn't cause problems, but clutters up the log.
> 
> Most likely suspect would be a web .pl script.  If we can find which script,
> we can look at line 10 and fix it.  -debug http would help if that is where
> it happens.

I'll do that, thanks.

-- 
Linux Home Automation           Neil Cherry             nc...@co...
http://mywebpages.comcast.net/ncherry/                  (Text only)
http://meltingpot.fortunecity.com/lightsey/52           (Graphics)
http://linuxha.sourceforge.net/ 
			(SourceForge)

Of all the gin joints in all the towns in all the world, Neil Cherry
had to walk into mine and say:
> 
> OK, I've been playing further with MH 2.62 and I've removed all the code from
> the test directory (I left the code dir test). I am getting a .6x increase in
> memory every 10 minutes. If left runing MH will crash the RH 7.2 box. What
> can I do to find this leak?

I'm starting to get frustrated with memory leaks too; isn't Perl fun? I
added the following to the monitor_memory.pl script to try to track
stuff down, only to find that my memory leaks aren't in global data (and
I can't get dumpvar to dump package globals yet). I call it inside the
if statement that logs memory leaks; it saves the current global
variable state to a file, which you can then compare with the previous
version to see if anything obvious has leaked.


sub dump_variables {

    $main::dumpPackages = 1;
    $main::globPrint = 1;
    do 'dumpvar.pl' unless defined &main::dumpvar;
    $main::dumpPackages = 1;
    $main::globPrint = 1;

    my($sec, $min, $hour, $mday, $mon, $year, $wday) = (localtime(time))[0,1,2,3,4,5,6];
    $year += 1900;
    $year += 100 if $year < 1970;
    $mon++;

    my $timestamp = sprintf("%04d%02d%02d%02d%02d%02d", $year, $mon, $mday, $hour, $min, $sec);
    my $file = "$config_parms{data_dir}/variables-$timestamp";
    open(DUMP, ">$file");
    my $old = select(DUMP);
    if (defined &main::dumpvar) {
        # must detect sigpipe failures
        eval { &main::dumpvar('', ()) };
    }
    select($old);
    close(DUMP);

    print_log "variables dumped to $file";
}

$v_dump_vars = new Voice_Cmd 'Dump variables';
&dump_variables if said $v_dump_vars;


-- 
Harald Koch     <ch...@po...>

"It takes a child to raze a village."
		-Michael T. Fry

All:

I am seeing the following message when I click on any of the
X10 lamps in the browser:
Unrecognized html request: get_req=/ia5/lights/default.css
get_arg=  header=GET /ia5/lights/default.css HTTP/1.1


I am running the latest version of
mh on a Mandrake 8.1. I amrunning it without the tk interface.
Does anyone know why these messages are showing up ?

thanks for any info.
prabhakr chaganti

Neil,


> OK, I've been playing further with MH 2.62 and I've removed all
> the code from
> the test directory (I left the code dir test). I am getting a .6x
> increase in
> memory every 10 minutes. If left runing MH will crash the RH 7.2 box. What
> can I do to find this leak?

What version of perl do you have (perl: -v)  Tk on or off?

Try running 'Start the memory leak checker', then send me
data_dir/logs/monitor_memory.log  after if finishes.


> Also what does this mean (as in which file, line etc.):
>
> Use of uninitialized value in concatenation (.) at (eval 988329) line 10,
>          <HTML> line 37 (#1)

There are a number of evals in the mh loop, so it is hard to tell which one
gave this warning.   I think you only get it -diagnosics 1 (or -w 1).
Usually doesn't cause problems, but clutters up the log.

Most likely suspect would be a web .pl script.  If we can find which script,
we can look at line 10 and fix it.  -debug http would help if that is where
it happens.

Bruce

I hope this doesn't post twice, initial mailing used my @home address which
isn't subscribed anymore (argh!).

OK, I've been playing further with MH 2.62 and I've removed all the code from
the test directory (I left the code dir test). I am getting a .6x increase in
memory every 10 minutes. If left runing MH will crash the RH 7.2 box. What
can I do to find this leak?

Also what does this mean (as in which file, line etc.):

Use of uninitialized value in concatenation (.) at (eval 988329) line 10,
          <HTML> line 37 (#1)

-- 
Linux Home Automation           Neil Cherry             nc...@co...
http://mywebpages.comcast.net/ncherry/                  (Text only)
http://meltingpot.fortunecity.com/lightsey/52           (Graphics)
http://linuxha.sourceforge.net/
			(SourceForge)

OK, I've been playing further with MH 2.62 and I've removed all the code from
the test directory (I left the code dir test). I am getting a .6x increase in
memory every 10 minutes. If left runing MH will crash the RH 7.2 box. What
can I do to find this leak?

Also what does this mean (as in which file, line etc.):

Use of uninitialized value in concatenation (.) at (eval 988329) line 10,
         <HTML> line 37 (#1)

-- 
Linux Home Automation           Neil Cherry             nc...@co...
http://mywebpages.comcast.net/ncherry/                  (Text only)
http://meltingpot.fortunecity.com/lightsey/52           (Graphics)
http://linuxha.sourceforge.net/ 
			(SourceForge)

   I don't think that's you, I think that's zap2it. I don't know for 
sure if they've changed their website, but it sure seems like it.

    Happily, I'm hoping to have a newer version out today that should be 
quite reliable at downloading, although it takes a little longer to 
login for downloading. But who cares at 4:00 a.m. when it's running 
unattended? :-)

 - Tom

Craig Schaeffer wrote:

>Are you using one of Tom's newer get_tv_grid scripts? I pulled one about a week
>ago from:
>
>   http://members.tripod.com/mister_tom/tvmods.html
>
>I don't know if this link is still working and it might even be different now
>than the one I am using. The joys of beta code...
>
>Anybody else having trouble retrieving tv listings this morning (Sun)? I keep
>getting:  500 Server Error 
>
>-Craig
>
>--- Eric Azinger <zi...@el...> wrote:
>
>>Hey Craig,
>>
>>When I comment out the lines it has no effect. What's weird, is you'd think
>>it would
>>be just the wrong image source, not src="".
>>
>>I made the mistake of blowing away all the HTML files in my /tv folder.  I
>>also
>>deleted my DBM files for tv_programs.dbm, and tv_channels.dbm, thinking that
>>get_tv_grid would simply build new everything when the files weren't there,
>>and it
>>doesn't.
>>
>>It acts like it's doing something, No errors with -debug, but when I go to
>>the
>>folder, it only gives me the pages for today, and when I URL to /tv it gives
>>the MH
>>error "No index found for directory /tv/" and there is one there.  Not one in
>>/data/tv, but one in /tv where MH expects to find the HTML.
>>
>>Maybe I'll just wait till 2.65... ;]
>>
>>Thanks,
>>
>>Eric
>>
>>Craig Schaeffer wrote:
>>
>>>--- Eric Azinger <zi...@el...> wrote:
>>>
>>>>Hey,
>>>>
>>>>I'm playing with Tom's get_tv_grid modifications, and I'm wondering if
>>>>there's any
>>>>plans in the future to incorporate style sheets, or if that's even
>>>>
>>possible.
>>
>>>>I have a very specific design in mind, and when the page displays the
>>>>
>>back
>>
>>>>and next
>>>>arrows are missing, and I'd like to work with the fonts among other
>>>>
>>things.
>>
>>>To get the arrows back, comment out the following 2 lines in get_tv_grid:
>>>
>>>         #$record =~ s/\/$parms{db}\/rightArrow.gif//;
>>>         #$record =~ s/\/$parms{db}\/leftArrow.gif//;
>>>
>>>-Craig
>>>
>>>__________________________________________________
>>>Do You Yahoo!?
>>>Yahoo! Sports - Coverage of the 2002 Olympic Games
>>>http://sports.yahoo.com
>>>
>>>________________________________________________________
>>>To unsubscribe from this list, go to:
>>>
>>http://sourceforge.net/mail/?group_id=1365
>>
>
>
>__________________________________________________
>Do You Yahoo!?
>Yahoo! Sports - Coverage of the 2002 Olympic Games
>http://sports.yahoo.com
>
>________________________________________________________
>To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365
>