[PHP-DEV] HELP: Where a class is located?

[Ivo Stoykov]

Hello

Please help me with this: How could I detirmite where a class is located
(usually included into another class)?

I would like to compose a path relatively to the class location.

Thank you

Ivo



-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15198 Updated: unexpected error 'OCI8 Recursive call!'

[ivo]

 ID:   15198
 Updated by:   [EMAIL PROTECTED]
-Summary:  unexpected error 'OCI8 Recursive call!'
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: OCI8 related
 Operating System: Redhat Linux 6.1
 PHP Version:  4.1.1
 Assigned To:  thies
 New Comment:

Well, I have investigated the situation a bit more:

I have a script which takes a long time (a maintenance script that runs
at night, using php cgi binary), so I have set set_time_limit(7200)
(which is two hours!)

In the script, there's a complex query that takes 3 minutes to run.
During this query, I get this OCI8 Recursive Call error and the script
fails, even though the time limit has not been reached yet. Is there
some internal timeout in the OCI calls? I now have to downgrade to
4.0.6 to prevent the problem.


Previous Comments:


[2002-01-25 10:40:07] [EMAIL PROTECTED]

this happens when an oci-call gets interrupted by a signal. this should
only happen in 2 stituations:

- you script hits max_execution_time (bad)

- you did an apachectrl restart instead of apachectrl graceful

the message "recursive call" is consitered a fatal-error and the apache
child that generated that message will be terminated by the php
oci-driveri. this is cause i've seen oracle MTS servers crashing when a
client tried to call the oci* stuff in a reentrant way. i currently
know no better way to save my "unbreakable" oracle from crashing;-)



[2002-01-25 10:39:26] [EMAIL PROTECTED]

this happens when an oci-call gets interrupted by a signal. this should
only happen in 2 stituations:

- you script hits max_execution_time (bad)

- you did an apachectrl restart instead of apachectrl graceful

the message "recursive call" is consitered a fatal-error and the apache
child that generated that message will be terminated by the php
oci-driveri. this is cause i've seen oracle MTS servers crashing when a
client tried to call the oci* stuff in a reentrant way. i currently
know no better way to save my "unbreakable" oracle from crashing;-)



[2002-01-24 04:44:03] [EMAIL PROTECTED]

I have a script that does an OCILogin, then OCIParses a query, then
does a few OCIBindByName calls, an OCIExecute, an OCIFreeStatement and
finally OCILogoff.

The query is a PL/SQL block with a BEGIN, a few update and insert
queries and an END.

Most of the time the script runs fine. But every now and then (haven't
discovered any regularity yet) I'm getting 'OCI8 Recursive call!' in my
error logs. 

I've taken a look at ext/oci8/oci8.c to see what would trigger this
error, and from what I see there, I can think of no errors in my script
that could cause this. So my guess os that it is some internal error.




-- 
Edit this bug report at http://bugs.php.net/?id=15198&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #14146 Updated: Compiles fine, but PHP binary and module just exit

[ivo]

 ID:   14146
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: AIX
-PHP Version:  4.0.6
+PHP Version:  4.1.0


Previous Comments:


[2001-11-22 04:23:53] [EMAIL PROTECTED]

The times I used gdb can be counted on one hand (never was involved in
a *huge* programming project, so the need for extensive debugging has
always been minimal), but here you go:
(this is the same result I get with PHP4.1.0RC3 unfortunately)

(gdb) run
Starting program: /san/stst/ststivo/php/bin/php 

Program exited with code 06.
(gdb) bt full
No stack.




[2001-11-21 12:30:55] [EMAIL PROTECTED]

And you should also try the PHP 4.1.0RC3 from:

http://download.php.net/~zeev/php-4.1.0RC3.tar.gz



[2001-11-21 12:30:05] [EMAIL PROTECTED]

What does 'bt full' output? (in GDB)




[2001-11-20 10:08:16] [EMAIL PROTECTED]

Additional note: PHP 3.0.18 does not have this problem, but all the
older 4.x versions available on php.net (4.0.5, 4.0.4pl1) behave
exactly the same as 4.0.6 after compilation.



[2001-11-20 07:21:49] [EMAIL PROTECTED]

strace is available, but I haven't got much experience with it. Perhaps
it works differently under Linux, but 'strace php' is not the way on
AIX.

Purpose
Prints STREAMS trace messages.

Syntax
strace [ mid sid level ] ...




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/14146

-- 
Edit this bug report at http://bugs.php.net/?id=14146&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15198: unexpected error 'OCI8 Recursive call!'

[ivo]

From: [EMAIL PROTECTED]
Operating system: Redhat Linux 6.1
PHP version:  4.1.1
PHP Bug Type: OCI8 related
Bug description:  unexpected error 'OCI8 Recursive call!'

I have a script that does an OCILogin, then OCIParses a query, then does a
few OCIBindByName calls, an OCIExecute, an OCIFreeStatement and finally
OCILogoff.

The query is a PL/SQL block with a BEGIN, a few update and insert queries
and an END.

Most of the time the script runs fine. But every now and then (haven't
discovered any regularity yet) I'm getting 'OCI8 Recursive call!' in my
error logs. 

I've taken a look at ext/oci8/oci8.c to see what would trigger this error,
and from what I see there, I can think of no errors in my script that
could cause this. So my guess os that it is some internal error.
-- 
Edit bug report at: http://bugs.php.net/?id=15198&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] H: $HTTP_POST_VARS & session_register

[Ivo Stoykov]

Hello

I followd the group searching the answer of my question but failed finding
the answer so here is my problem:

I'd like to store $HTTP_POST_VARS into a session but fail to retrieved
values

I'm using
session_start();
if(isset($HTTP_SESSION_VARS)) {
$HTTP_POST_VARS = $HTTP_SESSION_VARS;// retrieve values
} else {
session_register("HTTP_POST_VARS");
}

where is the problem and how could I do this? Thank you

Ivo



-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14146 Updated: Compiles fine, but PHP binary and module just exit

[ivo]

ID: 14146
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: *General Issues
Operating System: AIX
PHP Version: 4.0.6
New Comment:

The times I used gdb can be counted on one hand (never was involved in a *huge* 
programming project, so the need for extensive debugging has always been minimal), but 
here you go:
(this is the same result I get with PHP4.1.0RC3 unfortunately)

(gdb) run
Starting program: /san/stst/ststivo/php/bin/php 

Program exited with code 06.
(gdb) bt full
No stack.


Previous Comments:


[2001-11-21 12:30:55] [EMAIL PROTECTED]

And you should also try the PHP 4.1.0RC3 from:

http://download.php.net/~zeev/php-4.1.0RC3.tar.gz



[2001-11-21 12:30:05] [EMAIL PROTECTED]

What does 'bt full' output? (in GDB)




[2001-11-20 10:08:16] [EMAIL PROTECTED]

Additional note: PHP 3.0.18 does not have this problem, but all the older 4.x versions 
available on php.net (4.0.5, 4.0.4pl1) behave exactly the same as 4.0.6 after 
compilation.



[2001-11-20 07:21:49] [EMAIL PROTECTED]

strace is available, but I haven't got much experience with it. Perhaps it works 
differently under Linux, but 'strace php' is not the way on AIX.

Purpose
Prints STREAMS trace messages.

Syntax
strace [ mid sid level ] ...




[2001-11-20 07:12:29] [EMAIL PROTECTED]

Oh, output of gdb php:

GNU gdb 4.17
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "rs6000-ibm-aix4.2.1.0"...
(gdb) run
Starting program: /san/stst/ststivo/bin/php 

Program exited with code 06.




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/?id=14146


Edit this bug report at http://bugs.php.net/?id=14146&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14146 Updated: Compiles fine, but PHP binary and module just exit

[ivo]

ID: 14146
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *General Issues
Operating System: AIX
PHP Version: 4.0.6
New Comment:

Additional note: PHP 3.0.18 does not have this problem, but all the older 4.x versions 
available on php.net (4.0.5, 4.0.4pl1) behave exactly the same as 4.0.6 after 
compilation.

Previous Comments:


[2001-11-20 07:21:49] [EMAIL PROTECTED]

strace is available, but I haven't got much experience with it. Perhaps it works 
differently under Linux, but 'strace php' is not the way on AIX.

Purpose
Prints STREAMS trace messages.

Syntax
strace [ mid sid level ] ...




[2001-11-20 07:12:29] [EMAIL PROTECTED]

Oh, output of gdb php:

GNU gdb 4.17
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "rs6000-ibm-aix4.2.1.0"...
(gdb) run
Starting program: /san/stst/ststivo/bin/php 

Program exited with code 06.




[2001-11-20 07:11:34] [EMAIL PROTECTED]

If AIX includes this feature, can you do something similar to 'strace php' in Linux?

Derick



[2001-11-20 07:09:55] [EMAIL PROTECTED]

Compiling PHP 4.0.6 under AIX with
./configure --prefix=/san/stst/ststivo --enable-cgi

