[29772] in Perl-Users-Digest

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

Perl-Users Digest, Issue: 1015 Volume: 11

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Nov 8 11:09:45 2007

Date: Thu, 8 Nov 2007 08:09:07 -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           Thu, 8 Nov 2007     Volume: 11 Number: 1015

Today's topics:
        china wholesale gucci prada sneakers lacoste puma train <chinanike-wholesale@hotmail.com>
    Re: Newbie doesn't quite understand pointers with hashe <keersarge@nowhere.com>
    Re: Newbie doesn't quite understand pointers with hashe <jurgenex@hotmail.com>
    Re: Newbie doesn't quite understand pointers with hashe (Doug Miller)
    Re: Newbie doesn't quite understand pointers with hashe <jurgenex@hotmail.com>
    Re: Newbie doesn't quite understand pointers with hashe <sbryce@scottbryce.com>
    Re: Obtaining column type in Oracle table <nobull67@gmail.com>
        perl floating point problem  info@oliverhallmann.de
    Re: perl floating point problem <jurgenex@hotmail.com>
    Re: perl floating point problem <bugbear@trim_papermule.co.uk_trim>
    Re: problems building perl modules, path question <mmccaws@comcast.net>
        script to make font as a grid in plain text? <myicqKATTE@bakkegmx.net>
    Re: script to make font as a grid in plain text? <RedGrittyBrick@SpamWeary.foo>
        Set TCP_MAXSEG (OS buffering) on Win32?  How? <ed@notarealemailaccount.com>
    Re: Set TCP_MAXSEG (OS buffering) on Win32?  How? <thepoet_nospam@arcor.de>
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

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

Date: Thu, 08 Nov 2007 03:54:39 -0800
From:  overinstock <chinanike-wholesale@hotmail.com>
Subject: china wholesale gucci prada sneakers lacoste puma trainers WWW.OVERINSTOCK.COM cheap bape bbc hoodies
Message-Id: <1194522879.343788.322060@e34g2000pro.googlegroups.com>


nike jordan sneakers wholesale( www.overinstock.com )
We Wholesale Cheap Jordan Shoes,Michael Jordan Shoes,Nike Jordan
Basketball shoes, ... Jordan Shoes,Air Jordan Sneakers,Air Jordan
Wholesale All of the Air Jordan sneakers have Nike Air in the
shoes.Authentic quality Jordan Sneakers Custom Jordan Sneakers
Wholesale Jordan Sneakers gucci sneakers prada sneakers,lv chanel
coach dior DG DSQUARED2 DIESEL,miumiu handbags sneakers,shoes,t-
shirts,jeans,jackets.We sale new Nike Sneakers,Air Jordan Sneakers,AIR
FORCE 1S,Nike Dunks SB,Bape Sta from nike outlets and factory
stores,also Nike wholesale-Jordan Shoes,sneakers! online



www.overinstock.com
Nike Jordan Sneakers WHOLESALE ( Nike Wholesale China,Nike
Sneakers,Air Jordan Sneakers,AIR FORCE ONE 1S )
www.overinstock.com
Nike Air Dunk Trainer :
Nike Dunk , Nike Dunks, Nike Air Dunk, Nike Air Dunks, Nike Dunks Dunk
low,Nike Air Dunks Dunk High , Nike Dunk mid Shoes.Nike Sale ( NIKE
WHOLESALE CHINA,NIKE shoes,Air Jordan Sneakers,AIR FORCE ONE 1S )
Nike Air Force 1:
Nike Air Force 1, Nike Air Force one Shoes, Nike Air Force 1 one, Nike
air force 1 one Low mid high shoes.NIKE WHOLESALE ( NIKE WHOLESALE
CHINA,NIKE Sneakers,Air Jordan Sneakers,AIR FORCE ONE 1S )
Nike Air MaxTrainer :
Nike Air Max Shoes, Nike airmax , Nike Air Max tn, Nike Air Max plus,
Nike Air Max 90 , Nike Air Max 2006 , Nike Air max 95  Nike Air max 97
Nike Air max 2003  Nike Air max 2004  Nike Air max 2005.
www.overinstock.com
Nike Wholesale - Nike Shox:
Nike Shox Shoes, Nike shocks Shoes, Nike Shox tl Shoes,Nike Shox
nz ,Nike Shox r4 , Nike Shox r5, Nike Shox turbo, Nike Shox tl 2 II,
Nike Shox tl 3 III, Nike Shox monster, Nike Shox running Shoes, Nike
Shox LV, Nike Shox BURBERRY. Nike Shocks
Nike Air Jordan Shoes :
Nike Jordan, Nike Jordans, Nike Air Jordan, Nike Air Jordans, Nike Air
Jordan 1 2 3 4 5 6 7 8 9 10 11 12 13 14 16 17 18 19 20 21 22, Nike Air
Jordan 11 XI, Nike Air Jordan 13 XIII, Nike Air Jordan 21 XXI.



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

