[31506] in Perl-Users-Digest
Perl-Users Digest, Issue: 2765 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Jan 13 09:09:44 2010
Date: Wed, 13 Jan 2010 06:09:10 -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 Wed, 13 Jan 2010 Volume: 11 Number: 2765
Today's topics:
Re: Error when combining threads and system() <willem@stack.nl>
Re: significant figures sln@netherlands.com
Re: significant figures (Seymour J.)
Re: significant figures (Randal L. Schwartz)
synchronistaion of STDIN with redirected STDOUT <dilbert1999@gmail.com>
Re: synchronistaion of STDIN with redirected STDOUT <jurgenex@hotmail.com>
Re: synchronistaion of STDIN with redirected STDOUT <dilbert1999@gmail.com>
Re: synchronistaion of STDIN with redirected STDOUT <jimsgibson@gmail.com>
Re: synchronistaion of STDIN with redirected STDOUT <hjp-usenet2@hjp.at>
Re: synchronistaion of STDIN with redirected STDOUT <dilbert1999@gmail.com>
Re: synchronistaion of STDIN with redirected STDOUT <hjp-usenet2@hjp.at>
Re: synchronistaion of STDIN with redirected STDOUT <dilbert1999@gmail.com>
Web recognition <nathanabu@gmail.com>
Re: Web recognition <justin.0911@purestblue.com>
Re: Web recognition <hjp-usenet2@hjp.at>
Re: Web recognition <jurgenex@hotmail.com>
Re: Web recognition <nathanabu@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 12 Jan 2010 18:12:43 +0000 (UTC)
From: Willem <willem@stack.nl>
Subject: Re: Error when combining threads and system()
Message-Id: <slrnhkpesr.28a1.willem@turtle.stack.nl>
Mark wrote:
) On Jan 8, 10:51 am, Willem <wil...@stack.nl> wrote:
)> Hi,
)>
)> I'm having a weird problem involving threads and calls to system()
)>
)> Note: it only fails on some systems, notably a Windows NT 2003 server.
)>
)> The issue is that when I call system() in the main thread, everything works
)> like it should, but when I call it in a subthread, it fails with the
)> following message:
<snip>
) I was unable to recreate the problem on my W2003 server with perl
) 5.8.6 and this may be reaching but it could be a file security issue
) with cmd.exe.
)
) Non-administrator interactive users have Read+Execute permission on
) %SystemRoot%\system32\cmd.exe. But, if the system has classified your
) process thread as non-interactive and not in the Administrators group,
) the thread will not have read access to cmd.exe which would account
) for the "No such file or directory" error. Check out the permissions
) on cmd.exe and note the special "INTERACTIVE" group and the
) permissions assigned.
)
) You might try adding Read+Execute permisson to cmd.exe for whatever
) user context the thread runs under. If it works then it's a
) permission problem and you can go from there.
That sounds very plausible. Since then, I've had the same problem with
running a service (PerlSvc) which gave similar errors on trying to execute
backtick or pipe-open commands. Also only on that WinNT4.0 server.
I'll look into it tomorrow, thanks for the hint!
SaSW, Willem
--
Disclaimer: I am in no way responsible for any of the statements
made in the above text. For all I know I might be
drugged or something..
No I'm not paranoid. You all think I'm paranoid, don't you !
#EOT
------------------------------
Date: Tue, 12 Jan 2010 08:05:09 -0800
From: sln@netherlands.com
Subject: Re: significant figures
Message-Id: <q35pk5p6vglg6tklril4ucvchcaoucll8i@4ax.com>
On Mon, 11 Jan 2010 20:10:45 -0800, John Stanley <stanley@peak.org> wrote:
>On Mon, 11 Jan 2010, sln@netherlands.com wrote:
>
>> On Wed, 6 Jan 2010 12:52:51 -0800, John Stanley <stanley@peak.org> wrote:
>>
>>>
>>> The auto-conversion of numbers to strings and back in perl makes it
>>> difficult to manage significant figures without keeping that information
>>> separately. Even something simple like:
>>
>> $number started as a string and ended as a string.
>
>I did not say that the contents of $number changed without an assignment,
>I said that the value was converted from string to numeric as necessary.
>
>> I don't think its too tricky to understand that numeric
>> operations should be homogenous, and print is just a conversion,
>> accurate or not, of a temporary, a snapshot of the variable,
>> in space and time, that has absolutely nothing to do with assigning
>> to the variable.
>
>I didn't say it was tricky to understand, and I didn't say that print
>assigned anything to anything. 'Print' was there only to show the result
>of the operations being performed on the values.
>
>> There is nothing extrordinary about Perl in that regard, same numeric
>> base conversion problems as any other language.
>
>Perl is unique in the sense that it will AUTOMATICALLY convert from string
>to number when it is performing operations that require it. Other
>languages, at least those I am familiar with, require the programmer to
>know which is which and convert as required.
>
I'm sure there are other typeless languages out there.
>While there was no actual conversion of the stored values in the code I
>wrote, it was trivial demo code showing the loss of information by the
>operations themselves, and you would expect real code would have a few
>assignments saving the incorrect results.
Yes, I agree entirely. My point was that real code involving
numeric calculations won't mix string/number conversions except on entry
points or initialization, and coerce to a number if its a typeless language
if the language supports that. Even in Perl you can do that if precautions
are taken.
So significance is ludicrous in the OP's context of conversion, then assignment.
Precision is everything, the least precise number as it interracts with calculations,
is the limiting factor of significance. Significance is secondary.
I wouldn't use Perl as a numerical methods language, but it could be done.
For engineers/math types usually thier first project in Perl is to try to
convert some numeric project, and the freewheeling conversions are a trap for them.
I think the term "automatic conversion" is a misnomer since clearly one can
usually point to the offending line of code involving string assignment or
cataenation/assignment operators. Once the string side is breaced, the variable
is tainted with respect to numeric calculations. There should only be one way
conversions, number -> temporary -> string -> print. Entry points are a different
issue.
-sln
------------------------------
Date: Tue, 12 Jan 2010 09:38:14 -0500
From: Shmuel (Seymour J.) Metz <spamtrap@library.lspace.org.invalid>
Subject: Re: significant figures
Message-Id: <4b4c8956$8$fuzhry+tra$mr2ice@news.patriot.net>
In <alpine.LRH.2.00.1001111922370.31371@shell.peak.org>, on 01/11/2010
at 08:10 PM, John Stanley <stanley@peak.org> said:
>Perl is unique in the sense that it will AUTOMATICALLY convert from
>string to number
Rexx, which is older than Perl. "There may be many others but they haven't
been discovered."
--
Shmuel (Seymour J.) Metz, SysProg and JOAT <http://patriot.net/~shmuel>
Unsolicited bulk E-mail subject to legal action. I reserve the
right to publicly post or ridicule any abusive E-mail. Reply to
domain Patriot dot net user shmuel+news to contact me. Do not
reply to spamtrap@library.lspace.org
------------------------------
Date: Wed, 13 Jan 2010 05:01:15 -0800
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: significant figures
Message-Id: <866376i2g4.fsf@blue.stonehenge.com>
>>>>> "Shmuel" == Shmuel (Seymour J ) Metz <spamtrap@library.lspace.org.invalid> writes:
>> Perl is unique in the sense that it will AUTOMATICALLY convert from
>> string to number
Shmuel> Rexx, which is older than Perl. "There may be many others but they haven't
Shmuel> been discovered."
I believe Awk also did this just fine. Does Rexx predate Awk?
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
------------------------------
Date: Tue, 12 Jan 2010 06:35:26 -0800 (PST)
From: Dilbert <dilbert1999@gmail.com>
Subject: synchronistaion of STDIN with redirected STDOUT
Message-Id: <cf69107b-03a7-40ba-ae22-463e80d5e888@c34g2000yqn.googlegroups.com>
I have the following program:
use strict;
use warnings;
# redirect STDOUT to a file, but keep output to
# screen alive (via the "tee" command)
open STDOUT, "| tee logfile.txt" or die "Error: $!";
print "abc", "z" x 30, "enter a number >";
my $num = <STDIN>;
print "\nYou entered: $num\n";
When I run this program, I see
abczzzzzzzzzzzzzzzzzz
but I can see no prompt "enter a number >"
the cursor waits after the "...zzzz"
I can blindly type in a number (e.g. 123), when I do this, I see the
following on my screen:
abczzzzzzzzzzzzzzzzzz123
zzzzzzzzzzzzenter a number >
You entered: 123
The problem here is that STDIN and STDOUT are not synchronized anymore
(probably due to the previous open STDOUT, "| tee logfile.txt"). --
and by synchronized I mean that the STDOUT buffer is flushed before
every read from STDIN.
How can I teach perl that STDOUT buffer is to be flushed before every
read from STDIN, even after an open STDOUT, "| tee logfile.txt".
I am on Ubuntu Linux:
This is perl, v5.10.1 built for i686-linux-thread-multi
(with 2 registered patches, see perl -V for more detail)
Copyright 1987-2009, Larry Wall
Binary build 1006 [291086] provided by ActiveState http://www.ActiveState.com
Built Aug 24 2009 13:45:03
------------------------------
Date: Tue, 12 Jan 2010 08:15:04 -0800
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: synchronistaion of STDIN with redirected STDOUT
Message-Id: <no7pk5llc9mpmjo93p3t446tb77o0bdv1t@4ax.com>
Dilbert <dilbert1999@gmail.com> wrote:
>How can I teach perl that STDOUT buffer is to be flushed before every
>read from STDIN, even after an open STDOUT, "| tee logfile.txt".
What happened when you asked the FAQ?
perldoc -q flush
perldoc -q buffer
Of course this only tells perl to not buffer the output, your OS might
still do its own buffering.
jue
------------------------------
Date: Tue, 12 Jan 2010 12:30:23 -0800 (PST)
From: Dilbert <dilbert1999@gmail.com>
Subject: Re: synchronistaion of STDIN with redirected STDOUT
Message-Id: <7d8990a2-0f33-4f0c-8a5e-b93e1cfab286@m3g2000yqf.googlegroups.com>
On 12 jan, 17:15, J=FCrgen Exner <jurge...@hotmail.com> wrote:
> Dilbert <dilbert1...@gmail.com> wrote:
> >How can I teach perl that STDOUT buffer is to be flushed before every
> >read from STDIN, even after an open STDOUT, "| tee logfile.txt".
>
> What happened when you asked the FAQ?
>
> =A0 =A0 =A0 =A0 perldoc -q flush
> =A0 =A0 =A0 =A0 perldoc -q buffer
>
> Of course this only tells perl to not buffer the output, your OS might
> still do its own buffering.
The FAQ gave me an example with setting autoflush(1), ...
use IO::Handle;
open my( $io_fh ), ">", "output.txt";
$io_fh->autoflush(1);
... but this disables buffering for the whole program, which is not
what I want, I just want to flush automatically before every read from
STDIN.
The other example from the FAQ is better...
$io_fh->flush;
...but still not satisfactory. In fact I would have to intervene in
the programs and add an STDOUT->flush before each read from STDIN.
It's a good solution, but I want something better.
From what I understand, Perl puts STDIN and STDOUT in a "special
relationship", such that STDOUT buffered under normal circumstances,
but is *automatically* flushed before each read from STDIN, no need to
manually flush using STDOUT->flush. The reason for that is that STDIN
and STDOUT are both connected to the same terminal.
Now, if I re-open STDOUT '| tee logfile.txt', Perl sees that STDOUT is
not connected anymore to the terminal and therefore it cancels the
"special relationship" between STDIN and STDOUT, the re-opened STDOUT
is *not* flushed automatically before each read from STDIN.
The point I make is that, yes, I re-open STDOUT to write to a flat
file, but I use a backdoor and re-connect it via the "tee" command
back to the terminal.
What I want in this case (where STDOUT is re-opened to a flat file and
then re-connected back to the terminal) is to establish the original
relationship between STDIN and STDOUT where STDOUT is *automatically*
flushed before each read from STDIN, no need to manually flush using
STDOUT->flush.
------------------------------
Date: Tue, 12 Jan 2010 14:48:29 -0800
From: Jim Gibson <jimsgibson@gmail.com>
Subject: Re: synchronistaion of STDIN with redirected STDOUT
Message-Id: <120120101448290565%jimsgibson@gmail.com>
In article
<7d8990a2-0f33-4f0c-8a5e-b93e1cfab286@m3g2000yqf.googlegroups.com>,
Dilbert <dilbert1999@gmail.com> wrote:
> On 12 jan, 17:15, Jürgen Exner <jurge...@hotmail.com> wrote:
> > Dilbert <dilbert1...@gmail.com> wrote:
> > >How can I teach perl that STDOUT buffer is to be flushed before every
> > >read from STDIN, even after an open STDOUT, "| tee logfile.txt".
> >
> > What happened when you asked the FAQ?
> >
> > perldoc -q flush
> > perldoc -q buffer
> >
> > Of course this only tells perl to not buffer the output, your OS might
> > still do its own buffering.
>
[problem with flushing output to screen before reading input snipped]
It is likely that it is the tee program that is doing the buffering and
needs to be flushed before input is read. Since this is not possible,
you should consider some alternative approach that does not use an
external program to duplicate output to the screen and a file.
How about writing a function that takes input and writes it to the
screen and a file?
This has been done before, so search at http://search.cpan.org for
"tee" and find modules such as File::Tee, IO::Tee, and PerlIO::tee. I
have not used any of these, so I don't know if they will work for you.
--
Jim Gibson
------------------------------
Date: Wed, 13 Jan 2010 00:09:51 +0100
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: synchronistaion of STDIN with redirected STDOUT
Message-Id: <slrnhkq0a0.j1j.hjp-usenet2@hrunkner.hjp.at>
On 2010-01-12 22:48, Jim Gibson <jimsgibson@gmail.com> wrote:
> [problem with flushing output to screen before reading input snipped]
>
> It is likely that it is the tee program that is doing the buffering and
> needs to be flushed before input is read.
No. tee doesn't buffer (at least not the implementations I'm familiar
with). Dilbert correctly (except that he erroneously calls a pipe a
"flat file", but that makes no difference in this context) the behaviour
required for stdio by the C standard. Apparently perlio emulates this
behaviour.
hp
------------------------------
Date: Wed, 13 Jan 2010 01:40:09 -0800 (PST)
From: Dilbert <dilbert1999@gmail.com>
Subject: Re: synchronistaion of STDIN with redirected STDOUT
Message-Id: <8a280c55-c56a-4ed6-9d1d-7468f07f4dbc@d20g2000yqh.googlegroups.com>
On 13 jan, 00:09, "Peter J. Holzer" <hjp-usen...@hjp.at> wrote:
> On 2010-01-12 22:48, Jim Gibson <jimsgib...@gmail.com> wrote:
>
> > [problem with flushing output to screen before reading input snipped]
>
> > It is likely that it is the tee program that is doing the buffering and
> > needs to be flushed before input is read.
>
> No. tee doesn't buffer (at least not the implementations I'm familiar
> with).
I confirm, if I flush STDOUT in my Perl program, then the output is
ok.
> Dilbert correctly (except that he erroneously calls a pipe a
> "flat file", but that makes no difference in this context) the behaviour
> required for stdio by the C standard. Apparently perlio emulates this
> behaviour.
Under normal circumstances, perlio emulates the behaviour required for
stdio by the C standard correctly. And I understand that this
behaviour is dropped if I re-open STDOUT to another file.
What I would like to achieve is to teach perlio *not* to forget this
behaviour in this particular case when STDOUT is re-opened to a pipe
that tee's back to the terminal.
------------------------------
Date: Wed, 13 Jan 2010 13:29:06 +0100
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: synchronistaion of STDIN with redirected STDOUT
Message-Id: <slrnhkrf4j.j86.hjp-usenet2@hrunkner.hjp.at>
On 2010-01-13 09:40, Dilbert <dilbert1999@gmail.com> wrote:
> On 13 jan, 00:09, "Peter J. Holzer" <hjp-usen...@hjp.at> wrote:
>> Dilbert correctly (except that he erroneously calls a pipe a
>> "flat file", but that makes no difference in this context) the behaviour
>> required for stdio by the C standard. Apparently perlio emulates this
>> behaviour.
>
> Under normal circumstances, perlio emulates the behaviour required for
> stdio by the C standard correctly.
It also emulates the behaviour correctly in this case.
> And I understand that this behaviour is dropped if I re-open STDOUT to
> another file.
AIUI, you didn't reopen STDOUT. Filedescriptor 1 already referred to a
non-terminal when your program was called.
> What I would like to achieve is to teach perlio *not* to forget this
> behaviour in this particular case when STDOUT is re-opened to a pipe
> that tee's back to the terminal.
Yes, I understood that. But the behaviour you want is *not* allowed by
the C standard. Of course the C standard is only marginally relevant to
perl, so perl could implement a more intelligent flushing scheme.
However, it cannot detect what the program on the other end of the pipe
(tee in this case) does, so it either needs to be a better heuristic
(which may be difficult because "better" includes "doesn't break
existing programs") or it needs to be user/programmer-controllable.
Maybe a function "flush that stream before reading from this stream". Or
- even more generic - just a hook which is called for certain ops. So
you could do something like
$in->add_hook(pre_read => sub { $out->flush });
hp
------------------------------
Date: Wed, 13 Jan 2010 05:41:51 -0800 (PST)
From: Dilbert <dilbert1999@gmail.com>
Subject: Re: synchronistaion of STDIN with redirected STDOUT
Message-Id: <c1530742-bae4-4fe5-a93e-86594f3c5a86@k17g2000yqh.googlegroups.com>
On 13 jan, 13:29, "Peter J. Holzer" <hjp-usen...@hjp.at> wrote:
> Yes, I understood that. But the behaviour you want is *not* allowed by
> the C standard. Of course the C standard is only marginally relevant to
> perl, so perl could implement a more intelligent flushing scheme.
> However, it cannot detect what the program on the other end of the pipe
> (tee in this case) does, so it either needs to be a better heuristic
> (which may be difficult because "better" includes "doesn't break
> existing programs")
I agree, detecting what the program on the other end of the pipe does
is difficult.
> or it needs to be user/programmer-controllable.
> Maybe a function "flush that stream before reading from this stream". Or
> - even more generic - just a hook which is called for certain ops.
Adding a hook which is called for certain ops is the way I want to go.
> So you could do something like
>
> $in->add_hook(pre_read => sub { $out->flush });
Can this hook also be added to a simple
my $answer = <STDIN>;
Maybe the following ?
use IO::Handle;
STDIN->add_hook(pre_read => sub { STDOUT->flush });
...but that gave me an error:
Can't locate object method "add_hook" via package "IO::Handle"
------------------------------
Date: Wed, 13 Jan 2010 03:04:53 -0800 (PST)
From: Nathan <nathanabu@gmail.com>
Subject: Web recognition
Message-Id: <b8d4cf32-e706-4b88-a470-229993c7644a@b2g2000yqi.googlegroups.com>
Hello,
Its not really related to code, and more related to an algorithem.
(which will be implemented in perl)
my problem is as follows, given a website, for example, http://www.nokia.com,
how can I really determine whether its the manufacturer site (official
nokia's site...) or not? (for example, htttp://www.nokia-fans.com is
not, assuming there is something like that...).
The real problem arises when the manufacturer name does NOT
corresponds the site name, for example, manufactuere name : YTXT , and
website http://www.XXX.co.uk
any idea?
------------------------------
Date: Wed, 13 Jan 2010 12:09:43 -0000
From: Justin C <justin.0911@purestblue.com>
Subject: Re: Web recognition
Message-Id: <7fce.4b4db807.11212@zem>
On 2010-01-13, Nathan <nathanabu@gmail.com> wrote:
> Hello,
> Its not really related to code, and more related to an algorithem.
> (which will be implemented in perl)
> my problem is as follows, given a website, for example, http://www.nokia.com,
> how can I really determine whether its the manufacturer site (official
> nokia's site...) or not? (for example, htttp://www.nokia-fans.com is
> not, assuming there is something like that...).
>
> The real problem arises when the manufacturer name does NOT
> corresponds the site name, for example, manufactuere name : YTXT , and
> website http://www.XXX.co.uk
>
> any idea?
You will not be able to do this with code, it's hard enough to do it
manually. Even if you check with the domain registrar there is no
certainty that the domain nokia.com is owned by the company nokia, it
could be owned by a holding company or handled by a marketing company
on behalf of Nokia. There is, therefore, nothing concrete that any
algorithm could test.
Justin.
--
Justin C, by the sea.
------------------------------
Date: Wed, 13 Jan 2010 13:40:30 +0100
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Web recognition
Message-Id: <slrnhkrfpu.j86.hjp-usenet2@hrunkner.hjp.at>
On 2010-01-13 11:04, Nathan <nathanabu@gmail.com> wrote:
> Its not really related to code, and more related to an algorithem.
> (which will be implemented in perl)
> my problem is as follows, given a website, for example, http://www.nokia.com,
> how can I really determine whether its the manufacturer site (official
> nokia's site...) or not? (for example, htttp://www.nokia-fans.com is
> not, assuming there is something like that...).
This cannot be automated because it needs real-world knowledge. You can
inspect whois data or (if the site uses https) the SSL certificate. But
that will tell you only that the domain is registered to:
Nokia Corporation
Nokia Corporation
P.O.Box 226 Nokia Group
- - 00045
FI
Whether the "Nokia Corporation" which has rented a certain postal box in
Finland is the manufacturer of rubber boots you are looking for is
something only you can decide. There may be several Nokia Corporations
in Finland (ok, there probably aren't, but let's assume you are looking
for a "John Smith" in New York ...).
hp
------------------------------
Date: Wed, 13 Jan 2010 05:36:02 -0800
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Web recognition
Message-Id: <4lirk51f0fdg1rkaohopvilfpk0ck1j5vb@4ax.com>
Nathan <nathanabu@gmail.com> wrote:
>Its not really related to code, and more related to an algorithem.
>(which will be implemented in perl)
>my problem is as follows, given a website, for example, http://www.nokia.com,
>how can I really determine whether its the manufacturer site (official
>nokia's site...) or not? (for example, htttp://www.nokia-fans.com is
>not, assuming there is something like that...).
>
>The real problem arises when the manufacturer name does NOT
>corresponds the site name, for example, manufactuere name : YTXT , and
>website http://www.XXX.co.uk
How do _you_ define "real manufacturer web site"? Manufacturer of what?
Maybe Nokia-fans is a legitimate business, too, and has created and is
marketing their own products, maybe related to Nokia, maybe not. Then
which one is the correct "manufacturer" web site? Now how do _you_
know?
jue
------------------------------
Date: Wed, 13 Jan 2010 05:49:54 -0800 (PST)
From: Nathan <nathanabu@gmail.com>
Subject: Re: Web recognition
Message-Id: <53fd2827-c7c7-4c5b-94de-a9979576f4fd@m16g2000yqc.googlegroups.com>
On Jan 13, 3:36=A0pm, J=FCrgen Exner <jurge...@hotmail.com> wrote:
> Nathan <nathan...@gmail.com> wrote:
> >Its not really related to code, and more related to an algorithem.
> >(which will be implemented in perl)
> >my problem is as =A0follows, given a website, for example,http://www.nok=
ia.com,
> >how can I really determine whether its the manufacturer site (official
> >nokia's site...) or not? (for example, htttp://www.nokia-fans.comis
> >not, assuming there is something like that...).
>
> >The real problem arises when the manufacturer name does NOT
> >corresponds the site name, for example, manufactuere name : YTXT , and
> >websitehttp://www.XXX.co.uk
>
> How do _you_ define "real manufacturer web site"? Manufacturer of what?
> Maybe Nokia-fans is a legitimate business, too, and has created and is
> marketing their own products, maybe related to Nokia, maybe not. Then
> which one is the correct "manufacturer" web site? =A0Now how do _you_
> know?
>
> jue
first of all, thanks you all for replying.
secondly, I consider a web site as a manufacturer website if and only
if its the official site.
you folks already gave some points which I would go and try, of course
im not looking for 100% accuracy, but 90-95% would meet my
expectations.
------------------------------
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:
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
Back issues are available via anonymous ftp from
ftp://cil-www.oce.orst.edu/pub/perl/old-digests.
#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 2765
***************************************
