John E. Malmberg wrote:
Which the code that is failing is:
$exit_arg = 42;
$exit = run("END { \$? = $exit_arg }");
$exit_arg = (44 & 7) if $^O eq 'VMS';
is( $exit >> 8, $exit_arg, 'Changing $? in END block' );
The severity for 42 is "ERROR" and apparently on VMS, changing the
sta
I think I have found it.
The old default behavior is in effect when the VMS specific macro
MY_POSIX_EXIT evaluates to 0.
When setting $? in mg.c, as a side effect, if $? is not 0, then default
VMS behavior is to set STATUS_NATIVE to SS$_ABORT.
When Perl_my_exit() is called with other than 0
On Sat, 2005-10-22 at 17:02, Craig A. Berry wrote:
> At 4:19 PM -0400 10/22/05, John E. Malmberg wrote:
>
> >>>* Bash shell support. This needs lots of work. Pipes need to be fixed.
> >> In principle, just replacing my_popen() and my_pclose() in vms/vms.c
> >>with another implementation would be
On VMS, sprintf returns the length of the buffer.
-John
[EMAIL PROTECTED]
Personal Opinion Only
--- /rsync_root/perl/configure.com Mon Oct 24 16:33:41 2005
+++ configure.com Mon Oct 24 21:09:48 2005
@@ -5906,7 +5906,7 @@
$ WC "d_socklen_t='" + d_socklen_t + "'"
$ WC "d_sockpair='" +
Charles Lane wrote:
On Sat, 2005-10-22 at 17:02, Craig A. Berry wrote:
At 4:19 PM -0400 10/22/05, John E. Malmberg wrote:
Mailbox size limitations are the culprit; you'd think "oh, just make the
mailboxes really huge", but that runs into the limits of normal "user"
accounts. Having Perl r