Date: Thu, 08 Nov 2007 07:48:08 -0600
From: Keersarge <keersarge@nowhere.com>
Subject: Re: Newbie doesn't quite understand pointers with hashes.
Message-Id: <pan.2007.11.08.13.48.07.757480@nowhere.com>

Thanks for all the answers, but I don't think I got my question across
properly.

But first...

Everyone mentioned templating.  When I first discovered it a few weeks ago
I thought it was a great idea to keep HTML separate from the perl CGI
stuff.  It worked great with presentation of stuff using a browser. Then
as I began to get into it, I got stuck on using the <FORM> method in a
template.

More reading in the OReilley books and the official CGI.pm book.  All of
them said in effect "Yes, you can use the FORM method with templates,
but...
We don't recommend it.
It is a can of worms.
The form logic will overwhelm your mainline code. 
Don't use it... and so forth."

At that point I said, WTH!  This is like purchasing a brand new car and
then reading in the owners manual that "We don't recommend driving on the
Interstate highways because the wheels might fall off."

By the way,my code is on a private internal network and cannot be accessed
from the 'Net.

At that point I went back to looking for another method to separate HTML
and CGI.

Now let me try my original question again.

I have a long string in some file somewhere that has what looks like a
reference to a hash element in it.  Like so...

asfp poip wwdudjh skkienb $submithash(somekey) llsigj kosoone

By coincidence I also have a program that has a hash by that same name
i.e. %submithash and it has that same key somewhere in it, say,
$submithash(somekey)= 5986

I want to regex the reference to $submithash(somekey) out of that file (no
problem with that) and, inside my program, actually use it and get the
value out of $submithash(somekey).

What I got was something like $mystring = $submithash(somekey).  If I
print $mystring, I get the literal string,  $submithash(somekey), not the
value that is 5986.  I need to turn that string into the actual reference
to the hash.

Thanks
Keersarge

(Late of Delphi, which is the only thing I regret leaving behind when I
left Windows).




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

Date: Thu, 08 Nov 2007 14:24:23 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: Newbie doesn't quite understand pointers with hashes.
Message-Id: <r_EYi.5467$bm.3308@trndny08>

Keersarge wrote:
> I have a long string in some file somewhere that has what looks like a
> reference to a hash element in it.  Like so...
>
> asfp poip wwdudjh skkienb $submithash(somekey) llsigj kosoone
>
> By coincidence I also have a program that has a hash by that same name
> i.e. %submithash and it has that same key somewhere in it, say,
> $submithash(somekey)= 5986
>
> What I got was something like $mystring = $submithash(somekey).  If I
> print $mystring, I get the literal string,  $submithash(somekey), not
> the value that is 5986.  I need to turn that string into the actual
> reference to the hash.

Well, if you insist on shooting yourself in the foot then as I told you 
before eval() is the function that will execute data as if it were code.

jue 




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

Date: Thu, 08 Nov 2007 14:31:54 GMT
From: spambait@milmac.com (Doug Miller)
Subject: Re: Newbie doesn't quite understand pointers with hashes.
Message-Id: <u5FYi.19169$lD6.8476@newssvr27.news.prodigy.net>

