[24280] in Perl-Users-Digest

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

Perl-Users Digest, Issue: 6471 Volume: 10

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Apr 26 18:16:02 2004

Date: Mon, 26 Apr 2004 15:15:16 -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           Mon, 26 Apr 2004     Volume: 10 Number: 6471

Today's topics:
    Re: Perl can't find packages that are there <jwillmore@remove.adelphia.net>
    Re: Pipe outputs response to browser <jwillmore@remove.adelphia.net>
    Re: Pipe outputs response to browser <jwillmore@remove.adelphia.net>
        sending data from one program to a perl prog <andrew@localhost.localdomain>
    Re: sending data from one program to a perl prog <noreply@gunnar.cc>
    Re: sort numeric lists <robin @ infusedlight.net>
    Re: sort numeric lists <robin @ infusedlight.net>
    Re: strange side-effect (bug?) in Net::SMTP <jwillmore@remove.adelphia.net>
    Re: Tests fail in cpan, succeed manually <jwillmore@remove.adelphia.net>
    Re: Tests fail in cpan, succeed manually <jwillmore@remove.adelphia.net>
    Re: Tests fail in cpan, succeed manually <jwillmore@remove.adelphia.net>
    Re: textarea problem + free server <robin @ infusedlight.net>
        textarea problem <robin @ infusedlight.net>
    Re: textarea problem <ittyspam@yahoo.com>
    Re: textarea problem <remorse@partners.org>
    Re: textarea problem <robin @ infusedlight.net>
    Re: textarea problem <robin @ infusedlight.net>
    Re: textarea problem <ittyspam@yahoo.com>
    Re: variable interpolation failed :-( (Chris Marshall)
    Re: WebExplorer as Perl-CGI <jwillmore@remove.adelphia.net>
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

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

Date: Mon, 26 Apr 2004 14:30:26 -0400
From: James Willmore <jwillmore@remove.adelphia.net>
Subject: Re: Perl can't find packages that are there
Message-Id: <pan.2004.04.26.18.30.20.501380@remove.adelphia.net>

On Sun, 25 Apr 2004 18:57:10 +0100, Noel Sant wrote:

[ ... ]

> =============== DOS box ====================================
> Can't locate strict.pm in @INC (@INC contains: C:/Perl/lib C:/Perl/site/lib
> .) a
> t D:\Housekeeping\BackupWithZip\Scripts\BackupWithZip.pl line 264.
> BEGIN failed--compilation aborted at
> D:\Housekeeping\BackupWithZip\Scripts\Backu
> pWithZip.pl line 264.
> Return code from BackupWithZip was 2
> =============== End of DOS box ===============================
> 
> Line 264 is "use strict;".

Why isn't "use strict;" on, say, line 3?  In order for strictures to be
useful and effective, it should be used as early as possible.  Unless you
have about 250+ lines of comments :-)
 
[ ... ]
 
> My path is:
> C:\Perl\bin\;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;"C:\Program
> Files\Norton SystemWorks\Norton Ghost\";C:\Program Files\UltraEdit;C:\Batch.
> I can't find an environment variable @INC but I assume this is a temporary
> one that Perl sets up when it runs.

@INC is the equivlent to "include" in C/C++ and "import" in Java.  It's
Perl's include path and is a part of the language, not part of an
environment variable (well, it is in a way, but let's focus on just the
@INC, shall we :-) ).

Just an idea - have you tried to run a small script to see if "use
strict;" works?  Something like ....

---------------------
#!C:/perl/bin/perl

use strict;
use warnings;

print "Okay!\n";
---------------------

If this works, then the real issue is the way your script was written. 
If it doesn't, then something with your install of Perl got fouled.

HTH

-- 
Jim

Copyright notice: all code written by the author in this post is
 released under the GPL. http://www.gnu.org/licenses/gpl.txt 
for more information.

a fortune quote ...
 "I do not fear computers.  I fear the lack of them."   -- Isaac 
 Asimov 
 


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

