[9659] in Perl-Users-Digest

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

Perl-Users Digest, Issue: 3253 Volume: 8

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Jul 25 12:10:22 1998

Date: Sat, 25 Jul 98 09:00:19 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)

Perl-Users Digest           Sat, 25 Jul 1998     Volume: 8 Number: 3253

Today's topics:
    Re: *** FAQ: ANSWERS TO YOUR QUESTIONS! READ FIRST! Pos birgitt@my-dejanews.com
        CGI Consultant Wanted <sitemgr@ix.netcom.com>
        Criation de formulaire ? <ydelplan@club-internet.fr>
    Re: Crazy Math <hetrick@acm.org>
    Re: Date Question... (Larry Rosler)
    Re: Date Question... (Larry Rosler)
        HERE assignment? <lunglet@genocide.adept.co.za>
    Re: HERE assignment? (Tad McClellan)
    Re: parsing question <minich@globalnet.co.uk>
    Re: Perl 5.005 - IRIX 5.3: groups.t test failure <jhi@alpha.hut.fi>
    Re: Perl 5.005: perldoc problems <jhi@alpha.hut.fi>
    Re: perl as pseudocode <ghira@mistral.co.uk>
    Re: perl as pseudocode (Larry Rosler)
    Re: Perl Beautifier Page (Snowhare)
    Re: Perl script in place of getty? (Andrew M. Langmead)
    Re: Recent Secret Government Experiments Killing People <majestik_12@hotmail.com>
    Re: Recent Secret Government Experiments Killing People (dS=dQ/T)
    Re: Recent Secret Government Experiments Killing People (Patrick Timmins)
    Re: Recent Secret Government Experiments Killing People <AVLEENSINGHVIG@nospammy.msn.com>
    Re: Recent Secret Government Experiments Killing People <AVLEENSINGHVIG@nospammy.msn.com>
    Re: replacing characters with other characters, using r (Bjorn Malmberg)
    Re: Reversing time <gdc@xenetic.fi>
    Re: Tcl is better than Perl <tchrist@mox.perl.com>
    Re: Telnet server? (Mike Stok)
        Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)

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

Date: Sat, 25 Jul 1998 13:03:34 GMT
From: birgitt@my-dejanews.com
Subject: Re: *** FAQ: ANSWERS TO YOUR QUESTIONS! READ FIRST! Posted Twice Weekly ***
Message-Id: <6pcl35$vo8$1@nnrp1.dejanews.com>

In article <6pavuc$924@bgtnsc03.worldnet.att.net>,
  "Terry Cora" <TerryLCora@worldnet.att.net> wrote:
> >Brigitt wrote:

> >I was not questioning the MiniFAQ post of Mathan Torkington
> >because perl books from O'Reilly are mentioned, not at all.
>
> Copied from mini-FAQ Post.
> *9. The latest version of the "Camel Book" ("Programming Perl"),
> *updated for version 5.003, is available from your bookstore or from
> *http://www.ora.com/
> -end copy-
>
> This is a link to O'Reilly's web site and the "Camel Book" is a Perl Book
> published by O'Reilly.  So I believe you are incorrect.
>
> BTW
> I have nothing to do whatsoever with the site or mail list I referenced in
> my first reply other than being a subscriber.  I will not make 1 cent from
> that post. I do not know the listmaster and she does not know me.
>
[snip]

First of all, I sincerely apologize, as I assumed you posted as
an associate of AMAZON, promoting your own web site.

Nevertheless, I would like to take the opportunity to respond
to a post like yours (the first one) to clear up questions about
the appropriateness of Perl book related posts to clpm and
to clp.announce, as it was raised a couple of weeks ago by
Randal Schwartz for clp.announce.


[snip]

>
> The mini-FAQ, posted by a defacto employee of O'Reily, promotes 1 book by
> O'Reily, but apparantly you don't consider this a sneaky form of spam.

Right, I don't consider this a sneaky SPAM.

I would like to draw a more precise line between what I consider SPAM
when it comes to Perl book related posts to clpm or clp.announce.

Announcements of Perl books -
    desirable
Postings of Perl book reviews -
    very desirable
Announcements of computer books not directly related to Perl -
    undesirable
Postings of publisher's URLS for Perl books -
    acceptable, but not necessary
Postings of online bookseller's URLs for Perl books -
    unacceptable
Postings of URLs of associates to online booksellers for Perl books -
    unacceptalbe
Posting of one comprehensive book related site with thousands of links
    to booksellers, publishers, (www.bookwire.com, www.mxbf.com for example) -
    acceptable


> The Camel book is a great rescource.  The mini-FAQ is also.  I'm sure the
> Perl Cookbook will be a great book.  I highly doubt Nathan had any alterior
> motives in mind.  But some could argue that there is a conflict of interest
> in including a link to O'Reily's web site (http://www.ora.com/) since Nathan
> receives, or will be receiving, some funding from O'Riely.
>

Some could argue, I certainly don't and am not interested in reading
that kind of 'information' in clpm.

I suggest to post more comprehensive "Perl book lists" (plus reviews) on
a regular basis, and I wouldn't care if the publishers' URLs are posted
with it or not. It would certainly be more unbiased and much more
helpful, if Perl books from other publishers would be listed too as often
and as comprehensive as the ones from O'Reilly.

Birgitt Funk

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum


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

Date: Sat, 25 Jul 1998 19:54:39 -0700
From: Fred Wahl <sitemgr@ix.netcom.com>
Subject: CGI Consultant Wanted
Message-Id: <35BA9A6E.7B0AB06A@ix.netcom.com>

CGI Consultant Wanted

I have a few web sites and need someone to occasionally  install,
modify, and troubleshoot CGI scripts.

If  you are interested please email me directly at
sitemgr@ix.netcom.com.

In your message please advise what generall experience you have and what

hourly pay you would require.

Best Regards

Fred Wahl
sitemgr@ix.netcom.com







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

Date: Sat, 25 Jul 1998 16:18:51 +0200
From: "Delplanque Yannick" <ydelplan@club-internet.fr>
Subject: Criation de formulaire ?
Message-Id: <6pcpg4$4n3$1@front6.grolier.fr>

Je cherche un script CGI qui me permette d'envoyer les donnies d'un
formulaire dans un fichier HTML sur ma page perso
Merci de votre aide.




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

Date: Sat, 25 Jul 1998 10:00:22 -0400
From: "George C. Hetrick" <hetrick@acm.org>
Subject: Re: Crazy Math
Message-Id: <6pcols$gej$1@lwnws01.ne.highway1.com>


Leon Schmetz wrote in message <35b8537d.2320890@news.origin-it.com>...
>
># I am trying to find out wether one or more bits are set in a given
># value. Below is my testscript. Can you explain why Perl does
># not find values equal????


If you
    use integer;
at the top of your script, then Perl will do all math in integer form, and
the
results will be what you expect.

Interestingly, while my Unix Perl (5.004_04 built for sun4-solaris) required
the
'use integer;', my WinNT Perl (Activeware 5.007_007) did not.




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

Date: Sat, 25 Jul 1998 08:35:27 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Date Question...
Message-Id: <MPG.10239b16cb5cea78989788@nntp.hpl.hp.com>

[Posted to comp.lang.perl.misc and copy mailed.]

In article <6pb4he$2jh$1@pegasus.csx.cam.ac.uk> on 24 Jul 1998 23:14:54 
GMT, M.J.T. Guy <mjtg@cus.cam.ac.uk> says...
> Larry Rosler <lr@hpl.hp.com> wrote:
> >Richard Kim <rkim@temple.edu> says...
> >>   My problem may be easy for some, but I am having difficulty finding the 
> >> answer.  I am interested in getting yesterday's date using the localtime 
> >> function.  Any other method would be nice, but I am not interested in 
> >> writing a long drawn out program just to extract yesterday's date.
> >
> >print scalar localtime(time - 24 * 60 * 60); # aka 86400 :-)
> 
> Wrong.
> 
> You may well get away with that in practice, if you only use it during
> working hours.     But not all days are 24 hours long.    Think about
> daylight saving changes.

OK, lets!  The following should be bulletproof, in the sense that it 
prints "yesterdays's date" (as requested by the original poster) together 
with the current local time (even if that was 23 or 25 hours ago).  It 
relies on the property that the date 24 hours before local midnight is 
always the previous date, regardless of Daylight Savings Time transitions 
(which never happen near midnight, to avoid this very confusion).  The 
scalar localtime function still does the heavy work of figuring out what 
year/month/day that date is.

#!/usr/local/bin/perl -w
use strict;

my ($l_min, $l_hour, $l_year, $l_yday) = (localtime $^T)[1, 2, 5, 7];
my ($g_min, $g_hour, $g_year, $g_yday) = (   gmtime $^T)[1, 2, 5, 7];
my $tz_offset = 60 * ($l_min - $g_min) + 3600 * ($l_hour - $g_hour) +
      86400 * ($l_year <=> $g_year || $l_yday <=> $g_yday);
my $l_midnight = $^T - ($^T + $tz_offset) % 86400;
print substr(localtime($l_midnight - 86400), 0, 10),
      substr(localtime($^T), 10), "\n";
__END__

Kudos or brickbats gratefully ignored.
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
"try" 10 lines, 445 characters                                                 
-- 
Larry Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com


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

Date: Sat, 25 Jul 1998 08:42:23 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Date Question...
Message-Id: <MPG.10239cbe417ef36d989789@nntp.hpl.hp.com>

In article <6pc6al$9ck$1@usenet48.supernews.com> on Sat, 25 Jul 1998 
10:33:25 +0200, file <file@job.to> says...
> Well if you want it in that format you will have to do the following:
 
<SNIP of 37 lines of superfluous bogosity>

> this should work.. i havent tested it though
> 
> good luck

A.  Surely you are joking about that code.
B.  If you haven't tested it, why post it?  What is the a priori 
probability that it *will* work?  "good luck" indeed!

-- 
Larry Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com


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

Date: Sat, 25 Jul 1998 16:34:20 +0200
From: Albert Strasheim <lunglet@genocide.adept.co.za>
Subject: HERE assignment?
Message-Id: <Pine.LNX.3.96.980725162929.3846A-100000@server>

Hello,

I was wondering if is is possible to assign to a $scalar in the way one
creates HERE (print <<"EOF";) documents?

Reply to fullung@ilink.nis.za, please.

Thanks,

Albert



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

Date: Sat, 25 Jul 1998 09:49:20 -0500
From: tadmc@flash.net (Tad McClellan)
Subject: Re: HERE assignment?
Message-Id: <g9rcp6.sqs.ln@localhost>

Albert Strasheim (lunglet@genocide.adept.co.za) wrote:

: I was wondering if is is possible to assign to a $scalar in the way one
: creates HERE (print <<"EOF";) documents?

--------------
#!/usr/bin/perl -w

$_ =<<ENDTEXT;
line one
line two
line three
ENDTEXT

print;
--------------


: Reply to fullung@ilink.nis.za, please.

   Nope.

   Ask it here, get the answer here.


--
    Tad McClellan                          SGML Consulting
    tadmc@metronet.com                     Perl programming
    Fort Worth, Texas


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

Date: Sat, 25 Jul 1998 11:32:27 +0100
From: "Martin" <minich@globalnet.co.uk>
Subject: Re: parsing question
Message-Id: <6pccf4$71j$1@heliodor.xara.net>

>   : but if the data were all numerals then
>   : if ($data eq $para) would turn out false
>   : wouldn't it


Eek, missed that. I will still use the inverted commas though
because I just do <g>.

Martin




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

Date: 25 Jul 1998 14:59:52 +0300
From: Jarkko Hietaniemi <jhi@alpha.hut.fi>
To: dwatts@dimentech.com
Subject: Re: Perl 5.005 - IRIX 5.3: groups.t test failure
Message-Id: <oeevhomp2dj.fsf@alpha.hut.fi>


Could you please use the perlbug script to report bugs in Perl, as
documented in INSTALL, section "Reporting Problems".

The comp.lang.perl.* are not the best possible channel, too much
noise to pick up the important signals such as bug reports.

-- 
$jhi++; # http://www.iki.fi/~jhi/
        # There is this special biologist word we use for 'stable'.
        # It is 'dead'. -- Jack Cohen


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

Date: 25 Jul 1998 15:02:00 +0300
From: Jarkko Hietaniemi <jhi@alpha.hut.fi>
To: jjones@elementdesign.com
Subject: Re: Perl 5.005: perldoc problems
Message-Id: <oeesojqp29z.fsf@alpha.hut.fi>


Could you please use the perlbug script to report problems with Perl,
as documented in the INSTALL file, section "Reporting Problems".

Important signals like bug reports will quickly disappear to the general
noise of the comp.lang.perl.*.

-- 
$jhi++; # http://www.iki.fi/~jhi/
        # There is this special biologist word we use for 'stable'.
        # It is 'dead'. -- Jack Cohen


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

Date: 25 Jul 98 15:22:04 +0000
From: "Adam Atkinson" <ghira@mistral.co.uk>
Subject: Re: perl as pseudocode
Message-Id: <599.510T248T9222629@mistral.co.uk>

On 25-Jul-98 00:20:05, Ronald J Kimball said:

>> while ($j!=undef) {

>This is exactly equivalent to ($j != 0), except one of them will give a
>warning under -w, and one won't.  I'll let you figure out which is
>which.  ;-)

Hmm. I don't want to check whether things are 0 because in some of the
examples I used "0" was an available symbol, and is certainly an
array subscript in use. So I definitely DO need
to check for undefinedness.

-- 
Adam Atkinson (ghira@mistral.co.uk)
Man is a giddy thing, and this is my conclusion.
(Much Ado About Nothing)



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

Date: Sat, 25 Jul 1998 08:44:55 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: perl as pseudocode
Message-Id: <MPG.10239d4d1cfa153498978a@nntp.hpl.hp.com>

[Posted to comp.lang.perl.misc and copy mailed.]

In article <599.510T248T9222629@mistral.co.uk> on 25 Jul 98 15:22:04 
+0000, Adam Atkinson <ghira@mistral.co.uk> says...
> On 25-Jul-98 00:20:05, Ronald J Kimball said:
> 
> >> while ($j!=undef) {
> 
> >This is exactly equivalent to ($j != 0), except one of them will give a
> >warning under -w, and one won't.  I'll let you figure out which is
> >which.  ;-)
> 
> Hmm. I don't want to check whether things are 0 because in some of the
> examples I used "0" was an available symbol, and is certainly an
> array subscript in use. So I definitely DO need
> to check for undefinedness.

Then use the function that Perl provides for this purpose.  `perldoc -f 
defined`

-- 
Larry Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com


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

Date: 25 Jul 1998 14:45:15 GMT
From: snowhare@devilbunnies.org (Snowhare)
Subject: Re: Perl Beautifier Page
Message-Id: <6pcr1r$63k$1@supernews.com>



Nothing above this line is part of the signed message.

On Fri, 24 Jul 1998, Larry Rosler wrote:
> In article <6panr1$3rt$1@xmission.xmission.com> on 24 Jul 1998 13:38:09
> - 0600, Snowhare <snowhare@xmission.xmission.com> says...
> >
> > It is only irrelevant _if_ your C compiler is POSIX compliant for its  
> > gmtime (I believe somone pointed out that Solaris is not in that
> > discussion). And if it _is_ compliant, you have an even worse problem
> > over  the long haul because POSIX specs that leap years happen 
> > every 4 years:
> > *EVERY* 4 years. No year % 100 correction. This means POSIX compliant
> > gmtime can only be used for dates between 1901 and 2099.
> 
> In the real world, it can be used only from ~1902 to ~2038.  That's
> quite  enough as far as I, at least, am concerned!

"Two digits dates are quite enough as far as I, at least, am concerned!"
                -- Many, many, many programmers between 1948 and 1998
  
"The so-called millennium bug was once dismissed as hype. But fixing 
it is expected to cost $600 billion."
                -- CNN, July 20, 1998

Doing the _wrong thing_ because it happens to be convienent in a
restricted context has real (real expensive) consequences.
       
> > The lack of a
> > leap second correction also implies that your Epoch will slowly but
> > surely drift out of sync with real time - even without the leap 
> > year error to toss in an accumulating 24 hour error periodically.
>
> Periodically == every 100 years.  And those who care about drifting 
> out of sync with real time (by half a minute or so now, and a second 
> more  every 18 months on average) should be relying on WWV, not on the
> internal clock of some computer system or other.

A lot of people do. NTP is quite widespread.

And small *cumulative* errors have long term consequences. Ever hear
of the Julian calendar? Now consider that nearly _four hundred years_
after its 'replacement' with the Gregorian calendar, we *still* are
dealing with its errors. The POSIX standard is one of them.

> > I would say, overall, POSIX Epoch is a _bad thing_ and to be avoided
> > when possible.
>
> Standards and simplicity are Good Things to most of us, and to be 
> sought when possible.

The value of pi is 3.
       -- Proposed law ("standard") in the Indiana Legislature

The Earth is flat.
       -- Widespread belief prior to the 17th century.

Leap years happen every 4 years.
       -- Julius Caesar 45 BC, POSIX Standard

Standards and simplicity are only useful to the degree that 
they are _correct_. Placing hidden errors in standards where
people can get bit by them without warning is simply _wrong_.

> Please spare us this noise in the future.

If you don't like PGP signatures, you are free not to read them.

Benjamin Franz
                
   "Our problems are mostly behind us.  What we have to do now is
    fight the solutions."   --Stult's Report


Version: 2.6.2

iQCVAwUBNbnu3OjpikN3V52xAQHRvAP/eiYyI+lUe5ahaQPp7URTMmfsXxwnctwg
anohspg+CFDOnVhMMHjXB6//aGQxrVFYT0hvyqQF+nue0+ilSk32s7+D2OK7FnTh
foHIOyav482MmiITY5/JY2s3ec5THngTIUSuWXISdsCItDQViu8/0dcHn2DvY1U+
t7WLK/+rIXU=
=I6s6
-----END PGP SIGNATURE-----


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

Date: Sat, 25 Jul 1998 15:09:34 GMT
From: aml@world.std.com (Andrew M. Langmead)
Subject: Re: Perl script in place of getty?
Message-Id: <Ewnorz.A0s@world.std.com>

"Andy Holyer" <andyh@pavilion.co.uk> writes:

>I've written up a simple BBS in Perl5, which we want to have sitting
>permanently on a number of modem lines of our FreeBSD box. The "correct" way
>to do this is to make the script as an entry in /dev/ttys instead of getty.

>I've got a line like this in /etc/ttys:

>ttyd3 "/usr/somedir/script -arg -arg" unknown dialup on secure

>All that happens in the moment is that I get:

>init: getty repeating too quickly on port ....


This usually happens when the program set to control the tty doesn't
sleep in open() when DTR is negated. Some things to check:

1. You do take the name of the terminal device off of the commmand
line, open and communicate through that device (Your script isn't
communicating through STDIN, STDOUT, and STDERR)

2. You set the terminal line to what stty calls "-clocal" mode. In
perl, you can access the Termios functions in the POSIX module to
access terminal handling.

For debugging, you might want to disable the port entirely in
/etc/ttys and call the script with the debugger, 

perl -d /usr/somedir/script -arg -arg /dev/ttyd3

Does the program run correctly? (The program sleeps until the MODEM
connects, runs reading all input from and writing output to the MODEM,
etc.)

Once you get it to run this way, then have init run it on your behalf.


If you need more information on terminal handling in Unix, You might
want to take a look at the book "Advanced Unix Programming" by W R
Stevens (all the code is in C, not perl, unfortunately)

<URL:http://cseng.aw.com/bookdetail.qry?ISBN=0-201-56317-7&ptype=1090>

>1) init doesn't spawn processes via a shell, so the #!/usr/local/bin/perl
>line doesn't work

On most Unix system you will find now, the type of file is checked by
the kernel, not by the shell. If you want to double check this, make a
small perl script that runs another perl script via "exec LIST" If the
second script runs, then the shell is not examining the magic numbers,
but the kernel.

>2) The script is failing for some other reason (lack of environment, etc.)

You should be able to figure this out if you run the script yourself
on the command line.

-- 
Andrew Langmead


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

Date: Sat, 25 Jul 1998 09:49:01 +0100
From: "Firestarter" <majestik_12@hotmail.com>
Subject: Re: Recent Secret Government Experiments Killing People!!!
Message-Id: <6pc7q0$ivd9@scotty.tinet.ie>

what you have written their (despite being nothing to do with p/h) could of
been written out of a well researched magazine
im not saying its a lie,just that it is very common knowlege if you look in
the right places
by the way: SETI means search for extraterrestrial intelligence
they are no longer in operation because of lack of funding by the govt (why
look for what we all ready have?)
they are still trying though and are making most of their money through the
internet from people interested,you can get a screen saver that lets you see
frequencies on your screen.
They have nothing to do with microware weaponry!!!
dont try to impress people with capital letters and think that they might'nt
know what your talking about.
as for the goverment killing innocent people wake up! its been done many of
times before on a huge scale
under the streets of tokyo were found hundreds of people that were treated
with antrax/hung upside down till they die etc etc,this was knowingly done
by their goverment.
ill go get the figures if anyone dosent believe me.



