[25978] in Perl-Users-Digest
Perl-Users Digest, Issue: 8197 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Jun 24 03:05:30 2005
Date: Fri, 24 Jun 2005 00:05:06 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 24 Jun 2005 Volume: 10 Number: 8197
Today's topics:
Re: [OT] Re: "use CGI " hangs "CGI time out " <tassilo.von.parseval@rwth-aachen.de>
Re: [OT] Re: "use CGI " hangs "CGI time out " <stan.remove@bremove.lz.hmrprint.com>
Re: [OT] Re: "use CGI " hangs "CGI time out " <a.newmane.remove@eastcoastcz.com>
Emacs modules for Perl programming (Jari Aalto+mail.perl)
Re: Fixed: ActiveState: Can't spawn "cmd.exe"? <ddunham@redwood.taos.com>
Re: Fixed: ActiveState: Can't spawn "cmd.exe"? <1usa@llenroc.ude.invalid>
Re: Newbie Help <john@castleamber.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 24 Jun 2005 07:14:07 +0200
From: "Tassilo v. Parseval" <tassilo.von.parseval@rwth-aachen.de>
Subject: Re: [OT] Re: "use CGI " hangs "CGI time out "
Message-Id: <slrndbn5kv.ru.tassilo.von.parseval@localhost.localdomain>
Also sprach A. Sinan Unur:
> My comments were not related to your theorizing regarding the value of
> an uninitialized variable. I have been trying to point out that this
> topic is not appropriate for c.l.p.misc for a while now.
For a while? You mentioned it exactly once, after having contributed to
the thread yourself.
> I am so sorry that my attempt at correcting your bogus explanation of
> why the OP my the mistake of declaring variables as in
>
> my $x, $y, $z;
>
> has led to this to the materialization of this thread.
>
> Please, if you want to discuss C, comp.lang.c is the place. There was no
> reason to bring C into this thread (which you originally did, and which
> is why I marked my response to you OT).
>
> I have lost patience.
>
> *PLONK*
Sane newsreaders allow you to killfile a whole thread if you feel you
must. I suggest you do that in cases like this, and you do it silently.
There's always the danger of looking foolish when handing out killfile
entries for individuals so easily. Also, you didn't seem to have
killfiled the other regulars who have taken part in that C-ish
digression.
[ This message should probably have a follow-up set but I couldn't think
of a suitable one. ]
Tassilo
--
use bigint;
$n=71423350343770280161397026330337371139054411854220053437565440;
$m=-8,;;$_=$n&(0xff)<<$m,,$_>>=$m,,print+chr,,while(($m+=8)<=200);
------------------------------
Date: Thu, 23 Jun 2005 22:55:16 -0700
From: "Stan R." <stan.remove@bremove.lz.hmrprint.com>
Subject: Re: [OT] Re: "use CGI " hangs "CGI time out "
Message-Id: <42bba043$1_2@spool9-east.superfeed.net>
Alfred Z. Newmane wrote:
> A. Sinan Unur wrote:
>> "Alfred Z. Newmane" <a.newmane.remove@eastcoastcz.com> wrote in
>> news:3i0dtjFj2afvU1@individual.net:
>>
>>> A. Sinan Unur wrote:
>>>> Alfred Z. Newmane wrote:
>>>>> Bart Lateur wrote:
>>>>>
>>>>>> Tassilo v. Parseval wrote:
>>>>>>
>>>>>>
>>>>>>> Hence your analogy to declaring both a double and and int in the
>>>>>>> same statement is not applicable. In:
>>>>>>>
>>>>>>> int a, *p;
>>>>>>>
>>>>>>> both 'a' and '*p' are integers.
>>>>>>
>>>>>> But it doesn't declare *p, it declares p. That's what it's for.
>>>>>> *p does actually even exist yet, as p is NULL.
>>>>>
>>>>>
>>>>> in c and c++ variables that are uninialized usually have a random
>>>>> value, not NULL or 0 (zero.)
>>>>>
>>>>> Someone correct me if I'm wrong,
>>>>
>>>> I don't think you are wrong, however, you might want to move this
>>>> discussion to comp.lang.c
>>>
>>> Thats probably a good idea.
>>>
>>> Also, please be careful with your quoting, you cut off my sentance,
>>> thus throwing off the context a little:
>>
>> My comments were not related to your theorizing regarding the value
>> of an uninitialized variable. I have been trying to point out that
>> this topic is not appropriate for c.l.p.misc for a while now.
>>
>> I am so sorry that my attempt at correcting your bogus explanation of
>> why the OP my the mistake of declaring variables as in
>>
>> my $x, $y, $z;
>>
>> has led to this to the materialization of this thread.
>>
>> Please, if you want to discuss C, comp.lang.c is the place. There was
>> no reason to bring C into this thread (which you originally did, and
>> which is why I marked my response to you OT).
>
> I originally mentioned C/C++ as an example of where the OP's thinking
> may have come from. It branched off from there. I did not know it was
> such a heinous crime. I'm sorry, but there is nothing wrong with side
> discussions, it's something that happens sometimes UseNet and even
> real life conversations.
>
> Why you need to act like you're being forced into this thread is
> beyond me, as the user of a news reader can pick what they want to
> read, and pass on the ones they don't like. Try it sometime.
>
>> I have lost patience.
>
> Why are you replying then?
>
>> *PLONK*
>
> And you really think anyone else with a brain and a life gives a
> flipping damn?
>
> Why are you even replying then if you don't care about it? Is it that
> hard for you to just go on to other threads instead of acting like
> this thread should be ignored by everyone just because /YOU/ deem it
> unworthy? If so, it seems others disagree with you as there appeared
> to be a good wholesome conversation going on here, involving others
> besides myself.
>
> A lot of people here have been programming for quite a while, and
> it's a no-brainier that plenty of Perl programmers started in C
> and/or C++. The reason I added comp.lang.c to the ng list was that I
> wanted to move the discussion to the c group, but not leave out the
> folks in c.l.p.m who were following it out in the cold, which to me
> would seem like a rude thing to do.
It seems to be that Sinan Unur also participated in the "sub thread" so
why is he making such a fuss about it? I hate to through out names but
his post (quoted in the 2nd level, while Alfred Newmane's is the first
level quotation) comes off a just plain childish and attacking for no
good reason. Too much negativity and there's just no need for it.
--
Stan
"..just call 'em as I see 'em"
Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com
------------------------------
Date: Thu, 23 Jun 2005 23:03:51 -0700
From: "Alfred Z. Newmane" <a.newmane.remove@eastcoastcz.com>
Subject: Re: [OT] Re: "use CGI " hangs "CGI time out "
Message-Id: <3i1m2lFjcir0U1@individual.net>
Tad McClellan wrote:
> Alfred Z. Newmane <a.newmane.remove@eastcoastcz.com> wrote:
>
>
>> reason I added comp.lang.c to the ng list was that I wanted to move
>> the discussion to the c group, but not leave out the folks in
>> c.l.p.m who were following it out in the cold,
>
>
> Did you note in the message body that you were exanding
> the Newsgroups header?
My apologies. I didn't seem necessary as it seemed to be going that way,
and I left the c.l.p.m in the list so those here following it wouldn't
get cut off. I also thought it might be good to get input from those in
a group where the topic at hand would be more topical, while not
abandoning the people who were already following it in c.l.m.p.
>> which to me would seem like a rude
>> thing to do.
>
>
> Not doing so is well established as being a rude thing to do.
How so? If you are following a topic of interest (even though it may
have branched off from the central topic of the tread into a sub
thread), how would you like it if you were suddenly and unexpected cut
off from replies before realizing they were redirected to another group?
Forgive me, but is this one of the points of the cross posting, to allow
for the sharing of a topic among groups?
Again, I apologize for not reporting the newgroups header change.
------------------------------
Date: 24 Jun 2005 04:27:42 GMT
From: <jari.aalto <AT> poboxes.com> (Jari Aalto+mail.perl)
Subject: Emacs modules for Perl programming
Message-Id: <perl-faq/emacs-lisp-modules_1119587244@rtfm.mit.edu>
Archive-name: perl-faq/emacs-lisp-modules
Posting-Frequency: 2 times a month
URL: http://tiny-tools.sourceforge.net/
Maintainer: Jari Aalto A T poboxes com
Announcement: "What Emacs lisp modules can help with programming Perl"
Preface
Emacs is your friend if you have to do anything comcerning software
development: It offers plug-in modules, written in Emacs lisp
(elisp) language, that makes all your programmings wishes come
true. Please introduce yourself to Emacs and your programming era
will get a new light.
Where to find Emacs/XEmacs
o Unix:
http://www.gnu.org/software/emacs/emacs.html
http://www.xemacs.org/
o Unix Windows port (for Unix die-hards):
install http://www.cygwin.com/ which includes native Emacs 21.x.
and XEmacs port
o Pure Native Windows port
http://www.gnu.org/software/emacs/windows/ntemacs.html
ftp://ftp.xemacs.org/pub/xemacs/windows/setup.exe
o More Emacs resources at
http://tiny-tools.sourceforge.net/ => Emacs resource page
Emacs Perl Modules
Cperl -- Perl programming mode
http://www.cpan.org/modules/by-authors/id/ILYAZ/cperl-mode/
http://math.berkeley.edu/~ilya/software/emacs/
by Ilya Zakharevich
CPerl is major mode for editing perl files. Forget the default
`perl-mode' that comes with Emacs, this is much better. Comes
standard in newest Emacs.
TinyPerl -- Perl related utilities
http://tiny-tools.sourceforge.net/
If you ever wonder how to deal with Perl POD pages or how to find
documentation from all perl manpages, this package is for you.
Couple of keystrokes and all the documentaion is in your hands.
o Instant function help: See documentation of `shift', `pop'...
o Show Perl manual pages in *pod* buffer
o Grep through all Perl manpages (.pod)
o Follow POD references e.g. [perlre] to next pod with RETURN
o Coloured pod pages with `font-lock'
o Separate `tiperl-pod-view-mode' for jumping topics and pages
forward and backward in *pod* buffer.
o Update `$VERSION' variable with YYYY.MMDD on save.
o Load source code into Emacs, like Devel::DProf.pm
o Prepare script (version numbering) and Upload it to PAUSE
o Generate autoload STUBS (Devel::SelfStubber) for you
Perl Module (.pm)
TinyIgrep -- Perl Code browsing and easy grepping
[TinyIgrep is included in Tiny Tools Kit]
To grep from all installed Perl modules, define database to
TinyIgrep. There is example file emacs-rc-tinyigrep.el that shows
how to set up dattabases for Perl5, Perl4 whatever you have
installed
TinyIgrep calls Igrep.el to to do the search, You can adjust
recursive grep options, set search case sensitivity, add user grep
options etc.
You can find latest `igrep.el' module at
<http://groups.google.com/groups?group=gnu.emacs.sources> The
maintainer is Jefin Rodgers <kevinr <AT> ihs.com>.
TinyCompile -- To Browse grep results in Emacs *compile* buffer
TinyCompile is a minor mode for *compile* buffer from where
you can collapse unwanted lines or shorten file URLs:
/asd/asd/asd/asd/ads/as/da/sd/as/as/asd/file1:NNN: MATCHED TEXT
/asd/asd/asd/asd/ads/as/da/sd/as/as/asd/file2:NNN: MATCHED TEXT
-->
cd /asd/asd/asd/asd/ads/as/da/sd/as/as/asd/
file1:NNN: MATCHED TEXT
file1:NNN: MATCHED TEXT
End
------------------------------
Date: Fri, 24 Jun 2005 01:37:16 GMT
From: Darren Dunham <ddunham@redwood.taos.com>
Subject: Re: Fixed: ActiveState: Can't spawn "cmd.exe"?
Message-Id: <gtJue.3179$Bx6.2017@newssvr13.news.prodigy.com>
A. Sinan Unur <1usa@llenroc.ude.invalid> wrote:
> Daniel Pfeiffer <occitan@esperanto.org> wrote in
> news:42B88A3F.9050805@esperanto.org:
>> However, checking the coding of those functions, they are broken.
>> Cygwin wrongly inherits from Unix, and that only splits on :, which
>> will completely fail on the like of '/bin:"C:/WINNT":"/Path/with
>> space"'.
> What are you talking about??? Let me fire up Cygwin shell ... Oooops,
> better add a directory with spaces to my path ... Done, now I fire up
> the shell.
> Here is my $PATH:
> PATH='/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:
> /cygdrive/c/opt/Perl/bin/:/cygdrive/c/opt/gs8.50/bin:
> /cygdrive/c/opt/gs8.50/lib:/cygdrive/c/opt/Perl/bin:
> /cygdrive/c/opt/jdk/bin:/cygdrive/c/opt/GTK/2.0/bin:
> /cygdrive/c/opt/GIMP-2.2/bin:/cygdrive/c/opt/PuTTY:
> /cygdrive/c/Program Files/HighMAT CD Writing Wizard:
> /cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:
> /cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/opt/util:
> /cygdrive/c/opt/vim/vim63:/cygdrive/c/opt/TeX/bin/win32
> Note the requisite path with spaces in the middle of this list. Now:
I don't think he's talking about the spaces. I think he's talking about
the colons. One of his directories is "C:/WINNT". While I'd never have
such a directory listed in cygwin myself (preferring /cygdrive/c/WINNT),
it does appear to work...
$ ls -ld "C:/WINDOWS"
drwxrwx---+ 65 Administrators SYSTEM 0 Jun 15 08:37 C:/WINDOWS
Then again, I'd argue that such a path isn't a valid "UNIX" path, so
having that cause an error within cygwin isn't really a surprise.
--
Darren Dunham ddunham@taos.com
Senior Technical Consultant TAOS http://www.taos.com/
Got some Dr Pepper? San Francisco, CA bay area
< This line left intentionally blank to confuse you. >
------------------------------
Date: Fri, 24 Jun 2005 01:55:47 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Fixed: ActiveState: Can't spawn "cmd.exe"?
Message-Id: <Xns967EDF15C3BF2asu1cornelledu@127.0.0.1>
Darren Dunham <ddunham@redwood.taos.com> wrote in
news:gtJue.3179$Bx6.2017@newssvr13.news.prodigy.com:
> A. Sinan Unur <1usa@llenroc.ude.invalid> wrote:
>> Daniel Pfeiffer <occitan@esperanto.org> wrote in
>> news:42B88A3F.9050805@esperanto.org:
>
>>> However, checking the coding of those functions, they are broken.
>>> Cygwin wrongly inherits from Unix, and that only splits on :, which
>>> will completely fail on the like of '/bin:"C:/WINNT":"/Path/with
>>> space"'.
>
>> What are you talking about??? Let me fire up Cygwin shell ... Oooops,
>> better add a directory with spaces to my path ... Done, now I fire up
>> the shell.
>
>> Here is my $PATH:
>
>> PATH='/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:
>> /cygdrive/c/opt/Perl/bin/:/cygdrive/c/opt/gs8.50/bin:
>> /cygdrive/c/opt/gs8.50/lib:/cygdrive/c/opt/Perl/bin:
>> /cygdrive/c/opt/jdk/bin:/cygdrive/c/opt/GTK/2.0/bin:
>> /cygdrive/c/opt/GIMP-2.2/bin:/cygdrive/c/opt/PuTTY:
>> /cygdrive/c/Program Files/HighMAT CD Writing Wizard:
>> /cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:
>> /cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/opt/util:
>> /cygdrive/c/opt/vim/vim63:/cygdrive/c/opt/TeX/bin/win32
>
>> Note the requisite path with spaces in the middle of this list. Now:
>
> I don't think he's talking about the spaces. I think he's talking
> about the colons. One of his directories is "C:/WINNT". While I'd
> never have such a directory listed in cygwin myself (preferring
> /cygdrive/c/WINNT), it does appear to work...
>
> $ ls -ld "C:/WINDOWS"
> drwxrwx---+ 65 Administrators SYSTEM 0 Jun 15 08:37 C:/WINDOWS
>
> Then again, I'd argue that such a path isn't a valid "UNIX" path, so
> having that cause an error within cygwin isn't really a surprise.
I understand what you are saying, but I do not see how this is relevant
to $PATH.
I have my path set only in My Computer -> Properties > Advanced ->
Environment Variables.
If I run Cygwin perl, whether in Cygwin bash it correctly sees
/cygdrive/c/WINDOWS where it is set as C:\WINDOWS in the My Computer
dialog.
Anyway, I have not seen a concrete code example from the OP that
illustrates the problem.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(reverse each component and remove .invalid for email address)
comp.lang.perl.misc guidelines on the WWW:
http://mail.augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html
------------------------------
Date: 24 Jun 2005 02:24:22 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: Newbie Help
Message-Id: <Xns967ED9935B53Dcastleamber@130.133.1.4>
Tony heagren <tony@heagren.com> wrote:
> On 2005-06-23 11:56:35 +0100, John Bokma <john@castleamber.com> said:
[ renaming 12 files ]
>> I would fire up my editor, open a dos box, get the list of file names,
>> paste them in the editor, record a macro, and let that one do the trick.
>
> Thanks for all your help.
> In the end (owing to time pressure) I did it in Flash
Amazing, in the editor I use (TextPad) I could do this in probably 2
minutes [1] for 12 files.
[1] While reading Usenet :-D
--
John Small Perl scripts: http://johnbokma.com/perl/
Perl programmer available: http://castleamber.com/
Happy Customers: http://castleamber.com/testimonials.html
------------------------------
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:
#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.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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.
#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 V10 Issue 8197
***************************************
