php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
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 23:00:02 2026 UTC