--
ICQ UIN: 6036731
phie site: http://dac.org/users/phie/right.html
phie zine: http://phiezine.zeris.net/
IRC: #hackers_ireland,#hackerzlair,#2600-uk.

blowclinton@my-dejanews.com wrote in message
<6pc4eu$32r$1@nnrp1.dejanews.com>...
>Okay...
>
>A friend of mine, whose identity must remain anonymous has agreed for me to
>let everyone know what she has seen.
>
>
>---------
>
>
>Remember the SR-71, created and operational in the 1950's and de-classified
>in the 1990's???  In 1950, conventional science and technology could never
>have designed the SR-71, yet a SUPER SECRET facility out in the Nevada
desert
>was it's birthplace.  This technology in 1950, quote "did not exist"
unquote.
> Any sighting of the SR-71 was excused as fantasy and the product of
>hallucinations.
>
>The computer is highly classified and is being used by researchers involved
>with the study of "NON LETHAL WEAPONRY".  Please do not let the term "non-
>lethal" fool you.  This technology is highly lethal.
>
>It is funded by the I.R.S. and funneled through to the United Nations.
>Russian, British and American Scientists have worked years to bring this
>project to fruition.  Churches have been heavily involved with the
>development of this weaponry since they feel they could become a target as
>well.  The computer made it's debut in 1991, right after the Gulf War when
>tension was high and during the alignment of the planets where there would
be
>greater stress on the Earth's own electromagnetic field and solar  flares
>that would interfere with the detection of the experiment by playing havoc
on
>communications.  As Dr. Charles Tart said through angrily gritted teeth,
>"that equipment cost millions of dollars".  In 1991 they had a small
>problem...sabotage. I was never invited to this experiment but I was there.
>I will never forget the theoretical physicist nor the biologist who sat in
>the front seats in the front row next to the stairs nor will I forget the
>orange upholstered seating, the coldness of the room, the cement stairs
>leading down to the computer.  Nor will I forget the green, matrixed
>holographic image of one of the people trapped by the field standing on a
>holographic plate.  Nor will I forget the conversations that I heard.
>
>I honestly cannot tell you all the technicalities involved since I do not
>have a high tech background other than what I heard seemed to make sense
and
>the scientists were very enthused despite the fact they would be killing 6
>innocent civilians, all American citizens, accused of no crimes for the
>experiment. Killing innocent women, children, men, handicapped and the aged
>must have really brought them a thrill.  Cowards are weak, without
character
>and hide behind tremendous power like the egotistical sluts that they are.
>There is no honor in cowardice. These scientists and congressmen would
spread
>their legs for 10 cents if it meant receiving grant money.  It's a sick
world
>with sick researchers out there.
>
>It is not allot harder to remote view the heavily surveyed facility even
>though it is underground.  The facility emits allot of microwave because it
>keeps in communication with various satellites.  It is SETI and HAARP
>technology combined.  Use the microwave carrier as a carrier wave for your
>brain and ride the wave into the facility.  It is better than hanging
outside
>of a facility, being watched by surveillance cameras and infrared sensing
and
>getting your big toe blown off if you step onto Government Property.
>
>The computer happens to be quite deadly when used in conjunction with
>satellites and aircraft that ionize the atmosphere within an artificially
>produced electromagnetic field.  The computer basically maps out your
brain,
>catalogs symbolic speech you use to interpret symbols, and traps your
>electromagnetic field in a field.  Your every thought becomes like spoken
>word for researchers to "hear" thought as it forms.  Dreams are no longer
>produced by your own bioelectric firings of neurons in your brain, but by a
>grad student at a computer terminal watching and adding input to the
>dream...making every dream a lucid dream.
>
>No, I don't have tangible proof.  No tape recording, video recordings,
>witnesses willing to come forth.  All I care about are the people and their
>families that were effected by this experiment and who knows how many more
>that were conducted like this one.  I would challenge anyone to walk away
>from that project feeling good about the direction of Mankind and
Technology.
> May they choke on their Nobel prizes.
>
>
>-----== Posted via Deja News, The Leader in Internet Discussion ==-----
>http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




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

