-
Notifications
You must be signed in to change notification settings - Fork 577
Test failures on on x86pc-nto 6.3.2 (QNX) #9220
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
From [email protected]"make test" fails with the following report: Failed 6 tests out of 1071, 99.44% okay. Here's the result of running harness on those tests: ../ext/Cwd/t/cwd....................ok 1/34readdir(linktest/..): Bad file Perl Info
|
From @nwc10Thanks for this report. However, I can't remember when we last knew the On Mon, Feb 04, 2008 at 10:02:47AM -0800, mkraai @ beckman. com wrote:
There's mention in README.qnx about ext/Cwd/Cwd.t will complain if `pwd` and cwd don't give But that's for QNX4. Is that still relevant?
The readline in 5.8.8 added tests 14-17. So do 12-13 fail on 5.8.8 too? Nicholas Clark |
The RT System itself - Status changed from 'new' to 'open' |
From @nwc10On Mon, Feb 04, 2008 at 10:02:47AM -0800, mkraai @ beckman. com wrote: QNX clearly doesn't like the negative epoch tests added in Time::Local
I see that there is a test that tries to spot negative epoch failures: # Use 3 days before the start of the epoch because with Borland on but that isn't working. Using a 64 bit machine I spot: $ ./perl -Ilib -MTime::Local -le 'print timegm(15,28,23,6,1,206)' and feeding those to perl on a 32 bit machine: $ perl -wle 'print scalar gmtime 4294942095' So it looks like time_t is unsigned on QNX, and those "negative" times are Is this the correct way to fix the test? Inline Patch--- /tmp/tmp.19759.0 2008-02-05 19:05:27.000000000 +0100
+++ /afs/wu-wien.ac.at/home/ma/nclark/bouvard/perl/lib/Time/Local.t 2008-02-05 19:05:18.000000000 +0100
@@ -65,7 +65,10 @@ my @years =
# Use 3 days before the start of the epoch because with Borland on
# Win32 it will work for -3600 _if_ your time zone is +01:00 (or
# greater).
-my $neg_epoch_ok = defined ((localtime(-259200))[0]) ? 1 : 0;
+my $neg_epoch_ok = do {
+ my ($t) = (localtime(-259200))[5];
+ (defined $t && $t == 69) ? 1 : 0;
+};
# use vmsish 'time' makes for oddness around the Unix epoch
if ($^O eq 'VMS') {
Nicholas Clark |
From [email protected]Howdy, Nicholas, thanks for your help addressing these problems. ext/Cwd/t/cwd.t still fails if I run it after running "cd `fullpath -t`". t/op/readline.t fails tests 12 and 13 in 5.8.8 as well: op/readline....ok 1/13# Failed at op/readline.t line 75 op/readline.t 13 2 15.38% 12-13 lib/Time/Local.t does not fail with your patch applied. Matt The server made the following annotations This message contains information that may be privileged or confidential and is the property of Beckman Coulter, Inc. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. |
This ticket appears to be about the QNX operating system. Per Wikipedia:
Does anyone know anyone who works at Blackberry to whom we could direct an inquiry? Thank you very much. |
I have a non-commercial hobbyist installation of QNX Neutrino 6.5.0 that I use for testing CPAN modules such as ExtUtils::MakeMaker etc. http://www.qnx.com/legal/licensing/non_commercial.html I can't exactly remember how I got this, but I seem to recall sending an email to the sales people saying I was a Perl developer and CPAN tester. I have done a build of v5.30.1, attached are the build and test logs. `Summary of my perl5 (revision 5 version 30 subversion 1) configuration: Platform: Characteristics of this binary (from libperl): ` |
Migrated from rt.perl.org#50530 (status was 'open')
Searchable as RT50530$
The text was updated successfully, but these errors were encountered: