Bug #11141 for IPC-Run: Tests fail on VMS due to lack of fork()

Thu Jan 20 19:23:55 2005 RSOD [...] cpan.org - Ticket created

CC:	Abe Timmerman <abe [...] ztreet.demon.nl>
From:	Richard Soderberg <rsod [...] cpan.org>
Subject:	Tests fail on VMS due to lack of fork()
Date:	Thu, 20 Jan 2005 16:20:11 -0800
To:	bug-IPC-Run [...] rt.cpan.org

From: Abe Timmerman <abe@ztreet.demon.nl> On Jan 20, 2005, at 11:29 PM, Abe Timmerman wrote: Starting here, IPC::Run (0.79 from ftp.cpan.org) doesn't play nice with VMS. It seems to expect that fork() is implemented, which is not true for VMS (yet). most test failures have to do with fork() not available: Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------ ------- t/binmode.t 444 1024 24 40 166.67% 5-24 t/bogus.t 2 2 100.00% 1-2 t/io.t 208 256 14 18 128.57% 6-14 t/kill_kill.t 444 1024 2 4 200.00% 1-2 t/parallel.t 444 1024 6 12 200.00% 1-6 t/pump.t 444 1024 27 54 200.00% 1-27 t/run.t 444 1024 267 494 185.02% 21-267 t/signal.t 444 1024 3 6 200.00% 1-3 t/timeout.t 444 1024 25 42 168.00% 5-25 t/win32_compile.t 44 1024 ?? ?? % ?? 61 subtests skipped. Failed 10/15 test scripts, 33.33% okay. 337/703 subtests failed, 52.06% okay. t/win32_compile.... Your vendor has not defined Socket macro TCP_NODELAY, used at /DISK$USER_2/ TIMMERMAN/FASOLT/_CPAN/IPC-RUN-0_79/blib/lib/IPC/Run/Win32IO.pm line 90 BEGIN failed--compilation aborted at /DISK$USER_2/TIMMERMAN/FASOLT/_CPAN/ IPC-RUN-0_79/blib/lib/IPC/Run/Win32IO.pm line 98. Compilation failed in require at t/win32_compile.t line 77. BEGIN failed--compilation aborted at t/win32_compile.t line 77. %SYSTEM-F-ABORT, abort

Fri Jan 21 00:46:28 2005 RSOD [...] cpan.org - Requestor abe@ztreet.demon.nl added

Fri Jan 21 00:46:28 2005 RSOD [...] cpan.org - Given to RSOD

Fri Jan 21 00:46:44 2005 RSOD [...] cpan.org - Status changed from 'new' to 'open'

Fri Jan 21 00:48:11 2005 RSOD [...] cpan.org - Correspondence added

Lacking direct experience with VMS, I'd welcome any suggestions you might have as to how IPC::Run::_spawn() could spawn external programs on VMS without using fork(). I'll investigate it myself as well -- perhaps an ithreads-based solution would work, something I've wished to try in any case. Can you submit the output of perl -V as well? Thanks :) - R.

Fri Jan 21 08:53:49 2005 barries [...] slaysys.com - Correspondence added

Date:	Fri, 21 Jan 2005 09:40:10 -0500
From:	Barrie Slaymaker <barries [...] slaysys.com>
To:	Richard Soderberg via RT <bug-IPC-Run [...] rt.cpan.org>
CC:	undisclosed-recipients: ;
Subject:	Re: [cpan #11141] Tests fail on VMS due to lack of fork()
RT-Send-Cc:

Can you do what is done on Win32 and build a little helper module that uses VMS-specific APIs? On Fri, Jan 21, 2005 at 12:48:12AM -0500, Richard Soderberg via RT wrote: Show quoted text

> > This message about IPC-Run was sent to you by RSOD <RSOD@cpan.org> via rt.cpan.org > > Full context and any attached attachments can be found at: > <URL: https://rt.cpan.org/Ticket/Display.html?id=11141 > > > Lacking direct experience with VMS, I'd welcome any suggestions you > might have as to how IPC::Run::_spawn() could spawn external programs on > VMS without using fork(). I'll investigate it myself as well -- perhaps > an ithreads-based solution would work, something I've wished to try in > any case. Can you submit the output of perl -V as well? Thanks :) > > - R.

Fri Jan 21 17:06:48 2005 rs [...] ordata.com - Correspondence added

From:	Richard Soderberg <rs [...] ordata.com>
Subject:	Re: [cpan #11141] Tests fail on VMS due to lack of fork()
Date:	Fri, 21 Jan 2005 13:56:01 -0800
To:	bug-IPC-Run [...] rt.cpan.org
RT-Send-Cc:

Yeah, I think so - just not sure as to what the specific VMS APIs are yet. On Jan 21, 2005, at 5:53 AM, Barrie Slaymaker via RT wrote: Show quoted text

> > This message about IPC-Run was sent to you by barries@slaysys.com > <barries@slaysys.com> via rt.cpan.org > > Full context and any attached attachments can be found at: > <URL: https://rt.cpan.org/Ticket/Display.html?id=11141 > > > Can you do what is done on Win32 and build a little helper module that > uses VMS-specific APIs? > > On Fri, Jan 21, 2005 at 12:48:12AM -0500, Richard Soderberg via RT > wrote:

>> >> This message about IPC-Run was sent to you by RSOD <RSOD@cpan.org> >> via rt.cpan.org >> >> Full context and any attached attachments can be found at: >> <URL: https://rt.cpan.org/Ticket/Display.html?id=11141 > >> >> Lacking direct experience with VMS, I'd welcome any suggestions you >> might have as to how IPC::Run::_spawn() could spawn external programs >> on >> VMS without using fork(). I'll investigate it myself as well -- >> perhaps >> an ithreads-based solution would work, something I've wished to try in >> any case. Can you submit the output of perl -V as well? Thanks :) >> >> - R.

>

Fri Jan 21 20:10:32 2005 abeltje [...] cpan.org - Correspondence added

From:

abeltje [...] cpan.org

[RSOD - Fri Jan 21 00:48:11 2005]: Show quoted text

> Lacking direct experience with VMS, I'd welcome any suggestions you > might have as to how IPC::Run::_spawn() could spawn external programs on > VMS without using fork().

I only have limited knowlage of VMS, just enough to get Test::Smoke working. You might want to consult the vmsperl list/newsgroup for this. Show quoted text

> I'll investigate it myself as well -- perhaps > an ithreads-based solution would work, something I've wished to try in > any case.

Hmmm... you cannot rely on threads (I've never succeded in building a threaded perl, but it has been done). Show quoted text

> Can you submit the output of perl -V as well? Thanks :)

TIMMERMAN:FASOLT$ perl "-V" Summary of my perl5 (revision 5 version 8 subversion 5) configuration: Platform: osname=VMS, osvers=E8.2, archname=VMS_AXP uname='VMS fasolt E8.2 AlphaServer 4X00 5/400 4MB' config_args='-des -Dusedevel' hint=none, useposix=false, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=undef usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=undef, bincompat5005=undef Compiler: cc='CC/DECC', ccflags ='/Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj / NOANSI_ALIAS/float=ieee/ieee=denorm_results', optimize='/NoList', cppflags='undef' ccversion='60290003', gccversion='', gccosandvers='undef' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='int', lseeksize=4 alignbytes=8, prototype=define Linker and Libraries: ld='Link', ldflags ='/NoTrace/NoMap' libpth=/sys$share /sys$library libs= perllibs= libc=(DECCRTL), so=exe, useshrplib=undef, libperl=undef gnulibc_version='undef' Dynamic Linking: dlsrc=dl_vms.c, dlext=exe, d_dlsymun=undef, ccdlflags='' cccdlflags='', lddlflags='/Share' Characteristics of this PERLSHR image: Compile-time options: DEBUGGING Locally applied patches: MAINT23414 Built under VMS Compiled at Nov 7 2004 22:28:38 %ENV: PERLSHR="PERL_ROOT:[000000]PERLSHR.EXE" PERL_ROOT="$1$DKA8:[TIMMERMAN.FASOLT.PERL-58X_ROOT.]" @INC: perl_root:[lib.VMS_AXP.5_8_5] perl_root:[lib] perl_root:[lib.site_perl.VMS_AXP] perl_root:[lib.site_perl] /perl_root/lib/site_perl . Thanks for picking this up+ Good luck, Abe.

Fri May 12 08:54:37 2017 TODDR [...] cpan.org - Correspondence added

Ticket migrated to github as https://github.com/toddr/IPC-Run/issues/69

Fri May 12 08:54:42 2017 TODDR [...] cpan.org - Status changed from 'open' to 'resolved'