Date: Sat, 25 Jul 1998 13:46:17 +0100
From: "Daniel (dS=dQ/T) Key" <daniel@all-keys.demon.co.uk>
Subject: Re: Recent Secret Government Experiments Killing People!!!
Message-Id: <901370841.16539.0.nnrp-09.c2defb17@news.demon.co.uk>


blowclinton@my-dejanews.com wrote in message
<6pc4eu$32r$1@nnrp1.dejanews.com>...
>Okay...
>
>A friend of mine, whose identity must remain anonymous has agreed for me to
>let everyone know what she has seen.
>
>
>---------
>
>
>Remember the SR-71, created and operational in the 1950's and de-classified
>in the 1990's???  In 1950, conventional science and technology could never
>have designed the SR-71, yet a SUPER SECRET facility out in the Nevada
desert
>was it's birthplace.  This technology in 1950, quote "did not exist"
unquote.
> Any sighting of the SR-71 was excused as fantasy and the product of
>hallucinations.
 ------------- snip----------------


OK, I've read this post three times and it still makes minimal sense, but I
have a question for the voices in your head. What is it about the SR-71 that
could not have been built in the late 60's-early 70's (when it was
*actually* designed/constructed) ?
--
Daniel (dS=dQ/T) Key
UIN 2160337
PGP Key ID 0x81A7049C

