[23088] in Perl-Users-Digest

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

Perl-Users Digest, Issue: 5309 Volume: 10

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Aug 1 21:05:51 2003

Date: Fri, 1 Aug 2003 18:05:07 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)

Perl-Users Digest           Fri, 1 Aug 2003     Volume: 10 Number: 5309

Today's topics:
    Re: "web" vs. "traditional" development (was Re: Web de <noreply@gunnar.cc>
    Re: File+Data from Java to Perl & back again. (SOAP?) (Tim M)
        for ($foo) {} vs. $_ = $foo; <jaspax@u.washington.edu>
    Re: for ($foo) {} vs. $_ = $foo; <pinyaj@rpi.edu>
    Re: for ($foo) {} vs. $_ = $foo; <grazz@pobox.com>
        Loading environment <usenetmail@latinmail.com>
    Re: Loading environment <abigail@abigail.nl>
    Re: No Question - Just Posting some Code I'm Proud of (Tad McClellan)
    Re: Parse Text File and Output to File <jaspax@u.washington.edu>
        perl as win32 and DSNless con to mdb? (rob merritt)
    Re: perl as win32 and DSNless con to mdb? <mgarrish@rogers.com>
        Script "terminates" when processing large numbers of fi (Scott Stark)
    Re: Script "terminates" when processing large numbers o <NOSPAM@bigpond.com>
    Re: Script "terminates" when processing large numbers o <theaney@cablespeed.com>
    Re: splicing two arrays <grazz@pobox.com>
    Re: Time compare using milliseconds (Paulers)
    Re: Web development and Perl 6 (Tad McClellan)
    Re: Web development and Perl 6 <noreply@gunnar.cc>
    Re: Web development and Perl 6 <noreply@gunnar.cc>
    Re: Web page with frames... <mgarrish@rogers.com>
    Re: Web page with frames... <emschwar@ldl.fc.hp.com>
    Re: Web page with frames... <mgarrish@rogers.com>
    Re:  <bwalton@rochester.rr.com>
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

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

Date: Sat, 02 Aug 2003 02:33:10 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: "web" vs. "traditional" development (was Re: Web development and Perl 6)
Message-Id: <bgf16d$nu6sp$2@ID-184292.news.uni-berlin.de>

Tad McClellan wrote:
> Gunnar Hjalmarsson <noreply@gunnar.cc> wrote:
>> Hmm.. That comment does require an explanation, Randal.
> 
> The OP seemed to be claiming that Perl 6 will fail if it is not
> adopted by web developers.

I noticed comments by OP on Perl's future as _web development_
language, but I did not notice any comments on its succeess or failure
on the whole. The latter was brought into the discussion by others,
who are seemingly uninterested in the original topic.

Charlton went as far as claiming that it's _good_ (for him) that new
web developers turn to PHP, which made me express my doubt whether
that is good for Perl.

>> Personally I believe that any program needs a big user base, and 
>> through the web, you reach a big audience.
> 
> Consideration of quantity withour regard to quality is a risky
> approach to take.

The words "without regard to quality" were just added - by you.

> I think what has caused this thread's size is the way the OP 
> presented his position.

It may have contributed, but I don't think it's the whole explanation.

> I'm sure folks would _like_ for Perl 6 to be a reasonable choice of
> language for CGI programming.

Are you? I'm not. Not all "folks", anyway.

> But there is an important distinction between "it would be nice" 
> and "it is essential".

Again: OP never claimed anything like that.

-- 
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl



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

Date: 1 Aug 2003 15:06:26 -0700
From: Tim.Mundy@babelfish.com (Tim M)
Subject: Re: File+Data from Java to Perl & back again. (SOAP?)
Message-Id: <f070cf9a.0308011406.686c272f@posting.google.com>

The benefits to using SOAP would be:

-Simplicity (Too optimistic?)
-Standardized method would be ideal as we may want to integrate other
systems and even allow public integration with the Perl system.
(Basically we want to keep it flexible enough so we can integrate our
Perl system with another system written in any other language)

-SOAP currently seems to be the most prominent method for servers to
communicate
-Lack of other suitable methods that don't seem to be quick hacks


What other standardized methods are used for production quality
systems in the corporate world? Are they supported by all mainstream
languages?

Share your thoughts now, and the penny will be in the mail! :)