Date: Mon, 26 Apr 2004 14:30:31 -0400
From: James Willmore <jwillmore@remove.adelphia.net>
Subject: Re: Pipe outputs response to browser
Message-Id: <pan.2004.04.26.17.57.29.225756@remove.adelphia.net>

On Sun, 25 Apr 2004 23:42:13 +0000, Sam Holden wrote:
> On Sun, 25 Apr 2004 18:31:11 GMT,
> 	Experienced but Undocumented <e01@removethis.toao.net> wrote:
>> "Robin" <robin @ infusedlight.net> wrote
>>> die usually doesn't output to the browser, you have to trap it with an
>> eval
>>> call or something like that. If you want to say:
>>>
>>> open(MAIL, "|/usr/sbin/sendmail -bs") or print
>> "Content-Type:text/html\n\n",
>>> "Error, I dunno about die calls yet, and neither does Robin" and exit;
>> #the
>>> output.
>> 
>> 
>> The script actually isn't dying; it runs, but the browser gets output like
>> the following, which is what I want to avoid.
[ ... ]

> So redirect sendmail's output elsewhere.
> 
> Or just use a module which does it all for you.

I second that :-)

-- 
Jim

Copyright notice: all code written by the author in this post is
 released under the GPL. http://www.gnu.org/licenses/gpl.txt 
for more information.

a fortune quote ...
 It's a damn poor mind that can only think of one way to spell a 
 word.   -- Andrew Jackson 
 


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

Date: Mon, 26 Apr 2004 14:30:39 -0400
From: James Willmore <jwillmore@remove.adelphia.net>
Subject: Re: Pipe outputs response to browser
Message-Id: <pan.2004.04.26.17.57.41.114968@remove.adelphia.net>

On Sun, 25 Apr 2004 23:42:13 +0000, Sam Holden wrote:
> On Sun, 25 Apr 2004 18:31:11 GMT,
> 	Experienced but Undocumented <e01@removethis.toao.net> wrote:
>> "Robin" <robin @ infusedlight.net> wrote
>>> die usually doesn't output to the browser, you have to trap it with an
>> eval
>>> call or something like that. If you want to say:
>>>
>>> open(MAIL, "|/usr/sbin/sendmail -bs") or print
>> "Content-Type:text/html\n\n",
>>> "Error, I dunno about die calls yet, and neither does Robin" and exit;
>> #the
>>> output.
>> 
>> 
>> The script actually isn't dying; it runs, but the browser gets output like
>> the following, which is what I want to avoid.
[ ... ]

> So redirect sendmail's output elsewhere.
> 
> Or just use a module which does it all for you.

I second that :-)

-- 
Jim

Copyright notice: all code written by the author in this post is
 released under the GPL. http://www.gnu.org/licenses/gpl.txt 
for more information.

a fortune quote ...
 It's a damn poor mind that can only think of one way to spell a 
 word.   -- Andrew Jackson 
 


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

Date: Mon, 26 Apr 2004 22:18:57 +0100
From: Andrew Wheeler <andrew@localhost.localdomain>
Subject: sending data from one program to a perl prog
Message-Id: <pan.2004.04.26.21.18.51.119598@localhost.localdomain>

Hello everyone,

I want to write a Perl program to edit an email then sent the email back
to the sender automatically.

My email program allows me to filter emails and send the email to a
program (As I already have done with Spam-Assassin)

However as this is my first real Perl Program and I need a little help:)

Can anyone point me to any documentation on how Perl handles a large block
of text (the email) when it is piped directly to a shell command (the Perl
program). 
I need to replace all occurrences of [  ] with [ X ] so is it best to
treat the email as one block or break it into chunks and process the
chunks separately. 

And what would happen if evolution pipes two separate messages the Perl
program? will the system start 2 separate programs or crash ? 

Any comments gratefully received

Andrew 


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

Date: Mon, 26 Apr 2004 23:42:43 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: sending data from one program to a perl prog
Message-Id: <c6jvtr$cll89$1@ID-184292.news.uni-berlin.de>

