Re: recent test failures in vmsfspec.t with Compaq C V6.2-008

Craig A. Berry wrote: > VMS::Filespec::* are XS routines but they are located in vms.c > because they are so widely necessary. You are right we do not use > the decc$* routines for filename manipulation but instead have our > own to and from routines. Have you checked for a logical name PATH?

Open Source Convention Update July 12, 2001 (fwd)

Folks, Just forwarding an official conference announcement: Peter Prymmer -- Forwarded message -- Date: Thu, 12 Jul 2001 13:51:17 -0700 (PDT) From: O'Reilly Conferences <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Open Source Convention Update July 12, 2001 Fueling the

pre-release for perl.lse

Hi, Ordinarily I'd prefer filling in much more of the details but in this case time for hacking on LSE definitions is too short. Hence for folks to give it a look and tell me about what is wrong might be a better way to prceed. (In other words: caution alpha software). If you have LSE and can

Re: [MacPerl-Porters] Re: [PATCH] File::Find for bleadperl, Mac OS etc.

On Sun, 17 Jun 2001, Jarkko Hietaniemi wrote: > > filefind.t and filetaint.t now use File::Spec. To make these test > > files more portable, the two functions dir_path() and file_path() will > > probably need some fine-tuning on other operating systems. I've moved > > the test "File::Find::find

Re: [PATCH: perl@10576] handle tri graphs in h2ph.PL -> h2ph*

On Fri, 15 Jun 2001, Peter Prymmer wrote: > On Fri, 15 Jun 2001, Nick Ing-Simmons wrote: > > > Peter Prymmer <[EMAIL PROTECTED]> writes: > > > > > >What did you have in mind by "a more general cure for the trigraph > > >scourge"? > > > > A filter or a layer maybe ... > > > > open($fh,"<:iso

Re: [PATCH: perl@9742] avoid t/u-*.t test on platforms where List/Util was not built

Jarkko Hietaniemi wrote: >> Sorry about that... could the extension finding be made somehow dynamic? > > Just to clarify the obvious: I was under no misconception that just > adding the new extensions to the list would make the new extensions > magically build in VMS. It's just my not-so-subtle

Re: Not OK: perl v5.7.0 +DEVEL9472 on VMS_AXP V7.1 (UNINSTALLED)

Jarkko Hietaniemi wrote: !> my $want = "t/pteerslt/path/to/a/dir"; !> +# This checked out OK on ODS-2 and ODS-5: !> +$want = "T\.PTEERSLT\.PATH\.TO\.A\.DIR\]"; ! !An "if $^O eq 'VMS';" for this, methinks :-) Indeed that was what was intended and the patch had not been tested on a non-VMS platf

CPAN Upload: P/PV/PVHP/Pod2VMSHlp-1.02.tar.gz (fwd)

OK the find.plx script has not been completed, but the Pod::Dsr.pm and the attendent pod2rno.PL -> pod2rno.com stuff was working to my satisfaction (all the [.t]*.dsr files ran OK under the RUNOFF that comes with VMS V7.1 :-). Have at it and please let me know of modifications that you would lik

pre-release announcement for Pod2VMSHlp V1.02(a)

Hi, For experimenters willing to play with buggy software (including possible problems with Test::Harness and MM_VMS.pm on VMS) there is a new edition of the Pod2VMSHlp distribution that is not yet ready for CPAN. It sports a -w and -Mstrict clean implementation of Pod::Hlp for converting pod do

Re: echo problems with bleadperl tests

On Sun, 11 Feb 2001, Craig A. Berry wrote: > Yes, and as you surmise, I think it's one of the Schwern patches > where this restriction is lifted. Apparently anything following 'ok' > and the test number is now allowed. This is a serious mistake. Restricting what gets called ok adds rigor an

Charles Lane uploads VMS-FileUtils_0.014

I just saw the note on http://use.perl.org/ check it out: http://search.cpan.org/search?dist=VMS-FileUtils_0.014 Peter Prymmer

speculation on the ingres trouble

Two possibilities come to mind regarding the DBD::Ingres trouble reported recently reported (please bear in mind that I cannot test any of these speculations at this time - I am sort of on vacation :-) 1) One of the DBI &/or DBD modules required an explicit: mms all in order to compile c