Will result in a clean build, but the binary when started,
will exit immediately, offering NO info on what happened.

The same happens with building as Apache (1.3.22) module, but the 
httpd binary will exit immediately, without error msg or
log msg.

uname -a:
AIX kameel 2 4 0042F55A4C00







Edit this bug report at http://bugs.php.net/?id=14146&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14146 Updated: Compiles fine, but PHP binary and module just exit

[ivo]

ID: 14146
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *General Issues
Operating System: AIX
PHP Version: 4.0.6
New Comment:

strace is available, but I haven't got much experience with it. Perhaps it works 
differently under Linux, but 'strace php' is not the way on AIX.

Purpose
Prints STREAMS trace messages.

Syntax
strace [ mid sid level ] ...


Previous Comments:


[2001-11-20 07:12:29] [EMAIL PROTECTED]

Oh, output of gdb php:

GNU gdb 4.17
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "rs6000-ibm-aix4.2.1.0"...
(gdb) run
Starting program: /san/stst/ststivo/bin/php 

Program exited with code 06.




[2001-11-20 07:11:34] [EMAIL PROTECTED]

If AIX includes this feature, can you do something similar to 'strace php' in Linux?

Derick



[2001-11-20 07:09:55] [EMAIL PROTECTED]

Compiling PHP 4.0.6 under AIX with
./configure --prefix=/san/stst/ststivo --enable-cgi

Will result in a clean build, but the binary when started,
will exit immediately, offering NO info on what happened.

The same happens with building as Apache (1.3.22) module, but the 
httpd binary will exit immediately, without error msg or
log msg.

uname -a:
AIX kameel 2 4 0042F55A4C00







Edit this bug report at http://bugs.php.net/?id=14146&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14146 Updated: Compiles fine, but PHP binary and module just exit

[ivo]

ID: 14146
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: *General Issues
Operating System: AIX
PHP Version: 4.0.6
New Comment:

Oh, output of gdb php:

GNU gdb 4.17
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "rs6000-ibm-aix4.2.1.0"...
(gdb) run
Starting program: /san/stst/ststivo/bin/php 

Program exited with code 06.


Previous Comments:


[2001-11-20 07:11:34] [EMAIL PROTECTED]

If AIX includes this feature, can you do something similar to 'strace php' in Linux?

Derick



[2001-11-20 07:09:55] [EMAIL PROTECTED]

Compiling PHP 4.0.6 under AIX with
./configure --prefix=/san/stst/ststivo --enable-cgi

Will result in a clean build, but the binary when started,
will exit immediately, offering NO info on what happened.

The same happens with building as Apache (1.3.22) module, but the 
httpd binary will exit immediately, without error msg or
log msg.

uname -a:
AIX kameel 2 4 0042F55A4C00







Edit this bug report at http://bugs.php.net/?id=14146&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14146: Compiles fine, but PHP binary and module just exit

[ivo]

From: [EMAIL PROTECTED]
Operating system: AIX
PHP version:  4.0.6
PHP Bug Type: *General Issues
Bug description:  Compiles fine, but PHP binary and module just exit

Compiling PHP 4.0.6 under AIX with
./configure --prefix=/san/stst/ststivo --enable-cgi

Will result in a clean build, but the binary when started,
will exit immediately, offering NO info on what happened.

The same happens with building as Apache (1.3.22) module, but the 
httpd binary will exit immediately, without error msg or
log msg.

uname -a:
AIX kameel 2 4 0042F55A4C00


-- 
Edit bug report at: http://bugs.php.net/?id=14146&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Weirdness, additional comment

[Ivo]

> > By the way, did I mention a call to exit in the script I am sure the
> > program flow should not go, WILL stop the unwanted effect (the second
> > message in the database with the pageid field of 100), but WILL NOT EXIT
> > THE PROGRAM WHOLE!  The rest of the program is still executed normally.
> > Now, that can't be normal.
> That's what I experienced, too.
> I couldn't locate which line of my code causing this.
> I think if you move code blocks, PHP stops doing that.
> Hope you can find what kind of code cause this...

None of the PHP code should be the offending party in this, it clearly is
behavior that cannot be caused by bugs in the script. An exit is an exit, and
it should terminate the script immediately. It almost seems as if there are
multiple threads running the script. *shrugs*

Ivo


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Weirdness, additional comment

[Ivo]

By the way, did I mention a call to exit in the script I am sure the program
flow should not go, WILL stop the unwanted effect (the second message in the
database with the pageid field of 100), but WILL NOT EXIT THE PROGRAM WHOLE!
The rest of the program is still executed normally. Now, that can't be normal.

