[30824] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 2069 Volume: 11

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Dec 21 03:09:47 2008

Date: Sun, 21 Dec 2008 00:09:11 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)

Perl-Users Digest           Sun, 21 Dec 2008     Volume: 11 Number: 2069

Today's topics:
    Re: [OT] hint was: Rounding up in perl <whynot@pozharski.name>
    Re: crisis Perl <corky@bureauofschmeng.com>
    Re: is perl obsolete? <corky@bureauofschmeng.com>
        new CPAN modules on Sun Dec 21 2008 (Randal Schwartz)
        Non-OO interface to mysql <usenet@larseighner.com>
    Re: Non-OO interface to mysql sln@netherlands.com
    Re: Non-OO interface to mysql <tim@burlyhost.com>
    Re: Non-OO interface to mysql <usenet@larseighner.com>
    Re: Non-OO interface to mysql sln@netherlands.com
    Re: Non-OO interface to mysql <usenet@larseighner.com>
    Re: Non-OO interface to mysql <tadmc@seesig.invalid>
    Re: opening the file at a specific line number. <ced@blv-sam-01.ca.boeing.com>
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

----------------------------------------------------------------------

Date: Sat, 20 Dec 2008 22:28:40 +0200
From: Eric Pozharski <whynot@pozharski.name>
Subject: Re: [OT] hint was: Rounding up in perl
Message-Id: <slrngkqlfr.sgl.whynot@orphan.zombinet>

On 2008-12-20, Tim Greer <tim@burlyhost.com> wrote:
> Eric Pozharski wrote:
>
>> Consider looking in header of any his message.  There're precise
>> instructions how to avoid CC.  (and then we'll see the next episode of
>> this show.)
>> 
>> *CUT*
>
> I wasn't exactly worried about it, but I don't make a habit of reading
> people's posting headers for instructions of avoiding emailed CC
> replies, especially when I'm replying to their post anyway.  I think
> adding a custom header in my news client is a little much.

A-ha, I've got your point.  Then, I admit, I've misunderstood your
remarks about that,.. #@! stupid idea that his CCs are anyway welcome.
That was a bad mood, and let's forget it.

-- 
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom


------------------------------

Date: Sat, 20 Dec 2008 19:55:08 -0600
From: "corky" <corky@bureauofschmeng.com>
Subject: Re: crisis Perl
Message-Id: <%lh3l.130$sC4.109@newsfe04.iad>


"cartercc" <cartercc@gmail.com> wrote in message 
news:ca123b2f-06c4-409a-8768-6141ccf1f82b@r15g2000prh.googlegroups.com...
> Over the past four years, I've written a fair amount of Perl. Some of
> it has been 'crisis Perl'. This results in scripts that solve a
> problem but are thrown together in a hurry with inefficient, untested,
> and confusing code. When the crisis resolved, I wanted to go back, do
> real testing, and rewrite the script, but have been told on almost
> every occasion to leave it alone. The fact that it seemed to worked
> was good enough, and most of this code found its way into production.
>
> In the past month or so, I've had to look at four scripts I have
> written this way. One script was over two years old, and the newest
> was several months old. Needless to say, dealing with confusing,
> uncommented, and inefficient code is a problem! It would have been
> much easier to clean up the code when it was written than to rewrite
> it months after the fact.
>
> I actually knew better than to not clean up the code, but it was
> easier at the time not to pick a fight with my managers. This isn't an
> excuse, but an explanation.
>
> How do you deal with a manager who tells you to leave a script alone,
> when you know good and well that it's such poorly written code that it
> will be extremely hard to maintain, and perhaps will be buggy as well?
> Getting another job isn't an option, and firing the manager isn't an
> option, either.
>
> CC

Why am I not surprised that there was a crisis in the first place, with this 
management in charge.
My life experience is that when people insist on screwing themselves, let 
them do it. If you must, perhaps send an email explaining your idea, so you 
have some CYA later. Otherwise, let it go and move on to the next thing. 




------------------------------