Tim Mundy



"Jon A. Cruz" <jon@joncruz.org> wrote in message news:<3F2A7445.4070509@joncruz.org>...
> Tim M wrote:
> > I'm not sure what the best method would be to enable this
> > communication. I'm leaning towards SOAP, but I'm sceptical due to my
> > need to send large files. Everywhere I've read suggests SOAP is too
> > bulky to transfer files efficiently.
> > I believe straight XML is in the same boat too.
> > 
> > What do you think? Is SOAP still a possibility, or do I need some
> > other solution? Maybe SOAP for parameters & FTP for the file transfer?
> > 
> > All ideas and feedback is welcome!
> 
> Well, you should probably turn your question around:
> 
> What would you gain from using SOAP?


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

Date: Fri, 1 Aug 2003 15:00:13 -0700
From: JS Bangs <jaspax@u.washington.edu>
Subject: for ($foo) {} vs. $_ = $foo;
Message-Id: <Pine.A41.4.56.0308011458350.75826@dante20.u.washington.edu>

Brian McCauley sikyal:

> gbacon@hiwaay.net (Greg Bacon) writes:
>
> >         for ($_->[-1]) {
> >            s/\(historical\)/(hist)/g;
> >            s/\(abandoned\)/(aban)/g;
>  [snip]
> >            s/Junior/Jr/g;
> >            s/Mountain/Mtn/g;
> >         }
>
> Greg, I'm curious.  Is this use of for() in place of =~ something you
> usually recommend?  This is the first time I can ever recall seeing
> anyone else suggest it.  I'd concluded it was just my own personal
> affectation. :-)

Whenever I need something like this, I'm in the habit of doing an
explicit assignment to $_

$_ = $foo;

Rather than:

for ($foo) {}

If I'm worried about scope, I'll put the whole thing in a bare block. Is
there any tremendous reason not to do this?

--
Jesse S. Bangs jaspax@u.washington.edu
http://students.washington.edu/jaspax/
http://students.washington.edu/jaspax/blog

Jesus asked them, "Who do you say that I am?"

And they answered, "You are the eschatological manifestation of the ground
of our being, the kerygma in which we find the ultimate meaning of our
interpersonal relationship."

And Jesus said, "What?"


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

Date: Fri, 1 Aug 2003 18:52:10 -0400
From: Jeff 'japhy' Pinyan <pinyaj@rpi.edu>
To: JS Bangs <jaspax@u.washington.edu>
Subject: Re: for ($foo) {} vs. $_ = $foo;
Message-Id: <Pine.SGI.3.96.1030801185102.171522A-100000@vcmr-64.server.rpi.edu>

[posted & mailed]

On Fri, 1 Aug 2003, JS Bangs wrote:

>Whenever I need something like this, I'm in the habit of doing an
>explicit assignment to $_
>
>$_ = $foo;
>
>Rather than:
>
>for ($foo) {}
>
>If I'm worried about scope, I'll put the whole thing in a bare block. Is
>there any tremendous reason not to do this?

Assigning to $_ doesn't automagically localize $_.  You'd need to say
'local' yourself.  Using a for loop DOES automagically localize $_.

-- 
Jeff Pinyan            RPI Acacia Brother #734            2003 Rush Chairman
"And I vos head of Gestapo for ten     | Michael Palin (as Heinrich Bimmler)
 years.  Ah!  Five years!  Nein!  No!  | in: The North Minehead Bye-Election
 Oh.  Was NOT head of Gestapo AT ALL!" | (Monty Python's Flying Circus)



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

Date: Fri, 01 Aug 2003 23:10:20 GMT
From: Steve Grazzini <grazz@pobox.com>
Subject: Re: for ($foo) {} vs. $_ = $foo;
Message-Id: <wrCWa.3591$mZ6.3539@nwrdny02.gnilink.net>