In article <r_EYi.5467$bm.3308@trndny08>, "Jürgen Exner" <jurgenex@hotmail.com> wrote:
>Keersarge wrote:
>> What I got was something like $mystring = $submithash(somekey).  If I
>> print $mystring, I get the literal string,  $submithash(somekey), not
>> the value that is 5986.  I need to turn that string into the actual
>> reference to the hash.
>
>Well, if you insist on shooting yourself in the foot then as I told you 
>before eval() is the function that will execute data as if it were code.

Well, he did say

"By the way,my code is on a private internal network and cannot be accessed
from the 'Net."

which suggests that the risk of shooting himself in the foot is minimal.

-- 
Regards,
        Doug Miller (alphageek at milmac dot com)

It's time to throw all their damned tea in the harbor again.


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

Date: Thu, 08 Nov 2007 14:56:00 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: Newbie doesn't quite understand pointers with hashes.
Message-Id: <4sFYi.4926$sN.3967@trndny02>

Doug Miller wrote:
> "By the way,my code is on a private internal network and cannot be
> accessed from the 'Net."
>
> which suggests that the risk of shooting himself in the foot is
> minimal.

Had you said 'lower' instead of 'minimal', then I would have agreed.

But it is wrong to assume that just because you are on a corporate network 
nobody will try to crack your application from within. Think disgruntled 
employee or career weasel or other similarly unpleasant characters. And we 
don't know what the OPs system is for. Maybe corporate financial data or 
confidential employee data?

Or think about what may happen if someone from outside does gain access to 
the internal network and now finds all doors wide open.

jue 




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

Date: Thu, 08 Nov 2007 07:59:08 -0700
From: Scott Bryce <sbryce@scottbryce.com>
Subject: Re: Newbie doesn't quite understand pointers with hashes.
Message-Id: <j9idnbG-stn5ua7anZ2dnUVZ_t-gnZ2d@comcast.com>

Keersarge wrote:
> Everyone mentioned templating.  When I first discovered it a few weeks ago
> I thought it was a great idea to keep HTML separate from the perl CGI
> stuff.  It worked great with presentation of stuff using a browser. Then
> as I began to get into it, I got stuck on using the <FORM> method in a
> template.
> 
> More reading in the OReilley books and the official CGI.pm book.  All of
> them said in effect "Yes, you can use the FORM method with templates,
> but...
> We don't recommend it.
> It is a can of worms.
> The form logic will overwhelm your mainline code. 
> Don't use it... and so forth."

I don't understand why. I use forms inside of templates with 
HTML::Template, and I don't have any problems. There's a little more to 
it than with ordinary text, but I wouldn't describe it as "a can or worms."

My suggestion: give it a shot, then ask here if you can't get it to 
work. I would use templates over the method you are attempting.


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

Date: Thu, 08 Nov 2007 12:53:59 -0000
From:  Brian McCauley <nobull67@gmail.com>
Subject: Re: Obtaining column type in Oracle table
Message-Id: <1194526439.559166.9540@t8g2000prg.googlegroups.com>

On Nov 8, 12:18 am, Sean Nakasone <seannakas...@yahoo.com> wrote:

> Using the Oracle module

Whilst I can find a plethora of modules on CPAN containing "Oracle" in
their name I can't find one simply called "Oracle".  Are you _sure_
that's its full name?  Where did you get it?



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

Date: Thu, 08 Nov 2007 07:09:45 -0800
From:  info@oliverhallmann.de
Subject: perl floating point problem
Message-Id: <1194534585.375896.109600@k35g2000prh.googlegroups.com>

#!/usr/local/bin/perl

my $i=2.55;
$i=$i*100;
print "$i\n";
my $j=int($i);
print "$j\n";

output:
255
254

can someone explain that to me?



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

Date: Thu, 08 Nov 2007 15:16:34 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: perl floating point problem
Message-Id: <mLFYi.7866$Cc.1891@trndny09>

info@oliverhallmann.de wrote:
> #!/usr/local/bin/perl
>
> my $i=2.55;
> $i=$i*100;
> print "$i\n";
> my $j=int($i);
> print "$j\n";
>
> output:
> 255
> 254
>
> can someone explain that to me?