'You cannot be serious!'John McEnroe





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

Date: Sat, 25 Jul 1998 13:20:44 GMT
From: ptimmins@netserv.unmc.edu (Patrick Timmins)
Subject: Re: Recent Secret Government Experiments Killing People!!!
Message-Id: <6pcm3b$4r8$1@nnrp1.dejanews.com>

In article <6pc4eu$32r$1@nnrp1.dejanews.com>,
  blowclinton@my-dejanews.com wrote:
> Okay...
>
> A friend of mine, whose identity must remain anonymous has agreed for me to
> let everyone know what she has seen.
[snip the mathematical stuff]
> The computer happens to be quite deadly when used in conjunction with
> satellites and aircraft that ionize the atmosphere within an artificially
> produced electromagnetic field.  The computer basically maps out your brain,
> catalogs symbolic speech you use to interpret symbols, and traps your
> electromagnetic field in a field.  Your every thought becomes like spoken
> word for researchers to "hear" thought as it forms.  Dreams are no longer
> produced by your own bioelectric firings of neurons in your brain, but by a
> grad student at a computer terminal watching and adding input to the
> dream...making every dream a lucid dream.
[snip]

But it's OK, because the computer is not y2k compliant, and it won't be ready
until the middle of '00 (2000, I mean). Thank God their scientists
standardized on Windows NT!

