RE: Proposed vmsish changes.

2005-09-28 Thread Carl Friedberg
omets.com (212) 233-5470 > -Original Message- > From: Peter Prymmer [mailto:[EMAIL PROTECTED] > Sent: Tuesday, September 27, 2005 5:02 PM > To: John E. Malmberg > Cc: Craig A. Berry; Nicholas Clark; perl5-porters@perl.org; > vmsperl@perl.org > Subject: Re: Propose

Re: Proposed vmsish changes.

2005-09-27 Thread John E. Malmberg
Carl Friedberg wrote: Hi Peter and John, I have not had a look at the logicals piece in quite a while. I ran into a design issue, because I felt that the interface needed to be changed, and I got stuck worrying about how to make the change so it wouldn't break earlier users... Unfortunately, I

Re: Proposed vmsish changes.

2005-09-27 Thread Peter Prymmer
"John E. Malmberg" <[EMAIL PROTECTED]> wrote on 09/26/2005 02:45:51 PM: > I have not notice any modules for manipulating logical names, and have > also noticed that while the $ENV{} allows this, the $ENV{} features that > are documented on VMS will make changes in the logical name tables that > wo

Re: Proposed vmsish changes.

2005-09-26 Thread John E. Malmberg
Peter Prymmer wrote: "John E. Malmberg" <[EMAIL PROTECTED]> wrote on 09/22/2005 05:15:17 PM: Peter Prymmer wrote: : Much (not all) of this information sounds like it might do better : to reside in a non pragmatic module with a name like VMS::Config : or VMS::FeatureSet; rather than the pragma

Re: Proposed vmsish changes.

2005-09-26 Thread Peter Prymmer
"John E. Malmberg" <[EMAIL PROTECTED]> wrote on 09/22/2005 05:15:17 PM: > Peter Prymmer wrote: > > : Much (not all) of this information sounds like it might do better > : to reside in a non pragmatic module with a name like VMS::Config > : or VMS::FeatureSet; rather than the pragmatic module inten

Re: Proposed vmsish changes.

2005-09-22 Thread John E. Malmberg
Peter Prymmer wrote: : Much (not all) of this information sounds like it might do better : to reside in a non pragmatic module with a name like VMS::Config : or VMS::FeatureSet; rather than the pragmatic module intended to : alter run time behavior of a script and its loaded modules. It also nee

Re: Proposed vmsish changes. - exit/unlink issues.

2005-09-22 Thread John E. Malmberg
Craig A. Berry wrote: At 6:57 AM -0400 9/22/05, John E. Malmberg wrote: Two other features are also needed: vmsish::vms_pipe_mbx_line_size($value) Currently this is controlled by an undocumented logical name. It is documented. See http://perldoc.perl.org/perlvms.html#Pipes That's not in

Re: Proposed vmsish changes.

2005-09-22 Thread Craig A. Berry
At 6:57 AM -0400 9/22/05, John E. Malmberg wrote: >Two other features are also needed: > >vmsish::vms_pipe_mbx_line_size($value) > >Currently this is controlled by an undocumented logical name. It is documented. See http://perldoc.perl.org/perlvms.html#Pipes That's not in and of itself a reaso

Re: Proposed vmsish changes.

2005-09-22 Thread Craig A. Berry
At 12:53 AM -0400 9/22/05, John E. Malmberg wrote: >VMS has a number of features that vary with the version of VMS, and also >features that can be enabled. > >Perl scripts running on VMS may need to know what features are enabled, or to >enable the features. It would be great progress to have ac

Re: Proposed vmsish changes.

2005-09-22 Thread Peter Prymmer
"John E. Malmberg" <[EMAIL PROTECTED]> wrote on 09/22/2005 12:53:06 AM: > VMS has a number of features that vary with the version of VMS, and also > features that can be enabled. > > Perl scripts running on VMS may need to know what features are enabled, > or to enable the features. > > It appea

Re: Proposed vmsish changes.

2005-09-22 Thread John E. Malmberg
Two other features are also needed: vmsish::vms_pipe_mbx_line_size($value) Currently this is controlled by an undocumented logical name. vmsish::unlink_all_versions($value) This needs to be a run time instead of a build time setting. Also the rename method needs to honor it. -John [EMAIL P