OK,
With my patch to configure.com and Craig's two patches to vms.c
I can build but the regression test suite is all messed up and
it looks like STDERR|STDOUT redirections are now not working
properly.
In particular I am seeing things in the `mms test` output that
I shouldn't such as:
[.base]c
At 03:04 PM 8/30/2000 -0500, Jarkko wrote:
>Should I apply this? That is, if I understof correctly this is
>independent of the other patch you are talking about, and useful on
>its own?
Better to apply the following version, since RMS$_DNF is in fact 114762 and
it's better to remove the kludge
I've been trying to build the more recent snapshots (with more VMS
patches in them), if only because I am running 5.6.0 in production as
of right now. I am doing only straightforward things, so I am not too
worried, but I would feel much better to be running 5.7.0.
John Peacock
Jordan Henderson
At 12:30 PM 8/30/2000 -0700, Peter Prymmer wrote:
>MCR Sys$Disk:[]miniperl.exe "-I[.lib]" [.vms]gen_shrfls.pl -f gen_shrfls.opt
>Fatal VMS error (status=114762) at DKB100:[PERL]VMS.C;1, line 5688 at
>[.vms]gen_shrfls.pl line 59.
>%RMS-E-DNF, directory not found
>-NONAME-W-NOMSG, Message number 000
Background: Perl on VMS has an fwrite() replacement because it is easy when
writing to record-oriented files to get a new record on each write
operation, which is usually not what you want.
Foreground: The docs to fwrite() state that it should return the number of
items written, but my_fwrit
On Wed, 30 Aug 2000, Jarkko Hietaniemi wrote:
> On Wed, Aug 30, 2000 at 12:30:19PM -0700, Peter Prymmer wrote:
> >
> > In order to build the miniperl from the 6919 kit I had to use a
> > configure.com patched with the patch I sent in yesterday:
> >
> > http://www.xray.mpe.mpg.de/mailing-list
I'm shamed by Peter's diligence.
Is anyone else out there building those "nightly"
snapshots as a sanity check?
Sometimes, I fear that VMSPerl is going under from being
under manned, but then people like Peter, Craig, Dan and
the two Charleses give me some hope.
I guess we all need our role
On Wed, 30 Aug 2000, Peter Prymmer wrote:
> Could this related to your rightslist trouble avoidance patch Craig?
Answer: no. Commenting out the new code and attempting to rebuild does
not fix the problem of running gen_shrfls.pl with miniperl for Socket (at
that point in the build Config.pm h
On Wed, Aug 30, 2000 at 12:30:19PM -0700, Peter Prymmer wrote:
>
> In order to build the miniperl from the 6919 kit I had to use a
> configure.com patched with the patch I sent in yesterday:
>
> http://www.xray.mpe.mpg.de/mailing-lists/vmsperl/2000-08/msg00149.html
Thanks, applied.
--
$jhi++
In order to build the miniperl from the 6919 kit I had to use a
configure.com patched with the patch I sent in yesterday:
http://www.xray.mpe.mpg.de/mailing-lists/vmsperl/2000-08/msg00149.html
unfortunately, it now dies in VMS.C while trying to build Socket:
MCR Sys$Disk:[]miniperl.exe "-I[.l
On Wed, 30 Aug 2000, Jarkko Hietaniemi wrote:
> On Tue, Aug 29, 2000 at 10:50:34PM -0500, Craig A. Berry wrote:
> > At 6:49 PM -0500 8/29/00, Jarkko Hietaniemi wrote:
> > > > [.lib]ftmp-posixFAILED on test 6
> > >> [.lib]ftmp-security.FAILED on test 9
> > >> [.lib]st-forgive.
> The attached largish patch has been kicked around and tested for several
> months now, and the consensus on vmsperl is that it's ready to go in. It is
> unfortunately incompatible with threads, but Thread King Dan Sugalski says
> truly workable threads are too far off for this to be a concern
On Tue, Aug 29, 2000 at 10:50:34PM -0500, Craig A. Berry wrote:
> At 6:49 PM -0500 8/29/00, Jarkko Hietaniemi wrote:
> > > [.lib]ftmp-posixFAILED on test 6
> >> [.lib]ftmp-security.FAILED on test 9
> >> [.lib]st-forgiveFAILED on test 2
> >> [.lib]st-retrieve...FAILED on
13 matches
Mail list logo