JS Bangs <jaspax@u.washington.edu> wrote:
> Brian McCauley sikyal:
>> this use of for() in place of =~
> 
> Whenever I need something like this, I'm in the habit of 
> doing an explicit assignment to $_
> 
> $_ = $foo;
> 
> Rather than:
> 
> for ($foo) {}
> 
> If I'm worried about scope, I'll put the whole thing in a 
> bare block. Is there any tremendous reason not to do this?

The fact that foreach() makes $_ an alias to $foo rather than
a copy of it is crucial in some cases (including this one).

-- 
Steve


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

Date: Fri, 1 Aug 2003 19:57:10 -0300
From: "Rodolfo Rojas" <usenetmail@latinmail.com>
Subject: Loading environment
Message-Id: <bgeqqt$o3snj$1@ID-166445.news.uni-berlin.de>

Hi everybody.
I want to load a unix user environment within a Perl script,
as when we do ". ./settings" in shell.
Does anybody know if Perl has a simple and elegant way
of doing it so?
Thanks in advance.






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

Date: 01 Aug 2003 23:38:12 GMT
From: Abigail <abigail@abigail.nl>
Subject: Re: Loading environment
Message-Id: <slrnbiluf3.ba.abigail@alexandra.abigail.nl>

Rodolfo Rojas (usenetmail@latinmail.com) wrote on MMMDCXXII September
MCMXCIII in <URL:news:bgeqqt$o3snj$1@ID-166445.news.uni-berlin.de>:
""  Hi everybody.
""  I want to load a unix user environment within a Perl script,
""  as when we do ". ./settings" in shell.
""  Does anybody know if Perl has a simple and elegant way
""  of doing it so?