Ivo


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Weirdness

[Ivo van Heel]

Heyah.

Sorry t' be botherin' ye, but I have some major weirdness going on, and it's
not so substantial as to call it a bug, so I thought to threw the issue at yer
feet and see what you (the knowledgable types) have to say about it.

The application I'll be referring to is running with PHP 4.0.6 as a dynamic
Apache module with Apache 1.3.20 and Linux 2.2.12 (I know, it's ancient).

I have reason to suspect that somehow, before the actual script gets processed,
PHP races through sections of code, in which it has nothing to do in the first
place, not outputting anything, which makes debugging quite difficult, but
executing the code nonetheless.

What!? you say. That's quite a claim. Well, what happens is that after a
certain form post, TWO messages appear in the MySQL database. These DB actions
_always_ happen within the same DB class and within the same function. A few
lines with echo's only output stuff ONCE to the database.

I am SURE that this function is called only once. Further more, one of the DB
fields is 100, where it should be 8, which the first database message has. This
value is used in only ONE script, which should not be included and DOES NOT get
included when submitting that form. That same script has numerous echo's, which
do NOT put anything on the screen, but changes in that script (such as
commenting out the call to the DB class that will insert the second message)
WILL "fix" it, that is, only one message will appear in the DB.

If you understand my story, fire away with your criticism. I do have plenty of
experience developing with PHP, but this just does not compute. I am convinced
I can counter every rational response you provide. :) So that leaves: a bug in
PHP?

-- 
Ivo van Heel
[EMAIL PROTECTED]


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Bug #13322 Updated: Still SIGSEGV with DOMXML / double free()

[Ivo Hulinsky]

On 15 Sep 2001, Bug Database wrote:

BD>ID: 13322
BD>Updated by: joey
BD>Reported By: [EMAIL PROTECTED]
BD>Old Status: Open
BD>Status: Feedback
BD>Bug Type: Reproducible crash
BD>Operating System: Debian Linux 2.2
BD>PHP Version: 4.0CVS-2001-09-15
BD>New Comment:
BD>
BD>I cannot duplicate this with current CVS...are
BD>you absolutely SURE you are using most recent CVS?


I've got php4-200109151335.tar.bz from http://snaps.php.net. I can try
last one http://snaps.php.net:8000/php4-200109151635.tar.bz2. Wait a
minute.
Why now I cannot update this bug? I've got error:

The username or password you supplied was incorrect.
Something went wrong updating the database.

Is this problem that I have not CVS username?

        Ivo Hulinsky



-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13239: server child crashes during use of mcrypt...

[ivo]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.2  (SuSE 7.1 / 7.2)
PHP version:  4.0CVS-2001-09-10
PHP Bug Type: Reproducible crash
Bug description:  server child crashes during use of mcrypt...

i'm trying out a groupware in php (downloaded
from http://www.horde.org/, latest cvs)...

according to that documentation it was recommend
to download the latest cvs-revision from php in
order to get everything working...

cause earlyer versions of php (including 4.0.6)
don't support all the functions used there, i 
wasn't able to check the them against the bug, too.


(p.s: please excuse my bad english... :->)


server child crashes during the call of "mdecrypt_generic",
but not allways on every call (just the 2nd or 3rd...)


example follows:

- cut -

decodeMimeSelfRand($ciphertext);
}
}
  testit();
  echo("");
?>
- cut -


now the backtrace follows:

-- cut --


(gdb) run -X -f /etc/httpd/httpd.conf -D STATUS-D SSL
Starting program: /usr/sbin/httpd -X -f
/etc/httpd/httpd.conf -D STATUS-D SSL
 
Program received signal SIGSEGV, Segmentation fault.
0x42b2905c in gost_LTX__mcrypt_decrypt () from
/usr/lib/libmcrypt/gost.so
(gdb) bt
#0  0x42b2905c in gost_LTX__mcrypt_decrypt () from
/usr/lib/libmcrypt/gost.so
#1  0x42b2b990 in ecb_LTX__mdecrypt () from
/usr/lib/libmcrypt/ecb.so
#2  0x4001fd65 in mcrypt_enc_get_algorithms_name ()
   from /usr/lib/libmcrypt.so.4
