[perl #1542] debugger space leak using conditional breakpoints

2005-07-12 Thread Michael G Schwern via RT
This bug appears to have been resolved somewhere before 5.8.6. The construct no longer consumes additional memory.

[perl #36507] File::Copy::copy($foo, $foo) dies

2005-07-12 Thread Michael G Schwern via RT
The attached patch changes copy() so that it carps instead of croaking when its asked to copy identical files. This is better because asking to copy identical files is not an error (and the operation suceeds) its just dubious. I also added a check in move() to ensure it gets the right number of a

[perl #3149] 5.6 File::Glob documentation insufficient for use

2005-07-12 Thread Michael G Schwern via RT
Some documentation of the meta characters has been added to File::Glob but not much else. Just how much documentation of globbing do we want to put in the docs and how much can be "go read X"? Maybe a reference to a Unix tutorial on how globbing works?

[perl #27052] File::Spec->canonpath("a\\..\\..\\b") returns wrong value for Win 32

2005-07-12 Thread Michael G Schwern via RT
Ok, enough dithering. Let's kill this bug. File::Spec::Win32->canonpath() currently contains code to collapse .. so whether or not it should continue to do so in the future is outside the scope of this bug. That code is also busted and is the source of this bug. Attached is a patch to fix this

Re: [perl #5634] CPAN.pm v1.59 chdirs before looking for perl

2005-07-12 Thread Michael G Schwern
t its building with 5.8.6. Because it chdir'd to the build directory before trying to resolve my relative $^X it could not find it. So in desperation it started looking through my PATH and found /sw/bin/perl. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Do

Re: [perl #28385] minor bug in cpan -- the i command does not find author

2005-07-12 Thread Michael G Schwern
in the next 5.9.x release. As for stable you'll just have to watch the Changes log of the next 5.8.x release. And hopefully this will make it into the CPAN version of CPAN.pm. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Ahh email, my old friend. Do you k

[PATCH] Re: Documentation error in IO::Socket

2005-07-12 Thread Michael G Schwern
ocket::INET->new('some_server'); -$sock->read(1024,$data) until $sock->atmark; +$sock->read($data, 1024) until $sock->atmark; Note: this is a reasonably new addition to the family of socket functions, so all systems may not support this yet. If it is -- Mi

Re: [perl #17487] ncftp only handles http

2005-07-12 Thread Michael G Schwern
On Tue, Jul 12, 2005 at 05:09:15AM -0500, Steve Peters wrote: > On Tue, Jul 12, 2005 at 12:00:02PM +0200, Rafael Garcia-Suarez wrote: > > On 7/12/05, Michael G Schwern via RT <[EMAIL PROTECTED]> wrote: > > > You mention that you have wget. CPAN.pm triest wget last after

Re: [PATCH] perlfunc.pod

2005-07-12 Thread Michael G Schwern
l? Sorry, I have to.. umm.. I have to rearrange my sock drawer. On Pluto. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Just call me 'Moron Sugar'. http://www.somethingpositive.net/sp05182002.shtml

[perl #28385] minor bug in cpan -- the i command does not find author

2005-07-12 Thread Michael G Schwern via RT
Forgot to CC p5p with my patch. Pumpkings and pumpkinglets, there's a patch for this bug. Please have a look at it in RT.

[perl #24691] leading spaces on cpan configuration causes failure

2005-07-12 Thread Michael G Schwern via RT
> [EMAIL PROTECTED] - Thu Dec 18 15:43:42 2003]: > When I started cpan for the first time on perl-5.8.2 and started the > configuration process I was cutting and pasting from a file. I grabbed >the > cpan directory location with leading spaces and pasted it. > > The results were this as the ne

[perl #24275] CPAN shell - online help not clear

2005-07-11 Thread Michael G Schwern via RT
> [EMAIL PROTECTED] - Thu Oct 23 06:01:05 2003]: > The online help of the CPAN shell has this entry: > > rNONE reinstall recommendations > > I checked with multiple coworkers and all of them (including > me) misunderstood this as a command installing something. > It should b

Re: [perl #17487] ncftp only handles http

2005-07-11 Thread Michael G Schwern
On Mon, Jul 11, 2005 at 11:19:06PM -0700, Michael G Schwern via RT wrote: > CPAN.pm could check if the proto is HTTP and not try ncftp* but as they > will be the last thing tried I think its more useful to try them than > not. Who knows, maybe ncftpget will handle http urls in the futu

[perl #24119] CPAN.pm error in Win32: uses rename() not File::Copy::move

2005-07-11 Thread Michael G Schwern via RT
The attached patch changes all the unsafe uses of rename() to File::Copy::move(). These are the ones which move a path to a different directory. All the rest work within the same dir and should be safe. CPAN.pm.patch Description: Binary data

[perl #17487] ncftp only handles http

2005-07-11 Thread Michael G Schwern via RT
> [EMAIL PROTECTED] - Tue Sep 07 06:28:44 2004]: > I disagree with the final thought there. My machine did have a copy > of wget on it so that wasn't the problem in my case (though it would be > for a stock install of the current version of Mac OS X). Since it does > present a problem for certain c

[perl #7327] Typos in Configure

2005-07-11 Thread Michael G Schwern via RT
> [EMAIL PROTECTED] - Mon Jul 23 11:29:41 2001]: > Thanks for the perl CPAN module! I have a few typos and comments. This is actually the output of the Configure script and has nothing to do with CPAN.pm. > >CPAN.pm: Going to build G/GS/GSAR/perl-5.6.1.tar.gz > > >In some special cases, p

[perl #5634] CPAN.pm v1.59 chdirs before looking for perl

2005-07-11 Thread Michael G Schwern via RT
> [schwern - Tue Jul 15 18:31:18 2003]: > The attached patch fixes this bug by the simple method of storing the > Perl we started > with as an absolute path before anything is done. Then perl() can > reference this > information. I can't see how this could go wrong on MacOS. > > I've also taken

[perl #36502] File::Copy::mv fails to replicate behavior of Unix mv

2005-07-11 Thread Michael G Schwern via RT
Attached is a test patch to test File::Copy while copying/moving across partitions. It simulates this by overriding rename() so that it always fails. All tests are done twice, once with a working rename, once without. It also adds a test for this bug, it checks to make sure the destination of a

[PATCH] Cleanup File::Copy tests

2005-07-11 Thread Michael G Schwern
ing a file containing "ok" to STDOUT. Its much easier to this with a numberless ok than having to track numbers within the tests. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Reality is that which, when you stop believing in it, doesn't go away.

[PATCH t/TEST] Understand "ok" with no number

2005-07-11 Thread Michael G Schwern
between TH and t/TEST the better. Also it makes cleaning up the File::Copy tests a lot easier. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Ahh email, my old friend. Do you know that revenge is a dish that is best served cold? And it is very cold on the Inter

[perl #24119] CPAN.pm error in Win32: uses rename() not File::Copy::move

2005-07-11 Thread Michael G Schwern via RT
> [EMAIL PROTECTED] - Sun Oct 05 08:06:14 2003]: > > CPAN.pm (invoked as cpan in the command shell) reports a permission > problem trying to move a directory. The trouble is that CPAN.pm is using > the rename() function, which in Win32 can change a file's name but not > move it from one directo

Re: [perl #36502] File::Copy::mv fails to replicate behavior of Unix mv

2005-07-11 Thread Michael G Schwern
fter I overhaul the File::Copy tests. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Ahh email, my old friend. Do you know that revenge is a dish that is best served cold? And it is very cold on the Internet! --- lib/File/Copy.pm2005/07/12 00:28:38 1.1 +

Re: [PATCH] perlfunc.pod

2005-07-11 Thread Michael G Schwern
quot; and "until". I think the > original > > wording should hold. Possibly perlsyn clarifies what a "loop > modifier" is. > > Oh, I just forgot about "until". But I wanted to clarify that do {} > isn't special for "for"/"for

Re: [PATCH] perlfunc.pod

2005-07-11 Thread Michael G Schwern
to be a man page. It also puts simple variables $foo @foo and %foo in a fixed-width font. These extra transforms are in the appropriately named Pod::Man::guesswork(). -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern 'All anyone gets in a mirror is themse

Re: [PATCH] perlfunc.pod

2005-07-11 Thread Michael G Schwern
not have to put C<> around every function? -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern 'All anyone gets in a mirror is themselves,' she said. 'But what you gets in a good gumbo is everything.' -- "Witches Abroad" by Terry Prachett

Re: [perl #35847] File::Find not performing as documented

2005-07-11 Thread Michael G Schwern
I vote for the former. I'd be interested to see, given how much work File::Find does anyway, just how much a performance hit fixing this would be. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Ahh email, my old friend. Do you know that revenge is a dish t

Re: [PATCH] perlfunc.pod

2005-07-11 Thread Michael G Schwern
the original wording should hold. Possibly perlsyn clarifies what a "loop modifier" is. To avoid slips like this in the future, broad formatting changes should be provided separate of any other changes. Several smaller, simpler patches are easier to review. -- Michael G Schwern [EMA

Re: File::Spec->collapse() proof of concept

2005-07-11 Thread Michael G Schwern
many toes as they want. What would be worse is if they tried to hand code something like this and got it wrong, as illustrated in Win32->canonpath(). -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern You are wicked and wrong to have broken inside and peeked at t

Re: File::Spec->collapse() proof of concept

2005-07-10 Thread Michael G Schwern
u like. What benefit does giving collapse() (or anything else) a $base parameter have over: my $collapsed_path = File::Spec->collapse( File::Spec->rel2abs($path, $base) ); -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern D

Re: [perl #27052] File::Spec->canonpath("a\\..\\..\\b") returns w rong value for Win 32

2005-07-10 Thread Michael G Schwern
determine the full path and file name of a specified file. C) Its not specified in the GetFullPathName() that it does the sort of canonicalizing we expect. It might *happen* to do it now but who knows later. D) File::Spec::Win32 will no longer work on non-Windows platforms making cross-platform developm

[perl #22051] segfault (deep recursion?) in regex match

2005-07-08 Thread Michael G Schwern via RT
> Here is the program that segfaults with both perl-5.8.0 from debian as > well as with my own perl-5.8.1 MAINT19040: > ># just get the test data into $data >use LWP::Simple; >$data = get "http://data.plan9.de/macbeth.xml";; > ># the segfault occurs on the second round (i think) i

Re: File::Spec->collapse() proof of concept

2005-07-08 Thread Michael G Schwern
On Fri, Jul 08, 2005 at 03:30:26PM -0700, Michael G Schwern wrote: > There are some problems in Win32 and they look like they're due to > File::Spec bugs. > > 0 ~$ perl -w ~/tmp/foo.plx 'C:\foo\..\..\..\bar' Win32 > C:bar > > This is because: > > 0 ~$

File::Spec->collapse() proof of concept

2005-07-08 Thread Michael G Schwern
..\bar' Win32 C:bar This is because: 0 ~$ perl -MFile::Spec::Win32 -wle 'print join "\n", File::Spec::Win32->catdir("", "..", "..", "")' It should be the root dir as it is on Unix. 0 ~$ perl -MFile::Spec::Unix -wle 'print jo

Re: [perl #27052] File::Spec->canonpath("a\\..\\..\\b") returns w rong value for Win 32

2005-07-08 Thread Michael G Schwern
rt of collapse() method which does collapse .. so that canonpath("foo/../bar") == 'foo/../bar' but collapse(canonpath("foo/../bar")) == 'bar'. I like this solution. canonpath() can remain strict and work the same across platforms. The user can decide if they

Re: [PATCH] Further lies in the File::Basename docs

2005-07-08 Thread Michael G Schwern
thout being aware of each other. Anyhow, this is all moot as any write probes will happen in a unique, temporary subdirectory. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Ahh email, my old friend. Do you know that revenge is a dish that is best served cold? And it is very cold on the Internet!

Re: [PATCH] Further lies in the File::Basename docs

2005-07-08 Thread Michael G Schwern
ng the same program doing the same thing. Only happens very, very rarely, like say in a CGI program. :P -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Don't try the paranormal until you know what's normal. -- "Lords and Ladies" by Terry Prachett

Re: [perl #27052] File::Spec->canonpath("a\\..\\..\\b") returns w rong value for Win 32

2005-07-08 Thread Michael G Schwern
t;bar" but "$CWD/bar" is not! Its important that cannonical relative paths remain relative. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern 'All anyone gets in a mirror is themselves,' she said. 'But what you gets in a good gumbo is everything.' -- "Witches Abroad" by Terry Prachett

Re: [perl #27052] File::Spec->canonpath("a\\..\\..\\b") returns w rong value for Win 32

2005-07-08 Thread Michael G Schwern
at least give a correct answer. Then we can discuss some more and maybe have switch to the other one. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern 'All anyone gets in a mirror is themselves,' she said. 'But what you gets in a good gumbo is everything.' -- "Witches Abroad" by Terry Prachett

Re: [PATCH] Further lies in the File::Basename docs

2005-07-08 Thread Michael G Schwern
uot; was perl doing a write style probe > that becomes both cases are quite likely if OS yields CPU on system calls. Write style probes would happen in their own subdirectory to minimize the possibilities of interference. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.co

Re: RES: [perl #27764] Out Of Memory Problem

2005-07-08 Thread Michael G Schwern
e. The hash will be stored on disk and not in memory. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Just call me 'Moron Sugar'. http://www.somethingpositive.net/sp05182002.shtml

[perl #35847] File::Find not performing as documented

2005-07-08 Thread Michael G Schwern via RT
[EMAIL PROTECTED] - Tue May 17 03:40:07 2005]: > Not in all cases. lstat() does not always occur in directories > that don't have any subdirectories. > > linux% cd ~/bin # Do not run test with . = dir-with-too-many-files > linux% cat ../temp.pl > use File::Find; > $File::Find::dont_use_nlink = $

[PATCH] basename() and suffixes

2005-07-07 Thread Michael G Schwern
basename(1) sez: The suffix is not stripped if it is identical to the remaining characters in string. Which our basename() does not do. This patch makes it do. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Just call me 'Moron Sugar'.

Re: [PATCH] Further lies in the File::Basename docs

2005-07-07 Thread Michael G Schwern
A-Za-z] in it. 2. Change the case of a few of those letters. 3. Check to see if it exists. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Ahh email, my old friend. Do you know that revenge is a dish that is best served cold? And it is very cold on the Internet!

Re: [PATCH] Further lies in the File::Basename docs

2005-07-07 Thread Michael G Schwern
; additional probe would be needed. It'll be manual. About the only way I can see making it automatic is to have something which can automatically determine the current mount points and file types (say by using `df -T`) and recognize that they have changed. But this gets system specific

Re: [PATCH] Further lies in the File::Basename docs

2005-07-07 Thread Michael G Schwern
on > differing filesystems. Then again, I've not met these on any system I use. Please, don't give me nightmares. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Just call me 'Moron Sugar'. http://www.somethingpositive.net/sp05182002.shtml

Re: [perl #36477] File::Basename basename() bug

2005-07-07 Thread Michael G Schwern
aditional > Unixy system available answer that one. Its a bug. Patch attached. And I found another bug, but I will keep you in suspense until my next patch! -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Just call me 'Moron Sugar'. http://www.s

Re: Documenation hint: Name your arguments

2005-07-07 Thread Michael G Schwern
On Thu, Jul 07, 2005 at 09:03:54AM +0100, Steve Hay wrote: > True, but C is turned into a link to =item function by > pod2html, which is often useful. If pod2man already assumes foo() is a function why not pod2html? -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~s

Re: [PATCH] Further lies in the File::Basename docs

2005-07-07 Thread Michael G Schwern
On Thu, Jul 07, 2005 at 10:18:13AM +0200, Rafael Garcia-Suarez wrote: > On 7/7/05, Michael G Schwern <[EMAIL PROTECTED]> wrote: > > The plan goes something like this: > > > > * Offer to do a full probe at installation time (when we will likely be > > root). >

Re: [PATCH] Further lies in the File::Basename docs

2005-07-07 Thread Michael G Schwern
On Thu, Jul 07, 2005 at 10:13:01AM +0200, Rafael Garcia-Suarez wrote: > On 7/7/05, Michael G Schwern <[EMAIL PROTECTED]> wrote: > > Its the most accurate with the least proliferation of platform-specific > > hacks. > > Is the core really the place for probing ? As a

Re: [PATCH] Further lies in the File::Basename docs

2005-07-07 Thread Michael G Schwern
that you can probe all of that > stuff in an OS independent manner. But I'm willing to watch, and be > impressed. I've done most of it already here and there. The real hold up is structuring the probing system so its extensable and doesn't wind up looking like Configure. -

Re: [PATCH] Further lies in the File::Basename docs

2005-07-06 Thread Michael G Schwern
specific probes to get the file system types (such as df -T) and rely on pre-built specifications. Don't worry, I have plans. Oh, such plans they are! *hand rubbing* *maniacal laughter* *crazy robot* -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Ahh em

Re: [PATCH] Further lies in the File::Basename docs

2005-07-06 Thread Michael G Schwern
S5 $fs->is_versioning; # locking issues? Is that Filesystem or OS? $fs->has_flock; # can I figure this out? $fs->block_size; $fs->has_sparse_files; -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Just call me 'Moron Sugar'. http://www.somethingpositive.net/sp05182002.shtml

Re: [PATCH] Further lies in the File::Basename docs

2005-07-06 Thread Michael G Schwern
It shows how Perl interacts with the file system as opposed to how it theoretically should act. Its the most accurate with the least proliferation of platform-specific hacks. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Just call me 'Moron Sug

Re: [PATCH] Further lies in the File::Basename docs

2005-07-06 Thread Michael G Schwern
g. However, this is outside the scope of File::Basename. Fixing the "operating system == file system" assumption piecemeal would just cause more problems. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Reality is that which, when you stop believing in it,

Re: Replies to old bugs

2005-07-06 Thread Michael G Schwern
stalled. I'm having deja vu. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Don't try the paranormal until you know what's normal. -- "Lords and Ladies" by Terry Prachett

[PATCH] Mention File::Spec in File::Basename

2005-07-06 Thread Michael G Schwern
My last patch to File::Basename, I swear. This one mentions File::Spec as an alternative as well as adding a SEE ALSO section. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Just call me 'Moron Sugar'. http://www.somethingpositive.net/sp0518

Re: Replies to old bugs

2005-07-06 Thread Michael G Schwern
On Wed, Jul 06, 2005 at 03:50:27PM -0400, Ronald J Kimball wrote: > Maybe there could be a checkbox, "CC perl5-porters on this reply". Is there any non-technical reason why we don't want p5p CC'd? ie. Why make this optional? -- Michael G Schwern [EMAIL PROTECTED]

Re: Replies to old bugs

2005-07-06 Thread Michael G Schwern
ad p5p at all?) -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern 'All anyone gets in a mirror is themselves,' she said. 'But what you gets in a good gumbo is everything.' -- "Witches Abroad" by Terry Prachett

Re: [perl #27052] File::Spec->canonpath("a\\..\\..\\b") returns wrong value for Win 32

2005-07-06 Thread Michael G Schwern
On Wed, Jul 06, 2005 at 02:06:19PM -0500, Ken Williams wrote: > On Jul 6, 2005, at 11:29 AM, Michael G Schwern via RT wrote: > > >[tomdinger - Tue Feb 24 10:15:24 2004]: > >>Under Windows (using File::Spec::Win32), the call > >>File::Spec->canonpath('a\\

[perl #22236] File::Basename behavior is misleading

2005-07-06 Thread Michael G Schwern via RT
[EMAIL PROTECTED] - Sun Jul 13 12:04:02 2003]: > > This makes dirname($f)."/".basename($f) point to the same file as $f > when $f ends in "/" (or your platform's directory separator char). > The behavior's now consistent with the shell, i.e. > > $f = "/usr/lib//"; > basename($f); # => "lib" > dir

Re: Replies to old bugs

2005-07-06 Thread Michael G Schwern
and, if it prevents some nasty mail loops, > I'm more than happy to hit the 'p' key. I think the issue isn't so much a matter of keystrokes as it is people having to know the right voodoo to get their web replies forwarded back to p5p and actually be seen, reviewed and ac

Re: rt.perl.org wedged?

2005-07-06 Thread Michael G Schwern
this kind of > thing. Please send them to webmaster at perl.org -- that goes to > Ask and myself and we read that email much more often than p5p. Okay. > You > can also check log.perl.org where we'll put status if things are > going to take a while. Neat!

Re: Date::Parse (Time::Local?) choking on years between 1956<->1938 and wrong below, on FC4/5.8.6

2005-07-06 Thread Michael G Schwern
ontents all over my poor /usr/local/src. Putooie! -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern 'All anyone gets in a mirror is themselves,' she said. 'But what you gets in a good gumbo is everything.' -- "Witches Abroad" by Terry Prachett

rt.perl.org wedged?

2005-07-06 Thread Michael G Schwern
For about a half hour now web requests to rt.perl.org are hanging. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern You are wicked and wrong to have broken inside and peeked at the implementation and then relied upon it. -- tchrist in <[EMAIL PROTECTED]>

Re: Date::Parse (Time::Local?) choking on years between 1956<->1938 and wrong below, on FC4/5.8.6

2005-07-06 Thread Michael G Schwern
r own date handling code which doesn't have the cramped range of the system's localtimes, but I don't know how to do that. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Reality is that which, when you stop believing in it, doesn't go away. -- Phillip K. Dick

Re: Documenation hint: Name your arguments

2005-07-06 Thread Michael G Schwern
On Wed, Jul 06, 2005 at 06:30:10PM +0200, Rafael Garcia-Suarez wrote: > On 7/6/05, Michael G Schwern <[EMAIL PROTECTED]> wrote: > > I prefer no formatting because $foo is already visually distinctive enough. > > We're used to seeing $foo from reading code. > >

Re: [PATCH] Further lies in the File::Basename docs

2005-07-06 Thread Michael G Schwern
On Wed, Jul 06, 2005 at 11:29:21AM -0500, Andy Lester wrote: > On Wed, Jul 06, 2005 at 09:22:32AM -0700, Michael G Schwern ([EMAIL > PROTECTED]) wrote: > > * Simplify the "what's case-insensitive" docs. Its just all non-Unix. > > What about Mac OS X running HFS

[perl #24170] ReadParse in the CGI docs

2005-07-06 Thread Michael G Schwern via RT
[EMAIL PROTECTED] - Thu Oct 09 08:06:20 2003]: > use CGI; > CGI::ReadParse > print "The value of the antique is $in{antique}.\n"; > > Adding the missing ;, it will still not work since it's parsed as the > literal string "CGI::ReadParse". The right way is of course: > > use CGI; > CGI::ReadParse(

[PATCH] Further lies in the File::Basename docs

2005-07-06 Thread Michael G Schwern
r documented that it did so, its never used internally and its only useful internally. * Simplify the VMS "unix style" special case in fileparse(). * The test was using 'no_plan' which will cause t/TEST to puke. I think that wraps up File::Basename. -- Michael G Schwe

Re: [perl #19088] Thread::Queue

2005-07-06 Thread Michael G Schwern
; cond_signal @$q if @$q > 1; > > return shift @$q; > > } > > > > Should it be safer if it goes like this? > > > > sub dequeue { > > my $q = shift; > > lock(@$q); > > cond_wait @$q until @$q; > > my $p = shift

Re: Howto build 5.4.5 on OS X

2005-07-06 Thread Michael G Schwern
ew 5.004 > release being planned. The former. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern You are wicked and wrong to have broken inside and peeked at the implementation and then relied upon it. -- tchrist in <[EMAIL PROTECTED]>

Re: [PATCH] File::Basename doc overhaul

2005-07-06 Thread Michael G Schwern
the done thing. Thank you, I'm generally too lazy to bother. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern 'All anyone gets in a mirror is themselves,' she said. 'But what you gets in a good gumbo is everything.' -- "Witches Abroad" by Terry Prachett

Re: Replies to old bugs

2005-07-06 Thread Michael G Schwern
Thanks! > We don't do this automatically so as to avoid mail loops. Yeah, the mail loop thing again. Can't RT stick some sort of X-From-RT header in the email to indicate that p5p shouldn't forward it back to RT? -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox

Re: Documenation hint: Name your arguments

2005-07-06 Thread Michael G Schwern
visually distinctive enough. We're used to seeing $foo from reading code. And I'm lazy. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern You are wicked and wrong to have broken inside and peeked at the implementation and then relied upon it. -- tchrist in <[EMAIL PROTECTED]>

Replies to old bugs

2005-07-05 Thread Michael G Schwern
What do I have to do special to make my replies to old bugs in rt.perl.org show up on p5p like Steve's do? -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern You are wicked and wrong to have broken inside and peeked at the implementation and then relied up

[PATCH] File::Basename doc overhaul

2005-07-05 Thread Michael G Schwern
the list of systems. Better document the purpose of the function right up front. Move discussion of suffix handling to the fileparse() docs as that's the only place which suffix handling is relevant. Other - Change the =head1 EXAMPLES section in the middle of the docs to be p

Re: Documenation hint: Name your arguments

2005-07-05 Thread Michael G Schwern
On Tue, Jul 05, 2005 at 08:25:19PM -0500, David Nicol wrote: > Just how big would a Big Patch to fix all of these be? A lot bigger and harder to sensibly apply than a bunch of smaller patches fixing them a man page at a time. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.

Re: Documenation hint: Name your arguments

2005-07-05 Thread Michael G Schwern
ction to figure out what its talking about. This is a case where a little code is invaluable for visual understanding. ($name) = fileparse(@args);# these two function calls $name = basename(@args); # are equivalent -- Michael G Schwern [EMAIL PROTECTED] http:

Documenation hint: Name your arguments

2005-07-05 Thread Michael G Schwern
system. Rather than bring up this somewhat confusing issue in otherwise simple documentation I hedge and call it "type". -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Ahh email, my old friend. Do you know that revenge is a dish that is best served cold? And it is very cold on the Internet!

Re: [perl #36435] File::Basename::dirname() incorrectly handles/foo/bar/

2005-07-05 Thread Michael G Schwern
nd Mac portability and have detailed knowledge of how dirname(1) works. In fact the File::Basename docs need a lot of work so I'll be back with a patch. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern 'All anyone gets in a mirror is themselves,' she said. 'But what you gets in a good gumbo is everything.' -- "Witches Abroad" by Terry Prachett

Re: [perl #18073] [RESOLVED] Unwanted clearing of array member when used as name of a file to be Read-opened (reach of EOF ???)

2005-07-05 Thread Michael G Schwern
;$_"is created by a "foreach" > (which seems to me very robust), ans the second instance is created by the > "while(){ ." Let's just say file handling is showing its age and hacks. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Just call me 'Moron Sugar'. http://www.somethingpositive.net/sp05182002.shtml

Re: [perl #36463] Devel::Cover

2005-07-04 Thread Michael G Schwern
> gcc version 3.3.5 (Debian 1:3.3.5-13) You installed a C compiler but none of the supporting libraries. Even the basics are missing. The critical missing Debian package is libc6-dev. You won't get far compiling anything without that. The solution is to fix your development enviro

Re: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wild?)

2005-07-04 Thread Michael G Schwern
your versions continue to sort correctly. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Reality is that which, when you stop believing in it, doesn't go away. -- Phillip K. Dick

Re: 5.004_xx in the wild?

2005-07-04 Thread Michael G Schwern
(whether warrented or not) than furthering development. I just had exactly this happen to a friend of mine contracting at a company still running 5.5.3. He couldn't even convince them to install a modern Perl in a separate location and leave the old code running 5.5.3. -- Michael G Schwern

Re: 5.004_xx in the wild?

2005-07-04 Thread Michael G Schwern
y my regexes are small. Other than that there's just the wild assortment of minor bugs to deal with. Fortunately now that I have a working 5.4.5 on my OS X laptop I can seriously test against it again. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern ROCKS FALL!

[ANNOUNCE] Test::Simple/More/Builder 0.60_01

2005-07-03 Thread Michael G Schwern
an.org 8865] - Files opened by the output methods are now autoflushed. - todo() now honors $Level when looking for $TODO. 0.54 Wed Dec 15 04:18:43 EST 2004 * $how_many is optional for skip() and todo_skip(). Thanks to Devel::Cover for pointing this out. - Removed a user

5.004_xx in the wild?

2005-07-03 Thread Michael G Schwern
they were actually developing on a newer perl? -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Reality is that which, when you stop believing in it, doesn't go away. -- Phillip K. Dick

Howto build 5.4.5 on OS X

2005-07-03 Thread Michael G Schwern
ot; not knowing about certain GNUisms. You'll have to strip them out of the GNUmakefile and x2p/GNUmakefile. perl -i.bak -ne 'print unless /<(built-in|command line)>/' GNUmakefile x2p/GNUmakefile Step seven: make, make test and make install. Bits of t/lib/db-recno.t

Re: [perl #36354] Test::More [0.60]: eq_set has a broken sort logic

2005-07-02 Thread Michael G Schwern
On Sat, Jul 02, 2005 at 09:50:38PM -0700, Michael G Schwern wrote: > Neither of these works fully, though they do no worse than the existing code. I take that back. Because it attempts to sort the references it breaks the previously working case where the references were already in order. S

Re: [perl #36354] Test::More [0.60]: eq_set has a broken sort logic

2005-07-02 Thread Michael G Schwern
it. But I will repair the sort function as recommended so that its at least consistent. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern 'All anyone gets in a mirror is themselves,' she said. 'But what you gets in a good gumbo is everything.' -- "Witches Abroad" by Terry Prachett

Building 5.004_05 on OS X

2005-07-02 Thread Michael G Schwern
looking for dependencies in all the necessary files in there but no .o files result. I altered makedepend so it didn't delete .deptmp and it seems to be finding dependencies. At which point I'm lost. Anyone have an idea what to do next to move the build along? -- Michael G Schwern

Re: Carp vs Carp::Heavy was: Re: [PATCH] Put Carp into the Tarpit (No Carp #2 - Archive::Tar)

2005-07-01 Thread Michael G Schwern
ting the documentation in comments (as illustrated in $MaxArg*). Curtis points out to me that one never wins coding arguments on aesthetics anyway. :) Also this is really all navel gazing as Carp.pm is now so small as to not matter. -- Michael G Schwern [EMAIL PROTECTED] http://www.

Re: Carp vs Carp::Heavy was: Re: [PATCH] Put Carp into the Tarpit (No Carp #2 - Archive::Tar)

2005-07-01 Thread Michael G Schwern
On Fri, Jul 01, 2005 at 04:05:21PM +0100, Dave Mitchell wrote: > On Tue, Jun 28, 2005 at 11:24:59AM -0700, Michael G Schwern wrote: > > Its the principle of the thing. Also, not initializing $Verbose and > > $MaxEvalLen seems going a little overboard espcially when it violat

Re: [PATCH] perlglossary.pod

2005-07-01 Thread Michael G Schwern
si 020 dle 021 dc1 022 dc2 023 dc3 024 dc4 025 nak 026 syn 027 etb -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Reality is that which, when you stop believing in it, doesn't go away. -- Phillip K. Dick

Re: [PATCH] perlglossary.pod

2005-07-01 Thread Michael G Schwern
s aren't as readily apparent) and we have the ability to search. Though it might be useful in HTML form as jump points. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern ROCKS FALL! EVERYONE DIES! http://www.somethingpositive.net/sp05032002.shtml

Re: [perl #36128] [PATCH] 5.8.7 (ExtUtils) Fixed compiling packages with an 'uninstalled' perl.

2005-06-30 Thread Michael G Schwern
I've committed the fix which makes Win32 use /perl/src/lib/CORE and leaves everyone else using /perl/src. It will be in 6.31. You can get it now from the SVN repo. http://svn.schwern.org/svn/CPAN/ExtUtils-MakeMaker/trunk -- Michael G Schwern [EMAIL PROTECTED] http://www.pobo

Re: dirname("/perl/") == ?

2005-06-30 Thread Michael G Schwern
sename::dirname($realfile), $dir); } -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Ahh email, my old friend. Do you know that revenge is a dish that is best served cold? And it is very cold on the Internet!

Re: dirname("/perl/") == ?

2005-06-30 Thread Michael G Schwern
it just complicates an already complicated issue. > I just wanted to raise some other strange issues to make sure you were > thinking about them, and handling them appropriately and that > File::Basename and dirname and fileparse will all agree in all these > cases once you get done imp

Re: [PATCH] Make Exporter.t warnings clean

2005-06-30 Thread Michael G Schwern
On Thu, Jun 30, 2005 at 06:32:46PM +0200, Rafael Garcia-Suarez wrote: > Michael G Schwern wrote: > > -Moving::Target->import (foo); > > +Moving::Target->import ('foo'); > > > > -::ok (foo eq "foo", "imported foo before EXPORT_OK changed&

Re: [perl #36434] blead perl breask CPANPLUS-0.055 and other programs that push @ISA, __PACKAGE__

2005-06-30 Thread Michael G Schwern
name[9] == '_' && > > name[10] == '_') > > { /* __PACKAGE__ */ > >return -KEY___PACKAGE__; > > } Kinda makes me think of those tall, vertical neon signs outside hotels where each letter is 5 feet high. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Don't try the paranormal until you know what's normal. -- "Lords and Ladies" by Terry Prachett

<    1   2   3   4   5   6   7   8   9   >