At 1:27 AM +0200 7/23/04, Richard Levitte - VMS Whacker wrote:
>In message <[EMAIL PROTECTED]> on Thu, 22 Jul 2004 17:51:41 -0500, "Craig A. Berry" 
><[EMAIL PROTECTED]> said:
>
>craigberry> Welcome back.
>
>"back"?  Was I ever on this list before?  Or oh, do you mean to the
>VMS world?  Been there the whole time, just been silent for a while
>:-).

There are a number of posts from you from the archive in the 1998-2000
time frame.  If you were hoping to reappear incognito, sorry to blow
your cover.  None of the other Richard Levittes I know are VMS
Whackers, so it must be you ;-).

>craigberry> Did you rerun the entire test suite after your patch and
>craigberry> see any failures? 

>Uhmm, *cough*, I didn't run the Perl tests, actually...  heh.  I'm an
>oldie when it comes to VMS, but when it comes to hacking Perl
>internals and the proper procedures thereoff, I'm a bit new...
>
>I'll see what I can do, but I'd rather avoid a rebuild if possible...

If you still have your build directory, MMS TEST should not rebuild
anything but will rerun the entire test suite, no internals hacking
involved.

At 2:02 AM +0200 7/23/04, Richard Levitte - VMS Whacker wrote:

>I'm going through the rest of File::Spec::VMS right now, finding more
>things that aren't at all consistent with proper directory mangling on
>VMS.  There will be more patches, one for each function I correct...

This is goodness.  If it's possible at the end of your development
cycle to do a final "diff -pu" on the whole thing, it will make
testing and integration easier.


At 2:49 AM +0200 7/23/04, Richard Levitte - VMS Whacker wrote:
>In message <[EMAIL PROTECTED]> on Thu, 22 Jul 2004 20:38:49 -0400, "John E. Malmberg" 
><[EMAIL PROTECTED]> said:
>
>wb8tyw> While you are in the area, I submitted a patch to 5.8.4 release
>wb8tyw> candidate that gets Perl to almost honor the C feature
>wb8tyw> logicals.
>
>I've yet to be able to build 5.8.4 on my VAX (VMS 7.2, DEC C 6.2-003,
>anyone been able to build on that combination?), but I'll try it out
>on the Alphas I have access to when I got a little more time.

Detailed bug reports and (especially) patches are always welcome.  I
don't have access to any VAXen, and whenever I think about getting an
emulator up and running I think of about 30 other things I should be
doing instead.  The result is that VAX builds don't (and probably
never will) get tested unless someone other than me does it.

>wb8tyw> To make the patch complete, the File::Spec::VMS needs to also
>wb8tyw> be modified to look at what the C feature logicals were before
>wb8tyw> Perl started, and and if they were the set to (IIRC)
>wb8tyw> DECC$FILENAME_UNIX_ONLY or DECC$FILENAME_REPORT_UNIX, do the
>wb8tyw> parse like it was UNIX, and display the filespec as if it were
>wb8tyw> UNIX.
>
>Oh...  Hmm, feels a bit hairy, but can probably be done by calling
>some appropriate function in the proper places... 

Or not calling them as the case may be.  I think this would mostly be
handled by not calling VMS::Filespec::vmsify so that filespecs remain
in unix format.  I have a feeling there is quite a bit more to this.
The assumption for the last 10 years of Perl on VMS is that filespecs
in unix format may cause problems, but filespecs in VMS format are
always safe, so when in doubt convert to VMS format.  I think that
when we start trying to preserve unix format we are going to break
some things inherent in those old assumptions. Nothing
insurmountable, just some work to do, which I hope someone finds time
and motivation for.

>wb8tyw> I do not know enough about Perl programming to make those
>wb8tyw> changes myself.
>
>Hmm, if I'm gonna get involved at a deeper level, it will take some
>monetary contribution.

My contributions to open source come in the form of patches, not
dollars, but I do wish you well.  In case anyone doesn't know,
Richard was porting GNU utilities to VMS for years before the GNV
project was even thought of.  I do wish hp would hire him to
accelerate what's going on at <http://sourceforge.net/projects/gnv>.

>-----
>Please consider sponsoring my work on free software.
>See http://www.free.lp.se/sponsoring.html for details.

-- 
________________________________________
Craig A. Berry
mailto:[EMAIL PROTECTED]

"... getting out of a sonnet is much more
 difficult than getting in."
                 Brad Leithauser

Reply via email to