#3  0x4001f188 in mdecrypt_generic () from
/usr/lib/libmcrypt.so.4
#4  0x40490a4e in zif_mdecrypt_generic (ht=2,
return_value=0x81dbfc4,
this_ptr=0x0, return_value_used=1) at mcrypt.c:578
#5  0x40424e39 in execute (op_array=0x825ef34) at
./zend_execute.c:1590
#6  0x4042508c in execute (op_array=0x825b3c4) at
./zend_execute.c:1630
#7  0x4042508c in execute (op_array=0x82b7b94) at
./zend_execute.c:1630
#8  0x40434013 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:809
#9  0x40442eb6 in php_execute_script
(primary_file=0xb3a8) at main.c:1310
#10 0x4043e86e in apache_php_module_main (r=0x8175310,
display_source_mode=0)
at sapi_apache.c:90
#11 0x4043f430 in send_php (r=0x8175310,
display_source_mode=0, filename=0x0)
at mod_php4.c:575
#12 0x4043f4a3 in send_parsed_php (r=0x8175310) at
mod_php4.c:590
#13 0x8055250 in ap_invoke_handler ()
#14 0x80679cc in ap_some_auth_required ()
#15 0x8067a43 in ap_process_request ()
#16 0x805fe27 in ap_child_terminate ()
#17 0x805ffd5 in ap_child_terminate ()
#18 0x8060116 in ap_child_terminate ()
#19 0x8060738 in ap_child_terminate ()
#20 0x8060fb5 in main ()
#21 0x40120baf in __libc_start_main () from /lib/libc.so.6
(gdb)
-- 
Edit bug report at: http://bugs.php.net/?id=13239&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12420: lmysqlclient: no reference for compress and uncompress

[ivo]

From: [EMAIL PROTECTED]
Operating system: mandrake 7.1
PHP version:  4.0.6
PHP Bug Type: Compile Failure
Bug description:  lmysqlclient: no reference for compress and uncompress

I tried to install php as static module to apache.
But there was a problem in the libmysqlclient.
How can I fix it?
If you tell me: "add -lz last when linking with lmysqlclient", can you
tell me then where to add -lz?

command-line history:

$ tar -vxzf apache_1.3.20.tar.gz 
$ cd apache_1.3.20
$ ./configure
$ cd ..

$ tar -vxzf  php-4.0.6.tar.gz 
$ cd php-4.0.6
$ ./configure --with-mysql=/usr/local/mysql
--with-apache=../apache_1.3.x --enable-track-vars 
$ make
$ make install

$ cd ../apache_1.3.20
$ ./configure --prefix=/usr/local/apache\
--activate-module=src/modules/php4/libphp4.a  
$ make  


Error-Message 

/usr/local/mysql/lib/libmysqlclient.a(my_compress.o): In function
`my_uncompress': my_compress.o(.text+0x9a): undefined reference
to
`uncompress' /usr/local/mysql/lib/libmysqlclient.a(my_compress.o):
In
function `my_compress_alloc': my_compress.o(.text+0x12a):
undefined
reference to `compress' collect2: ld returned 1 exit status
make[2]: *** [target_static] Error 1
make[1]: *** [build-std] Error 2
make: *** [build] Error 2

kind regards

ivo


-- 
Edit bug report at: http://bugs.php.net/?id=12420&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Bug #12002 Updated: SIGSEGV with DOMXML (double free()?)

[Ivo Hulinsky]

On 10 Jul 2001, Bug Database wrote:

Sorry, but i cannot feedback, because

The username or password you supplied was incorrect.
Something went wrong updating the database.
---
Bug id #12002

[2001-07-10 06:04:17] [EMAIL PROTECTED]

Great! Thanks for the report. Would it be possible for you
to provide as short as possible of a reproducing script/xml
file, either through the bug report interface or by providing a hyperlink,
or something?

---

--- test.php ---
xpath_new_context();

if (!$xpath) {
$xpath = "//child::article/para/segmentedlist/segmenteditem/seg";
}

echo "\n";
echo "xpath: $xpath";
echo "\n\n";

$nodes = xpath_eval($xpath_context, $xpath);
print_r($nodes);

echo "\n\n";

readfile("test.xml");
?>


--- test.xml ---


Testing article...
neustale

10.07.2001 11:49


Jan
Novak


Cesky 1




20010710114913




 

12
20






--- testing ---
OK http://amik.fido.cz:8081/test/xpath.html?xpath=//child::article

SIGSEGV http://amik.fido.cz:8081/test/xpath.html?xpath=child::article
http://amik.fido.cz:8081/test/xpath.html?xpath=/child/article

I know, this xpath is invalid, but sigsegv is not expected result :-).
Thanx a lot for your help.



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]