From michalk at awpi.com Wed Dec 3 15:46:31 2003 From: michalk at awpi.com (Brian Michalk) Date: Mon Aug 2 21:23:21 2004 Subject: APM: Deprecated Inheritance problem In-Reply-To: <20020628050203.27884.qmail@web10108.mail.yahoo.com> Message-ID: Here's the error I'm getting: Use of inherited AUTOLOAD for non-method Tpwrap::set_height_inches() is deprecated at /mnt/functions/develop/bin/der_vnet_tp.pm line 582 (#2) (D deprecated) As an (ahem) accidental feature, AUTOLOAD subroutines are looked up as methods (using the @ISA hierarchy) even when the subroutines to be autoloaded were called as plain functions (e.g. Foo::bar()), not as methods (e.g. < Foo-bar() >> or < $obj-bar() >>). This bug will be rectified in Perl 5.005, which will use method lookup only for methods' AUTOLOADs. However, there is a significant base of existing code that may be using the old behavior. So, as an interim step, Perl 5.004 issues an optional warning when non-methods use inherited AUTOLOADs. The simple rule is: Inheritance will not work when autoloading non-methods. The simple fix for old code is: In any module that used to depend on inheriting AUTOLOAD for non-methods from a base class named BaseClass, execute *AUTOLOAD = \&BaseClass::AUTOLOAD during startup. In code that currently says use AutoLoader; @ISA = qw(AutoLoader); you should remove AutoLoader from @ISA and change use AutoLoader; to use AutoLoader 'AUTOLOAD';. Can't locate auto/Tpwrap/set_height_.al in @INC (@INC contains: blib/arch blib/lib /mnt/functions/develop/bin /samba/functions/develop/bin /root/bin c:/Vamos/programs/perl/lib /mnt/despav/samba/functions/develop/bin c:/Vamos/programs/perl/bin . /usr/lib/perl5/i386-linux /usr/lib/perl5 /usr/lib/perl5/site_perl/i386-linux /usr/lib/perl5/site_perl) at /mnt/functions/develop/bin/der_vnet_tp.pm line 582 (#3) Uncaught exception from user code: ... What I have is a base class that I designed to be used by many other classes. It is supposed to initialize calibration variables, and if a command (from the command ethernet socket) is issued to initialize a variable it doesn't know about, it gives up and sends it to the derived class for processing. I hope I can summarize without too much code bloat. package base_class; ... sub set_cmd_keys { # associate a command with a subroutine reference my $self = shift; my $ref_subroutine = shift; my $varname = shift; $self->{keys}{cmd}{$varname}{ref_sub} = $ref_subroutine; } sub get_cmd_sub { # returns the subroutine reference associated with setting/getting value for a variable my $self = shift; my $varname = shift; if (defined $self->{keys}{cmd}{$varname}) { if (defined $self->{keys}{cmd}{$varname}{ref_sub}) { return $self->{keys}{cmd}{$varname}{ref_sub}; } } return undef; } ... sub process_command_data { my $self = shift; ... lots of variables here $self->get_command_lines(); while (@{$self->{incoming}{command}}) { ... whittle down to a single command, key, value # for this email, set the parameters manually $cmd = "LASER_HEIGHT"; $key = "5FT"; $val = undef; $ref_sub = $self->get_cmd_sub($cmd); # check to see if a subroutine reference was ever stored for this command if (defined $ref_sub) { # if a reference was stored, call that subroutine my $message = $self->$ref_sub($key, $val); $self->send_cmd_socks($message); # send the results of the command } else { ... # process generic commands } } } package derived_class; use base base_class; # inherit everything from the base class use Tpwrap; # this is an XS module that uses a C library to talk to the laser device driver sub init { my $self = shift; $self->set_cmd_keys($self->can("set_laser_height"), 'LASER_HEIGHT'); # associate a reference to a subroutine Tpwrap::init(); # works just fine } ... sub set_laser_height { my $self = shift; if (@_) { my $t = shift; $self->{laser_laser_height} = $t; Tpwrap::set_height_inches($t); #^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is where the problem is } return $self->{laser_laser_height}.'IN'; } I think the problem is that set_laser_height is getting called in a context from the base class, and of course the base class doesn't know anything about Tpwrap. Any help/comments? From tpeoples at dmotorworks.com Wed Dec 3 16:03:38 2003 From: tpeoples at dmotorworks.com (Tim Peoples) Date: Mon Aug 2 21:23:21 2004 Subject: APM: Deprecated Inheritance problem In-Reply-To: References: Message-ID: <1070489018.11036.67.camel@localhost.localdomain> What happens if, in your derived class, you do the "use Tpwrap" *before* the "use base ..." ?? (...just thinking outloud...) Tim. On Wed, 2003-12-03 at 15:46, Brian Michalk wrote: > Here's the error I'm getting: > > > Use of inherited AUTOLOAD for non-method Tpwrap::set_height_inches() is > deprecated at /mnt/functions/develop/bin/der_vnet_tp.pm line 582 > (#2) > > (D deprecated) As an (ahem) accidental feature, AUTOLOAD subroutines are > looked up as methods (using the @ISA hierarchy) even when the > subroutines > to be autoloaded were called as plain functions (e.g. Foo::bar()), > not as methods (e.g. < Foo-bar() >> or < $obj-bar() >>). > > This bug will be rectified in Perl 5.005, which will use method lookup > only for methods' AUTOLOADs. However, there is a significant base > of existing code that may be using the old behavior. So, as an > interim step, Perl 5.004 issues an optional warning when non-methods > use inherited AUTOLOADs. > > The simple rule is: Inheritance will not work when autoloading > non-methods. The simple fix for old code is: In any module that used > to > depend on inheriting AUTOLOAD for non-methods from a base class named > BaseClass, execute *AUTOLOAD = \&BaseClass::AUTOLOAD during startup. > > In code that currently says use AutoLoader; @ISA = qw(AutoLoader); you > should remove AutoLoader from @ISA and change use AutoLoader; to > use AutoLoader 'AUTOLOAD';. > > Can't locate auto/Tpwrap/set_height_.al in @INC (@INC contains: blib/arch > blib/lib /mnt/functions/develop/bin /samba/functions/develop/bin > /root/bin c:/Vamos/programs/perl/lib /mnt/despav/samba/functions/develop/bin > c:/Vamos/programs/perl/bin . /usr/lib/perl5/i386-linux /usr/lib/perl5 > /usr/lib/perl5/site_perl/i386-linux /usr/lib/perl5/site_perl) at > /mnt/functions/develop/bin/der_vnet_tp.pm line 582 (#3) > Uncaught exception from user code: > ... > > What I have is a base class that I designed to be used by many other > classes. It is supposed to initialize calibration variables, and if a > command (from the command ethernet socket) is issued to initialize a > variable it doesn't know about, it gives up and sends it to the derived > class for processing. I hope I can summarize without too much code bloat. > > package base_class; > > ... > sub set_cmd_keys { # associate a command with a subroutine reference > my $self = shift; > my $ref_subroutine = shift; > my $varname = shift; > > $self->{keys}{cmd}{$varname}{ref_sub} = $ref_subroutine; > } > > sub get_cmd_sub { # returns the subroutine reference associated with > setting/getting value for a variable > my $self = shift; > my $varname = shift; > > if (defined $self->{keys}{cmd}{$varname}) { > if (defined $self->{keys}{cmd}{$varname}{ref_sub}) { > return $self->{keys}{cmd}{$varname}{ref_sub}; > } > } > return undef; > } > ... > sub process_command_data { > my $self = shift; > ... lots of variables here > > $self->get_command_lines(); > while (@{$self->{incoming}{command}}) { > ... whittle down to a single command, key, value > # for this email, set the parameters manually > $cmd = "LASER_HEIGHT"; > $key = "5FT"; > $val = undef; > $ref_sub = $self->get_cmd_sub($cmd); # check to see if a subroutine > reference was ever stored for this command > if (defined $ref_sub) { # if a reference was stored, call that > subroutine > my $message = $self->$ref_sub($key, $val); > $self->send_cmd_socks($message); # send the results of the command > } else { > ... # process generic commands > } > } > } > > package derived_class; > > use base base_class; # inherit everything from the base class > use Tpwrap; # this is an XS module that uses a C library to talk to > the laser device driver > > sub init { > my $self = shift; > $self->set_cmd_keys($self->can("set_laser_height"), 'LASER_HEIGHT'); # > associate a reference to a subroutine > Tpwrap::init(); # works just fine > } > ... > sub set_laser_height { > my $self = shift; > if (@_) { > my $t = shift; > $self->{laser_laser_height} = $t; > Tpwrap::set_height_inches($t); > #^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is where the problem is > } > return $self->{laser_laser_height}.'IN'; > } > > > I think the problem is that set_laser_height is getting called in a context > from the base class, and of course the base class doesn't know anything > about Tpwrap. > > Any help/comments? > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin -- Tim Peoples CTG From mlehmann at marklehmann.com Wed Dec 3 16:32:20 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:21 2004 Subject: APM: Perl job in Austin (forwarded from fluhmann@vvm.com) Message-ID: <16334.25716.684044.407443@lehmbrain.marklehmann.com> An embedded message was scrubbed... From: Subject: Perl job in Austin Date: Tue, 2 Dec 2003 09:28:25 -0600 (CST) Size: 1927 Url: http://mail.pm.org/pipermail/austin/attachments/20031203/dd305220/attachment.eml -------------- next part -------------- -- Mark Lehmann email mlehmann@marklehmann.com | phone 512 689-7705 From michalk at awpi.com Wed Dec 3 16:49:10 2003 From: michalk at awpi.com (Brian Michalk) Date: Mon Aug 2 21:23:21 2004 Subject: APM: Inheritance problem solved In-Reply-To: <16334.25716.684044.407443@lehmbrain.marklehmann.com> Message-ID: False alarm on my previous email. It turned out that I had an error in my .xs file. Strange that the compiler did not complain. Thanks anyway. From wwalker at bybent.com Wed Dec 3 18:02:18 2003 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:21 2004 Subject: APM: CVS question Message-ID: <20031204000218.GE2811@bybent.com> While not Perl, it is open source. I've got a pair of real brain twister CVS problems. Anyone who would like to help out, please take a look at http://www.bybent.com/cvsbroke.html Thanks! -- Wayne Walker wwalker@bybent.com Do you use Linux?! http://www.bybent.com Get Counted! http://counter.li.org/ Jabber IM: wwalker@jabber.phototropia.org AIM: lwwalkerbybent From dbii at interaction.net Fri Dec 5 08:55:46 2003 From: dbii at interaction.net (David Bluestein II) Date: Mon Aug 2 21:23:21 2004 Subject: APM: December Meeting? Message-ID: Are we having a December meeting? Are we going to have it one week earlier due to the holiday? Inquiring minds want to know :) David ---------- David H. Bluestein II President & Lead Developer dbii@interaction.net ii, inc. http://www.interaction.net - Specializing in Designing Interactive Websites - - and Searchable Internet Databases - From chris at chrisbaker.net Sun Dec 7 11:06:50 2003 From: chris at chrisbaker.net (Christopher Baker) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Recent SPAM presentation In-Reply-To: References: <3F9980D2.6060409@pobox.com> Message-ID: <20031207120502.D315.CHRIS@chrisbaker.net> I was talking to a friend last night about spam. I found out that he was a Spamcop user like me. But now his e-mail server is using graylisting. He said he has gotten one spam in about three weeks. It sounds like it's working well. > I was the presenter for that. The online paper for the project is at > http://projects.puremagic.com/greylisting/ > > Evan =========================================================== "This Christmas season does something to us inside. It sets us on our feet and gives us a cue as to the way we should go. Our part is to carry on from there, to carry this spirit which comes to us at this season into the rest of the year. Then it may be said of us, as Dickens remarked of one of his characters, 'It was always said of him, that he knew how to keep Christmas very well.'" --Edmund Opitz =========================================================== Chris Baker -- www.chrisbaker.net chris@chrisbaker.net, chrisbaker@iname.com, cbaker2@columbus.rr.com "When you stop growing, you start dying." From wwalker at bybent.com Sun Dec 7 21:22:37 2003 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:22 2004 Subject: APM: December Meeting? In-Reply-To: References: Message-ID: <20031208032237.GH26713@bybent.com> I'd be up for a social or for a "bring your problem" like the last one we had. On Fri, Dec 05, 2003 at 08:55:46AM -0600, David Bluestein II wrote: > Are we having a December meeting? Are we going to have it one week earlier > due to the holiday? Inquiring minds want to know :) > > David > > ---------- > David H. Bluestein II President & Lead Developer > dbii@interaction.net ii, inc. > > http://www.interaction.net > - Specializing in Designing Interactive Websites - > - and Searchable Internet Databases - > > > > > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin -- Wayne Walker wwalker@bybent.com Do you use Linux?! http://www.bybent.com Get Counted! http://counter.li.org/ Perl - http://www.perl.org/ Perl User Groups - http://www.pm.org/ Jabber IM: wwalker@jabber.phototropia.org AIM: lwwalkerbybent From dbii at mudpuddle.com Tue Dec 9 11:45:20 2003 From: dbii at mudpuddle.com (David Bluestein II) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Meeting date set for December? Message-ID: <20031209174520.GD15897@mudpuddle.com> Are we meeting tomorrow, or next week? Wayne said we could do Q&A, but no one has discussed date, and website is last month. David From wwalker at bybent.com Tue Dec 9 16:26:31 2003 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Meeting date set for December? In-Reply-To: <20031209174520.GD15897@mudpuddle.com> References: <20031209174520.GD15897@mudpuddle.com> Message-ID: <20031209222631.GA32478@bybent.com> Sorry, rather swamped, but Mark Lehmann and I have agreed on a meeting next Wednesday, December 17th, 2004. I do not know of an Agenda. I assume another socailize/bring-your-problem meeting. On Tue, Dec 09, 2003 at 11:45:20AM -0600, David Bluestein II wrote: > Are we meeting tomorrow, or next week? Wayne said we could do Q&A, > but no one has discussed date, and website is last month. > > David > > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin -- Wayne Walker wwalker@bybent.com Do you use Linux?! http://www.bybent.com Get Counted! http://counter.li.org/ Perl - http://www.perl.org/ Perl User Groups - http://www.pm.org/ Jabber IM: wwalker@jabber.phototropia.org AIM: lwwalkerbybent From randysleek at hotmail.com Thu Dec 11 17:01:37 2003 From: randysleek at hotmail.com (Randall Hennig) Date: Mon Aug 2 21:23:22 2004 Subject: APM: (no subject) Message-ID: Ok, been having a problem that I can not figure out. Basically, I have a perl script that goes through and batch processes about 200+ word documents, converting them into text files (with some special formatting). My problem is: After processing about 20-30 word documents MS Word crashes and I have to open MS Word and exit it, which makes it close the 20-30 documents. Seems that even though I call the Close() method, it wants to keep those documents open. So, I want to know how to make word close a document for real, because what I am doing does not seem to work. BUT at the same time, I want to keep the Word application open and keep using it. Here is the code I am using (please be nice to me, I'm still a perl novitiate :p): sub processFile { my ($input, $output) = @_; my $document = Win32::OLE -> GetObject( $input ) or return( &logError( "Error getting object:". Win32::OLE->LastError() )); open (FH,">$output") or die("Couldn't open file for output: \"$output\""); print "Process input file: \"$input\"\n"; print "Created output file: \"$output\"\n"; my ($paragraph, $text, $output); my $paragraphs = $document->Paragraphs(); my $enumerate = new Win32::OLE::Enum($paragraphs); while(defined($paragraph = $enumerate->Next())) { $output = &convertFormatting( $paragraph->{Range} ); print FH $output . "\n"; } $document->Close(); } _________________________________________________________________ Winterize your home with tips from MSN House & Home. http://special.msn.com/home/warmhome.armx From randysleek at hotmail.com Fri Dec 12 10:01:58 2003 From: randysleek at hotmail.com (Randall Hennig) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Good text editor comparable to BBedit Message-ID: I'm looking for a good text editor with an interface and functionality comparable to BBedit. TextEdit is not even marginal IMO. I would like something that works on Windows, Linux, or BSD (non OS X), or just *nix in general. All of our Macs are going away because they have been costly, and the alternatives are just too cheap to pass up. But we still need something that can do powerful search/replace jobs for us and I have not found anything that I like. Perl is fine for repeatable things IMO, but for quick things, or editing lots of files continously, inspecting them for errors/anomolies and then editing them again and again, a nice interface would be really handy. Thanks, Randy _________________________________________________________________ Take advantage of our best MSN Dial-up offer of the year — six months @$9.95/month. Sign up now! http://join.msn.com/?page=dept/dialup From ian at SKYLIST.net Fri Dec 12 11:42:47 2003 From: ian at SKYLIST.net (Ian Ragsdale) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Good text editor comparable to BBedit In-Reply-To: References: Message-ID: <9971AECA-2CCA-11D8-AAC5-000A959E8A7E@SKYLIST.net> The only thing I've found to be comparable on the windows/unix side is Visual Slickedit, but it's price alone is probably enough to cancel out any cost savings you've gained by moving away from macs. :) Maybe you can save some by buying in bulk. Take a look here: http://www.slickedit.com/ Might I suggest that any money you save by moving to a different platform may be lost in worker productivity? :) I haven't found anything on any platform to be as useful for editing perl as BBEdit+OS X. Ian On Dec 12, 2003, at 10:01 AM, Randall Hennig wrote: > I'm looking for a good text editor with an interface and functionality > comparable to BBedit. > TextEdit is not even marginal IMO. I would like something that works > on Windows, Linux, or BSD (non OS X), or just *nix in general. > > All of our Macs are going away because they have been costly, and the > alternatives are just too cheap to pass up. But we still need > something that can do powerful search/replace jobs for us and I have > not found anything that I like. > > Perl is fine for repeatable things IMO, but for quick things, or > editing lots of files continously, inspecting them for > errors/anomolies and then editing them again and again, a nice > interface would be really handy. > > Thanks, > > Randy > > _________________________________________________________________ > Take advantage of our best MSN Dial-up offer of the year ? six months > @$9.95/month. Sign up now! http://join.msn.com/?page=dept/dialup > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin From wwalker at bybent.com Sat Dec 13 18:33:25 2003 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Good text editor comparable to BBedit In-Reply-To: References: Message-ID: <20031214003325.GC9312@bybent.com> I'm sorry to hear you are moving off of Macs. If you are moving to Windows from Macs, you will lose 10 times the hardware cost difference very quickly. I've always heard great things about BBedit, almost bought a Mac a few times with BBedit being one of the biggest reasons. Good Luck.... On Fri, Dec 12, 2003 at 04:01:58PM +0000, Randall Hennig wrote: > I'm looking for a good text editor with an interface and functionality > comparable to BBedit. > TextEdit is not even marginal IMO. I would like something that works on > Windows, Linux, or BSD (non OS X), or just *nix in general. > > All of our Macs are going away because they have been costly, and the > alternatives are just too cheap to pass up. But we still need something > that can do powerful search/replace jobs for us and I have not found > anything that I like. > > Perl is fine for repeatable things IMO, but for quick things, or editing > lots of files continously, inspecting them for errors/anomolies and then > editing them again and again, a nice interface would be really handy. > > Thanks, > > Randy > > _________________________________________________________________ > Take advantage of our best MSN Dial-up offer of the year ? six months > @$9.95/month. Sign up now! http://join.msn.com/?page=dept/dialup > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin -- Wayne Walker wwalker@bybent.com Do you use Linux?! http://www.bybent.com Get Counted! http://counter.li.org/ Perl - http://www.perl.org/ Perl User Groups - http://www.pm.org/ Jabber IM: wwalker@jabber.phototropia.org AIM: lwwalkerbybent From joe at swelltech.com Sun Dec 14 21:11:14 2003 From: joe at swelltech.com (Joe Cooper) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Good text editor comparable to BBedit In-Reply-To: References: Message-ID: <3FDD2652.3040008@swelltech.com> Randall Hennig wrote: > I'm looking for a good text editor with an interface and functionality > comparable to BBedit. > TextEdit is not even marginal IMO. I would like something that works on > Windows, Linux, or BSD (non OS X), or just *nix in general. > > All of our Macs are going away because they have been costly, and the > alternatives are just too cheap to pass up. But we still need something > that can do powerful search/replace jobs for us and I have not found > anything that I like. > > Perl is fine for repeatable things IMO, but for quick things, or editing > lots of files continously, inspecting them for errors/anomolies and then > editing them again and again, a nice interface would be really handy. I use vim for Perl, and jEdit for XML work. Both are cross-platform, but I suspect jEdit is more the kind of thing you're looking for. I learned perl coding in vim and so that's where I'm most comfortable, but jEdit proved far more productive and worth learning for my XML work, due to its brilliant auto-completion of XML tags and automatic validation. I have a hard time imagining what features one could use that aren't in jEdit (or vim for that matter, but it will be easier to find in jEdit, and likely more comfortable for former Mac users). -- Joe Cooper Web caching appliances and support. http://www.swelltech.com From dewayne_mangan at yahoo.com Sun Dec 14 23:56:48 2003 From: dewayne_mangan at yahoo.com (DeWayne Mangan) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Re: Good text editor comparable to BBedit In-Reply-To: <200312141800.hBEI05g10589@mail.pm.org> Message-ID: <20031215055648.6830.qmail@web14607.mail.yahoo.com> While I've never used BBEdit, I've found that EditPlus (http://www.editplus.com/download.html) is a great text editor for Windows.  It colors your code and keeps track of indents for you to keep it neat. It also has a preview mode for html. DeWayne Mangan __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ From mlehmann at marklehmann.com Mon Dec 15 12:10:17 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:22 2004 Subject: APM: [Fwd: [Perl Jobs] Perl/Network Programmer needed (part onsite), Texas, Dallas] Message-ID: <9825.66.45.70.241.1071511817.squirrel@www.marklehmann.com> -- Mark Lehmannn mlehmann@marklehmann.com - mobile 512 689-7705 -------- Original Message -------- Subject: [Perl Jobs] Perl/Network Programmer needed (part onsite), Texas, Dallas From: Perl Jobs Date: Sun, December 14, 2003 0:20 To: jobs@perl.org Online URL for this job: http://jobs.perl.org/job/1128 To subscribe to this list, send mail to jobs-subscribe@perl.org. To unsubscribe, send mail to jobs-unsubscribe@perl.org. Posted: December 13, 2003 Job title: Perl/Network Programmer needed Company name: NetNames Location: Texas, Dallas Pay rate: project based Travel: 0% Terms of employment: Independent contractor (project-based) Hours: Part time Onsite: some Description: We are seeking a Perl expert with experience in using Perl socket functions to write scripts, troubleshoot problems, and assist with other tasks. It will be very helpful for you to know Unix/Linux as well, but you will not have to be a Unix expert. We are a new company, so we are interested in candidates who desire compensation based on performance instead of guaranteed hourly salaries. We will make the performance scale very profitable for those who are productive. You can work from your home mostly, but some of the work will be on-site. Therefore, you should live within 60 miles of the Dallas, Texas area. Please send a brief description of your experience along with your contact phone number to jobs@penwide.com Required skills: Perl, Networking, Linux Desired skills: Perl, Networking, Linux Contact information: jobs@penwide.com From mlehmann at marklehmann.com Mon Dec 15 12:10:43 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:22 2004 Subject: APM: [Fwd: [Perl Jobs] Perl/mod_perl/Apache/DBI Web Developer (onsite), United States, TX, Dallas] Message-ID: <9825.66.45.70.241.1071511843.squirrel@www.marklehmann.com> -- Mark Lehmannn mlehmann@marklehmann.com - mobile 512 689-7705 -------- Original Message -------- Subject: [Perl Jobs] Perl/mod_perl/Apache/DBI Web Developer (onsite), United States, TX, Dallas From: Perl Jobs Date: Fri, December 12, 2003 18:35 To: jobs@perl.org Online URL for this job: http://jobs.perl.org/job/1127 To subscribe to this list, send mail to jobs-subscribe@perl.org. To unsubscribe, send mail to jobs-unsubscribe@perl.org. Posted: December 12, 2003 Job title: Perl/mod_perl/Apache/DBI Web Developer Company name: SMD Inc. Location: United States, TX, Dallas Pay rate: Depends on experience Travel: 0% Terms of employment: Independent contractor (hourly) Hours: Full time Onsite: yes Description: Develop web based applications using Perl, DBI, Apache, mySql, HTML, JavaScript, etc. Contract could turn into a full time position for qualified person. Junior skill levels will also be considered. Enthusiasm, intelligence, and a desire to grow are as important as past experience. Required skills: Perl Clean, well documented code Apache Mod_Perl HTML Web-based software applications MySQL Linux/UNIX JavaScript and CSS Contact information: Please email your qualifications to bobert4000@hotmail.com. Our web site is under construction - that's why we need you! From mlehmann at marklehmann.com Tue Dec 16 18:11:07 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Christmas Meeting Tomorrow at ServerGraph Message-ID: <23468.66.45.70.241.1071619867.squirrel@www.marklehmann.com> Tomorrow night at ServerGraph we will have our Christmas meeting. We are going to another solve the problem session. Look at the website for the location. http://austin.pm.org -- Mark Lehmannn mlehmann@marklehmann.com - mobile 512 689-7705 From wwalker at bybent.com Wed Dec 17 11:28:59 2003 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Tonight's meeting Message-ID: <20031217172859.GA6465@bybent.com> Well, there has been no talk about tonight's meeting. It is still on for 7:00 PM at Servergraph. I assume some of us will meet at PokeJo's on 5th at 6 PM (it's 1 block ffrom Servergraph). If you need directions or anything else, my cell number is 791-2046. If you are going to show up tonight, do a group reply so we all know about how many will show. It's a socialize/bring-a-perl-problem meeting. -- Wayne Walker wwalker@bybent.com Do you use Linux?! http://www.bybent.com Get Counted! http://counter.li.org/ Perl - http://www.perl.org/ Perl User Groups - http://www.pm.org/ Jabber IM: wwalker@jabber.phototropia.org AIM: lwwalkerbybent From mlehmann at marklehmann.com Wed Dec 17 11:31:33 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Tonight's meeting In-Reply-To: <20031217172859.GA6465@bybent.com> References: <20031217172859.GA6465@bybent.com> Message-ID: <46403.66.45.70.241.1071682293.squirrel@www.marklehmann.com> I'll be there. -- Mark Lehmannn mlehmann@marklehmann.com - mobile 512 689-7705 > Well, there has been no talk about tonight's meeting. It is still on > for 7:00 PM at Servergraph. I assume some of us will meet at PokeJo's > on 5th at 6 PM (it's 1 block ffrom Servergraph). > > If you need directions or anything else, my cell number is 791-2046. > > If you are going to show up tonight, do a group reply so we all know > about how many will show. > > It's a socialize/bring-a-perl-problem meeting. > > -- > > Wayne Walker > wwalker@bybent.com Do you use Linux?! > http://www.bybent.com Get Counted! http://counter.li.org/ > Perl - http://www.perl.org/ Perl User Groups - http://www.pm.org/ > Jabber IM: wwalker@jabber.phototropia.org AIM: lwwalkerbybent > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin From ian at remmler.org Wed Dec 17 11:52:34 2003 From: ian at remmler.org (Ian Remmler) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Tonight's meeting In-Reply-To: <46403.66.45.70.241.1071682293.squirrel@www.marklehmann.com> References: <20031217172859.GA6465@bybent.com> <46403.66.45.70.241.1071682293.squirrel@www.marklehmann.com> Message-ID: <20031217175234.GA13162@remmler.org> On Wed, Dec 17, 2003 at 11:31:33AM -0600, Mark Lehmann wrote: > I'll be there. ditto. From rock808 at DavidSlimp.com Wed Dec 17 12:10:38 2003 From: rock808 at DavidSlimp.com (David Slimp) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Tonight's meeting In-Reply-To: <20031217172859.GA6465@bybent.com> References: <20031217172859.GA6465@bybent.com> Message-ID: <20031217181038.GL27276@DavidSlimp.com> I'm going to try to stop by for at last a while. david On Wed, Dec 17, 2003 at 11:28:59AM -0600, Wayne Walker wrote: > Well, there has been no talk about tonight's meeting. It is still on > for 7:00 PM at Servergraph. I assume some of us will meet at PokeJo's > on 5th at 6 PM (it's 1 block ffrom Servergraph). > > If you need directions or anything else, my cell number is 791-2046. > > If you are going to show up tonight, do a group reply so we all know > about how many will show. > > It's a socialize/bring-a-perl-problem meeting. > -- David Slimp rock808@DavidSlimp.com Do you use Linux?! http://www.DavidSlimp.com Get Counted! http://counter.li.org/ Jabber IM: rock808@jabber.org fax: 801-858-4102 "He who desires the fruit, waters the tree." -- Nguyen Trai From mlehmann at marklehmann.com Wed Dec 17 16:42:49 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Who is doing Pok-e-Jo's? Message-ID: <1621.66.45.70.241.1071700969.squirrel@www.marklehmann.com> Who is dining at Pok-e-Jo's before the meeting tonight? Which Pok-e-Jo's? -- Mark Lehmannn mlehmann@marklehmann.com - mobile 512 689-7705 From jchristy1 at austin.rr.com Wed Dec 17 18:16:44 2003 From: jchristy1 at austin.rr.com (John W. Christy) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Tonight's meeting In-Reply-To: <20031217172859.GA6465@bybent.com> Message-ID: I will be there at 7:00 please call me if plans are to change. Thanks, John 773-0388 From jeremy.brooks at univista.com Fri Dec 19 06:45:24 2003 From: jeremy.brooks at univista.com (jeremy.brooks@univista.com) Date: Mon Aug 2 21:23:22 2004 Subject: APM: problems with make on DateTime-0.19 Message-ID: <7D92A44098B1E64A99E9C36C918923190413EF@MINIBOX> This is not exactly a perl code question but I'm sure one of you can spot the problem. I'm trying to build and install DataTime.pm. I've satisfied all the prerequisites, as far as I can tell, but still get the following errors when I run 'perl Makefile.PL' ---------------------------------------------------- Testing if you have a C compiler make: *** No rule to make target `testub'. Stop. I cannot determine if you have a C compiler so I will install a perl-only implementation You can force installation of the XS version with perl Makefile.PL --xs Checking if your kit is complete... Looks good Warning: I could not locate your pod2man program. Please make sure, your pod2man program is in your PATH before you execute 'make' Writing Makefile for DateTime ---------------------------------------------------- I do, indeed, have a compiler, gcc, which has a symlink of cc. Also, pod2man is in my PATH, /usr/bin/pod2man to be precise. /usr/bin/ is in my PATH. If I ignore these errors and go ahead and run 'make' I get this error: ----------------------------------------------------- Makefile:98: *** missing separator. Stop. ----------------------------------------------------- Here're lines 96-100 of the makefile: ----------------------------------------------------- installhtml1dir='' installhtml3dir='' installman1 INSTALLSITEBIN = /usr INSTALLVENDORBIN = /usr/bin' installvendorhtml1='' installvendorhtml3='' ------------------------------------------------------ My Question is: What am I doing wrong or what can I do to remedy these problems and get DateTime installed? System: RH Linux 9.0 I686 Perl 5.8 gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) DateTime-0.19 from cpan thanks, Jeremy PS, if this message is formatted as HTML, I apologize. I'm stuck using a webclient right now. From chris at chrisbaker.net Wed Dec 24 07:28:49 2003 From: chris at chrisbaker.net (Christopher Baker) Date: Mon Aug 2 21:23:22 2004 Subject: APM: Santa Moving to Linux? In-Reply-To: <20031223210056.5BA5.CHRIS@chrisbaker.net> References: <008201c3c97a$2ef272e0$6500a8c0@redneck> <20031223210056.5BA5.CHRIS@chrisbaker.net> Message-ID: <20031224082746.050B.CHRIS@chrisbaker.net> http://www.bbspot.com/news/2002/12/santa_linux.html North Pole - Citing concerns about security and licensing costs, Santa Claus is considering migrating his computer systems from Microsoft Windows to Linux. With several thousand computers and the largest database in the world, Santa's Workshop is one of the largest and most important clients for Microsoft. It is expected that the software maker will do whatever it takes to keep Claus in their corner. "If some naughty kid was able to break into my systems and change his status to nice then the whole integrity of the Claus empire would be called into question," said Kringle. "I also have to watch out for the Easter Bunny. He's always trying to muscle in on my territory. If he were able to compromise my database and get access to my client list, then we might be celebrating Christmas in April." "IIS couldn't keep up when Slashdot posted a link to that web-interface I made for turning Rudolph's new LED nose on and off. That was the last straw," Claus continued. "I'm entrusting the entire holiday of Christmas to a company that can't even make a reliable web server?" Microsoft feels that the issue isn't security but the new licensing agreement currently being negotiated with the North Pole giant. "You think he's all 'Ho ho ho' but Santa is one tough negotiator," said the Microsoft sales representative responsible for the North Pole region. "Behind that beard is a shrewd operator. He's managed to stay in business for centuries while giving his product away for free. Even the best Internet entrepreneurs couldn't sustain that business model." Santa has more leverage than most of Microsoft's customers said one analyst. "He's made some veiled threats about Xboxes falling off the sleigh while he's flying over the Atlantic. I also heard he threatened to move Gates and Ballmer to the Naughty List." Santa dismisses Microsoft's claims that his threats to move to Linux are nothing more than a negotiation tactic. "I agree with the philosophy of the Linux community. I give all these toys and goodies away for free, I think that the software I choose should be supporting those sort of ideals too." Linux would be a good fit for Santa on both the server and the client side. "Linux has strong server choices and as far as the workstations the elves don't use them for anything other than to listen to Christmas carols and to open up the occasional Christmas list that some geek sends to us on CD. Sources say that Red Hat Linux remains the front runner if Santa does decide to switch. =========================================================== "This Christmas season does something to us inside. It sets us on our feet and gives us a cue as to the way we should go. Our part is to carry on from there, to carry this spirit which comes to us at this season into the rest of the year. Then it may be said of us, as Dickens remarked of one of his characters, 'It was always said of him, that he knew how to keep Christmas very well.'" --Edmund Opitz =========================================================== Chris Baker -- www.chrisbaker.net chris@chrisbaker.net, chrisbaker@iname.com, cbaker2@columbus.rr.com "When you stop growing, you start dying."