You must have missed "Basics of Computer Numerics".
You must also have missed the documentation for int() where it explicitely 
explains this behaviour.
You could also check 'perldoc -q 999' for a very brief introduction of why 
using floating point numbers has it quirks in Perl, too, just like in any 
other standard programming language.

jue 




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

Date: Thu, 08 Nov 2007 15:34:09 +0000
From: bugbear <bugbear@trim_papermule.co.uk_trim>
Subject: Re: perl floating point problem
Message-Id: <13j6b3hkl0cvr0e@corp.supernews.com>

info@oliverhallmann.de wrote:
> #!/usr/local/bin/perl
> 
> my $i=2.55;
> $i=$i*100;
> print "$i\n";
> my $j=int($i);
> print "$j\n";
> 
> output:
> 255
> 254
> 
> can someone explain that to me?
> 

Difference between round and trunc, I think.

   BugBear


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

Date: Thu, 08 Nov 2007 08:05:50 -0800
From:  mmccaws2 <mmccaws@comcast.net>
Subject: Re: problems building perl modules, path question
Message-Id: <1194537950.639635.250000@y27g2000pre.googlegroups.com>

On Nov 8, 12:40 am, mmccaws2 <mmcc...@comcast.net> wrote:
> On Nov 7, 6:26 pm, Ben Morrow <b...@morrow.me.uk> wrote:
>
>
>
> > Quoth mmccaws2 <mmcc...@comcast.net>:
>
> > > On Nov 7, 12:12 pm, elsiddik <elsid...@gmail.com> wrote:
> > > > On Nov 7, 7:05 pm, mmccaws2 <mmcc...@comcast.net> wrote:
> > > > > On Nov 7, 8:59 am, Ben Morrow <b...@morrow.me.uk> wrote:
>
> > > > > >     $ perl -MCPAN -eshell
> > > > > >     cpan> o conf make_install_make_command "sudo make"
> > > > > >     cpan> o conf mbuild_install_build_command "sudo ./Build"
> > > > > >     cpan> o conf commit
> > > > > >     cpan> quit
> > > > > >     $
> > [snip]
> > > > > > No, all the modules already installed should be fine (you might=
 want to
> > > > > > check that everything under /opt/perl_32/lib is owned by root).
>
> > > > > well chown -R worked.
>
> > Good.
>
> > > > > now the next part, and sorry for being so dense, But I don't sudo=
 perl
> > > > > -MCPAN -e shell but run those commands after entering perl -MCPAN=
 -e
> > > > > shell.  Correct?
>
> > Correct. Hence the '$' prompt.
>
> > > > > also the /opt/perl_32/lib/5.8.8/ has a lot of files with read only
> > > > > permissions.  Would the correct approach be chmod -R 644 /opt/per=
l_32/
> > > > > lib/5.8.8/  or is that too broad of a command?
>
> > No! Don't touch anything in there: that's core perl stuff. Why would you
> > think it should be writable?
>
> > > > > $ ls -l /opt/perl_32/lib/5.8.8/
>
> > > > > gives
>
> > [lots of stuff that looks fine]
>
> > > > ...
>
> > > > read more =BB
>
> > If you're going to quote someone, please do so in a comprehensible
> > manner. Google Groups ne Usenet.
>
> > > I now get this error using perl -MCPAN -e shell
>
> > > $ perl -MCPAN -e shell
> > > /usr/lib/hpux32/dld.so: Unable to find library 'libperl.so'.
>
> > Well... what else have you changed? If you've been messing about with
> > the permissions of .../lib/5.8.8 then put things back the way they were.
>
> > > the permissions for this is
> > >  ls -l /opt/perl_64/lib/5.8.8/IA64.ARCHREV_0-thread-multi-LP64/CORE/
> > > libperl.so
> > > -r-xr-xr-x   1 bin        bin        4324272 Sep 13 23:24 /opt/perl_6=
4/
> > > lib/5.8.8/IA64.ARCHREV_0-thread-multi-LP64/CORE/libperl.so
>
> > Uh, why are you showing me a listing for a perl that lives under
> > /opt/perl_64 when before you were asking about a perl that lived under
> > /opt/perl_32? Are you mixing up 32- and 64-bit perls? That probably
> > won't work.
>
> > > what should the settings be for libperl.so?
>
> > Whatever the ActiveState installer left them as. CPAN.pm won't have
> > touched them.
>
> > Ben
>
> Actually I thought that, perl_32, was interesting too.  So I need to
> change the core permissions to back to what they were.  The only
> command that I applied to the core was chmod -R 644 as I said
> earlier.  On the other machine, a hpux 11i earlier version 11 or 13,
> there is no libperl.so file.  There are two libperl file, libperl.a
> and libperl.sl, r--r--r-- and r-xr-xr-x respectively.   Would the
> latter correspond to the libperl.so on the machine that I changed?
>
> As to the two libraries, I don't really understand why there are two,
> perl_32 and perl_64 that since I didn't build perl5.8.8.  It is a
> itanium 64 bit and the OS is a 64 bit OS.
>
> Could using chmod on files break a link?
>
> Thanks for getting back. I have a lot of work to do.
>
> Mike