Andrew Wheeler wrote:
> Can anyone point me to any documentation on how Perl handles a
> large block of text (the email) when it is piped directly to a
> shell command (the Perl program).

Well, it depends on the code in the Perl program. ;-)

Such a message is made available in STDIN, and this is an (untested)
example code fragment for storing it in a variable:

     my $msg;
     my $maxsize = 131072;
     unless ($ENV{CONTENT_LENGTH} > $maxsize) {
         $msg = do {local $/; <STDIN>};
     } else {
         print "Requested action aborted:\n",
               "Message too large.\n\n";
         exit;
     }

There are suitable modules at CPAN for parsing the message, so you'd
better take a look there.

> I need to replace all occurrences of [  ] with [ X ] so is it best
> to treat the email as one block or break it into chunks and process
> the chunks separately.

It sounds to me as if you can make a global substitution to the whole
message body at one time.

Then, so send the revised message, I recommend that you pay another
visit at CPAN for a mail sending module. There are quite a few of
them; my personal favorite is Mail::Sender.

> And what would happen if evolution pipes two separate messages the
> Perl program? will the system start 2 separate programs or crash ?

Two processes; shouldn't cause a problem.

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



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

Date: Mon, 26 Apr 2004 14:37:52 -0800
From: "Robin" <robin @ infusedlight.net>
Subject: Re: sort numeric lists
Message-Id: <c6js03$p91$1@news.f.de.plusline.net>


> >> On disk I have a 2d table of numbers. Something like this:
>
> > haven't learned too much about pointers and references (my books suck),
but
> > I'd like to show you how to sort them if their truly seperated by
spaces,
> > you don't need a fancy sort routine. I saw your other code, and it
> > was too fancy for such a simple operation. You should always post
> > your code first.
>
> Thanks for the insight. Those numbers in my original post were just an
> example. The number of columns and rows are dynamic depending on which
> file is loaded. They are not known values.
>
> --
> The King of Pots and Pans

tassilo actually pointed out that this code won't work, but it's a start,
and will create a list for a dynamic table of numbers.
-Robin




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

Date: Mon, 26 Apr 2004 14:38:24 -0800
From: "Robin" <robin @ infusedlight.net>
Subject: Re: sort numeric lists
Message-Id: <c6js04$p91$2@news.f.de.plusline.net>


"Sherm Pendley" <spamtrap@dot-app.org> wrote in message
news:p4SdnbuArKZFLxHdRVn-tA@adelphia.com...
> Robin wrote:
>
> > haven't learned too much about pointers and references (my books suck),
>
> If you have a book that tells you Perl has pointers, then it does indeed
> suck beyond measure.

my book, it said perl points to Pearls!
-Robin





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

Date: Mon, 26 Apr 2004 14:30:35 -0400
From: James Willmore <jwillmore@remove.adelphia.net>
Subject: Re: strange side-effect (bug?) in Net::SMTP
Message-Id: <pan.2004.04.16.13.55.27.559944@remove.adelphia.net>

On Fri, 16 Apr 2004 06:30:23 -0700, Ian D. wrote:

> Thanks for the reply, but I don't think that is it.  I don't have to
> assign the new Net::SMTP object to anything, and my array is still
> wiped out.  Here's more debug output:
> 
>   DB<7> x @MAILSERVERS
> 0  ARRAY(0x740594)
>    0  'sendmail'
>    1  'ondar'
>    2  'nobody@cablelabs.com'
>    3  'nobody@localhost'
>    4  150
>   DB<8> Net::SMTP->new('ondar');
>   DB<9> x @MAILSERVERS
> 0  undef
> 
> 
> Somehow my anonymous array at 0x740594 in this case is being
> overwritten in the new() function, but I don't know why.

Can you provide the offending code (**NOT** the whole script, just the
portions that appear to be given you issue).  I can see something is going
South, but at a loss to know why.

-- 
Jim

