From flbaker at sbcglobal.net  Mon May  5 07:09:11 2014
From: flbaker at sbcglobal.net (Fraser Baker)
Date: Mon, 5 May 2014 09:09:11 -0500
Subject: [pm-h] mod perl and calendar.cgi
In-Reply-To: <CALSf6fQbnsQUmqgBhrsb28tg2QpmA5LCi31OPKUTPDC_4ze_Uw@mail.gmail.com>
References: <3BE13FAB396F41B9B577BEC9F21B3BEB@CHEETAH><CALSf6fSi5HZ0DyS_cn6TYn+2NQyMdUABh2zzEdoSzfLvsv+nyg@mail.gmail.com><BA5CC14240C74414A6CA5AA73652E352@CHEETAH><20140425112525.0d3be0ce@cygnus><02F36A93C95E420E8C0FB1E4107C328C@CHEETAH><20140425134433.2ced11d0@cygnus>
	<CALSf6fQbnsQUmqgBhrsb28tg2QpmA5LCi31OPKUTPDC_4ze_Uw@mail.gmail.com>
Message-ID: <26618368D6A5402A8BBF7394132CC574@CHEETAH>

Hi:

OK, I had two copies of HTML::Template, one in Site and the other came with 
PERL. I removed the one in Site and this made no difference.

Reading a bit, always dangerous, I find that find that the page 
http://www.devshed.com/c/a/perl/getting-started-with-the-perl-template-toolkit/ 
talks about installing Apache::Template.

Is this what I need to do? I really need to resolve this issue. There must 
be someone out there that can help me resolve this.

Fraser

----- Original Message ----- 
From: "B. Estrade" <estrabd at gmail.com>
To: "Houston.pm located in Houston, TX." <houston at pm.org>
Sent: Friday, April 25, 2014 7:51 PM
Subject: Re: [pm-h] mod perl and calendar.cgi


