[11580] in Perl-Users-Digest
Perl-Users Digest, Issue: 5181 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Mar 19 16:07:20 1999
Date: Fri, 19 Mar 99 13:01:32 -0800
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, 19 Mar 1999 Volume: 8 Number: 5181
Today's topics:
Substitution question zerokey@my-dejanews.com
Substitution question zerokey@my-dejanews.com
Re: Substitution question <upsetter@ziplink.net>
Re: Substitution question <Allan@due.net>
SWIG problem hoangngo@usa.net
Re: System call to sort on NT <stampes@xilinx.com>
Re: The truth about the Pentium III chip and ID --- **b <alex@srce.hr>
Re: The truth about the Pentium III chip and ID --- **b (Tim Roberts)
Re: The truth about the Pentium III chip and ID --- **b <leaper@bigfoot.com>
Re: The truth about the Pentium III chip and ID --- **b (Greg Gershowitz)
Re: The truth about the Pentium III chip and ID --- **b <banderson@boi.hp.com>
Re: The truth about the Pentium III chip and ID --- **b <jeff_kline@hopkins.k12.mn.us>
Re: The truth about the Pentium III chip and ID --- **b <barnesm@cain-travel.com>
Re: The truth about the Pentium III chip and ID --- **b <Rufus_Smith@GuntherIntl.com>
Re: The truth about the Pentium III chip and ID --- **b <bcornwell@mail.peds.lsumc.edu>
Re: The truth about the Pentium III chip and ID --- **b <csteger@derivatech.com>
Re: The truth about the Pentium III chip and ID --- **b tng@sosweb.net.nospam
What now ???? <brandeda@se.bel.alcatel.be>
Re: Why can't i create a file with >>$file? (George Crissman)
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 19 Mar 1999 18:59:18 GMT
From: zerokey@my-dejanews.com
Subject: Substitution question
Message-Id: <7cu6pp$f82$1@nnrp1.dejanews.com>
This is probably something amazingly simple, but my poor mind cannot figure it
out.
I am trying to strip the domain name out of an email address..
ex. change SOMEONE@SOMEPLACE.COM to just SOMEONE
I thought a simple $name=s/\@SOMPLACE.COM// would do it, but alas, it does
not.
Any suggestions?
Jason
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 19 Mar 1999 18:58:26 GMT
From: zerokey@my-dejanews.com
Subject: Substitution question
Message-Id: <7cu6o6$f6r$1@nnrp1.dejanews.com>
This is probably something amazingly simple, but my poor mind cannot figure it
out.
I am trying to strip the domain name out of an email address..
ex. change SOMEONE@SOMEPLACE.COM to just SOMEONE
I thought a simple $name=s/\@SOMPLACE.COM// would do it, but alas, it does
not.
Any suggestions?
Jason
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 19 Mar 1999 19:25:44 GMT
From: Scratchie <upsetter@ziplink.net>
Subject: Re: Substitution question
Message-Id: <YwxI2.98$Yk5.13803@news.shore.net>
zerokey@my-dejanews.com wrote:
: I am trying to strip the domain name out of an email address..
: ex. change SOMEONE@SOMEPLACE.COM to just SOMEONE
: I thought a simple $name=s/\@SOMPLACE.COM// would do it, but alas, it does
: not.
You spelled "SOMEPLACE" differently in the two lines above.
You want to use the =~ operator instead of ~ .
Also, the backslash is unneccesary before the @ in a regex.
--Art
--
--------------------------------------------------------------------------
National Ska & Reggae Calendar
http://www.agitators.com/calendar/
--------------------------------------------------------------------------
------------------------------
Date: Fri, 19 Mar 1999 14:34:28 -0500
From: "Allan M. Due" <Allan@due.net>
Subject: Re: Substitution question
Message-Id: <7cu8eu$odh$1@camel21.mindspring.com>
zerokey@my-dejanews.com wrote in message
<7cu6o6$f6r$1@nnrp1.dejanews.com>...
:This is probably something amazingly simple, but my poor mind cannot figure
it
:out.
:I am trying to strip the domain name out of an email address..
:ex. change SOMEONE@SOMEPLACE.COM to just SOMEONE
:I thought a simple $name=s/\@SOMPLACE.COM// would do it, but alas, it does
:not.
Your specific problem is a missing ~
$name=~s/\@SOMPLACE.COM//
Your more generally problem is matching valid email addresses. See perlfaq9
and search dejanews for the fast number of posts related to this issue.
HTH
AmD
--
$email{'Allan M. Due'} = ' All@n.Due.net ';
--random quote --
Skill in manipulating numbers is a talent, not evidence of divine guidance.
- Ashley-Perry Statistical Axioms[2]
------------------------------
Date: Fri, 19 Mar 1999 19:28:36 GMT
From: hoangngo@usa.net
Subject: SWIG problem
Message-Id: <7cu8ga$hbl$1@nnrp1.dejanews.com>
Hello-
I am having problem compiling an example program in the SWIG manual(the very
first example in SWIG manual). I compiled the program for Perl and after that
i invoked GCC as directed in the example but encountered syntax error in
CORE/cop.h.
I am using Linux-2.0.36, latest version of SWIG (1.5p?), and Perl-5.04. Any
help is appreciated.
Hoang
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: 19 Mar 1999 19:26:28 GMT
From: Jeff Stampes <stampes@xilinx.com>
Subject: Re: System call to sort on NT
Message-Id: <7cu8d4$7p2@courier.xilinx.com>
bs5891@my-dejanews.com wrote:
: cmd_line example:
: cat d:\temp\file.dat |sort -t \~ -k 1 -k 2 > d:\temp\new_file.dat
: !system ("$cmd_line > $OUTPUT_DIR\\$DATAFILE")
: or die "Could NOT sort $DATAFILE ($!_)";
If that's the $cmd_line you are using in the system call, you're
not getting what you think you're getting...between the double
quotes, perl is turning those \t's into tabs, the \f's into ^F,
etc....
Use forward slashes...
--
Jeff Stampes -- Xilinx, Inc. -- Boulder, CO -- jeff.stampes@xilinx.com
------------------------------
Date: 19 Mar 1999 15:10:07 +0100
From: Aleksandar Milivojevic <alex@srce.hr>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <x7r9qlefk0.fsf@pc-alex.srce.hr>
Stuart R. Fuller (stu@c49395-a.wodhvn1.mi.home.com) wrote:
> Some Sun boxes return unique (at least unique between the few I
> looked at) values, and they are not related to the IP address.
> However, the Sun boxes do not constitute "every unix box in
> existance[sic]".
Every Sun box have unique hostid. It is written in NVRAM. For more
details see Sun NVRAM/hostid FAQ at:
<http://www.squirrel.com/squirrel/sun-nvram-hostid.faq.html>.
--
Aleksandar Milivojevif | alex@srce.hr | http://jagor.srce.hr/~alex/
Opinions expressed herein are my own.
================================ooooO=Ooooo==============================
Real Users never know what they want, but they always know when your
program doesn't deliver it.
------------------------------
Date: 19 Mar 1999 19:58:16 GMT
From: timr@probo.com (Tim Roberts)
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7cua8o$8sm$1ig@199.201.191.2>
John Lehmann <johnl@axis.com.au> wrote:
>Kano wrote:
>>
>> Oh come on. Many other standard devices (ethernet cards, for example)
>> have their
>> own unique serial numbers that software can use at will. Get over it.
>>
>
>Yes - but ethernet mac cards are only broadcast over the lan, not over
>the net (except by Office98, of course).
The POINT here is that it is exactly as easy to embed my unique MAC address
in an Internet transaction as it is to embed my unique Pentium-III CPU ID
in an Internet transaction. Any software which will go to the trouble to
fetch the unique CPU identifier and send it over the network to identify me
could just as easily be written TODAY to use a MAC address for exactly the
same purpose. The CPU identifier is not significantly different in concept
from the MAC address, and yet there has not been a hue and cry to boycott
NIC manufacturers.
>And what do you mean get over it??? This kind of personal information
>is valuable. Business are willing to pay for it. This kind of
>behavior IS DOWNRIGHT THEFT!!!
But whatever they could do with a CPU ID, they are probably already doing
with a MAC address. It is just as good as a unique identifier. "Get over
it" is exactly the right attitude.
--
- Tim Roberts, timr@probo.com
Providenza & Boekelheide, Inc.
------------------------------
Date: 19 Mar 1999 19:57:44 GMT
From: "Quantum Leaper" <leaper@bigfoot.com>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7cua7o$8sm$1i0@199.201.191.2>
Curt Steger wrote in message <36F161ED.C9F637C1@derivatech.com>...
>
>
>Quantum Leaper wrote:
>
>> Michael Barnes wrote in message <36efc6e7.0@news.webaccess.net>...
>> >Every MODEM has a MAC address also...so your friends pc is nicless, but
not
>> >macless
>>
>> Interesting is over 15 years of using modems, 300 baud to 56K modems
>> (hopefully a Cable or DSL modem in about a year or so), I have NEVER
heard
>> that they have a MAC address? So what command or how do you get the MAC
>> address of a modem? Does this only apply to Mac modems or all modems?
One
>> other question, why would a modem need a MAC address?
>
>Only if it is running on an Apple/Mac!
>
Why would it need a MAC address? MAC address is a unique number so that
NIC card can be found on the network. Unless the modem had a dual propose,
I see no reason why it would ever need a MAC address.
>Any here I thought that a MAC address was a special address book that
Billy-bum
>kept for retaliation if he ever took over the world. ?:^)
>
You do realize you only anwsered one of my questions.
------------------------------
Date: 19 Mar 1999 19:59:52 GMT
From: root@aol.com (Greg Gershowitz)
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7cuabo$8sm$1js@199.201.191.2>
Someone tell my why this is such a big deal? Every unix box in
existance has a unique ID. It's the hostid. What's it for?
Licensing, mostly. Of course unix licensing is far more mature than
for windows. Heck, even a 486 can be made to cough up a hostid. Of
course, I don't know of any cases where that hostid get transmitted to
a vendor, but what's to stop it from happening?
-Greg G
--
-Greg "TORCHA" Gershowitz
-DG3X's own Extreme Icon
To Reply: See the organization line
Spam sucks. Fuck you spammers. Have a Nice Day.
http://www.geocities.com/Area51/5207
------------------------------
Date: 19 Mar 1999 20:01:52 GMT
From: Bill Anderson <banderson@boi.hp.com>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7cuafg$8sm$1lk@199.201.191.2>
Tim Roberts wrote:
>
> John Lehmann <johnl@axis.com.au> wrote:
>
> >Kano wrote:
> >>
> >> Oh come on. Many other standard devices (ethernet cards, for example)
> >> have their
> >> own unique serial numbers that software can use at will. Get over it.
> >>
> >
> >Yes - but ethernet mac cards are only broadcast over the lan, not over
> >the net (except by Office98, of course).
>
> The POINT here is that it is exactly as easy to embed my unique MAC address
> in an Internet transaction as it is to embed my unique Pentium-III CPU ID
> in an Internet transaction. Any software which will go to the trouble to
> fetch the unique CPU identifier and send it over the network to identify me
> could just as easily be written TODAY to use a MAC address for exactly the
> same purpose. The CPU identifier is not significantly different in concept
> from the MAC address, and yet there has not been a hue and cry to boycott
> NIC manufacturers.
Ho wmany home users ar LAN connected to the internet?
oh, yeah, that's right, they dial up with a modem; no getting a MAC
address from a machine that does not have one.
>
> >And what do you mean get over it??? This kind of personal information
> >is valuable. Business are willing to pay for it. This kind of
> >behavior IS DOWNRIGHT THEFT!!!
>
> But whatever they could do with a CPU ID, they are probably already doing
> with a MAC address. It is just as good as a unique identifier. "Get over
> it" is exactly the right attitude.
Can you explain how they would be getting a MAC address from my friends'
NIC-less pc?
A MAC address is not as good, in any event. NICs get changed mor often
than cpus (in most cases). IIRC MAC addresses can be changed, and there
have been cases of MAC addresses beinf reused?
------------------------------
Date: 19 Mar 1999 20:02:50 GMT
From: "Jeffrey S. Kline" <jeff_kline@hopkins.k12.mn.us>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7cuaha$8sm$1mg@199.201.191.2>
I just have to step on this one a moment...
Where did you learn computers??? Do you know what "hostid" is really, and
its use and implications??? Do you know about demons, zones, and domains????
I have one of probably 1628904823e4 host ID's on my server only because I
use the same IP as the ones stated in 3 different RFC's about internal
private networks...
Is this over your head yet???
You cannot identify my boxes, any of them, from any of the rest of them out
there in the world. Then there's the story about "Dynamic" IP's which opens
the doors and windows some more on this.... Wanna keep going with this??!!!
The Intel thing is a whole different bag of worms entirely.
Jeff
Greg Gershowitz wrote in message <36ee69a8.992557692@news.vnet.net>...
>
>Someone tell my why this is such a big deal? Every unix box in
>existance has a unique ID. It's the hostid. What's it for?
>Licensing, mostly. Of course unix licensing is far more mature than
>for windows. Heck, even a 486 can be made to cough up a hostid. Of
>course, I don't know of any cases where that hostid get transmitted to
>a vendor, but what's to stop it from happening?
>
>-Greg G
>
>--
>-Greg "TORCHA" Gershowitz
>-DG3X's own Extreme Icon
>To Reply: See the organization line
>Spam sucks. Fuck you spammers. Have a Nice Day.
>http://www.geocities.com/Area51/5207
------------------------------
Date: 19 Mar 1999 20:04:52 GMT
From: "Michael Barnes" <barnesm@cain-travel.com>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7cual4$8sm$1ob@199.201.191.2>
Every MODEM has a MAC address also...so your friends pc is nicless, but not
macless
As far as I know you cannot network anywhere without a mac address since
IP's map directly to machine addresses at lower levels to identify your
particular machine on any network. So, if your connected to any network via
any hardware device (router, switch, modem, nic) those devices must have mac
addresses.
and modems are easy to replace compared to CPU's also...
Bill Anderson wrote in message <36EEB3DB.779FD60D@boi.hp.com>...
>Tim Roberts wrote:
>>
>> John Lehmann <johnl@axis.com.au> wrote:
>>
>> >Kano wrote:
>> >>
>> >> Oh come on. Many other standard devices (ethernet cards, for example)
>> >> have their
>> >> own unique serial numbers that software can use at will. Get over it.
>> >>
>> >
>> >Yes - but ethernet mac cards are only broadcast over the lan, not over
>> >the net (except by Office98, of course).
>>
>> The POINT here is that it is exactly as easy to embed my unique MAC
address
>> in an Internet transaction as it is to embed my unique Pentium-III CPU ID
>> in an Internet transaction. Any software which will go to the trouble to
>> fetch the unique CPU identifier and send it over the network to identify
me
>> could just as easily be written TODAY to use a MAC address for exactly
the
>> same purpose. The CPU identifier is not significantly different in
concept
>> from the MAC address, and yet there has not been a hue and cry to boycott
>> NIC manufacturers.
>
>Ho wmany home users ar LAN connected to the internet?
>oh, yeah, that's right, they dial up with a modem; no getting a MAC
>address from a machine that does not have one.
>
>>
>> >And what do you mean get over it??? This kind of personal information
>> >is valuable. Business are willing to pay for it. This kind of
>> >behavior IS DOWNRIGHT THEFT!!!
>>
>> But whatever they could do with a CPU ID, they are probably already doing
>> with a MAC address. It is just as good as a unique identifier. "Get
over
>> it" is exactly the right attitude.
>
>Can you explain how they would be getting a MAC address from my friends'
>NIC-less pc?
>
>A MAC address is not as good, in any event. NICs get changed mor often
>than cpus (in most cases). IIRC MAC addresses can be changed, and there
>have been cases of MAC addresses beinf reused?
------------------------------
Date: 19 Mar 1999 20:05:14 GMT
From: "Rufus V. Smith" <Rufus_Smith@GuntherIntl.com>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7cualq$8sm$1oo@199.201.191.2>
All that is needed to get to the dial up user is an address of the service
provider's modem that the user called in on!
This is obviously not unique to an individual.
The IP address he gets when he logs in is also out of a pool of addresses
and is also non-unique.
Michael Barnes wrote in message <36efc6e7.0@news.webaccess.net>...
>Every MODEM has a MAC address also...so your friends pc is nicless, but not
>macless
>As far as I know you cannot network anywhere without a mac address since
>IP's map directly to machine addresses at lower levels to identify your
>particular machine on any network. So, if your connected to any network
via
>any hardware device (router, switch, modem, nic) those devices must have
mac
>addresses.
>
>and modems are easy to replace compared to CPU's also...
>
>
>
------------------------------
Date: 19 Mar 1999 20:06:01 GMT
From: "Brent Cornwell, Pediatrics Computer Administrator" <bcornwell@mail.peds.lsumc.edu>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7cuan9$8sm$1pg@199.201.191.2>
Greg Gershowitz wrote in message <36ee69a8.992557692@news.vnet.net>...
> Someone tell my why this is such a big deal? Every unix box in
> existance has a unique ID. It's the hostid. What's it for?
> Licensing, mostly. Of course unix licensing is far more mature than
> for windows. Heck, even a 486 can be made to cough up a hostid. Of
> course, I don't know of any cases where that hostid get transmitted to
> a vendor, but what's to stop it from happening?
the problem with Intel's PSN is not the fact that it actually HAS a serial
number, but their REASONING behind putting it in the chip. They said it
would improve e-commerce. HOW exactly would it improve it, other than verify
the identification of the computer (and possibly, but not always, the
user)... The problem comes in when (and i've already heard people wanting to
do this) web admins start to incorporate the processor identification into
their servers, so as to associate a specific serial number (the PSN of the
user's computer), with any and all accounts that user may have at that
website... That alone doesn't garuntee that the person using the computer is
the owner of the account... and also, making scripts with such an
association makes a mess and several arguments between user and webmaster,
when the user tries to access his/her accounts from another computer.
...and who's to say that the original owner of the processor isn't going to
sell it to someone else? and then they'd have "authorization" to access
his/her accounts?????!!!!
...and i'm sure crackers have already designed a worm to go around the web,
extracting serial numbers when it comes across P3 systems....
just a little to think about...
Brent Cornwell, Computer Support Administrator
Pediatrics Dept., LSU Medical
------------------------------
Date: 19 Mar 1999 20:09:11 GMT
From: Curt Steger <csteger@derivatech.com>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7cuat7$8sm$1s1@199.201.191.2>
Quantum Leaper wrote:
> Michael Barnes wrote in message <36efc6e7.0@news.webaccess.net>...
> >Every MODEM has a MAC address also...so your friends pc is nicless, but not
> >macless
>
> Interesting is over 15 years of using modems, 300 baud to 56K modems
> (hopefully a Cable or DSL modem in about a year or so), I have NEVER heard
> that they have a MAC address? So what command or how do you get the MAC
> address of a modem? Does this only apply to Mac modems or all modems? One
> other question, why would a modem need a MAC address?
Only if it is running on an Apple/Mac!
Any here I thought that a MAC address was a special address book that Billy-bum
kept for retaliation if he ever took over the world. ?:^)
------------------------------
Date: 19 Mar 1999 20:09:58 GMT
From: tng@sosweb.net.nospam
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7cuaum$8sm$1sl@199.201.191.2>
On Wed, 17 Mar 1999 10:20:04 -0700, "Michael Barnes"
<barnesm@cain-travel.com> wrote:
true. but. MAC addresses on your modem go no further than your isp.
in fact, your isp doesn't even use your modems mac address because you
are assigned an ip addres that already has the mac address of the
modem you connected to so yours never goes out into the net.
your network also has a mac address. this address is used only by
your local network. I machine on a different network send you info,
they only know the ip address, this is send to the router the router
only know the mac address and ip address in your local network. If it
cannot find the destination, it forwards it the the next router which
again only know the mac address and ip address if its local network.
it does on the otherhand know which router to send it to based on ip
routing tables. this process is repeated until it finds the router
that knows the destination ip address and sends it to the isp's router
which then looks up the mac address and places the ip packet on th
ethernet with the destination ip and mac address only knowing the
source ip not mac. mac addresses are NOT forwareded accross even
subnets.
and just to show off, ISP equipment like an ascend or 3com total
control that has 48 modems, all 48 modems have the SAME mac address.
the modem server knows which modem to send it out on based on ip
address.
>Every MODEM has a MAC address also...so your friends pc is nicless, but not
>macless
>As far as I know you cannot network anywhere without a mac address since
>IP's map directly to machine addresses at lower levels to identify your
>particular machine on any network. So, if your connected to any network via
>any hardware device (router, switch, modem, nic) those devices must have mac
>addresses.
>
>and modems are easy to replace compared to CPU's also...
>
>
>
>Bill Anderson wrote in message <36EEB3DB.779FD60D@boi.hp.com>...
>>Tim Roberts wrote:
>>>
>>> John Lehmann <johnl@axis.com.au> wrote:
>>>
>>> >Kano wrote:
>>> >>
>>> >> Oh come on. Many other standard devices (ethernet cards, for example)
>>> >> have their
>>> >> own unique serial numbers that software can use at will. Get over it.
>>> >>
>>> >
>>> >Yes - but ethernet mac cards are only broadcast over the lan, not over
>>> >the net (except by Office98, of course).
>>>
>>> The POINT here is that it is exactly as easy to embed my unique MAC
>address
>>> in an Internet transaction as it is to embed my unique Pentium-III CPU ID
>>> in an Internet transaction. Any software which will go to the trouble to
>>> fetch the unique CPU identifier and send it over the network to identify
>me
>>> could just as easily be written TODAY to use a MAC address for exactly
>the
>>> same purpose. The CPU identifier is not significantly different in
>concept
>>> from the MAC address, and yet there has not been a hue and cry to boycott
>>> NIC manufacturers.
>>
>>Ho wmany home users ar LAN connected to the internet?
>>oh, yeah, that's right, they dial up with a modem; no getting a MAC
>>address from a machine that does not have one.
>>
>>>
>>> >And what do you mean get over it??? This kind of personal information
>>> >is valuable. Business are willing to pay for it. This kind of
>>> >behavior IS DOWNRIGHT THEFT!!!
>>>
>>> But whatever they could do with a CPU ID, they are probably already doing
>>> with a MAC address. It is just as good as a unique identifier. "Get
>over
>>> it" is exactly the right attitude.
>>
>>Can you explain how they would be getting a MAC address from my friends'
>>NIC-less pc?
>>
>>A MAC address is not as good, in any event. NICs get changed mor often
>>than cpus (in most cases). IIRC MAC addresses can be changed, and there
>>have been cases of MAC addresses beinf reused?
>
>
------------------------------
Date: Fri, 19 Mar 1999 20:13:05 +0100
From: David Van den Brande <brandeda@se.bel.alcatel.be>
Subject: What now ????
Message-Id: <36F2A1C1.D1FC3D43@se.bel.alcatel.be>
Hi,
I've a perl/CGI script that uses net::FTP to get some files from another
server ($ftp->get(doc,doc);).
The script putts all the documents I want in the directory where the
script is running in.
It works all right in the cgi-bin directory of my Apache web server.
BUT there is a hugh problem when I want to run the script from within my
browser.
The reason is the following (I think so!).
The command "$ftp->get(doc,doc);" want work here because the browser
uses a URL path (relative to the web server root) to access the script.
In other words, the ftp command doesn't know where to put the documents.
Can this problem be solved?
Or (to solve my problem in a different way) is there an net::FTP command
that puts the document in a $variable.
Thanks in advance!
KR.,
David
--
V David Van den Brande, Trainee at
----------------- Alcatel Switching VE27
| A L C A T E L | Fr. Wellesplein 1 - 2018 Antwerp - Belgium
----------------- mailto:David.Van_den_Brande@alcatel.be
------------------------------
Date: Fri, 19 Mar 1999 20:13:09 GMT
From: strads@tmisnet.com (George Crissman)
Subject: Re: Why can't i create a file with >>$file?
Message-Id: <36f2abee.7823089@news2.tmisnet.com>
Hmmmm ... when I'm creating a file intended for importing into
.... say ... Microsoft Excel ... I like to have column headings in the
first row to make life easy on the end user. So I would use:
if(-e $file)
{ open( FILE, ">>$file") || die "Can't open $file : $! \n" ;
# Once the existing file is open, perform output below
}
else
{ open( FILE, ">$file") || die "Can't open $file : $! \n" ;
# open new file and perform new-file heading stuff
}
# Write data to file
print FILE "Web site name is Relationship Stress Test For Guys\n" ;
close( FILE ) ;
On Thu, 18 Mar 1999 14:08:14 -0500, Poohba <poohba@io.com> wrote:
>I am trying to append to a file and it won't append nor will it create the
>file if it isn't there. Why? I am using:
>
>$file = "file.dat";
>open (FILE, ">>$file") || die "Can't open $file: $!\n";
>print FILE "print all of this junk\n";
>close(FILE);
>
>I can't get it to open or append to file. Why?
>
> * Web Page Designs *
> / poohba@io.com | www.io.com/~poohba\
> ---------------------------------------
> \ For info about me send message with /
> * subject "send file help" *
>
>
-----------------------------------------------------------------------
"There is no need to criminalize millions of legitimate and responsible
businesses and individuals in order to stop a very small group of
irresponsible people, particularly when there are other ways already
working ." says Mr. Dan Hufnal of the (relatively small) 10,000 member
DEAA. What does he mean by "other ways already working"?
Maybe: <http://www.tmisnet.com/~strads/spamhunt/index.html>
-----------------------------------------------------------------------
------------------------------
Date: 12 Dec 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Dec 98)
Message-Id: <null>
Administrivia:
Well, after 6 months, here's the answer to the quiz: what do we do about
comp.lang.perl.moderated. Answer: nothing.
]From: Russ Allbery <rra@stanford.edu>
]Date: 21 Sep 1998 19:53:43 -0700
]Subject: comp.lang.perl.moderated available via e-mail
]
]It is possible to subscribe to comp.lang.perl.moderated as a mailing list.
]To do so, send mail to majordomo@eyrie.org with "subscribe clpm" in the
]body. Majordomo will then send you instructions on how to confirm your
]subscription. This is provided as a general service for those people who
]cannot receive the newsgroup for whatever reason or who just prefer to
]receive messages via e-mail.
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.misc (and this Digest), send your
article to perl-users@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.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
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 V8 Issue 5181
**************************************