Copyright notice: all code written by the author in this post is
 released under the GPL. http://www.gnu.org/licenses/gpl.txt 
for more information.

a fortune quote ...
 I've given up reading books; I find it takes my mind off myself.
 
 


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

Date: Mon, 26 Apr 2004 14:30:43 -0400
From: James Willmore <jwillmore@remove.adelphia.net>
Subject: Re: Tests fail in cpan, succeed manually
Message-Id: <pan.2004.04.10.16.22.05.8749@remove.adelphia.net>

On Sat, 10 Apr 2004 15:42:05 +0000, J Krugman wrote:



> 
> I'm trying to understand what's going on, and decide what to do. When I
> attemptto install the module XML::Validator::Schema via CPAN.pm, all
> attempted tests fail:
> 
> Failed Test Status Wstat Total Fail  Failed  List of Failed
> --------------------------------------------------------------------------------t/01basic.t
>                    2    2 100.00%  1-2 t/02yaml.t                   152
> 152 100.00%  1-152 t/03types.t                  163  163 100.00%  1-163
> t/04model.t                   38   38 100.00%  1-38 2 tests skipped.
> Failed 4/6 test scripts, 33.33% okay. 355/355 subtests failed, 0.00%
> okay. make: *** [test_dynamic] Error 29
>   /usr/bin/make test -- NOT OK
> Running make install
>   make test had returned bad status, won't install without force
> 
> But when I run these tests "by hand" (e.g. in the build directory, perl
> -Mlib='./blib/lib' t/01basic.t), they *all* succeed.
> 
> This is a very unusual situation.  My installations via CPAN.pm
> typically succeed, and if they fail because of some failed test, this
> test fails also when invoked manually.
> 
> Can someone tell me why these tests would fail when invoked through
> CPAN.pm, but not when they are invoked manually?  And should I disregard
> CPAN.pm's warnings in this case and force the installation?

Some modules respond well to (when making by hand): make test
TEST_VERBOSE=1

This, if the module is willing, will produce verbose output that *may*
help you make this decision.

You could look at the test(s) being performed.  In this case, you can type
(in the CPAN shell) "look XML::Validator::Schema", then examine the files
in the 't' directory.

You could also look over the README and INSTALL files for the module. I've
found that (for example, the various DBD modules) there need to be some
environment settings that need to be set *before* the install is done.

Just FYI - there *should* be no difference doing an install by hand or
using CPAN.  CPAN just "automates" the exercise of installing a module.

Just my $0.02 :-)

HTH

Jim


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

Date: Mon, 26 Apr 2004 14:30:48 -0400
From: James Willmore <jwillmore@remove.adelphia.net>
Subject: Re: Tests fail in cpan, succeed manually
Message-Id: <pan.2004.04.10.16.23.36.725723@remove.adelphia.net>

On Sat, 10 Apr 2004 15:42:05 +0000, J Krugman wrote:



> 
> I'm trying to understand what's going on, and decide what to do. When I
> attemptto install the module XML::Validator::Schema via CPAN.pm, all
> attempted tests fail:
> 
> Failed Test Status Wstat Total Fail  Failed  List of Failed
>
> --------------------------------------------------------------------------------
> t/01basic.t>                    2    2 100.00%  1-2 
> t/02yaml.t                     152 152 100.00%  1-152 
> t/03types.t                   163  163 100.00%  1-163
> t/04model.t                   38   38 100.00%  1-38 2 tests skipped.
> Failed 4/6 test scripts, 33.33% okay. 355/355 subtests failed, 0.00%
> okay. make: *** [test_dynamic] Error 29
>   /usr/bin/make test -- NOT OK
> Running make install
>   make test had returned bad status, won't install without force
> 
> But when I run these tests "by hand" (e.g. in the build directory, perl
> -Mlib='./blib/lib' t/01basic.t), they *all* succeed.
> 
> This is a very unusual situation.  My installations via CPAN.pm
> typically succeed, and if they fail because of some failed test, this
> test fails also when invoked manually.
> 
> Can someone tell me why these tests would fail when invoked through
> CPAN.pm, but not when they are invoked manually?  And should I disregard
> CPAN.pm's warnings in this case and force the installation?