Re: PerlIO_(get|set)pos link errors with bleadperl

On Mon, 11 Dec 2000, Craig A. Berry wrote: > At 5:47 PM -0800 12/10/00, Prymmer/Kahn wrote: > >I think that the PerlIO_(get|set)pos calls were strictly for the > >#ifdef USE_PERLIO branch. > > No doubt you are right and IO.xs shouldn't ask for these when it > do

Re: PerlIO_(get|set)pos link errors with bleadperl

I think that the PerlIO_(get|set)pos calls were strictly for the #ifdef USE_PERLIO branch. That is IO.xs has recently been modified to make better use of USE_PERLIO. Unfortunately, the macro condition: #ifdef PerlIO was used in IO.xs and I think that was incorrect. I think you want to edit

Re: PerlIO_(get|set)pos link errors with bleadperl

Here were a couple of messages I exchanged with Michael Schwern and Jarkko. You need to apply Michael's patch then my patch then re-do my botched one to use #ifdef USE_PERLIO and Fpos_t for the type for the declaration of pos. Since I sent these messages from my work address and I am at home no

Re: [PATCH: perl@7613] updates to Porting/pumpkin.pod

On Thu, 9 Nov 2000, Jarkko Hietaniemi wrote: > On Wed, Nov 08, 2000 at 10:13:26PM -0800, Prymmer/Kahn wrote: > > > > Here are a few (mostly VMS specific) updates to Porting/pumpkin.pod. > > We have been wondering: how likely is it that `make regen_all` will > > be d

[PATCH: perl@7613] updates to Porting/pumpkin.pod

Here are a few (mostly VMS specific) updates to Porting/pumpkin.pod. We have been wondering: how likely is it that `make regen_all` will be done as part of kit assembly (I did not see it mentioned in a quick look through makerel)? Thanks. --- pumpkin.pod.origSun Oct 22 14:35:13 2000 +++ pum

[PATCH: perl@7386] miscellaneous typos in 3 pods

Hi, Here is a quick patch for three files: README.aix pod/perlebcdic.pod vms/ext/Stdio/Stdio.pm hopefully the text of the patch will be fairly self explanatory. diff -ru perl.7386/README.aix perl/README.aix --- perl.7386/README.aixWed Oct 18 13:04:57 2000 +++ perl/README.

[.lib]b tests ok on linux-ppc with "double quotation marks"

I've managed to test the "-I../lib" type modification to t/lib/b.t in the 5.7.0 kit (_not_ the 7065 bleadperl since I haven't downloaded that kit to my linux-ppc box just yet). The good news is that `make test` passes with flying colors: lib/bok lib/trig.ok All te

Re: [patch: perl@7045] vms updates