This is a trick I've used in production code. Place this near
the top of your program:

    # Filename shouldn't have single quotes in it.
    my $ENVIRONMENT = "/some/file/with/environment/variables/";

    if (@ARGV && $ARGV [0] eq '--sourced_environment') {
        shift;
    }
    else {
        if (-f $ENVIRONMENT) {
            #
            # Now we perform a double exec. The first exec gives us a shell,
            # allowing us the source the file with the environment variables.
            # Then, from within the shell we re-exec ourself - but with an
            # argument that will prevent us from going into infinite recursion.
            #
            # We cannot do a 'system "source $ENVIRONMENT"', because
            # environment variables are not propagated to the parent.
            #
            # Note the required trickery to do the appropriate shell quoting
            # when passing @ARGV back to ourselves.
            #
            # Also note that the program shouldn't normally be called with
            # '--sourced_environment' - if so, pick something else.
            #

            @ARGV = map {s/'/'"'"'/g; "'$_'"} @ARGV;

            exec << "        --";
                source '$ENVIRONMENT'
                exec    $0  --sourced_environment @ARGV;
            --
            die  "This should never happen.";
        }
    }


Abigail
-- 
#!/opt/perl/bin/perl -w
$\ = $"; $; = $$; END {$: and print $:} $SIG {TERM} = sub {$ := $_}; kill 15 =>
fork and ($; == getppid and exit or wait) foreach qw /Just another Perl Hacker/


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

Date: Fri, 1 Aug 2003 16:33:49 -0500
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: No Question - Just Posting some Code I'm Proud of
Message-Id: <slrnbiln5t.530.tadmc@magna.augustmail.com>

Mike Flannigan <mikeflan@earthlink.net> wrote:
> Tad McClellan wrote:


>> >         substr ($temp[$turn-8], 4, 2, "0$rep") if ($rep < 10);
>> >         substr ($temp[$turn-8], 4, 2, "$rep")if ($rep > 9);
>>
>> Treating strings as if they were numbers is a path to madness.


Errr, I said that backwards.

You are treating a number as if it was a string.


>> Do you _want_
>>
>>    $rep = -1;
>>
>> to become
>>
>>    $rep = '0-1';
>>
>> ??


(because that is what your code would do for the 4th substr() arg...)


>> A negative number of repetitions isn't going to happen of course,
>> but if you get used to using such false cleverness, it will
>> bite you someday.
>>
> 
> I guess you are saying hard code it with functions.  If not,
> then I'm not up to you yet in that area.


I'm saying if you mean for $rep to be a number, then treat is
as a number rather than as a string.


>> Use sprintf() to zero-pad numbers:
>>
>>    $rep = sprintf "%02d", $rep;


sprintf() is treating $rep as a number, so it won't become
confused when $rep < 0 .


-- 
    Tad McClellan                          SGML consulting
    tadmc@augustmail.com                   Perl programming
    Fort Worth, Texas


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

Date: Fri, 1 Aug 2003 14:52:13 -0700
From: JS Bangs <jaspax@u.washington.edu>
Subject: Re: Parse Text File and Output to File
Message-Id: <Pine.A41.4.56.0308011442290.75826@dante20.u.washington.edu>

John M. Lembo sikyal:

> I am using Perl to parse a text file and output to another file.  The text
> file has data on Unix virtual memory (vmstat) and I want to delete lines
> that I don't want and output lines that I want to a new file.  The script I
> have is giving me blank lines in the new file.

Brian did a pretty good job of ripping your existing script to shreds, so
I won't repeat his wonderful work :). Instead, I'll provide an example of
a reasonably quick way to do what you want. This could easily be reduced
to a one-liner with a little more effort.

open INFO, '</users/rit0/g3/jml19810/metrics/systemdata';
open OUT '>systemstats';

print OUT grep { foo($_) } <INFO>;

foo() should be a function that returns true for the lines you want to
keep, otherwise false. Implementing foo() is left as a problem to the
reader. (It needn't be an actual sub, as an inline regex should do just as
well.)


--
Jesse S. Bangs jaspax@u.washington.edu
http://students.washington.edu/jaspax/
http://students.washington.edu/jaspax/blog

Jesus asked them, "Who do you say that I am?"

And they answered, "You are the eschatological manifestation of the ground
of our being, the kerygma in which we find the ultimate meaning of our
interpersonal relationship."

And Jesus said, "What?"


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

Date: 1 Aug 2003 15:30:01 -0700
From: merritt.robert@spsd.sk.ca (rob merritt)
Subject: perl as win32 and DSNless con to mdb?
Message-Id: <b6bf97d5.0308011430.29e15112@posting.google.com>

Hi here is wat I am trying:

use Win32::ODBC;


#my $dsn = "Provider=Microsoft.Jet.OLEDB.4.0;
dbq=h:/logs/mail/report/addressTrack.mdb";

my $dsn = 'driver=Microsoft Access
Driver(*.mdb);dbq=h:/logs/mail/report/addressTrack.mdb';


 my $myDb = new Win32::ODBC($dsn);
#
if (!$myDb)
{
 print "failed to conect to $DSN\n";
 Win32::ODBC::DumpError();
 die;
}



what I get is:

H:\logs\mail\report>perl addresstrack.pl
failed to conect to

---------- Error Report: ----------
Errors for the package:
Connection Number:
Error number: 911
Error message: "[Microsoft][ODBC Driver Manager] Data source name not
found and
no default driver specified"
-----------------------------------
Died at addresstrack.pl line 26.


any ideas?


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

Date: Sat, 02 Aug 2003 00:32:30 GMT
From: "mgarrish" <mgarrish@rogers.com>
Subject: Re: perl as win32 and DSNless con to mdb?
Message-Id: <yEDWa.46317$hOa.6397@news02.bloor.is.net.cable.rogers.com>


"rob merritt" <merritt.robert@spsd.sk.ca> wrote in message
news:b6bf97d5.0308011430.29e15112@posting.google.com...
> Hi here is wat I am trying:
>
> use Win32::ODBC;
>
>
> #my $dsn = "Provider=Microsoft.Jet.OLEDB.4.0;
> dbq=h:/logs/mail/report/addressTrack.mdb";
>
> my $dsn = 'driver=Microsoft Access
> Driver(*.mdb);dbq=h:/logs/mail/report/addressTrack.mdb';
           ^^

Spaces are important! Change $dsn to:

my $dsn = 'driver=Microsoft Access Driver
(*.mdb);dbq=h:/logs/mail/report/addressTrack.mdb';

and it should connect.

Matt




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

Date: 1 Aug 2003 17:03:03 -0700
From: sstark@us.ibm.com (Scott Stark)
Subject: Script "terminates" when processing large numbers of files
Message-Id: <ce94ec71.0308011603.54421c32@posting.google.com>

Hi, I'm running a script that reads through large numbers of html
files (1500-2000 or so) in each of about 20 directories, searching for
strings in the files.

For some reason the script quits midway through, and I get a
"Terminated" message. It quits while checking a batch of files at a
different point in the file system every time, so I know it's not a
code error. In fact if I limit the total number of files processed to
a couple of hundred, the script runs fine.

Is this some kind of memory problem or other resource problem? I've
tried breaking up each directory pass into separate subroutine calls,
and even broken up the individual directory lists so that they process
in smaller batches of 300 each, thinking that might free up resources.
Something like this:

foreach $d (@dirs){
 my @files = glob("$basedir/$d/*.html $basedir/$d/*.htm");
 if(scalar(@files) > 300){
  ... # make smaller lists called my(@shortList) of 300 each
  search_files(@shortList);
 }
}

sub search_files {
 my @files = @_;
 ... # search through each file
}

I've tried running the script with perl -d and #! /usr/bin/perl -w
with no errors and get the same results, but at different points in
the file system.

Any thoughts? If it's a memory problem, is there some way to free up
memory?

thanks,
Scott


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

Date: Sat, 2 Aug 2003 10:20:04 +1000
From: "Gregory Toomey" <NOSPAM@bigpond.com>
Subject: Re: Script "terminates" when processing large numbers of files
Message-Id: <bgf026$o58s0$1@ID-202028.news.uni-berlin.de>

"Scott Stark" <sstark@us.ibm.com> wrote in message
news:ce94ec71.0308011603.54421c32@posting.google.com...
> Hi, I'm running a script that reads through large numbers of html
> files (1500-2000 or so) in each of about 20 directories, searching for
> strings in the files.

Some ISPs stop long running 'batch' processes by killing them after a
certain elapsed time.
Could that be the case here?

gtoomey





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

Date: Fri, 01 Aug 2003 20:46:05 -0400
From: Tim Heaney <theaney@cablespeed.com>
Subject: Re: Script "terminates" when processing large numbers of files
Message-Id: <87ptjokhte.fsf@mrbun.watterson>

sstark@us.ibm.com (Scott Stark) writes:
>
> foreach $d (@dirs){
>  my @files = glob("$basedir/$d/*.html $basedir/$d/*.htm");

Perhaps the glob is hitting the expansion limit. Try reading the
directory yourself...something like

  my $dir = "$basedir/$d";
  unless (opendir DIR, $dir) {
    warn "Cannot open directory $dir: $!\n";
    next;
  }
  my @files = map {$_ = "$dir/$_"} grep /\.html?$/, readdir DIR;

I hope this helps,

Tim


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

Date: Fri, 01 Aug 2003 23:28:20 GMT
From: Steve Grazzini <grazz@pobox.com>
Subject: Re: splicing two arrays
Message-Id: <oICWa.3596$mZ6.1759@nwrdny02.gnilink.net>

matija <mpapec@yahoo.com> wrote:
> Steve Grazzini <grazz@pobox.com> wrote:
> >> I ended up with simultaneous array rotation and I'm curios
> >> now if there is a better way? :)
> >
> >How about:
> >
> >  for my $i (0..$#arr1) {
> >    next unless exists $h{$arr1[$i]};
> >    splice @arr1, $i, 1;
> >    splice @arr2, $i, 1;
> >  }
> 
> Unfortunately this doesn't work as expected as arrays 
> continuously shrink so when $i reaches initial $#arr1, 
> real @arr1 is far smaller.

Yeah... I read your logic backwards.

  for my $i (0..$#arr1) {
    next if exists $h{$arr1[$i]};  # KEEP them
    splice @arr1, $i, 1;
    splice @arr2, $i, 1;
  }

-- 
Steve


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

Date: 1 Aug 2003 15:38:17 -0700
From: paulers@cox.net (Paulers)
Subject: Re: Time compare using milliseconds
Message-Id: <78f80819.0308011438.23db9654@posting.google.com>

Got any ideas how to account for one entry being 23:59:59:200 and
another being 00:02:10:200?

tadmc@augustmail.com (Tad McClellan) wrote in message news:<slrnbiivts.1pn.tadmc@magna.augustmail.com>...
> Paulers <paulers@cox.net> wrote:
> 
> > I have two timestamps that look like this:
> > 
> > 08:42:38:624
> > 08:42:39:437
> > 
> > I need to find out the difference. I have never worked with
> > milliseconds before so I was wondering if you could point me in the
> > right direction.
> 
> 
> Huh? Your cause and effect are completely disjoint.
> 
> Milliseconds are just like seconds, only there are 1000 of them.
> 
> Either:
> 
>    instead of integer seconds, use floating point seconds: 38.624 seconds.
> 
> or, better:
> 
>    convert everything to (integer) milliseconds, and then just subtract.
> 
> 
> --------------------------------
> #!/usr/bin/perl
> use strict;
> use warnings;
> 
> foreach  ( qw/ 08:42:38:624 08:42:39:437/ ) {
>    my $millis = to_millis($_);
>    print "$_ is $millis milliseconds\n"; 
> }
> 
> sub to_millis {
>    my( $hours, $minutes, $seconds, $millis) = split /:/, $_[0];
> 
>    $millis += 1000 * $seconds;
>    $millis += 1000 * 60 * $minutes;
>    $millis += 1000 * 60 * 60 * $hours;
> 
>    return $millis;
> }
> --------------------------------


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

Date: Fri, 1 Aug 2003 16:54:40 -0500
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: Web development and Perl 6
Message-Id: <slrnbilod0.530.tadmc@magna.augustmail.com>

Garry Heaton <none@none.com> wrote:

> It appears I drifted into the wrong newsgroup. 


No, it appears you posted to the newsgroup without having
lurked for a while.

That is dangerous, as there may be aspects of what goes on
here that you are unaware of...


> Perhaps I should have
> searched for comp.lang.perlforcluelessnewbies 


 ... like that.

If you'd read the newsgroup for a few weeks, you'd see that that
_is_ largely what this newsgroup has become.

It might then be more obvious what "Perl is CGI" has done "for" 
us here in clp.misc, which in turn, would make the positions
taken in most of the followups easier to follow.


> as most of the respondents
> here are more interested in distancing themselves from web developers who,
> by definition, seem to be tarred as "clueless". 


Not by definition. By direct observation, daily in this very forum,
and if you were a real participant here, then you would have
already seen it for yourself.

Some web developers are never identified as such, because they
don't ask off-topic questions in the first place. Nor do they
subsequently argue about how their off-topic topic is on-topic.

But the converse is almost never true, ie. folks that insist
on their incorrect partitioning of the problem nearly always
_are_ web developers.



> I give up.


OK.



[snip TOFU, yet another sign proclaiming cluelessness]

-- 
    Tad McClellan                          SGML consulting
    tadmc@augustmail.com                   Perl programming
    Fort Worth, Texas


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

Date: Sat, 02 Aug 2003 02:33:06 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: Web development and Perl 6
Message-Id: <bgf16a$nu6sp$1@ID-184292.news.uni-berlin.de>

Abigail wrote:
> Gunnar Hjalmarsson (noreply@gunnar.cc) wrote on MMMDCXXII September
> MCMXCIII in <URL:news:bgce21$nk32u$1@ID-184292.news.uni-berlin.de>:
> ==  
> ==  Personally I believe that any program needs a big user base,
> 
> I disagree. Quality matters, quantity doesn't. I don't think Windows
> is a better OS because more people use it.

Ever heard of money? ;-)

many users => better funding opportunities => better software

I suppose that's (indirectly) true also for an open source product 
like Perl.

> ==                                             Sometimes I feel that
> ==  regulars in this group deliberately and actively discourage Perl and
> ==  CGI from being used for trivial web scripting, and _that_ amazes _me_. 
> ==  I smell snobbery.
> 
> That might also have to do with the quality and attitude of many of the
> so-called "web programmers". They are to Perl as what AOL used to be to
> Usenet.

I notice that you
1) confirm my observation :(
2) give one possible explanation that I (unfortunately) agree on.

-- 
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl



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

Date: Sat, 02 Aug 2003 02:33:13 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: Web development and Perl 6
Message-Id: <bgf16g$nu6sp$3@ID-184292.news.uni-berlin.de>

Charlton Wilbur wrote:
> Gunnar Hjalmarsson <noreply@gunnar.cc> writes:
>> Personally I believe that any program needs a big user base, and 
>> through the web, you reach a big audience.
> 
> Why?

For funding reasons. See my reply to Abigail.

> Perl needs to maintain a Perl-development group at least as big as
> it is now, but except insofar as the size of the user base affects 
> the size of the development group, the size of the user base is 
> irrelevant.  Perl is there for me to use, whether 100 million other
> people are using it or only 25.