Some modules respond well to (when making by hand):
 make test TEST_VERBOSE=1

This, if the module is willing, will produce verbose output that *may*
help you make this decision.

You could look at the test(s) being performed.  In this case, you can type
(in the CPAN shell) "look XML::Validator::Schema", then examine the files
in the 't' directory.

You could also look over the README and INSTALL files for the module. I've
found that (for example, the various DBD modules) there need to be some
environment settings that need to be set *before* the install is done.

Just FYI - there *should* be no difference doing an install by hand or
using CPAN.  CPAN just "automates" the exercise of installing a module.

Just my $0.02 :-)

HTH

Jim



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

Date: Mon, 26 Apr 2004 14:30:52 -0400
From: James Willmore <jwillmore@remove.adelphia.net>
Subject: Re: Tests fail in cpan, succeed manually
Message-Id: <pan.2004.04.10.16.21.56.85753@remove.adelphia.net>

On Sat, 10 Apr 2004 15:42:05 +0000, J Krugman wrote:


> 
> 
> I'm trying to understand what's going on, and decide what to do. When I
> attemptto install the module XML::Validator::Schema via CPAN.pm, all
> attempted tests fail:
> 
> Failed Test Status Wstat Total Fail  Failed  List of Failed
> --------------------------------------------------------------------------------t/01basic.t
>                    2    2 100.00%  1-2 t/02yaml.t                   152
> 152 100.00%  1-152 t/03types.t                  163  163 100.00%  1-163
> t/04model.t                   38   38 100.00%  1-38 2 tests skipped.
> Failed 4/6 test scripts, 33.33% okay. 355/355 subtests failed, 0.00%
> okay. make: *** [test_dynamic] Error 29
>   /usr/bin/make test -- NOT OK
> Running make install
>   make test had returned bad status, won't install without force
> 
> But when I run these tests "by hand" (e.g. in the build directory, perl
> -Mlib='./blib/lib' t/01basic.t), they *all* succeed.
> 
> This is a very unusual situation.  My installations via CPAN.pm
> typically succeed, and if they fail because of some failed test, this
> test fails also when invoked manually.
> 
> Can someone tell me why these tests would fail when invoked through
> CPAN.pm, but not when they are invoked manually?  And should I disregard
> CPAN.pm's warnings in this case and force the installation?

Some modules respond well to (when making by hand): make test
TEST_VERBOSE=1

This, if the module is willing, will produce verbose output that *may*
help you make this decision.

You could look at the test(s) being performed.  In this case, you can type
(in the CPAN shell) "look XML::Validator::Schema", then examine the files
in the 't' directory.

You could also look over the README and INSTALL files for the module. I've
found that (for example, the various DBD modules) there need to be some
environment settings that need to be set *before* the install is done.

Just FYI - there *should* be no difference doing an install by hand or
using CPAN.  CPAN just "automates" the exercise of installing a module.

Just my $0.02 :-)

HTH

Jim


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

Date: Mon, 26 Apr 2004 14:33:58 -0800
From: "Robin" <robin @ infusedlight.net>
Subject: Re: textarea problem + free server
Message-Id: <c6jrnf$p89$1@news.f.de.plusline.net>

this is totally off-topic, but for anyone who wants to post and read on a
free server, I found a good one, it's
news.f.de.plusline.net
-Robin





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

Date: Mon, 26 Apr 2004 14:32:14 -0800
From: "Robin" <robin @ infusedlight.net>
Subject: textarea problem
Message-Id: <c6jrk6$ov7$1@news.f.de.plusline.net>

I have a textarea in a script that displays and when the user submits
something it sends the output to the browser from the textarea, why is is
that when I press the return key within the textarea and type more text
below my carriage return does that text below the carriage not display? I
don't have any special parse code, I'm using cgi.pm.

Thanks in advance.

