Re: [EMAIL PROTECTED] on cygwin looks pretty good

)); #else /* DGUX */ /* Adjust verbose output as in the perl that ships with the DG/UX OS from EMC */ John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [Fwd: CPAN Upload: J/JP/JPEACOCK/version-0.48.tar.gz]

... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: how to specify namespace in perlxs

Dongxu Ma wrote: Does any one know why I can't add 'using namespace brabra;' in .xs file? The xsubpp can't recognize while generating the .c file. Because use namespace brabra; is a Perl pragma, not C/XS. What are you trying to do? John -- John Peacock Director of Information

[Fwd: CPAN Upload: J/JP/JPEACOCK/version-0.47.tar.gz]

as Perl_* function naming conventions). I'm technically still out of the country, so don't expect to hear anything more from me until Thursday or Friday at the earliest (modulo jet lag). John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501

Re: [PATCH] Typos in *.p[lm]

spellchecked the POD myself... :-( John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Off the air

Folks - I'm going on vacation for the next three weeks, so any heated argument that I was in the middle of is just going to have to wait until I get back... ;-) John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD

Re: NaN on platforms that don't support it

. However, Tels did add this support to bigint: use bigint; $x = NaN; $x += 1; $y = foo; $y += 1; print $x, , $y, \n; __END__ produces the expected (or not in the second case): NaN NaN HTH John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group

Re: NaN on platforms that don't support it

Sisyphus wrote: Oh, I think I understand it's partly a case of inaccuracies in the perlop, perlfunc and perldata documentation of NaN and Infinity. (The documentation is a little ahead of itself :-) Until NaN and Infinity are properly implemented, I believe it would be best if perl

Re: [perl #2741] [BUG] version checking doesn't work per apparent docs

-- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: perlfunc sez crypt() encrypts... but it doesn't.

different encryption methods is outside of our scope (IMNSHO)... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: [PATCH] Missing tie() call in NDBM_File SYNOPSIS

Nicholas Clark wrote: Content-Type: text/plain; charset=US-ASCII; format=flowed format=flawed, as John Peacock put it politely. blushI wish I *had* been the one to think of that originally /blush Attachments are required for many/most e-mail clients if you want to correctly preserve

Re: [PATCH] RE: blead: no longer supports %vd format

I submit a patch to make PL_patchlevel a readonly v-string instead of a version object. Version objects automatically ignore the %vd format either from Perl or XS level and print as if PVf was used instead. Thanks John -- John Peacock Director of Information Research and Technology Rowman

Re: perldoc segfaulting in XS_UNIVERSAL_VERSION

on and the performance penalty for running unoptimized code should be a deterrant to trying to use pre-release code in production. ;-) John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax

Re: perldoc segfaulting in XS_UNIVERSAL_VERSION

patches to see if the cores go away. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

[PATCH] was Re: perldoc segfaulting in XS_UNIVERSAL_VERSION

John Peacock wrote: I'm backreving to before those patches to see if the cores go away. That was it and this fixes it for good: === universal.c == --- universal.c (revision 17957) +++ universal.c (local) @@ -338,7 +338,7

Re: [PATCH] was Re: perldoc segfaulting in XS_UNIVERSAL_VERSION

-length file from pod/perldoc.pod via Pod::Perldoc::ToMan!? John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: blead: no longer supports %vd format

the original patches that you were nuking the VDf support. Is there some reason that the '%-1p' hack cannot be re-added so that VDf could be supported in the core as well as in XS modules? John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing

Re: blead: no longer supports %vd format

when needed (during output for $^V and $] or comparing). I'll work on a patch (I'm syncing blead right now). John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301

Re: blead: no longer supports %vd format

(indeed if I take it out of cflags and OPTIMIZE, the warning is not emitted). This isn't bleadperl's problem so much as GCC being too smart for its own good... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H

Re: blead: no longer supports %vd format

with the constification? John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: blead: no longer supports %vd format

compiling under 4.0 on multiple platforms. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: blead: no longer supports %vd format

Robin Barker wrote: Previously -DCHECK_FORMAT defined VDf + SVf differently, to avoid the warnings and allow -Wformat to check the formats. Ah ha, that's why you know what's going on! It's your fault... http://public.activestate.com/cgi-bin/perlbrowse?patch=23767 ;-) John -- John

Re: blead: no longer supports %vd format

called vstring() that will translate a v-string like the %vd format does. Can we just revert the bits of 23824 which eliminated the %vd handling only make it non-conditional on CHECK_FORMAT? John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group

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

on top of NTFS, which has no reason to know that there is anything special about these files (in that sense they are more like hardlinks under *nix). /These aren't the droids we're looking for. Move along, move along!/ John -- John Peacock Director of Information Research and Technology

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

' name[8] == 'E' name[9] == '_' name[10] == '_') { /* __PACKAGE__ */ return -KEY___PACKAGE__; } i.e. isn't strEQ going to shortcircuit just as fast as individual char tests??? -- John

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

)... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

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

that it is faster (if only because it saves a function call and all of the associated thrashing that can happen). It just looked weird; now that I know that it is 100% machine generated, I don't have any problem with it as it stands. John -- John Peacock Director of Information Research and Technology

Re: Editor-Jiggery was: Re: [PATCH] Lint support

adjusted the whitespace at the same time, so much the better... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: janitorial work ?

(e.g. no central documentation as to what values have already been used) make it less than helpful. Now that valgrind is available, it is a much more helpful way to chase leaks (been there, done that ;-)... sounds and smell of 2 cycle engine starting up John -- John Peacock Director

Re: janitorial work ?

. Is that the right interpretation ? I thought that because you brought it up, it was something you were in the mood for. I've got a web app to rewrite in the next 10 days, so my casual carving time is going to be limited for a while. John -- John Peacock Director of Information Research

Re: TEST vs harness

is that it wasn't added to harness because they are used for different things. Typically, I use harness only after I get failures in TEST (and the actual failures have scrolled off my shell ;-). Since the leakage points to STDOUT, I don't think harness would catch it anyways... John -- John Peacock

Re: TEST vs harness

branch into mainline. so obviously at some point it _was_ used in Win32. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: B::Deparse test error with bcc32

runtime insists on warning on OVERFLOW. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: B::Deparse test error with bcc32

in the Borland library to suppress those warnings, however. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: Anonymous, read-only repo access

a //depot level mirror, the svn repository would not be complete. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: Anonymous, read-only repo access

right now with SVK, if a little annoying due to the duplicated effort). I just redid my mirror (again) so I can write up the instructions while they are fresh in my head and send them off, so we can get that started in the interim. John -- John Peacock Director of Information Research

Re: [PATCH] Bring bleadperl up to version.pm

to deal with it (with full 'perl -V' details of course)? testers.cpan.org has only had one test run (for 5.8.5, which succeeded) so far, so I don't know if this is going to be a trend. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group

[PATCH] Bring bleadperl up to version.pm

in universal.c; d) I think I preserved all of the const'ification that has been done recently (plus found one that had been missed). Share and Enjoy! John 1) http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-05/msg00636.html -- John Peacock Director of Information Research

Re: [perl #35895] Not OK: perl v5.8.7 +RC1 on darwin-thread-multi-2level 8.1.0 (UNINSTALLED)

?) as the package qualifier (what we now use :: for), so the numbers in question area probably being parsed as weird package variables, so locale cannot do anything useful with them. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston

warnings leaked in bleadperl tests