Date: Sat, 20 Dec 2008 17:46:37 -0600
From: "corky" <corky@bureauofschmeng.com>
Subject: Re: is perl obsolete?
Message-Id: <ytf3l.59750$yB4.28964@newsfe07.iad>


"gavino" <gavcomedy@gmail.com> wrote in message 
news:1ab62b0e-34da-4285-84bc-62ab7462409a@i24g2000prf.googlegroups.com...
> do people only use it for legacy?
>
> php ruby haskell erlang all seem to be beyond it

Popularity is a weird issue here. I do not know where every unix distro is 
on this, but perl is standard on most and PHP is probably not. Have you ever 
tried to get the sysadmins at a large company to install something on a 
production(or even test) box at the whim of a programmer?
Perl is tested, popular and most of all, it is there when you need it. 




------------------------------

Date: Sun, 21 Dec 2008 05:42:26 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Sun Dec 21 2008
Message-Id: <KC7p6q.xzv@zorch.sf-bay.org>

The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN).  You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.

Alien-Judy-0.01
http://search.cpan.org/~jjore/Alien-Judy-0.01/
A wrapper for installing the libJudy C library 
----
Alien-Judy-0.02
http://search.cpan.org/~jjore/Alien-Judy-0.02/
----
AnyEvent-DBI-1.1
http://search.cpan.org/~mlehmann/AnyEvent-DBI-1.1/
asynchronous DBI access 
----
Apache-SWIT-Security-0.06
http://search.cpan.org/~bosu/Apache-SWIT-Security-0.06/
security subsystem for Apache::SWIT 
----
Apache-SWIT-Security-0.07
http://search.cpan.org/~bosu/Apache-SWIT-Security-0.07/
security subsystem for Apache::SWIT 
----
Apache-Session-1.88
http://search.cpan.org/~chorny/Apache-Session-1.88/
A persistence framework for session data 
----
Audio-Extract-PCM-0.02
http://search.cpan.org/~pepe/Audio-Extract-PCM-0.02/
Extract PCM data from audio files 
----
Audio-Extract-PCM-0.02_01
http://search.cpan.org/~pepe/Audio-Extract-PCM-0.02_01/
Extract PCM data from audio files 
----
Audio-Ofa-0.02_01
http://search.cpan.org/~pepe/Audio-Ofa-0.02_01/
Perl interface to libofa, an Acoustig Fingerprinting library 
----
Audio-Ofa-Util-0.03
http://search.cpan.org/~pepe/Audio-Ofa-Util-0.03/
Retrieve audio fingerprints and metadata for unknown audio files 
----
Audio-Ofa-Util-0.04
http://search.cpan.org/~pepe/Audio-Ofa-Util-0.04/
Retrieve audio fingerprints and metadata for unknown audio files 
----
B-Generate-1.15
http://search.cpan.org/~rurban/B-Generate-1.15/
Create your own op trees. 
----
Bloom-Filter-1.1
http://search.cpan.org/~kjetil/Bloom-Filter-1.1/
Sample Perl Bloom filter implementation 
----
Chart-Gnuplot-0.06
http://search.cpan.org/~kwmak/Chart-Gnuplot-0.06/
Plot graph using Gnuplot on the fly 
----
Class-C3-Adopt-NEXT-0.05
http://search.cpan.org/~flora/Class-C3-Adopt-NEXT-0.05/
----
Crypt-Rot47-0.03
http://search.cpan.org/~zblair/Crypt-Rot47-0.03/
Perl extension for encrypting and decrypting ASCII text using the Rot47 substitution cipher. 
----
Crypt-Vernam-0.03
http://search.cpan.org/~gebele/Crypt-Vernam-0.03/
Perl implementation of the Vernam cipher 
----
Curses-UI-0.9606
http://search.cpan.org/~mdxi/Curses-UI-0.9606/
A curses based OO user interface framework 
----
DateTime-Format-Natural-0.74
http://search.cpan.org/~schubiger/DateTime-Format-Natural-0.74/
Create machine readable date/time with natural parsing logic 
----
Devel-PerlySense-0.0173
http://search.cpan.org/~johanl/Devel-PerlySense-0.0173/
Perl IDE backend with Emacs frontend 
----
Email-Send-2.193
http://search.cpan.org/~rjbs/Email-Send-2.193/
Simply Sending Email 
----
Geo-IP-1.36
http://search.cpan.org/~borisz/Geo-IP-1.36/
Look up location and network information by IP Address 
----
Judy-HS-0.05
http://search.cpan.org/~jjore/Judy-HS-0.05/
Library for creating and accessing a dynamic array, using an array-of-bytes as an Key and a word as a Value. 
----
Judy-HS-0.06
http://search.cpan.org/~jjore/Judy-HS-0.06/
Library for creating and accessing a dynamic array, using an array-of-bytes as an Key and a word as a Value. 
----
Kephra-0.4.0.8
http://search.cpan.org/~lichtkind/Kephra-0.4.0.8/
crossplatform, GUI-Texteditor along perllike Paradigms 
----
KiokuX-User-0.01
http://search.cpan.org/~nuffin/KiokuX-User-0.01/
A generic role for user objects stored in KiokuDB 
----
Log-Dump-0.03
http://search.cpan.org/~ishigaki/Log-Dump-0.03/
simple logger mainly for debugging 
----
Module-Build-0.31
http://search.cpan.org/~kwilliams/Module-Build-0.31/
Build and install Perl modules 
----
Module-TestConfig-0.05
http://search.cpan.org/~joshua/Module-TestConfig-0.05/
Write a config module for your tests and/or module. 
----
Mouse-0.14
http://search.cpan.org/~sartak/Mouse-0.14/
Moose minus the antlers 
----
Muldis-D-0.55.0
http://search.cpan.org/~duncand/Muldis-D-0.55.0/
Formal spec of Muldis D relational DBMS lang 
----
Net-ASN-1.04
http://search.cpan.org/~dfreedman/Net-ASN-1.04/
Perl extension for manipulating autonomous system numbers 
----
Net-ASN-1.05
http://search.cpan.org/~dfreedman/Net-ASN-1.05/
Perl extension for manipulating autonomous system numbers 
----
Net-DirectConnect-0.01
http://search.cpan.org/~pro/Net-DirectConnect-0.01/
Perl Direct Connect protocol implementation 
----
NetAddr-IP-4.022
http://search.cpan.org/~miker/NetAddr-IP-4.022/
Manages IPv4 and IPv6 addresses and subnets 
----
NetPacket-0.41_0
http://search.cpan.org/~yanick/NetPacket-0.41_0/
modules to assemble/disassemble network packets at the protocol level. 
----
PPBS
http://search.cpan.org/~exodist/PPBS/
Perl Project Build System 
----
Padre-Plugin-Perl6-0.01
http://search.cpan.org/~azawawi/Padre-Plugin-Perl6-0.01/
Padre plugin for Perl6 
----
Pod-Advent-0.15
http://search.cpan.org/~davidrw/Pod-Advent-0.15/
POD Formatter for The Perl Advent Calendar 
----
Simo-0.01_01
http://search.cpan.org/~kimoto/Simo-0.01_01/
Very simple framework for Object Oriented Perl. 
----
Simo-0.01_02
http://search.cpan.org/~kimoto/Simo-0.01_02/
Very simple framework for Object Oriented Perl. 
----
Sys-Mmap-Simple-0.01
http://search.cpan.org/~leont/Sys-Mmap-Simple-0.01/
Memory mapping made simple and safe. 
----
Sys-Mmap-Simple-0.02
http://search.cpan.org/~leont/Sys-Mmap-Simple-0.02/
Memory mapping made simple and safe. 
----
Task-Padre-Plugin-Deps-0.04
http://search.cpan.org/~fayland/Task-Padre-Plugin-Deps-0.04/
prereqs of Padre::Plugins 
----
Task-Padre-Plugins-0.05
http://search.cpan.org/~fayland/Task-Padre-Plugins-0.05/
Get many Plugins of Padre at once 
----
Test-Assert-0.04
http://search.cpan.org/~dexter/Test-Assert-0.04/
Assertion methods for those who like JUnit. 
----
Video-Filename-0.34
http://search.cpan.org/~behanw/Video-Filename-0.34/
Parse filenames for information about the video 
----
podlators-2.2.1
http://search.cpan.org/~rra/podlators-2.2.1/
----
re-engine-Lua-0.06
http://search.cpan.org/~perrad/re-engine-Lua-0.06/
Lua regular expression engine 