--
Regards,
-Robin
--
[ webmaster @ infusedlight.net ]
www.infusedlight.net












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

Date: Mon, 26 Apr 2004 16:48:04 -0400
From: Paul Lalli <ittyspam@yahoo.com>
Subject: Re: textarea problem
Message-Id: <20040426164656.S1107@dishwasher.cs.rpi.edu>

On Mon, 26 Apr 2004, Robin wrote:

> I have a textarea in a script that displays and when the user submits
> something it sends the output to the browser from the textarea, why is is
> that when I press the return key within the textarea and type more text
> below my carriage return does that text below the carriage not display? I
> don't have any special parse code, I'm using cgi.pm.

After everything, you STILL refuse to follow the posting guidelines?  What
part of "post a short but complete program that demonstrates your problem"
is difficult for you to understand?

It amazes me you still expect people to help you.


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

Date: Mon, 26 Apr 2004 16:56:05 -0400
From: Richard Morse <remorse@partners.org>
Subject: Re: textarea problem
Message-Id: <remorse-FC6A02.16560526042004@plato.harvard.edu>

In article <c6jrk6$ov7$1@news.f.de.plusline.net>,
 "Robin" <robin @ infusedlight.net> wrote:

> I have a textarea in a script that displays and when the user submits
> something it sends the output to the browser from the textarea, why is is
> that when I press the return key within the textarea and type more text
> below my carriage return does that text below the carriage not display? I
> don't have any special parse code, I'm using cgi.pm.

When you're entering the text?  Or when you are later displaying the 
text?

If the former, look to the HTML specification -- you may need to specify 
more rows to your textarea.  If the latter, you would need to make sure 
that your processing of the data properly handles cases where there are 
embedded newlines.

Ricky

-- 
Pukku


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

Date: Mon, 26 Apr 2004 14:56:01 -0800
From: "Robin" <robin @ infusedlight.net>
Subject: Re: textarea problem
Message-Id: <c6jt0p$ptj$1@news.f.de.plusline.net>


> After everything, you STILL refuse to follow the posting guidelines?  What
> part of "post a short but complete program that demonstrates your problem"
> is difficult for you to understand?
>
> It amazes me you still expect people to help you.

ok, I'll demonstrate, I thought this would be an easy one.


use strict;
use CGI qw (:standard);

mainprint ();
output();

sub mainprint
    {
    print header;
    print <<END;
<html><body><form action="thisscript.pl"  method="post"><textarea
name="test"></textarea></form></body></html>
END
    print "\n";
    }

sub output
    {
    if (param ('test'))
        {
        print (param ('test'));
        }
    }

#untested


The script prints everything on the first line of the textarea before my new
line with the return key.... anyone know why?
-Robin





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

Date: Mon, 26 Apr 2004 15:02:24 -0800
From: "Robin" <robin @ infusedlight.net>
Subject: Re: textarea problem
Message-Id: <c6jtd0$pvu$1@news.f.de.plusline.net>


> that your processing of the data properly handles cases where there are
> embedded newlines.

right, and how would I do this, I've been racking my brains for a while on
this one... is it % followed by something like %20 is a space that I have to
replace with a newline.
-Robin




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

Date: Mon, 26 Apr 2004 17:16:13 -0400
From: Paul Lalli <ittyspam@yahoo.com>
Subject: Re: textarea problem
Message-Id: <20040426171316.K1107@dishwasher.cs.rpi.edu>

On Mon, 26 Apr 2004, Robin wrote:

> > After everything, you STILL refuse to follow the posting guidelines?  What
> > part of "post a short but complete program that demonstrates your problem"
> > is difficult for you to understand?
> >
> > It amazes me you still expect people to help you.
>
> ok, I'll demonstrate, I thought this would be an easy one.
>
>
> use strict;
> use CGI qw (:standard);
>
> mainprint ();
> output();
>
> sub mainprint
>     {
>     print header;
>     print <<END;
> <html><body><form action="thisscript.pl"  method="post"><textarea
> name="test"></textarea></form></body></html>
> END
>     print "\n";
>     }
>
> sub output
>     {
>     if (param ('test'))
>         {
>         print (param ('test'));
>         }
>     }
>
> #untested
>