since I had a similar system to compare directory permissions I made a
reversed the chmod 644 to 444 for /opt/perl_32/lib/5.8.8.  I still get
the same message when trying to use perl.  I have not heard back from
the administrator about why there is a 32bit perl library.

Here is what I'm trying to do.  I have a an application that uses a
database, mysql, and apache to push, pull, store and report the
configurations of some mobile devices.  I had problems with modules
that require gcc (which turned out to be loaded but not in listed in
the PATH ) or required root permissions for some socket modules. As
you can see, I've learned since that after 5.8.8 was installed I
immediately sudo perl -MCPAN -e shell to install the couple of modules
that required root.  I didn't realize at the time that made my .cpan
directory as owned by root.  and the rest is unfortunately in black
and white.

So Ideally on a fresh perl install, I would set up my cpan,
then apply

   $ perl -MCPAN -eshell
    cpan> o conf make_install_make_command "sudo make"
    cpan> o conf mbuild_install_build_command "sudo ./Build"
    cpan> o conf commit
    cpan> quit
    $
and I should be able to install the modules requiring root permissions
without going into sudo.

Let me know if I'm missing something on the best method to install
Perl.

and I really appreciate everyone's help.  I had not had these sort of
problems when I had developed  in a MAC and windows single user
environment before.  So I see now it's much different in a multi-user
environment.


Mike








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

Date: 08 Nov 2007 14:37:36 GMT
From: T <myicqKATTE@bakkegmx.net>
Subject: script to make font as a grid in plain text?
Message-Id: <Xns99E29EFA041B8myicqKATTEbakkegmxne@62.243.74.163>

I need to generate, from a truetype (Unicode) font a
pattern of the font in a certain size. Basically to get a 
"grid" of the font, best in a selected size.

There are examples here
    	http://czyborra.com/unifont/

but how to use scripts are not fully clear to me.


What I need is an outcome that is similar to

4E21:	
    	----------------
	----------------
	-#############--
	-------#--------
	-------#--------
	--###########---
	--#----#----#---
	--#-#--#--#-#---
	--#-#--#--#-#---
	--#-#--#--#-#---
	--#-#--#--#-#---
	--#-#######-#---
	--#-#-----#-#---
	--#---------#---
	--#--------##---
	----------------

 .. and to be able to generate this type of pattern for
any range of unicode characters, such as 
0400 .. 04FF or similar.


Is there a script / module somewhere to do such thing ?




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

Date: Thu, 08 Nov 2007 15:42:30 +0000
From: RedGrittyBrick <RedGrittyBrick@SpamWeary.foo>
Subject: Re: script to make font as a grid in plain text?
Message-Id: <47332e6b$0$21088$da0feed9@news.zen.co.uk>

T wrote:
> I need to generate, from a truetype (Unicode) font a
> [bitmap] pattern of the font in a certain size. 

> 
> Is there a script / module somewhere to do such thing ?
> 

It seems unlikely to me. It looks like a rather rare and arcane sort of 
requirement. Wouldn't you have to pass the font data through a Truetype 
rendering engine so that the font's hinting algorithms are processed? If 
the rendering engine doesn't have a method that delivers bitmap data to 
a normal IO stream then I guess you'd have to display it and scrape the 
bitmap off the display. If I was doing this I wouldn't pick Perl.