If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.

This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
  http://www.stonehenge.com/merlyn/LinuxMag/col82.html

print "Just another Perl hacker," # the original

--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion


------------------------------

Date: Sat, 20 Dec 2008 21:55:46 +0000 (UTC)
From: Lars Eighner <usenet@larseighner.com>
Subject: Non-OO interface to mysql
Message-Id: <slrngkqqf5.28fj.usenet@debranded.larseighner.com>

Just another in a series of periodic requests asking if anyone has run
across a non-OO interface to MySQL.

-- 
        Lars Eighner <http://larseighner.com/> usenet@larseighner.com
    Bush's third term begins Jan. 20th with an invocation by Rick Warren.
                Obama: No hope; No change; More of the Same.


------------------------------

Date: Sat, 20 Dec 2008 22:55:31 GMT
From: sln@netherlands.com
Subject: Re: Non-OO interface to mysql
Message-Id: <5utqk4lbjtqib155aj6h4r8487i8fhurfd@4ax.com>

On Sat, 20 Dec 2008 21:55:46 +0000 (UTC), Lars Eighner <usenet@larseighner.com> wrote:

>Just another in a series of periodic requests asking if anyone has run
>across a non-OO interface to MySQL.

Are you looking for one?

sln


------------------------------

Date: Sat, 20 Dec 2008 15:46:48 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: Non-OO interface to mysql
Message-Id: <Itf3l.18820$iY3.12303@newsfe14.iad>

