[10172] in Perl-Users-Digest
Perl-Users Digest, Issue: 3765 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Sep 20 14:07:56 1998
Date: Sun, 20 Sep 98 11: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 Sun, 20 Sep 1998 Volume: 8 Number: 3765
Today's topics:
CGI <Care227@ibm.net>
Re: Danish letters F X E <jhi@alpha.hut.fi>
Re: Danish letters F X E tcd@post10.tele.dk
Re: Danish letters F X E (Mike Stok)
Re: Danish letters F X E (Steve Linberg)
disable inharitance from parent dwiesel@my-dejanews.com
Re: disable inharitance from parent <gellyfish@gellyfish.btinternet.com>
Re: even/odd numbers (Tad McClellan)
Re: Extracting fields from a fixed length file with no (Andrew M. Langmead)
Re: Extracting fields from a fixed length file with no <garry@america.net>
Re: help! (Larry Rosler)
Re: LWP::UserAgent / HTTP::Headers error <jbattikha@highsynth.com>
Re: Perl & Java - differences and uses (David Formosa)
Re: Perl & Java - differences and uses <pats@acm.org>
Re: Perl & Java - differences and uses <pats@acm.org>
Re: Perl & Java - differences and uses <borg@imaginary.com>
Re: Perl & Java - differences and uses <borg@imaginary.com>
Re: Running a perl script setuid (CGI) <pelkeyc@geocities.com>
Re: script: scriptMangle! <cberry@cinenet.net>
Re: Sites devoted to Perl Win32 (Alan Strassberg)
v1.105 t2html.pl Text to html conversion script, Perl 5 (Jari Aalto+mail.perl)
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 20 Sep 1998 13:49:26 -0400
From: Drew Simonis - US Internet Support <Care227@ibm.net>
Subject: CGI
Message-Id: <36054026.67DFF633@ibm.net>
Anyone know a good reference book for CGI programming?
Regards
------------------------------
Date: 20 Sep 1998 19:16:33 +0300
From: Jarkko Hietaniemi <jhi@alpha.hut.fi>
To: tcd@post10.tele.dk
Subject: Re: Danish letters F X E
Message-Id: <oee7lyyu5cu.fsf@alpha.hut.fi>
tcd@post10.tele.dk writes:
> I have been looking at some database scripts
> And it seems that they all have the same fault.
> When you do a search for a word that starts with a danish letter
> F X E f x e - like in the words "Fg" "Xlstykke" "Erhus"
> the scripts cant find it.
>
>
> I'm not sure but this seems to be a problem with
> perls reg expression matching, not the programs..
Wrongo. Probably. If the regexps are using \w, that can be remedied,
at least if the underlying operating system support the notion of 'locales'.
That means: mostly just the UNIX platforms.
Short summary: (1) setup your locale (2) Add "use locale;" to your
Perl programs.
Long story: perllocale. You really want to read it because (1) cannot
really be done without knowing the details.
> Can anyone help me with this problem ????????????
> Please email me if you have the answer to the problem.
It's a bit rude to ask for free private consulting. Other people
may be struggling with the same problem. The news system is about
sharing, it's not a helpdesk.
--
$jhi++; # http://www.iki.fi/~jhi/
# There is this special biologist word we use for 'stable'.
# It is 'dead'. -- Jack Cohen
------------------------------
Date: Sun, 20 Sep 1998 19:17:12 +0200
From: tcd@post10.tele.dk
Subject: Re: Danish letters F X E
Message-Id: <36053898.65FE@post10.tele.dk>
Thanx for nothing
Jarkko Hietaniemi wrote:
>
> tcd@post10.tele.dk writes:
>
> > I have been looking at some database scripts
> > And it seems that they all have the same fault.
> > When you do a search for a word that starts with a danish letter
> > F X E f x e - like in the words "Fg" "Xlstykke" "Erhus"
> > the scripts cant find it.
> >
> >
> > I'm not sure but this seems to be a problem with
> > perls reg expression matching, not the programs..
>
> Wrongo. Probably. If the regexps are using \w, that can be remedied,
> at least if the underlying operating system support the notion of 'locales'.
> That means: mostly just the UNIX platforms.
>
> Short summary: (1) setup your locale (2) Add "use locale;" to your
> Perl programs.
>
> Long story: perllocale. You really want to read it because (1) cannot
> really be done without knowing the details.
>
> > Can anyone help me with this problem ????????????
> > Please email me if you have the answer to the problem.
>
> It's a bit rude to ask for free private consulting. Other people
> may be struggling with the same problem. The news system is about
> sharing, it's not a helpdesk.
>
> --
> $jhi++; # http://www.iki.fi/~jhi/
> # There is this special biologist word we use for 'stable'.
> # It is 'dead'. -- Jack Cohen
------------------------------
Date: 20 Sep 1998 17:31:36 GMT
From: mike@stok.co.uk (Mike Stok)
Subject: Re: Danish letters F X E
Message-Id: <6u3e5o$8uv@news-central.tiac.net>
In article <3604BEDA.4DF2@post10.tele.dk>, <tcd@post10.tele.dk> wrote:
>I have been looking at some database scripts
>And it seems that they all have the same fault.
>When you do a search for a word that starts with a danish letter
>F X E f x e - like in the words "Fg" "Xlstykke" "Erhus"
>the scripts cant find it.
>
>
>I'm not sure but this seems to be a problem with
>perls reg expression matching, not the programs..
You might try using locales. Modern perls can take into account local
character sets (if the definitions are installed on the machine running
the script) when performing many operations which care about character
sets e.g.
#!/usr/local/bin/perl
use POSIX;
use locale;
setlocale (LC_ALL, 'dansk') || die "setlocale ($!)\n";
($char) = 'Erhus' =~ /(\w)/;
print "first 'w' char is $char\n";
__END__
looks for the first character matched by \w in the string, without the
setlocale the r is the first character which matches, but if the setlocale
succeeds then the E is recognised as a \w character.
Hope this helps,
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: Sun, 20 Sep 1998 13:52:08 -0500
From: linberg@literacy.upenn.edu (Steve Linberg)
Subject: Re: Danish letters F X E
Message-Id: <linberg-2009981352090001@ltl1.literacy.upenn.edu>
In article <36053898.65FE@post10.tele.dk>, tcd@post10.tele.dk wrote:
> Thanx for nothing
Jarkko gave you exactly the answers you needed. Whether or not you
understand them or what to do with them is a different question.
*plonk*
_____________________________________________________________________
Steve Linberg National Center on Adult Literacy
Systems Programmer &c. University of Pennsylvania
linberg@literacy.upenn.edu http://www.literacyonline.org
------------------------------
Date: Sun, 20 Sep 1998 14:48:24 GMT
From: dwiesel@my-dejanews.com
Subject: disable inharitance from parent
Message-Id: <6u34jo$412$1@nnrp1.dejanews.com>
Hi,
In my main program I do alot of forking. Each fork inharitates from the
parent. I don't want that. Is there anyway to 'disable' inharitance?
// Daniel
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: 20 Sep 1998 17:23:54 GMT
From: Jonathan Stowe <gellyfish@gellyfish.btinternet.com>
Subject: Re: disable inharitance from parent
Message-Id: <6u3dna$h7l$1@plutonium.btinternet.com>
On Sun, 20 Sep 1998 14:48:24 GMT dwiesel@my-dejanews.com wrote:
> Hi,
> In my main program I do alot of forking. Each fork inharitates from the
> parent. I don't want that. Is there anyway to 'disable' inharitance?
Um, no. but you can release any resources that are not required by the
child process - IE closing filehandles etc. Also by clever use of
scoping you you can limit what your child process thinks its environment is.
Show us some code that doesnt work.
/J\
--
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
------------------------------
Date: Sun, 20 Sep 1998 09:33:39 -0500
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: even/odd numbers
Message-Id: <3o33u6.721.ln@metronet.com>
Scott Stark (sstark@informix.com) wrote:
: In article <6u1due$2qu$1@csnews.cs.colorado.edu>, tchrist@mox.perl.com says...
: >
: >:Hi, does anyone know a way for perl to determine if a number is even or odd?
: >
: >The same way one does in mathematics, of course.
[snip]
: BUT, call me stupid, yes *I KNOW* that if a number is divisible by 2 it's even,
: but how do I say that in perl?
if ( $num % 2 == 1 )
{print "$num is odd\n"}
else
{print "$num is even\n"}
: If $num divided by 2 contains the string ".5"
: it's odd, else it's even? Is there some math function
^^^^^^^^^^^^^^^^^^
In mathematics there is a 'modulus' function that returns the
remainder of an integer division.
That is everyday mathematics, as is determining a number's sign.
Nothing Perl-specific in that.
: in perl to determine if
The Perl-specific part is that '%' is the syntax for 'modulus'.
: the result of division is a whole number?
: I'm sorry if I'm too much of a newcomer to programming perl to always post
: complex, intelligent questions to this newsgroup, but I don't know how else to
: learn.
OK. But you are mostly learning mathematics with this one rather
than Perl...
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Sun, 20 Sep 1998 16:00:49 GMT
From: aml@world.std.com (Andrew M. Langmead)
Subject: Re: Extracting fields from a fixed length file with no nl or cr
Message-Id: <EzLB5D.C5F@world.std.com>
Garry Williams <garry@america.net> writes:
>$ perldoc -f sysread
>=item sysread FILEHANDLE,SCALAR,LENGTH,OFFSET
>=item sysread FILEHANDLE,SCALAR,LENGTH
Unless the record sizes are multiples of the system's disk block size,
read() might be a better choice than sysread().
The sysread() function is hitting the disk on each call, where read()
is buffering disk blocks and parceling them out as needed.
--
Andrew Langmead
------------------------------
Date: Sun, 20 Sep 1998 17:48:38 GMT
From: "Garry T. Williams" <garry@america.net>
Subject: Re: Extracting fields from a fixed length file with no nl or cr
Message-Id: <36054044.3633B277@america.net>
Yup, I just checked perldoc -f read and it pointed me to fread(2) and it
is indeed *buffered*.
I didn't know that. :-)
-Garry Williams
Andrew M. Langmead wrote:
>
> Garry Williams <garry@america.net> writes:
>
> >$ perldoc -f sysread
> >=item sysread FILEHANDLE,SCALAR,LENGTH,OFFSET
>
> >=item sysread FILEHANDLE,SCALAR,LENGTH
>
> Unless the record sizes are multiples of the system's disk block size,
> read() might be a better choice than sysread().
>
> The sysread() function is hitting the disk on each call, where read()
> is buffering disk blocks and parceling them out as needed.
>
> --
> Andrew Langmead
------------------------------
Date: Sun, 20 Sep 1998 08:43:08 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: help!
Message-Id: <MPG.106ec262cb4c30989875@nntp.hpl.hp.com>
[Posted to comp.lang.perl.misc and copy mailed.]
In article <3604cbff.6307645@news.online.ee> on Sun, 20 Sep 1998 09:40:09
GMT, cim@online.ee <cim@online.ee> says...
...
> * $all_ips = join('|',@ips);
...
> I need to get the 10 last ones, not all of them (as the code above
> does)
You can use an array slice, counting from the end:
$last_ten_ips = join('|', @ips[-10 .. -1]);
It would be wise to check that there are at least 10 elements before
doing this, of course.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Sun, 20 Sep 1998 12:02:46 -0400
From: Jihad Battikha <jbattikha@highsynth.com>
Subject: Re: LWP::UserAgent / HTTP::Headers error
Message-Id: <36052726.5DCC48BB@highsynth.com>
update:
I ended up getting the latest libwww from CPAN, placing it under my
own account directory, and called it from there. It worked fine that
way. I should have learned to stop listening to server admins a long
time ago.
:-)
--
<>>>===========================================================<<<>
Jihad Battikha <jbattikha@highsynth.com> http://www.highsynth.com
-=< graphics . 2d/3d animation . illustration . web authoring >=-
-----------------------------------------------------------------
PGP: http://www.highsynth.com/jihad/pgp.htm
- fingerprint: 9B5E 0484 0D88 6454 380B 964D E9B7 7A58 15C0 CAD7
- expires: 1/1/1999
<>>>===========================================================<<<>
Before sending me commercial e-mail, the sender must first agree
to my LEGAL NOTICE located at: http://www.highsynth.com/sig.html.
<>>>===========================================================<<<>
------------------------------
Date: 20 Sep 1998 10:49:38 +1000
From: dformosa@zeta.org.au (David Formosa)
Subject: Re: Perl & Java - differences and uses
Message-Id: <6u1jf2$fev$1@godzilla.zeta.org.au>
In <bOPM1.856$Ge.2187567@ptah.visi.com> George Reese <borg@imaginary.com> writes:
>In comp.lang.java.programmer Andrew Johnson <ajohnson@gpu.srv.ualberta.ca> wrote:
[...]
>: if you can't write stuctured code that's not Perl's fault. Perl allows
>: freedom, 'programmer, enable thyself!' ... (or choose a language that
>: chooses your enablement (sic) for you).
>[...] You may want to try explaining why a
>programmer should have freedom.
What happens when we reach the limmits of what OO can do well? Sooner or
later the next big paradine shift is going to come allong and unseat OO
if your language locks you into the OO mode you are not going to be able
to take advantage of this new wave in computer scince.
------------------------------
Date: 20 Sep 1998 09:38:21 PDT
From: Patricia Shanahan <pats@acm.org>
Subject: Re: Perl & Java - differences and uses
Message-Id: <36052F08.3D3283BE@acm.org>
Come the next paradigm shift I plan to do exactly what I did in the
1970's for structured programming, and in the 1990's for OO - wait for
languages tuned to the new paradigm to become reasonably mainstream
and then learn a few of them along with their underlying concepts.
Generally, new programming paradigms quietly incorporate anything that
worked from the old one anyway. For example, while I was a full time C
programmer I coded perhaps one goto every couple of years. In Java the
situations in which I used goto in C are all covered by try-catch or
try-finally so I don't miss it at all.
I would expect the next big thing to include O-O but go beyond it in
some as yet unknown way.
Patricia
David Formosa wrote:
>
> In <bOPM1.856$Ge.2187567@ptah.visi.com> George Reese <borg@imaginary.com> writes:
>
> >In comp.lang.java.programmer Andrew Johnson <ajohnson@gpu.srv.ualberta.ca> wrote:
>
> [...]
>
> >: if you can't write stuctured code that's not Perl's fault. Perl allows
> >: freedom, 'programmer, enable thyself!' ... (or choose a language that
> >: chooses your enablement (sic) for you).
>
> >[...] You may want to try explaining why a
> >programmer should have freedom.
>
> What happens when we reach the limmits of what OO can do well? Sooner or
> later the next big paradine shift is going to come allong and unseat OO
> if your language locks you into the OO mode you are not going to be able
> to take advantage of this new wave in computer scince.
------------------------------
Date: 20 Sep 1998 09:46:26 PDT
From: Patricia Shanahan <pats@acm.org>
Subject: Re: Perl & Java - differences and uses
Message-Id: <360530EF.97261CB4@acm.org>
David Formosa wrote:
>
> In <yIZM1.942$Ge.2549906@ptah.visi.com> George Reese <borg@imaginary.com> writes:
>
> >In comp.lang.java.programmer Uri Guttman <uri@sysarch.com> wrote:
>
> [...]
>
> >But look at it this way. Let's give two people a crossword puzzle. I
> >give one an algorithm--a trial-and-error algorithm somewhat like long
> >division--and the other uses their creative wits. Furthermore, the
> >one given the algorithm is any average person off the street. The one
> >with "freedom" is a genius.
>
> >Who do you think will solve the puzzle first?
>
> >My money is on the "drone" armed with the algorithm.
>
> My money is on the genus. An algortymum such as you describe would require
> searching threw a dictonary. Now this dictonary is about 22 books indexed by
> wrod leanth. Each book has on advage 2063 words. Now if it takes one second
> to look up each word it would take 6 hourses to solve a 12 word puzzel.
>
> Now we know that cross word experts can solve larger puzzels in shorter times.
> So I think that the genus can do far better then the drone. (and thats not
> taking in account backtracking by the drone.)
In any case, those aspects of programming that have been reduced to
algorithms are not what programmers should be spending their time
doing. There is a natural progression:
1. Algorithms are identified for doing aspect A of programming.
2. The algorithms for doing A are incorporated into software tools.
3. A stops being a everyday part of programming, and the size and
difficulty of programs that are considered writable is increased so
that programming is right at the limit of what programmers can do,
even without having to worry about A.
Patricia
------------------------------
Date: Sun, 20 Sep 1998 17:29:46 GMT
From: George Reese <borg@imaginary.com>
Subject: Re: Perl & Java - differences and uses
Message-Id: <eYaN1.994$Ge.2911574@ptah.visi.com>
In comp.lang.java.programmer Patricia Shanahan <pats@acm.org> wrote:
: In any case, those aspects of programming that have been reduced to
: algorithms are not what programmers should be spending their time
: doing. There is a natural progression:
: 1. Algorithms are identified for doing aspect A of programming.
: 2. The algorithms for doing A are incorporated into software tools.
: 3. A stops being a everyday part of programming, and the size and
: difficulty of programs that are considered writable is increased so
: that programming is right at the limit of what programmers can do,
: even without having to worry about A.
This is false because the algorithm is described in human language,
something a computer is incapable of understanding. And we have yet
to find a way to describe these algorithms in a form the computer can
understand. It is totally false to believe that because an algorithm
exists for doing X that a computer can do X.
--
George Reese (borg@imaginary.com) http://www.imaginary.com/~borg
PGP Key: http://www.imaginary.com/servlet/Finger?user=borg&verbose=yes
"Keep Ted Turner and his goddamned Crayolas away from my movie."
-Orson Welles
------------------------------
Date: Sun, 20 Sep 1998 17:32:17 GMT
From: George Reese <borg@imaginary.com>
Subject: Re: Perl & Java - differences and uses
Message-Id: <B_aN1.995$Ge.2911574@ptah.visi.com>
In comp.lang.java.programmer David Formosa <dformosa@zeta.org.au> wrote:
: In <bOPM1.856$Ge.2187567@ptah.visi.com> George Reese <borg@imaginary.com> writes:
:>In comp.lang.java.programmer Andrew Johnson <ajohnson@gpu.srv.ualberta.ca> wrote:
: [...]
:>: if you can't write stuctured code that's not Perl's fault. Perl allows
:>: freedom, 'programmer, enable thyself!' ... (or choose a language that
:>: chooses your enablement (sic) for you).
:>[...] You may want to try explaining why a
:>programmer should have freedom.
: What happens when we reach the limmits of what OO can do well? Sooner or
: later the next big paradine shift is going to come allong and unseat OO
: if your language locks you into the OO mode you are not going to be able
: to take advantage of this new wave in computer scince.
This is a really peculiar counterfactual question.
The answer is that you use whatever tools best suit the new paradigm.
You don't use OO languages to develop underwhatever new paradigm comes
along. And that new paradigm should come with a migration strategy.
--
George Reese (borg@imaginary.com) http://www.imaginary.com/~borg
PGP Key: http://www.imaginary.com/servlet/Finger?user=borg&verbose=yes
"Keep Ted Turner and his goddamned Crayolas away from my movie."
-Orson Welles
------------------------------
Date: 20 Sep 1998 16:33:54 GMT
From: "Charles Pelkey" <pelkeyc@geocities.com>
Subject: Re: Running a perl script setuid (CGI)
Message-Id: <01bde4a4$32809920$0500a8c0@cpelkey.mindspring.com>
Well, I wrote a huge script to post a daily report to our intranet at my
last workplace, and I had to create a shell script and set the group id on
it in order for the file to post to our web directory. You will probably
need to do the same thing.
------------------------------
Charles E. Pelkey
ICQ#: 8294384
E-Mail: pelkeyc@geocities.com
cpelkey@mindspring.com
Jonesboro, Ga 30236
------------------------------
------------------------------
Date: Sat, 19 Sep 1998 21:29:10 -0700
From: Craig Berry <cberry@cinenet.net>
To: Randal Schwartz <merlyn@stonehenge.com>
Subject: Re: script: scriptMangle!
Message-Id: <Pine.GSO.3.95.980919210456.1087A-100000@hollywood.cinenet.net>
[cc sent via email to quoted author]
On 19 Sep 1998, Randal Schwartz wrote:
> >>>>> "Craig" == Craig Berry <cberry@cinenet.net> writes:
>
> Craig> Ah, well. The ultimate response when rational discussion
> Craig> fails. Fellow citizens of clpm, take note that I've done
> Craig> nothing but ask Tom to clarify his moral, ethical, and
> Craig> philosophical position on the free software question, in the
> Craig> face of his vicious attacks on all other options. Apparently,
> Craig> he doesn't want to play that game. So it goes...
>
> Here's a simpler version of Tom's argument, using short words.
What is it about this issue that brings out people's ad-hominem attack
mode?
> I have had to curse all too often at broken software on my client's
> machines for which NO source was available, to help you make your
> software hidden.
Note, please, as I've often stated, that *I personally* do not hide *my*
sources. I am arguing for the *principle* that sources may, under certain
circumstances, be hidden without the action being a moral blot on the
developer involved. I wish people would get this straight!
The decision of whether to sell, or to buy, hidden-source software is an
economic one, not a moral one. That is my entire argument. I'm hoping
that if I stress that often enough, someone will address the alleged moral
dimension of the issue, or admit it isn't there.
Note that your clients above presumably paid more for your services
because of the added work you needed to do to get around the lack of
source. Their *economic* decision to buy no-source code led (in this
instance) to an *economic* cost. I truly, honestly, despite having
sincerely tried, cannot see the moral dimension here. Perhaps I'm being
blind; perhaps I'm missing it. I tried to get Tom C to explain his
position and he killfiled me rather than explain himself. Perhaps you
can, instead?
> I just refuse to help you. It's that simple. If you're gonna do it,
> don't let me know, and hope that I never have to cross paths with you
> in a dark alley if I have to maintain mangled code you leave behind.
s/you/those who hide code/g, please.
> Code-hiding is painful for those of us that make a living helping
> people in sometimes desperate situations. Therefore, I can only
> deduce that you are not interested in helping people. That makes you
> "evil" in my book. <sigh>
Look, having secure doors and windows on houses makes it harder to rescue
the residents from them if the building starts burning. It also makes it
harder for thieves to steal their property. This isn't a one-dimensional
issue, Randal. There are tradeoffs involved between many often
contradictory goals. And, so far as I can see from where I stand now,
none of them have a moral component.
> Code-hiding also spits in the face of those people that brought you
> Perl in the first place. If it wasn't for open software, you wouldn't
> be USING Perl. How tough is that to figure out?
Irrelevant. I lock my house, yet I'm glad the public park down the street
(paid for only in miniscule part by me) is 'open'. Different software
authors, vendors, and users have different goals and business plans for
different products.
I am glad the free software effort, and Perl, exist. I plan to GPL a
presently shareware tool of mine this week. For another tool, I might GPL
it immediately, or never. Arguing that 'open Perl is good, hence open
everything is good, in all cases, for everyone' is a false generalization
-- or so it seems to me. I fail to see how my saying that keeping, say,
Oracle proprietary is a reasonable business decision 'spits in the face'
of the Perl developers.
> Tom has done a huge amount for the Perl community. You are spitting
> in his face, and yet you still want him to act civil. Again, I hope I
> never cross paths with you in a dark alley. :)
Honestly, that wasn't and isn't my intention. I wish someone could tell
me why it's being taken that way!
---------------------------------------------------------------------
| Craig Berry - cberry@cinenet.net
--*-- Home Page: http://www.cinenet.net/users/cberry/home.html
| "Ripple in still water, when there is no pebble tossed,
nor wind to blow..."
------------------------------
Date: 20 Sep 1998 10:00:01 -0700
From: alan@bali.seg.wj.com (Alan Strassberg)
Subject: Re: Sites devoted to Perl Win32
Message-Id: <6u3cah$cva$1@bali.seg.wj.com>
In article <3604C275.ED079CEC@netwood.net>,
Peter Kosenko <kosenko@netwood.net> wrote:
>I am looking for Web sites that relate
>specifically to Win32 so that I can find ideas
>with which to practice.
Here's a few...
A Win32 page on CPAN would be very welcome (wink,wink)
http://www.inforoute.capway.com/leberre1/
http://www.egroups.com/list/perl-win32-users/
alan
--
alan@wj.com
------------------------------
Date: 20 Sep 1998 17:21:57 +0300
From: jari.aalto@poboxes.com (Jari Aalto+mail.perl)
Subject: v1.105 t2html.pl Text to html conversion script, Perl 5.003
Message-Id: <ptr3e9mlv96.fsf@olkikukka.i-have-a-misconfigured-system-so-shoot-me>
Download
ANNOUNCE: v1.105 t2html.pl Text to html conversion script, Perl 5.003
Home page: ftp://cs.uta.fi/pub/ssjaaa/t2html.html
by Email
To: <jari.aalto@poboxes.com>
Subject: send t2html.pl
Description
Writing text documents is different from writing messages to Usenet
or to your fellow workers. There already exists several tools to
convert email messages into html, like MHonArc, Email
hyper archiver, but for regular text documents, like for memos,
FAQs, help pages and for other papers, I didn't find any suitable
html converter couple of years back.
I wanted a simple html tool which would read text documents I
maintained: several Emacs guides, procmail tips page, program
documentations, my home pages etc. and convert them into html. And
here you will find the specification how to format your text
documents for *t2html* perl script.
Program has html Link validation commands and an Emacs minor
mode to automatically fix or remove the links in the .txt
document is planned.
How it works
Text must be placed in certain column to enable proper html
formatting. The style used is called Technical format (TF).
You're looking at TF format right now. TF specification is
included in the t2html --help.
You need nothing else but a text editor where the current column
number is displayed or editor that advances your TAB by 4 spaces.
That's it.
Emacs and minor mode for helping to write TF
If word `Emacs' means anything to you, then you can use additional
Emacs minor mode (package TinyTf.el) that I wrote especially to
help writing documents, formatting paragraphs, auto filling bullets
and keeping TOC up to date. The description of the Emacs package is
added to the page. If you don't know about Emacs but got
interested, then see these for more Emacs info:
ftp://cs.uta.fi/pub/ssjaaa/elisp.html
ftp://cs.uta.fi/pub/ssjaaa/ema-tiny.html
ftp://cs.uta.fi/pub/ssjaaa/tiny-tools.tar.gz (contains tinytf.el)
Todo
There are dozen of options and it would be nice if
the files you convert can be specified in Perl confiration file.
Currently the linking of separate documents must be instructed by
hand with separate options:
--button-next
--button-previous
--button-top (usually index.txt)
Expect to see better support for multiple document linking soon.
End
------------------------------
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 3765
**************************************