Patrick Timmins
U. Nebraska Medical Center

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum


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

Date: Sat, 25 Jul 1998 16:08:24 +0100
From: "The Lion King" <AVLEENSINGHVIG@nospammy.msn.com>
Subject: Re: Recent Secret Government Experiments Killing People!!!
Message-Id: <#XjHR49t9GA.308@upnetnews03>


Firestarter wrote in message <6pc7q0$ivd9@scotty.tinet.ie>...
>they are still trying though and are making most of their money through the
>internet from people interested,you can get a screen saver that lets you
see
>frequencies on your screen.


OK, i looked everywhere i could think of. Any URLs for this screensaver?




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

Date: Sat, 25 Jul 1998 16:17:43 +0100
From: "The Lion King" <AVLEENSINGHVIG@nospammy.msn.com>
Subject: Re: Recent Secret Government Experiments Killing People!!!
Message-Id: <ezSWd99t9GA.225@upnetnews03>

>OK, I've read this post three times and it still makes minimal sense, but I
>have a question for the voices in your head. What is it about the SR-71
that
>could not have been built in the late 60's-early 70's (when it was
>*actually* designed/constructed) ?



The SR-71 used a large number of microprocessors or a level which we have
only just achieved in the last few years. The design of the SR-71 in itself
was revolutionary. This design point alone cannot finalise the argument but
it does raise a few eyebrows. It used technologies which were only
"developed" during the late 80's and 90's...
Also, there are a few materials used in the construction of the SR-71 which
were not available in the 50's and 60's... (mainly complex poly-hydrocarbons
and a variety or bipolymers)... someone of which STILL cannot be identified
today because they are simply something that we've never seen before and
might not do for a long time.


The counter argument to this is that hidden deep in Area51 are people who
are so smart, they've created the technologically most advanced civilisation
on the planet there. They've developed things which we cannot even
comprehend yet... All very feasible and all very possible...




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

Date: Sat, 25 Jul 1998 11:05:27 GMT
From: news@NOSPAM.gb-design.com (Bjorn Malmberg)
Subject: Re: replacing characters with other characters, using regexp
Message-Id: <35b9bb53.1056465@news.algonet.se>

On Fri, 24 Jul 1998 20:20:07 -0400, rjk@coos.dartmouth.edu (Ronald J
Kimball) wrote:

