php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #23447 errors with regression test with "make test"
Submitted: 2003-05-01 19:57 UTC Modified: 2003-05-02 19:38 UTC
From: dg at ulysium dot net Assigned:
Status: Closed Package: *General Issues
PHP Version: 4.3.2RC2 OS: tru64 5.1b
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: dg at ulysium dot net
New email:
PHP Version: OS:

 

 [2003-05-01 19:57 UTC] dg at ulysium dot net 
I'm posting a snapshot of a pice of message from the php-
install list which contains the important bits of info.

Basically, I ran the "make test" and it stopped on the two 
regression tests and didn't continue with other tests.

In this mailing list posting, it refers to the 32bit/64bit 
issues with the tru64 os.

Perhaps those specific tests require to be looked at 
regarding this 32/64bit issue, as well as the reason for 
the tests not proceeding any further after the errors 
occur..

> =========================================================
============
> CWD         : /usr/local/apache/src/php-4.3.2RC2
> PHP         : /usr/local/apache/src/php-4.3.2RC2/sapi/
cli/php
> PHP_SAPI    : cli
> PHP_VERSION : 4.3.2-RC2
> ZEND_VERSION: 1.3.0
> PHP_OS      : OSF1
> INI actual  : /usr/local/apache/conf/php.ini
> More .INIs  :
> Extra dirs  :
> =========================================================
============
> TIME START 2003-04-29 21:58:01
> =========================================================
============
[...]
> FAIL Regression test [tests/lang/023.phpt]
> FAIL Looped regression test (may take a while) [tests/
lang/024.phpt]
> *** Exit 255
> 
> What could cause this failed test?
> Anything I can fix? or is it some bug?

Some of these tests always fail on Tru64, mostly because of 
flaws in the
tests (32 bit vs. 64 bit). But it should _not_ exit - it 
should run a
lot more tests and then send the test results to php-
qa@lists.php.net
(it asks for your permission first, and you can manually 
send the test
results, e.g. if you are in an intranet).

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-05-02 06:14 UTC] sniper@php.net 
We need to see the tests/lang/023.diff and tests/lang/024.diff files.
 [2003-05-02 16:42 UTC] dg at ulysium dot net 
How do I send those diff files? to whom?
the 024.diff is empty.
the 023.diff is almost 10k
 [2003-05-02 17:03 UTC] helly@php.net 
To: php-qa@lists.php.net

The "the 024.diff is empty" looks like a segfault. Could you provide a back trace? Something like:
gdb path_to_php/php
>run patch_to_the_test_/024.php       <- not phpt!
>bt

is that possible?
 [2003-05-02 19:19 UTC] dg at ulysium dot net 
I grabbed a snapshot last night and compiled that.
It's the 4.3.2rc3-dev and I ran the tests there.
The 023 and 024 tests don't cause any errors there and all 
the tests are made all the way. I made it send the results 
by email but I'm not certain it went out because there's no 
sendmail running on that box at the moment, so here's a 
place to grab it from, just in case:

ftp://padme.ulysium.net/tests.log

there are still several failing tests, but not those 023 
and 024, so whatever was causing this trouble was 
apparently fixed in the cvs.
 [2003-05-02 19:38 UTC] helly@php.net 
Then this one at least is closed.
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved. 		Last updated: Tue Oct 06 19:00:01 2026 UTC