/vendor_perl/5.9.3/i686-linux-thread-multi /usr/lib/perl5/vendor_perl/5.9.3 /usr/lib/perl5/vendor_perl . John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: [perl #35895] Not OK: perl v5.8.7 +RC1 on darwin-thread-multi-2level 8.1.0 (UNINSTALLED)

. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

[Fwd: CPAN Upload: J/JP/JPEACOCK/version-0.42_05.tar.gz]

, I'll submit the necessary changes to bleadperl... TIA John Original Message Subject: CPAN Upload: J/JP/JPEACOCK/version-0.42_05.tar.gz Date: Mon, 23 May 2005 13:17:35 +0200 From: PAUSE [EMAIL PROTECTED] Reply-To: cpan-testers@perl.org To: John Peacock [EMAIL PROTECTED

Re: [PATCH] universal.c warnings hushed

the changes for the next version.pm release... ;-) John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [perl #35420] localtime corruption

9945-1 in 1990), then it will be approximately 2010 before they get around to defining the behavior of negative offsets from the epoch. ;-) John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010

Re: [perl #35420] localtime corruption

that if we only wanted to fix localtime (to support negative offsets), we could (with some caveats). Doing it right, however, involves bringing the DateTime suite of modules into the core, IMNSHO. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing

Re: [perl #35420] localtime corruption

note, however, that the range of dates that can be actually be handled depends on the size of an integer (time_t) on a given platform. Currently, this is 32 bits for most systems, yielding an approximate range from Dec 1901 to Jan 2038. HTH John -- John Peacock Director

Re: [perl #35420] localtime corruption

mentioning the fact that the Mac epoch (12:00:00 a.m., January 1, 1904) is a floating epoch (i.e. not tied to GMT), so it is completely worthless for performing date calculations that cross DST, for example. -- John Peacock Director of Information Research and Technology Rowman Littlefield

Re: [perl #35420] localtime corruption

more like a binary search, though, rather than just leaping to the ends of the range, since some libraries might work well close to 1970 and not work well outside it. I think a warning is the best we can do given the enormity of the problem. John -- John Peacock Director of Information Research

Re: [perl #35420] localtime corruption

is public domain: http://cr.yp.to/libtai.html the problem being that it requires a 64bit int which Win32 makes somewhat annoying to use (depending on which compiler you use). John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes

Re: [PATCH] Refactoring to Sv*_set() macros - patch #5

as that happens, it should be changed in blead too... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: Major change in version object behavior

subversions) are defined. I think I can make that inconsistency vanish, so that won't be visibly different. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Major change in version object behavior

working code that I can release to CPAN as a alpha release if that would be helpful... -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: [perl #34977] isa (method) breaks isa (function)

block. I cannot quite work out the twisted logic about why, but this does fix it. I suspect it has something to do with the fact that the second line in your BEGIN block is not quite the same thing as importing the isa() with use here. John -- John Peacock Director of Information Research

Re: Extensions to version.pm

Yitzchak Scott-Thoennes wrote: On Fri, Apr 08, 2005 at 07:38:32AM -0400, John Peacock wrote: my $interval = version-interval( inclusive = 1.2.3, exclusive = 4.5.6); # same as [1.2.3,4.5.6) I say Yuck to having named parameters that depend on position. How

Re: Extensions to version.pm

-- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Extensions to version.pm

, standardized stringification, etc.) Thanks for your comments in advance. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: Extensions to version.pm

John Peacock wrote: 1) version::Interval - a composite object, with a lower bound, two version objects, and an upper bound. It occurred to me in the shower (where I do my best work ;-), that if version::Internal was integrated into version.pm in the core, I could provide a class method

Re: PAUSE indexer being obdurant

SVK::Command::Annotate: 0.991 ...and so on... and the indexer could branch on whether version: was a scalar or a hash. In either case, the indexer should probably take the META.yml information as advisory only, and only fall back to it if the normal resolution method fails. John -- John

Re: is anybody running an svn mirror of perl rep?

... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: PAUSE indexer being obdurant

and could not be released independently). Sure, it can be automated by the build tool, but it defeats the purpose of the META.yml file to be human readable if the actual content is swamped by mostly duplicated information. John -- John Peacock Director of Information Research and Technology

Re: PAUSE indexer being obdurant

Michael G Schwern wrote: On Fri, Apr 01, 2005 at 05:48:47AM -0500, John Peacock wrote: If a module contains a line that matches the $VERSION regex, yet evaluates to undef inside the indexer, then use the package $VERSION (as defined by the META.yml or Makefile.PL/Build.PL stanza). Only report

Re: PAUSE indexer being obdurant

with the additional limitation that require is stubbed out. In addition, the regex is merely used to decide which line might be a $VERSION assignment prior to eval'ing that line as above. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group

Re: [PATCH] Math::BigInt v1.75 released (what is 3 % -1?)

are wrong. I think. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [PATCH] Math::BigInt v1.75 released (what is 3 % -1?)

John Peacock wrote: With that in mind, I think that the Parrot definition of mod() has the most weight behind it: x mod y = x - y * floor(x / y) 2.1 mod -1 = 2.1 - (-1) * floor(2.1 / -1) = 2.1 + 1 * -3 = -0.9 and the fdiv() definition would then require 2.1 div -1

Re: PAUSE indexer being obdurant

). John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: PAUSE indexer being obdurant

$VERSION from the last $VERSION that existed when it was part of a bundle (which is the right thing to do in any case). Thoughts? John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010

Re: PAUSE indexer being obdurant

Orton, Yves wrote: For those like me who were wondering wtf obdurant meant, believe John actually meant obdurate Yes. My bad; always check the dictionary when using uncommon words... %-) John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group

