[11573] in Perl-Users-Digest
Perl-Users Digest, Issue: 5173 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Mar 19 04:07:21 1999
Date: Fri, 19 Mar 99 01:00:19 -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: 5173
Today's topics:
Re: @ARGV is not working <selberg@sr.hp.com>
Re: Algorithm to split words into "encyclopedia labels" (Steve Grantz)
ANNOUNCE: Create your PDF anface@geocities.com
by the way... <bcornwell@mail.peds.lsumc.edu>
Re: find command problem (Martin Ramsch)
Re: localtime (Larry Rosler)
Re: Mysterious Perl Bug (Bart Lateur)
Re: need better way to print external file withen perl (Larry Rosler)
Re: Perl Editors for WinNT? (Karina Smit)
Re: Please can we stop this PIII thread RIGHT HERE? As (James Stevenson)
Re: Please can we stop this PIII thread RIGHT HERE? As <edward_hill@gec.nospam.com>
Re: The truth about the Pentium III chip and ID --- **b (Tim Roberts)
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
Re: writing thumnails <horng@earthlink.net>
Re: writing thumnails <horng@earthlink.net>
Re: writing thumnails <borud@lucifer.fast.no>
Re: y2k and 4-digit dates (was Re: foreach and while) (Larry Rosler)
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 15 Mar 1999 12:57:40 -0800
From: Scott Selberg <selberg@sr.hp.com>
Subject: Re: @ARGV is not working
Message-Id: <36ED7444.3895CB31@sr.hp.com>
Eric Bohlman wrote
>
> On NT, there can be problems passing arguments to "commands" created by
> file associations. Try "perl argvtest1.pl one two three" and see if that
> works.
Eric, you are right on the money. Thanks. My problem has been due to the
use of file associations. I guess I'll just need to get used to typing
an extra 5 characters.
Thanks again
--
=/= Scott Selberg
""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
_____
/ / email: selberg@sr.hp.com
Hewlett / hp / Packard phone: 707-794-6575
/____/ M/S: 2LRS Rohnert Park
""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
------------------------------
Date: Fri, 19 Mar 1999 08:29:36 GMT
From: sgrantz@visi.com (Steve Grantz)
Subject: Re: Algorithm to split words into "encyclopedia labels"
Message-Id: <QVnI2.170$rP1.6471@ptah.visi.com>
Paul J. Lucas (pjl@be-NOSPAM-st.com) wrote:
: Given an array of words, I would like to split them into chunks
: of size N similarly to the way encyclopedias are split up, i.e.,
[snip]
: that is: each volume (chunk) is roughly the same size (N);
[snip]
: Is there an elegant way to do this without lots of looping and
: checking words character by character?
I'll write the script here as soon as I'm done polishing this grail and
bottling my fountain of youth water.
Sorry, Paul, but you have stumbled upon the bin stuffing problem, which
is hard to solve. (NP-hard to be technical about it).
Read more in the comp.theory FAQ,
http://www.cs.unb.ca/~alopez-o/comp-faq/faq.html
Of course that is not to say you are stuck. If your items are roughly the
same size, a simple two pass algorithm to total and divide should
get you a reasonable solution, especially considering the alphabetical
order constraint.
: E-mail replies preferred.
[snip]
: P.S.: No, this is not a homework problem;
I should hope not!
: it's a problem for my
: real day job.
OK, but I'm still not going to e-mail the response.
--
More of Steve Grantz's Blather at 2 * McQ != McQ
http://www.visi.com/~sgrantz 0.5 * McQ == McQ
------------------------------
Date: Fri, 19 Mar 1999 08:39:48 GMT
From: anface@geocities.com
Subject: ANNOUNCE: Create your PDF
Message-Id: <7ct2gj$dho$1@nnrp1.dejanews.com>
Hi guns,
view the power of a cgi-bin PERL application to generate PDF on the fly!
You can find the first free Internet service that permits you to create
PDF on the fly at
SANFACE Software site
http://fly.to/anface
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: 19 Mar 1999 07:38:35 GMT
From: "Brent Cornwell, Pediatrics Computer Administrator" <bcornwell@mail.peds.lsumc.edu>
Subject: by the way...
Message-Id: <7csutr$iap$1jv@199.201.191.2>
take this thread to: comp.sys.intel
it's more relevant there..
------------------------------
Date: 19 Mar 99 06:08:52 GMT
From: m.ramsch@computer.org (Martin Ramsch)
Subject: Re: find command problem
Message-Id: <slrn7f3qfl.hhg.m.ramsch@melian.forwiss.uni-passau.de>
On 18 Mar 1999 19:50:28 GMT,
Ilya <ilya@napavlly.rose.hp.com> wrote:
> In comp.unix.admin Craig Eales <ealesc@deshaw.com> wrote:
[...]
> > find $path* -name qhelp -exec echo echo \\| {} 2\\>/dev/null \\; | sh
[...]
> It worked. Thanks. What is the second echo for and why does piping
> it to sh gets the result?
Craig's command line should be more clear written this way:
find $path -name qhelp -exec echo 'echo | {} 2>/dev/null;' | sh
The first echo outputs a command which is read an executed from sh.
Unfortunately find's exec only does work, if the {} is a word on it's
own ... hence the more complicated quoting you see above.
Another approach I like more in these cases is:
find $path -name qhelp -exec sh -c 'echo | "$0" 2>/dev/null;' {} \;
Regards,
Martin
--
Martin Ramsch <m.ramsch@computer.org> <URL: http://home.pages.de/~ramsch/ >
PGP KeyID=0xE8EF4F75 FiPr=52 44 5E F3 B0 B1 38 26 E4 EC 80 58 7B 31 3A D7
------------------------------
Date: Mon, 15 Mar 1999 12:25:01 -0800
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: localtime
Message-Id: <MPG.11570c741e2d20fb989751@nntp.hpl.hp.com>
[Posted and a courtesy copy mailed.]
In article <7cjnuc$57t$2@client2.news.psi.net> on 15 Mar 1999 19:44:12
GMT, Abigail <abigail@fnx.com> says...
> Jennifer (webmaster@momsathome.on.ca) wrote on MMXXI September MCMXCIII
> in <URL:news:7cfgsk$sq5$1@nnrp1.dejanews.com>:
> {} Could someone tell me what the last element in localtime is?
>
> The manual can.
Which manual did you have in mind? Certainly not the Perl manual. This
is all that `perldoc -f localtime` has to say on the matter:
<QUOTE>
Converts a time as returned by the time function to a 9-element array
with the time analyzed for the local time zone. Typically used as
follows:
# 0 1 2 3 4 5 6 7 8
($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) =
localtime(time);
All array elements are numeric, and come straight out of a struct tm. In
particular this means that $mon has the range 0..11 and $wday has the
range 0..6 with sunday as day 0. Also, $year is the number of years
since 1900, that is, $year is 123 in year 2023, and not simply the last
two digits of the year.
</QUOTE>
Must every Perl programmer know what a 'struct tm' is, or that this
refers to a C header <time.h>?
I answered this question on Saturday with a from-memory quote from the
ANSI/ISO C Standard. Here is the real thing:
The value of tm_isdst is positive if Daylight Savings Time is in effect,
zero if Daylight Savings Time is not in effect, and negative if the
information is not available.
"Read The Fine Manual!" doesn't work if the Perl manual is woefully
deficient. This problem was solved recently for s?printf. Perhaps
here's another opportunity to obviate relying on people's not-at-all-
universal knowledge of C.
--
Larry Rosler
Hewlett-Packard Company
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Fri, 19 Mar 1999 08:53:15 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: Mysterious Perl Bug
Message-Id: <36f20d6a.1245039@news.skynet.be>
Craig wrote:
>I have a large script about 200k running on Perl 5.00502. It gives an
>Internal Server Error when it comes to the second line listed below:
>
>open(FILE,"$path");
>@lines = <FILE>;
>close(FILE);
Out of memory. Try rewriting your script so that it doesn't need to read
in the entire file 's contents at once. Because that's what happening.
Bart.
------------------------------
Date: Mon, 15 Mar 1999 12:10:00 -0800
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: need better way to print external file withen perl file
Message-Id: <MPG.115708f12494740d989750@nntp.hpl.hp.com>
In article <7cjmlb$tlp$1@news3.infoave.net> on Mon, 15 Mar 1999 13:17:07
-0600, Jim <jim@*nospam*network-2001.com> says...
> Thanks much, but the
> only problem with that is that I have multiple $blah's .. $blah1 $blah2
> etc and I dont want to have to manually add each one into that. it
> actually reads those from a separate "configuration" file, I need to be
> able to change and add there.
>From perlfaq4: "How can I expand variables in text strings?"
...
It's probably better in the general case to treat those variables as
entries in some special hash. For example:
%user_defs = (
foo => 23,
bar => 19,
);
$text =~ s/\$(\w+)/$user_defs{$1}/g;
--
Larry Rosler
Hewlett-Packard Company
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Fri, 19 Mar 1999 07:04:16 GMT
From: buffy@muenster.de (Karina Smit)
Subject: Re: Perl Editors for WinNT?
Message-Id: <36f0ab08.199787@news.muenster.de>
Hey!
>Is this something specific for NT? Because I've been using UltraEdit and
>EditPad (it's a bit smaller) for some time with no problems and nothing but
>praise.
Check GTE at www.iridis.com/gwd. It's pretty cool.
------------------------------
Date: 19 Mar 1999 07:31:29 GMT
From: James@DX2.home (James Stevenson)
Subject: Re: Please can we stop this PIII thread RIGHT HERE? As it's off-topic for everybody!
Message-Id: <7csugh$iap$1d3@199.201.191.2>
On Mon, 15 Mar 1999 12:51:05 -0700, Kenny A. Chaffin <kenny@kacweb.com> wrote:
>In article <01be6f1a$1298f700$2a01a8c0@arc7>, binary@eton.powernet.co.uk
>says...
>> Subject line says it all - we've been through this subject ad nauseam
>> already, after all.
>>
>>
>
>you must be from the .c newsgroup.....
>
>--
>KAC Website Design
>Custom Programming, Web Design, and Graphics
>kenny@kacweb.com - http://www.kacweb.com
Hi
just to add to the point
it would be impossible to do
eg would it know what os you are running???
talk the the correct cp stack etc......
And of course it has a serial number so there
can work out who steals them if ppl do that sort of thing :)
cya
--
Check Out: http://www.users.zetnet.co.uk/james/
E-Mail: mistral@zetnet.co.uk
------------------------------
Date: 19 Mar 1999 07:32:05 GMT
From: Edward Hill <edward_hill@gec.nospam.com>
Subject: Re: Please can we stop this PIII thread RIGHT HERE? As it's off-topic for everybody!
Message-Id: <7csuhl$iap$1dm@199.201.191.2>
James@DX2.home (James Stevenson) was too tempted to not write:
> Hi
>
> just to add to the point
> it would be impossible to do
> eg would it know what os you are running???
> talk the the correct cp stack etc......
>
> And of course it has a serial number so there
> can work out who steals them if ppl do that sort of thing :)
It's amazing how a post entitled along the lines of
'don't reply to this thread' is just too tempting for james.
Is this the same as having a big red button with 'do not push
me on?'
Ed
-followups means adjusted
------------------------------
Date: 19 Mar 1999 07:31:31 GMT
From: timr@probo.com (Tim Roberts)
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7csugj$iap$1d4@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 07:32:54 GMT
From: root@aol.com (Greg Gershowitz)
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7csuj6$iap$1eg@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 07:34:32 GMT
From: Bill Anderson <banderson@boi.hp.com>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7csum8$iap$1g3@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 07:35:30 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: <7csuo2$iap$1gu@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 07:37:25 GMT
From: "Michael Barnes" <barnesm@cain-travel.com>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7csurl$iap$1ip@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 07:37:48 GMT
From: "Rufus V. Smith" <Rufus_Smith@GuntherIntl.com>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7csusc$iap$1j6@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 07:38:33 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: <7csutp$iap$1ju@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 07:41:36 GMT
From: Curt Steger <csteger@derivatech.com>
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7csv3g$iap$1mf@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 07:42:28 GMT
From: tng@sosweb.net.nospam
Subject: Re: The truth about the Pentium III chip and ID --- **boycott info**
Message-Id: <7csv54$iap$1n3@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 00:06:43 -0700
From: "R. Chiou" <horng@earthlink.net>
Subject: Re: writing thumnails
Message-Id: <36F1F783.FC53E254@earthlink.net>
This code is wonderful! Thanks a bunch. R. Chiou
Bjorn Borud wrote:
> [horng@earthlink.net]
> |
> | Are these all possible? I appreciate any advices.
>
> just some quick code I hacked together a few weeks ago to test
> Image::Magick. it creates JPEG thumbnails from a bunch of input
> formats.
>
> #!/usr/bin/perl
> #
> #
>
> use Image::Magick;
>
> my $p = new Image::Magick;
>
> for $infile (@ARGV) {
> $infile =~ m|([^/]+)$|;
>
> my $fname = $1;
> my $thumb = "small_$fname";
>
> print STDERR " $infile -> $thumb\n";
>
> $p->Read(filename => $infile);
>
> $p->Transform(geometry => '100x100');
> $p->Write(filename => "jpeg:$thumb");
>
> undef @$p;
> }
------------------------------
Date: Fri, 19 Mar 1999 00:07:28 -0700
From: "R. Chiou" <horng@earthlink.net>
Subject: Re: writing thumnails
Message-Id: <36F1F7B0.9545B5B5@earthlink.net>
I will definately look into this book. Thanks a lot.
R. Chiou
brian d foy wrote:
> In article <7crn5a$6ov$1@nnrp1.dejanews.com>, horng@earthlink.net posted:
>
> > I know perl can utilize the GD library to do some manipulation of gif files.
> > Is it possible to use perl to create thumnail image for a gif file? How
> > about any other format (jpg, bmp, tic, pic, etc)? Further, i would like to
> > generate the image with minimum file size. I know there are some well-known
> > software packages, eg. adobe imageready, can do that. I am looking for some
> > way to automate the entire process (creating thumnails then optimizing the
> > file size) with one call of perl script.
>
> all of these are possible in several different ways. i like using
> Perl::Magick which uses the ImageMagick stuff. it's available for
> several platforms.
>
> O'Reilly & Assocaites has a new book called "Programming Web Graphics
> With Perl & GNU Software" by Shawn P. Wallace that talks extensively
> about this sort of thing.
>
> --
> brian d foy
> CGI Meta FAQ <URL:http://www.smithrenaud.com/public/CGI_MetaFAQ.html>
------------------------------
Date: 19 Mar 1999 09:13:53 +0100
From: Bjorn Borud <borud@lucifer.fast.no>
Subject: Re: writing thumnails
Message-Id: <m2emmlnbge.fsf@lucifer.fast.no>
["R. Chiou" <horng@earthlink.net>]
|
| This code is wonderful! Thanks a bunch. R. Chiou
I just noticed that it puts the original suffix on the file even
though it is a JPEG. I'll leave it as an exercise to the reader to
fix it ;-)
-Bjxrn
------------------------------
Date: Mon, 15 Mar 1999 11:59:19 -0800
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: y2k and 4-digit dates (was Re: foreach and while)
Message-Id: <MPG.11570673eb9176c598974f@nntp.hpl.hp.com>
In article <D0cH2.3133$Bd3.56059@newsfeed.slurp.net> on Mon, 15 Mar 1999
18:08:35 GMT, Craig Berry <cberry@cinenet.net> says...
> Tobias Brox (tobias@td.org.uit.no) wrote:
...
> : What's wrong with scalar(localtime)?
>
> Sometimes it's too much; you just want the date, not the full date and
> time and day name and mother's maiden name and preferred pizza
> toppings list you get with scalar localtime.
>
> Also, I've never liked the ordering of scalar localtime's output:
>
> Mon Mar 15 10:05:37 1999
>
> I find the hop from date to time of day and back up to year unsightly.
> For the same choice of items to display,
>
> Mon Mar 15 1999 10:05:37
>
> is what I would prefer.
($Craig_prefers = localtime) =~ s/(.{10})(.{9})(.{5})/$1$3$2/;
or, shorter,
($Craig_prefers = localtime) =~ s/(.{9})(.{5})$/$2$1/;
The same thing could be done with substr, or unpack/pack, or sprintf, or
other ways.
It may be cleaner to let 'scalar localtime' handle the month and weekday
string conversions than to do the array lookups on the list output of
localtime explicitly and put it all together with sprintf for zero-
padding, etc.
--
Larry Rosler
Hewlett-Packard Company
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
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 5173
**************************************