Lars Eighner wrote:

> Just another in a series of periodic requests asking if anyone has run
> across a non-OO interface to MySQL.
> 

I don't know of any off hand, but I'm assuming there could be something
out there, or you could write your own method.  However, I don't see a
reason to seek such a thing out, just to avoid OO (so I assume there's
more to the question), and that could be a pretty big wheel to
reinvent, especially with all of the error checking, etc.  Is there
more to the issue than that (being OO or not)?  If so, you might get a
more suitable suggestion than just a non OO solution.
-- 
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting.  24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!


------------------------------

Date: Sun, 21 Dec 2008 00:16:33 +0000 (UTC)
From: Lars Eighner <usenet@larseighner.com>
Subject: Re: Non-OO interface to mysql
Message-Id: <slrngkr2n3.28lj.usenet@debranded.larseighner.com>

In our last episode, 
<Itf3l.18820$iY3.12303@newsfe14.iad>, 
the lovely and talented Tim Greer 
broadcast on comp.lang.perl.misc:

> Lars Eighner wrote:

>> Just another in a series of periodic requests asking if anyone has run
>> across a non-OO interface to MySQL.
>> 

> I don't know of any off hand, but I'm assuming there could be something
> out there, or you could write your own method.

Err...no.  The idea is to avoid methods.

