Re: VMS, configure.com and nonxs_ext
On Tue, 08 Sep 2009 06:47:38 -0500, Craig A. Berry craigbe...@mac.com wrote: On Sep 8, 2009, at 4:33 AM, Nicholas Clark wrote: On Mon, Sep 07, 2009 at 05:15:51PM -0500, Craig A. Berry wrote: There's also dynamic_ext, right? Shouldn't dynamic_ext plus nonxs_extensions equal known_extensions? Well, probably it should, but what actually happens is: extensions is everything. known_extensions = static_ext + dynamic_ext extensions = nonxs_ext + known_extensions which isn't logical, but I suspect is due to something historical. I think that's about what I sorted out by reading Porting/Glossary, Porting/Glossary is generated from metaunits. If the comment is outdated (and the comments are not visible outside the metaunits), the Glossary will contain bad comments. The Glossary is not a bible (yet). which does say that known_extensions only includes the XS kind (which is definitely not what we were doing on VMS before). As you've likely noticed, I think it's done: http://perl5.git.perl.org/perl.git/commitdiff/d1ce36d Hmm. Actually, we're not including nonxs_ext in extensions but that should be easy to fix and may not have any impact on the build. -- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using porting perl 5.6.2, 5.8.x, 5.10.x, 5.11.x on HP-UX 10.20, 11.00, 11.11, 11.23, and 11.31, OpenSuSE 10.3, 11.0, and 11.1, AIX 5.2 and 5.3. http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/
Re: HP's Testdrive being replaced.
On Wed, 01 Oct 2008 16:39:45 -0500, Craig Berry [EMAIL PROTECTED] wrote: On Wednesday, October 01, 2008, at 03:23PM, Michael G Schwern [EMAIL PROTECTED] wrote: HP is shutting down it's testdrive program which gives logins to its many operating systems (see also VMS) for developer evaluation and testing. It's replacing it with something called HP Partner Virtualization Program which it says is better and will make you smell nice and be more attractive. It also requires that you be a company member of their Developer and Solution Partner Program (DSPP). I believe Merijn has had some contact with HP folks who are aware this is not the best fit for open source developers and there is hope that something more workable can be arranged. That is correct: I was even very happy surprised with their answer: --8--- Subject: Re: Perl5 porters support on PVP From: HP Partner Virtualization Program [EMAIL PROTECTED] Date: Fri, 5 Sep 2008 19:43:56 -0400 Message-Id: [EMAIL PROTECTED] To: H.Merijn Brand [EMAIL PROTECTED] Organization: HP User-Agent: KMail/1.9.9 Sorry for the delay. We have actually been expecting this request. First you need to be aware there are no plans for to support access to HP 9000 (PA-RISC) systems as part of HP PVP. The HP Partner Virtualization Program is focused on providing access to new technologies and solutions. HP has announced the last sales date for HP 9000 systems as December 31, 2008 and has had a migration program in place to move customers to HP Integrity Servers for over a year. Secondly, we have been discussing options for this scenario. We have yet to settle on a solution. We hope to have an answer for you before the Testdrive program is shutdown. -- PVP Admin --- http://www.hp.com/go/pvp --8--- But after that, all was silent. I'll keep you posted. -- H.Merijn Brand Amsterdam Perl Mongers http://amsterdam.pm.org/ using porting perl 5.6.2, 5.8.x, 5.10.x, 5.11.x on HP-UX 10.20, 11.00, 11.11, 11.23, and 11.31, SuSE 10.1, 10.2, and 10.3, AIX 5.2, and Cygwin. http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/
Re: 07arith.t failing as _strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S') fails
On Wed, 21 May 2008 22:29:13 -0500, John E. Malmberg [EMAIL PROTECTED] wrote: A todo for VMS: In [EMAIL PROTECTED], 07arith.t is dying on test 11. From the comments, it seems that it is expecting the _strptime function (or something) to convert '2001-2-29' to '2001-3-1'. It's like this since a long time on all HP-UX too, and Steve P traced it to be some XS problem last night. Matt did not (yet) reply to my mails. Instead it is failing with the message Error parsing time at ../lib/Time/Piece.pm line 615, DATA line 17. -- H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/) using porting perl 5.6.2, 5.8.x, 5.10.x on HP-UX 10.20, 11.00, 11.11, 11.23, SuSE 10.1 10.2, AIX 5.2, and Cygwin. http://qa.perl.org http://mirrors.develooper.com/hpux/http://www.test-smoke.org http://www.goldmark.org/jeff/stupid-disclaimers/
Re: 07arith.t failing as _strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S') fails
On Thu, 22 May 2008 07:37:11 -0500, Craig A. Berry [EMAIL PROTECTED] wrote: At 8:30 AM +0200 5/22/08, H.Merijn Brand wrote: On Wed, 21 May 2008 22:29:13 -0500, John E. Malmberg [EMAIL PROTECTED] wrote: A todo for VMS: In [EMAIL PROTECTED], 07arith.t is dying on test 11. From the comments, it seems that it is expecting the _strptime function (or something) to convert '2001-2-29' to '2001-3-1'. It's like this since a long time on all HP-UX too, and Steve P traced it to be some XS problem last night. Matt did not (yet) reply to my mails. Instead it is failing with the message Error parsing time at ../lib/Time/Piece.pm line 615, DATA line 17. I noticed this too. On VMS it boils down to passing to strptime a time string for 29 February 2001, but unless I've lost some time myself, 2001 was not a leap year, so it's not a valid time. The standard for strptime is silent about what level of validation, if any, should be done on the incoming time string. Here's VMS: $ perl -MTestInit -MTime::Piece -E say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S'); Error parsing time at -e line 1. Here's Mac OS X: % ./perl -MTestInit -MTime::Piece -E say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S'); 56|34|12|1|2|101|4|59|0|0|0 If I'm reading this right, Mac OS X (and probably other BSDs) is interpreting this as the first of March, which doesn't make much sense to me, but may have a rationale behind it. In any case, Time::Piece seems to depend on this non-portable behavior, and even, as John noted, to be specifically testing for it. I RT'd it: http://rt.cpan.org//Ticket/Display.html?id=36106 -- H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/) using porting perl 5.6.2, 5.8.x, 5.10.x on HP-UX 10.20, 11.00, 11.11, 11.23, SuSE 10.1 10.2, AIX 5.2, and Cygwin. http://qa.perl.org http://mirrors.develooper.com/hpux/http://www.test-smoke.org http://www.goldmark.org/jeff/stupid-disclaimers/
Re: [PATCH@33547] configure.com and vms.c fixes.
On Sun, 23 Mar 2008 14:29:25 -0500, John E. Malmberg [EMAIL PROTECTED] wrote: In configure.com, add test for sys/poll.h. In VMS.C, Add a missing translation of an RMS status code to a ERRNO, and remove a cast. Thanks John, applied as change #33550 FYI, this test was added by the updated metaconfig tools, not by any patch from the perl community, so it missing in any of the OS's that do not use Configure was not a big deal. However, this is good housekeeping. I'd love to see the remaining OS variants updated too. -- H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/) using porting perl 5.6.2, 5.8.x, 5.10.x on HP-UX 10.20, 11.00, 11.11, 11.23, SuSE 10.1 10.2, AIX 5.2, and Cygwin. http://qa.perl.org http://mirrors.develooper.com/hpux/http://www.test-smoke.org http://www.goldmark.org/jeff/stupid-disclaimers/
Re: patch@27373 VMS build fix + more long pathname stuff
On Sat, 04 Mar 2006 00:36:03 -0500, John E. Malmberg [EMAIL PROTECTED] wrote: In vms/vms.c: Fix code for translating Unicode and escaped hex filenames from VMS to UNIX to compile on the newer compiler with optimization on. This bug was introduced with patch 27187. Change code to do the rmdir and kill_file to be able to use long pathnames. In mp_do_tounixspec, use Newx and Safefree for memory to store a temporary file specification to save on stack usage with path names of 4096 bytes. Thanks, applied as change #27375 -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using porting perl 5.6.2, 5.8.x, 5.9.x on HP-UX 10.20, 11.00, 11.11, 11.23, SuSE 10.0, AIX 4.3 5.2, and Cygwin. http://qa.perl.org http://mirrors.develooper.com/hpux/ http://www.test-smoke.org http://www.goldmark.org/jeff/stupid-disclaimers/
Re: [patch@25837] Change 25831: sprintf returns the length of the buffer.
On Mon, 24 Oct 2005 23:37:46 -0400, John E. Malmberg [EMAIL PROTECTED] wrote: On VMS, sprintf returns the length of the buffer. Thanks, applied to blead as change #25838 -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using Perl 5.6.2, 5.8.0, 5.8.5, 5.9.2 on HP-UX 10.20, 11.00 11.11, AIX 4.3 5.2, SuSE 9.2 9.3, and Cygwin. http://www.cmve.net/~merijn Smoking perl: http://www.test-smoke.org,perl QA: http://qa.perl.org reports to: [EMAIL PROTECTED],perl-qa@perl.org
Patch 25733
Can you check/update this patch regarding VMS please? Change 25733 by [EMAIL PROTECTED] on 2005/10/10 13:47:17 Add probe for unsetenv () Subject: Re: Perl's handling of environ breaks on Solaris 10 From: Steve Peters [EMAIL PROTECTED] Date: Mon, 10 Oct 2005 07:51:17 -0500 Message-ID: [EMAIL PROTECTED] Affected files ... ... //depot/perl/Configure#588 edit ... //depot/perl/Porting/Glossary#156 edit ... //depot/perl/config_h.SH#304 edit ... //depot/perl/handy.h#100 edit Differences ... //depot/perl/Configure#588 (xtext) 29c29 # Generated on Mon Sep 12 15:44:06 CEST 2005 [metaconfig 3.0 PL70] --- # Generated on Mon Oct 10 16:08:59 CEST 2005 [metaconfig 3.0 PL70] 766a767 d_unsetenv='' 17462a17464,17467 : see if unsetenv exists set unsetenv d_unsetenv eval $inlibc 21325a21331 d_unsetenv='$d_unsetenv' //depot/perl/Porting/Glossary#156 (text) 2185a2186,2189 d_unsetenv (d_unsetenv.U): This variable conditionally defines the HAS_UNSETENV symbol, which indicates to the C program that the unsetenv () routine is available. //depot/perl/config_h.SH#304 (text) 2645a2646,2651 /* HAS_UNSETENV: *This symbol, if defined, indicates that the unsetenv () routine is *available for use. */ #$d_unsetenv HAS_UNSETENV /**/ //depot/perl/handy.h#100 (text) 178c178 #if defined(HAS_MALLOC_SIZE) defined(HAS_MALLOC_GOOD_SIZE) --- #if defined(HAS_MALLOC_SIZE) defined(HAS_MALLOC_GOOD_SIZE) defined(HAS_U NSETENV) -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using Perl 5.6.2, 5.8.0, 5.8.5, 5.9.2 on HP-UX 10.20, 11.00 11.11, AIX 4.3 5.2, SuSE 9.2 9.3, and Cygwin. http://www.cmve.net/~merijn Smoking perl: http://www.test-smoke.org,perl QA: http://qa.perl.org reports to: [EMAIL PROTECTED],perl-qa@perl.org
Re: Patch 25733
On Tue, 11 Oct 2005 12:31:20 -0400, John E. Malmberg [EMAIL PROTECTED] wrote: H.Merijn Brand wrote: Can you check/update this patch regarding VMS please? Change 25733 by [EMAIL PROTECTED] on 2005/10/10 13:47:17 Add probe for unsetenv () Subject: Re: Perl's handling of environ breaks on Solaris 10 From: Steve Peters [EMAIL PROTECTED] Date: Mon, 10 Oct 2005 07:51:17 -0500 Message-ID: [EMAIL PROTECTED] Affected files ... ... //depot/perl/Configure#588 edit ... //depot/perl/Porting/Glossary#156 edit ... //depot/perl/config_h.SH#304 edit ... //depot/perl/handy.h#100 edit It broke the build on VMS. I discovered that this morning, and I am currently building blead-perl with a quick fix to configure.com. I know, I mailed Craig immediately after the patch (and cc'd vmsperl) Long term, a better fix than what I am testing is needed. VMS since V7.0 supports unsetenv(). The problem is that VMS/Perl implemented it's mapping of $ENV{} differently. That's why I didn't do it myself, but asked craig/vmsperl Specifically, VMS/Perl maps VMS logical names, VMS DCL symbols, and real environment variables all to $ENV hashes. The VMS/Perl method is incompatible with the GNV product which requires only real environment variables, and in order to get Perl to fully work with GNV, I have to get all that sorted out. GNV is a BASH shell and some common GNU utilities. -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using Perl 5.6.2, 5.8.0, 5.8.5, 5.9.2 on HP-UX 10.20, 11.00 11.11, AIX 4.3 5.2, SuSE 9.2 9.3, and Cygwin. http://www.cmve.net/~merijn Smoking perl: http://www.test-smoke.org,perl QA: http://qa.perl.org reports to: [EMAIL PROTECTED],perl-qa@perl.org
Re: [patch@25502] Add hard link and V8.2 crtl support to VMS.
On Tue, 20 Sep 2005 01:22:24 -0400, John E. Malmberg [EMAIL PROTECTED] wrote: This patch adds the ability to build Perl on 64 bit VMS V8.2 with support for hard links, and the newer CRTL features. Thanks, All three applied in change #25507 Changes to configure.com: 1. Protect the link operations for the tests from someone aliasing the link command to default for a /DEBUG build. 2. Allow override of the make being chosen. Currently only MMK or MMS are known to work for the build procedure. 3. Three prompts were waiting for input even when no additional prompt operation is selected. With output redirected to a command file, there was no explanation of what was being prompted for. Now no additional prompt mode really has no additional prompts. 4. Remove /00 from UNIX format names of VMS root directories. These should not be there as if they are passed to a C library routine they are an illegal syntax. vmsify() knows to remove these and this is why they usually have not caused problems. 5. Selecting maximal 64 bit mode also enables large file operation. 6. Removed second check for strtoq. 7. Add tests to see if hard links are enabled on the build volume and supported by the version of VMS and if pass enable hard links. 8. Add tests for symbolic link support for future version of VMS, which will only be enabled if large file operation is also enabled. 9. Add VMS 7.3-2 CRTL routines: getgrdid_r, getpgid, getpgrp, getpwnam_r, getpwuid_r, setgrent, ttyname_r, but only on 64 bit VMS 8.2 because I am not able to test the builds on earlier versions. 10. Prep for future support of seteuid, setpgid, setpgrp, seetregid, setreuid, setsid found in 7.3-2. 11. Add support for 64 bit VMS 8.2 fstatvfs and sockpair routine. 12. Add dormant support for _USE_STD_STAT option. Currently the values returned by stat() functions on VMS are not POSIX compliant, and Perl on VMS has some hacks to make it look like they are POSIX compliant. In the future it may be needed to for Perl to use the C library standard stat instead of the VMS hacks. This makes the support easy to add later. 13. Better Posix/UNIX filename support in VMS 8.2 requires using the CRTL provided dirent.h header definition. 14. Optional (and mostly undocumented) method of generating a PERL_SETUP.COM that can be put in a binary distribution kit. Changes to vms/descrip_mms.template: 1. Add support for _USE_STD_STAT option. 2. cleanup of extra.pods was missing from the REALCLEAN target. Changes to x2p/s2p.PL: 1. $0 parameter on VMS could be in unknown case, so it needs to be lower cased to for parameter to work when VMS is in case sensitive or case preserved mode. 2. The link command needs to use the same filename as the fall back copy command. -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using Perl 5.6.2, 5.8.0, 5.8.5, 5.9.2 on HP-UX 10.20, 11.00 11.11, AIX 4.3 5.2, SuSE 9.2 9.3, and Cygwin. http://www.cmve.net/~merijn Smoking perl: http://www.test-smoke.org,perl QA: http://qa.perl.org reports to: [EMAIL PROTECTED],perl-qa@perl.org
Re: [patch@25452] VMS fix required by Change 25387
On Sun, 18 Sep 2005 14:53:09 -0400, John E. Malmberg [EMAIL PROTECTED] wrote: Two config parameters were added to Configure so they also need to be added to configure.com. VMS does not have those functions. ooh man, do I feel guilty! Thanks, applied as change #25474 Any win32 people that can test for the win32env? -John [EMAIL PROTECTED] Personal Opinion Only -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using Perl 5.6.2, 5.8.0, 5.8.5, 5.9.2 on HP-UX 10.20, 11.00 11.11, AIX 4.3 5.2, SuSE 9.2 9.3, and Cygwin. http://www.cmve.net/~merijn Smoking perl: http://www.test-smoke.org,perl QA: http://qa.perl.org reports to: [EMAIL PROTECTED],perl-qa@perl.org
Re: [PATCH@25292] add nonxs_ext to configure.com
On Sat, 13 Aug 2005 12:20:34 -0400, John E. Malmberg [EMAIL PROTECTED] wrote: Jim Cromie wrote: in case you hadnt noticed already, you forgot to diff them. I did diff them, I just included the wrong file on the send. Trying again, this time with the correct patch file and the correct blead number. This allows lib/config/extensions.t to run with out errors on VMS. Thanks, applied as change #25294 Currently VMS does not appear to have any non-xs extensions being built automatically. -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using Perl 5.6.2, 5.8.0, 5.8.5, 5.9.2 on HP-UX 10.20, 11.00 11.11, AIX 4.3 5.2, SuSE 9.2 9.3, and Cygwin. http://www.cmve.net/~merijn Smoking perl: http://www.test-smoke.org,perl QA: http://qa.perl.org reports to: [EMAIL PROTECTED],perl-qa@perl.org
Re: [PATCH] Detecting strlcat() and strlcpy() in Configure
On Sat 30 Oct 2004 19:42, H.Merijn Brand [EMAIL PROTECTED] wrote: On Fri 29 Oct 2004 04:58, Steve Peters [EMAIL PROTECTED] wrote: I'm not sure if it was on IRC or the mailing-list, but I know there had been some discussions previously to add detection of strlcat() and strlcpy() the list of C functions detected by Configure. For those who aren't familiar, strlcat() and strlcpy() are a safer version of strncat() and strncpy() (see http://developer.apple.com/documentation/Darwin/Reference/ManPages/man3/strlcat.3.html for details on their functionality). These functions are implemented, as far as I know, in the various BSDs, Mac OS X, and Cygwin. Part 1 (#23434) - the metaconfig units, Part 2 (#23435) - Configure and friends, and Part 3 (#23436) - non-standard OS's I have been done. Since I don't know what VMS actually has, and configure.com doesn't have commented out lines, I'd like to know what to do for that Part 4 - epoc, and djgpp, and Part 5 - Porting/* Part 5 is now also done (#23450, #23455 and #23457) I'd still would muchly appreciate some comments on my VMS question will follow later Adding this detection to Configure will make it easier for module writers to determine whether these functions are available and allow them to use them rather than relying solely on strncat() and strncpy(). Attached are the patches to implement this. Comments are welcomed! -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using perl-5.6.1, 5.8.5, 5.9.x, and 809 on HP-UX 10.20 11.00, 11i, AIX 4.3, AIX 5.2, SuSE 9.1, and Win2k. http://www.cmve.net/~merijn/ http://archives.develooper.com/[EMAIL PROTECTED]/ [EMAIL PROTECTED] send smoke reports to: [EMAIL PROTECTED], QA: http://qa.perl.org
Fw: Re: perl-5.8.3-RC1 op VMS
Forwarded by H.Merijn Brand [EMAIL PROTECTED] --- Original Message --- From:[EMAIL PROTECTED] To: H.Merijn Brand [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], Nicholas Clark [EMAIL PROTECTED] Date:Fri, 9 Jan 2004 14:36:28 +0100 (CET) Subject: Re: perl-5.8.3-RC1 op VMS On Fri 09 Jan 2004 13:45, [EMAIL PROTECTED] wrote: Hoi, Als ik het goed gehoord heb dan vroeg jij bij de afgelopen bijeenkomst om perl-5.8.3-RC1 te proberen op VMS. Ik heb dit gedaan en een mms test resulteerd in Failed 4 test scripts out of 761, 99.47% okay. Mocht je ge-intereseerd zijn in de afzonderlijke resultaten wil ik je die graag opsturen. Met de vrolijke groeten, Frans. Frans, veel dank Nick, terse translation: If I heard right in last PM meeting, you wanted VMS tests for 5.8.3-rc1 on VMS. I've done so and mms test results in 4 failures. If you are interested in the seperate results, I'll send them to you Frans, yes please, keep Nick Cc'd OK, I've attached the configuration of my machine and the output of mms test I will try and see if I can get more output for the tests that failed. However I only have access to this machine during weekdays. Have fun, Frans. - Original Message Ends -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using perl-5.6.1, 5.8.0, 5.9.x, and 806 on HP-UX 10.20 11.00, 11i, AIX 4.3, SuSE 8.2, and Win2k. http://www.cmve.net/~merijn/ http://archives.develooper.com/[EMAIL PROTECTED]/ [EMAIL PROTECTED] send smoke reports to: [EMAIL PROTECTED], QA: http://qa.perl.org Output of $ @myconfig.com Summary of my 'perl5' (version '8' subversion '3') configuration: Platform: osname='VMS', osvers='V7.1-2', archname='VMS_AXP' uname='VMS dkws14 V7.1-2 COMPAQ AlphaServer DS10 617 MHz' hint='none' d_sigaction='undef' static exts= Compiler: cc='CC/DECC', optimize='/NoList', ld='Link' cppflags= ccflags ='/Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj /NOANSI_ALI AS/float=ieee/ieee=denorm_results' ldflags ='/NoTrace/NoMap' stdchar='char', d_stdstdio='define', usevfork='true' voidflags='15', castflags='0', d_casti32='define', d_castneg='define' intsize='4', alignbytes='8', usemymalloc='undef', randbits='31' Libraries: so='exe' libpth='/sys$share /sys$library' libs=' ' libc='(DECCRTL)' Dynamic Linking: dlsrc='dl_vms.c', dlext='exe', d_dlsymun='undef' cccdlflags=, ccdlflags=, lddlflags='/Share' Output ofmms test t/base/cond..ok t/base/ifok t/base/lex...ok t/base/num...ok t/base/pat...ok t/base/rsok t/base/term..ok t/comp/bprotook t/comp/cmdoptok t/comp/colon.ok t/comp/cpp...ok t/comp/decl..ok t/comp/hints.ok t/comp/multiline.ok t/comp/our...ok t/comp/package...ok t/comp/parserok t/comp/proto.ok t/comp/redef.ok t/comp/require...ok t/comp/scriptok t/comp/term..ok t/comp/use...ok t/cmd/elsif..ok t/cmd/forok t/cmd/modok t/cmd/subval.ok t/cmd/switch.ok t/cmd/while..ok t/run/exit...ok t/run/fresh_perl.ok t/run/noswitch...ok t/run/runenv.skipping test on this platform t/run/switchaok t/run/switchcok t/run/switchdok t/run/switches...ok t/run/switchfok t/run/switchiok t/run/switchnok t/run/switchpok t/run/switchpx...ok t/run/switchtok t/run/switchxok t/io/argvok t/io/binmode.ok t/io/crlfok t/io/dup.ok t/io/fflush..ok t/io/fs..ok t/io/inplace.ok t/io/iprefix.ok t/io/layers..ok t/io/nargv...ok t/io/openok t/io/openpid.ok t/io/pipeskipping test on this platform t/io/print
Re: nanosleep
On Mon 30 Sep 2002 18:31, Craig A. Berry [EMAIL PROTECTED] wrote: At 10:18 AM 9/30/2002 +0200, H.Merijn Brand wrote: Would this be enough? --- configure.com 2002-09-27 13:11:04.0 +0200 +++ configure.com.new 2002-09-30 09:55:13.0 +0200 Actually I don't see nanosleep present on any version of VMS, so I think you'd simply want the following: --- configure.com 2002-09-27 13:11:04.0 +0200 +++ configure.com.new 2002-09-30 09:55:13.0 +0200 @@ -5489,6 +5491,7 @@ $ WC d_unlink_all_versions='undef' $ WC d_unordered='undef' $ WC d_usleep=' + d_usleep + ' $ WC d_usleepproto=' + d_usleep + ' +$ WC d_nanosleep='undef' $ WC d_ustat='undef' $ WC d_vendorarch='undef' $ WC d_vendorlib='undef' Applied as #17946. Thanks. -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using perl-5.6.1, 5.8.0 633 on HP-UX 10.20 11.00, AIX 4.2, AIX 4.3, WinNT 4, Win2K pro WinCE 2.11. Smoking perl CORE: [EMAIL PROTECTED] http:[EMAIL PROTECTED]/ [EMAIL PROTECTED] send smoke reports to: [EMAIL PROTECTED], QA: http://qa.perl.org
Re: nanosleep
On Mon 30 Sep 2002 18:35, [EMAIL PROTECTED] wrote: I'll concur with what Craig has just said: undef should be fine for all VMS for the time being. I took a look at the latest C RTL docs at www.openvms.compaq.com and found no nanosleep(). I will point out that the original patch was correct had there been a nanosleep in the relevant RTL. Note that it _might_ be possible with calls to sys$hiber() and sys$wake() to emulate a nanosleep(). Such code would need to be introduced in a place like vms/vms.c (my_nanosleep()?) most likely (if it would even work with the needed resolution). Peter Prymmer That's up to Jarkko. He wants it for Time::HiRes. At 10:18 AM 9/30/2002 +0200, H.Merijn Brand wrote: Would this be enough? --- configure.com 2002-09-27 13:11:04.0 +0200 +++ configure.com.new 2002-09-30 09:55:13.0 +0200 Actually I don't see nanosleep present on any version of VMS, so I think you'd simply want the following: --- configure.com 2002-09-27 13:11:04.0 +0200 +++ configure.com.new 2002-09-30 09:55:13.0 +0200 @@ -5489,6 +5491,7 @@ $ WC d_unlink_all_versions='undef' $ WC d_unordered='undef' $ WC d_usleep=' + d_usleep + ' $ WC d_usleepproto=' + d_usleep + ' +$ WC d_nanosleep='undef' $ WC d_ustat='undef' $ WC d_vendorarch='undef' $ WC d_vendorlib='undef' -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using perl-5.6.1, 5.8.0 633 on HP-UX 10.20 11.00, AIX 4.2, AIX 4.3, WinNT 4, Win2K pro WinCE 2.11. Smoking perl CORE: [EMAIL PROTECTED] http:[EMAIL PROTECTED]/ [EMAIL PROTECTED] send smoke reports to: [EMAIL PROTECTED], QA: http://qa.perl.org
Re: nanosleep
On Sun 29 Sep 2002 19:35, Jarkko Hietaniemi [EMAIL PROTECTED] wrote: If you could add Configure probe for nanosleep? (That way integrating the CPAN versionTime::HiRes should become easier.). I think the nanosleep probe unit actually already is in there, one just needs to add HAS_NANOSLEEP somewhere before regenerating Configure: the end of perl.h is the traditional place (of course, once the newer Time::HiRes is integrated, it will have HAS_NANOSLEEP). Note that the various */config* and configure.com will need adjusting, too: in the */config* you can just add it as 'undef', but for the configure.com you'll get practice in editing the configure.com (add a real test, instead of just defaulting to 'undef'). Would this be enough? --- configure.com 2002-09-27 13:11:04.0 +0200 +++ configure.com.new 2002-09-30 09:55:13.0 +0200 @@ -4670,6 +4670,7 @@ $ d_msync=define $ d_ualarm=define $ d_uname=define $ d_usleep=define +$ d_nanosleep=define $ d_setitimer=define $ d_sigaction=define $ d_sigprocmask=define @@ -4703,6 +4704,7 @@ $ d_msync=undef $ d_ualarm=undef $ d_uname=undef $ d_usleep=undef +$ d_nanosleep=undef $ d_setitimer=undef $ d_sigaction=undef $ d_sigprocmask=undef @@ -5489,6 +5491,7 @@ $ WC d_unlink_all_versions='undef' $ WC d_unordered='undef' $ WC d_usleep=' + d_usleep + ' $ WC d_usleepproto=' + d_usleep + ' +$ WC d_nanosleep=' + d_nanosleep + ' $ WC d_ustat='undef' $ WC d_vendorarch='undef' $ WC d_vendorlib='undef' Note: I'm not on this list. Please keep me Cc'd -- H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/) using perl-5.6.1, 5.8.0 633 on HP-UX 10.20 11.00, AIX 4.2, AIX 4.3, WinNT 4, Win2K pro WinCE 2.11. Smoking perl CORE: [EMAIL PROTECTED] http:[EMAIL PROTECTED]/ [EMAIL PROTECTED] send smoke reports to: [EMAIL PROTECTED], QA: http://qa.perl.org