Clearly, it's untested.  If you had tested it, first you would have found
there's no submit button.  Once you added that in, you'd have found that
IT WORKS FINE.  All the text is displayed no problem.  So one more time,
POST A COMPLETE SHORT PROGRAM DEMONSTRATING YOUR PROBLEM.  Why do you have
so much reluctance to do that?  Seriously.  I really do not understand.

> The script prints everything on the first line of the textarea before my new
> line with the return key.... anyone know why?

Really?  Where?  Show me.  Give me the URL and the ability to view the
source code.


> -Robin
>
>
>
>


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

Date: 26 Apr 2004 13:25:41 -0700
From: c_j_marshall@hotmail.com (Chris Marshall)
Subject: Re: variable interpolation failed :-(
Message-Id: <cb9c7b76.0404261225.77a5f261@posting.google.com>

Tad McClellan <tadmc@augustmail.com> wrote in message news:<slrnc8q0c5.ovs.tadmc@magna.augustmail.com>...
> Chris Marshall <c_j_marshall@hotmail.com> wrote:
> > Tad McClellan <tadmc@augustmail.com> wrote in message 
> >> [1] See me make this very same mistake here some years ago:
> >>       Message-ID: <uk68f9cg8b.fsf@linda.teleport.com>
> >>     See Randal set me straight too.  :-)
> > 
> > Apologies for the non-perl question - but how/where do I look up this
> > message from the ID ?
> 
> 
> You've been missing the 2nd best (after the std docs) Perl
> resource of them all!
> 
> 
>    http://groups.google.com/advanced_group_search


ah - thanks.
I already use google for searching old perl questions in this
newsgroup - but I'd never spotted the Message ID field in the advanced
search.

Thanks again.
Chris


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

Date: Mon, 26 Apr 2004 14:30:46 -0400
From: James Willmore <jwillmore@remove.adelphia.net>
Subject: Re: WebExplorer as Perl-CGI
Message-Id: <pan.2004.04.09.14.29.22.89525@remove.adelphia.net>

On Fri, 09 Apr 2004 13:22:24 +0200, Matthias Klein wrote:

[DON'T TOP POST - it's rude]

> "Gregory Toomey" <nospam@bigpond.com> wrote in message
> news:2224115.Gnqc2Pqtg9@GMT-hosting-and-pickle-farming...
>> Matthias Klein wrote:
>>
>> > Does anybody know a freeware/opensource Perl-CGI that acts like a
> regular
>> > file-explorer?
>> >
>> > The internet project I am working on will be hosted on a regular
>> > shared-hosting environment based on Red Hat Linux 7.3 (no root access,
> but
>> > own perl-cgi permitted).
>> >
>> > It requires some sort of web-based file-explorer so that users can
> upload
>> > and download even large files: the user browses to a certain URL, types
> in
>> > his passwd and can then browse in the existing files on the remote host,
>> > download them and upload new ones. That is what I am hoping for...
>> >
>> > Does anybody know a program like this?

>> No need for Perl - the basic functionality is built into Apache. If you
> put
>>
>> Option +Indexes
>>
>> into .htaccess in a directory, Apache will allow you to "browse" the
>> directory & subdirectoires without the need for cgi.
>>
>> See: http://httpd.apache.org/docs/mod/core.html#options
>> " If a URL which maps to a directory is requested, and the there is no
>> DirectoryIndex (e.g., index.html) in that directory, then the server will
>> return a formatted listing of the directory."

> Yes, that works for the download-part of my problem.
> But I also want users to be able to upload (large) files and I assume that
> Apache is not able to perform that task as well, right?
> And since my provider permits Perl-CGIs, I was hoping to find someone who
> knows such a program.

Visit http://freshmeat.net/ for open source software.

HTH

Jim


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

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


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