> However, I don't see a reason to seek such a thing out, just to avoid OO
> (so I assume there's more to the question),

The idea is precisely to avoid OO (best) or at least to have function type
calls (second best).

The problem is PHP has function-type (or function looking) mysql interface,
but sucks for string and text manipulation in general.  Perl has good text
and string manipulation, but has DBI objects (and even the Mysql.pm is now
really just an alias for the DBI objects, with method-type calls.

> and that could be a pretty big wheel to
> reinvent,

precisely why I keep hoping to find it has been done.

> especially with all of the error checking, etc.  Is there more to the
> issue than that (being OO or not)?

Nope, that's it: avoiding OO so far as possible and OO type calls even if
OO behind the scenes cannot be avoided.

>  If so, you might get a more suitable suggestion than just a non OO
> solution.


-- 
        Lars Eighner <http://larseighner.com/> usenet@larseighner.com
    Bush's third term begins Jan. 20th with an invocation by Rick Warren.
                Obama: No hope; No change; More of the Same.


------------------------------

Date: Sun, 21 Dec 2008 01:48:08 GMT
From: sln@netherlands.com
Subject: Re: Non-OO interface to mysql
Message-Id: <fs7rk4pm01ntpmj0jvg9p1e7t0li0ur4s5@4ax.com>

On Sat, 20 Dec 2008 21:55:46 +0000 (UTC), Lars Eighner <usenet@larseighner.com> wrote:

>Just another in a series of periodic requests asking if anyone has run
>across 

I'm sure you could program somethin like ADO.
But It sounds like your interested in biting your nuts off.

sln


------------------------------

Date: Sun, 21 Dec 2008 02:50:29 +0000 (UTC)
From: Lars Eighner <usenet@larseighner.com>
Subject: Re: Non-OO interface to mysql
Message-Id: <slrngkrbno.29el.usenet@debranded.larseighner.com>

In our last episode, 
<fs7rk4pm01ntpmj0jvg9p1e7t0li0ur4s5@4ax.com>, 
the lovely and talented sln@netherlands.com 
broadcast on comp.lang.perl.misc:

> On Sat, 20 Dec 2008 21:55:46 +0000 (UTC), Lars Eighner <usenet@larseighner.com> wrote:

>>Just another in a series of periodic requests asking if anyone has run
>>across 

> I'm sure you could program somethin like ADO.

Alternate Dimension Overhead?
Alien Dominated Orchids?
Anodized Dominican Organization?

What?

Surely the O could not stand for 'Object' since the idea is not to use
objects.


> But It sounds like your interested in biting your nuts off.

Whatever that means.

-- 
        Lars Eighner <http://larseighner.com/> usenet@larseighner.com
    Bush's third term begins Jan. 20th with an invocation by Rick Warren.
                Obama: No hope; No change; More of the Same.


------------------------------

Date: Sat, 20 Dec 2008 22:50:39 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Non-OO interface to mysql
Message-Id: <slrngkriov.dd9.tadmc@tadmc30.sbcglobal.net>

Lars Eighner <usenet@larseighner.com> wrote:
> In our last episode, 
><fs7rk4pm01ntpmj0jvg9p1e7t0li0ur4s5@4ax.com>, 
> the lovely and talented sln@netherlands.com 
> broadcast on comp.lang.perl.misc:

>> I'm sure you could program somethin like ADO.
>
> Alternate Dimension Overhead?
> Alien Dominated Orchids?
> Anodized Dominican Organization?


Much about nothing?


-- 
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"


------------------------------

Date: Sat, 20 Dec 2008 16:53:55 -0800 (PST)
From: "C.DeRykus" <ced@blv-sam-01.ca.boeing.com>
Subject: Re: opening the file at a specific line number.
Message-Id: <549c51ca-cbe0-453b-8fe3-45c8839ab1a3@p2g2000prf.googlegroups.com>

On Dec 19, 10:02 am, Nene <rodbas...@gmail.com> wrote:
> Hello,
>
> I have a script that runs every 5 minutes and greps for errors in a
> log file. Througout the day, the log file gets bigger and bigger. Is
> there a way to open the file from a specific line number. My objective
> is that when the scripts runs, it will will get the last line number
> of the file, when it runs again in 5 minutes, I want it to start from
> the last line from the last time the script ran.
>
> I checked FAQ, they had articles similar to what I'm looking for but
> according to FAQ "How do I change, delete, or insert a line in a file,
> or append to the beginning of a file?" It said, "Perl doesn't provide
> random access to lines (especially since the record input separator,
> $/ , is mutable)..."
>
> Any help will be greatly appreciated.

If the log entries are timestamped, you
could use File::ReadBackwards to read
entries bacward from the last line to
the timestamp of the previous cron entry.

--
Charles DeRykus

the last line
time




------------------------------

Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin) 
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>


Administrivia:

#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc.  For subscription or unsubscription requests, send
#the single line:
#
#	subscribe perl-users
#or:
#	unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.  

NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice. 

To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.

#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.

#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.


------------------------------
End of Perl-Users Digest V11 Issue 2069
***************************************


home help back first fref pref prev next nref lref last post