Bug #16746 Updated: Log.php inexistant
| From: | cox@php.net | Date: | Mon, 29 Apr 2002 19:44:08 +0000 |
| Subject: | Bug #16746 Updated: Log.php inexistant | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-6492@lists.php.net to get a copy of this message | ||
ID: 16746
Updated by: cox@php.net
Reported By: klansman@arrakis.dhis.org
Status: Open
-Bug Type: PEAR related
+Bug Type: Reproducible crash
Operating System: FreeBSD 4.5
PHP Version: 4.2.0
New Comment:
This problem is not related to PEAR. Reclassified as Reproducible
crash.
-- Tomas V.V.Cox
PS.- For the moment you could download the package, uncompress and
install it by hand
Previous Comments:
------------------------------------------------------------------------
[2002-04-29 09:16:20] klansman@arrakis.dhis.org
(sorry, forgot to update the bug status to open)
------------------------------------------------------------------------
[2002-04-29 09:13:02] klansman@arrakis.dhis.org
Hi!
I have just tried the latest available snap: php4-STABLE-200204290300
I encoutered some other problems:
1. The build process does not work with freebsd 4.5 byacc once i type
gmake the script answers with the byacc command line. I tried another
approach: installed bison and it was ok then.
2. when i try to install the cgi version the gmake install script
replies with an error:
Making install in .
gmake[1]: Entering directory `/usr/src/php4-STABLE-200204290300'
gmake[1]: *** [install-sapi] Error 1
gmake[1]: Leaving directory `/usr/src/php4-STABLE-200204290300'
gmake: *** [install-recursive] Error 1
(i made a gmake clean and configured everything again between the
apache module build and the cgi build)
Since i needed the php binary, i copied it into
/usr/local/services/php/bin.
Tried 'pear install /usr/src/Log-1.1.tgz', same result: Segmentation
Fault (core dumped)
Now the php.core is created not under /usr/src (where Log-1.1.tgz is)
but in /usr/local/services/php/bin (where i called the pear script)
Please don't be confused about the directories i mention. The old 4.2.0
build was in it's own /usr/local/services/php-4.2.0 directory.
/usr/local/services/php was just a symlink. When i compiled the
4.2.1-dev i simply changed the link to /usr/local/services/php-latest,
so there is no way i was using the old php binary with the development
version.
I still have that php.core... The answer to the latest comment is:
unfortnately the problem persists. I am still unable to run horde.
I don't know if i have sent enough information; feel free to ask what
is needed.
thank you (again).
------------------------------------------------------------------------
[2002-04-29 07:21:31] mj@php.net
Could you perhaps try the latest PHP version from snaps.php.net and see
if the problem persists?
- Martin
------------------------------------------------------------------------
[2002-04-29 07:05:14] klansman@arrakis.dhis.org
Ok, i got it, but now php gives a segmentation fault, core dumped.
What i did was to recompile php without the --with-apxs2 option in the
configuration stage. Then with the cgi version i used the pear command
to install the downloaded Log-1.1.tgz.
'pear install /usr/src/Log-1.1.tgz'
I get a 'Segmentation Fault (core dumped)' and a 3.4MB php.core file in
/usr/src.
I know that php.core can give you valuable information, but you must
tell me first what can i do with it to send that information back to
you.
I am sorry to insist on the 'bug' but when i got the segmentation fault
from the php binary i thought this could be a bug (not the pear Log
module, the segmentation fault).
Also i tried to simply copy the files in Log-1.1.tgz into
/usr/local/services/php/lib/php but no success, horde still doesn't
work.
Thank you for the help.
------------------------------------------------------------------------
[2002-04-23 05:58:17] mj@php.net
Please get the Log class from
http://pear.php.net/package-info.php?pacid=8
and place the copy in your
PEAR directory.
- Martin
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16746
--
Edit this bug report at http://bugs.php.net/?id=16746&edit=1