> On Fri, Apr 25, 2014 at 1:44 PM, G. Wade Johnson <gwadej at anomaly.org> 
> wrote:
>> On Fri, 25 Apr 2014 12:09:59 -0500
>> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>>
>>> OK:
>>>
>>> For the server that is NOT running mod_perl
>>> INCLUDED DATA ARRAY is
>>> Term is C:/Perl/site/lib
>>> Term is C:/Perl/lib
>>> Term is .
>>>
>>> For the server that IS running mod_perl
>>>
>>> INCLUDED DATA ARRAY is
>>> Term is D:/www/wc-admin.com/cgi-bin
>>> Term is C:/Perl/site/lib
>>> Term is C:/Perl/lib
>>> Term is .
>>> Term is C:/Program Files/Apache Software Foundation/Apache2.2
>>
>> Okay. This gives us some stuff to work with.
>>
>> Check each of the directories in the two sets of paths for
>> HTML/Template.pm. This might show more than one HTML::Template module
>> installed.
>
> Or none at all. Make sure HTML::Template is installed.
>
>>
>> Next, check to see if you have the same version of HTML::Template on
>> both machines. I had somehow missed earlier that these were two
>> separate machines. (Brain fail)
>>
>
> /me too... oopsie
>
>> You'll want to verify that there is only one version of HTML::Template
>> on each server and that the versions on the two servers match.
>>
>> If the one that works is older than the one that doesn't, upgrading will
>> require code changes to match the newer module. If the one that works
>> is the newer version, you can upgrade the version and the problem
>> should be solved.
>>
>> G. Wade
>>
>>
>>> I don't see anything here. Where to go from here?
>
> Is this mod_perl or mod_perl2? I am not familiar with any of this on
> Windows unfortunately.  You could create a barebones script that just
> tries to include HTML::Template using one directory in @INC at a time.
> mod_perl also does funky things with applications that are not meant
> to be run persistently - so if this is the case there are request
> "handlers" that are meant to restart or recompile/restart for each
> request.
>
> Unfortunately it could be a tedious process to track it down, but I
> think wade's put you on the right track.
>
> Brett
>
>>>
>>> Fraser
>>>
>>>
>>> ----- Original Message -----
>>> From: "G. Wade Johnson" <gwadej at anomaly.org>
>>> To: <houston at pm.org>
>>> Sent: Friday, April 25, 2014 11:25 AM
>>> Subject: Re: [pm-h] mod perl and calendar.cgi
>>>
>>>
>>> > On Fri, 25 Apr 2014 08:23:59 -0500
>>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>>> >
>>> >> Hi Brett:
>>> >>
>>> >> Turns out that for the mod_perl server, there are some 165 entries
>>> >> in %INC whereas for the not mod-perl server there is only one.
>>> >
>>> > Hi Fraser,
>>> >
>>> > There are 2 different things here.
>>> >
>>> > @INC contains a list of directories that perl searches for modules.
>>> > %INC contains entries for each module that is loaded.
>>> >
>>> > I believe the suggestion was to check @INC to see if a module is
>>> > loaded from a location you are not expecting.
>>> >
>>> > G. Wade
>>> >
>>> >> The %ENV is larger by about 5 entries on the mod_perl machine.
>>> >>
>>> >> OK, where do I go from here.
>>> >>
>>> >> Fraser
>>> >>
>>> >> ----- Original Message -----
>>> >> From: "B. Estrade" <estrabd at gmail.com>
>>> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
>>> >> Sent: Tuesday, April 22, 2014 10:15 AM
>>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
>>> >>
>>> >>
>>> >> > Just a hunch, but I'd look to see how mod_perl affected your
>>> >> > environment. namely @INC.
>>> >> >
>>> >> > Brett
>>> >> >
>>> >> > On Tue, Apr 22, 2014 at 9:47 AM, Fraser Baker
>>> >> > <flbaker at sbcglobal.net> wrote:
>>> >> >> Hi y'all:
>>> >> >>
>>> >> >> Before I added mod-perl, calendar.cgi worked.
>>> >> >>
>>> >> >> After mod perl I get this error:
>>> >> >>
>>> >> >> [Tue Apr 22 09:28:35 2014] [error] Can't locate object method
>>> >> >> "initialize"
>>> >> >> via package "HTML::Template" at
>>> >> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line
>>> >> >> 131.\n
>>> >> >>
>>> >> >> The offending line in calendar.cgi is:
>>> >> >>
>>> >> >> my
>>> >> >>
>>> >> >> $tmpl = HTML::Template->initialize( $directives->{'template'} ||
>>> >> >> 'template.html' );
>>> >> >>
>>> >> >> I searched template.pm and don't find a function named
>>> >> >> initialize. I do find
>>> >> >>
>>> >> >> # initialize the template buffer
>>> >> >> sub _init_template {
>>> >> >>
>>> >> >> How do I fix this?
>>> >> >>
>>> >> >> Fraser
>>
>>
>> --
>> If debugging is the process of removing software bugs, the programming
>> must be the process of putting them in.               -- Edsger Dijkstra
>> _______________________________________________
>> Houston mailing list
>> Houston at pm.org
>> http://mail.pm.org/mailman/listinfo/houston
>> Website: http://houston.pm.org/
> _______________________________________________
> Houston mailing list
> Houston at pm.org
> http://mail.pm.org/mailman/listinfo/houston
> Website: http://houston.pm.org/ 


From gwadej at anomaly.org  Mon May  5 09:40:15 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Mon, 5 May 2014 11:40:15 -0500
Subject: [pm-h] mod perl and calendar.cgi
In-Reply-To: <26618368D6A5402A8BBF7394132CC574@CHEETAH>
References: <3BE13FAB396F41B9B577BEC9F21B3BEB@CHEETAH>
	<CALSf6fSi5HZ0DyS_cn6TYn+2NQyMdUABh2zzEdoSzfLvsv+nyg@mail.gmail.com>
	<BA5CC14240C74414A6CA5AA73652E352@CHEETAH>
	<20140425112525.0d3be0ce@cygnus>
	<02F36A93C95E420E8C0FB1E4107C328C@CHEETAH>
	<20140425134433.2ced11d0@cygnus>
	<CALSf6fQbnsQUmqgBhrsb28tg2QpmA5LCi31OPKUTPDC_4ze_Uw@mail.gmail.com>
	<26618368D6A5402A8BBF7394132CC574@CHEETAH>
Message-ID: <20140505114015.24bc3547@cygnus>

On Mon, 5 May 2014 09:09:11 -0500
"Fraser Baker" <flbaker at sbcglobal.net> wrote:

> Hi:
> 
> OK, I had two copies of HTML::Template, one in Site and the other
> came with PERL. I removed the one in Site and this made no difference.
> 
> Reading a bit, always dangerous, I find that find that the page 
> http://www.devshed.com/c/a/perl/getting-started-with-the-perl-template-toolkit/ 
> talks about installing Apache::Template.
> 
> Is this what I need to do? I really need to resolve this issue. There
> must be someone out there that can help me resolve this.

Hi Fraser,

Template Toolkit is completely different from HTML::Template.
Apache::Template works with Template Toolkit, so installing it would
not help your issue. (Unless you wanted to rewrite everything you are
doing in Template instead of HTML::Template. <jk/>)

G. Wade

> Fraser
> 
> ----- Original Message ----- 
> From: "B. Estrade" <estrabd at gmail.com>
> To: "Houston.pm located in Houston, TX." <houston at pm.org>
> Sent: Friday, April 25, 2014 7:51 PM
> Subject: Re: [pm-h] mod perl and calendar.cgi
> 
> 
> > On Fri, Apr 25, 2014 at 1:44 PM, G. Wade Johnson
> > <gwadej at anomaly.org> wrote:
> >> On Fri, 25 Apr 2014 12:09:59 -0500
> >> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >>
> >>> OK:
> >>>
> >>> For the server that is NOT running mod_perl
> >>> INCLUDED DATA ARRAY is
> >>> Term is C:/Perl/site/lib
> >>> Term is C:/Perl/lib
> >>> Term is .
> >>>
> >>> For the server that IS running mod_perl
> >>>
> >>> INCLUDED DATA ARRAY is
> >>> Term is D:/www/wc-admin.com/cgi-bin
> >>> Term is C:/Perl/site/lib
> >>> Term is C:/Perl/lib
> >>> Term is .
> >>> Term is C:/Program Files/Apache Software Foundation/Apache2.2
> >>
> >> Okay. This gives us some stuff to work with.
> >>
> >> Check each of the directories in the two sets of paths for
> >> HTML/Template.pm. This might show more than one HTML::Template
> >> module installed.
> >
> > Or none at all. Make sure HTML::Template is installed.
> >
> >>
> >> Next, check to see if you have the same version of HTML::Template
> >> on both machines. I had somehow missed earlier that these were two
> >> separate machines. (Brain fail)
> >>
> >
> > /me too... oopsie
> >
> >> You'll want to verify that there is only one version of
> >> HTML::Template on each server and that the versions on the two
> >> servers match.
> >>
> >> If the one that works is older than the one that doesn't,
> >> upgrading will require code changes to match the newer module. If
> >> the one that works is the newer version, you can upgrade the
> >> version and the problem should be solved.
> >>
> >> G. Wade
> >>
> >>
> >>> I don't see anything here. Where to go from here?
> >
> > Is this mod_perl or mod_perl2? I am not familiar with any of this on
> > Windows unfortunately.  You could create a barebones script that
> > just tries to include HTML::Template using one directory in @INC at
> > a time. mod_perl also does funky things with applications that are
> > not meant to be run persistently - so if this is the case there are
> > request "handlers" that are meant to restart or recompile/restart
> > for each request.
> >
> > Unfortunately it could be a tedious process to track it down, but I
> > think wade's put you on the right track.
> >
> > Brett
> >
> >>>
> >>> Fraser
> >>>
> >>>
> >>> ----- Original Message -----
> >>> From: "G. Wade Johnson" <gwadej at anomaly.org>
> >>> To: <houston at pm.org>
> >>> Sent: Friday, April 25, 2014 11:25 AM
> >>> Subject: Re: [pm-h] mod perl and calendar.cgi
> >>>
> >>>
> >>> > On Fri, 25 Apr 2014 08:23:59 -0500
> >>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >>> >
> >>> >> Hi Brett:
> >>> >>
> >>> >> Turns out that for the mod_perl server, there are some 165
> >>> >> entries in %INC whereas for the not mod-perl server there is
> >>> >> only one.
> >>> >
> >>> > Hi Fraser,
> >>> >
> >>> > There are 2 different things here.
> >>> >
> >>> > @INC contains a list of directories that perl searches for
> >>> > modules. %INC contains entries for each module that is loaded.
> >>> >
> >>> > I believe the suggestion was to check @INC to see if a module is
> >>> > loaded from a location you are not expecting.
> >>> >
> >>> > G. Wade
> >>> >
> >>> >> The %ENV is larger by about 5 entries on the mod_perl machine.
> >>> >>
> >>> >> OK, where do I go from here.
> >>> >>
> >>> >> Fraser
> >>> >>
> >>> >> ----- Original Message -----
> >>> >> From: "B. Estrade" <estrabd at gmail.com>
> >>> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
> >>> >> Sent: Tuesday, April 22, 2014 10:15 AM
> >>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
> >>> >>
> >>> >>
> >>> >> > Just a hunch, but I'd look to see how mod_perl affected your
> >>> >> > environment. namely @INC.
> >>> >> >
> >>> >> > Brett
> >>> >> >
> >>> >> > On Tue, Apr 22, 2014 at 9:47 AM, Fraser Baker
> >>> >> > <flbaker at sbcglobal.net> wrote:
> >>> >> >> Hi y'all:
> >>> >> >>
> >>> >> >> Before I added mod-perl, calendar.cgi worked.
> >>> >> >>
> >>> >> >> After mod perl I get this error:
> >>> >> >>
> >>> >> >> [Tue Apr 22 09:28:35 2014] [error] Can't locate object
> >>> >> >> method "initialize"
> >>> >> >> via package "HTML::Template" at
> >>> >> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line
> >>> >> >> 131.\n
> >>> >> >>
> >>> >> >> The offending line in calendar.cgi is:
> >>> >> >>
> >>> >> >> my
> >>> >> >>
> >>> >> >> $tmpl =
> >>> >> >> HTML::Template->initialize( $directives->{'template'} ||
> >>> >> >> 'template.html' );
> >>> >> >>
> >>> >> >> I searched template.pm and don't find a function named
> >>> >> >> initialize. I do find
> >>> >> >>
> >>> >> >> # initialize the template buffer
> >>> >> >> sub _init_template {
> >>> >> >>
> >>> >> >> How do I fix this?
> >>> >> >>
> >>> >> >> Fraser
> >>
> >>
> >> --
> >> If debugging is the process of removing software bugs, the
> >> programming must be the process of putting them in.
> >> -- Edsger Dijkstra _______________________________________________
> >> Houston mailing list
> >> Houston at pm.org
> >> http://mail.pm.org/mailman/listinfo/houston
> >> Website: http://houston.pm.org/
> > _______________________________________________
> > Houston mailing list
> > Houston at pm.org
> > http://mail.pm.org/mailman/listinfo/houston
> > Website: http://houston.pm.org/ 
> 
> _______________________________________________
> Houston mailing list
> Houston at pm.org
> http://mail.pm.org/mailman/listinfo/houston
> Website: http://houston.pm.org/


-- 
Fortune knocks but once, but misfortune has much more patience.
                                                -- Laurence J. Peter

From flbaker at sbcglobal.net  Tue May  6 08:53:55 2014
From: flbaker at sbcglobal.net (Fraser Baker)
Date: Tue, 6 May 2014 10:53:55 -0500
Subject: [pm-h] mod perl and calendar.cgi
In-Reply-To: <20140505114015.24bc3547@cygnus>
References: <3BE13FAB396F41B9B577BEC9F21B3BEB@CHEETAH><CALSf6fSi5HZ0DyS_cn6TYn+2NQyMdUABh2zzEdoSzfLvsv+nyg@mail.gmail.com><BA5CC14240C74414A6CA5AA73652E352@CHEETAH><20140425112525.0d3be0ce@cygnus><02F36A93C95E420E8C0FB1E4107C328C@CHEETAH><20140425134433.2ced11d0@cygnus><CALSf6fQbnsQUmqgBhrsb28tg2QpmA5LCi31OPKUTPDC_4ze_Uw@mail.gmail.com><26618368D6A5402A8BBF7394132CC574@CHEETAH>
	<20140505114015.24bc3547@cygnus>
Message-ID: <A44F0F4AD69D4641AA209C93E2202558@CHEETAH>

Some progress, but still not working.

Turns out that the problem file "calendar.cgi" was using a locally installed 
liteweight version of template.pm.

I renamed the file CalTemplate.pm and put it into the site/lib/HTML folder.
I changed the package name in this file to CalTemplate.pm

The %INC shows:
For HTML/CalTemplate.pm value is C:/Perl/site/lib/HTML/CalTemplate.pm

The use statement in calendar.cgi is
use HTML::CalTemplate;

The use directive finds and appears to load the file, but the same line as 
before can't find initialize
[Tue May 06 10:15:30 2014] [error] Can't locate object method "initialize" 
via package "HTML::CalTemplate" (perhaps you forgot to load 
"HTML::CalTemplate"?) at 
D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line 131.\n

The offending line 131 is
my $tmpl = CalTemplate->initialize( $directives->{'template'} || 
'calendar.html' );

Obviously, my understanding about mod_perl and now OOP is limited, so any 
comments?

Fraser

----- Original Message ----- 
From: "G. Wade Johnson" <gwadej at anomaly.org>
To: <houston at pm.org>
Sent: Monday, May 05, 2014 11:40 AM
Subject: Re: [pm-h] mod perl and calendar.cgi


> On Mon, 5 May 2014 09:09:11 -0500
> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>
>> Hi:
>>
>> OK, I had two copies of HTML::Template, one in Site and the other
>> came with PERL. I removed the one in Site and this made no difference.
>>
>> Reading a bit, always dangerous, I find that find that the page
>> http://www.devshed.com/c/a/perl/getting-started-with-the-perl-template-toolkit/
>> talks about installing Apache::Template.
>>
>> Is this what I need to do? I really need to resolve this issue. There
>> must be someone out there that can help me resolve this.
>
> Hi Fraser,
>
> Template Toolkit is completely different from HTML::Template.
> Apache::Template works with Template Toolkit, so installing it would
> not help your issue. (Unless you wanted to rewrite everything you are
> doing in Template instead of HTML::Template. <jk/>)
>
> G. Wade
>
>> Fraser
>>
>> ----- Original Message ----- 
>> From: "B. Estrade" <estrabd at gmail.com>
>> To: "Houston.pm located in Houston, TX." <houston at pm.org>
>> Sent: Friday, April 25, 2014 7:51 PM
>> Subject: Re: [pm-h] mod perl and calendar.cgi
>>
>>
>> > On Fri, Apr 25, 2014 at 1:44 PM, G. Wade Johnson
>> > <gwadej at anomaly.org> wrote:
>> >> On Fri, 25 Apr 2014 12:09:59 -0500
>> >> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>> >>
>> >>> OK:
>> >>>
>> >>> For the server that is NOT running mod_perl
>> >>> INCLUDED DATA ARRAY is
>> >>> Term is C:/Perl/site/lib
>> >>> Term is C:/Perl/lib
>> >>> Term is .
>> >>>
>> >>> For the server that IS running mod_perl
>> >>>
>> >>> INCLUDED DATA ARRAY is
>> >>> Term is D:/www/wc-admin.com/cgi-bin
>> >>> Term is C:/Perl/site/lib
>> >>> Term is C:/Perl/lib
>> >>> Term is .
>> >>> Term is C:/Program Files/Apache Software Foundation/Apache2.2
>> >>
>> >> Okay. This gives us some stuff to work with.
>> >>
>> >> Check each of the directories in the two sets of paths for
>> >> HTML/Template.pm. This might show more than one HTML::Template
>> >> module installed.
>> >
>> > Or none at all. Make sure HTML::Template is installed.
>> >
>> >>
>> >> Next, check to see if you have the same version of HTML::Template
>> >> on both machines. I had somehow missed earlier that these were two
>> >> separate machines. (Brain fail)
>> >>
>> >
>> > /me too... oopsie
>> >
>> >> You'll want to verify that there is only one version of
>> >> HTML::Template on each server and that the versions on the two
>> >> servers match.
>> >>
>> >> If the one that works is older than the one that doesn't,
>> >> upgrading will require code changes to match the newer module. If
>> >> the one that works is the newer version, you can upgrade the
>> >> version and the problem should be solved.
>> >>
>> >> G. Wade
>> >>
>> >>
>> >>> I don't see anything here. Where to go from here?
>> >
>> > Is this mod_perl or mod_perl2? I am not familiar with any of this on
>> > Windows unfortunately.  You could create a barebones script that
>> > just tries to include HTML::Template using one directory in @INC at
>> > a time. mod_perl also does funky things with applications that are
>> > not meant to be run persistently - so if this is the case there are
>> > request "handlers" that are meant to restart or recompile/restart
>> > for each request.
>> >
>> > Unfortunately it could be a tedious process to track it down, but I
>> > think wade's put you on the right track.
>> >
>> > Brett
>> >
>> >>>
>> >>> Fraser
>> >>>
>> >>>
>> >>> ----- Original Message -----
>> >>> From: "G. Wade Johnson" <gwadej at anomaly.org>
>> >>> To: <houston at pm.org>
>> >>> Sent: Friday, April 25, 2014 11:25 AM
>> >>> Subject: Re: [pm-h] mod perl and calendar.cgi
>> >>>
>> >>>
>> >>> > On Fri, 25 Apr 2014 08:23:59 -0500
>> >>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>> >>> >
>> >>> >> Hi Brett:
>> >>> >>
>> >>> >> Turns out that for the mod_perl server, there are some 165
>> >>> >> entries in %INC whereas for the not mod-perl server there is
>> >>> >> only one.
>> >>> >
>> >>> > Hi Fraser,
>> >>> >
>> >>> > There are 2 different things here.
>> >>> >
>> >>> > @INC contains a list of directories that perl searches for
>> >>> > modules. %INC contains entries for each module that is loaded.
>> >>> >
>> >>> > I believe the suggestion was to check @INC to see if a module is
>> >>> > loaded from a location you are not expecting.
>> >>> >
>> >>> > G. Wade
>> >>> >
>> >>> >> The %ENV is larger by about 5 entries on the mod_perl machine.
>> >>> >>
>> >>> >> OK, where do I go from here.
>> >>> >>
>> >>> >> Fraser
>> >>> >>
>> >>> >> ----- Original Message -----
>> >>> >> From: "B. Estrade" <estrabd at gmail.com>
>> >>> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
>> >>> >> Sent: Tuesday, April 22, 2014 10:15 AM
>> >>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
>> >>> >>
>> >>> >>
>> >>> >> > Just a hunch, but I'd look to see how mod_perl affected your
>> >>> >> > environment. namely @INC.
>> >>> >> >
>> >>> >> > Brett
>> >>> >> >
>> >>> >> > On Tue, Apr 22, 2014 at 9:47 AM, Fraser Baker
>> >>> >> > <flbaker at sbcglobal.net> wrote:
>> >>> >> >> Hi y'all:
>> >>> >> >>
>> >>> >> >> Before I added mod-perl, calendar.cgi worked.
>> >>> >> >>
>> >>> >> >> After mod perl I get this error:
>> >>> >> >>
>> >>> >> >> [Tue Apr 22 09:28:35 2014] [error] Can't locate object
>> >>> >> >> method "initialize"
>> >>> >> >> via package "HTML::Template" at
>> >>> >> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line
>> >>> >> >> 131.\n
>> >>> >> >>
>> >>> >> >> The offending line in calendar.cgi is:
>> >>> >> >>
>> >>> >> >> my
>> >>> >> >>
>> >>> >> >> $tmpl =
>> >>> >> >> HTML::Template->initialize( $directives->{'template'} ||
>> >>> >> >> 'template.html' );
>> >>> >> >>
>> >>> >> >> I searched template.pm and don't find a function named
>> >>> >> >> initialize. I do find
>> >>> >> >>
>> >>> >> >> # initialize the template buffer
>> >>> >> >> sub _init_template {
>> >>> >> >>
>> >>> >> >> How do I fix this?
>> >>> >> >>
>> >>> >> >> Fraser
>> >>
>> >>
>> >> --
>> >> If debugging is the process of removing software bugs, the
>> >> programming must be the process of putting them in.
>> >> -- Edsger Dijkstra _______________________________________________
>> >> Houston mailing list
>> >> Houston at pm.org
>> >> http://mail.pm.org/mailman/listinfo/houston
>> >> Website: http://houston.pm.org/
>> > _______________________________________________
>> > Houston mailing list
>> > Houston at pm.org
>> > http://mail.pm.org/mailman/listinfo/houston
>> > Website: http://houston.pm.org/
>>
>> _______________________________________________
>> Houston mailing list
>> Houston at pm.org
>> http://mail.pm.org/mailman/listinfo/houston
>> Website: http://houston.pm.org/
>
>
> -- 
> Fortune knocks but once, but misfortune has much more patience.
>                                                -- Laurence J. Peter
> _______________________________________________
> Houston mailing list
> Houston at pm.org
> http://mail.pm.org/mailman/listinfo/houston
> Website: http://houston.pm.org/ 


From gwadej at anomaly.org  Tue May  6 09:13:33 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Tue, 6 May 2014 11:13:33 -0500
Subject: [pm-h] mod perl and calendar.cgi
In-Reply-To: <A44F0F4AD69D4641AA209C93E2202558@CHEETAH>
References: <3BE13FAB396F41B9B577BEC9F21B3BEB@CHEETAH>
	<CALSf6fSi5HZ0DyS_cn6TYn+2NQyMdUABh2zzEdoSzfLvsv+nyg@mail.gmail.com>
	<BA5CC14240C74414A6CA5AA73652E352@CHEETAH>
	<20140425112525.0d3be0ce@cygnus>
	<02F36A93C95E420E8C0FB1E4107C328C@CHEETAH>
	<20140425134433.2ced11d0@cygnus>
	<CALSf6fQbnsQUmqgBhrsb28tg2QpmA5LCi31OPKUTPDC_4ze_Uw@mail.gmail.com>
	<26618368D6A5402A8BBF7394132CC574@CHEETAH>
	<20140505114015.24bc3547@cygnus>
	<A44F0F4AD69D4641AA209C93E2202558@CHEETAH>
Message-ID: <20140506111333.327ca684@cygnus>

On Tue, 6 May 2014 10:53:55 -0500
"Fraser Baker" <flbaker at sbcglobal.net> wrote:

> Some progress, but still not working.
> 
> Turns out that the problem file "calendar.cgi" was using a locally
> installed liteweight version of template.pm.

Okay. That would make some sense.

> I renamed the file CalTemplate.pm and put it into the site/lib/HTML
> folder. I changed the package name in this file to CalTemplate.pm
> 
> The %INC shows:
> For HTML/CalTemplate.pm value is C:/Perl/site/lib/HTML/CalTemplate.pm
> 
> The use statement in calendar.cgi is
> use HTML::CalTemplate;
> 
> The use directive finds and appears to load the file, but the same
> line as before can't find initialize
> [Tue May 06 10:15:30 2014] [error] Can't locate object method
> "initialize" via package "HTML::CalTemplate" (perhaps you forgot to
> load "HTML::CalTemplate"?) at 
> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line 131.\n


Just to verify the obvious, is there an initialize() sub in
CalTemplate.pm?

G. Wade

> The offending line 131 is
> my $tmpl = CalTemplate->initialize( $directives->{'template'} || 
> 'calendar.html' );
> 
> Obviously, my understanding about mod_perl and now OOP is limited, so
> any comments?
> 
> Fraser
> 
> ----- Original Message ----- 
> From: "G. Wade Johnson" <gwadej at anomaly.org>
> To: <houston at pm.org>
> Sent: Monday, May 05, 2014 11:40 AM
> Subject: Re: [pm-h] mod perl and calendar.cgi
> 
> 
> > On Mon, 5 May 2014 09:09:11 -0500
> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >
> >> Hi:
> >>
> >> OK, I had two copies of HTML::Template, one in Site and the other
> >> came with PERL. I removed the one in Site and this made no
> >> difference.
> >>
> >> Reading a bit, always dangerous, I find that find that the page
> >> http://www.devshed.com/c/a/perl/getting-started-with-the-perl-template-toolkit/
> >> talks about installing Apache::Template.
> >>
> >> Is this what I need to do? I really need to resolve this issue.
> >> There must be someone out there that can help me resolve this.
> >
> > Hi Fraser,
> >
> > Template Toolkit is completely different from HTML::Template.
> > Apache::Template works with Template Toolkit, so installing it would
> > not help your issue. (Unless you wanted to rewrite everything you
> > are doing in Template instead of HTML::Template. <jk/>)
> >
> > G. Wade
> >
> >> Fraser
> >>
> >> ----- Original Message ----- 
> >> From: "B. Estrade" <estrabd at gmail.com>
> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
> >> Sent: Friday, April 25, 2014 7:51 PM
> >> Subject: Re: [pm-h] mod perl and calendar.cgi
> >>
> >>
> >> > On Fri, Apr 25, 2014 at 1:44 PM, G. Wade Johnson
> >> > <gwadej at anomaly.org> wrote:
> >> >> On Fri, 25 Apr 2014 12:09:59 -0500
> >> >> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >> >>
> >> >>> OK:
> >> >>>
> >> >>> For the server that is NOT running mod_perl
> >> >>> INCLUDED DATA ARRAY is
> >> >>> Term is C:/Perl/site/lib
> >> >>> Term is C:/Perl/lib
> >> >>> Term is .
> >> >>>
> >> >>> For the server that IS running mod_perl
> >> >>>
> >> >>> INCLUDED DATA ARRAY is
> >> >>> Term is D:/www/wc-admin.com/cgi-bin
> >> >>> Term is C:/Perl/site/lib
> >> >>> Term is C:/Perl/lib
> >> >>> Term is .
> >> >>> Term is C:/Program Files/Apache Software Foundation/Apache2.2
> >> >>
> >> >> Okay. This gives us some stuff to work with.
> >> >>
> >> >> Check each of the directories in the two sets of paths for
> >> >> HTML/Template.pm. This might show more than one HTML::Template
> >> >> module installed.
> >> >
> >> > Or none at all. Make sure HTML::Template is installed.
> >> >
> >> >>
> >> >> Next, check to see if you have the same version of
> >> >> HTML::Template on both machines. I had somehow missed earlier
> >> >> that these were two separate machines. (Brain fail)
> >> >>
> >> >
> >> > /me too... oopsie
> >> >
> >> >> You'll want to verify that there is only one version of
> >> >> HTML::Template on each server and that the versions on the two
> >> >> servers match.
> >> >>
> >> >> If the one that works is older than the one that doesn't,
> >> >> upgrading will require code changes to match the newer module.
> >> >> If the one that works is the newer version, you can upgrade the
> >> >> version and the problem should be solved.
> >> >>
> >> >> G. Wade
> >> >>
> >> >>
> >> >>> I don't see anything here. Where to go from here?
> >> >
> >> > Is this mod_perl or mod_perl2? I am not familiar with any of
> >> > this on Windows unfortunately.  You could create a barebones
> >> > script that just tries to include HTML::Template using one
> >> > directory in @INC at a time. mod_perl also does funky things
> >> > with applications that are not meant to be run persistently - so
> >> > if this is the case there are request "handlers" that are meant
> >> > to restart or recompile/restart for each request.
> >> >
> >> > Unfortunately it could be a tedious process to track it down,
> >> > but I think wade's put you on the right track.
> >> >
> >> > Brett
> >> >
> >> >>>
> >> >>> Fraser
> >> >>>
> >> >>>
> >> >>> ----- Original Message -----
> >> >>> From: "G. Wade Johnson" <gwadej at anomaly.org>
> >> >>> To: <houston at pm.org>
> >> >>> Sent: Friday, April 25, 2014 11:25 AM
> >> >>> Subject: Re: [pm-h] mod perl and calendar.cgi
> >> >>>
> >> >>>
> >> >>> > On Fri, 25 Apr 2014 08:23:59 -0500
> >> >>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >> >>> >
> >> >>> >> Hi Brett:
> >> >>> >>
> >> >>> >> Turns out that for the mod_perl server, there are some 165
> >> >>> >> entries in %INC whereas for the not mod-perl server there is
> >> >>> >> only one.
> >> >>> >
> >> >>> > Hi Fraser,
> >> >>> >
> >> >>> > There are 2 different things here.
> >> >>> >
> >> >>> > @INC contains a list of directories that perl searches for
> >> >>> > modules. %INC contains entries for each module that is
> >> >>> > loaded.
> >> >>> >
> >> >>> > I believe the suggestion was to check @INC to see if a
> >> >>> > module is loaded from a location you are not expecting.
> >> >>> >
> >> >>> > G. Wade
> >> >>> >
> >> >>> >> The %ENV is larger by about 5 entries on the mod_perl
> >> >>> >> machine.
> >> >>> >>
> >> >>> >> OK, where do I go from here.
> >> >>> >>
> >> >>> >> Fraser
> >> >>> >>
> >> >>> >> ----- Original Message -----
> >> >>> >> From: "B. Estrade" <estrabd at gmail.com>
> >> >>> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
> >> >>> >> Sent: Tuesday, April 22, 2014 10:15 AM
> >> >>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
> >> >>> >>
> >> >>> >>
> >> >>> >> > Just a hunch, but I'd look to see how mod_perl affected
> >> >>> >> > your environment. namely @INC.
> >> >>> >> >
> >> >>> >> > Brett
> >> >>> >> >
> >> >>> >> > On Tue, Apr 22, 2014 at 9:47 AM, Fraser Baker
> >> >>> >> > <flbaker at sbcglobal.net> wrote:
> >> >>> >> >> Hi y'all:
> >> >>> >> >>
> >> >>> >> >> Before I added mod-perl, calendar.cgi worked.
> >> >>> >> >>
> >> >>> >> >> After mod perl I get this error:
> >> >>> >> >>
> >> >>> >> >> [Tue Apr 22 09:28:35 2014] [error] Can't locate object
> >> >>> >> >> method "initialize"
> >> >>> >> >> via package "HTML::Template" at
> >> >>> >> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi
> >> >>> >> >> line 131.\n
> >> >>> >> >>
> >> >>> >> >> The offending line in calendar.cgi is:
> >> >>> >> >>
> >> >>> >> >> my
> >> >>> >> >>
> >> >>> >> >> $tmpl =
> >> >>> >> >> HTML::Template->initialize( $directives->{'template'} ||
> >> >>> >> >> 'template.html' );
> >> >>> >> >>
> >> >>> >> >> I searched template.pm and don't find a function named
> >> >>> >> >> initialize. I do find
> >> >>> >> >>
> >> >>> >> >> # initialize the template buffer
> >> >>> >> >> sub _init_template {
> >> >>> >> >>
> >> >>> >> >> How do I fix this?
> >> >>> >> >>
> >> >>> >> >> Fraser
> >> >>
> >> >>
> >> >> --
> >> >> If debugging is the process of removing software bugs, the
> >> >> programming must be the process of putting them in.
> >> >> -- Edsger Dijkstra
> >> >> _______________________________________________ Houston mailing
> >> >> list Houston at pm.org
> >> >> http://mail.pm.org/mailman/listinfo/houston
> >> >> Website: http://houston.pm.org/
> >> > _______________________________________________
> >> > Houston mailing list
> >> > Houston at pm.org
> >> > http://mail.pm.org/mailman/listinfo/houston
> >> > Website: http://houston.pm.org/
> >>
> >> _______________________________________________
> >> Houston mailing list
> >> Houston at pm.org
> >> http://mail.pm.org/mailman/listinfo/houston
> >> Website: http://houston.pm.org/
> >
> >
> > -- 
> > Fortune knocks but once, but misfortune has much more patience.
> >                                                -- Laurence J. Peter
> > _______________________________________________
> > Houston mailing list
> > Houston at pm.org
> > http://mail.pm.org/mailman/listinfo/houston
> > Website: http://houston.pm.org/ 
> 
> _______________________________________________
> Houston mailing list
> Houston at pm.org
> http://mail.pm.org/mailman/listinfo/houston
> Website: http://houston.pm.org/


-- 
Sufficiently encapsulated magic is technology.   -- Michael Schwern

From flbaker at sbcglobal.net  Tue May  6 10:50:40 2014
From: flbaker at sbcglobal.net (Fraser Baker)
Date: Tue, 6 May 2014 12:50:40 -0500
Subject: [pm-h] mod perl and calendar.cgi
In-Reply-To: <20140506111333.327ca684@cygnus>
References: <3BE13FAB396F41B9B577BEC9F21B3BEB@CHEETAH><CALSf6fSi5HZ0DyS_cn6TYn+2NQyMdUABh2zzEdoSzfLvsv+nyg@mail.gmail.com><BA5CC14240C74414A6CA5AA73652E352@CHEETAH><20140425112525.0d3be0ce@cygnus><02F36A93C95E420E8C0FB1E4107C328C@CHEETAH><20140425134433.2ced11d0@cygnus><CALSf6fQbnsQUmqgBhrsb28tg2QpmA5LCi31OPKUTPDC_4ze_Uw@mail.gmail.com><26618368D6A5402A8BBF7394132CC574@CHEETAH><20140505114015.24bc3547@cygnus><A44F0F4AD69D4641AA209C93E2202558@CHEETAH>
	<20140506111333.327ca684@cygnus>
Message-ID: <E0444A060C5D46B3B63233182C0D6A98@CHEETAH>

Hi Wade.
Yes, a sub initialize exists.


----- Original Message ----- 
From: "G. Wade Johnson" <gwadej at anomaly.org>
To: <houston at pm.org>
Sent: Tuesday, May 06, 2014 11:13 AM
Subject: Re: [pm-h] mod perl and calendar.cgi


> On Tue, 6 May 2014 10:53:55 -0500
> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>
>> Some progress, but still not working.
>>
>> Turns out that the problem file "calendar.cgi" was using a locally
>> installed liteweight version of template.pm.
>
> Okay. That would make some sense.
>
>> I renamed the file CalTemplate.pm and put it into the site/lib/HTML
>> folder. I changed the package name in this file to CalTemplate.pm
>>
>> The %INC shows:
>> For HTML/CalTemplate.pm value is C:/Perl/site/lib/HTML/CalTemplate.pm
>>
>> The use statement in calendar.cgi is
>> use HTML::CalTemplate;
>>
>> The use directive finds and appears to load the file, but the same
>> line as before can't find initialize
>> [Tue May 06 10:15:30 2014] [error] Can't locate object method
>> "initialize" via package "HTML::CalTemplate" (perhaps you forgot to
>> load "HTML::CalTemplate"?) at
>> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line 131.\n
>
>
> Just to verify the obvious, is there an initialize() sub in
> CalTemplate.pm?
>
> G. Wade
>
>> The offending line 131 is
>> my $tmpl = CalTemplate->initialize( $directives->{'template'} ||
>> 'calendar.html' );
>>
>> Obviously, my understanding about mod_perl and now OOP is limited, so
>> any comments?
>>
>> Fraser
>>
>> ----- Original Message ----- 
>> From: "G. Wade Johnson" <gwadej at anomaly.org>
>> To: <houston at pm.org>
>> Sent: Monday, May 05, 2014 11:40 AM
>> Subject: Re: [pm-h] mod perl and calendar.cgi
>>
>>
>> > On Mon, 5 May 2014 09:09:11 -0500
>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>> >
>> >> Hi:
>> >>
>> >> OK, I had two copies of HTML::Template, one in Site and the other
>> >> came with PERL. I removed the one in Site and this made no
>> >> difference.
>> >>
>> >> Reading a bit, always dangerous, I find that find that the page
>> >> http://www.devshed.com/c/a/perl/getting-started-with-the-perl-template-toolkit/
>> >> talks about installing Apache::Template.
>> >>
>> >> Is this what I need to do? I really need to resolve this issue.
>> >> There must be someone out there that can help me resolve this.
>> >
>> > Hi Fraser,
>> >
>> > Template Toolkit is completely different from HTML::Template.
>> > Apache::Template works with Template Toolkit, so installing it would
>> > not help your issue. (Unless you wanted to rewrite everything you
>> > are doing in Template instead of HTML::Template. <jk/>)
>> >
>> > G. Wade
>> >
>> >> Fraser
>> >>
>> >> ----- Original Message ----- 
>> >> From: "B. Estrade" <estrabd at gmail.com>
>> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
>> >> Sent: Friday, April 25, 2014 7:51 PM
>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
>> >>
>> >>
>> >> > On Fri, Apr 25, 2014 at 1:44 PM, G. Wade Johnson
>> >> > <gwadej at anomaly.org> wrote:
>> >> >> On Fri, 25 Apr 2014 12:09:59 -0500
>> >> >> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>> >> >>
>> >> >>> OK:
>> >> >>>
>> >> >>> For the server that is NOT running mod_perl
>> >> >>> INCLUDED DATA ARRAY is
>> >> >>> Term is C:/Perl/site/lib
>> >> >>> Term is C:/Perl/lib
>> >> >>> Term is .
>> >> >>>
>> >> >>> For the server that IS running mod_perl
>> >> >>>
>> >> >>> INCLUDED DATA ARRAY is
>> >> >>> Term is D:/www/wc-admin.com/cgi-bin
>> >> >>> Term is C:/Perl/site/lib
>> >> >>> Term is C:/Perl/lib
>> >> >>> Term is .
>> >> >>> Term is C:/Program Files/Apache Software Foundation/Apache2.2
>> >> >>
>> >> >> Okay. This gives us some stuff to work with.
>> >> >>
>> >> >> Check each of the directories in the two sets of paths for
>> >> >> HTML/Template.pm. This might show more than one HTML::Template
>> >> >> module installed.
>> >> >
>> >> > Or none at all. Make sure HTML::Template is installed.
>> >> >
>> >> >>
>> >> >> Next, check to see if you have the same version of
>> >> >> HTML::Template on both machines. I had somehow missed earlier
>> >> >> that these were two separate machines. (Brain fail)
>> >> >>
>> >> >
>> >> > /me too... oopsie
>> >> >
>> >> >> You'll want to verify that there is only one version of
>> >> >> HTML::Template on each server and that the versions on the two
>> >> >> servers match.
>> >> >>
>> >> >> If the one that works is older than the one that doesn't,
>> >> >> upgrading will require code changes to match the newer module.
>> >> >> If the one that works is the newer version, you can upgrade the
>> >> >> version and the problem should be solved.
>> >> >>
>> >> >> G. Wade
>> >> >>
>> >> >>
>> >> >>> I don't see anything here. Where to go from here?
>> >> >
>> >> > Is this mod_perl or mod_perl2? I am not familiar with any of
>> >> > this on Windows unfortunately.  You could create a barebones
>> >> > script that just tries to include HTML::Template using one
>> >> > directory in @INC at a time. mod_perl also does funky things
>> >> > with applications that are not meant to be run persistently - so
>> >> > if this is the case there are request "handlers" that are meant
>> >> > to restart or recompile/restart for each request.
>> >> >
>> >> > Unfortunately it could be a tedious process to track it down,
>> >> > but I think wade's put you on the right track.
>> >> >
>> >> > Brett
>> >> >
>> >> >>>
>> >> >>> Fraser
>> >> >>>
>> >> >>>
>> >> >>> ----- Original Message -----
>> >> >>> From: "G. Wade Johnson" <gwadej at anomaly.org>
>> >> >>> To: <houston at pm.org>
>> >> >>> Sent: Friday, April 25, 2014 11:25 AM
>> >> >>> Subject: Re: [pm-h] mod perl and calendar.cgi
>> >> >>>
>> >> >>>
>> >> >>> > On Fri, 25 Apr 2014 08:23:59 -0500
>> >> >>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>> >> >>> >
>> >> >>> >> Hi Brett:
>> >> >>> >>
>> >> >>> >> Turns out that for the mod_perl server, there are some 165
>> >> >>> >> entries in %INC whereas for the not mod-perl server there is
>> >> >>> >> only one.
>> >> >>> >
>> >> >>> > Hi Fraser,
>> >> >>> >
>> >> >>> > There are 2 different things here.
>> >> >>> >
>> >> >>> > @INC contains a list of directories that perl searches for
>> >> >>> > modules. %INC contains entries for each module that is
>> >> >>> > loaded.
>> >> >>> >
>> >> >>> > I believe the suggestion was to check @INC to see if a
>> >> >>> > module is loaded from a location you are not expecting.
>> >> >>> >
>> >> >>> > G. Wade
>> >> >>> >
>> >> >>> >> The %ENV is larger by about 5 entries on the mod_perl
>> >> >>> >> machine.
>> >> >>> >>
>> >> >>> >> OK, where do I go from here.
>> >> >>> >>
>> >> >>> >> Fraser
>> >> >>> >>
>> >> >>> >> ----- Original Message -----
>> >> >>> >> From: "B. Estrade" <estrabd at gmail.com>
>> >> >>> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
>> >> >>> >> Sent: Tuesday, April 22, 2014 10:15 AM
>> >> >>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
>> >> >>> >>
>> >> >>> >>
>> >> >>> >> > Just a hunch, but I'd look to see how mod_perl affected
>> >> >>> >> > your environment. namely @INC.
>> >> >>> >> >
>> >> >>> >> > Brett
>> >> >>> >> >
>> >> >>> >> > On Tue, Apr 22, 2014 at 9:47 AM, Fraser Baker
>> >> >>> >> > <flbaker at sbcglobal.net> wrote:
>> >> >>> >> >> Hi y'all:
>> >> >>> >> >>
>> >> >>> >> >> Before I added mod-perl, calendar.cgi worked.
>> >> >>> >> >>
>> >> >>> >> >> After mod perl I get this error:
>> >> >>> >> >>
>> >> >>> >> >> [Tue Apr 22 09:28:35 2014] [error] Can't locate object
>> >> >>> >> >> method "initialize"
>> >> >>> >> >> via package "HTML::Template" at
>> >> >>> >> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi
>> >> >>> >> >> line 131.\n
>> >> >>> >> >>
>> >> >>> >> >> The offending line in calendar.cgi is:
>> >> >>> >> >>
>> >> >>> >> >> my
>> >> >>> >> >>
>> >> >>> >> >> $tmpl =
>> >> >>> >> >> HTML::Template->initialize( $directives->{'template'} ||
>> >> >>> >> >> 'template.html' );
>> >> >>> >> >>
>> >> >>> >> >> I searched template.pm and don't find a function named
>> >> >>> >> >> initialize. I do find
>> >> >>> >> >>
>> >> >>> >> >> # initialize the template buffer
>> >> >>> >> >> sub _init_template {
>> >> >>> >> >>
>> >> >>> >> >> How do I fix this?
>> >> >>> >> >>
>> >> >>> >> >> Fraser
>> >> >>
>> >> >>
>> >> >> --
>> >> >> If debugging is the process of removing software bugs, the
>> >> >> programming must be the process of putting them in.
>> >> >> -- Edsger Dijkstra
>> >> >> _______________________________________________ Houston mailing
>> >> >> list Houston at pm.org
>> >> >> http://mail.pm.org/mailman/listinfo/houston
>> >> >> Website: http://houston.pm.org/
>> >> > _______________________________________________
>> >> > Houston mailing list
>> >> > Houston at pm.org
>> >> > http://mail.pm.org/mailman/listinfo/houston
>> >> > Website: http://houston.pm.org/
>> >>
>> >> _______________________________________________
>> >> Houston mailing list
>> >> Houston at pm.org
>> >> http://mail.pm.org/mailman/listinfo/houston
>> >> Website: http://houston.pm.org/
>> >
>> >
>> > -- 
>> > Fortune knocks but once, but misfortune has much more patience.
>> >                                                -- Laurence J. Peter
>> > _______________________________________________
>> > Houston mailing list
>> > Houston at pm.org
>> > http://mail.pm.org/mailman/listinfo/houston
>> > Website: http://houston.pm.org/
>>
>> _______________________________________________
>> Houston mailing list
>> Houston at pm.org
>> http://mail.pm.org/mailman/listinfo/houston
>> Website: http://houston.pm.org/
>
>
> -- 
> Sufficiently encapsulated magic is technology.   -- Michael Schwern
> _______________________________________________
> Houston mailing list
> Houston at pm.org
> http://mail.pm.org/mailman/listinfo/houston
> Website: http://houston.pm.org/ 


From gwadej at anomaly.org  Tue May  6 12:12:22 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Tue, 6 May 2014 14:12:22 -0500
Subject: [pm-h] mod perl and calendar.cgi
In-Reply-To: <E0444A060C5D46B3B63233182C0D6A98@CHEETAH>
References: <3BE13FAB396F41B9B577BEC9F21B3BEB@CHEETAH>
	<CALSf6fSi5HZ0DyS_cn6TYn+2NQyMdUABh2zzEdoSzfLvsv+nyg@mail.gmail.com>
	<BA5CC14240C74414A6CA5AA73652E352@CHEETAH>
	<20140425112525.0d3be0ce@cygnus>
	<02F36A93C95E420E8C0FB1E4107C328C@CHEETAH>
	<20140425134433.2ced11d0@cygnus>
	<CALSf6fQbnsQUmqgBhrsb28tg2QpmA5LCi31OPKUTPDC_4ze_Uw@mail.gmail.com>
	<26618368D6A5402A8BBF7394132CC574@CHEETAH>
	<20140505114015.24bc3547@cygnus>
	<A44F0F4AD69D4641AA209C93E2202558@CHEETAH>
	<20140506111333.327ca684@cygnus>
	<E0444A060C5D46B3B63233182C0D6A98@CHEETAH>
Message-ID: <20140506141222.3cdb1471@cygnus>

On Tue, 6 May 2014 12:50:40 -0500
"Fraser Baker" <flbaker at sbcglobal.net> wrote:

> Hi Wade.
> Yes, a sub initialize exists.
> 
> 
> ----- Original Message ----- 
> From: "G. Wade Johnson" <gwadej at anomaly.org>
> To: <houston at pm.org>
> Sent: Tuesday, May 06, 2014 11:13 AM
> Subject: Re: [pm-h] mod perl and calendar.cgi
> 
> 
> > On Tue, 6 May 2014 10:53:55 -0500
> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >
> >> Some progress, but still not working.
> >>
> >> Turns out that the problem file "calendar.cgi" was using a locally
> >> installed liteweight version of template.pm.
> >
> > Okay. That would make some sense.
> >
> >> I renamed the file CalTemplate.pm and put it into the site/lib/HTML
> >> folder. I changed the package name in this file to CalTemplate.pm
> >>
> >> The %INC shows:
> >> For HTML/CalTemplate.pm value is
> >> C:/Perl/site/lib/HTML/CalTemplate.pm
> >>
> >> The use statement in calendar.cgi is
> >> use HTML::CalTemplate;
> >>
> >> The use directive finds and appears to load the file, but the same
> >> line as before can't find initialize
> >> [Tue May 06 10:15:30 2014] [error] Can't locate object method
> >> "initialize" via package "HTML::CalTemplate" (perhaps you forgot to
> >> load "HTML::CalTemplate"?) at
> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line 131.\n
> >
> >
> > Just to verify the obvious, is there an initialize() sub in
> > CalTemplate.pm?
> >
> > G. Wade
> >
> >> The offending line 131 is
> >> my $tmpl = CalTemplate->initialize( $directives->{'template'} ||
> >> 'calendar.html' );

This is a bit suspicious.

Is the package name "CalTemplate" or "HTML::CalTemplate"? You are using
one name for the 'use' statement and another for the initialize call.

Just to be clear:

1. The code that loads the module (calendar.cgi) should contain:

use HTML::CalTemplate;

2. The call to initialize should be:

my $tmpl = HTML::CalTemplate->initialize( ... );

3. The package declaration inside C:/Perl/site/lib/HTML/CalTemplate.pm
should be:

package HTML::CalTemplate;

All three of these must match (including case) or Perl won't find the
right namespaces. This would give exactly the behavior you describe.

G. Wade

> >> Obviously, my understanding about mod_perl and now OOP is limited,
> >> so any comments?
> >>
> >> Fraser
> >>
> >> ----- Original Message ----- 
> >> From: "G. Wade Johnson" <gwadej at anomaly.org>
> >> To: <houston at pm.org>
> >> Sent: Monday, May 05, 2014 11:40 AM
> >> Subject: Re: [pm-h] mod perl and calendar.cgi
> >>
> >>
> >> > On Mon, 5 May 2014 09:09:11 -0500
> >> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >> >
> >> >> Hi:
> >> >>
> >> >> OK, I had two copies of HTML::Template, one in Site and the
> >> >> other came with PERL. I removed the one in Site and this made no
> >> >> difference.
> >> >>
> >> >> Reading a bit, always dangerous, I find that find that the page
> >> >> http://www.devshed.com/c/a/perl/getting-started-with-the-perl-template-toolkit/
> >> >> talks about installing Apache::Template.
> >> >>
> >> >> Is this what I need to do? I really need to resolve this issue.
> >> >> There must be someone out there that can help me resolve this.
> >> >
> >> > Hi Fraser,
> >> >
> >> > Template Toolkit is completely different from HTML::Template.
> >> > Apache::Template works with Template Toolkit, so installing it
> >> > would not help your issue. (Unless you wanted to rewrite
> >> > everything you are doing in Template instead of HTML::Template.
> >> > <jk/>)
> >> >
> >> > G. Wade
> >> >
> >> >> Fraser
> >> >>
> >> >> ----- Original Message ----- 
> >> >> From: "B. Estrade" <estrabd at gmail.com>
> >> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
> >> >> Sent: Friday, April 25, 2014 7:51 PM
> >> >> Subject: Re: [pm-h] mod perl and calendar.cgi
> >> >>
> >> >>
> >> >> > On Fri, Apr 25, 2014 at 1:44 PM, G. Wade Johnson
> >> >> > <gwadej at anomaly.org> wrote:
> >> >> >> On Fri, 25 Apr 2014 12:09:59 -0500
> >> >> >> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >> >> >>
> >> >> >>> OK:
> >> >> >>>
> >> >> >>> For the server that is NOT running mod_perl
> >> >> >>> INCLUDED DATA ARRAY is
> >> >> >>> Term is C:/Perl/site/lib
> >> >> >>> Term is C:/Perl/lib
> >> >> >>> Term is .
> >> >> >>>
> >> >> >>> For the server that IS running mod_perl
> >> >> >>>
> >> >> >>> INCLUDED DATA ARRAY is
> >> >> >>> Term is D:/www/wc-admin.com/cgi-bin
> >> >> >>> Term is C:/Perl/site/lib
> >> >> >>> Term is C:/Perl/lib
> >> >> >>> Term is .
> >> >> >>> Term is C:/Program Files/Apache Software
> >> >> >>> Foundation/Apache2.2
> >> >> >>
> >> >> >> Okay. This gives us some stuff to work with.
> >> >> >>
> >> >> >> Check each of the directories in the two sets of paths for
> >> >> >> HTML/Template.pm. This might show more than one
> >> >> >> HTML::Template module installed.
> >> >> >
> >> >> > Or none at all. Make sure HTML::Template is installed.
> >> >> >
> >> >> >>
> >> >> >> Next, check to see if you have the same version of
> >> >> >> HTML::Template on both machines. I had somehow missed earlier
> >> >> >> that these were two separate machines. (Brain fail)
> >> >> >>
> >> >> >
> >> >> > /me too... oopsie
> >> >> >
> >> >> >> You'll want to verify that there is only one version of
> >> >> >> HTML::Template on each server and that the versions on the
> >> >> >> two servers match.
> >> >> >>
> >> >> >> If the one that works is older than the one that doesn't,
> >> >> >> upgrading will require code changes to match the newer
> >> >> >> module. If the one that works is the newer version, you can
> >> >> >> upgrade the version and the problem should be solved.
> >> >> >>
> >> >> >> G. Wade
> >> >> >>
> >> >> >>
> >> >> >>> I don't see anything here. Where to go from here?
> >> >> >
> >> >> > Is this mod_perl or mod_perl2? I am not familiar with any of
> >> >> > this on Windows unfortunately.  You could create a barebones
> >> >> > script that just tries to include HTML::Template using one
> >> >> > directory in @INC at a time. mod_perl also does funky things
> >> >> > with applications that are not meant to be run persistently -
> >> >> > so if this is the case there are request "handlers" that are
> >> >> > meant to restart or recompile/restart for each request.
> >> >> >
> >> >> > Unfortunately it could be a tedious process to track it down,
> >> >> > but I think wade's put you on the right track.
> >> >> >
> >> >> > Brett
> >> >> >
> >> >> >>>
> >> >> >>> Fraser
> >> >> >>>
> >> >> >>>
> >> >> >>> ----- Original Message -----
> >> >> >>> From: "G. Wade Johnson" <gwadej at anomaly.org>
> >> >> >>> To: <houston at pm.org>
> >> >> >>> Sent: Friday, April 25, 2014 11:25 AM
> >> >> >>> Subject: Re: [pm-h] mod perl and calendar.cgi
> >> >> >>>
> >> >> >>>
> >> >> >>> > On Fri, 25 Apr 2014 08:23:59 -0500
> >> >> >>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >> >> >>> >
> >> >> >>> >> Hi Brett:
> >> >> >>> >>
> >> >> >>> >> Turns out that for the mod_perl server, there are some
> >> >> >>> >> 165 entries in %INC whereas for the not mod-perl server
> >> >> >>> >> there is only one.
> >> >> >>> >
> >> >> >>> > Hi Fraser,
> >> >> >>> >
> >> >> >>> > There are 2 different things here.
> >> >> >>> >
> >> >> >>> > @INC contains a list of directories that perl searches for
> >> >> >>> > modules. %INC contains entries for each module that is
> >> >> >>> > loaded.
> >> >> >>> >
> >> >> >>> > I believe the suggestion was to check @INC to see if a
> >> >> >>> > module is loaded from a location you are not expecting.
> >> >> >>> >
> >> >> >>> > G. Wade
> >> >> >>> >
> >> >> >>> >> The %ENV is larger by about 5 entries on the mod_perl
> >> >> >>> >> machine.
> >> >> >>> >>
> >> >> >>> >> OK, where do I go from here.
> >> >> >>> >>
> >> >> >>> >> Fraser
> >> >> >>> >>
> >> >> >>> >> ----- Original Message -----
> >> >> >>> >> From: "B. Estrade" <estrabd at gmail.com>
> >> >> >>> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
> >> >> >>> >> Sent: Tuesday, April 22, 2014 10:15 AM
> >> >> >>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
> >> >> >>> >>
> >> >> >>> >>
> >> >> >>> >> > Just a hunch, but I'd look to see how mod_perl affected
> >> >> >>> >> > your environment. namely @INC.
> >> >> >>> >> >
> >> >> >>> >> > Brett
> >> >> >>> >> >
> >> >> >>> >> > On Tue, Apr 22, 2014 at 9:47 AM, Fraser Baker
> >> >> >>> >> > <flbaker at sbcglobal.net> wrote:
> >> >> >>> >> >> Hi y'all:
> >> >> >>> >> >>
> >> >> >>> >> >> Before I added mod-perl, calendar.cgi worked.
> >> >> >>> >> >>
> >> >> >>> >> >> After mod perl I get this error:
> >> >> >>> >> >>
> >> >> >>> >> >> [Tue Apr 22 09:28:35 2014] [error] Can't locate object
> >> >> >>> >> >> method "initialize"
> >> >> >>> >> >> via package "HTML::Template" at
> >> >> >>> >> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi
> >> >> >>> >> >> line 131.\n
> >> >> >>> >> >>
> >> >> >>> >> >> The offending line in calendar.cgi is:
> >> >> >>> >> >>
> >> >> >>> >> >> my
> >> >> >>> >> >>
> >> >> >>> >> >> $tmpl =
> >> >> >>> >> >> HTML::Template->initialize( $directives->{'template'}
> >> >> >>> >> >> || 'template.html' );
> >> >> >>> >> >>
> >> >> >>> >> >> I searched template.pm and don't find a function named
> >> >> >>> >> >> initialize. I do find
> >> >> >>> >> >>
> >> >> >>> >> >> # initialize the template buffer
> >> >> >>> >> >> sub _init_template {
> >> >> >>> >> >>
> >> >> >>> >> >> How do I fix this?
> >> >> >>> >> >>
> >> >> >>> >> >> Fraser
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> If debugging is the process of removing software bugs, the
> >> >> >> programming must be the process of putting them in.
> >> >> >> -- Edsger Dijkstra
> >> >> >> _______________________________________________ Houston
> >> >> >> mailing list Houston at pm.org
> >> >> >> http://mail.pm.org/mailman/listinfo/houston
> >> >> >> Website: http://houston.pm.org/
> >> >> > _______________________________________________
> >> >> > Houston mailing list
> >> >> > Houston at pm.org
> >> >> > http://mail.pm.org/mailman/listinfo/houston
> >> >> > Website: http://houston.pm.org/
> >> >>
> >> >> _______________________________________________
> >> >> Houston mailing list
> >> >> Houston at pm.org
> >> >> http://mail.pm.org/mailman/listinfo/houston
> >> >> Website: http://houston.pm.org/
> >> >
> >> >
> >> > -- 
> >> > Fortune knocks but once, but misfortune has much more patience.
> >> >                                                -- Laurence J.
> >> > Peter _______________________________________________
> >> > Houston mailing list
> >> > Houston at pm.org
> >> > http://mail.pm.org/mailman/listinfo/houston
> >> > Website: http://houston.pm.org/
> >>
> >> _______________________________________________
> >> Houston mailing list
> >> Houston at pm.org
> >> http://mail.pm.org/mailman/listinfo/houston
> >> Website: http://houston.pm.org/
> >
> >
> > -- 
> > Sufficiently encapsulated magic is technology.   -- Michael Schwern
> > _______________________________________________
> > Houston mailing list
> > Houston at pm.org
> > http://mail.pm.org/mailman/listinfo/houston
> > Website: http://houston.pm.org/ 
> 
> _______________________________________________
> Houston mailing list
> Houston at pm.org
> http://mail.pm.org/mailman/listinfo/houston
> Website: http://houston.pm.org/


-- 
The computer should be doing the hard work. That's what it's paid to do,
after all.                                            -- Larry Wall

From flbaker at sbcglobal.net  Tue May  6 18:06:54 2014
From: flbaker at sbcglobal.net (Fraser Baker)
Date: Tue, 6 May 2014 20:06:54 -0500
Subject: [pm-h] mod perl and calendar.cgi
In-Reply-To: <20140506141222.3cdb1471@cygnus>
References: <3BE13FAB396F41B9B577BEC9F21B3BEB@CHEETAH><CALSf6fSi5HZ0DyS_cn6TYn+2NQyMdUABh2zzEdoSzfLvsv+nyg@mail.gmail.com><BA5CC14240C74414A6CA5AA73652E352@CHEETAH><20140425112525.0d3be0ce@cygnus><02F36A93C95E420E8C0FB1E4107C328C@CHEETAH><20140425134433.2ced11d0@cygnus><CALSf6fQbnsQUmqgBhrsb28tg2QpmA5LCi31OPKUTPDC_4ze_Uw@mail.gmail.com><26618368D6A5402A8BBF7394132CC574@CHEETAH><20140505114015.24bc3547@cygnus><A44F0F4AD69D4641AA209C93E2202558@CHEETAH><20140506111333.327ca684@cygnus><E0444A060C5D46B3B63233182C0D6A98@CHEETAH>
	<20140506141222.3cdb1471@cygnus>
Message-ID: <CE11F51A50A049FC815EE76E71346864@CHEETAH>

OK:

Made all calls to CalTemplate the same. Didn't resolve the situation. Error 
message is
[Tue May 06 20:01:31 2014] [error] HTML::CalTemplate: No such file or 
directory at D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line 
135.\n

Why can't the file be found?

I appreciate the problem is in the way mod_perl handles modules, but I am 
perplexed by this issue.

Thanks for your help.

Fraser

----- Original Message ----- 
From: "G. Wade Johnson" <gwadej at anomaly.org>
To: <houston at pm.org>
Sent: Tuesday, May 06, 2014 2:12 PM
Subject: Re: [pm-h] mod perl and calendar.cgi


> On Tue, 6 May 2014 12:50:40 -0500
> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>
>> Hi Wade.
>> Yes, a sub initialize exists.
>>
>>
>> ----- Original Message ----- 
>> From: "G. Wade Johnson" <gwadej at anomaly.org>
>> To: <houston at pm.org>
>> Sent: Tuesday, May 06, 2014 11:13 AM
>> Subject: Re: [pm-h] mod perl and calendar.cgi
>>
>>
>> > On Tue, 6 May 2014 10:53:55 -0500
>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>> >
>> >> Some progress, but still not working.
>> >>
>> >> Turns out that the problem file "calendar.cgi" was using a locally
>> >> installed liteweight version of template.pm.
>> >
>> > Okay. That would make some sense.
>> >
>> >> I renamed the file CalTemplate.pm and put it into the site/lib/HTML
>> >> folder. I changed the package name in this file to CalTemplate.pm
>> >>
>> >> The %INC shows:
>> >> For HTML/CalTemplate.pm value is
>> >> C:/Perl/site/lib/HTML/CalTemplate.pm
>> >>
>> >> The use statement in calendar.cgi is
>> >> use HTML::CalTemplate;
>> >>
>> >> The use directive finds and appears to load the file, but the same
>> >> line as before can't find initialize
>> >> [Tue May 06 10:15:30 2014] [error] Can't locate object method
>> >> "initialize" via package "HTML::CalTemplate" (perhaps you forgot to
>> >> load "HTML::CalTemplate"?) at
>> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line 131.\n
>> >
>> >
>> > Just to verify the obvious, is there an initialize() sub in
>> > CalTemplate.pm?
>> >
>> > G. Wade
>> >
>> >> The offending line 131 is
>> >> my $tmpl = CalTemplate->initialize( $directives->{'template'} ||
>> >> 'calendar.html' );
>
> This is a bit suspicious.
>
> Is the package name "CalTemplate" or "HTML::CalTemplate"? You are using
> one name for the 'use' statement and another for the initialize call.
>
> Just to be clear:
>
> 1. The code that loads the module (calendar.cgi) should contain:
>
> use HTML::CalTemplate;
>
> 2. The call to initialize should be:
>
> my $tmpl = HTML::CalTemplate->initialize( ... );
>
> 3. The package declaration inside C:/Perl/site/lib/HTML/CalTemplate.pm
> should be:
>
> package HTML::CalTemplate;
>
> All three of these must match (including case) or Perl won't find the
> right namespaces. This would give exactly the behavior you describe.
>
> G. Wade
>
>> >> Obviously, my understanding about mod_perl and now OOP is limited,
>> >> so any comments?
>> >>
>> >> Fraser
>> >>
>> >> ----- Original Message ----- 
>> >> From: "G. Wade Johnson" <gwadej at anomaly.org>
>> >> To: <houston at pm.org>
>> >> Sent: Monday, May 05, 2014 11:40 AM
>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
>> >>
>> >>
>> >> > On Mon, 5 May 2014 09:09:11 -0500
>> >> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>> >> >
>> >> >> Hi:
>> >> >>
>> >> >> OK, I had two copies of HTML::Template, one in Site and the
>> >> >> other came with PERL. I removed the one in Site and this made no
>> >> >> difference.
>> >> >>
>> >> >> Reading a bit, always dangerous, I find that find that the page
>> >> >> http://www.devshed.com/c/a/perl/getting-started-with-the-perl-template-toolkit/
>> >> >> talks about installing Apache::Template.
>> >> >>
>> >> >> Is this what I need to do? I really need to resolve this issue.
>> >> >> There must be someone out there that can help me resolve this.
>> >> >
>> >> > Hi Fraser,
>> >> >
>> >> > Template Toolkit is completely different from HTML::Template.
>> >> > Apache::Template works with Template Toolkit, so installing it
>> >> > would not help your issue. (Unless you wanted to rewrite
>> >> > everything you are doing in Template instead of HTML::Template.
>> >> > <jk/>)
>> >> >
>> >> > G. Wade
>> >> >
>> >> >> Fraser
>> >> >>
>> >> >> ----- Original Message ----- 
>> >> >> From: "B. Estrade" <estrabd at gmail.com>
>> >> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
>> >> >> Sent: Friday, April 25, 2014 7:51 PM
>> >> >> Subject: Re: [pm-h] mod perl and calendar.cgi
>> >> >>
>> >> >>
>> >> >> > On Fri, Apr 25, 2014 at 1:44 PM, G. Wade Johnson
>> >> >> > <gwadej at anomaly.org> wrote:
>> >> >> >> On Fri, 25 Apr 2014 12:09:59 -0500
>> >> >> >> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>> >> >> >>
>> >> >> >>> OK:
>> >> >> >>>
>> >> >> >>> For the server that is NOT running mod_perl
>> >> >> >>> INCLUDED DATA ARRAY is
>> >> >> >>> Term is C:/Perl/site/lib
>> >> >> >>> Term is C:/Perl/lib
>> >> >> >>> Term is .
>> >> >> >>>
>> >> >> >>> For the server that IS running mod_perl
>> >> >> >>>
>> >> >> >>> INCLUDED DATA ARRAY is
>> >> >> >>> Term is D:/www/wc-admin.com/cgi-bin
>> >> >> >>> Term is C:/Perl/site/lib
>> >> >> >>> Term is C:/Perl/lib
>> >> >> >>> Term is .
>> >> >> >>> Term is C:/Program Files/Apache Software
>> >> >> >>> Foundation/Apache2.2
>> >> >> >>
>> >> >> >> Okay. This gives us some stuff to work with.
>> >> >> >>
>> >> >> >> Check each of the directories in the two sets of paths for
>> >> >> >> HTML/Template.pm. This might show more than one
>> >> >> >> HTML::Template module installed.
>> >> >> >
>> >> >> > Or none at all. Make sure HTML::Template is installed.
>> >> >> >
>> >> >> >>
>> >> >> >> Next, check to see if you have the same version of
>> >> >> >> HTML::Template on both machines. I had somehow missed earlier
>> >> >> >> that these were two separate machines. (Brain fail)
>> >> >> >>
>> >> >> >
>> >> >> > /me too... oopsie
>> >> >> >
>> >> >> >> You'll want to verify that there is only one version of
>> >> >> >> HTML::Template on each server and that the versions on the
>> >> >> >> two servers match.
>> >> >> >>
>> >> >> >> If the one that works is older than the one that doesn't,
>> >> >> >> upgrading will require code changes to match the newer
>> >> >> >> module. If the one that works is the newer version, you can
>> >> >> >> upgrade the version and the problem should be solved.
>> >> >> >>
>> >> >> >> G. Wade
>> >> >> >>
>> >> >> >>
>> >> >> >>> I don't see anything here. Where to go from here?
>> >> >> >
>> >> >> > Is this mod_perl or mod_perl2? I am not familiar with any of
>> >> >> > this on Windows unfortunately.  You could create a barebones
>> >> >> > script that just tries to include HTML::Template using one
>> >> >> > directory in @INC at a time. mod_perl also does funky things
>> >> >> > with applications that are not meant to be run persistently -
>> >> >> > so if this is the case there are request "handlers" that are
>> >> >> > meant to restart or recompile/restart for each request.
>> >> >> >
>> >> >> > Unfortunately it could be a tedious process to track it down,
>> >> >> > but I think wade's put you on the right track.
>> >> >> >
>> >> >> > Brett
>> >> >> >
>> >> >> >>>
>> >> >> >>> Fraser
>> >> >> >>>
>> >> >> >>>
>> >> >> >>> ----- Original Message -----
>> >> >> >>> From: "G. Wade Johnson" <gwadej at anomaly.org>
>> >> >> >>> To: <houston at pm.org>
>> >> >> >>> Sent: Friday, April 25, 2014 11:25 AM
>> >> >> >>> Subject: Re: [pm-h] mod perl and calendar.cgi
>> >> >> >>>
>> >> >> >>>
>> >> >> >>> > On Fri, 25 Apr 2014 08:23:59 -0500
>> >> >> >>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>> >> >> >>> >
>> >> >> >>> >> Hi Brett:
>> >> >> >>> >>
>> >> >> >>> >> Turns out that for the mod_perl server, there are some
>> >> >> >>> >> 165 entries in %INC whereas for the not mod-perl server
>> >> >> >>> >> there is only one.
>> >> >> >>> >
>> >> >> >>> > Hi Fraser,
>> >> >> >>> >
>> >> >> >>> > There are 2 different things here.
>> >> >> >>> >
>> >> >> >>> > @INC contains a list of directories that perl searches for
>> >> >> >>> > modules. %INC contains entries for each module that is
>> >> >> >>> > loaded.
>> >> >> >>> >
>> >> >> >>> > I believe the suggestion was to check @INC to see if a
>> >> >> >>> > module is loaded from a location you are not expecting.
>> >> >> >>> >
>> >> >> >>> > G. Wade
>> >> >> >>> >
>> >> >> >>> >> The %ENV is larger by about 5 entries on the mod_perl
>> >> >> >>> >> machine.
>> >> >> >>> >>
>> >> >> >>> >> OK, where do I go from here.
>> >> >> >>> >>
>> >> >> >>> >> Fraser
>> >> >> >>> >>
>> >> >> >>> >> ----- Original Message -----
>> >> >> >>> >> From: "B. Estrade" <estrabd at gmail.com>
>> >> >> >>> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
>> >> >> >>> >> Sent: Tuesday, April 22, 2014 10:15 AM
>> >> >> >>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
>> >> >> >>> >>
>> >> >> >>> >>
>> >> >> >>> >> > Just a hunch, but I'd look to see how mod_perl affected
>> >> >> >>> >> > your environment. namely @INC.
>> >> >> >>> >> >
>> >> >> >>> >> > Brett
>> >> >> >>> >> >
>> >> >> >>> >> > On Tue, Apr 22, 2014 at 9:47 AM, Fraser Baker
>> >> >> >>> >> > <flbaker at sbcglobal.net> wrote:
>> >> >> >>> >> >> Hi y'all:
>> >> >> >>> >> >>
>> >> >> >>> >> >> Before I added mod-perl, calendar.cgi worked.
>> >> >> >>> >> >>
>> >> >> >>> >> >> After mod perl I get this error:
>> >> >> >>> >> >>
>> >> >> >>> >> >> [Tue Apr 22 09:28:35 2014] [error] Can't locate object
>> >> >> >>> >> >> method "initialize"
>> >> >> >>> >> >> via package "HTML::Template" at
>> >> >> >>> >> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi
>> >> >> >>> >> >> line 131.\n
>> >> >> >>> >> >>
>> >> >> >>> >> >> The offending line in calendar.cgi is:
>> >> >> >>> >> >>
>> >> >> >>> >> >> my
>> >> >> >>> >> >>
>> >> >> >>> >> >> $tmpl =
>> >> >> >>> >> >> HTML::Template->initialize( $directives->{'template'}
>> >> >> >>> >> >> || 'template.html' );
>> >> >> >>> >> >>
>> >> >> >>> >> >> I searched template.pm and don't find a function named
>> >> >> >>> >> >> initialize. I do find
>> >> >> >>> >> >>
>> >> >> >>> >> >> # initialize the template buffer
>> >> >> >>> >> >> sub _init_template {
>> >> >> >>> >> >>
>> >> >> >>> >> >> How do I fix this?
>> >> >> >>> >> >>
>> >> >> >>> >> >> Fraser
>> >> >> >>
>> >> >> >>
>> >> >> >> --
>> >> >> >> If debugging is the process of removing software bugs, the
>> >> >> >> programming must be the process of putting them in.
>> >> >> >> -- Edsger Dijkstra
>> >> >> >> _______________________________________________ Houston
>> >> >> >> mailing list Houston at pm.org
>> >> >> >> http://mail.pm.org/mailman/listinfo/houston
>> >> >> >> Website: http://houston.pm.org/
>> >> >> > _______________________________________________
>> >> >> > Houston mailing list
>> >> >> > Houston at pm.org
>> >> >> > http://mail.pm.org/mailman/listinfo/houston
>> >> >> > Website: http://houston.pm.org/
>> >> >>
>> >> >> _______________________________________________
>> >> >> Houston mailing list
>> >> >> Houston at pm.org
>> >> >> http://mail.pm.org/mailman/listinfo/houston
>> >> >> Website: http://houston.pm.org/
>> >> >
>> >> >
>> >> > -- 
>> >> > Fortune knocks but once, but misfortune has much more patience.
>> >> >                                                -- Laurence J.
>> >> > Peter _______________________________________________
>> >> > Houston mailing list
>> >> > Houston at pm.org
>> >> > http://mail.pm.org/mailman/listinfo/houston
>> >> > Website: http://houston.pm.org/
>> >>
>> >> _______________________________________________
>> >> Houston mailing list
>> >> Houston at pm.org
>> >> http://mail.pm.org/mailman/listinfo/houston
>> >> Website: http://houston.pm.org/
>> >
>> >
>> > -- 
>> > Sufficiently encapsulated magic is technology.   -- Michael Schwern
>> > _______________________________________________
>> > Houston mailing list
>> > Houston at pm.org
>> > http://mail.pm.org/mailman/listinfo/houston
>> > Website: http://houston.pm.org/
>>
>> _______________________________________________
>> Houston mailing list
>> Houston at pm.org
>> http://mail.pm.org/mailman/listinfo/houston
>> Website: http://houston.pm.org/
>
>
> -- 
> The computer should be doing the hard work. That's what it's paid to do,
> after all.                                            -- Larry Wall
> _______________________________________________
> Houston mailing list
> Houston at pm.org
> http://mail.pm.org/mailman/listinfo/houston
> Website: http://houston.pm.org/ 


From flbaker at sbcglobal.net  Wed May  7 05:39:56 2014
From: flbaker at sbcglobal.net (Fraser Baker)
Date: Wed, 7 May 2014 07:39:56 -0500
Subject: [pm-h] mod perl and calendar.cgi
In-Reply-To: <CE11F51A50A049FC815EE76E71346864@CHEETAH>
References: <3BE13FAB396F41B9B577BEC9F21B3BEB@CHEETAH><CALSf6fSi5HZ0DyS_cn6TYn+2NQyMdUABh2zzEdoSzfLvsv+nyg@mail.gmail.com><BA5CC14240C74414A6CA5AA73652E352@CHEETAH><20140425112525.0d3be0ce@cygnus><02F36A93C95E420E8C0FB1E4107C328C@CHEETAH><20140425134433.2ced11d0@cygnus><CALSf6fQbnsQUmqgBhrsb28tg2QpmA5LCi31OPKUTPDC_4ze_Uw@mail.gmail.com><26618368D6A5402A8BBF7394132CC574@CHEETAH><20140505114015.24bc3547@cygnus><A44F0F4AD69D4641AA209C93E2202558@CHEETAH><20140506111333.327ca684@cygnus><E0444A060C5D46B3B63233182C0D6A98@CHEETAH><20140506141222.3cdb1471@cygnus>
	<CE11F51A50A049FC815EE76E71346864@CHEETAH>
Message-ID: <AA3F21FA27CF494597B703C890F7AC5F@CHEETAH>

OOPS
Forgot to restart Apache. Calendar is running now.
Thanks for the tips.
Fraser

----- Original Message ----- 
From: "Fraser Baker" <flbaker at sbcglobal.net>
To: "Houston.pm located in Houston, TX." <houston at pm.org>
Sent: Tuesday, May 06, 2014 8:06 PM
Subject: Re: [pm-h] mod perl and calendar.cgi


> OK:
>
> Made all calls to CalTemplate the same. Didn't resolve the situation. 
> Error message is
> [Tue May 06 20:01:31 2014] [error] HTML::CalTemplate: No such file or 
> directory at D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line 
> 135.\n
>
> Why can't the file be found?
>
> I appreciate the problem is in the way mod_perl handles modules, but I am 
> perplexed by this issue.
>
> Thanks for your help.
>
> Fraser
>
> ----- Original Message ----- 
> From: "G. Wade Johnson" <gwadej at anomaly.org>
> To: <houston at pm.org>
> Sent: Tuesday, May 06, 2014 2:12 PM
> Subject: Re: [pm-h] mod perl and calendar.cgi
>
>
>> On Tue, 6 May 2014 12:50:40 -0500
>> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>>
>>> Hi Wade.
>>> Yes, a sub initialize exists.
>>>
>>>
>>> ----- Original Message ----- 
>>> From: "G. Wade Johnson" <gwadej at anomaly.org>
>>> To: <houston at pm.org>
>>> Sent: Tuesday, May 06, 2014 11:13 AM
>>> Subject: Re: [pm-h] mod perl and calendar.cgi
>>>
>>>
>>> > On Tue, 6 May 2014 10:53:55 -0500
>>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>>> >
>>> >> Some progress, but still not working.
>>> >>
>>> >> Turns out that the problem file "calendar.cgi" was using a locally
>>> >> installed liteweight version of template.pm.
>>> >
>>> > Okay. That would make some sense.
>>> >
>>> >> I renamed the file CalTemplate.pm and put it into the site/lib/HTML
>>> >> folder. I changed the package name in this file to CalTemplate.pm
>>> >>
>>> >> The %INC shows:
>>> >> For HTML/CalTemplate.pm value is
>>> >> C:/Perl/site/lib/HTML/CalTemplate.pm
>>> >>
>>> >> The use statement in calendar.cgi is
>>> >> use HTML::CalTemplate;
>>> >>
>>> >> The use directive finds and appears to load the file, but the same
>>> >> line as before can't find initialize
>>> >> [Tue May 06 10:15:30 2014] [error] Can't locate object method
>>> >> "initialize" via package "HTML::CalTemplate" (perhaps you forgot to
>>> >> load "HTML::CalTemplate"?) at
>>> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line 131.\n
>>> >
>>> >
>>> > Just to verify the obvious, is there an initialize() sub in
>>> > CalTemplate.pm?
>>> >
>>> > G. Wade
>>> >
>>> >> The offending line 131 is
>>> >> my $tmpl = CalTemplate->initialize( $directives->{'template'} ||
>>> >> 'calendar.html' );
>>
>> This is a bit suspicious.
>>
>> Is the package name "CalTemplate" or "HTML::CalTemplate"? You are using
>> one name for the 'use' statement and another for the initialize call.
>>
>> Just to be clear:
>>
>> 1. The code that loads the module (calendar.cgi) should contain:
>>
>> use HTML::CalTemplate;
>>
>> 2. The call to initialize should be:
>>
>> my $tmpl = HTML::CalTemplate->initialize( ... );
>>
>> 3. The package declaration inside C:/Perl/site/lib/HTML/CalTemplate.pm
>> should be:
>>
>> package HTML::CalTemplate;
>>
>> All three of these must match (including case) or Perl won't find the
>> right namespaces. This would give exactly the behavior you describe.
>>
>> G. Wade
>>
>>> >> Obviously, my understanding about mod_perl and now OOP is limited,
>>> >> so any comments?
>>> >>
>>> >> Fraser
>>> >>
>>> >> ----- Original Message ----- 
>>> >> From: "G. Wade Johnson" <gwadej at anomaly.org>
>>> >> To: <houston at pm.org>
>>> >> Sent: Monday, May 05, 2014 11:40 AM
>>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
>>> >>
>>> >>
>>> >> > On Mon, 5 May 2014 09:09:11 -0500
>>> >> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>>> >> >
>>> >> >> Hi:
>>> >> >>
>>> >> >> OK, I had two copies of HTML::Template, one in Site and the
>>> >> >> other came with PERL. I removed the one in Site and this made no
>>> >> >> difference.
>>> >> >>
>>> >> >> Reading a bit, always dangerous, I find that find that the page
>>> >> >> http://www.devshed.com/c/a/perl/getting-started-with-the-perl-template-toolkit/
>>> >> >> talks about installing Apache::Template.
>>> >> >>
>>> >> >> Is this what I need to do? I really need to resolve this issue.
>>> >> >> There must be someone out there that can help me resolve this.
>>> >> >
>>> >> > Hi Fraser,
>>> >> >
>>> >> > Template Toolkit is completely different from HTML::Template.
>>> >> > Apache::Template works with Template Toolkit, so installing it
>>> >> > would not help your issue. (Unless you wanted to rewrite
>>> >> > everything you are doing in Template instead of HTML::Template.
>>> >> > <jk/>)
>>> >> >
>>> >> > G. Wade
>>> >> >
>>> >> >> Fraser
>>> >> >>
>>> >> >> ----- Original Message ----- 
>>> >> >> From: "B. Estrade" <estrabd at gmail.com>
>>> >> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
>>> >> >> Sent: Friday, April 25, 2014 7:51 PM
>>> >> >> Subject: Re: [pm-h] mod perl and calendar.cgi
>>> >> >>
>>> >> >>
>>> >> >> > On Fri, Apr 25, 2014 at 1:44 PM, G. Wade Johnson
>>> >> >> > <gwadej at anomaly.org> wrote:
>>> >> >> >> On Fri, 25 Apr 2014 12:09:59 -0500
>>> >> >> >> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>>> >> >> >>
>>> >> >> >>> OK:
>>> >> >> >>>
>>> >> >> >>> For the server that is NOT running mod_perl
>>> >> >> >>> INCLUDED DATA ARRAY is
>>> >> >> >>> Term is C:/Perl/site/lib
>>> >> >> >>> Term is C:/Perl/lib
>>> >> >> >>> Term is .
>>> >> >> >>>
>>> >> >> >>> For the server that IS running mod_perl
>>> >> >> >>>
>>> >> >> >>> INCLUDED DATA ARRAY is
>>> >> >> >>> Term is D:/www/wc-admin.com/cgi-bin
>>> >> >> >>> Term is C:/Perl/site/lib
>>> >> >> >>> Term is C:/Perl/lib
>>> >> >> >>> Term is .
>>> >> >> >>> Term is C:/Program Files/Apache Software
>>> >> >> >>> Foundation/Apache2.2
>>> >> >> >>
>>> >> >> >> Okay. This gives us some stuff to work with.
>>> >> >> >>
>>> >> >> >> Check each of the directories in the two sets of paths for
>>> >> >> >> HTML/Template.pm. This might show more than one
>>> >> >> >> HTML::Template module installed.
>>> >> >> >
>>> >> >> > Or none at all. Make sure HTML::Template is installed.
>>> >> >> >
>>> >> >> >>
>>> >> >> >> Next, check to see if you have the same version of
>>> >> >> >> HTML::Template on both machines. I had somehow missed earlier
>>> >> >> >> that these were two separate machines. (Brain fail)
>>> >> >> >>
>>> >> >> >
>>> >> >> > /me too... oopsie
>>> >> >> >
>>> >> >> >> You'll want to verify that there is only one version of
>>> >> >> >> HTML::Template on each server and that the versions on the
>>> >> >> >> two servers match.
>>> >> >> >>
>>> >> >> >> If the one that works is older than the one that doesn't,
>>> >> >> >> upgrading will require code changes to match the newer
>>> >> >> >> module. If the one that works is the newer version, you can
>>> >> >> >> upgrade the version and the problem should be solved.
>>> >> >> >>
>>> >> >> >> G. Wade
>>> >> >> >>
>>> >> >> >>
>>> >> >> >>> I don't see anything here. Where to go from here?
>>> >> >> >
>>> >> >> > Is this mod_perl or mod_perl2? I am not familiar with any of
>>> >> >> > this on Windows unfortunately.  You could create a barebones
>>> >> >> > script that just tries to include HTML::Template using one
>>> >> >> > directory in @INC at a time. mod_perl also does funky things
>>> >> >> > with applications that are not meant to be run persistently -
>>> >> >> > so if this is the case there are request "handlers" that are
>>> >> >> > meant to restart or recompile/restart for each request.
>>> >> >> >
>>> >> >> > Unfortunately it could be a tedious process to track it down,
>>> >> >> > but I think wade's put you on the right track.
>>> >> >> >
>>> >> >> > Brett
>>> >> >> >
>>> >> >> >>>
>>> >> >> >>> Fraser
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>> ----- Original Message -----
>>> >> >> >>> From: "G. Wade Johnson" <gwadej at anomaly.org>
>>> >> >> >>> To: <houston at pm.org>
>>> >> >> >>> Sent: Friday, April 25, 2014 11:25 AM
>>> >> >> >>> Subject: Re: [pm-h] mod perl and calendar.cgi
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>> > On Fri, 25 Apr 2014 08:23:59 -0500
>>> >> >> >>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
>>> >> >> >>> >
>>> >> >> >>> >> Hi Brett:
>>> >> >> >>> >>
>>> >> >> >>> >> Turns out that for the mod_perl server, there are some
>>> >> >> >>> >> 165 entries in %INC whereas for the not mod-perl server
>>> >> >> >>> >> there is only one.
>>> >> >> >>> >
>>> >> >> >>> > Hi Fraser,
>>> >> >> >>> >
>>> >> >> >>> > There are 2 different things here.
>>> >> >> >>> >
>>> >> >> >>> > @INC contains a list of directories that perl searches for
>>> >> >> >>> > modules. %INC contains entries for each module that is
>>> >> >> >>> > loaded.
>>> >> >> >>> >
>>> >> >> >>> > I believe the suggestion was to check @INC to see if a
>>> >> >> >>> > module is loaded from a location you are not expecting.
>>> >> >> >>> >
>>> >> >> >>> > G. Wade
>>> >> >> >>> >
>>> >> >> >>> >> The %ENV is larger by about 5 entries on the mod_perl
>>> >> >> >>> >> machine.
>>> >> >> >>> >>
>>> >> >> >>> >> OK, where do I go from here.
>>> >> >> >>> >>
>>> >> >> >>> >> Fraser
>>> >> >> >>> >>
>>> >> >> >>> >> ----- Original Message -----
>>> >> >> >>> >> From: "B. Estrade" <estrabd at gmail.com>
>>> >> >> >>> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
>>> >> >> >>> >> Sent: Tuesday, April 22, 2014 10:15 AM
>>> >> >> >>> >> Subject: Re: [pm-h] mod perl and calendar.cgi
>>> >> >> >>> >>
>>> >> >> >>> >>
>>> >> >> >>> >> > Just a hunch, but I'd look to see how mod_perl affected
>>> >> >> >>> >> > your environment. namely @INC.
>>> >> >> >>> >> >
>>> >> >> >>> >> > Brett
>>> >> >> >>> >> >
>>> >> >> >>> >> > On Tue, Apr 22, 2014 at 9:47 AM, Fraser Baker
>>> >> >> >>> >> > <flbaker at sbcglobal.net> wrote:
>>> >> >> >>> >> >> Hi y'all:
>>> >> >> >>> >> >>
>>> >> >> >>> >> >> Before I added mod-perl, calendar.cgi worked.
>>> >> >> >>> >> >>
>>> >> >> >>> >> >> After mod perl I get this error:
>>> >> >> >>> >> >>
>>> >> >> >>> >> >> [Tue Apr 22 09:28:35 2014] [error] Can't locate object
>>> >> >> >>> >> >> method "initialize"
>>> >> >> >>> >> >> via package "HTML::Template" at
>>> >> >> >>> >> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi
>>> >> >> >>> >> >> line 131.\n
>>> >> >> >>> >> >>
>>> >> >> >>> >> >> The offending line in calendar.cgi is:
>>> >> >> >>> >> >>
>>> >> >> >>> >> >> my
>>> >> >> >>> >> >>
>>> >> >> >>> >> >> $tmpl =
>>> >> >> >>> >> >> HTML::Template->initialize( $directives->{'template'}
>>> >> >> >>> >> >> || 'template.html' );
>>> >> >> >>> >> >>
>>> >> >> >>> >> >> I searched template.pm and don't find a function named
>>> >> >> >>> >> >> initialize. I do find
>>> >> >> >>> >> >>
>>> >> >> >>> >> >> # initialize the template buffer
>>> >> >> >>> >> >> sub _init_template {
>>> >> >> >>> >> >>
>>> >> >> >>> >> >> How do I fix this?
>>> >> >> >>> >> >>
>>> >> >> >>> >> >> Fraser
>>> >> >> >>
>>> >> >> >>
>>> >> >> >> --
>>> >> >> >> If debugging is the process of removing software bugs, the
>>> >> >> >> programming must be the process of putting them in.
>>> >> >> >> -- Edsger Dijkstra
>>> >> >> >> _______________________________________________ Houston
>>> >> >> >> mailing list Houston at pm.org
>>> >> >> >> http://mail.pm.org/mailman/listinfo/houston
>>> >> >> >> Website: http://houston.pm.org/
>>> >> >> > _______________________________________________
>>> >> >> > Houston mailing list
>>> >> >> > Houston at pm.org
>>> >> >> > http://mail.pm.org/mailman/listinfo/houston
>>> >> >> > Website: http://houston.pm.org/
>>> >> >>
>>> >> >> _______________________________________________
>>> >> >> Houston mailing list
>>> >> >> Houston at pm.org
>>> >> >> http://mail.pm.org/mailman/listinfo/houston
>>> >> >> Website: http://houston.pm.org/
>>> >> >
>>> >> >
>>> >> > -- 
>>> >> > Fortune knocks but once, but misfortune has much more patience.
>>> >> >                                                -- Laurence J.
>>> >> > Peter _______________________________________________
>>> >> > Houston mailing list
>>> >> > Houston at pm.org
>>> >> > http://mail.pm.org/mailman/listinfo/houston
>>> >> > Website: http://houston.pm.org/
>>> >>
>>> >> _______________________________________________
>>> >> Houston mailing list
>>> >> Houston at pm.org
>>> >> http://mail.pm.org/mailman/listinfo/houston
>>> >> Website: http://houston.pm.org/
>>> >
>>> >
>>> > -- 
>>> > Sufficiently encapsulated magic is technology.   -- Michael Schwern
>>> > _______________________________________________
>>> > Houston mailing list
>>> > Houston at pm.org
>>> > http://mail.pm.org/mailman/listinfo/houston
>>> > Website: http://houston.pm.org/
>>>
>>> _______________________________________________
>>> Houston mailing list
>>> Houston at pm.org
>>> http://mail.pm.org/mailman/listinfo/houston
>>> Website: http://houston.pm.org/
>>
>>
>> -- 
>> The computer should be doing the hard work. That's what it's paid to do,
>> after all.                                            -- Larry Wall
>> _______________________________________________
>> Houston mailing list
>> Houston at pm.org
>> http://mail.pm.org/mailman/listinfo/houston
>> Website: http://houston.pm.org/
>
> _______________________________________________
> Houston mailing list
> Houston at pm.org
> http://mail.pm.org/mailman/listinfo/houston
> Website: http://houston.pm.org/ 


From gwadej at anomaly.org  Wed May  7 06:00:58 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Wed, 7 May 2014 08:00:58 -0500
Subject: [pm-h] mod perl and calendar.cgi
In-Reply-To: <CE11F51A50A049FC815EE76E71346864@CHEETAH>
References: <3BE13FAB396F41B9B577BEC9F21B3BEB@CHEETAH>
	<CALSf6fSi5HZ0DyS_cn6TYn+2NQyMdUABh2zzEdoSzfLvsv+nyg@mail.gmail.com>
	<BA5CC14240C74414A6CA5AA73652E352@CHEETAH>
	<20140425112525.0d3be0ce@cygnus>
	<02F36A93C95E420E8C0FB1E4107C328C@CHEETAH>
	<20140425134433.2ced11d0@cygnus>
	<CALSf6fQbnsQUmqgBhrsb28tg2QpmA5LCi31OPKUTPDC_4ze_Uw@mail.gmail.com>
	<26618368D6A5402A8BBF7394132CC574@CHEETAH>
	<20140505114015.24bc3547@cygnus>
	<A44F0F4AD69D4641AA209C93E2202558@CHEETAH>
	<20140506111333.327ca684@cygnus>
	<E0444A060C5D46B3B63233182C0D6A98@CHEETAH>
	<20140506141222.3cdb1471@cygnus>
	<CE11F51A50A049FC815EE76E71346864@CHEETAH>
Message-ID: <20140507080058.3f9ba264@cygnus>

On Tue, 6 May 2014 20:06:54 -0500
"Fraser Baker" <flbaker at sbcglobal.net> wrote:

> OK:
> 
> Made all calls to CalTemplate the same. Didn't resolve the situation.
> Error message is
> [Tue May 06 20:01:31 2014] [error] HTML::CalTemplate: No such file or 
> directory at D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi
> line 135.\n
> 
> Why can't the file be found?

This is a different message, so we are making progress. It looks like
the function of HTML::CalTemplate that you are calling on line 135 of
calendar.cgi is failing to find a file. Or, possibly it is trying to
write to a directory that does not exist.

Without seeing the code, I can't be sure. But that would match problems
that cause this message.

G. Wade

> I appreciate the problem is in the way mod_perl handles modules, but
> I am perplexed by this issue.
> 
> Thanks for your help.
> 
> Fraser
> 
> ----- Original Message ----- 
> From: "G. Wade Johnson" <gwadej at anomaly.org>
> To: <houston at pm.org>
> Sent: Tuesday, May 06, 2014 2:12 PM
> Subject: Re: [pm-h] mod perl and calendar.cgi
> 
> 
> > On Tue, 6 May 2014 12:50:40 -0500
> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >
> >> Hi Wade.
> >> Yes, a sub initialize exists.
> >>
> >>
> >> ----- Original Message ----- 
> >> From: "G. Wade Johnson" <gwadej at anomaly.org>
> >> To: <houston at pm.org>
> >> Sent: Tuesday, May 06, 2014 11:13 AM
> >> Subject: Re: [pm-h] mod perl and calendar.cgi
> >>
> >>
> >> > On Tue, 6 May 2014 10:53:55 -0500
> >> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >> >
> >> >> Some progress, but still not working.
> >> >>
> >> >> Turns out that the problem file "calendar.cgi" was using a
> >> >> locally installed liteweight version of template.pm.
> >> >
> >> > Okay. That would make some sense.
> >> >
> >> >> I renamed the file CalTemplate.pm and put it into the
> >> >> site/lib/HTML folder. I changed the package name in this file
> >> >> to CalTemplate.pm
> >> >>
> >> >> The %INC shows:
> >> >> For HTML/CalTemplate.pm value is
> >> >> C:/Perl/site/lib/HTML/CalTemplate.pm
> >> >>
> >> >> The use statement in calendar.cgi is
> >> >> use HTML::CalTemplate;
> >> >>
> >> >> The use directive finds and appears to load the file, but the
> >> >> same line as before can't find initialize
> >> >> [Tue May 06 10:15:30 2014] [error] Can't locate object method
> >> >> "initialize" via package "HTML::CalTemplate" (perhaps you
> >> >> forgot to load "HTML::CalTemplate"?) at
> >> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi line
> >> >> 131.\n
> >> >
> >> >
> >> > Just to verify the obvious, is there an initialize() sub in
> >> > CalTemplate.pm?
> >> >
> >> > G. Wade
> >> >
> >> >> The offending line 131 is
> >> >> my $tmpl = CalTemplate->initialize( $directives->{'template'} ||
> >> >> 'calendar.html' );
> >
> > This is a bit suspicious.
> >
> > Is the package name "CalTemplate" or "HTML::CalTemplate"? You are
> > using one name for the 'use' statement and another for the
> > initialize call.
> >
> > Just to be clear:
> >
> > 1. The code that loads the module (calendar.cgi) should contain:
> >
> > use HTML::CalTemplate;
> >
> > 2. The call to initialize should be:
> >
> > my $tmpl = HTML::CalTemplate->initialize( ... );
> >
> > 3. The package declaration inside
> > C:/Perl/site/lib/HTML/CalTemplate.pm should be:
> >
> > package HTML::CalTemplate;
> >
> > All three of these must match (including case) or Perl won't find
> > the right namespaces. This would give exactly the behavior you
> > describe.
> >
> > G. Wade
> >
> >> >> Obviously, my understanding about mod_perl and now OOP is
> >> >> limited, so any comments?
> >> >>
> >> >> Fraser
> >> >>
> >> >> ----- Original Message ----- 
> >> >> From: "G. Wade Johnson" <gwadej at anomaly.org>
> >> >> To: <houston at pm.org>
> >> >> Sent: Monday, May 05, 2014 11:40 AM
> >> >> Subject: Re: [pm-h] mod perl and calendar.cgi
> >> >>
> >> >>
> >> >> > On Mon, 5 May 2014 09:09:11 -0500
> >> >> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >> >> >
> >> >> >> Hi:
> >> >> >>
> >> >> >> OK, I had two copies of HTML::Template, one in Site and the
> >> >> >> other came with PERL. I removed the one in Site and this
> >> >> >> made no difference.
> >> >> >>
> >> >> >> Reading a bit, always dangerous, I find that find that the
> >> >> >> page
> >> >> >> http://www.devshed.com/c/a/perl/getting-started-with-the-perl-template-toolkit/
> >> >> >> talks about installing Apache::Template.
> >> >> >>
> >> >> >> Is this what I need to do? I really need to resolve this
> >> >> >> issue. There must be someone out there that can help me
> >> >> >> resolve this.
> >> >> >
> >> >> > Hi Fraser,
> >> >> >
> >> >> > Template Toolkit is completely different from HTML::Template.
> >> >> > Apache::Template works with Template Toolkit, so installing it
> >> >> > would not help your issue. (Unless you wanted to rewrite
> >> >> > everything you are doing in Template instead of
> >> >> > HTML::Template. <jk/>)
> >> >> >
> >> >> > G. Wade
> >> >> >
> >> >> >> Fraser
> >> >> >>
> >> >> >> ----- Original Message ----- 
> >> >> >> From: "B. Estrade" <estrabd at gmail.com>
> >> >> >> To: "Houston.pm located in Houston, TX." <houston at pm.org>
> >> >> >> Sent: Friday, April 25, 2014 7:51 PM
> >> >> >> Subject: Re: [pm-h] mod perl and calendar.cgi
> >> >> >>
> >> >> >>
> >> >> >> > On Fri, Apr 25, 2014 at 1:44 PM, G. Wade Johnson
> >> >> >> > <gwadej at anomaly.org> wrote:
> >> >> >> >> On Fri, 25 Apr 2014 12:09:59 -0500
> >> >> >> >> "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >> >> >> >>
> >> >> >> >>> OK:
> >> >> >> >>>
> >> >> >> >>> For the server that is NOT running mod_perl
> >> >> >> >>> INCLUDED DATA ARRAY is
> >> >> >> >>> Term is C:/Perl/site/lib
> >> >> >> >>> Term is C:/Perl/lib
> >> >> >> >>> Term is .
> >> >> >> >>>
> >> >> >> >>> For the server that IS running mod_perl
> >> >> >> >>>
> >> >> >> >>> INCLUDED DATA ARRAY is
> >> >> >> >>> Term is D:/www/wc-admin.com/cgi-bin
> >> >> >> >>> Term is C:/Perl/site/lib
> >> >> >> >>> Term is C:/Perl/lib
> >> >> >> >>> Term is .
> >> >> >> >>> Term is C:/Program Files/Apache Software
> >> >> >> >>> Foundation/Apache2.2
> >> >> >> >>
> >> >> >> >> Okay. This gives us some stuff to work with.
> >> >> >> >>
> >> >> >> >> Check each of the directories in the two sets of paths for
> >> >> >> >> HTML/Template.pm. This might show more than one
> >> >> >> >> HTML::Template module installed.
> >> >> >> >
> >> >> >> > Or none at all. Make sure HTML::Template is installed.
> >> >> >> >
> >> >> >> >>
> >> >> >> >> Next, check to see if you have the same version of
> >> >> >> >> HTML::Template on both machines. I had somehow missed
> >> >> >> >> earlier that these were two separate machines. (Brain
> >> >> >> >> fail)
> >> >> >> >>
> >> >> >> >
> >> >> >> > /me too... oopsie
> >> >> >> >
> >> >> >> >> You'll want to verify that there is only one version of
> >> >> >> >> HTML::Template on each server and that the versions on the
> >> >> >> >> two servers match.
> >> >> >> >>
> >> >> >> >> If the one that works is older than the one that doesn't,
> >> >> >> >> upgrading will require code changes to match the newer
> >> >> >> >> module. If the one that works is the newer version, you
> >> >> >> >> can upgrade the version and the problem should be solved.
> >> >> >> >>
> >> >> >> >> G. Wade
> >> >> >> >>
> >> >> >> >>
> >> >> >> >>> I don't see anything here. Where to go from here?
> >> >> >> >
> >> >> >> > Is this mod_perl or mod_perl2? I am not familiar with any
> >> >> >> > of this on Windows unfortunately.  You could create a
> >> >> >> > barebones script that just tries to include HTML::Template
> >> >> >> > using one directory in @INC at a time. mod_perl also does
> >> >> >> > funky things with applications that are not meant to be
> >> >> >> > run persistently - so if this is the case there are
> >> >> >> > request "handlers" that are meant to restart or
> >> >> >> > recompile/restart for each request.
> >> >> >> >
> >> >> >> > Unfortunately it could be a tedious process to track it
> >> >> >> > down, but I think wade's put you on the right track.
> >> >> >> >
> >> >> >> > Brett
> >> >> >> >
> >> >> >> >>>
> >> >> >> >>> Fraser
> >> >> >> >>>
> >> >> >> >>>
> >> >> >> >>> ----- Original Message -----
> >> >> >> >>> From: "G. Wade Johnson" <gwadej at anomaly.org>
> >> >> >> >>> To: <houston at pm.org>
> >> >> >> >>> Sent: Friday, April 25, 2014 11:25 AM
> >> >> >> >>> Subject: Re: [pm-h] mod perl and calendar.cgi
> >> >> >> >>>
> >> >> >> >>>
> >> >> >> >>> > On Fri, 25 Apr 2014 08:23:59 -0500
> >> >> >> >>> > "Fraser Baker" <flbaker at sbcglobal.net> wrote:
> >> >> >> >>> >
> >> >> >> >>> >> Hi Brett:
> >> >> >> >>> >>
> >> >> >> >>> >> Turns out that for the mod_perl server, there are some
> >> >> >> >>> >> 165 entries in %INC whereas for the not mod-perl
> >> >> >> >>> >> server there is only one.
> >> >> >> >>> >
> >> >> >> >>> > Hi Fraser,
> >> >> >> >>> >
> >> >> >> >>> > There are 2 different things here.
> >> >> >> >>> >
> >> >> >> >>> > @INC contains a list of directories that perl searches
> >> >> >> >>> > for modules. %INC contains entries for each module
> >> >> >> >>> > that is loaded.
> >> >> >> >>> >
> >> >> >> >>> > I believe the suggestion was to check @INC to see if a
> >> >> >> >>> > module is loaded from a location you are not expecting.
> >> >> >> >>> >
> >> >> >> >>> > G. Wade
> >> >> >> >>> >
> >> >> >> >>> >> The %ENV is larger by about 5 entries on the mod_perl
> >> >> >> >>> >> machine.
> >> >> >> >>> >>
> >> >> >> >>> >> OK, where do I go from here.
> >> >> >> >>> >>
> >> >> >> >>> >> Fraser
> >> >> >> >>> >>
> >> >> >> >>> >> ----- Original Message -----
> >> >> >> >>> >> From: "B. Estrade" <estrabd at gmail.com>
> >> >> >> >>> >> To: "Houston.pm located in Houston, TX."
> >> >> >> >>> >> <houston at pm.org> Sent: Tuesday, April 22, 2014 10:15
> >> >> >> >>> >> AM Subject: Re: [pm-h] mod perl and calendar.cgi
> >> >> >> >>> >>
> >> >> >> >>> >>
> >> >> >> >>> >> > Just a hunch, but I'd look to see how mod_perl
> >> >> >> >>> >> > affected your environment. namely @INC.
> >> >> >> >>> >> >
> >> >> >> >>> >> > Brett
> >> >> >> >>> >> >
> >> >> >> >>> >> > On Tue, Apr 22, 2014 at 9:47 AM, Fraser Baker
> >> >> >> >>> >> > <flbaker at sbcglobal.net> wrote:
> >> >> >> >>> >> >> Hi y'all:
> >> >> >> >>> >> >>
> >> >> >> >>> >> >> Before I added mod-perl, calendar.cgi worked.
> >> >> >> >>> >> >>
> >> >> >> >>> >> >> After mod perl I get this error:
> >> >> >> >>> >> >>
> >> >> >> >>> >> >> [Tue Apr 22 09:28:35 2014] [error] Can't locate
> >> >> >> >>> >> >> object method "initialize"
> >> >> >> >>> >> >> via package "HTML::Template" at
> >> >> >> >>> >> >> D:/www/wc-admin.com/cgi-bin/event_calendar/calendar.cgi
> >> >> >> >>> >> >> line 131.\n
> >> >> >> >>> >> >>
> >> >> >> >>> >> >> The offending line in calendar.cgi is:
> >> >> >> >>> >> >>
> >> >> >> >>> >> >> my
> >> >> >> >>> >> >>
> >> >> >> >>> >> >> $tmpl =
> >> >> >> >>> >> >> HTML::Template->initialize( $directives->{'template'}
> >> >> >> >>> >> >> || 'template.html' );
> >> >> >> >>> >> >>
> >> >> >> >>> >> >> I searched template.pm and don't find a function
> >> >> >> >>> >> >> named initialize. I do find
> >> >> >> >>> >> >>
> >> >> >> >>> >> >> # initialize the template buffer
> >> >> >> >>> >> >> sub _init_template {
> >> >> >> >>> >> >>
> >> >> >> >>> >> >> How do I fix this?
> >> >> >> >>> >> >>
> >> >> >> >>> >> >> Fraser
> >> >> >> >>
> >> >> >> >>
> >> >> >> >> --
> >> >> >> >> If debugging is the process of removing software bugs, the
> >> >> >> >> programming must be the process of putting them in.
> >> >> >> >> -- Edsger Dijkstra
> >> >> >> >> _______________________________________________ Houston
> >> >> >> >> mailing list Houston at pm.org
> >> >> >> >> http://mail.pm.org/mailman/listinfo/houston
> >> >> >> >> Website: http://houston.pm.org/
> >> >> >> > _______________________________________________
> >> >> >> > Houston mailing list
> >> >> >> > Houston at pm.org
> >> >> >> > http://mail.pm.org/mailman/listinfo/houston
> >> >> >> > Website: http://houston.pm.org/
> >> >> >>
> >> >> >> _______________________________________________
> >> >> >> Houston mailing list
> >> >> >> Houston at pm.org
> >> >> >> http://mail.pm.org/mailman/listinfo/houston
> >> >> >> Website: http://houston.pm.org/
> >> >> >
> >> >> >
> >> >> > -- 
> >> >> > Fortune knocks but once, but misfortune has much more
> >> >> > patience. -- Laurence J.
> >> >> > Peter _______________________________________________
> >> >> > Houston mailing list
> >> >> > Houston at pm.org
> >> >> > http://mail.pm.org/mailman/listinfo/houston
> >> >> > Website: http://houston.pm.org/
> >> >>
> >> >> _______________________________________________
> >> >> Houston mailing list
> >> >> Houston at pm.org
> >> >> http://mail.pm.org/mailman/listinfo/houston
> >> >> Website: http://houston.pm.org/
> >> >
> >> >
> >> > -- 
> >> > Sufficiently encapsulated magic is technology.   -- Michael
> >> > Schwern _______________________________________________
> >> > Houston mailing list
> >> > Houston at pm.org
> >> > http://mail.pm.org/mailman/listinfo/houston
> >> > Website: http://houston.pm.org/
> >>
> >> _______________________________________________
> >> Houston mailing list
> >> Houston at pm.org
> >> http://mail.pm.org/mailman/listinfo/houston
> >> Website: http://houston.pm.org/
> >
> >
> > -- 
> > The computer should be doing the hard work. That's what it's paid
> > to do, after all.                                            --
> > Larry Wall _______________________________________________
> > Houston mailing list
> > Houston at pm.org
> > http://mail.pm.org/mailman/listinfo/houston
> > Website: http://houston.pm.org/ 
> 
> _______________________________________________
> Houston mailing list
> Houston at pm.org
> http://mail.pm.org/mailman/listinfo/houston
> Website: http://houston.pm.org/


-- 
I never let schooling get in the way of my education. -- Mark Twain

From gwadej at anomaly.org  Wed May  7 15:35:30 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Wed, 7 May 2014 17:35:30 -0500
Subject: [pm-h] Tomorrow's Houston.pm Meeting
Message-ID: <20140507173530.39179348@cygnus>

We are really having issues with our meetings lately.

Eris Caffee has apparently been having some health issues and will be
unable to present the "Markoff Chains" talk tomorrow.

I'll see who I can get to cover the meeting tomorrow. I have one or two
people who might be up for it. If nothing else, I'll figure out
something to present.

I apologize for the confusion and inconvenience.

I'm beginning to think we may need to start booking a presenter and an
alternate.<sigh/>

I'll let everyone know as soon as possible.
G. Wade
-- 
There are two ways of constructing a software design: One way is to
make it so simple that there are obviously no deficiencies and the
other way is to make it so complicated that there are no obvious
deficiencies. -- C. A. R. Hoare

From gwadej at anomaly.org  Wed May  7 15:41:28 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Wed, 7 May 2014 17:41:28 -0500
Subject: [pm-h] Tomorrow's Houston.pm Meeting
In-Reply-To: <20140507173530.39179348@cygnus>
References: <20140507173530.39179348@cygnus>
Message-ID: <20140507174128.2942a1b5@cygnus>

On Wed, 7 May 2014 17:35:30 -0500
"G. Wade Johnson" <gwadej at anomaly.org> wrote:

> We are really having issues with our meetings lately.
> 
> Eris Caffee has apparently been having some health issues and will be
> unable to present the "Markoff Chains" talk tomorrow.

s/Markoff/Markov/

(Brain cramp)

-- 
The most exciting phrase to hear in science, the one that heralds new
discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...'
                                                     -- Isaac Asimov

From gwadej at anomaly.org  Wed May  7 18:49:53 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Wed, 7 May 2014 20:49:53 -0500
Subject: [pm-h] Tomorrow's Houston.pm Meeting
In-Reply-To: <20140507173530.39179348@cygnus>
References: <20140507173530.39179348@cygnus>
Message-ID: <20140507204953.7f33afff@cygnus>

Fortunately, we've got a pretty good group.

Brett Estrade will do his presentation on Indexing with Sphinx that was
scheduled for July. We even have Robert Stone volunteering with a
backup talk if that falls through.

He's concerned that it might not be long enough, so I suggest people be
prepared for a few lightning talks if we have extra time. If you have a
5 minute or less topic, be prepared.

Thanks to Brett and Robert for stepping up with little notice.
G. Wade

On Wed, 7 May 2014 17:35:30 -0500
"G. Wade Johnson" <gwadej at anomaly.org> wrote:

> We are really having issues with our meetings lately.
> 
> Eris Caffee has apparently been having some health issues and will be
> unable to present the "Markoff Chains" talk tomorrow.
> 
> I'll see who I can get to cover the meeting tomorrow. I have one or
> two people who might be up for it. If nothing else, I'll figure out
> something to present.
> 
> I apologize for the confusion and inconvenience.
> 
> I'm beginning to think we may need to start booking a presenter and an
> alternate.<sigh/>
> 
> I'll let everyone know as soon as possible.
> G. Wade


-- 
They made a very satisfying thump when they hit the floor.
                            -- G'Kar - "A Late Delivery from Avalon"

From toddr at cpanel.net  Thu May  8 17:20:26 2014
From: toddr at cpanel.net (Todd Rinaldo)
Date: Thu, 8 May 2014 19:20:26 -0500
Subject: [pm-h] URL to join houston.pm presentation
Message-ID: <83BE677A-F18E-49AC-AC14-A8D54516B194@cpanel.net>

https://plus.google.com/hangouts/_/hoaevent/AP36tYeYEAk1y3Sl0QykowXVVNmX0BBQI-CL4wCXi90No2k-l_W38g

From estrabd at gmail.com  Thu May  8 18:45:28 2014
From: estrabd at gmail.com (B. Estrade)
Date: Thu, 8 May 2014 20:45:28 -0500
Subject: [pm-h] URL to join houston.pm presentation
In-Reply-To: <83BE677A-F18E-49AC-AC14-A8D54516B194@cpanel.net>
References: <83BE677A-F18E-49AC-AC14-A8D54516B194@cpanel.net>
Message-ID: <CALSf6fS0oAgB5=yQgv4v0+BN4zdH3o84pNSrZa_2dKmDx0jMGQ@mail.gmail.com>

Thank you to all who attended - and to Toddr and Wade for sorting out
the hangout issues.

Here's a link to the presentation, feel free to ping me with questions
offline or on.

https://docs.google.com/presentation/d/1LZxlnd-0CrFweOqTH2GSP1spcwdVgYnbv5jfqvmhYGQ

Brett

On Thu, May 8, 2014 at 7:20 PM, Todd Rinaldo <toddr at cpanel.net> wrote:
> https://plus.google.com/hangouts/_/hoaevent/AP36tYeYEAk1y3Sl0QykowXVVNmX0BBQI-CL4wCXi90No2k-l_W38g
> _______________________________________________
> Houston mailing list
> Houston at pm.org
> http://mail.pm.org/mailman/listinfo/houston
> Website: http://houston.pm.org/

From mrdvt92 at yahoo.com  Sat May 10 12:12:12 2014
From: mrdvt92 at yahoo.com (Michael R. Davis)
Date: Sat, 10 May 2014 15:12:12 -0400
Subject: [pm-h] Bulk Inserts in DBIx::Array
In-Reply-To: <20140420224737.451dfd16@cygnus>
References: <20140420224737.451dfd16@cygnus>
Message-ID: <612BE8FE-DD66-4E94-8D60-A0EF1789D736@yahoo.com>

Perl Folks,
I finally figured out the Bulk Insert capability of DBI and I have wrapped it up in my DBIx::Array object.  Take a look let me know if you find it interesting or useful.  http://search.cpan.org/perldoc?DBIx%3A%3AArray

My tests on Oracle show that bulk inserts are much faster going from 0 at 1 row to 100 times faster at 10,000 records.

Inserts for 50,000 records in 3 seconds is quite impressive.
Thanks,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/houston/attachments/20140510/f76e9891/attachment.html>

From uri at stemsystems.com  Sat May 10 12:51:52 2014
From: uri at stemsystems.com (Uri Guttman)
Date: Sat, 10 May 2014 15:51:52 -0400
Subject: [pm-h] Bulk Inserts in DBIx::Array
In-Reply-To: <612BE8FE-DD66-4E94-8D60-A0EF1789D736@yahoo.com>
References: <20140420224737.451dfd16@cygnus>
	<612BE8FE-DD66-4E94-8D60-A0EF1789D736@yahoo.com>
Message-ID: <536E8358.1090204@stemsystems.com>

On 05/10/2014 03:12 PM, Michael R. Davis wrote:
> Perl Folks, I finally figured out the Bulk Insert capability of DBI
> and I have wrapped it up in my DBIx::Array object.  Take a look let
> me know if you find it interesting or useful.
> http://search.cpan.org/perldoc?DBIx%3A%3AArray
>
> My tests on Oracle show that bulk inserts are much faster going from
> 0 at 1 row to 100 times faster at 10,000 records.
>
> Inserts for 50,000 records in 3 seconds is quite impressive. Thanks,

that would be useful to me if it works on mssql (yes, i have to use it). 
at least the dev work and other systems are linux but the backend db is 
still redmond.

thanx,

uri


-- 
Uri Guttman - The Perl Hunter
The Best Perl Jobs, The Best Perl Hackers
http://PerlHunter.com

From gwadej at anomaly.org  Sun May 11 16:54:47 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Sun, 11 May 2014 18:54:47 -0500
Subject: [pm-h] Fw: Community News: Get Your Free Books + More from O'Reilly
Message-ID: <20140511185447.19454a5a@cygnus>



Begin forwarded message:

Date: Sun, 11 May 2014 04:00:46 -0700
From: Marsee Henon and Jon Johns <usergroups at post.oreilly.com>
To: gwadej at anomaly.org
Subject: Community News: Get Your Free Books + More from O'Reilly


View this message as HTML 
http://post.oreilly.com/rd/9z1zlhv1fgj90nal53irsk8o3skjoplk1r8n5c0ii90

Send this to a friend 
http://post.oreilly.com/f2f/9z1z0fprh3a6bb7dgags3bedcjjikudog9qnmtq3cf8

Hello,

We launched two great videos this week, 'An Introduction to d3.js: 
From Scattered to Scatterplot' By Scott Murray, and 'Build a Strong 
AngularJS Foundation' By Lukas Ruebbelke, Matias Niemel?. We're looking 
for reviewers, so if any of your members are interested, please send 
us a request for these videos.

http://post.oreilly.com/rd/9z1zo5pigttl87j7kka40nnh4jbkmue7fe6u29fqggo
http://post.oreilly.com/rd/9z1z02sdp732qfgispj9m0dshkv77giundm5rplvo08
 
 Cheers,

Marsee Henon and Jon Johns

P.S. Rachel (@rroumeliotis), Marsee (@marsee), and Josh (@joshsimmons)
are headed to the the Kansas City Developer Conference May 15-17 in
Kansas City, MO. Let them know if you want to get together and now's
your chance to pitch your book/video idea at the O'Reilly session. 
http://post.oreilly.com/rd/9z1zp1eku4ns4ec68vi1bhm45bb78kundghdnonjf90

Available for Review

We're looking for reviewers for the following books & videos.
Consider posting your reviews on Amazon, Slashdot, oreilly.com, 
goodreads.com and/or your blog.

Mobile Design Pattern Gallery, 2nd Edition    
http://post.oreilly.com/rd/9z1z8haa7t7p6e2gdb0jm59aeh311f7nvled6n86os0

Becoming Functional                                  
http://post.oreilly.com/rd/9z1zpepn5mlhjsrfh1i0cem7dk6bod4vkm0lnr147ao

Creating Apps in Kivy
http://post.oreilly.com/rd/9z1z9q6428dt8mfnnvbjbf7itc1g9nvfvngv2a2u7e8

It's easy for you to get books for your meeting or special
events -- just email usergroups at oreilly.com and include the words
"book request" in the subject line. Don't forget to include your
deadline and shipping address. Prefer ebooks? We can send you a free
ebook certificate to print out for raffles or book reviewers.

New Releases

User Story Mapping    
http://post.oreilly.com/rd/9z1zvkt1mv97hp0hqq7e86a8im4dsvharsevatq0mbo

Google Compute Engine 
http://post.oreilly.com/rd/9z1z6aasfm43vrtblvd9t4adabf52lq7ooembh20v40

Object Storage with Swift   
http://post.oreilly.com/rd/9z1zl2kau19ef0oedpn90v9e8o103aclcrdhu2qgq68

High Performance Responsive Design  
http://post.oreilly.com/rd/9z1z458nm21ddsoh4549vo11n7arq5o3f4dp2at8gko

Make: More Electronics
http://post.oreilly.com/rd/9z1zp1mhavh9lk0mir17gaf0igush93b20tg56t8ibg

OpenStack Operations Guide   
http://post.oreilly.com/rd/9z1z1pd0mbbqqogq6shq182u06e14p0d7vqfbj3ulho

Spring edition of BioCoder is now available

We're at the start of a revolution that will transform our lives as
radically as the computer revolution of the 70s. The biological
revolution will touch every aspect of our lives: food and health,
certainly, but also art, recreation, law, business, and much
more.	

http://post.oreilly.com/rd/9z1zefp9985043b84aupins5rtok8mrm7lmu1cpes9g

Solid Factory Tour Day - Friday, May 23

Solid Factory Tour Day To get even a deeper dive into the future of
advanced manufacturing, we've added a Factory Tour Day for Solid
attendees on Friday, May 23. Join us for a behind-the-scenes look at
advanced manufacturing with two cutting-edge factories?DMG Mori and
Swerve?featuring commentary and discussion from Solid program chair Jon
Bruner and associate chair David Cranor. Solid Factory Tour Day Space
on the tour is limited, and is offered as an add-on package to the
Solid Conference. Get a behind-the-scenes look at manufacturers who are
already innovating processes and products using state-of-the-art design
and machining.	

http://post.oreilly.com/rd/9z1za27h1hi5pf656422pfdolvfkkfopr7uccvsdu50

DevOps Against Humanity

Circle You may have heard of Cards Against Humanity, the free party
game for horrible people. Unlike most of the party games you've played
before, it's as despicable and awkward as you and your friends (so says
the official site). And now, DevOps Against Humanity. It was clearly
just a matter of time. The black cards pose the question, the white
cards fill in the blanks. Example: "?and then there was the time I
found ________ on the root partition." Would you choose "A Scrum
Master," "A 75-Tier Architecture" or ? Thanks to Bridget Kromhout, you
can contribute your ideas to the game and make your own set of cards.
"Pull requests accepted!" says Kromhout.

http://post.oreilly.com/rd/9z1zond5tsfd2kmoum2oh0smvi6pupfqiameujtgsro


I <3 Logs: Apache Kafka and Real-time Data Integration

Free Webcast: Wed. May 21, 9 am PT| 12 pm ET | 5 pm BST

Jay Kreps, Prtesnets free webcast on Apache KafkaLearn how logs and
stream-processing can form a backbone for data flow, ETL, and real-time
data processing. Jay Kreps, a Principal Staff Engineer at LinkedIn,
will describe the challenges and lessons learned as LinkedIn built out
its real-time data subscription and processing infrastructure.

http://post.oreilly.com/rd/9z1zuvp7msm7a55famqc2vvngkg1h7tj53bq5pkqo7o

Stories we're following at O'Reilly

What is that upside-down tree doing in my browser?
Start using JavaScript to create dynamic web pages by updating the DOM.
http://post.oreilly.com/rd/9z1z3it2bbqqp66jhkuem1inntm9juqdcltkjqsgnrg

On a photo safari in Africa? Turn off geotagging.
http://post.oreilly.com/rd/9z1zoig55n3dmucar2nqq14lp5e5fuo8dqlkk4189d8

Theming in Kivy
Adding consistency to Kivy's Python UI tools
http://post.oreilly.com/rd/9z1zg52ocee0ir7i8rnrv4r42gh4ud7eq4r0qfamaf8

Network Science Dashboards
Networks graphs can be used as primary visual objects with conventional
charts used to supply detailed views
http://post.oreilly.com/rd/9z1z34fd41h9ssnlkmmmq7l14dn31hd9d8htvbknpvo

php[tek] 2014 (Chicago, May 19-23)

The creative minds behind php[architect] magazine have been running
php[tek] as an annual PHP & web technologies conference since 2006.
This is a PHP conference like no other: it brings together great
technology content and great people and mixes them up in a wonderful
cocktail of PHP fun.  We like to think of php[tek] as a professional
conference with a community flair. You will find a high-quality
presentations by the brightest experts in the PHP world, coupled with a
welcoming and friendly community of attendees and speakers.

http://post.oreilly.com/rd/9z1z9u8tjfqav1tbrlu8bo6dsearsr079rj6qdt5lv8

Create Upstate (Syracuse, NY, May 16) 

It's a conference celebrating the design happening in Upstate New York,
appropriately featuring speakers from across the state. While New York
City often gets the spotlight, it's a little-known fact that Upstate
New York is ripe with design talent and hard-working individuals.
Between Buffalo, Rochester, Syracuse, and Albany, Upstate's an area
home to some fantastic web, print, and type design. Until now, there
hasn't been anything connecting these pockets of design-y goodness, and
while many remain up North, the opportunities and promises of community
have funneled designers down to the City.

http://post.oreilly.com/rd/9z1z856t9tiekoddqcq28ap74bdvhgr3dm67t8tnh4o

Put Up a Banner & Get a Free Book--Group Leaders Only

We're looking for groups to display our discount banners on their
websites. If you send us your group's site with one or more banners
posted, we'll send you the O'Reilly book or video of your choice.
Choose from the following list of banners:

Newsletter Sign ups:
http://post.oreilly.com/rd/9z1z4vb8jfcg47civvl7gjgl4780l65po7jp7pmocr0

Discount Banners
http://post.oreilly.com/rd/9z1zcfc3g7b5oi51n0of8ebt8f0eml8vmqlr3qaier0

Discount Slides (Powerpoint, Keynote, Open Office)
http://post.oreilly.com/rd/9z1zds91i3vq0rshaf0hiupd5vl49avjafs7msg14uo

Velocity Conference
http://post.oreilly.com/rd/9z1zmg7tfvnnsvgr905bf8eghbn8cm4d3etr70f7lu0

Velocity UG slides (Powerpoint, Keynote, Open Office)
http://post.oreilly.com/rd/9z1zlmraq6p6dl9484svfso5jd5dmhn68mo4ks785p8 

Solid Conference
http://post.oreilly.com/rd/9z1z1j0f0035v6hbrgj16sitg79fkdog6ie435cb40g

Buy 1 Ebook, Get 1 Free with your user group discount code: DSUG50

Looking for more? Visit oreilly.com

================================== 
O'Reilly 1005 Gravenstein Highway
North, Sebastopol, CA 95472 
800-998-9938 
Follow us on Twitter @oreillyug

You are receiving this email because you are a User Group contact with
O'Reilly Media. If you would like to stop receiving these newsletters or
announcements from O'Reilly, send an email to usergroups at oreilly.com
==================================




-- 
They made a very satisfying thump when they hit the floor.
                            -- G'Kar - "A Late Delivery from Avalon"

From mrdvt92 at yahoo.com  Thu May 15 14:36:37 2014
From: mrdvt92 at yahoo.com (Michael R. Davis)
Date: Thu, 15 May 2014 14:36:37 -0700 (PDT)
Subject: [pm-h] DBI and local AutoCommit and Control-C
Message-ID: <1400189797.92407.YahooMailNeo@web121003.mail.ne1.yahoo.com>

Perl Folks,
I have a script that sets
?
??? local $dbh->{"AutoCommit"}=0; #DBD::Oracle
?
It did a few deletes then it got hung on a blocking session so I ctrl-C'd the program while it was inside the "local" variable scope.
?
The issue is that it appears that the script committed the deletes before the hung part instead of rolling them back.
?
I was NOT expecting the commit.? I was expecting a rollback.? Is that what I should have expected or is this a bug?? 
?
The only?rationalization that I can see is that the ctrl-C leaves the local scope back to the main program which sets the value back to 1 and then commits.? That's still weak.
?
oracle-instantclient11.2-basic-11.2.0.2.0-1.x86_64
perl-DBD-Oracle-1.23.11.2-11.fc12.x86_64
perl-DBI-1.609-3.fc12.x86_64
?
Any insight?
Thanks,
Mike
?
mrdvt92
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/houston/attachments/20140515/11ce7c0c/attachment.html>

From drzigman at drzigman.com  Fri May 16 12:12:03 2014
From: drzigman at drzigman.com (Robert Stone)
Date: Fri, 16 May 2014 19:12:03 +0000 (GMT)
Subject: [pm-h] Why the Yada Yada Operator is My New Best Friend (And he
 wants to be your pal too!)
In-Reply-To: <290916793.22851.1400267046853.JavaMail.zimbra@drzigman.com>
Message-ID: <848723634.22891.1400267523511.JavaMail.zimbra@drzigman.com>

Greetings Mongers, 

After reading a fun post on Dot based "operators" in perl ( http://perlhacks.com/2014/01/dots-perl/ ) a few weeks ago I found myself getting really into the "yada yada" operator. It's not technically an operator, rather "it stands in place of a statement and has no operands" but I have found it to be an excellent addition to my TDD tool kit. 

Basically, rather than doing: 

sub do_awesome_thing { 
croak "Not Yet Implemented" 
} 

You can do: 

sub do_even_more_awesome_thing { 
... 
} 

Which will generate the following when ran: 

[rstone at rstone core]$ prove -l t/things/01-that_are_awesome.t 
t/things/01-that_are_awesome.t .. 
# Failed test 'Lives Through Taking Over The World' 
# at t/things/01-that_are_awesome.t line 46. 
# died: Unimplemented at /home/rstone/repos/awesomness/lib/Super/Cool/Module.pm line 169. 

Those three dot's take the place of a `die "Unimplemented"` and stand out quite a bit more to me as something I need to come back and actually implement. 

Anyway, hope someone else find this helpful or interesting. Feel free to share any other nifty tips and tricks you may have come across in recent days. 

Best Regards, 
Robert Stone 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/houston/attachments/20140516/3e7158b4/attachment.html>

From gwadej at anomaly.org  Fri May 16 22:04:19 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Sat, 17 May 2014 00:04:19 -0500
Subject: [pm-h] Why the Yada Yada Operator is My New Best Friend (And he
 wants to be your pal too!)
In-Reply-To: <848723634.22891.1400267523511.JavaMail.zimbra@drzigman.com>
References: <290916793.22851.1400267046853.JavaMail.zimbra@drzigman.com>
	<848723634.22891.1400267523511.JavaMail.zimbra@drzigman.com>
Message-ID: <20140517000419.64467551@cygnus>

On Fri, 16 May 2014 19:12:03 +0000 (GMT)
Robert Stone <drzigman at drzigman.com> wrote:

> Greetings Mongers, 
> 
> After reading a fun post on Dot based "operators" in perl
> ( http://perlhacks.com/2014/01/dots-perl/ ) a few weeks ago I found
> myself getting really into the "yada yada" operator. It's not
> technically an operator, rather "it stands in place of a statement
> and has no operands" but I have found it to be an excellent addition
> to my TDD tool kit. 

Agreed.

I know some people are bothered by Perl's informality. And this would
probably drive them nuts. But, it's short, looks like the pseudo code
you've probably used before, and does what we want. What's not to like?

G. Wade

> Basically, rather than doing: 
> 
> sub do_awesome_thing { 
> croak "Not Yet Implemented" 
> } 
> 
> You can do: 
> 
> sub do_even_more_awesome_thing { 
> ... 
> } 
> 
> Which will generate the following when ran: 
> 
> [rstone at rstone core]$ prove -l t/things/01-that_are_awesome.t 
> t/things/01-that_are_awesome.t .. 
> # Failed test 'Lives Through Taking Over The World' 
> # at t/things/01-that_are_awesome.t line 46. 
> # died: Unimplemented
> at /home/rstone/repos/awesomness/lib/Super/Cool/Module.pm line 169. 
> 
> Those three dot's take the place of a `die "Unimplemented"` and stand
> out quite a bit more to me as something I need to come back and
> actually implement. 
> 
> Anyway, hope someone else find this helpful or interesting. Feel free
> to share any other nifty tips and tricks you may have come across in
> recent days. 
> 
> Best Regards, 
> Robert Stone 


-- 
Why do your people ask if someone's ready right before you are going to
do something massively unwise?       -- Delenn - "The War without End"

From gwadej at anomaly.org  Sun May 18 11:48:34 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Sun, 18 May 2014 13:48:34 -0500
Subject: [pm-h] Request for Presentation at June Meeting
Message-ID: <20140518134834.51d248bf@cygnus>

The next Houston.pm meeting will be at the Hostgator offices on June 12.

Is anyone willing to present at that time, or does anyone want to
suggest a topic?

G. Wade
-- 
They made a very satisfying thump when they hit the floor.
                            -- G'Kar - "A Late Delivery from Avalon"

From gwadej at anomaly.org  Sun May 25 16:35:53 2014
From: gwadej at anomaly.org (G. Wade Johnson)
Date: Sun, 25 May 2014 18:35:53 -0500
Subject: [pm-h] Fw: Community News: Get Your Free Books + More from O'Reilly
Message-ID: <20140525183553.090e4e6f@cygnus>



Begin forwarded message:

Date: Sun, 25 May 2014 16:01:08 -0700
From: Marsee Henon and Jon Johns <usergroups at post.oreilly.com>
To: gwadej at anomaly.org
Subject: Community News: Get Your Free Books + More from O'Reilly


View this message as HTML 
http://post.oreilly.com/rd/9z1z4a29c4ganlgj78p6ifjl7jounqrmtkgbelp4qjo

Send this to a friend 
http://post.oreilly.com/f2f/9z1zjaeku8abq169ca671rdvqvo0qr336e4deutmn8g

Hello,

You're most familiar with O'Reilly from our books and events, but we
have more to offer you and your community members.  Don't hesitate to
ask us for access to videos, early-release ebooks, free reports,
webcasts, and more. Let us know what you think, we value your expert
opinion.

http://post.oreilly.com/rd/9z1z3rd2kn3mivstm2cvpmqfboudg8cut6tjv5c6g7g
http://post.oreilly.com/rd/9z1z0gn04k3a1b4v69ujug4c83frul0dt2j9l3en1m0
http://post.oreilly.com/rd/9z1zt4rfusbaub94okkpkig20lnijmprm28f4grme5o  
 
 Cheers,

Marsee Henon and Jon Johns

P.S. Did you hear about what happened at Ignite Seattle? In a surprise
to the audience, Noah Iliinsky and Teresa Valdez Klein married on
stage. In typical Ignite-style, they did it in five minutes.	
http://post.oreilly.com/rd/9z1zs4vqcpb61lfd5mi65hhimpcndl0q95gv244dar0

Available for Review

We're looking for reviewers for the following books & videos.
Consider posting your reviews on Amazon, Slashdot, oreilly.com, 
goodreads.com and/or your blog.

An Introduction to d3.js: From Scattered to Scatterplot   
http://post.oreilly.com/rd/9z1z6va7s3e15ppoc3mgu761akr8nitkvfg0g2im2m8

Learning PHP, MySQL, JavaScript, CSS & HTML5, 3rd
Edition
http://post.oreilly.com/rd/9z1zj723ogdltch3t6jd5mhcqm0e557vhlj7hbctccg

Concurrency in C# Cookbook
http://post.oreilly.com/rd/9z1zoj4ebumi4o022s4v918ps9rf0td6imapqushm2o

It's easy for you to get books for your meeting or special
events -- just email usergroups at oreilly.com and include the words
"book request" in the subject line. Don't forget to include your
deadline and shipping address. Prefer ebooks? We can send you a free
ebook certificate to print out for raffles or book reviewers.

New Releases

Lean Customer Development   
http://post.oreilly.com/rd/9z1zr9nv2ukfcourc3bt4bgbsot1o8c7iffpv07smio

Learn to Program with Minecraft Plugins 
http://post.oreilly.com/rd/9z1zf5229fbohv18jaii329cn5qncd3qbsbnn0o6ib0

Practical Zendesk Administration, 2nd Edition  
http://post.oreilly.com/rd/9z1zn1ah3ubinr6vdki9igl8tcb22s5meltmgh87qb0

Getting Started with OpenShift  
http://post.oreilly.com/rd/9z1z3lns7uc4fb4g4emg4ca9dkec0gh6vfbqavq2iqo

iPhoto: The Missing Manual
http://post.oreilly.com/rd/9z1zo6380r18n52uo9itl44n3bmlbcot615crsn9ju0

iMovie: The Missing Manual  
http://post.oreilly.com/rd/9z1zvqmsulenpto399vl2l0einc9hcqi903n9501k80

Spring edition of BioCoder is now available

We're at the start of a revolution that will transform our lives as
radically as the computer revolution of the 70s. The biological
revolution will touch every aspect of our lives: food and health,
certainly, but also art, recreation, law, business, and much
more.	

http://post.oreilly.com/rd/9z1z69qbn573he6euaqolm62rv2vkqg23jvb2o89vqg

O'Reilly Early Release Ebooks

With Early Release ebooks, you get access to books while they are being
written so you can take advantage of these technologies right now.
You'll receive updates when content is added, as well as the completed
ebooks.

Ebooks from shop.oreilly.com are DRM-free. You get free lifetime
access, multiple file formats, and free updates.	
http://post.oreilly.com/rd/9z1zipk9o8a4mruk6232rsvojocpno6o39jodauq8ag

Responsive Typography	
http://post.oreilly.com/rd/9z1zn1314eoajic8p06cgbq87fvkg2camqkdeanjma0

Practical Electronics	
http://post.oreilly.com/rd/9z1zcp1c1k3s1hvfe9mog2coblkud3qfahl7kqlf4c8

Building Proximity Applications with iBeacon	
http://post.oreilly.com/rd/9z1zs0konb1c1tg47t9mq0vc0kq5cf65kdr9la3l248

Programming Scala	
http://post.oreilly.com/rd/9z1z5bqb1vcgo7aku6klhriepeefgf3sbkvli00kab8

The Hardware Startup	

http://post.oreilly.com/rd/9z1zcflk6q8nnjctrr58ta4dnu7vvcknm2ms0gcb7m8

Full Stack Web Development with Backbone.js	

http://post.oreilly.com/rd/9z1zhq3tsimv6v9m636kaipn0rtajncu5l6e6joltag

Just Hibernate	
http://post.oreilly.com/rd/9z1zk2u779tirhvqc1j9i1v39lc626mcr2bh1vn0750

Lean Branding	
	
http://post.oreilly.com/rd/9z1zci9mmjigmm271h89rkfo4q0vtb1m7sk41k7oljg

Using Joomla	
	
http://post.oreilly.com/rd/9z1zf6ate16gfmpacs6f0juqubfh703c61q4oksq0j8


Looking for best practices for website performance testing? 
Join us for this free, live webcast with Limelight Networks, Inc. and 
Steve Miller-Jones to learn:

- How to identify the performance metrics that matter most to your
  business
- Why availability, throughput, storage infrastructure, and
  cacheability should be part of the conversation for every
  organization today
- Why just relying on the Time-To-Last-Byte is no longer sufficient
- Why, when, and how important data points can hide beneath the surface
- How Synthetic and Real User testing help you define meaningful KPIs

Register here 
http://post.oreilly.com/rd/9z1zgu151boc21p3bjjol8d6hspfbq3rgp09htsb6ig

Stories we're following at O'Reilly

Applying Design Values to Programming
Can we create more vibrant intersections?	
http://post.oreilly.com/rd/9z1ze0fj6oar9javqta0sg4gn8nm3j96o2m7cfr5i8o

Driving demand for full stack developers
A closer look at the forces causing demand	
http://post.oreilly.com/rd/9z1z9885dvk1url3r8np4mabnmn0qpe44sboult485g

Dos and Don'ts in JavaScript
A few best practices for when you're learning the language	
http://post.oreilly.com/rd/9z1z9bgrggpmf4bl24d9kpghd1a80lvrsjdcqs2ig5g

d3.js is all the buzz among designers and developers making data
visualizations on the web. But why? Scott Murray gives us 5 Reasons to
learn d3.js
http://post.oreilly.com/rd/9z1z6m3e6op29r7dvd99gkcusmmefij09bhrjiejt1g

Codecombat: Write Code, Crush Foes, Get Hired a Multiplayer Programming
Tournament	

Check out this three-week programming tournament with $40,000 in total
prize value--including ebooks from yours truly. Play as humans or
ogres, write code to command your peasants or peons to gather gold and
build armies, and watch your code battle its way up the leaderboards.
	

http://post.oreilly.com/rd/9z1zchj856mfhhca25v90ssp5c4mh41gjqlunkthrm8

CMX Summit - (New York City, June 12-13)

CMX Summit is the largest event for community professionals and
businesses who want to build communities that drive customer retention
and increase revenue. Bringing together community industry leaders,
speakers include CEO's and community experts from Apple, TED, Airbnb,
Facebook,  the FBI, Buzzfeed and fields like community psychology and
habit research. As the largest gathering of community professionals in
the world, it's the best place to get plugged into the future of the
community industry and gain actionable insights into how to build
thriving communities that improves your business.

http://post.oreilly.com/rd/9z1z802sbo7qe48slna061mh7g5b3mmpa1jpkps5peg

The First Solid Conference is over, but the movement has only just
started. You can watch the recorded Keynotes from both days at Solid,
Sign up for the newsletter, access speaker slides, check out all the
demos, and more at
http://post.oreilly.com/rd/9z1z0gl5peta1jnhug4nuvpn8u8ekvhfdfmhjugc6c0

Put Up a Banner & Get a Free Book--Group Leaders Only

We're looking for groups to display our discount banners on their
websites. If you send us your group's site with one or more banners
posted, we'll send you the O'Reilly book or video of your choice.
Choose from the following list of banners:

Discount Banners
http://post.oreilly.com/rd/9z1z1o2njhh879g4ocnqgsim37ov2sv3v9jntvjglf8

Discount Slides (Powerpoint, Keynote, Open Office)
http://post.oreilly.com/rd/9z1zo2h9s66uoctlssovdu9sqlldm63cv5s7a1vcpc8

Velocity Conference
http://post.oreilly.com/rd/9z1z4sb56kvb6p6q4b51s6pe2nr3ps0j4asulroq9n8

Velocity UG slides (Powerpoint, Keynote, Open Office)
http://post.oreilly.com/rd/9z1znel1g8bhr30tpkjhbqu2u75d05autdql9sd8678 

OSCON Banners
http://post.oreilly.com/rd/9z1zdaj2v43l4u7gmnbc4eprja5dvm8rqq9qc9qobg0


Buy 1 Ebook, Get 1 Free with your user group discount code: DSUG50

Looking for more? Visit oreilly.com

================================== 
O'Reilly 1005 Gravenstein Highway
North, Sebastopol, CA 95472 
800-998-9938 
Follow us on Twitter @oreillyug

You are receiving this email because you are a User Group contact with
O'Reilly Media. If you would like to stop receiving these newsletters or
announcements from O'Reilly, send an email to usergroups at oreilly.com
==================================




-- 
Debugging is twice as hard as writing the code in the first place. 
Therefore, if you write the code as cleverly as possible, you are, by
definition, not smart enough to debug it.     -- Brian W. Kernighan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/houston/attachments/20140525/972a93dd/attachment-0001.html>