>Bjorn Malmberg <news@NOSPAM.gb-design.com> wrote:
>
>> and I have to search for the funny characters and replace them ..
>
>You probably want to use tr///.
>
>tr/edv/aao/;
>
>It might be safer to write it like this:
>
>tr/\x8C\x8A\x9A/aao/;
>


Thanks a lot for your help, that worked out just fine, I think I've
read something about that in the Camelbook but didn't actually
remember it til now...

Thanks again!

Bj0rN


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

Date: Sat, 25 Jul 1998 15:21:05 +0300
From: Dado Colussi <gdc@xenetic.fi>
Subject: Re: Reversing time
Message-Id: <35B9CDB1.9030D047@xenetic.fi>

Dean Pentcheff wrote:
> 
> Tony Curtis <Tony.Curtis+usenet@vcpc.univie.ac.at> writes:
> > Re: Reversing time, martin <martin_harriss@my-dejanews.com> said:
> > martin> How can I turn a given date in the dd mmm yyyy form
> > martin> into the internal time format as returned by the
> > martin> time function?  I need to be able to compare the
> > martin> time written in a file with the current time.
> >
> > check CPAN for the modules:
> >     Date::DateCalc
> >     Date::Manip
> 
> And also the standard modules (e.g. distributed along with Perl)
> Time::Local.

How should one implement manipulation of timezones?
I'm looking after a syntax like this:

	$t->set_timezone($zone1);
	$t->set_time($time1);
	$t->set_timezone($zone2);
	$time2 = $t->get_time();

-- 
Dado Colussi                         Xenetic Ltd.

email  gdc@xenetic.fi                tel +358-9-66896480
direct +358-9-66896485               fax +358-9-66896489
gsm    +358-40-5005501


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

Date: 25 Jul 1998 13:57:09 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: Tcl is better than Perl
Message-Id: <6pco7l$94j$1@csnews.cs.colorado.edu>

 [courtesy cc of this posting sent to cited author via email]

In comp.lang.perl.misc, 
    claird@Starbase.NeoSoft.COM (Cameron Laird) writes:
:Actually, writing a very simple client-server pair
:is one of the tasks where Tcl happens to be a lot
:friendlier to beginners than Perl.

Really?  Gosh, this seems easy to me:

   use IO::Socket;
   $remote = IO::Socket::INET->new("localhost:13")
	     || die "cannot connect to daytime port at localhost";
   while ( <$remote> ) { print }

Is there an easier way to do this?

--tom
-- 
There's going to be no serious problem after this.  --Ken Thompson


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

Date: 25 Jul 1998 13:42:00 GMT
From: mike@stok.co.uk (Mike Stok)
Subject: Re: Telnet server?
Message-Id: <6pcnb8$1nd@news-central.tiac.net>

In article <fl_aggie-2207981403160001@aggie.coaps.fsu.edu>,
I R A Aggie <fl_aggie@thepentagon.com> wrote:
>In article <35B61430.3C0CECAE@iti-oh.com>, Joshua Marotti <jpm@iti-oh.com>
>wrote:
>
>+     Does anyone know of a perl module that opens ports and emulates a
>+ telnet server?
>
>Like Net::Telnet?

The readme file on CPAN would suggest that Net::Telnet does the client
side rather than the server side:

  Description
  -----------

    Net::Telnet allows you to make client connections to a TCP port
    and do network I/O, especially to a port using the TELNET
    protocol.  Simple I/O methods such as print, get, and getline are
    provided.  More sophisticated interactive features are provided
    because connecting to a TELNET port ultimately means communicating
    with a program designed for human interaction.  These interactive
    features include the ability to specify a timeout and to wait for
    patterns to appear in the input stream, such as the prompt from a
    shell.

Mike

-- 
mike@stok.co.uk                    |           The "`Stok' disclaimers" apply.
http://www.stok.co.uk/~mike/       |   PGP fingerprint FE 56 4D 7D 42 1A 4A 9C
http://www.tiac.net/users/stok/    |                   65 F3 3F 1D 27 22 B7 41
stok@colltech.com                  |            Collective Technologies (work)


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

Date: 12 Jul 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 Mar 98)
Message-Id: <null>


Administrivia:

Special notice: in a few days, the new group comp.lang.perl.moderated
should be formed. I would rather not support two different groups, and I
know of no other plans to create a digested moderated group. This leaves
me with two options: 1) keep on with this group 2) change to the
moderated one.

If you have opinions on this, send them to
perl-users-request@ruby.oce.orst.edu. 


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

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