On Wed, 13 Sep 2000, Charles Lane wrote: > I didn't get messed up; the patch of t/lib/b.t wasn't included in what > I sent to Jarkko, since it was unrelated to the test.com patch, and there > was some lingering question about perhaps being able to remove the > "if ($Is_VMS)" sections(I don't

Re: [patch: perl@7045] vms updates

> Nice work, Peter. Jarkko has already incorporated these and Chuck's test.com patch >into the 7065 kit: > > Thanks. I saw the p5p post via Achim's web archive (email was all messed up at work, but I could s

[patch: perlman alpha0] fix a podpath warning on linux-ppc

Tom, I finally understand what the purpose of the symlinks in the bin/ directory is and would propose that rather than providing symlinks in the tar ball have them be an installation configuration item (they could, e.g. be created as part of a `perl Makefile.PL` step). On VMS in place of symlin

the [.lib]st-*.t failures in recent bleadperl kits

It appears that if you remove the unlink calls from the likes of [.t.lib]st-forgive.t you will find a [.t]store. file that contains the magicstr string of "pst0\n" and nothing else. It would appear that any attempt to store things using the PUTMARK macro in [.ext.storable]storable.xs fails on VMS

kit for the intrepid hackers

Anyone who wants to put 5.7.0 release candidates through a VMS wringer may want to see the README at: http://www.best.com/~pvhp/vms/cfgperl_6620/ Thanks. Peter Prymmer

configure.com7 (was Re: configure.com6 now with better param parsing)

On Thu, 10 Aug 2000, Prymmer/Kahn wrote: > Greetings, > > The latest round of updates to configure.com have recently been > posted here at best: > >http://www.best.com/~pvhp/vms/cfgperl_6529/ Please see also: http://www.best.com/~pvhp/vms/cfgperl_6602/

new kit.

Please check out: http://www.best.com/~pvhp/vms/cfgperl_6602/ for the configure.com7.gz file, a minor update to the MANIFEST and other surprises :-) Unfortunately it is movie night and I cannot post more details but hope to soon ("-f" now works ;-). Peter Prymmer

configure.com6 now with better param parsing

Greetings, The latest round of updates to configure.com have recently been posted here at best: http://www.best.com/~pvhp/vms/cfgperl_6529/ where you'll want to pick up the configure.com6.gz file along with several patches (if you haven't picked them up already) to the specified perl kit.

File::Temp patches posted along with URL to Lane's pipe stuff

Greetings, The directory at: http://www.best.com/~pvhp/vms/cfgperl_6529/ has had the last two File::Temp patches posted along with a URL in the README (plain text not hyper) that points out Charles Lane's pipe patch page. Apologies for not having had a chance to try the flush test yet. Per

Re: consolidated configure.com replacement snapshot..

On Mon, 7 Aug 2000, Peter Prymmer wrote: > > > On Mon, 7 Aug 2000, Craig A. Berry wrote: > > > Thanks so much for posting this. At first blush it looks like it has all > > the File::Temp stuff (except for what I don't have working yet :-( ) and the > > b.t patch, but not the cgi-functio

Re: consolidated configure.com replacement snapshot..

On Fri, 4 Aug 2000, Craig A. Berry wrote: > Peter, > > I've taken your new configure.com for a spin and it seems to work just fine, > though all I've done is a -des so far. Thanks for posting the sprintf.t > fix; I did notice a failure there and will try this as soon as I get a chance. Than

added Dominic Dunlop's patch for sprintf.t tests..

...to the collection of files here at: http://www.best.com/~pvhp/vms/cfgperl_6409/ so come on over and start patching your bleed perl kit and give the newer configure.com a try and let me know what y'all think of this unpopular monstrosity :-) (yes I have seen some of the comp.os.vms posts :

consolidated configure.com replacement snapshot..

OK, In the latest round of modifications to configure.com I have pulled all of subconfigure.com into configure.com which allows me to ask the "Do you want to edit config.sh now?" question via a GOSUB myread. The procedure now obviates the need for subconfigure.com, though if you do remove yours

updated {sub}configure.com and new File::Temp patch at best.com

Hi, I have updated the contents of the directory at: http://www.best.com/~pvhp/vms/cfgperl_6409/ the new configure.com3.gz and subconfigure.com3.gz files are drop in replacments for the configure.com and subconfigure.com that come with the [EMAIL PROTECTED] kit. In this update I have elim

Re: Perl 6 is starting...

Dan Sugalski wrote: >That discussion is going really bizarrely. (And I still have another 77 >messages to go in there...) No decision's been made yet. The whole back end >thing is for the perl5->perl6 converter. FWIW in his talk Chip mentioned that he and Larry would prefer to implement perl

Re: File::Temp problems on VMS in bleedperl

On Tue, 18 Jul 2000, Craig A. Berry wrote: > This patch, taken against Jarkko's repository snapshot #6382, fixes the > following items in File::Temp on VMS: I see that others have commented on the design issues. I only had qualms with a couple of regular expressions in your patch. See below.

RE: updated set of patches and hacking instructions...

On Mon, 17 Jul 2000, Peter Prymmer wrote: > extensive to try and hand edit into place. I'll see what I > can do about a reissue, perhaps makeing drop in configure.com > and subconfigure.com files available (it won't be available for > several more hours at a minimum though). I have not yet tri

updated set of patches and hacking instructions...

For folks who want to give my configure.com + subconfigure.com patch a workout you may now go (through the miracle of symlinks) to: http://www.best.com/~pvhp/vms/cfgperl_6409/ and follow the instructions. Please let me know what you think of it. Peter Prymmer

Re: initial snapshot of recent configure.com && subconfigure.comwork

On Fri, 14 Jul 2000, Craig A. Berry wrote: > At 10:48 PM -0700 7/13/00, Prymmer/Kahn wrote: > > you will also need some other > >ingredients that are mentioned in the README and will be made > >available Real Soon Now (tm). > > Here's Peter's patch to Aut

initial snapshot of recent configure.com && subconfigure.com work

Folks, I have managed to cut subconfigure.com from 221 blocks down to 143 blocks, and I could still squeeze more out of it, but at this point there is a deadline approaching and I'll need to get something out the door soon. In order to have a peak at the proposed mods to configure.com and [.vms

5.6.0 OK on poorly mounted disk

This is just a quick note to let folks know that 5.6.0 final release did build OK on that strange Alpha that had both a volnam of USER and an overriding rooted logical name USER. Although I had suspected that I would have had a chance to remount that device, the chance never cropped up. So I we

RE: Setting Name Space For REQUIRE?

Charles Bailey wrote: > Hmm. Not that it helps you much, but that's a bug in the win32 Perl > installation. vmsish.pm's shipped in the main lib precisely so that > code like this won't fail on non-VMS platforms. OK after building and installing RC2 on Win NT 4 with MSVC 5 I see this after at

RE: RMS$_DNF in cando_by_name()

On Mon, 13 Mar 2000, Craig A. Berry wrote: > At 7:29 PM -0800 3/13/2000, Prymmer/Kahn wrote: > >A hunch about the configure process on VMS crept up on me this afternoon. > >What values do you get from: > > > > $ perl -e "print(join(""\n"&quo

RE: RMS$_DNF in cando_by_name()

I wrote to Craig A. Berry: > > Ah, I see the patch now. It's actually not such a wacky value: > > > > $ write sys$output f$message(114762) > > %RMS-E-DNF, directory not found > > > > or > > > > $ sea rmsdef.h rms$_dnf > > #define RMS$_DNF 114762 [snip] > So it didn't quite help. However,

Re: evil hackery for vmsperl_pre56_3 to compile with DECC 6.0

On Sun, 5 Mar 2000, Dan Sugalski wrote: > At 11:37 AM 3/5/00 -0800, Prymmer/Kahn wrote: > >OK will do. It'll have to wait for one or more days though since > >there are several other things I have to take care of. I do find it > >ironic that vms.c is having trou

Re: evil hackery for vmsperl_pre56_3 to compile with DECC 6.0

On Sun, 5 Mar 2000, Dan Sugalski wrote: > At 08:53 PM 3/3/00 -0800, [EMAIL PROTECTED] wrote: > >Dan asked: > > > >$ miniperl :== $Sys$Disk:[]miniperl.exe > >$ DEBUG/KEEP > > > > OpenVMS Alpha DEBUG Version V7.1-000 > > > > > >DBG> RUN/COMMAND="miniperl"/ARGUMENTS="""-I[.lib]"" [.VMS]Wr

a modified && podified README.vms round 2

Folks, I have incorporated the suggestions received thus far and tweaked things a bit further. Rather than enclosing the large patch here I have posted the latest revision at: http://www.best.com/~pvhp/vms/ http://www.best.com/~pvhp/vms/README.vms ! raw pod http://www.best.com/~pvhp