Just my two U+00A2 worth. Just because it seems unlikely to an ignorant 
oaf like me doesn't mean that such a script/module doesn't exist. :-)


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

Date: Thu, 08 Nov 2007 13:06:31 +0000
From: Ed W <ed@notarealemailaccount.com>
Subject: Set TCP_MAXSEG (OS buffering) on Win32?  How?
Message-Id: <wpWdnQP-G7tClK7anZ2dnUVZ8vmdnZ2d@pipex.net>

For various reasons I have a requirement to have an app listening on 
localhost which is proxying output from another app that is not under my 
control. Currently the OS is buffering too much data (I think >XP the OS 
buffers >64KB ish?) and I need to try and find a way to crank down the 
OS buffers without making a system wide registry change

The solution appeared to be to use the TCP_MAXSEG option:
  setsockopt($server, &Socket::IPPROTO_TCP, &Socket::TCP_MAXSEG, 2048);

However, on activestate at least this is giving me:
  Your vendor has not defined Socket macro TCP_MAXSEG, used at xxx

Any ideas on how I can control OS buffering on Win32? (I need it 
portable eventually, but win32 is my problem right now)

I believe that the trick on windows is to set the advertised MSS window 
(as above) and this then changes the window size that the sender uses

Right now I can use SO_RCVBUF on the receiving side to turn down the 
receive buffer, but I am still having problems with the sending buffer 
(which is outside my control) being way too large for my requirements

Any help please?

Ed W


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

Date: Thu, 08 Nov 2007 16:32:29 +0100
From: Christian Winter <thepoet_nospam@arcor.de>
Subject: Re: Set TCP_MAXSEG (OS buffering) on Win32?  How?
Message-Id: <47332c15$0$27132$9b4e6d93@newsspool1.arcor-online.net>

Ed W schrieb:
> For various reasons I have a requirement to have an app listening on 
> localhost which is proxying output from another app that is not under my 
> control. Currently the OS is buffering too much data (I think >XP the OS 
> buffers >64KB ish?) and I need to try and find a way to crank down the 
> OS buffers without making a system wide registry change
> 
> The solution appeared to be to use the TCP_MAXSEG option:
>  setsockopt($server, &Socket::IPPROTO_TCP, &Socket::TCP_MAXSEG, 2048);
> 
> However, on activestate at least this is giving me:
>  Your vendor has not defined Socket macro TCP_MAXSEG, used at xxx
> 
> Any ideas on how I can control OS buffering on Win32? (I need it 
> portable eventually, but win32 is my problem right now)
> 
> I believe that the trick on windows is to set the advertised MSS window 
> (as above) and this then changes the window size that the sender uses
> 
> Right now I can use SO_RCVBUF on the receiving side to turn down the 
> receive buffer, but I am still having problems with the sending buffer 
> (which is outside my control) being way too large for my requirements

TCP segment size has _nothing at all_ to do with stream buffer sizes,
those are two limits that apply to different layers of a tcp
communication.

TCP_MAXSEG controls how big a tcp packet can be before it gets split
into consecutive segments. Trying to toy with that from within an
application is dangerous and may lead to problems that are very
hard to track down. The task of determining efficient segment
sizes is best left to the communication stack itself.

The send/receive buffering happens at a higher level. In the case of
a send buffer, it simply contains the raw data that is to be broken
into tcp segments and sent over the wire. In the case of a receive
buffer, it contains the raw data _assembled_ from one or more
consecutive tcp segments.

I can't rule out for sure that there is a (recommendable) mechanism to
change SO_SNDBUF individually for a foreign application's socket on
Win32, but I'd be surprised if there was. Even then, it could be that
the application implements its own buffering before invoking send(), and
any modification efforts would be for naught.

I'm wondering what problem you are trying to solve that appears as
"Currently the OS is buffering too much data". Your question,
however, has nothing to do with Perl and will problably get better
answers in a Win32 related newsgroup.

-Chris


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

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 1015
***************************************


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