Re: PAUSE indexer being obdurant

= $SVK::VERSION; John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [perl #34604] Incorrect behaviour of overloaded class instances in tied hashes

(since it doesn't have tied magic and overloading rudely bolted onto an existing framework). John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

PAUSE indexer being obdurant

can help here??? John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: Trailing whitespace in source files

to infect how I write code, to the point where I am starting to run perltidy before committing, just so that I know that the formatting is consistent. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x

Re: Trailing whitespace in source files

the level of care and consistency that the subversion maintainers have been wise enough to stick to from the start. That's actually a very good argument, and I will use it in making the case... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group

Re: Trailing whitespace in source files

could easily strip trailing whitespace /en passant/ during a conversion to Subversion. ENOTENOUGHTIME John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: Trailing whitespace in source files

the idea of a --ignore-whitespace option on the Subversion list... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: Trailing whitespace in source files

by augmenting the search to ignore a specific commit or committer and continue searching back could you find the last change that you consider significant. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD

Re: improving the Scalars leaked debugging technique?

deallocated. Of course, the act of adding that code will disturb the memory allocation, so there might be a couple of iterations before you figure out what the correct memory address is to dump the leaker. John -- John Peacock Director of Information Research and Technology Rowman Littlefield

Re: CPAN cruft cleanup?

believe CPANPLUS does by default). Read the CPAN documentation regarding Cache Manager for a way to have CPAN manage this for you. HTH John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301

Re: CPAN cruft cleanup?

as needed. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: stashes and globs

): http://www.amazon.com/exec/obidos/tg/detail/-/1930110820 though there is some good information here as well: http://www.faqs.org/docs/perl5int/ HTH John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD

Re: [PATCH] a valgrind finding

happened. Before that gets applied, though, it would be nice to throw a little comment in there, so future spelunkers can be forewarned why that increment is there in the first place: /* need to copy trailing null as well */ or something more pithy... Thanks John -- John Peacock Director

Re: [PATCH] a valgrind finding

is failing to add a trailing \0 here? I'm investigating further (I recently upgraded hardware and software and don't currently have a bleadperl mirror on my machine). John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD

Re: [perl #33948] configure checking echo

dependencies on other libraries. YMMV HTH John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [Module::Build] Re: [perl #33927] [BUG] Coredump in 5.9.2 when evalling a certain string while in a coderf in @INC

in bleadperl (since that is all there is there). John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [Module::Build] Re: [perl #33927] [BUG] Coredump in 5.9.2 when evalling a certain string while in a coderf in @INC

to play nice with version objects if it is going to go into the core for 5.10.0... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [Module::Build] Re: [perl #33927] [BUG] Coredump in 5.9.2 when evalling a certain string while in a coderf in @INC

. That's certainly true. But it also has to play nice with non-version.pm environments since it's backward-compatible to 5.005. As is version.pm... ;) I know, you don't want an external dependency, and especially one with an XS component. I'd like to work around that with you... John -- John

Re: [perl #33927] [BUG] Coredump in 5.9.2 when evalling a certain string while in a coderf in @INC

whatsoever, since the version.pm module is a stub in 5.9+; all of the UNIVERSAL::VERSION changes are in the core already. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: [perl #33927] [BUG] Coredump in 5.9.2 when evalling a certain string while in a coderf in @INC

that everything needs to have access to that function and if it isn't there, bad things are going to happen. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747

Re: [RFC] More core integration

to agree with that, though.) I'd go along with this too, but I don't think this fits what Nicholas is attempting to do (maintain the status quo and only fix bugs). Of course, one could argue that E::MM requiring a `make` equivalent is a serious problem for certain platforms (like Win32). John -- John

Re: [RFC] More core integration

enough to locate the nmake distribution on M$loth's web site (since it's been moved at least a couple of times that I am aware of). And while you are at it, could you also install the free VC++ compiler that they now make available, too. ;) John -- John Peacock Director of Information Research

Re: [PATCH] Further follow-up to 23767

as strings. John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [OT] *@perl.com blacklisted by RBL

Bernstein's djbdns tools). HTH John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [perl #33106] perl does not warn if the argument eq NaN

, for example. Then all math operations must check for one of those specials before proceeding; or rather, only those platforms with non-compliant libc must perform the additional (slow) checking for all math ops. The compliant platforms just take the existing libc behavior... Ugggh John -- John

Re: [perl #33106] perl does not warn if the argument eq NaN

. That doesn't see too hard to add - just replace the else { break; } with something actually works. ;) Seriously, how you you represent NaN as a FP? +-Inf is easier... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes

Re: [perl #33106] perl does not warn if the argument eq NaN

the FP notation for Inf, then multiplying by 0 should produce NaN. YMMV John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [perl #33106] perl does not warn if the argument eq NaN

and use that to generate a NaN when starting up Perl, then copy them when needed (pl_Inf, pl_NaN???). John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

Re: [perl #33106] perl does not warn if the argument eq NaN

or non-compliant library (the latter being VAX compatible, IIRC). Since we went to the trouble of home brewing our own atoi, we should probably make /some/ effort to handle these special cases... John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing

Re: Fwd: Perl Term ReadKey

on your distribution, there are various RPM's that would have those. You'll have to check and see for yourself (it might be something like gcc-devel). HTH John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301

Re: META.yml: generation

Ken Williams wrote: So then just put that Magik Kode in mod_perl2's Makefile.PL, no? Except that the problem that Randal is (argumentatively) complaining about is that Apache::Resource exists in both packages, is indexed as being in both packages, and is not compatible with both packages. He

Re: META.yml: generation

Stas Bekman wrote: This is not going to change anything. Originally -RC1 instead of _RC1 was a finger slip, but it's good that it has happened one month earlier, since the gold 2.0 version comes out in a 2-3 weeks, so hiding those RCX makes no difference. No, I know that the 2.0 release is

Re: META.yml: generation

Stas Bekman wrote: Sorry, I'm not following you. What internal modules are you talking about? They all should be indexed and people needing mp2 should see its module and be able to install those. Unless I am completely missing something, the issue that Randal is complaining about is that there

  1   2   >