User base of 25 people? Randal, do you think that would be sufficient,
too? ;-)

-- 
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl



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

Date: Fri, 01 Aug 2003 22:15:51 GMT
From: "mgarrish" <mgarrish@rogers.com>
Subject: Re: Web page with frames...
Message-Id: <rEBWa.70815$rsJ.69194@news04.bloor.is.net.cable.rogers.com>


"Eric Schwartz" <emschwar@ldl.fc.hp.com> wrote in message
news:eto65lh6plk.fsf@wormtongue.emschwar...
> "mgarrish" <mgarrish@rogers.com> writes:
>
> It tells them their question is not a Perl question.  It also tells
> them that non-Perl-related questions aren't welcome here.
>

It's a pathetic attempt to garner attention for one's self. It neither
addresses the problem (that the user didn't know where to post), nor does it
do anything but provoke the poster into a flame war. He wasn't asking anyone
to do his work for him. He wasn't rude, either. He just "thought" he was
asking a Perl question. Hardly justification for such a stupid response.

Matt




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

Date: Fri, 01 Aug 2003 16:31:52 -0600
From: Eric Schwartz <emschwar@ldl.fc.hp.com>
Subject: Re: Web page with frames...
Message-Id: <eton0et57s7.fsf@wormtongue.emschwar>

"mgarrish" <mgarrish@rogers.com> writes:
> It's a pathetic attempt to garner attention for one's self.

You're wrong.

> Hardly justification for such a stupid response.

Tell ya what.  You stick around here for oh, 5 years or so, answering
the same exact set of questions several times a day, politely and
cheerfully, for free, and then maybe you'll be qualified to tell us
why we act the way we do.

Or you could just pop on, insult a number of people who have been
writing Perl years before you ever heard of it, and feel morally
superior.

Ya know, whatever makes you happy, really.

-=Eric
-- 
Come to think of it, there are already a million monkeys on a million
typewriters, and Usenet is NOTHING like Shakespeare.
		-- Blair Houghton.


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

Date: Sat, 02 Aug 2003 00:06:30 GMT
From: "mgarrish" <mgarrish@rogers.com>
Subject: Re: Web page with frames...
Message-Id: <agDWa.46211$hOa.38509@news02.bloor.is.net.cable.rogers.com>


"Eric Schwartz" <emschwar@ldl.fc.hp.com> wrote in message
news:eton0et57s7.fsf@wormtongue.emschwar...
>
> Or you could just pop on, insult a number of people who have been
> writing Perl years before you ever heard of it, and feel morally
> superior.
>

Ooh, I feel insulted...

Nope, it just a little indigestion. Must be all the tripe.

Matt




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

Date: Sat, 19 Jul 2003 01:59:56 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: 
Message-Id: <3F18A600.3040306@rochester.rr.com>

Ron wrote:

> Tried this code get a server 500 error.
> 
> Anyone know what's wrong with it?
> 
> if $DayName eq "Select a Day" or $RouteName eq "Select A Route") {

(---^


>     dienice("Please use the back button on your browser to fill out the Day
> & Route fields.");
> }
 ...
> Ron

 ...
-- 
Bob Walton



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

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.  

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 V10 Issue 5309
***************************************


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