|
|
|
|
|
|
| Author |
Message |
John E. Malmberg
*nix forums Guru Wannabe
Joined: 30 May 2005
Posts: 264
|
 Posted: Thu Jan 26, 2006 10:31 pm Post subject:
Configure.com issue, more quoting needed.
|
|
|
Martin Borgman of the Open Office on VMS team sent me this information
about a problem he had running Perl.
Because he also needs to run Java, his session has the logical name
DECC$ARGV_PARSE_STYLE defined as "ENABLE".
When this is set, the unquoted parameters are passed in exact case to
perl, and not converted to lower case.
He found this problem and there may be some others, and it looks like in
this case it should not be too hard to patch the configure.com to fix this.
For PERLDOC, the resulting symbols need the -t to be in quotes in one of
these two ways:
$ PERLDOC :== -
$PERL_ROOT:[000000]PERL.EXE PERL_ROOT:[LIB.POD]PERLDOC.COM "-t"
$ PERLDOC == -
"$PERL_ROOT:[000000]PERL.EXE PERL_ROOT:[LIB.POD]PERLDOC.COM -t"
-John
wb8tyw@qsl.net
Personal Opinion Only |
|
| Back to top |
|
 |
Craig A. Berry
*nix forums Guru Wannabe
Joined: 27 May 2005
Posts: 143
|
| Posted: Fri Jan 27, 2006 1:50 pm Post subject:
Re: Configure.com issue, more quoting needed.
|
|
|
At 5:31 PM -0500 1/26/06, John E. Malmberg wrote:
| Quote: | Martin Borgman of the Open Office on VMS team sent me this information about a problem he had running Perl.
Because he also needs to run Java, his session has the logical name
DECC$ARGV_PARSE_STYLE defined as "ENABLE".
When this is set, the unquoted parameters are passed in exact case to perl, and not converted to lower case.
He found this problem and there may be some others, and it looks like in this case it should not be too hard to patch the configure.com to fix this.
For PERLDOC, the resulting symbols need the -t to be in quotes in one of these two ways:
$ PERLDOC :== -
$PERL_ROOT:[000000]PERL.EXE PERL_ROOT:[LIB.POD]PERLDOC.COM "-t"
$ PERLDOC == -
"$PERL_ROOT:[000000]PERL.EXE PERL_ROOT:[LIB.POD]PERLDOC.COM -t"
|
I'm confused. The -t is already in lower case. Or is that DCL
upcases it if you do not have extended parse enabled as well as
DECC$ARGV_PARSE_STYLE enabled?
--
________________________________________
Craig A. Berry
mailto:craigberry@mac.com
"... getting out of a sonnet is much more
difficult than getting in."
Brad Leithauser |
|
| Back to top |
|
|
John E. Malmberg
*nix forums Guru Wannabe
Joined: 30 May 2005
Posts: 264
|
| Posted: Fri Jan 27, 2006 2:14 pm Post subject:
Re: Configure.com issue, more quoting needed.
|
|
|
Craig A. Berry wrote:
| Quote: | At 5:31 PM -0500 1/26/06, John E. Malmberg wrote:
Martin Borgman of the Open Office on VMS team sent me this
information about a problem he had running Perl.
Because he also needs to run Java, his session has the logical name
DECC$ARGV_PARSE_STYLE defined as "ENABLE".
When this is set, the unquoted parameters are passed in exact case
to perl, and not converted to lower case.
He found this problem and there may be some others, and it looks
like in this case it should not be too hard to patch the
configure.com to fix this.
For PERLDOC, the resulting symbols need the -t to be in quotes in
one of these two ways:
$ PERLDOC :== -
$PERL_ROOT:[000000]PERL.EXE PERL_ROOT:[LIB.POD]PERLDOC.COM "-t"
$ PERLDOC == -
"$PERL_ROOT:[000000]PERL.EXE PERL_ROOT:[LIB.POD]PERLDOC.COM -t"
I'm confused. The -t is already in lower case. Or is that DCL
upcases it if you do not have extended parse enabled as well as
DECC$ARGV_PARSE_STYLE enabled?
|
DCL does not pay attention to the DECC$ARGV_PARSE_STYLE at all in this case.
If the quotes are missing, the foreign command symbol PERLDOC will have
-T in it instead of -t per standard DCL rules.
And then per the DECC$ARGV_PARSE_STYLE being enabled, the DECC RTL which
runs before main() is called in Perl will not lower case the parameter
as is the default behavior.
Martin is reporting that the result is that the PERLDOC command stops
working.
-John
wb8tyw@qsl.net
Personal Opinion Only |
|
| Back to top |
|
|
Google
|
|
| Back to top |
|
|
|
|
The time now is Sat Nov 22, 2008 12:57 pm | All times are GMT
|
|
Mortgage Loans | Loans | Lighting | Remortgaging | Magazine Subscriptions
|
|
Copyright © 2004-2005 DeniX Solutions SRL
|
|
|
|
Other DeniX Solutions sites:
Unix/Linux blog |
electronics forum |
medicine forum |
science forum |
|
|
Privacy Policy
|
Powered by phpBB © 2001, 2005 phpBB Group
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
Forum index
»
Not Unix
»
VMS
»
vmsperl
