In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] writes:
> In <[EMAIL PROTECTED]> John Peacock wrote Thu, 30 Mar 2000:
>
>> Overall a clean build under VMS (WOW!!!). ...
>>
>> Failed two tests in [.t.lib]glob-basic.t:
>>
>> Test 3 - Patch below (sorry for the lame VMS diff)
>>
A patch for the gl
What do folks here think of an addition to perlrun.pod such as this?:
$ gdiff -u [.pod]perlrun.pod;1 [.pod]perlrun.pod
--- [.pod]perlrun.pod;1 Mon Mar 13 21:25:37 2000
+++ [.pod]perlrun.pod Thu Mar 30 17:36:57 2000
@@ -809,6 +809,17 @@
this controls the behavior of global destruction of objec
In <[EMAIL PROTECTED]> John Peacock wrote Thu, 30 Mar 2000:
> Overall a clean build under VMS (WOW!!!). If perlshr is already
> defined (i.e. an existing installation), there are failures in
> [.t.lib]vmsish.t and [.t.pragma]warnings.t (Configure.com should
> check for this and suggest that per
>Kind of a pity perl's so late-binding in many ways. Really screws the
>potential of the optimizer. But that's part of perl's charm, I suppose.
That depends. If you are the implementing class, then $a->{fred}
is compile-time resolved (and type checked) into $a->[3] or whatnot
if there's a use f
Tom Christiansen wrote to Dan Sugalski:
> >Pity we've seen such a slowdown in recent perls. I'm hoping efficiency
> >hacks are high on the list for 5.7/5.8
>
> I think the bloat is due to Unicode. I think the speeddowns are
> because of Larry not really being so into the release process. He
>
Tom Christiansen wrote:
> >I have perl 1..4 on some CD's somewhere (from www.cdrom.com) I'd be
> >willing to recompile them for a price.
>
> I keep them on my system. That's how I sent those perl1..5 benchmarks
> yesterday. It's velly nice to have.
Which were velly interesting results.
In ma
At 04:02 PM 3/30/00 -0700, Tom Christiansen wrote:
> >No wonder the OO stuff sucks cycles so badly...)
>
>Oh, I bet there are more reasons that that!
Well, OK, one or two... dozen.
Kind of a pity perl's so late-binding in many ways. Really screws the
potential of the optimizer. But that's part
>No wonder the OO stuff sucks cycles so badly...)
Oh, I bet there are more reasons that that!
--tom
At 03:51 PM 3/30/00 -0700, Tom Christiansen wrote:
> >Pity we've seen such a slowdown in recent perls. I'm hoping efficiency
> >hacks are high on the list for 5.7/5.8
>
>I think the bloat is due to Unicode. I think the speeddowns are
>because of Larry not really being so into the release process.
At 02:57 PM 3/30/00 -0800, [EMAIL PROTECTED] wrote:
>Here is an interesting variation on that theme:
>
> $ type raw.plx
> print `@ARGV`;
> $ perl raw.plx dir/size=all .c
Or a variation on one of Tom's favorite:
$ perl -pe "1" "dir/siz sys$login|"
Directory USER01:[DSUGALSKI]
.EMACS
Ivor Williams wrote:
> Hi,
>
> Any of you know of a way of getting to the raw DCL command line in perl,
> before it has been globbed, argv chunked and otherwise mangled?
>
> I am looking at something which will fake a particular DCL command without
> the users or scripts knowing the difference
>Pity we've seen such a slowdown in recent perls. I'm hoping efficiency
>hacks are high on the list for 5.7/5.8
I think the bloat is due to Unicode. I think the speeddowns are
because of Larry not really being so into the release process. He
hates slow, and if he noticed, he'd tweak or thwap i
At 03:38 PM 3/30/00 -0700, Tom Christiansen wrote:
> >I have perl 1..4 on some CD's somewhere (from www.cdrom.com) I'd be
> >willing to recompile them for a price.
>
>I keep them on my system. That's how I sent those perl1..5 benchmarks
>yesterday. It's velly nice to have.
I bet. Helps with com
>I have perl 1..4 on some CD's somewhere (from www.cdrom.com) I'd be
>willing to recompile them for a price.
I keep them on my system. That's how I sent those perl1..5 benchmarks
yesterday. It's velly nice to have.
--tom
Dan Sugalski wrote:
> At 11:23 PM 3/29/00 -0700, [EMAIL PROTECTED] wrote:
> >I don't see a message about this in my archive of messages to this list.
> >
> >Is VMS Perl in some sense Y2K-compliant? If so, was there a particular
> >version
> >at which that compliance was achieved or which was th
Somebody wrote:
: Mixing these [LIB$(GET|FREE)_VM] with malloc() used to be a
: no-no; does the fact that you have them in an AST routine
: allow you to dodge that restriction?
The DEC C and Compaq C malloc and free calls use the OpenVMS LIB
RTL for memory allocation and deallocation
At 04:22 PM 3/30/00 -0500, [EMAIL PROTECTED] wrote:
> I might tend to expect to see a UNIX-like pipe driver appearing
> in OpenVMS later this year -- if I can, um, perloin :-) an early
> copy for experimentation, I will make it available and known here.
> (Part of this also eventually and
I might tend to expect to see a UNIX-like pipe driver appearing
in OpenVMS later this year -- if I can, um, perloin :-) an early
copy for experimentation, I will make it available and known here.
(Part of this also eventually and obviously involves adding better
pipe support into the C
That last post of mine came across pretty ugly - let me try that again
(same info, less wrapping hopefully)
I came across this while researching my ftp problem. It seems that the
extra header info could easily be put to good use - just have to do a
pretty low level RMS open. Not that I'm volun
Dan Sugalski wrote:
>
> This is cool. Now all we need to do is teach Net::FTP about STRU VMS mode
> and we'll be set. (Anyone got the details on that by any chance?)
>
I came across this while researching my ftp problem. It seems that the
extra header info could easily be put to good use - just
The Freeware MadGoat FTP server and client both do STRU VMS mode, IIRC.
The details lie therein, if you can read BLISS!
> -Original Message-
> From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 30, 2000 3:51 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Net::FTP and %RMS-E
At 03:43 PM 3/30/00 -0500, Joe Kazimierczyk wrote:
>Process Software has provided me with a patch to Multinet's FTP that
>allows me to do a plain binary get of open files from non-Multinet
>clients (ie Net::FTP). This patch will eventually be made public.
>
>Also, Hunter Goatley suggested that he
Dan Sugalski wrote:
>
> At 02:31 PM 2/18/00 -0500, Joe Kazimierczyk wrote:
> >I tried a plain perl 'open' of the file, and it works fine so I'm
> >surprised that ftp complains. But I can't take your suggestion because I
> >need to run this step in a larger program to 'get' the file. How does
> >
I just updated some of the contents of the Perl 5.6.0 page on
http://www.crinoid.com/perl560.htmlx
-> VMS::FileUtils::Root add 'O_VMS' option for returning VMSish filenames
-> CPAN.pm patch, improved handling of .tar-gz files, cleaning up source
directories, and making it possible to use lo
At 05:04 PM 3/30/00 +0100, Williams, Ivor wrote:
>Hi,
>
>Any of you know of a way of getting to the raw DCL command line in perl,
>before it has been globbed, argv chunked and otherwise mangled?
Nope. Want one?
Dan
--"i
Hi,
Any of you know of a way of getting to the raw DCL command line in perl,
before it has been globbed, argv chunked and otherwise mangled?
I am looking at something which will fake a particular DCL command without
the users or scripts knowing the difference. However, the environmental
stuff se
At 11:23 PM 3/29/00 -0700, [EMAIL PROTECTED] wrote:
>I don't see a message about this in my archive of messages to this list.
>
>Is VMS Perl in some sense Y2K-compliant? If so, was there a particular
>version
>at which that compliance was achieved or which was the first one to be
>generally con
27 matches
Mail list logo
