#22352 [Fbk-Opn]: Numeric Sybase Problem
ID: 22352 User updated by: c dot villemagne at circo dot fr Reported By: c dot villemagne at circo dot fr -Status: Feedback +Status: Open Bug Type: Sybase (dblib) related Operating System: Linux Mandrake 9.0 PHP Version: 4.3.0 New Comment: I used the cvs snapshot http://snaps.php.net/php4-STABLE-latest.tar.gz but the problem is the same. I have always 100.0, 200.0 or not 100,200 Are you a other solution ? Previous Comments: [2003-02-22 11:52:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-21 06:29:33] c dot villemagne at circo dot fr $id=sybase_query ( select * from test_numeric, $sybcon); while ( $row = sybase_fetch_row($id) ) { echo trtd$row[0]/td/tr\n; } $row[0] receive value 100.0,200.0 or not 100,200. Why ? -- Edit this bug report at http://bugs.php.net/?id=22352edit=1
#22253 [Asn-Csd]: method becomes constructor in subclass
ID: 22253 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: win2k PHP Version: 4.3.2-dev Assigned To: zeev New Comment: This behavior will not be changed in the context of PHP 4.x, but will be fixed in PHP 5.0 (Zend Engine 2) Previous Comments: [2003-02-23 17:14:47] [EMAIL PROTECTED] Okay, now I got it. :) The rule for PHP 4 should be: If class extending a base class hasn't got a constructor of it's own, then the constructor of the base class is called. Your example lacked the constructor for class String itself..but the last example in manual has that special case. And running that example shows that this is bullshit: This is fixed in PHP 4 by modifying the rule to: 'A constructor is a function of the same name as the class it is being defined in.'. Thus in PHP 4, the class B would have no constructor function of its own and the constructor of the base class would have been called, printing 'I am the constructor of A.br'. (as it actually calls the method B()!) p.s. Someone should clear out those PHP 3 examples and changes out of the docs altogether as they only cause confusion and only document how it should behave in PHP 4. [2003-02-23 05:56:14] [EMAIL PROTECTED] No, no and no. Excerpts: |In PHP 4, a function becomes a constructor, |when it has the same name as the class it |is defined in In my example, the function printStr is not defined in class printStr, so it should not become a constructor according to this statament. Another example at the bottom of the page you mentioned: |class A |{ |function A() |{ |echo I am the constructor of A.br\n; |} | |function B() |{ |echo I am a regular function named B in class |A.br\n; |echo I am not a constructor in A.br\n; |} |} | |class B extends A |{ |function C() |{ |echo I am a regular function.br\n; |} |} | |// This will call B() as a constructor. |$b = new B; | |In PHP 3, the function B() in class A will suddenly become |a constructor in class B, although it was never intended to |be. The rule in PHP 3 is: 'A constructor is a function of |the same name as the class.'. PHP 3 does not care if the |function is being defined in class B, or if it has been |inherited. | |This is fixed in PHP 4 by modifying the rule to: 'A |constructor is a function of the same name as the class |it is being defined in.'. Thus in PHP 4, the class B |would have no constructor function of its own and the |constructor of the base class would have been called, |printing 'I am the constructor of A.br'. The above example says, that the B() method becomes a constructor in PHP 3, but *not* in PHP 4, as there is no constructor defined for class B itself. Therefore it inherits the base classes constructor, which exists in the manual's example. In my case, there is no constructor in the base class. Therefore it should not call any method, as the text suggests. So this is not a documented behaviour. In fact it is documented, that it should not work this way in PHP 4, but only in PHP 3... [2003-02-23 01:20:05] [EMAIL PROTECTED] It's by design and even documented here: http://www.php.net/manual/en/language.oop.constructor.php [2003-02-21 17:37:00] andrew at evilwalrus dot com According to the comments on the OOP manual page, if a constructor is not located in the base class, the function of the same name will be located in subsequent classes, and loaded accordingly. Yes, this is by design, but no, i personally don't like it... correct me if i'm wrong, please. ~ Andrew Heebner [2003-02-17 11:38:10] [EMAIL PROTECTED] In this example, the printStr() method becomes the constructor of the printStr class, while I think it should not be working this way... I hope this is not by design ;) class String { function printStr($string) { print $string; } } class printStr extends String {} $ps = new printStr(abc); -- Edit this bug report at http://bugs.php.net/?id=22253edit=1
#15209 [Ver-Bgs]: Under Apache, register_shutdown_function() broke between 4.0.x to 4.1.x
ID: 15209 Updated by: [EMAIL PROTECTED] Reported By: priebe at mi-corporation dot com -Status: Verified +Status: Bogus Bug Type: Scripting Engine problem Operating System: RH Linux 7.3 PHP Version: 4.1.x-4.3.0 New Comment: Closing as bogus. If we ever support this kind of behavior, it won't be a part of register_shutdown_function(). If there was a working patch for apache_register_shutdown_function(), I missed it - please resend. Previous Comments: [2002-12-30 11:26:27] [EMAIL PROTECTED] The functionality for register_shutdown_function under 4.0.x will be replaced with a function named apache_register_shutdown_function. This should be available under 4.3.1 and later versions of PHP. I will close this bug when the patch has been committed. [2002-12-27 10:52:01] [EMAIL PROTECTED] I created a patch to add this functionality back under mod_php4 systems. This patch was posted to the php-dev list yesterday. Check out the list archives. An improved patch will be posted later today. [2002-12-23 11:25:38] brianm-php at dealnews dot com The following script will cause IE to stop loading the page when zlib.output_compression is used. This was not true before the changes to register_shutdown_function as the output was not sent. You can see a test at http://dealnews.com/zlibshutdown.php. Mozilla gracefully handles the mixed output by truncating the non-compressed data. ?php register_shutdown_function(shutdown_test); ? html head title/title /head body bgcolor=#ff leftmargin=8 topmargin=8 marginheight=8 marginwidth=8 This is in the HTML body. ?php function shutdown_test() { echo This is the shutdown function.; } ? /body /html [2002-12-12 11:37:31] [EMAIL PROTECTED] I gave up on my patch. Too much work, not enought time, and ultimately, I couldn't find a place in PHP land where PHP was still running and Apache had closed the connection to put my hooks in. There may be a way to tell Apache to close the connection through SAPI, but I am not aware of it. (I'm not an apache hacker). Someone posted a way to fork a process to the background, but it isn't a PHP land solution. From Carsten Gehling: Maybe this is what you need? http://www.naken.cc/mikehup.php I use this on a CMS site, where the users upload imagefiles with ftp. After that, they use a php webinterface to start an importscript (written in Perl). By doing this command in php: system(/usr/local/bin/mikehup /usr/bin/perl /www/servers/netlag/cronscripts/import_billede.pl ); The importscript is started and executes in the background while the php-script finishes execution. Hope that helps - Carsten [2002-12-12 10:06:43] sts at mail dot xubion dot hu I copy my mail sent to the dev list here too, to make it more noticable: I know there was some hot discussion about this topic but I really need to get this bug fixed. Even I'll make a patch with my zero knowledge of c if no one would like to make it, but please try to find a reasonable sollution that fits (almost) everyone's need. I thought of one. I think a new function with the name register_apache_shutdown_function (or somethink like this) might be good. It's name would say that it only works in apache, it could be documented that it's the *only* function that closes the connection before the registered functions are handled. Or maybe a parameter could tell if the connection should be closed before the first registered function is started. I'll hope there's some way to solve this problem, because it's not easy to tell every customer to use our patch (or use 4.0.6) before they are staring to use our programs that rely on this forgotten feature. Thanks, Arpi 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/15209 -- Edit this bug report at http://bugs.php.net/?id=15209edit=1
#22351 [Fbk-Opn]: Error in gdttf.c ??
ID: 22351 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Feedback +Status: Open Bug Type: GD related Operating System: AIX 4.3.3 PHP Version: 4CVS-2003-02-21 (stable) New Comment: The freetype version is 2.0.1.0, and AFAIK it is the only version installed on our system. Previous Comments: [2003-02-23 05:38:50] [EMAIL PROTECTED] What freetype version you have installed? And you're sure you don't have mixed versions in your system of it? [2003-02-21 09:40:44] j dot lammerts at chello dot nl Error situation could be avoided by NOT adding both --with-gd AND --with-ttf in the configuration string. I now have --with-gd only. Is this the correct way of doing things ? Hans [2003-02-21 06:23:43] j dot lammerts at chello dot nl Hello, When trying to compile the latest CVS of PHP4.3.1 trouble starts when gdttf.c is being compiled. This is where it starts to go wrong: php4-STABLE-200302201030/ext/gd/gdttf.c -DPIC -o ext/gd/gdttf.lo /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:74: parse error before `TT_Engine' /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:74: warning: no semicolon at end of s truct or union /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:75: warning: data definition has no t ype or storage class /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:76: parse error before `properties' /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:76: warning: data definition has no t ype or storage class A lot of error messages follow, probably all due to the first one, and make stops. Anyone know what to do ? Hans -- Edit this bug report at http://bugs.php.net/?id=22351edit=1
#22357 [Bgs-Opn]: exit signal Segmentation fault (11)
ID: 22357 User updated by: m dot heidenwolf at ehotel dot ag Reported By: m dot heidenwolf at ehotel dot ag -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: Redhat Linux 2.4.2 PHP Version: 4.2.3 New Comment: Hi, thanks for the fast respond. A reproduce script is not that easy because i changed a lot and its not a small Project. Ok, i changed to php 4.3.1 but the error remains an the backtrace goes like this: (gdb) bt #0 0x40158e3f in memcpy (dstpp=0x40cf9665, srcpp=0x0, len=1076731017) at ../sysdeps/generic/memcpy.c:44 #1 0x402da381 in smart_str_appendl_ex (dest=0xbfff82b0, src=0x0, len=1076731017, what=0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/php_smart_str.h:76 #2 0x402da639 in php_var_serialize_class_name (buf=0xbfff82b0, struc=0x82b3560) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:420 #3 0x402d9de2 in php_var_serialize_intern (buf=0xbfff82b0, struc=0x82b3560, var_hash=0xbfff82c0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:560 #4 0x402d9f34 in php_var_serialize_intern (buf=0xbfff82b0, struc=0x83da70c, var_hash=0xbfff82c0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:598 #5 0x402d9f9b in php_var_serialize (buf=0xbfff82b0, struc=0x83da70c, var_hash=0xbfff82c0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:612 #6 0x402da04c in zif_serialize (ht=1, return_value=0x83a73c4, this_ptr=0x0, return_value_used=1) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:635 #7 0x4035f9d3 in execute (op_array=0x81d2b70) at /usr/local/src/new_022403/php-4.3.1/Zend/zend_execute.c:1596 #8 0x4035fc06 in execute (op_array=0x83d987c) at /usr/local/src/new_022403/php-4.3.1/Zend/zend_execute.c:1640 #9 0x4034dac0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/new_022403/php-4.3.1/Zend/zend.c:864 #10 0x40316763 in php_execute_script (primary_file=0xb2c0) at /usr/local/src/new_022403/php-4.3.1/main/main.c:1573 #11 0x403649b6 in apache_php_module_main (r=0x817d9dc, display_source_mode=0) at /usr/local/src/new_022403/php-4.3.1/sapi/apache/sapi_apache.c:55 #12 0x4036589c in send_php (r=0x817d9dc, display_source_mode=0, filename=0x817f834 /home/marco/htdocs/fastbooking/bedhunter/de/buchung.php) at /usr/local/src/new_022403/php-4.3.1/sapi/apache/mod_php4.c:556 #13 0x40365909 in send_parsed_php (r=0x817d9dc) at /usr/local/src/new_022403/php-4.3.1/sapi/apache/mod_php4.c:571 #14 0x080860af in ap_invoke_handler () at eval.c:41 #15 0x0809b177 in process_request_internal () at eval.c:41 #16 0x0809b1d8 in ap_process_request () at eval.c:41 #17 0x080920b5 in child_main () at eval.c:41 #18 0x08092284 in make_child () at eval.c:41 #19 0x080923f8 in startup_children () at eval.c:41 #20 0x08092a74 in standalone_main () at eval.c:41 #21 0x080932ff in main () at eval.c:41 #22 0x400f1e5e in __libc_start_main (main=0x8092f34 main, argc=5, ubp_av=0xb6fc, init=0x804fa84 _init, fini=0x80b2ae0 _fini, rtld_fini=0x4000d3c4 _dl_fini, stack_end=0xb6ec) at ../sysdeps/generic/libc-start.c:129 regards, marco Previous Comments: [2003-02-23 03:11:27] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. ..and if you still get the same result, give us more information. Like a short example script.. [2003-02-21 14:08:02] [EMAIL PROTECTED] Does it happen with 4.3 ? And can you please provide a reproduce script. [2003-02-21 10:54:35] m dot heidenwolf at ehotel dot ag Hi, after a few code changes i get a crash like exit signal Segmentation fault (11) in the apache logs. The backtrace is: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 20130)] 0x40158e47 in memcpy (dstpp=0x40c5c2cc, srcpp=0x0, len=1076992773) at ../sysdeps/generic/memcpy.c:55 55 ../sysdeps/generic/memcpy.c: No such file or directory. in ../sysdeps/generic/memcpy.c (gdb) bt #0 0x40158e47 in memcpy (dstpp=0x40c5c2cc, srcpp=0x0, len=1076992773) at ../sysdeps/generic/memcpy.c:55 #1 0x4031a1bd in smart_str_appendl_ex (dest=0xbfff92f0, src=0x0, len=1076992773, what=0) at php_smart_str.h:75 #2 0x4031a471 in php_var_serialize_class_name (buf=0xbfff92f0, struc=0x81d63c0) at var.c:385 #3 0x40319c3e in php_var_serialize_intern (buf=0xbfff92f0,
#22357 [Opn-Fbk]: exit signal Segmentation fault (11)
ID: 22357 Updated by: [EMAIL PROTECTED] Reported By: m dot heidenwolf at ehotel dot ag -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Redhat Linux 2.4.2 -PHP Version: 4.2.3 +PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip One more try. (I should have asked you to test the snapshot right away, sorry about that) Previous Comments: [2003-02-24 03:55:33] m dot heidenwolf at ehotel dot ag Hi, thanks for the fast respond. A reproduce script is not that easy because i changed a lot and its not a small Project. Ok, i changed to php 4.3.1 but the error remains an the backtrace goes like this: (gdb) bt #0 0x40158e3f in memcpy (dstpp=0x40cf9665, srcpp=0x0, len=1076731017) at ../sysdeps/generic/memcpy.c:44 #1 0x402da381 in smart_str_appendl_ex (dest=0xbfff82b0, src=0x0, len=1076731017, what=0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/php_smart_str.h:76 #2 0x402da639 in php_var_serialize_class_name (buf=0xbfff82b0, struc=0x82b3560) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:420 #3 0x402d9de2 in php_var_serialize_intern (buf=0xbfff82b0, struc=0x82b3560, var_hash=0xbfff82c0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:560 #4 0x402d9f34 in php_var_serialize_intern (buf=0xbfff82b0, struc=0x83da70c, var_hash=0xbfff82c0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:598 #5 0x402d9f9b in php_var_serialize (buf=0xbfff82b0, struc=0x83da70c, var_hash=0xbfff82c0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:612 #6 0x402da04c in zif_serialize (ht=1, return_value=0x83a73c4, this_ptr=0x0, return_value_used=1) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:635 #7 0x4035f9d3 in execute (op_array=0x81d2b70) at /usr/local/src/new_022403/php-4.3.1/Zend/zend_execute.c:1596 #8 0x4035fc06 in execute (op_array=0x83d987c) at /usr/local/src/new_022403/php-4.3.1/Zend/zend_execute.c:1640 #9 0x4034dac0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/new_022403/php-4.3.1/Zend/zend.c:864 #10 0x40316763 in php_execute_script (primary_file=0xb2c0) at /usr/local/src/new_022403/php-4.3.1/main/main.c:1573 #11 0x403649b6 in apache_php_module_main (r=0x817d9dc, display_source_mode=0) at /usr/local/src/new_022403/php-4.3.1/sapi/apache/sapi_apache.c:55 #12 0x4036589c in send_php (r=0x817d9dc, display_source_mode=0, filename=0x817f834 /home/marco/htdocs/fastbooking/bedhunter/de/buchung.php) at /usr/local/src/new_022403/php-4.3.1/sapi/apache/mod_php4.c:556 #13 0x40365909 in send_parsed_php (r=0x817d9dc) at /usr/local/src/new_022403/php-4.3.1/sapi/apache/mod_php4.c:571 #14 0x080860af in ap_invoke_handler () at eval.c:41 #15 0x0809b177 in process_request_internal () at eval.c:41 #16 0x0809b1d8 in ap_process_request () at eval.c:41 #17 0x080920b5 in child_main () at eval.c:41 #18 0x08092284 in make_child () at eval.c:41 #19 0x080923f8 in startup_children () at eval.c:41 #20 0x08092a74 in standalone_main () at eval.c:41 #21 0x080932ff in main () at eval.c:41 #22 0x400f1e5e in __libc_start_main (main=0x8092f34 main, argc=5, ubp_av=0xb6fc, init=0x804fa84 _init, fini=0x80b2ae0 _fini, rtld_fini=0x4000d3c4 _dl_fini, stack_end=0xb6ec) at ../sysdeps/generic/libc-start.c:129 regards, marco [2003-02-23 03:11:27] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. ..and if you still get the same result, give us more information. Like a short example script.. [2003-02-21 14:08:02] [EMAIL PROTECTED] Does it happen with 4.3 ? And can you please provide a reproduce script. [2003-02-21 10:54:35] m dot heidenwolf at ehotel dot ag Hi, after a few code changes i get a crash like exit signal Segmentation fault (11) in the apache logs. The backtrace is: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 20130)] 0x40158e47 in memcpy (dstpp=0x40c5c2cc, srcpp=0x0, len=1076992773) at ../sysdeps/generic/memcpy.c:55 55 ../sysdeps/generic/memcpy.c: No such file or directory. in
#22273 [Fbk-Opn]: Cannot load libphp4.so into server: Unresolved external
ID: 22273 User updated by: germano60 at yahoo dot it Reported By: germano60 at yahoo dot it -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4.3.0 New Comment: I tried but yet nope. I got this additional message during make, at linking phase: *** Warning: linker path does not have real file for library -lgcc. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libgcc and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.2/libgcc.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp4. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Additionally, make install returned the following message (I added the to highlight a possible critical point): Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a ranlib /usr/local/apache2/modules/libphp4.a chmod 644 /usr/local/apache2/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /opt/php4-STABLE-200302190830/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp4.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp4.so [activating module `php4' in /usr/local/apache2/conf/httpd.conf] Installing shared extensions: [ ... I skip this, everything regular ... ] Previous Comments: [2003-02-23 05:34:53] [EMAIL PROTECTED] Can you try adding this to your configure line: --enable-libgcc [2003-02-20 07:40:20] germano60 at yahoo dot it I confirm you that: - httpd.conf is working fine without the directive LoadModule php4_module etc. - Apache2 has always be set to work with User www Group other (with Group nobody, in HP-UX11 Apache simply does not work) Thanks for the bt full hint, yesterday it was the firs time I used gdb, so please forgive my newbie behaviour :) I tried again with httpd -X, putting some breakpoints around the critical points, i.e.: - when the load_module() method is invoked to check the input values - when the apr_dso_load() method is invoked to check the input values - after the apr_dso_load() method is finished and the apr_pstrcat() method is invoked to generate the output string, to check the return conditions The source code is available in Apache2 distribution inside modules/mappers/mod_so.c Here is what bt full returned after each step (sorry, once again it's long): Code section under test /usr/local/httpd-2.0.44/modules/mappers/mod_so.c function load_module() (gdb) break mod_so.c:213 Breakpoint 2 at 0x5f908: file mod_so.c, line 213. // BREAK on invoke of load_module (gdb) break mod_so.c:282 Breakpoint 3 at 0x5f9ec: file mod_so.c, line 282. // BREAK on invoke check for errors in loading the module (gdb) break mod_so.c:285 Breakpoint 4 at 0x5fa10: file mod_so.c, line 285. // BREAK on invoke generation of the error string for display (gdb) enable (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X Breakpoint 2, load_module (cmd=0x7f7f1340, dummy=0x7f7f3640, \ modname=0x40069010 php4_module, \ filename=0x40069020 modules/libphp4.so) at mod_so.c:213 213 *(ap_directive_t **)dummy = NULL; (gdb) bt full #0 load_module (cmd=0x7f7f1340, dummy=0x7f7f3640, \ modname=0x40069010 php4_module, \ filename=0x40069020 modules/libphp4.so) at mod_so.c:213 modhandle = (apr_dso_handle_t *) 0x6c08000 modsym = 0x7f7f3584 modp = (module *) 0x7f7f3640 szModuleFile = 0x7f7f3580 @\006\217\220 sconf = (so_server_conf *) 0x7f7f3640 modi = (moduleinfo *) 0x40069020 modie = (moduleinfo *) 0x40069038 i = 1074171936 modhandle = (apr_dso_handle_t *) 0x6c08000 modsym = 0x7f7f3584 #1 0x00064c5c in invoke_cmd (cmd=0x40008cd4, parms=0x7f7f1340, \ mconfig=0x7f7f3640, args=0x7f7f15b0 ) at config.c:739 w = 0x40069010 php4_module w2 =
#22389 [NEW]: $_POST vars overwrites $_SESSION vars, if register_globals=on
From: ng4rrjanbiah at rediffmail dot com Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Session related Bug description: $_POST vars overwrites $_SESSION vars, if register_globals=on For me, register_globals = on; $_SESSION['foo'] = 'xxx'; ...Then form operations that post few data including $_POST['foo']='yyy' ...Now the value of $_SESSION['foo'] is set to 'yyy' My server's PHP version is 4.3.0...The above bug is really a big problem for me...I've developed a part of the module for our big project...I've developed with the idea of register_globals=off, but other people develped with the idea of register_globals=on...And in the server, they've put it with register_globals=on... and I've started experiencing the above problem... It worked fine on my local system (PHP4.2.3) with register_globals=off. As, the module is related to login session, it is a very big problem for me. Any workaround? -R. Rajesh Jeba Anbiah -- Edit bug report at http://bugs.php.net/?id=22389edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22389r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22389r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22389r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22389r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22389r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22389r=support Expected behavior: http://bugs.php.net/fix.php?id=22389r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22389r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22389r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22389r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22389r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22389r=dst IIS Stability: http://bugs.php.net/fix.php?id=22389r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22389r=gnused
#22273 [Opn-Fbk]: Cannot load libphp4.so into server: Unresolved external
ID: 22273 Updated by: [EMAIL PROTECTED] Reported By: germano60 at yahoo dot it -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: HP-UX 11.00 -PHP Version: 4.3.0 +PHP Version: 4.3.2-dev New Comment: Could you try this with using Apache 1.3.27 instead? (I'd like to be sure it's stricly apache2 related) Previous Comments: [2003-02-24 03:59:14] germano60 at yahoo dot it I tried but yet nope. I got this additional message during make, at linking phase: *** Warning: linker path does not have real file for library -lgcc. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libgcc and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.2/libgcc.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp4. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Additionally, make install returned the following message (I added the to highlight a possible critical point): Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a ranlib /usr/local/apache2/modules/libphp4.a chmod 644 /usr/local/apache2/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /opt/php4-STABLE-200302190830/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp4.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp4.so [activating module `php4' in /usr/local/apache2/conf/httpd.conf] Installing shared extensions: [ ... I skip this, everything regular ... ] [2003-02-23 05:34:53] [EMAIL PROTECTED] Can you try adding this to your configure line: --enable-libgcc [2003-02-19 22:58:23] [EMAIL PROTECTED] Just noticed there's some HPUX related note in the httpd.conf about not running it as 'nobody'..I guess you know this too? [2003-02-19 22:57:32] [EMAIL PROTECTED] Simple 'bt full' output would have been enough.. :) Anyway, does it do the same if you run it with 'httpd -X' ? (provide that backtrace, and just the bt output) (gdb) run -X crash? (gdb) bt full (and to be absolutely sure this is php bug, I assume that apache works fine without PHP in httpd.conf? :) [2003-02-19 09:02:16] germano60 at yahoo dot it Results of analysis with gdb: I used gdb to debug the httpd -t program, so to reproduce the problem without having to affect the operation of Apache. The error condition is detected by the function: errmsg = ap_build_config(parms, p, ptemp, conftree); located at line 1563 in Apache's source file config.c Could this help? Cheers Germano Gasparini 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/22273 -- Edit this bug report at http://bugs.php.net/?id=22273edit=1
#22273 [Fbk]: Cannot load libphp4.so into server: Unresolved external
ID: 22273 Updated by: [EMAIL PROTECTED] Reported By: germano60 at yahoo dot it Status: Feedback Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4.3.2-dev New Comment: And another thing to try: GCC 2.95.3 (the latest versions of anything aren't always the best ones :) Previous Comments: [2003-02-24 04:03:57] [EMAIL PROTECTED] Could you try this with using Apache 1.3.27 instead? (I'd like to be sure it's stricly apache2 related) [2003-02-24 03:59:14] germano60 at yahoo dot it I tried but yet nope. I got this additional message during make, at linking phase: *** Warning: linker path does not have real file for library -lgcc. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libgcc and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.2/libgcc.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp4. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Additionally, make install returned the following message (I added the to highlight a possible critical point): Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a ranlib /usr/local/apache2/modules/libphp4.a chmod 644 /usr/local/apache2/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /opt/php4-STABLE-200302190830/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp4.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp4.so [activating module `php4' in /usr/local/apache2/conf/httpd.conf] Installing shared extensions: [ ... I skip this, everything regular ... ] [2003-02-23 05:34:53] [EMAIL PROTECTED] Can you try adding this to your configure line: --enable-libgcc [2003-02-19 22:58:23] [EMAIL PROTECTED] Just noticed there's some HPUX related note in the httpd.conf about not running it as 'nobody'..I guess you know this too? [2003-02-19 22:57:32] [EMAIL PROTECTED] Simple 'bt full' output would have been enough.. :) Anyway, does it do the same if you run it with 'httpd -X' ? (provide that backtrace, and just the bt output) (gdb) run -X crash? (gdb) bt full (and to be absolutely sure this is php bug, I assume that apache works fine without PHP in httpd.conf? :) 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/22273 -- Edit this bug report at http://bugs.php.net/?id=22273edit=1
#22389 [Opn-Bgs]: $_POST vars overwrites $_SESSION vars, if register_globals=on
ID: 22389 Updated by: [EMAIL PROTECTED] Reported By: ng4rrjanbiah at rediffmail dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.0 New Comment: Yes, don't use register_globals=On. Doing $_SESSION['foo'] is basically same as doing session_register('foo'); and when register_globals=On, $foo in global context will be same as in $_SESSION['foo']. Not a bug. Previous Comments: [2003-02-24 04:03:45] ng4rrjanbiah at rediffmail dot com For me, register_globals = on; $_SESSION['foo'] = 'xxx'; ...Then form operations that post few data including $_POST['foo']='yyy' ...Now the value of $_SESSION['foo'] is set to 'yyy' My server's PHP version is 4.3.0...The above bug is really a big problem for me...I've developed a part of the module for our big project...I've developed with the idea of register_globals=off, but other people develped with the idea of register_globals=on...And in the server, they've put it with register_globals=on... and I've started experiencing the above problem... It worked fine on my local system (PHP4.2.3) with register_globals=off. As, the module is related to login session, it is a very big problem for me. Any workaround? -R. Rajesh Jeba Anbiah -- Edit this bug report at http://bugs.php.net/?id=22389edit=1
#22390 [NEW]: Parse Error
From: richard_gnome at hotmail dot com Operating system: Win Me PHP version: 4.3.0 PHP Bug Type: Unknown/Other Function Bug description: Parse Error I found my script error as display below Parse error: parse error, unexpected T_STRING in D:\My Documents\My Webs\buku_tamu.php on line 60 This is a part of the script ? if($submit) { include tgl.php; # -line 60 $waktu=tanggal($tanggal); $file01=fopen(data.txt, a); fputs( $file01, $email, $nama, $pesan, $waktu); fclose( $file01 ); } I Hope that somebody will give me a solution about this bug directly to e-mail Thanks -- Edit bug report at http://bugs.php.net/?id=22390edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22390r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22390r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22390r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22390r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22390r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22390r=support Expected behavior: http://bugs.php.net/fix.php?id=22390r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22390r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22390r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22390r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22390r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22390r=dst IIS Stability: http://bugs.php.net/fix.php?id=22390r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22390r=gnused
#22390 [Opn-Bgs]: Parse Error
ID: 22390 Updated by: [EMAIL PROTECTED] Reported By: richard_gnome at hotmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Win Me PHP Version: 4.3.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Not enough info to be certain it's a bug anyway.. Previous Comments: [2003-02-24 04:54:34] richard_gnome at hotmail dot com I found my script error as display below Parse error: parse error, unexpected T_STRING in D:\My Documents\My Webs\buku_tamu.php on line 60 This is a part of the script ? if($submit) { include tgl.php; # -line 60 $waktu=tanggal($tanggal); $file01=fopen(data.txt, a); fputs( $file01, $email, $nama, $pesan, $waktu); fclose( $file01 ); } I Hope that somebody will give me a solution about this bug directly to e-mail Thanks -- Edit this bug report at http://bugs.php.net/?id=22390edit=1
#22324 [Csd-Opn]: Configure failure
ID: 22324 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Closed +Status: Open Bug Type: OCI8 related Operating System: AIX 4.3.3 -PHP Version: 4.3.2-dev +PHP Version: Latest CVS (24) New Comment: When trying to configure the latest CVS I ran into the same problem again that the linker could not find ocijdbc8: ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status Still had the 21 feb CVS. I can configure this one without any problems, even without setting the variables ORACLE_HOME, LIBPATH and LD_LIBRARY_PATH ! I'm completely at a loss now, HEEELP !! Thank you Previous Comments: [2003-02-21 09:12:45] [EMAIL PROTECTED] Heh..sometimes it's just plain magic? :) Glad that this one got solved though. (nothing was changed in that part of configure though) [2003-02-21 07:44:55] j dot lammerts at chello dot nl joy Don't know what happened, or what the difference was with my previous CVS snapshot, but with the latest CVS I was able to bring the configure process to a good end... /joy sadness When invoking make, the compilation aborts when trying to compile gdttf.c ;{ Made a new bugreport for this one /sadness Thanks for your help on this one, Hans [2003-02-21 04:35:41] j dot lammerts at chello dot nl You could be right that this is not the place where they are on other platforms. According to our DBA-er these libraries are installed by default in this directory when installing Oracle. At least, on AIX, that is. But am I wrong in assuming that, according to the gcc option line, libocijdbc8 is being searched for in the -L/sa/apps/oracle/product/8.1.7/lib directory (where it is) ?? Thanks [2003-02-21 04:18:27] [EMAIL PROTECTED] Why exactly do you have those libocijdbc8.so and libocijdbc8_g.so in that directory? AFAIK, those should be under $ORA_HOME/jdbc/lib [2003-02-21 03:57:04] [EMAIL PROTECTED] The version is 4.3.2-dev as I assumed you tested the snapshot and thus the bug still exists in it. 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/22324 -- Edit this bug report at http://bugs.php.net/?id=22324edit=1
#22324 [Opn-Bgs]: Configure failure
ID: 22324 Updated by: [EMAIL PROTECTED] Reported By: j dot lammerts at chello dot nl -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: AIX 4.3.3 PHP Version: Latest CVS (24) New Comment: And I still think it's just misconfigured oracle, that library should not exist in there. Just remove it. Previous Comments: [2003-02-24 05:04:59] j dot lammerts at chello dot nl When trying to configure the latest CVS I ran into the same problem again that the linker could not find ocijdbc8: ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status Still had the 21 feb CVS. I can configure this one without any problems, even without setting the variables ORACLE_HOME, LIBPATH and LD_LIBRARY_PATH ! I'm completely at a loss now, HEEELP !! Thank you [2003-02-21 09:12:45] [EMAIL PROTECTED] Heh..sometimes it's just plain magic? :) Glad that this one got solved though. (nothing was changed in that part of configure though) [2003-02-21 07:44:55] j dot lammerts at chello dot nl joy Don't know what happened, or what the difference was with my previous CVS snapshot, but with the latest CVS I was able to bring the configure process to a good end... /joy sadness When invoking make, the compilation aborts when trying to compile gdttf.c ;{ Made a new bugreport for this one /sadness Thanks for your help on this one, Hans [2003-02-21 04:35:41] j dot lammerts at chello dot nl You could be right that this is not the place where they are on other platforms. According to our DBA-er these libraries are installed by default in this directory when installing Oracle. At least, on AIX, that is. But am I wrong in assuming that, according to the gcc option line, libocijdbc8 is being searched for in the -L/sa/apps/oracle/product/8.1.7/lib directory (where it is) ?? Thanks [2003-02-21 04:18:27] [EMAIL PROTECTED] Why exactly do you have those libocijdbc8.so and libocijdbc8_g.so in that directory? AFAIK, those should be under $ORA_HOME/jdbc/lib 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/22324 -- Edit this bug report at http://bugs.php.net/?id=22324edit=1
#22317 [Opn-Fbk]: mail() has address parsing problems
ID: 22317 Updated by: [EMAIL PROTECTED] Reported By: mark at virtualcreations dot com dot au -Status: Open +Status: Feedback Bug Type: Mail related Operating System: Win32 PHP Version: 4.3.0 New Comment: so your SMTP server doesn't accept this syntax. What kind of SMTP server is that? Is there any way you can capture what php is sending out to the server? Previous Comments: [2003-02-20 02:22:49] mark at virtualcreations dot com dot au Thanks for the suggestion. I put the error reporting code in, and now have more information to share: When I tried: mail([EMAIL PROTECTED], [EMAIL PROTECTED], My Subject, Line 1) I got the response: Warning: mail() [function.mail]: SMTP server response: 501 unacceptable characters in local-part in index.php on line 5 I think the unacceptable characters refers to the space after the comma and before the [EMAIL PROTECTED]. Then I tried: mail(Fred [EMAIL PROTECTED], My Subject, Line 1) and got the response: Warning: mail() [function.mail]: SMTP server response: 501 illegal address syntax in index.php on line 5 But this same line of code works fine in Linux, and used to work fine in Win32 4.2.3 Mark. [2003-02-20 01:39:10] [EMAIL PROTECTED] These work just fine for me. Do you get any error messages? (put error_reporting(E_ALL); into your script) [2003-02-20 00:48:58] mark at virtualcreations dot com dot au Thanks for the reply, but that made no difference whatsoever. (installed the Win32 version, and restarted Apache. It definitely installed correctly because phpinfo() showed version 4.3.2-dev) [2003-02-20 00:26:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-20 00:07:49] mark at virtualcreations dot com dot au This just started happening with 4.3.0. Before that it was all fine. The problem only exists on Win32 - it works perfectly on Linux. Using the example from the manual, this works fine: mail([EMAIL PROTECTED], My Subject, Line 1); But this returns FALSE and the message is not sent: mail([EMAIL PROTECTED], [EMAIL PROTECTED], My Subject, Line 1); However, THIS is fine (note the missing space): mail([EMAIL PROTECTED],[EMAIL PROTECTED], My Subject, Line 1); Also, I have yet to figure out a way to send a message where the recipient's NAME is also specified. For example, this fails: mail(Fred [EMAIL PROTECTED], My Subject, Line 1); Finally, when I use a BCC option, it is also dependent upon the placement of a space. For example, if I include a line that reads: $headers .= Bcc:[EMAIL PROTECTED]; it works as expected, but: $headers .= Bcc: [EMAIL PROTECTED]; fails. It doesn't make any difference if a \r\n is added to the end of the line. I repeat, all the problems above are NOT problems in Linux. Mark. -- Edit this bug report at http://bugs.php.net/?id=22317edit=1
#22391 [NEW]: empty result sets returned incorrectly from mssql_execute
From: php at centaur dot mailshell dot com Operating system: Windows XP SP1 PHP version: 4.3.1 PHP Bug Type: MSSQL related Bug description: empty result sets returned incorrectly from mssql_execute Windows XP SP1 MSSQL 2000 Apache 2.0.44 PHP 4.3.1 Procedure definition: CREATE PROCEDURE foo @filter VARCHAR(255) AS SELECT id FROM bar WHERE baz LIKE @filter GO; Script: ?php $con = mssql_connect('localhost', $user, $password); mssql_select_db($dbname); $sp = mssql_init('foo'); mssql_bind($sp, '@filter', $filter, SQLVARCHAR); $result = mssql_execute($sp); print [.$result.]\n; // point A while ($row = mssql_fetch_object($result)) { // do something with $row }? If there are no records in bar that satisfy $filter, [1] is printed at point A, and then mssql_fetch_object (and other functions that expect a resource ID, e.g. mssql_next_result) fails. -- Edit bug report at http://bugs.php.net/?id=22391edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22391r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22391r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22391r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22391r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22391r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22391r=support Expected behavior: http://bugs.php.net/fix.php?id=22391r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22391r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22391r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22391r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22391r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22391r=dst IIS Stability: http://bugs.php.net/fix.php?id=22391r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22391r=gnused
#22392 [NEW]: Configuring error - re-introduced ?
From: j dot lammerts at chello dot nl Operating system: AIX 4.3.3 PHP version: 4CVS-2003-02-24 (stable) PHP Bug Type: OCI8 related Bug description: Configuring error - re-introduced ? Last week i submitted a bug report (22324) about the configure error ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status Can't find this bug report anymore to re-open it. The CVS of Feb 21 can be configured without problems (not compiled though), even without setting the env variables $ORACLE_HOME, $LD_LIBRARY_PATH en $LIBPATH. After getting the latest CVS I was disappointed to see that above problem is back again when trying to configure. At this moment I'm completely at a loss. Please help us.. Regards -- Edit bug report at http://bugs.php.net/?id=22392edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22392r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22392r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22392r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22392r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22392r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22392r=support Expected behavior: http://bugs.php.net/fix.php?id=22392r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22392r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22392r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22392r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22392r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22392r=dst IIS Stability: http://bugs.php.net/fix.php?id=22392r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22392r=gnused
#22357 [Fbk-Opn]: exit signal Segmentation fault (11)
ID: 22357 User updated by: m dot heidenwolf at ehotel dot ag Reported By: m dot heidenwolf at ehotel dot ag -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Redhat Linux 2.4.2 PHP Version: 4.3.1 New Comment: Hi, no problem, i tried the following Snaps php4-STABLE-200302240630 php4-STABLE-200302240830 php4-STABLE-200302241030 all with the same result make warnings like /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:751: warning: label `yy80' defined but not used /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:749: warning: label `yy79' defined but not used /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:746: warning: label `yy78' defined but not used and ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /usr/local/src/new_022403/php4-STABLE-200302240830/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' these i had also before at 4.3.1 but php works anyway but finally at make install i got make[1]: *** [install-pear-installer] Ungültiger Maschinenbefehl (Speicherauszug erstellt) invalid machine instruction (memory dump created) i got the core file but i sadly dont know how to handle it regards, marco Previous Comments: [2003-02-24 03:58:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip One more try. (I should have asked you to test the snapshot right away, sorry about that) [2003-02-24 03:55:33] m dot heidenwolf at ehotel dot ag Hi, thanks for the fast respond. A reproduce script is not that easy because i changed a lot and its not a small Project. Ok, i changed to php 4.3.1 but the error remains an the backtrace goes like this: (gdb) bt #0 0x40158e3f in memcpy (dstpp=0x40cf9665, srcpp=0x0, len=1076731017) at ../sysdeps/generic/memcpy.c:44 #1 0x402da381 in smart_str_appendl_ex (dest=0xbfff82b0, src=0x0, len=1076731017, what=0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/php_smart_str.h:76 #2 0x402da639 in php_var_serialize_class_name (buf=0xbfff82b0, struc=0x82b3560) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:420 #3 0x402d9de2 in php_var_serialize_intern (buf=0xbfff82b0, struc=0x82b3560, var_hash=0xbfff82c0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:560 #4 0x402d9f34 in php_var_serialize_intern (buf=0xbfff82b0, struc=0x83da70c, var_hash=0xbfff82c0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:598 #5 0x402d9f9b in php_var_serialize (buf=0xbfff82b0, struc=0x83da70c, var_hash=0xbfff82c0) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:612 #6 0x402da04c in zif_serialize (ht=1, return_value=0x83a73c4, this_ptr=0x0, return_value_used=1) at /usr/local/src/new_022403/php-4.3.1/ext/standard/var.c:635 #7 0x4035f9d3 in execute (op_array=0x81d2b70) at /usr/local/src/new_022403/php-4.3.1/Zend/zend_execute.c:1596 #8 0x4035fc06 in execute (op_array=0x83d987c) at /usr/local/src/new_022403/php-4.3.1/Zend/zend_execute.c:1640 #9 0x4034dac0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/new_022403/php-4.3.1/Zend/zend.c:864 #10 0x40316763 in php_execute_script (primary_file=0xb2c0) at /usr/local/src/new_022403/php-4.3.1/main/main.c:1573 #11 0x403649b6 in apache_php_module_main (r=0x817d9dc, display_source_mode=0) at /usr/local/src/new_022403/php-4.3.1/sapi/apache/sapi_apache.c:55 #12 0x4036589c in send_php (r=0x817d9dc, display_source_mode=0, filename=0x817f834 /home/marco/htdocs/fastbooking/bedhunter/de/buchung.php) at /usr/local/src/new_022403/php-4.3.1/sapi/apache/mod_php4.c:556 #13 0x40365909 in send_parsed_php (r=0x817d9dc) at /usr/local/src/new_022403/php-4.3.1/sapi/apache/mod_php4.c:571 #14 0x080860af in ap_invoke_handler () at eval.c:41 #15 0x0809b177 in process_request_internal () at eval.c:41 #16 0x0809b1d8 in ap_process_request () at eval.c:41 #17 0x080920b5 in child_main () at eval.c:41 #18 0x08092284 in make_child () at eval.c:41 #19 0x080923f8 in startup_children () at eval.c:41 #20 0x08092a74 in standalone_main () at eval.c:41 #21 0x080932ff in main () at eval.c:41 #22 0x400f1e5e in __libc_start_main (main=0x8092f34 main, argc=5, ubp_av=0xb6fc, init=0x804fa84 _init, fini=0x80b2ae0 _fini, rtld_fini=0x4000d3c4 _dl_fini, stack_end=0xb6ec) at ../sysdeps/generic/libc-start.c:129 regards, marco [2003-02-23 03:11:27] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP.
#22392 [Opn-Bgs]: Configuring error - re-introduced ?
ID: 22392 Updated by: [EMAIL PROTECTED] Reported By: j dot lammerts at chello dot nl -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: AIX 4.3.3 PHP Version: 4CVS-2003-02-24 (stable) New Comment: Nothing was changed, it's something wrong with your system. Previous Comments: [2003-02-24 05:56:04] j dot lammerts at chello dot nl Last week i submitted a bug report (22324) about the configure error ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status Can't find this bug report anymore to re-open it. The CVS of Feb 21 can be configured without problems (not compiled though), even without setting the env variables $ORACLE_HOME, $LD_LIBRARY_PATH en $LIBPATH. After getting the latest CVS I was disappointed to see that above problem is back again when trying to configure. At this moment I'm completely at a loss. Please help us.. Regards -- Edit this bug report at http://bugs.php.net/?id=22392edit=1
#22387 [Fbk-Opn]: Error Opening [File] in [PHPScript] on Line [linenumber]
ID: 22387 User updated by: tornbydesign at hotmail dot com Reported By: tornbydesign at hotmail dot com -Status: Feedback +Status: Open Bug Type: FTP related Operating System: Windows PHP Version: 4.2.3 New Comment: the script exists on a server by a big provider. this provider must have the newest version of php. Previous Comments: [2003-02-23 17:27:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if that doesn't work either, give us a complete, self-contained but short example script which uses some public ftp site. [2003-02-23 14:33:41] tornbydesign at hotmail dot com Hi, I have a problem with FTP Fileupload. if i execute the script i receive this message 'Warning: error opening C:\Images\any.jpg in ftp.php on line 90' the ENCTYPE in form-tag is multipart/form-data. Method is Get. I receive the right Path information but it seems that the file couldn 't be opened. File Upload is activated. The MaxFilesize is 20MB. I don't know what it could be. Ah, one thing: I must replace '\\' through '\' because the path which is returned from the file-element is 'C:\\Images\\any.jpg' Can you help me??? Thanks Tornby Sorry for my bad english info: [phpcut] opens the Sourcecode cut and [/phpcut] ends it. [phpcut] $connection = ftp_connect(FTP_host); $login = ftp_login($connection, FTP_uid, FTP_pwd); ftp_pasv($connection,true); $iPos = 0; $FTPError = ; while ($iPos 10) { If (!empty($HTTP_GET_VARS['file'.$iPos])) { $SourceFile = str_replace('','\\',$HTTP_GET_VARS['file'.$iPos]); $DestinationFile = $destination.Substr($SourceFile,strrpos($SourceFile,'\\')+1,strlen($SourceFile)-strrpos($SourceFile,'\\')-1); if (! ftp_put($connection,$DestinationFile,$SourceFile,FTP_BINARY)) $FTPError .= Fehler beim hochladen von '$SourceFile'br; } $iPos++; } ftp_quit($connection); [/phpcut] -- Edit this bug report at http://bugs.php.net/?id=22387edit=1
#22357 [Opn-Fbk]: exit signal Segmentation fault (11)
ID: 22357 Updated by: [EMAIL PROTECTED] Reported By: m dot heidenwolf at ehotel dot ag -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Redhat Linux 2.4.2 -PHP Version: 4.3.1 +PHP Version: 4.3.2-dev New Comment: What configure line and compiler version are you using? Previous Comments: [2003-02-24 06:17:43] m dot heidenwolf at ehotel dot ag Hi, no problem, i tried the following Snaps php4-STABLE-200302240630 php4-STABLE-200302240830 php4-STABLE-200302241030 all with the same result make warnings like /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:751: warning: label `yy80' defined but not used /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:749: warning: label `yy79' defined but not used /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:746: warning: label `yy78' defined but not used and ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /usr/local/src/new_022403/php4-STABLE-200302240830/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' these i had also before at 4.3.1 but php works anyway but finally at make install i got make[1]: *** [install-pear-installer] Ungültiger Maschinenbefehl (Speicherauszug erstellt) invalid machine instruction (memory dump created) i got the core file but i sadly dont know how to handle it regards, marco [2003-02-24 03:58:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip One more try. (I should have asked you to test the snapshot right away, sorry about that) [2003-02-21 10:54:35] m dot heidenwolf at ehotel dot ag Hi, after a few code changes i get a crash like exit signal Segmentation fault (11) in the apache logs. The backtrace is: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 20130)] 0x40158e47 in memcpy (dstpp=0x40c5c2cc, srcpp=0x0, len=1076992773) at ../sysdeps/generic/memcpy.c:55 55 ../sysdeps/generic/memcpy.c: No such file or directory. in ../sysdeps/generic/memcpy.c (gdb) bt #0 0x40158e47 in memcpy (dstpp=0x40c5c2cc, srcpp=0x0, len=1076992773) at ../sysdeps/generic/memcpy.c:55 #1 0x4031a1bd in smart_str_appendl_ex (dest=0xbfff92f0, src=0x0, len=1076992773, what=0) at php_smart_str.h:75 #2 0x4031a471 in php_var_serialize_class_name (buf=0xbfff92f0, struc=0x81d63c0) at var.c:385 #3 0x40319c3e in php_var_serialize_intern (buf=0xbfff92f0, struc=0x81d63c0, var_hash=0xbfff9300) at var.c:519 #4 0x40319d90 in php_var_serialize_intern (buf=0xbfff92f0, struc=0x81ddc5c, var_hash=0xbfff9300) at var.c:557 #5 0x40319df7 in php_var_serialize (buf=0xbfff92f0, struc=0x81ddc5c, var_hash=0xbfff9300) at var.c:571 #6 0x40319e9c in zif_serialize (ht=1, return_value=0x823ef64, this_ptr=0x0, return_value_used=1) at var.c:594 #7 0x40243289 in execute (op_array=0x8576348) at ./zend_execute.c:1598 #8 0x4024349b in execute (op_array=0x81dca44) at ./zend_execute.c:1638 #9 0x40253f90 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:812 #10 0x402668be in php_execute_script (primary_file=0xb2b0) at main.c:1383 #11 0x4026126e in apache_php_module_main (r=0x8172aac, display_source_mode=0) at sapi_apache.c:90 #12 0x402620dc in send_php (r=0x8172aac, display_source_mode=0, filename=0x817493c /home/marco/htdocs/fastbooking/bedhunter/de/buchung.php) at mod_php4.c:575 #13 0x40262149 in send_parsed_php (r=0x8172aac) at mod_php4.c:590 #14 0x080860af in ap_invoke_handler () at eval.c:41 #15 0x0809b177 in process_request_internal () at eval.c:41 #16 0x0809b1d8 in ap_process_request () at eval.c:41 #17 0x080920b5 in child_main () at eval.c:41 #18 0x08092284 in make_child () at eval.c:41 #19 0x080923f8 in startup_children () at eval.c:41 #20 0x08092a74 in standalone_main () at eval.c:41 #21 0x080932ff in main () at eval.c:41 #22 0x400f1e5e in __libc_start_main (main=0x8092f34 main, argc=5, ubp_av=0xb6ec, init=0x804fa84 _init, fini=0x80b2ae0 _fini, rtld_fini=0x4000d3c4 _dl_fini, stack_end=0xb6dc) at ../sysdeps/generic/libc-start.c:129 system is running on: php 4.2.3 openssl-0.9.6g curl-7.9.8 zlib-1.1.4 libxml2-2.4.19 apache_1.3.26 Redhat Linux thanks, marco -- Edit this bug report at http://bugs.php.net/?id=22357edit=1
#10824 [Com]: does not return more than 256 chars from a varchar
ID: 10824 Comment by: magne at myrtveit dot com Reported By: sysadminnospam at cheezy dot net Status: Closed Bug Type: MSSQL related Operating System: MS Windows 2000 PHP Version: 4.0.4pl1 New Comment: Here is a workaround that I have used with success. When returning a VARCHAR field F that can exceed 256 characters, I return several computed fields F1, F2, etc using the following SQL query syntax: SELECT ( + SUBSTRING(F, 1, 253) + ) AS F1 , ( + SUBSTRING(F, 254, 253) + ) AS F2 , ( + SUBSTRING(F, 507, 253) + ) AS F3 FROM ... In my PHP code i put F1, F2, F3 together after removing the enclosing (which I put on in order to maintain white space at either end of each Fi): $F = substr($F1, 1, -1) . substr($F2, 1, -1) . substr($F3, 1, -1); Good luck! Magne Previous Comments: [2001-06-30 14:36:30] [EMAIL PROTECTED] This is not a bug in the php extension. The library used to connect to SQL Server soes not allow warchar columns to be more that 255 char. [2001-05-11 23:40:22] sysadminnospam at cheezy dot net Problem: Queries and stored procedures returning varchar data do not return more than 256 chars. The rest is truncated. Affected functions: MSSQL_FETCH_OBJECT MSSQL_FETCH_ARRAY MSSQL_FETCH_ROW (didn't get opportunity to test, but seems likely) I know there was an earlier report similar to this in regards to NCHAR, however, varchar has nothing to do with unicode. Are we looking at the same problem here anyways? Any idea on how long 'til a solution, or some sort of work-around? Using datatype TEXT is NOT an option -- it puts too much overhead on transactions. Since this was classified as a Microsoft problem, I guess upgrading to 4.0.5 would not help, huh? Thanks. -- Edit this bug report at http://bugs.php.net/?id=10824edit=1
#22387 [Opn-Bgs]: Error Opening [File] in [PHPScript] on Line [linenumber]
ID: 22387 Updated by: [EMAIL PROTECTED] Reported By: tornbydesign at hotmail dot com -Status: Open +Status: Bogus Bug Type: FTP related Operating System: Windows PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Please report bugs only when you are able to try solutions. Previous Comments: [2003-02-24 06:39:23] tornbydesign at hotmail dot com the script exists on a server by a big provider. this provider must have the newest version of php. [2003-02-23 17:27:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if that doesn't work either, give us a complete, self-contained but short example script which uses some public ftp site. [2003-02-23 14:33:41] tornbydesign at hotmail dot com Hi, I have a problem with FTP Fileupload. if i execute the script i receive this message 'Warning: error opening C:\Images\any.jpg in ftp.php on line 90' the ENCTYPE in form-tag is multipart/form-data. Method is Get. I receive the right Path information but it seems that the file couldn 't be opened. File Upload is activated. The MaxFilesize is 20MB. I don't know what it could be. Ah, one thing: I must replace '\\' through '\' because the path which is returned from the file-element is 'C:\\Images\\any.jpg' Can you help me??? Thanks Tornby Sorry for my bad english info: [phpcut] opens the Sourcecode cut and [/phpcut] ends it. [phpcut] $connection = ftp_connect(FTP_host); $login = ftp_login($connection, FTP_uid, FTP_pwd); ftp_pasv($connection,true); $iPos = 0; $FTPError = ; while ($iPos 10) { If (!empty($HTTP_GET_VARS['file'.$iPos])) { $SourceFile = str_replace('','\\',$HTTP_GET_VARS['file'.$iPos]); $DestinationFile = $destination.Substr($SourceFile,strrpos($SourceFile,'\\')+1,strlen($SourceFile)-strrpos($SourceFile,'\\')-1); if (! ftp_put($connection,$DestinationFile,$SourceFile,FTP_BINARY)) $FTPError .= Fehler beim hochladen von '$SourceFile'br; } $iPos++; } ftp_quit($connection); [/phpcut] -- Edit this bug report at http://bugs.php.net/?id=22387edit=1
#22357 [Fbk-Opn]: exit signal Segmentation fault (11)
ID: 22357 User updated by: m dot heidenwolf at ehotel dot ag Reported By: m dot heidenwolf at ehotel dot ag -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Redhat Linux 2.4.2 PHP Version: 4.3.2-dev New Comment: configure line: CPPFLAGS='-I/usr/include/openssl -DEAPI' \ LDFLAGS='-L/usr/include/openssl' \ './configure' \ '--with-oci8=/ora8/m01/app/oracle/product/8.1.7' \ '--disable-short-tags' \ '--enable-sockets' \ '--enable-ctype' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--with-curl' \ '--enable-sigchild' \ '--with-zlib' \ '--enable-bcmath' \ '--enable-debug' \ compiler: gcc 2.96 greets, marco Previous Comments: [2003-02-24 06:40:10] [EMAIL PROTECTED] What configure line and compiler version are you using? [2003-02-24 06:17:43] m dot heidenwolf at ehotel dot ag Hi, no problem, i tried the following Snaps php4-STABLE-200302240630 php4-STABLE-200302240830 php4-STABLE-200302241030 all with the same result make warnings like /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:751: warning: label `yy80' defined but not used /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:749: warning: label `yy79' defined but not used /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:746: warning: label `yy78' defined but not used and ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /usr/local/src/new_022403/php4-STABLE-200302240830/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' these i had also before at 4.3.1 but php works anyway but finally at make install i got make[1]: *** [install-pear-installer] Ungültiger Maschinenbefehl (Speicherauszug erstellt) invalid machine instruction (memory dump created) i got the core file but i sadly dont know how to handle it regards, marco [2003-02-24 03:58:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip One more try. (I should have asked you to test the snapshot right away, sorry about that) [2003-02-21 10:54:35] m dot heidenwolf at ehotel dot ag Hi, after a few code changes i get a crash like exit signal Segmentation fault (11) in the apache logs. The backtrace is: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 20130)] 0x40158e47 in memcpy (dstpp=0x40c5c2cc, srcpp=0x0, len=1076992773) at ../sysdeps/generic/memcpy.c:55 55 ../sysdeps/generic/memcpy.c: No such file or directory. in ../sysdeps/generic/memcpy.c (gdb) bt #0 0x40158e47 in memcpy (dstpp=0x40c5c2cc, srcpp=0x0, len=1076992773) at ../sysdeps/generic/memcpy.c:55 #1 0x4031a1bd in smart_str_appendl_ex (dest=0xbfff92f0, src=0x0, len=1076992773, what=0) at php_smart_str.h:75 #2 0x4031a471 in php_var_serialize_class_name (buf=0xbfff92f0, struc=0x81d63c0) at var.c:385 #3 0x40319c3e in php_var_serialize_intern (buf=0xbfff92f0, struc=0x81d63c0, var_hash=0xbfff9300) at var.c:519 #4 0x40319d90 in php_var_serialize_intern (buf=0xbfff92f0, struc=0x81ddc5c, var_hash=0xbfff9300) at var.c:557 #5 0x40319df7 in php_var_serialize (buf=0xbfff92f0, struc=0x81ddc5c, var_hash=0xbfff9300) at var.c:571 #6 0x40319e9c in zif_serialize (ht=1, return_value=0x823ef64, this_ptr=0x0, return_value_used=1) at var.c:594 #7 0x40243289 in execute (op_array=0x8576348) at ./zend_execute.c:1598 #8 0x4024349b in execute (op_array=0x81dca44) at ./zend_execute.c:1638 #9 0x40253f90 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:812 #10 0x402668be in php_execute_script (primary_file=0xb2b0) at main.c:1383 #11 0x4026126e in apache_php_module_main (r=0x8172aac, display_source_mode=0) at sapi_apache.c:90 #12 0x402620dc in send_php (r=0x8172aac, display_source_mode=0, filename=0x817493c /home/marco/htdocs/fastbooking/bedhunter/de/buchung.php) at mod_php4.c:575 #13 0x40262149 in send_parsed_php (r=0x8172aac) at mod_php4.c:590 #14 0x080860af in ap_invoke_handler () at eval.c:41 #15 0x0809b177 in process_request_internal () at eval.c:41 #16 0x0809b1d8 in ap_process_request () at eval.c:41 #17 0x080920b5 in child_main () at eval.c:41 #18 0x08092284 in make_child () at eval.c:41 #19 0x080923f8 in startup_children () at eval.c:41 #20 0x08092a74 in standalone_main () at eval.c:41 #21 0x080932ff in main () at eval.c:41 #22 0x400f1e5e in __libc_start_main (main=0x8092f34 main, argc=5, ubp_av=0xb6ec, init=0x804fa84 _init, fini=0x80b2ae0 _fini,
#22317 [Fbk-Opn]: mail() has address parsing problems
ID: 22317 User updated by: mark at virtualcreations dot com dot au Reported By: mark at virtualcreations dot com dot au -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Win32 PHP Version: 4.3.0 New Comment: Well, the SMTP server is the one I use through my ISP (mail-bpa.bigpond.com). But because of your comments, I tried another SMTP server (mail.virtualcreations.com.au), and it worked better, but still not perfectly. Sending to two recipients (separated by commas) worked fine this time, but sending to Mark [EMAIL PROTECTED] had a problem. The SMTP server sent the message, but it bounced, with the following reason: Remote host said: 550 5.1.1 Mark mvirtue@zip.com.au... User unknown (but that is a perfectly valid address, of course). Then I tried a THIRD SMTP server (smtp.zipworld.com.au), and everything worked perfectly. So, clearly all SMTP servers are different, but I would hope that the Win32 version of the mail() sending function would work with as many as possible of them. I reiterate what I said before: Before version 4.3.0, this worked perfectly, and I've never had any problems with the Linux version. Mark. Previous Comments: [2003-02-24 05:20:42] [EMAIL PROTECTED] so your SMTP server doesn't accept this syntax. What kind of SMTP server is that? Is there any way you can capture what php is sending out to the server? [2003-02-20 02:22:49] mark at virtualcreations dot com dot au Thanks for the suggestion. I put the error reporting code in, and now have more information to share: When I tried: mail([EMAIL PROTECTED], [EMAIL PROTECTED], My Subject, Line 1) I got the response: Warning: mail() [function.mail]: SMTP server response: 501 unacceptable characters in local-part in index.php on line 5 I think the unacceptable characters refers to the space after the comma and before the [EMAIL PROTECTED]. Then I tried: mail(Fred [EMAIL PROTECTED], My Subject, Line 1) and got the response: Warning: mail() [function.mail]: SMTP server response: 501 illegal address syntax in index.php on line 5 But this same line of code works fine in Linux, and used to work fine in Win32 4.2.3 Mark. [2003-02-20 01:39:10] [EMAIL PROTECTED] These work just fine for me. Do you get any error messages? (put error_reporting(E_ALL); into your script) [2003-02-20 00:48:58] mark at virtualcreations dot com dot au Thanks for the reply, but that made no difference whatsoever. (installed the Win32 version, and restarted Apache. It definitely installed correctly because phpinfo() showed version 4.3.2-dev) [2003-02-20 00:26:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/22317 -- Edit this bug report at http://bugs.php.net/?id=22317edit=1
#22357 [Opn-Fbk]: exit signal Segmentation fault (11)
ID: 22357 Updated by: [EMAIL PROTECTED] Reported By: m dot heidenwolf at ehotel dot ag -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Redhat Linux 2.4.2 PHP Version: 4.3.2-dev New Comment: http://gcc.gnu.org/gcc-2.96.html So please upgrade first to a working and official version of gcc, like 2.95.3. Previous Comments: [2003-02-24 06:58:39] m dot heidenwolf at ehotel dot ag configure line: CPPFLAGS='-I/usr/include/openssl -DEAPI' \ LDFLAGS='-L/usr/include/openssl' \ './configure' \ '--with-oci8=/ora8/m01/app/oracle/product/8.1.7' \ '--disable-short-tags' \ '--enable-sockets' \ '--enable-ctype' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--with-curl' \ '--enable-sigchild' \ '--with-zlib' \ '--enable-bcmath' \ '--enable-debug' \ compiler: gcc 2.96 greets, marco [2003-02-24 06:40:10] [EMAIL PROTECTED] What configure line and compiler version are you using? [2003-02-24 06:17:43] m dot heidenwolf at ehotel dot ag Hi, no problem, i tried the following Snaps php4-STABLE-200302240630 php4-STABLE-200302240830 php4-STABLE-200302241030 all with the same result make warnings like /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:751: warning: label `yy80' defined but not used /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:749: warning: label `yy79' defined but not used /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:746: warning: label `yy78' defined but not used and ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /usr/local/src/new_022403/php4-STABLE-200302240830/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' these i had also before at 4.3.1 but php works anyway but finally at make install i got make[1]: *** [install-pear-installer] Ungültiger Maschinenbefehl (Speicherauszug erstellt) invalid machine instruction (memory dump created) i got the core file but i sadly dont know how to handle it regards, marco [2003-02-24 03:58:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip One more try. (I should have asked you to test the snapshot right away, sorry about that) [2003-02-21 10:54:35] m dot heidenwolf at ehotel dot ag Hi, after a few code changes i get a crash like exit signal Segmentation fault (11) in the apache logs. The backtrace is: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 20130)] 0x40158e47 in memcpy (dstpp=0x40c5c2cc, srcpp=0x0, len=1076992773) at ../sysdeps/generic/memcpy.c:55 55 ../sysdeps/generic/memcpy.c: No such file or directory. in ../sysdeps/generic/memcpy.c (gdb) bt #0 0x40158e47 in memcpy (dstpp=0x40c5c2cc, srcpp=0x0, len=1076992773) at ../sysdeps/generic/memcpy.c:55 #1 0x4031a1bd in smart_str_appendl_ex (dest=0xbfff92f0, src=0x0, len=1076992773, what=0) at php_smart_str.h:75 #2 0x4031a471 in php_var_serialize_class_name (buf=0xbfff92f0, struc=0x81d63c0) at var.c:385 #3 0x40319c3e in php_var_serialize_intern (buf=0xbfff92f0, struc=0x81d63c0, var_hash=0xbfff9300) at var.c:519 #4 0x40319d90 in php_var_serialize_intern (buf=0xbfff92f0, struc=0x81ddc5c, var_hash=0xbfff9300) at var.c:557 #5 0x40319df7 in php_var_serialize (buf=0xbfff92f0, struc=0x81ddc5c, var_hash=0xbfff9300) at var.c:571 #6 0x40319e9c in zif_serialize (ht=1, return_value=0x823ef64, this_ptr=0x0, return_value_used=1) at var.c:594 #7 0x40243289 in execute (op_array=0x8576348) at ./zend_execute.c:1598 #8 0x4024349b in execute (op_array=0x81dca44) at ./zend_execute.c:1638 #9 0x40253f90 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:812 #10 0x402668be in php_execute_script (primary_file=0xb2b0) at main.c:1383 #11 0x4026126e in apache_php_module_main (r=0x8172aac, display_source_mode=0) at sapi_apache.c:90 #12 0x402620dc in send_php (r=0x8172aac, display_source_mode=0, filename=0x817493c /home/marco/htdocs/fastbooking/bedhunter/de/buchung.php) at mod_php4.c:575 #13 0x40262149 in send_parsed_php (r=0x8172aac) at mod_php4.c:590 #14 0x080860af in ap_invoke_handler () at eval.c:41 #15 0x0809b177 in process_request_internal () at eval.c:41 #16 0x0809b1d8 in ap_process_request () at eval.c:41 #17 0x080920b5 in child_main () at eval.c:41 #18 0x08092284 in make_child () at eval.c:41 #19 0x080923f8 in startup_children () at
#22112 [Fbk-Opn]: When Php compiled with support for openssl it broke the SIHUP of apache
ID: 22112 User updated by: sysadmin at destination dot ca Reported By: sysadmin at destination dot ca -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Linux Redhat 6.2 PHP Version: 4.3.0 New Comment: Ok you want me to use a Productin server to be able to create the condition of a random bug about the open_dir lookup. I will try but will be hard ... since i can only reproduce the bug where the httpd server don't reload correctly with killall -1 httpd on a test server. The other bug about the base_dir is random on a multiple virtualhost setup ... Anyway i will see want i can do about it. Previous Comments: [2003-02-23 04:51:53] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. And also give us the complete configure line for PHP and modssl.. [2003-02-21 07:11:31] sysadmin at destination dot ca Have you try my workaround ? That workaround have also correct the problem of apache serving empty php document. There is a huge bug presently in php related to the apache path variable, lot of ticket open for this one and it look like no one at php is interesting to solve that one. As with openssl 0.9.7a you can't compile php 4.3.1 or latest snapshot. I was proud to use php for a long time, now it more of a headhache for me because as it grow i have more problem uprgrading ... they have to keep the base the same, we can't manage to have more and more complex configuration when not needed and we can't ask the people we host to change there web site every time the PHP TEAM remove or alter the use of a function in PHP. I wish they will resolve all this problem soon with 4.3.2. [2003-02-20 22:59:59] rmosher at on-the dot net The ErrorLog enter has nothing to do with the problem for me. I'm using PHP 4.3.1 (same problem with 4.2.3 btw); otherwise the setup is the same (same Apache et al). [2003-02-11 13:24:32] sysadmin at destination dot ca I have done deeper test and i have found a work around. That work around do not correct the problem at all. The only time i can procude that problem si when 1. Server web is compiled with mod_ssl 2. Php is compipled with mod_ssl 3. One or more Virtualhost use the tag ErrorLog /path/to/log/file You need the 3 conditions to see the bug. So as a temporary solution i have disabled the ErrorLog tag in every virtualhost. If you find a more convenient way to do it i will appreciate. Thanks and have a good day [2003-02-10 13:16:36] sysadmin at destination dot ca Yes. I have tried to compile them with a different library to be sure it was not the case. When i compile modssl and php with different openssl version apache don't even start. I can confirm you that modssl and php use the librairie installed in my /usr/local/ssl directory and even from a fresh install. I have also try the exact same setup on 3 other server and i have the exact same problem. Regards 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/22112 -- Edit this bug report at http://bugs.php.net/?id=22112edit=1
#22317 [Opn-Bgs]: mail() has address parsing problems
ID: 22317 Updated by: [EMAIL PROTECTED] Reported By: mark at virtualcreations dot com dot au -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Win32 PHP Version: 4.3.0 New Comment: Yes, and if we lived in a perfect world.. :) btw. It might work better if you used this style: firstname surname [EMAIL PROTECTED] But as it's clearly problem with those SMTP servers, closing this as bogus. (use that one that worked..) Previous Comments: [2003-02-24 07:06:30] mark at virtualcreations dot com dot au Well, the SMTP server is the one I use through my ISP (mail-bpa.bigpond.com). But because of your comments, I tried another SMTP server (mail.virtualcreations.com.au), and it worked better, but still not perfectly. Sending to two recipients (separated by commas) worked fine this time, but sending to Mark [EMAIL PROTECTED] had a problem. The SMTP server sent the message, but it bounced, with the following reason: Remote host said: 550 5.1.1 Mark mvirtue@zip.com.au... User unknown (but that is a perfectly valid address, of course). Then I tried a THIRD SMTP server (smtp.zipworld.com.au), and everything worked perfectly. So, clearly all SMTP servers are different, but I would hope that the Win32 version of the mail() sending function would work with as many as possible of them. I reiterate what I said before: Before version 4.3.0, this worked perfectly, and I've never had any problems with the Linux version. Mark. [2003-02-24 05:20:42] [EMAIL PROTECTED] so your SMTP server doesn't accept this syntax. What kind of SMTP server is that? Is there any way you can capture what php is sending out to the server? [2003-02-20 02:22:49] mark at virtualcreations dot com dot au Thanks for the suggestion. I put the error reporting code in, and now have more information to share: When I tried: mail([EMAIL PROTECTED], [EMAIL PROTECTED], My Subject, Line 1) I got the response: Warning: mail() [function.mail]: SMTP server response: 501 unacceptable characters in local-part in index.php on line 5 I think the unacceptable characters refers to the space after the comma and before the [EMAIL PROTECTED]. Then I tried: mail(Fred [EMAIL PROTECTED], My Subject, Line 1) and got the response: Warning: mail() [function.mail]: SMTP server response: 501 illegal address syntax in index.php on line 5 But this same line of code works fine in Linux, and used to work fine in Win32 4.2.3 Mark. [2003-02-20 01:39:10] [EMAIL PROTECTED] These work just fine for me. Do you get any error messages? (put error_reporting(E_ALL); into your script) [2003-02-20 00:48:58] mark at virtualcreations dot com dot au Thanks for the reply, but that made no difference whatsoever. (installed the Win32 version, and restarted Apache. It definitely installed correctly because phpinfo() showed version 4.3.2-dev) 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/22317 -- Edit this bug report at http://bugs.php.net/?id=22317edit=1
#22112 [Opn-Fbk]: When Php compiled with support for openssl it broke the SIHUP of apache
ID: 22112 Updated by: [EMAIL PROTECTED] Reported By: sysadmin at destination dot ca -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux Redhat 6.2 PHP Version: 4.3.0 New Comment: I asked for those configure lines...? Can you please give them first? (and compiling with openssl 0.9.7a works fine for me with latest snapshot btw..) Previous Comments: [2003-02-24 07:38:47] sysadmin at destination dot ca Ok you want me to use a Productin server to be able to create the condition of a random bug about the open_dir lookup. I will try but will be hard ... since i can only reproduce the bug where the httpd server don't reload correctly with killall -1 httpd on a test server. The other bug about the base_dir is random on a multiple virtualhost setup ... Anyway i will see want i can do about it. [2003-02-23 04:51:53] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. And also give us the complete configure line for PHP and modssl.. [2003-02-21 07:11:31] sysadmin at destination dot ca Have you try my workaround ? That workaround have also correct the problem of apache serving empty php document. There is a huge bug presently in php related to the apache path variable, lot of ticket open for this one and it look like no one at php is interesting to solve that one. As with openssl 0.9.7a you can't compile php 4.3.1 or latest snapshot. I was proud to use php for a long time, now it more of a headhache for me because as it grow i have more problem uprgrading ... they have to keep the base the same, we can't manage to have more and more complex configuration when not needed and we can't ask the people we host to change there web site every time the PHP TEAM remove or alter the use of a function in PHP. I wish they will resolve all this problem soon with 4.3.2. [2003-02-20 22:59:59] rmosher at on-the dot net The ErrorLog enter has nothing to do with the problem for me. I'm using PHP 4.3.1 (same problem with 4.2.3 btw); otherwise the setup is the same (same Apache et al). [2003-02-11 13:24:32] sysadmin at destination dot ca I have done deeper test and i have found a work around. That work around do not correct the problem at all. The only time i can procude that problem si when 1. Server web is compiled with mod_ssl 2. Php is compipled with mod_ssl 3. One or more Virtualhost use the tag ErrorLog /path/to/log/file You need the 3 conditions to see the bug. So as a temporary solution i have disabled the ErrorLog tag in every virtualhost. If you find a more convenient way to do it i will appreciate. Thanks and have a good day 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/22112 -- Edit this bug report at http://bugs.php.net/?id=22112edit=1
#22325 [Opn-Fbk]: librairies not found while run configure.
ID: 22325 Updated by: [EMAIL PROTECTED] Reported By: jules dot thavarajah at gazdefrance dot com -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: AIX4.3.3 -PHP Version: 4.0.6 +PHP Version: 4.3.2-dev New Comment: I assume those nsldap libs are here: /logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib Is that path in your LIBPATH? Previous Comments: [2003-02-20 09:02:00] jules dot thavarajah at gazdefrance dot com Here are the messages in the debug.log after running configure. It is not much better. Any idea? Thanks Best regards *** ./configure --prefix=$prefix/php4-STABLE-200302201230 \ --with-oci8=$libdir/lib_ora_8.1.7 --without-mysql --enable-calendar \ --with-ldap=$libdir/ldapcsdk414-AIX4[1].3_OPT --with-pdflib=no \ --with-config-file-path=$prefix/php4-STABLE-200302201230 \ --with-apxs=$prefix/bin/apxs debug.log CONFIGURE: './configure' '--prefix=/logiciels/apache/apa_1.3.19/php4-STABLE-200302201230' '--with-oci8=/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7' '--without-mysql' '--enable-calendar' '--with-ldap=/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT' '--with-pdflib=no' '--with-config-file-path=/logiciels/apache/apa_1.3.19/php4-STABLE-200302201230' '--with-apxs=/logiciels/apache/apa_1.3.19/bin/apxs' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DMOD_SSL=208103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DHARD_SERVER_LIMIT=1000 CXX: CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/include -I/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/rdbms/public LDFLAGS: -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib LIBS: -lldapssl41 -lplds3 -lplc3 -lnspr3 -lm -lclntsh -locijdbc8 DLIBS: SAPI: apache PHP_RPATHS: /logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib /logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib uname -a: AIX pcya000x 3 4 0004C0094C00 gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DMOD_SSL=208103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DHARD_SERVER_LIMIT=1000 -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib conftest.c -lldapssl41 -lplds3 -lplc3 -lnspr3 -lm -lclntsh -locijdbc8 15 ld: 0706-006 Cannot find or open library file: -l ldapssl41 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l plds3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l plc3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l nspr3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status [2003-02-20 08:31:14] [EMAIL PROTECTED] Running ./configure and 'make' does not mean that you have to do 'make install'...so please try the snapshot to see if it makes any difference. Many bugs have been fixed since 4.3.0/4.3.1 releases in the snapshot.. [2003-02-20 08:27:57] jules dot thavarajah at gazdefrance dot com At first thanks for your reply. But, i can't use the latest version which is not referenced where i work. Actually, I want to install the version 4.0.6 of PHP. As it did not work, i tried to install the version 4.3.0 to see how it behaves on AIX. But i had the same errors. That's why i wonder if you have a patch for the release 4.0.6 of PHP to compile LDAP correctly? Thanks Best Regards [2003-02-20 07:28:09] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-20 05:01:31] jules dot thavarajah at gazdefrance dot com Hi, I am trying to compile php4.0.6 on aix4.3.3 OS with LDAP librairies. But when i run configure i get error messages in debug.log file. (I also tried to install the version php4.3.0, but i get the same error!) Is php4.x.x compatible with AIX4.3??? My advance thanks for your help. With best regards
#22393 [NEW]: __FILE__, __LINE__ as default parameter value
From: tom dot polak at post dot cz Operating system: Windows, but all PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: __FILE__, __LINE__ as default parameter value Hello, First, I have found similar request as #13944, but there is NO SOLUTION EXPLAINED, only closed. If this request is solved, then my request is solved too, but how was #13944 solved? I am trying to write error handler function as follows: function ErrorHandler($msg,$file=__FILE__,$line=__LINE__){ print(Error {$msg} in file {$file} on line {$line}\n); } which can be called from any php script when error occurs: ... if($somethingwrong){ ErrorHandler(something wrong); } I can to see the $file and $line pointing to the place, from which is ErrorHanlder function called. But currently I see allwys the same file and line of the ErrorHandler function itself. This request is based on big amount of php script files, where is not so simple to found, where the error condition occurs. Because the $msg itself is often not enough to explain the point in source code. Secondary, I need to have own errorhandler, because using some features when the error appears in SQL command, there is more additional information displayed (not showed in example above, because is not relevant to this request). I am logging errors by its type to several locations, conditionally email it to response admin and other things. Because of hunderts calls of ErrorHandler, using __FILE__ and __LINE__ is very time and place consuming. With hope, that this description is understandable, even my poor english knowledge. Best regards, Tomas Polak [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=22393edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22393r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22393r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22393r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22393r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22393r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22393r=support Expected behavior: http://bugs.php.net/fix.php?id=22393r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22393r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22393r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22393r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22393r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22393r=dst IIS Stability: http://bugs.php.net/fix.php?id=22393r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22393r=gnused
#22112 [Fbk-Opn]: When Php compiled with support for openssl it broke the SIHUP of apache
ID: 22112 User updated by: sysadmin at destination dot ca Reported By: sysadmin at destination dot ca -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Linux Redhat 6.2 PHP Version: 4.3.0 New Comment: MODSSL : ./configure --with-apache=../apache_1.3.27 --with-ssl=/usr/local/ssl APACHE : ./configure \ --prefix=/usr/local/apache \ --enable-module=log_agent \ --enable-module=log_referer \ --enable-module=info \ --enable-module=vhost_alias \ --enable-module=speling \ --enable-module=rewrite \ --enable-module=so \ --enable-module=ssl OpenSSL 0.9.6i ( since OpenSSL 0.9.7 or 0.9.7a ) don't compile with php 4.3.1 or lastest stable snapshot ) ./config --openssldir=/usr/local/ssl;make;make test;make install PHP 4.3.1 or lastest stable snapshot ./configure \ --with-mysql=/usr/local/mysql \ --enable-calendar \ --enable-gettext \ --enable-ftp \ --enable-bcmath \ --enable-trans-sid \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --with-dom \ --with-gd=/usr/gd-with_gif \ --with-jpeg-dir=/usr/lib \ --with-freetype-dir=/usr/local/freetype2 \ --with-png-dir=/usr/lib \ --with-gettext \ --with-zlib \ --with-mm=/usr/lib \ --with-zlib-dir=/usr/lib \ --with-pdflib=/usr/local/pdflib \ --with-config-file-path=/usr/local/apache/conf \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mcrypt=/usr/local/libmcrypt \ --with-openssl=/usr/local/ssl \ --with-snmp \ --with-kerberos \ --with-imap \ --with-imap-ssl=/usr/local/ssl \ --prefix=/usr/local/php RESUME : As far as i know the problem exist for up to php 4.2.0 with this setup if you don't setup any open_basedir config in httpd.conf it look like there's no problem, if you setup a open_basedir for one virtual host the problem start to happen in the error log you see a website trying to load php file with the open_basedir of another virtualhost, the work around is to setup a open_basedir for every virtualhost. This seem to correct the problem when killall -1 httpd make httpd to die and not reload is config. If you need any further information please feel free to contact me again. Regards Previous Comments: [2003-02-24 07:51:09] [EMAIL PROTECTED] I asked for those configure lines...? Can you please give them first? (and compiling with openssl 0.9.7a works fine for me with latest snapshot btw..) [2003-02-24 07:38:47] sysadmin at destination dot ca Ok you want me to use a Productin server to be able to create the condition of a random bug about the open_dir lookup. I will try but will be hard ... since i can only reproduce the bug where the httpd server don't reload correctly with killall -1 httpd on a test server. The other bug about the base_dir is random on a multiple virtualhost setup ... Anyway i will see want i can do about it. [2003-02-23 04:51:53] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. And also give us the complete configure line for PHP and modssl.. [2003-02-21 07:11:31] sysadmin at destination dot ca Have you try my workaround ? That workaround have also correct the problem of apache serving empty php document. There is a huge bug presently in php related to the apache path variable, lot of ticket open for this one and it look like no one at php is interesting to solve that one. As with openssl 0.9.7a you can't compile php 4.3.1 or latest snapshot. I was proud to use php for a long time, now it more of a headhache for me because as it grow i have more problem uprgrading ... they have to keep the base the same, we can't manage to have more and more complex configuration when not needed and we can't ask the people we host to change there web site every time the PHP TEAM remove or alter the use of a function in PHP. I wish they will resolve all this problem soon with 4.3.2. [2003-02-20 22:59:59] rmosher at on-the dot net The ErrorLog enter has nothing to do with the problem for me. I'm using PHP 4.3.1 (same problem with 4.2.3 btw); otherwise the setup is the same (same Apache et al). 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/22112 -- Edit this bug report at
#22112 [Opn-Csd]: When Php compiled with support for openssl it broke the SIHUP of apache
ID: 22112 Updated by: [EMAIL PROTECTED] Reported By: sysadmin at destination dot ca -Status: Open +Status: Closed Bug Type: Apache related Operating System: Linux Redhat 6.2 PHP Version: 4.3.0 New Comment: If the problem that you opened this bug report for is fixed in latest cvs snapshot - closed. (check the bug database for reports about open_basedir problems and that openssl 0.9.7 problem. Add your comments to the existing reports and if you can't find any, submit new reports.) Previous Comments: [2003-02-24 08:22:36] sysadmin at destination dot ca MODSSL : ./configure --with-apache=../apache_1.3.27 --with-ssl=/usr/local/ssl APACHE : ./configure \ --prefix=/usr/local/apache \ --enable-module=log_agent \ --enable-module=log_referer \ --enable-module=info \ --enable-module=vhost_alias \ --enable-module=speling \ --enable-module=rewrite \ --enable-module=so \ --enable-module=ssl OpenSSL 0.9.6i ( since OpenSSL 0.9.7 or 0.9.7a ) don't compile with php 4.3.1 or lastest stable snapshot ) ./config --openssldir=/usr/local/ssl;make;make test;make install PHP 4.3.1 or lastest stable snapshot ./configure \ --with-mysql=/usr/local/mysql \ --enable-calendar \ --enable-gettext \ --enable-ftp \ --enable-bcmath \ --enable-trans-sid \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --with-dom \ --with-gd=/usr/gd-with_gif \ --with-jpeg-dir=/usr/lib \ --with-freetype-dir=/usr/local/freetype2 \ --with-png-dir=/usr/lib \ --with-gettext \ --with-zlib \ --with-mm=/usr/lib \ --with-zlib-dir=/usr/lib \ --with-pdflib=/usr/local/pdflib \ --with-config-file-path=/usr/local/apache/conf \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mcrypt=/usr/local/libmcrypt \ --with-openssl=/usr/local/ssl \ --with-snmp \ --with-kerberos \ --with-imap \ --with-imap-ssl=/usr/local/ssl \ --prefix=/usr/local/php RESUME : As far as i know the problem exist for up to php 4.2.0 with this setup if you don't setup any open_basedir config in httpd.conf it look like there's no problem, if you setup a open_basedir for one virtual host the problem start to happen in the error log you see a website trying to load php file with the open_basedir of another virtualhost, the work around is to setup a open_basedir for every virtualhost. This seem to correct the problem when killall -1 httpd make httpd to die and not reload is config. If you need any further information please feel free to contact me again. Regards [2003-02-24 07:51:09] [EMAIL PROTECTED] I asked for those configure lines...? Can you please give them first? (and compiling with openssl 0.9.7a works fine for me with latest snapshot btw..) [2003-02-24 07:38:47] sysadmin at destination dot ca Ok you want me to use a Productin server to be able to create the condition of a random bug about the open_dir lookup. I will try but will be hard ... since i can only reproduce the bug where the httpd server don't reload correctly with killall -1 httpd on a test server. The other bug about the base_dir is random on a multiple virtualhost setup ... Anyway i will see want i can do about it. [2003-02-23 04:51:53] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. And also give us the complete configure line for PHP and modssl.. [2003-02-21 07:11:31] sysadmin at destination dot ca Have you try my workaround ? That workaround have also correct the problem of apache serving empty php document. There is a huge bug presently in php related to the apache path variable, lot of ticket open for this one and it look like no one at php is interesting to solve that one. As with openssl 0.9.7a you can't compile php 4.3.1 or latest snapshot. I was proud to use php for a long time, now it more of a headhache for me because as it grow i have more problem uprgrading ... they have to keep the base the same, we can't manage to have more and more complex configuration when not needed and we can't ask the people we host to change there web site every time the PHP TEAM remove or alter the use of a function in PHP. I wish they will resolve all this problem soon with 4.3.2. The remainder of the comments for this report are too long. To view the rest of the
#22346 [Opn-Fbk]: Make fails: more undefined references to errno
ID: 22346 Updated by: [EMAIL PROTECTED] Reported By: erwthijs at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Linux Red Hat 8.0 -PHP Version: 4.3.1 +PHP Version: 4.3.2-dev New Comment: Unrelated: Did you happen to compile that mysql yourself? What gcc version do you have? Previous Comments: [2003-02-21 03:14:33] erwthijs at hotmail dot com Hi, i'm trying to install php-4.3.1 on my Red Hat 8 machine. I've installed httpd-2.0.44 and Mysql-3.23.54a-4. The configure script ran fine. ./configure --with-apxs2=/etc/httpd2/bin/apxs --prefix=/etc/httpd2/php --with-mysql This works fine. But the 'make' fails. I get the following error. ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /usr/src/php4-STABLE-200302210830/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' ext/mysql/libmysql/my_lib.lo: In function `my_dir': /usr/src/php4-STABLE-200302210830/ext/mysql/libmysql/my_lib.c:169: undefined reference to `errno' ext/mysql/libmysql/my_lib.lo: In function `my_stat': /usr/src/php4-STABLE-200302210830/ext/mysql/libmysql/my_lib.c:588: undefined reference to `errno' ext/mysql/libmysql/my_malloc.lo: In function `my_malloc': /usr/src/php4-STABLE-200302210830/ext/mysql/libmysql/my_malloc.c:24: undefined reference to `errno' ext/mysql/libmysql/my_realloc.lo: In function `my_realloc': /usr/src/php4-STABLE-200302210830/ext/mysql/libmysql/my_realloc.c:44: undefined reference to `errno' ext/mysql/libmysql/my_delete.lo: In function `my_delete': /usr/src/php4-STABLE-200302210830/ext/mysql/libmysql/my_delete.c:16: undefined reference to `errno' ext/mysql/libmysql/my_tempnam.lo:/usr/src/php4-STABLE-200302210830/ext/mysql/libmysql/my_tempnam.c:108: more undefined references to `errno' follow collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 And then it stop. I've tried downloading the latest stable php-*.tar.gz (php4-STABLE-200302210830). Is there anyone who can help me with this ? Thanks in advance. Kind Regards. -- Edit this bug report at http://bugs.php.net/?id=22346edit=1
#22325 [Fbk-Opn]: librairies not found while run configure.
ID: 22325 User updated by: jules dot thavarajah at gazdefrance dot com Reported By: jules dot thavarajah at gazdefrance dot com -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: AIX4.3.3 PHP Version: 4.3.2-dev New Comment: The installation is done under root. Here is the value of LIBPATH : export LIBPATH=/usr/lib:/usr/local/lib:/usr/local/lib/apache:/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib:/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib The libs are at the following location : [pcya000x]/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT#ll total 112 -rwxr-x--- 1 arianet staff 6321 Apr 12 2001 README drwxr-x--- 2 arianet staff512 Apr 12 2001 docs drwxr-x--- 3 arianet staff512 Apr 12 2001 examples drwxr-x--- 2 arianet staff512 Apr 12 2001 include drwxr-x--- 2 arianet staff512 Apr 12 2001 lib -rwxr-x--- 1 arianet staff 9224 Apr 12 2001 license.txt -rwxr-x--- 1 arianet staff 1421 Apr 12 2001 redist.txt -rwxr-x--- 1 arianet staff 11724 Apr 12 2001 relnotes.htm drwxr-x--- 2 arianet staff512 Apr 12 2001 tools [pcya000x]/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT#cd lib ya000x]/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib#ll total 3536 -rwxr-x--- 1 arianet staff1395538 Apr 12 2001 libldapssl41.so -rwxr-x--- 1 arianet staff 348259 Apr 12 2001 libnspr3.so -rwxr-x--- 1 arianet staff 27198 Apr 12 2001 libplc3.so -rwxr-x--- 1 arianet staff 32477 Apr 12 2001 libplds3.so ya000x]/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib# Previous Comments: [2003-02-24 07:58:14] [EMAIL PROTECTED] I assume those nsldap libs are here: /logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib Is that path in your LIBPATH? [2003-02-20 09:02:00] jules dot thavarajah at gazdefrance dot com Here are the messages in the debug.log after running configure. It is not much better. Any idea? Thanks Best regards *** ./configure --prefix=$prefix/php4-STABLE-200302201230 \ --with-oci8=$libdir/lib_ora_8.1.7 --without-mysql --enable-calendar \ --with-ldap=$libdir/ldapcsdk414-AIX4[1].3_OPT --with-pdflib=no \ --with-config-file-path=$prefix/php4-STABLE-200302201230 \ --with-apxs=$prefix/bin/apxs debug.log CONFIGURE: './configure' '--prefix=/logiciels/apache/apa_1.3.19/php4-STABLE-200302201230' '--with-oci8=/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7' '--without-mysql' '--enable-calendar' '--with-ldap=/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT' '--with-pdflib=no' '--with-config-file-path=/logiciels/apache/apa_1.3.19/php4-STABLE-200302201230' '--with-apxs=/logiciels/apache/apa_1.3.19/bin/apxs' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DMOD_SSL=208103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DHARD_SERVER_LIMIT=1000 CXX: CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/include -I/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/rdbms/public LDFLAGS: -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib LIBS: -lldapssl41 -lplds3 -lplc3 -lnspr3 -lm -lclntsh -locijdbc8 DLIBS: SAPI: apache PHP_RPATHS: /logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib /logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib uname -a: AIX pcya000x 3 4 0004C0094C00 gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DMOD_SSL=208103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DHARD_SERVER_LIMIT=1000 -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib conftest.c -lldapssl41 -lplds3 -lplc3 -lnspr3 -lm -lclntsh -locijdbc8 15 ld: 0706-006 Cannot find or open library file: -l ldapssl41 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l plds3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l plc3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l nspr3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status
#22273 [Fbk-Opn]: Cannot load libphp4.so into server: Unresolved external
ID: 22273 User updated by: germano60 at yahoo dot it Reported By: germano60 at yahoo dot it -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4.3.2-dev New Comment: I'm afraid that compiling with gcc 2.9.x is a little bit problematic for me. My HP-UX workstation came with gcc 3.x already installed and I'm a little bit concerned in installing an older version - just to avoid possible regression problems. Howeverm these are the result of the test with Apache 1.3.27 Apache built with: configure --prefix=/usr/local/apachetest \ --enable-module=so PHP configured with: configure --disable-all \ --with-mysql \ --with-pcre-regex \ --with-apxs=/usr/local/apachetest/bin/apxs \ --enable-debug I had to manually perform the following replacements inside configure: -lcrypt replaced with -lc -ltermcap replaced with -lcurses otherwise the build fails (looks like the lcrypt problem is fixed with Apache2 but not with Apache - very strange). PHP make and make install succeeded. Result of /usr/local/apachetest/bin/httpd -X: /usr/lib/dld.sl: Unresolved symbol: __umoddi3 (code) from /usr/local/apachetest/libexec/libphp4.so Syntax error on line 236 of /usr/local/apachetest/conf/httpd.conf: Cannot load /usr/local/apachetest/libexec/libphp4.so into server: Unresolved external I tried again rebulding PHP adding also --enable-libgcc to the configure command line (make clean and rm config.cache executed before re-running configure). This time make install failed and I noticed that libs/libphp4.sl was not generated. Here is the output of make install: Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module apxs:Error: file libs/libphp4.sl is not a DSO *** Error exit code 1 Stop. Previous Comments: [2003-02-24 04:05:00] [EMAIL PROTECTED] And another thing to try: GCC 2.95.3 (the latest versions of anything aren't always the best ones :) [2003-02-24 04:03:57] [EMAIL PROTECTED] Could you try this with using Apache 1.3.27 instead? (I'd like to be sure it's stricly apache2 related) [2003-02-24 03:59:14] germano60 at yahoo dot it I tried but yet nope. I got this additional message during make, at linking phase: *** Warning: linker path does not have real file for library -lgcc. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libgcc and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.2/libgcc.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp4. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Additionally, make install returned the following message (I added the to highlight a possible critical point): Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a ranlib /usr/local/apache2/modules/libphp4.a chmod 644 /usr/local/apache2/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /opt/php4-STABLE-200302190830/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp4.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp4.so [activating module `php4' in /usr/local/apache2/conf/httpd.conf] Installing shared extensions: [ ... I skip this, everything regular ... ] [2003-02-23 05:34:53] [EMAIL PROTECTED] Can you try adding this to your configure line: --enable-libgcc [2003-02-19 22:58:23] [EMAIL PROTECTED] Just noticed there's some HPUX related note in the httpd.conf about not running it as 'nobody'..I guess you know this too? The remainder of the comments for this report are too
#22112 [Opn-Fbk]: When Php compiled with support for openssl it broke the SIHUP of apache
ID: 22112 Updated by: [EMAIL PROTECTED] Reported By: sysadmin at destination dot ca -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux Redhat 6.2 PHP Version: 4.3.0 New Comment: I think I didn't understand you correctly..but didn't you just say in your last comment that it did work? And next release (4.3.2) will be out in couple of weeks. (hopefully mid-march) Previous Comments: [2003-02-24 08:34:51] sysadmin at destination dot ca Latest question. I will try the latest snapshot today the one of friday still have the problem. If the problem is corrected in the cvs-snaptsnot, how long till you release a new version ? since i can't run a cvs code on production server. Regards [2003-02-24 08:28:05] [EMAIL PROTECTED] If the problem that you opened this bug report for is fixed in latest cvs snapshot - closed. (check the bug database for reports about open_basedir problems and that openssl 0.9.7 problem. Add your comments to the existing reports and if you can't find any, submit new reports.) [2003-02-24 08:22:36] sysadmin at destination dot ca MODSSL : ./configure --with-apache=../apache_1.3.27 --with-ssl=/usr/local/ssl APACHE : ./configure \ --prefix=/usr/local/apache \ --enable-module=log_agent \ --enable-module=log_referer \ --enable-module=info \ --enable-module=vhost_alias \ --enable-module=speling \ --enable-module=rewrite \ --enable-module=so \ --enable-module=ssl OpenSSL 0.9.6i ( since OpenSSL 0.9.7 or 0.9.7a ) don't compile with php 4.3.1 or lastest stable snapshot ) ./config --openssldir=/usr/local/ssl;make;make test;make install PHP 4.3.1 or lastest stable snapshot ./configure \ --with-mysql=/usr/local/mysql \ --enable-calendar \ --enable-gettext \ --enable-ftp \ --enable-bcmath \ --enable-trans-sid \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --with-dom \ --with-gd=/usr/gd-with_gif \ --with-jpeg-dir=/usr/lib \ --with-freetype-dir=/usr/local/freetype2 \ --with-png-dir=/usr/lib \ --with-gettext \ --with-zlib \ --with-mm=/usr/lib \ --with-zlib-dir=/usr/lib \ --with-pdflib=/usr/local/pdflib \ --with-config-file-path=/usr/local/apache/conf \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mcrypt=/usr/local/libmcrypt \ --with-openssl=/usr/local/ssl \ --with-snmp \ --with-kerberos \ --with-imap \ --with-imap-ssl=/usr/local/ssl \ --prefix=/usr/local/php RESUME : As far as i know the problem exist for up to php 4.2.0 with this setup if you don't setup any open_basedir config in httpd.conf it look like there's no problem, if you setup a open_basedir for one virtual host the problem start to happen in the error log you see a website trying to load php file with the open_basedir of another virtualhost, the work around is to setup a open_basedir for every virtualhost. This seem to correct the problem when killall -1 httpd make httpd to die and not reload is config. If you need any further information please feel free to contact me again. Regards [2003-02-24 07:51:09] [EMAIL PROTECTED] I asked for those configure lines...? Can you please give them first? (and compiling with openssl 0.9.7a works fine for me with latest snapshot btw..) [2003-02-24 07:38:47] sysadmin at destination dot ca Ok you want me to use a Productin server to be able to create the condition of a random bug about the open_dir lookup. I will try but will be hard ... since i can only reproduce the bug where the httpd server don't reload correctly with killall -1 httpd on a test server. The other bug about the base_dir is random on a multiple virtualhost setup ... Anyway i will see want i can do about it. 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/22112 -- Edit this bug report at http://bugs.php.net/?id=22112edit=1
#22273 [Opn]: Cannot load libphp4.so into server: Unresolved external
ID: 22273 Updated by: [EMAIL PROTECTED] Reported By: germano60 at yahoo dot it Status: Open Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4.3.2-dev New Comment: I have no idea what causes this..must be yet another libtool issue I guess. Can't help you with this on any further, sorry about that. Hopefully someone who knows HPUX inside out pops up sometime and could fix these issues.. (Try asking the HP support? :) Previous Comments: [2003-02-24 08:39:29] germano60 at yahoo dot it I'm afraid that compiling with gcc 2.9.x is a little bit problematic for me. My HP-UX workstation came with gcc 3.x already installed and I'm a little bit concerned in installing an older version - just to avoid possible regression problems. Howeverm these are the result of the test with Apache 1.3.27 Apache built with: configure --prefix=/usr/local/apachetest \ --enable-module=so PHP configured with: configure --disable-all \ --with-mysql \ --with-pcre-regex \ --with-apxs=/usr/local/apachetest/bin/apxs \ --enable-debug I had to manually perform the following replacements inside configure: -lcrypt replaced with -lc -ltermcap replaced with -lcurses otherwise the build fails (looks like the lcrypt problem is fixed with Apache2 but not with Apache - very strange). PHP make and make install succeeded. Result of /usr/local/apachetest/bin/httpd -X: /usr/lib/dld.sl: Unresolved symbol: __umoddi3 (code) from /usr/local/apachetest/libexec/libphp4.so Syntax error on line 236 of /usr/local/apachetest/conf/httpd.conf: Cannot load /usr/local/apachetest/libexec/libphp4.so into server: Unresolved external I tried again rebulding PHP adding also --enable-libgcc to the configure command line (make clean and rm config.cache executed before re-running configure). This time make install failed and I noticed that libs/libphp4.sl was not generated. Here is the output of make install: Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module apxs:Error: file libs/libphp4.sl is not a DSO *** Error exit code 1 Stop. [2003-02-24 04:05:00] [EMAIL PROTECTED] And another thing to try: GCC 2.95.3 (the latest versions of anything aren't always the best ones :) [2003-02-24 04:03:57] [EMAIL PROTECTED] Could you try this with using Apache 1.3.27 instead? (I'd like to be sure it's stricly apache2 related) [2003-02-24 03:59:14] germano60 at yahoo dot it I tried but yet nope. I got this additional message during make, at linking phase: *** Warning: linker path does not have real file for library -lgcc. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libgcc and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.2/libgcc.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp4. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Additionally, make install returned the following message (I added the to highlight a possible critical point): Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a ranlib /usr/local/apache2/modules/libphp4.a chmod 644 /usr/local/apache2/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /opt/php4-STABLE-200302190830/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp4.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp4.so [activating module `php4' in /usr/local/apache2/conf/httpd.conf] Installing shared extensions: [ ... I skip this, everything regular ... ] [2003-02-23 05:34:53] [EMAIL PROTECTED] Can you try adding this to your configure line: --enable-libgcc
#22355 [Fbk-Opn]: mail func strips linefeeds from subject
ID: 22355 User updated by: jotta at mailbox dot hu Reported By: jotta at mailbox dot hu -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Linux 2.2.20 PHP Version: 4.2.3 New Comment: It wasn't the sendmail binary, because after encountering the problem I've moved to call sendmail directly via popen(), and e-mail sending works this way properly (ofcourse I'm passing the same multiline $subject variable to sendmail through fputs). I've found the part of the code I believe to cause the problem in ext/standard/mail.c (in the source of the latest, 4.3.1 release, though I encountered the bug itself in 4.2.3 first): PHP_FUNCTION(mail) { /* ...cut... */ if (subject_len 0) { for (; subject_len; subject_len--) { if (!isspace((unsigned char) subject[subject_len - 1])) { break; } subject[subject_len - 1] = '\0'; } for(i = 0; subject[i]; i++) { if (iscntrl((unsigned char) subject[i])) { subject[i] = ' '; } } } /* ...cut... */ The second 'for' cycle must be responsible for replacing all the new line characters to spaces. I think it was used because the developers wanted to avoid the extra leading/trailing linefeeds in the Subject: line (that also leads to send incorrectly formatted (and displayed) e-mails). If you agree, I'd suggest replacing this part of code to another one which is trimming only the leading/trailing control characters - or even a more sophisticated one that would format the subject line to conform to RFC 822, part 3.1.1 Long header fields, part 3.4.8 Folding long header fields. [In fact, I'd suggest doing these modifications also to the recipient address (the 'To:' field) for the same reason.] Previous Comments: [2003-02-23 21:50:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I've tried the code looked over the source and there is nothing that would 'strip' newlines as you suggest. If they are still being stripped in the new code I would say it is the doing of your sendmail binary. [2003-02-21 09:09:22] jotta at mailbox dot hu Before sending an email, first I'm using mb_encode_mimeheader() to prepare the subject (it's very important because of the Central European national characters) $subject = mb_encode_mimeheader( trim($_POST['i_subject']), 'iso-8859-2', 'Q', \n\t ); \n\t is used, because e-mail RFCs state, that long lines should look be broken like this: Subject: very long subject etc. etc. and will continue here The problem exactly: mail() function strips the \n characters, this way the e-mails are sent in a non-standard way (even 200+ characters long subject lines), and therefore some servers and/or mail reading softwares fail to transfer/display the email correctly. -- Edit this bug report at http://bugs.php.net/?id=22355edit=1
#22394 [NEW]: No libphp4.so module for Apache 2.0.43
From: apiotr at itm dot pcz dot czest dot pl Operating system: UnixWare 7.1.1 PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: No libphp4.so module for Apache 2.0.43 I have big problem with PHP 4.3.1 on UnixWare 7.1.1. After compilation source version of PHP 4.3.1 I don't have the libphp4.so module for Apache 2.0.43. I have only library files libphp4.a and libphp4.la. During compilation I don't have any errors messages. My configuration options: ./configure \ --with-mysql=/usr/local/mysql --with-zlib --with-openssl \ --enable-sysvmsg --enable-sysvsem --enable-sysvshm \ --with-java=/opt/java2-1.2.2 --enable-ftp --enable-dba \ --with-dom=/usr/local/lib --with-gd --with-jpeg-dir --with-png-dir \ --enable-filepro --enable-safe-mode --with-exec-dir --with-bz2 \ --enable-track-vars --enable-force-cgi-redirect --with-gettext \ --with-gdbm --enable-cgi --enable-cli \ --with-apxs2=/usr/local/apache2/bin/apxs -- Edit bug report at http://bugs.php.net/?id=22394edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22394r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22394r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22394r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22394r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22394r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22394r=support Expected behavior: http://bugs.php.net/fix.php?id=22394r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22394r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22394r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22394r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22394r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22394r=dst IIS Stability: http://bugs.php.net/fix.php?id=22394r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22394r=gnused
#22112 [Fbk-Opn]: When Php compiled with support for openssl it broke the SIHUP of apache
ID: 22112 User updated by: sysadmin at destination dot ca Reported By: sysadmin at destination dot ca -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Linux Redhat 6.2 PHP Version: 4.3.0 New Comment: no i have say i will try tomorrow with the lastest cvs snapshot ... with the latest cvs snapsot of friday it was not working. I will keep you inform. Regards Previous Comments: [2003-02-24 08:43:05] [EMAIL PROTECTED] I think I didn't understand you correctly..but didn't you just say in your last comment that it did work? And next release (4.3.2) will be out in couple of weeks. (hopefully mid-march) [2003-02-24 08:34:51] sysadmin at destination dot ca Latest question. I will try the latest snapshot today the one of friday still have the problem. If the problem is corrected in the cvs-snaptsnot, how long till you release a new version ? since i can't run a cvs code on production server. Regards [2003-02-24 08:28:05] [EMAIL PROTECTED] If the problem that you opened this bug report for is fixed in latest cvs snapshot - closed. (check the bug database for reports about open_basedir problems and that openssl 0.9.7 problem. Add your comments to the existing reports and if you can't find any, submit new reports.) [2003-02-24 08:22:36] sysadmin at destination dot ca MODSSL : ./configure --with-apache=../apache_1.3.27 --with-ssl=/usr/local/ssl APACHE : ./configure \ --prefix=/usr/local/apache \ --enable-module=log_agent \ --enable-module=log_referer \ --enable-module=info \ --enable-module=vhost_alias \ --enable-module=speling \ --enable-module=rewrite \ --enable-module=so \ --enable-module=ssl OpenSSL 0.9.6i ( since OpenSSL 0.9.7 or 0.9.7a ) don't compile with php 4.3.1 or lastest stable snapshot ) ./config --openssldir=/usr/local/ssl;make;make test;make install PHP 4.3.1 or lastest stable snapshot ./configure \ --with-mysql=/usr/local/mysql \ --enable-calendar \ --enable-gettext \ --enable-ftp \ --enable-bcmath \ --enable-trans-sid \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --with-dom \ --with-gd=/usr/gd-with_gif \ --with-jpeg-dir=/usr/lib \ --with-freetype-dir=/usr/local/freetype2 \ --with-png-dir=/usr/lib \ --with-gettext \ --with-zlib \ --with-mm=/usr/lib \ --with-zlib-dir=/usr/lib \ --with-pdflib=/usr/local/pdflib \ --with-config-file-path=/usr/local/apache/conf \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mcrypt=/usr/local/libmcrypt \ --with-openssl=/usr/local/ssl \ --with-snmp \ --with-kerberos \ --with-imap \ --with-imap-ssl=/usr/local/ssl \ --prefix=/usr/local/php RESUME : As far as i know the problem exist for up to php 4.2.0 with this setup if you don't setup any open_basedir config in httpd.conf it look like there's no problem, if you setup a open_basedir for one virtual host the problem start to happen in the error log you see a website trying to load php file with the open_basedir of another virtualhost, the work around is to setup a open_basedir for every virtualhost. This seem to correct the problem when killall -1 httpd make httpd to die and not reload is config. If you need any further information please feel free to contact me again. Regards [2003-02-24 07:51:09] [EMAIL PROTECTED] I asked for those configure lines...? Can you please give them first? (and compiling with openssl 0.9.7a works fine for me with latest snapshot btw..) 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/22112 -- Edit this bug report at http://bugs.php.net/?id=22112edit=1
#22357 [Fbk-Opn]: exit signal Segmentation fault (11)
ID: 22357 User updated by: m dot heidenwolf at ehotel dot ag Reported By: m dot heidenwolf at ehotel dot ag -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Redhat Linux 2.4.2 PHP Version: 4.3.2-dev New Comment: Hi, ok, another one... configure line: CPPFLAGS='-I/usr/include/openssl -DEAPI' \ LDFLAGS='-L/usr/include/openssl' \ './configure' \ '--with-oci8=/ora8/m01/app/oracle/product/8.1.7' \ '--disable-short-tags' \ '--enable-sockets' \ '--enable-ctype' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--with-curl' \ '--enable-sigchild' \ '--with-zlib' \ '--enable-bcmath' \ '--enable-debug' \ gcc version: gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) system: Redhat 8.0 openssl-0.9.7a php4-STABLE-200302241230 curl-7.10.3 backtrace: Program received signal SIGSEGV, Segmentation fault. 0x4010a4a5 in memcpy () from /lib/libc.so.6 (gdb) bt #0 0x4010a4a5 in memcpy () from /lib/libc.so.6 #1 0x4029246d in smart_str_appendl_ex (dest=0xbfff8290, src=0x8306f78 ¤\232H\b\fo0\b¤Á0\bÌq0\b, len=1, what=0) at /tmp/php4-STABLE-200302241230/ext/standard/php_smart_str.h:76 #2 0x4029270e in php_var_serialize_class_name (buf=0xbfff8290, struc=0x8306f78) at /tmp/php4-STABLE-200302241230/ext/standard/var.c:420 #3 0x40291eeb in php_var_serialize_intern (buf=0xbfff8290, struc=0x8306f78, var_hash=0xbfff82a0) at /tmp/php4-STABLE-200302241230/ext/standard/var.c:560 #4 0x40292032 in php_var_serialize_intern (buf=0xbfff8290, struc=0x81ab484, var_hash=0xbfff82a0) at /tmp/php4-STABLE-200302241230/ext/standard/var.c:598 #5 0x40292095 in php_var_serialize (buf=0xbfff8290, struc=0x81ab484, var_hash=0xbfff82a0) at /tmp/php4-STABLE-200302241230/ext/standard/var.c:612 #6 0x40292144 in zif_serialize (ht=1, return_value=0x830af84, this_ptr=0x0, return_value_used=1) at /tmp/php4-STABLE-200302241230/ext/standard/var.c:635 #7 0x4030f426 in execute (op_array=0x8444e38) at /tmp/php4-STABLE-200302241230/Zend/zend_execute.c:1596 #8 0x4030f659 in execute (op_array=0x82f5444) at /tmp/php4-STABLE-200302241230/Zend/zend_execute.c:1640 #9 0x402fe121 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /tmp/php4-STABLE-200302241230/Zend/zend.c:864 #10 0x402c8cbb in php_execute_script (primary_file=0xb290) at /tmp/php4-STABLE-200302241230/main/main.c:1586 #11 0x40314322 in apache_php_module_main (r=0x8161cb4, display_source_mode=0) at /tmp/php4-STABLE-200302241230/sapi/apache/sapi_apache.c:55 #12 0x403152c6 in send_php (r=0x8161cb4, display_source_mode=0, filename=0x816397c /home/httpd/html/fastbooking/bedhunter/de/buchung.php) at /tmp/php4-STABLE-200302241230/sapi/apache/mod_php4.c:617 #13 0x4031533f in send_parsed_php (r=0x8161cb4) at /tmp/php4-STABLE-200302241230/sapi/apache/mod_php4.c:632 #14 0x08083db8 in ap_invoke_handler () #15 0x08098262 in process_request_internal () #16 0x080982c2 in ap_process_request () #17 0x0808f686 in child_main () #18 0x0808f84c in make_child () #19 0x0808f9b3 in startup_children () #20 0x0808ffe0 in standalone_main () #21 0x08090818 in main () #22 0x400a3914 in __libc_start_main () from /lib/libc.so.6 regards, marco Previous Comments: [2003-02-24 07:29:34] [EMAIL PROTECTED] http://gcc.gnu.org/gcc-2.96.html So please upgrade first to a working and official version of gcc, like 2.95.3. [2003-02-24 06:58:39] m dot heidenwolf at ehotel dot ag configure line: CPPFLAGS='-I/usr/include/openssl -DEAPI' \ LDFLAGS='-L/usr/include/openssl' \ './configure' \ '--with-oci8=/ora8/m01/app/oracle/product/8.1.7' \ '--disable-short-tags' \ '--enable-sockets' \ '--enable-ctype' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--with-curl' \ '--enable-sigchild' \ '--with-zlib' \ '--enable-bcmath' \ '--enable-debug' \ compiler: gcc 2.96 greets, marco [2003-02-24 06:40:10] [EMAIL PROTECTED] What configure line and compiler version are you using? [2003-02-24 06:17:43] m dot heidenwolf at ehotel dot ag Hi, no problem, i tried the following Snaps php4-STABLE-200302240630 php4-STABLE-200302240830 php4-STABLE-200302241030 all with the same result make warnings like /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:751: warning: label `yy80' defined but not used /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:749: warning: label `yy79' defined but not used /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:746: warning: label `yy78' defined but not used and ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
#21503 [Com]: Failed to write session data (Files).
ID: 21503 Comment by: hesslow at hotmail dot com Reported By: ccollins at totsp dot com Status: Open Bug Type: Session related Operating System: Red Hat Linux 7.3 - 2.4.18-18 PHP Version: 4.3.0 New Comment: I also have this problem. I also get 2 other error-messages: [Mon Feb 24 16:26:31 2003] [error] PHP Warning: session_start() [a href='http://www.php.net/function.session-start'function.session-start/a]: The session id contains illegal characters, valid characters are only a-z, A-Z and 0-9 in /var/www/html/page.php on line 61 [Mon Feb 24 16:26:33 2003] [error] PHP Warning: Unknown(): The session id contains illegal characters, valid characters are only a-z, A-Z and 0-9 in Unknown on line 0 It's seams to me that the sessions works, but I get this strang error message. The only thing a do is to run start_session(); I use PHP 4.3.1 Previous Comments: [2003-01-08 10:34:09] ccollins at totsp dot com space on /tmp is not an issue, there is 25GB avail on that partition. [2003-01-08 09:33:37] [EMAIL PROTECTED] Is it possible that you may running out of space in /tmp? [2003-01-07 20:40:14] ccollins at totsp dot com I have very frequent errors in my logfiles concerning the session data. [07-Jan-2003 18:46:30] PHP Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp/php_sess) in Unknown on line 0 Users are sometimes reporting a problem where sessions are not maintained but this is apparently *usually* transparent to the users and it is not often noticed. The obvious things are in place, there IS a directory /tmp/php_sess and it is owned by the webserver user. I am using PHP 4.3.0 in safe_mode, as such: session.save_handler = files session.save_path = /tmp/php_sess session.use_cookies = On session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = On session.gc_maxlifetime = 1440 session.entropy_length = 0 session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = On I have apparently had this problem for quite some time dating back to 4.2.x. Please advise if there is anything I can try or do? I have read through the other similar bug reports that do exist but they all refer to version 4.2.3 and earlier and say the issue is solved in later version or snapshot. Is this still a known issue in 4.3.0? Thanks. -- Edit this bug report at http://bugs.php.net/?id=21503edit=1
#22394 [Opn-Fbk]: No libphp4.so module for Apache 2.0.43
ID: 22394 Updated by: [EMAIL PROTECTED] Reported By: apiotr at itm dot pcz dot czest dot pl -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: UnixWare 7.1.1 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-02-24 09:23:59] apiotr at itm dot pcz dot czest dot pl I have big problem with PHP 4.3.1 on UnixWare 7.1.1. After compilation source version of PHP 4.3.1 I don't have the libphp4.so module for Apache 2.0.43. I have only library files libphp4.a and libphp4.la. During compilation I don't have any errors messages. My configuration options: ./configure \ --with-mysql=/usr/local/mysql --with-zlib --with-openssl \ --enable-sysvmsg --enable-sysvsem --enable-sysvshm \ --with-java=/opt/java2-1.2.2 --enable-ftp --enable-dba \ --with-dom=/usr/local/lib --with-gd --with-jpeg-dir --with-png-dir \ --enable-filepro --enable-safe-mode --with-exec-dir --with-bz2 \ --enable-track-vars --enable-force-cgi-redirect --with-gettext \ --with-gdbm --enable-cgi --enable-cli \ --with-apxs2=/usr/local/apache2/bin/apxs -- Edit this bug report at http://bugs.php.net/?id=22394edit=1
#22233 [Com]: mod_gzip_on yes makes force-cgi-redirect disabled and incorrect PHP_SELF
ID: 22233 Comment by: Julian dot Pawlowski at jp-solution dot net Reported By: zlo at canada dot com Status: Assigned Bug Type: CGI related Operating System: RedHat 7.1, 7.2 PHP Version: 4.3.2-dev Assigned To: shane New Comment: failure also on SuSE Linux 8.1 compiling with: ./configure \ --disable-debug \ --enable-bcmath \ --enable-calendar \ --enable-ctype \ --enable-dbase \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-mbstr-enc-trans \ --enable-mbstring \ --enable-memory-limit \ --enable-safe-mode=yes \ --enable-sigchild \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-trans-sid \ --enable-versioning \ --enable-force-cgi-redirect \ --enable-fastcgi \ --with-ldap \ --with-bz2 \ --with-ftp \ --with-gdbm \ --with-gettext \ --with-gmp \ --with-jpeg-dir=/usr/local/lib \ --with-mcrypt \ --with-mysql-sock=/tmp/mysql.sock \ --with-mysql=/usr/local/mysql/current \ --with-ndbm \ --with-png-dir=/usr/local/lib \ --with-t1lib \ --with-tiff-dir=/usr/local/lib \ --with-ttf \ --with-freetype-dir=yes \ --with-xml \ --with-zlib=yes \ --with-openssl=/usr/local/openssl/current \ --with-gd=yes \ --with-iconv \ --with-pspell \ --with-exec-dir=/vol0/www \ --with-config-file-path=/vol0/www/config \ --with-pear=/usr/local/php/pear \ --prefix=/usr/local/php/4.3.1 Previous Comments: [2003-02-23 18:30:52] [EMAIL PROTECTED] ..and assign to Shane, who I think said something about looking into this.. [2003-02-23 18:29:31] [EMAIL PROTECTED] (updated tested PHP version) [2003-02-23 18:21:29] g00155005 at mersin dot edu dot tr and also i should add returned $_SERVER['PHP_SELF'] value is not related to real path. e.g.: Document root: /var/www/html document : /var/www/html/genel/index.php URL: http://localhost/genel/index.php PHP_SELF: l/genel/index.php [2003-02-23 18:16:20] g00155005 at mersin dot edu dot tr I am using tar.gz php 4.3.1 with BODY on redhat 8.0 for php development purposes. But this bug makes the process impossible. System Linux fsniper 2.4.18-14 #1 Wed Sep 4 13:35:50 EDT 2002 i686 Build Date Feb 21 2003 02:20:03 Configure Command './configure' '--enable-onstatement' Server API CGI Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/lib/php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety disabled Registered PHP Streams php, http, ftp [2003-02-18 06:05:44] zlo at canada dot com Also reproducable with PHP Version 4.3.2-dev on RH7.2 with bare configure (only --prefix specified). 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/22233 -- Edit this bug report at http://bugs.php.net/?id=22233edit=1
#22325 [Opn]: librairies not found while run configure.
ID: 22325 User updated by: jules dot thavarajah at gazdefrance dot com Reported By: jules dot thavarajah at gazdefrance dot com Status: Open Bug Type: LDAP related Operating System: AIX4.3.3 PHP Version: 4.3.2-dev New Comment: By the way it still not work at the configure step. Have you already install any version of php with ldap libs on AIX ? Thanks Best Regards Previous Comments: [2003-02-24 08:31:25] jules dot thavarajah at gazdefrance dot com The installation is done under root. Here is the value of LIBPATH : export LIBPATH=/usr/lib:/usr/local/lib:/usr/local/lib/apache:/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib:/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib The libs are at the following location : [pcya000x]/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT#ll total 112 -rwxr-x--- 1 arianet staff 6321 Apr 12 2001 README drwxr-x--- 2 arianet staff512 Apr 12 2001 docs drwxr-x--- 3 arianet staff512 Apr 12 2001 examples drwxr-x--- 2 arianet staff512 Apr 12 2001 include drwxr-x--- 2 arianet staff512 Apr 12 2001 lib -rwxr-x--- 1 arianet staff 9224 Apr 12 2001 license.txt -rwxr-x--- 1 arianet staff 1421 Apr 12 2001 redist.txt -rwxr-x--- 1 arianet staff 11724 Apr 12 2001 relnotes.htm drwxr-x--- 2 arianet staff512 Apr 12 2001 tools [pcya000x]/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT#cd lib ya000x]/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib#ll total 3536 -rwxr-x--- 1 arianet staff1395538 Apr 12 2001 libldapssl41.so -rwxr-x--- 1 arianet staff 348259 Apr 12 2001 libnspr3.so -rwxr-x--- 1 arianet staff 27198 Apr 12 2001 libplc3.so -rwxr-x--- 1 arianet staff 32477 Apr 12 2001 libplds3.so ya000x]/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib# [2003-02-24 07:58:14] [EMAIL PROTECTED] I assume those nsldap libs are here: /logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib Is that path in your LIBPATH? [2003-02-20 09:02:00] jules dot thavarajah at gazdefrance dot com Here are the messages in the debug.log after running configure. It is not much better. Any idea? Thanks Best regards *** ./configure --prefix=$prefix/php4-STABLE-200302201230 \ --with-oci8=$libdir/lib_ora_8.1.7 --without-mysql --enable-calendar \ --with-ldap=$libdir/ldapcsdk414-AIX4[1].3_OPT --with-pdflib=no \ --with-config-file-path=$prefix/php4-STABLE-200302201230 \ --with-apxs=$prefix/bin/apxs debug.log CONFIGURE: './configure' '--prefix=/logiciels/apache/apa_1.3.19/php4-STABLE-200302201230' '--with-oci8=/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7' '--without-mysql' '--enable-calendar' '--with-ldap=/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT' '--with-pdflib=no' '--with-config-file-path=/logiciels/apache/apa_1.3.19/php4-STABLE-200302201230' '--with-apxs=/logiciels/apache/apa_1.3.19/bin/apxs' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DMOD_SSL=208103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DHARD_SERVER_LIMIT=1000 CXX: CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/include -I/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/rdbms/public LDFLAGS: -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib LIBS: -lldapssl41 -lplds3 -lplc3 -lnspr3 -lm -lclntsh -locijdbc8 DLIBS: SAPI: apache PHP_RPATHS: /logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib /logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib uname -a: AIX pcya000x 3 4 0004C0094C00 gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DMOD_SSL=208103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DHARD_SERVER_LIMIT=1000 -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib -L/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib conftest.c -lldapssl41 -lplds3 -lplc3 -lnspr3 -lm -lclntsh -locijdbc8 15 ld: 0706-006 Cannot find or open library file: -l ldapssl41 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l plds3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l plc3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open
#21600 [Csd]: assign by reference function call changes variable contents
ID: 21600 Updated by: [EMAIL PROTECTED] Reported By: jhpacker at yahoo dot com Status: Closed Bug Type: Scripting Engine problem Operating System: Redhat 7.3, 8, W2k server PHP Version: 4.3.0, 5.0.0 New Comment: The fix will be in PHP 5. Previous Comments: [2003-02-16 13:20:01] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. (Zend Engine 2) [2003-02-03 06:12:38] [EMAIL PROTECTED] The tests/lang/bug21600.phpt fails for me and I have bison 1.28.. [2003-02-02 15:42:53] [EMAIL PROTECTED] tests/lang/bug21600.phpt also failed on W2k server with latest win32 snap: EXPECTED OUTPUT array(1) { [foo]= string(4) test } array(1) { [foo]= string(4) test } ACTUAL OUTPUT array(1) { [foo]= string(4) test } array(1) { [foo]= string(4) test } FAILED [2003-01-31 10:52:23] [EMAIL PROTECTED] I noticed this issue has something to do with the version of bison used in a build. Below is just my assumption: 1.28 = works 1.35 = works 1.75 = doesn't work 1.875 = ??? [2003-01-23 16:44:49] jkkn at tv2 dot dk Here is a simular problem - it seem to be a problem with referencing to values from functions that not themselfs return reference. ?php class Person { var $name; function Person($name) { $this-name = $name; $wiefewfjwefjwefwef = $this-getName(); // -- this line destroys $this-name and eventually crashes apache+php } function /**/ getName() { return $this-name; } } $kent = new Person('Kent'); echo 'pre'; print_r($kent); echo '/pre'; echo 'pbPersonName: ' . $kent-getName() . '/b/p'; ? 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/21600 -- Edit this bug report at http://bugs.php.net/?id=21600edit=1
#22395 [NEW]: Namespaces overwrite preexisting namespaces
From: andrew at evilwalrus dot com Operating system: WinXP PHP version: 5CVS-2003-02-24 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: Namespaces overwrite preexisting namespaces The following code should (theoretically) generate a fatal error, as it overwrites a predefined namespace (tested on 'parent' and 'self' namespaces: ?php namespace parent { class foo { private $data; function __construct($data) { $this-data = $data; } function debug() { print $this-data; } } } $foo = new parent::foo('Hello World!'); $foo-debug(); ? I don't think this is done by design due to the fact that the predefined namespaces are in place to prevent this, and also for other uses. ~ Andrew Heebner -- Edit bug report at http://bugs.php.net/?id=22395edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22395r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22395r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22395r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22395r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22395r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22395r=support Expected behavior: http://bugs.php.net/fix.php?id=22395r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22395r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22395r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22395r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22395r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22395r=dst IIS Stability: http://bugs.php.net/fix.php?id=22395r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22395r=gnused
#22372 [Ctl-Bgs]: Don't forget to bump the PHP API number for 4.3.2 release
ID: 22372 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Bogus Bug Type: *General Issues Operating System: All PHP Version: 4CVS-2003-02-22 (stable) New Comment: We won't bumb APIs for this.. Previous Comments: [2003-02-23 00:55:03] [EMAIL PROTECTED] Which one of those 3? :) [2003-02-22 06:19:10] [EMAIL PROTECTED] Need to bump the API no so that people can detect and workaround some of the issues with streams in the 4.3.0 and 4.3.1 releases. -- Edit this bug report at http://bugs.php.net/?id=22372edit=1
#22233 [Com]: mod_gzip_on yes makes force-cgi-redirect disabled and incorrect PHP_SELF
ID: 22233 Comment by: Julian dot Pawlowski at jp-solution dot net Reported By: zlo at canada dot com Status: Assigned Bug Type: CGI related Operating System: RedHat 7.1, 7.2 PHP Version: 4.3.2-dev Assigned To: shane New Comment: Ooops I'm very sorry... just tried the actual snapshot and now everything works fine for me ;) Greetings from Munich Julian Previous Comments: [2003-02-24 09:50:11] Julian dot Pawlowski at jp-solution dot net failure also on SuSE Linux 8.1 compiling with: ./configure \ --disable-debug \ --enable-bcmath \ --enable-calendar \ --enable-ctype \ --enable-dbase \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-mbstr-enc-trans \ --enable-mbstring \ --enable-memory-limit \ --enable-safe-mode=yes \ --enable-sigchild \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-trans-sid \ --enable-versioning \ --enable-force-cgi-redirect \ --enable-fastcgi \ --with-ldap \ --with-bz2 \ --with-ftp \ --with-gdbm \ --with-gettext \ --with-gmp \ --with-jpeg-dir=/usr/local/lib \ --with-mcrypt \ --with-mysql-sock=/tmp/mysql.sock \ --with-mysql=/usr/local/mysql/current \ --with-ndbm \ --with-png-dir=/usr/local/lib \ --with-t1lib \ --with-tiff-dir=/usr/local/lib \ --with-ttf \ --with-freetype-dir=yes \ --with-xml \ --with-zlib=yes \ --with-openssl=/usr/local/openssl/current \ --with-gd=yes \ --with-iconv \ --with-pspell \ --with-exec-dir=/vol0/www \ --with-config-file-path=/vol0/www/config \ --with-pear=/usr/local/php/pear \ --prefix=/usr/local/php/4.3.1 [2003-02-23 18:30:52] [EMAIL PROTECTED] ..and assign to Shane, who I think said something about looking into this.. [2003-02-23 18:29:31] [EMAIL PROTECTED] (updated tested PHP version) [2003-02-23 18:21:29] g00155005 at mersin dot edu dot tr and also i should add returned $_SERVER['PHP_SELF'] value is not related to real path. e.g.: Document root: /var/www/html document : /var/www/html/genel/index.php URL: http://localhost/genel/index.php PHP_SELF: l/genel/index.php [2003-02-23 18:16:20] g00155005 at mersin dot edu dot tr I am using tar.gz php 4.3.1 with BODY on redhat 8.0 for php development purposes. But this bug makes the process impossible. System Linux fsniper 2.4.18-14 #1 Wed Sep 4 13:35:50 EDT 2002 i686 Build Date Feb 21 2003 02:20:03 Configure Command './configure' '--enable-onstatement' Server API CGI Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/lib/php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety disabled Registered PHP Streams php, http, ftp 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/22233 -- Edit this bug report at http://bugs.php.net/?id=22233edit=1
#22135 [Opn]: PHP confused by America/Los Angeles timezone
ID: 22135 User updated by: vaughan at ucla dot edu Reported By: vaughan at ucla dot edu Status: Open Bug Type: Date/time related Operating System: Linux (debian) PHP Version: 4.2.3 New Comment: You're right. I should have used America/Los_Angeles. results: experiment #1, using putenv(TZ=America/Los_Angeles); php produces the correct time after this, but not before (that is, doesn't pick up TZ from the system). experiment # 3, SetEnv TZ=America/Los_Angeles in httpd.conf has no effect -- the time is still wrong until I use putenv with either US/Pacific or America/Los_Angeles. Previous Comments: [2003-02-22 13:37:46] michael dot mauch at gmx dot de I don't see a /usr/share/zoneinfo/US/Los_Angeles on Debian, only America/Los_Angeles (and US/Pacific). So I suggest you try again with America/Los_Angeles. [2003-02-22 11:37:58] vaughan at ucla dot edu no, TZ is not being set in httpd.conf nor in apachectl. Experiment #1 What happens if we use putenv(TZ=US/Los_Angeles)? the script: ? print(server timezone is: . getenv('TZ') . br\n); print(server time is: . date(F j, Y, g:i a) . br\n); print(changing server time zone to US/Los_Angelesbr\n); putenv(TZ=US/Los_Angeles); print(new server time is: . date(F j, Y, g:i a) . br\n); print(new server timezone for this script is: . getenv('TZ')); ? here's the output, with the incorrect times: server timezone is: America/Los Angeles server time is: February 22, 2003, 5:01 pm changing server time zone to US/Los_Angeles new server time is: February 22, 2003, 5:01 pm new server timezone for this script is: US/Los_Angeles output of date(T):US/Los_Angeles Experiment # 2: I also tried putting SetEnv US/Pacific into httpd.conf. this script: print(server timezone is: . getenv('TZ') . br\n); print(server time is: . date(F j, Y, g:i a) . br\n); print(changing server time zone to US/Pacificbr\n); putenv(TZ=US/Pacific); print(new server time is: . date(F j, Y, g:i a) . br\n); print(new server timezone for this script is: . getenv('TZ')); produces this output: server timezone is: US/Pacific server time is: February 22, 2003, 5:29 pm changing server time zone to US/Pacific new server time is: February 22, 2003, 9:29 am new server timezone for this script is: US/Pacific output of date(T):PST In this case, PHP picks up the US/Pacific timezone from the environment, but gets the time wrong! Experiment # 3 try with SetEnv = US/Los_Angeles in httpd.conf same script as #2, produces bad output: server timezone is: US/Los_Angeles server time is: February 22, 2003, 5:34 pm changing server time zone to US/Pacific new server time is: February 22, 2003, 9:34 am new server timezone for this script is: US/Los_Angeles output of date(T):PST So it seems to be the case that the ONLY way to get PHP to have the correct time is to use putenv(TZ=US/Pacific) in a script. Any other ideas? Thanks for your help [2003-02-09 16:49:25] michael dot mauch at gmx dot de You don't have a SetEnv TZ America/Los Angeles in your httpd.conf, do you? Or maybe TZ is fixed in your apachectl script? [2003-02-09 13:54:50] vaughan at ucla dot edu here's what I do, as root: # export TZ='America/Los_Angeles' # set | grep TZ # TZ=America/Los_Angeles # apachectl stop /usr/sbin/apachectl stop: httpd stopped # apachectl start /usr/sbin/apachectl start: httpd started output of the php script: server timezone is: America/Los Angeles server time is: February 9, 2003, 7:51 pm changing server time zone to US/Pacific new server time is: February 9, 2003, 11:51 am new server timezone for this script is: US/Pacific I notice that PHP does not pick up the underscore in Los_Angeles. What I wondered was whether there's a way to do the equivalent of putenv(TZ=US/Pacific) in php.ini? However, I have just noticed that the time is wrong in OTRS running on the same server -- and it is a set of perl scripts. So maybe this is not a PHP bug at all? [2003-02-09 12:39:25] michael dot mauch at gmx dot de apachectl restart does not pick up the new TZ environment variable. Did you try apachectl stop / apachectl start? I get the same results as you with TZ=America/Los Angeles, but America/Los_Angeles or US/Pacific work. As far as I know there's no php.ini setting that fiddles with timezones. 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/22135 -- Edit this bug report at
#22395 [Opn-Asn]: Namespaces overwrite preexisting namespaces
ID: 22395 Updated by: [EMAIL PROTECTED] Reported By: andrew at evilwalrus dot com -Status: Open +Status: Assigned Bug Type: Zend Engine 2 problem Operating System: WinXP PHP Version: 5CVS-2003-02-24 (dev) -Assigned To: +Assigned To: zeev New Comment: Assigning to Zeev so that this doesn't get lost. Previous Comments: [2003-02-24 10:02:58] andrew at evilwalrus dot com The following code should (theoretically) generate a fatal error, as it overwrites a predefined namespace (tested on 'parent' and 'self' namespaces: ?php namespace parent { class foo { private $data; function __construct($data) { $this-data = $data; } function debug() { print $this-data; } } } $foo = new parent::foo('Hello World!'); $foo-debug(); ? I don't think this is done by design due to the fact that the predefined namespaces are in place to prevent this, and also for other uses. ~ Andrew Heebner -- Edit this bug report at http://bugs.php.net/?id=22395edit=1
#22305 [Fbk-Opn]: Compile Fails - OpenSSL Related
ID: 22305 User updated by: dave at socrates dot thinkhost dot com Reported By: dave at socrates dot thinkhost dot com -Status: Feedback +Status: Open Bug Type: OpenSSL related Operating System: FreeBSD 4.7-RELEASE-p2 PHP Version: 4.3.1 New Comment: Same problem: ext/openssl/openssl.lo: In function `zm_startup_openssl': /usr/local/src/php4-STABLE-200302241630/ext/openssl/openssl.c(.text+0xb69): undefined reference to `OPENSSL_add_all_algorithms_noconf' *** Error code 1 Stop in /usr/local/src/php4-STABLE-200302241630. Previous Comments: [2003-02-20 01:22:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Latest snapshot compiles just fine with OpenSSL 0.9.7.. [2003-02-20 00:16:32] spam at digitalstreams dot net This is also occuring on slackware 8.1 with openssl 0.9.7a! ext/openssl/openssl.o: In function `zm_startup_openssl': /root/apps/installed/ssl+php/php-4.3.1/ext/openssl/openssl.c:541: undefined reference to `OPENSSL_add_all_algorithms_noconf' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is against a 4.3.1 php. [2003-02-19 15:44:49] dave at socrates dot thinkhost dot com I just updated OpenSSL to 0.9.7a, and then after that I attempted to build the latest PHP-4.3.1. The configuration script completes without error, however, during the compile it dies in the following fatel error: ext/openssl/openssl.lo: In function `zm_startup_openssl': /usr/local/src/php-4.3.1/ext/openssl/openssl.c(.text+0xb69): undefined reference to `OPENSSL_add_all_algorithms_noconf' *** Error code 1 Stop in /usr/local/src/php-4.3.1. Any idea how to fix this? -- Edit this bug report at http://bugs.php.net/?id=22305edit=1
#22396 [NEW]: session id doesn't change when session_start is called multiple times
From: milan_mlynarcik at hotmail dot com Operating system: WinXP PHP version: 4.3.0 PHP Bug Type: Session related Bug description: session id doesn't change when session_start is called multiple times ?php session_start(); $sid1 = session_id(); session_unset(); session_destroy(); // ...and create new one session_start(); $sid2 = session_id(); if ($sid1 === $sid2) { print 'equals'; } else { print 'doesn\'t equal'; } ? This prints 'equals'...is it OK ? I think that session id should change between two different sessions... -- Edit bug report at http://bugs.php.net/?id=22396edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22396r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22396r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22396r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22396r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22396r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22396r=support Expected behavior: http://bugs.php.net/fix.php?id=22396r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22396r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22396r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22396r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22396r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22396r=dst IIS Stability: http://bugs.php.net/fix.php?id=22396r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22396r=gnused
#22397 [NEW]: $this-$varname = $value
From: powerblade at mail dot dk Operating system: Redhat Linux 7.0 PHP version: 5CVS-2003-02-24 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: $this-$varname = $value ?php class Database { var $s_dbServer; function changeVarValue($s_varname, $s_value) { $this-$s_varname = $s_value; return true; } } ? The above example fails to load. In windows apache crashes.. In linux i get an error. $this-$s_varname = $s_value; that is what makes it crash. Probably because of $s_varname changing it $this-s_dbServer makes it work. But using the variable $s_varname = dead server. -- Edit bug report at http://bugs.php.net/?id=22397edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22397r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22397r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22397r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22397r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22397r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22397r=support Expected behavior: http://bugs.php.net/fix.php?id=22397r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22397r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22397r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22397r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22397r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22397r=dst IIS Stability: http://bugs.php.net/fix.php?id=22397r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22397r=gnused
#22397 [Bgs]: $this-$varname = $value
ID: 22397 User updated by: powerblade at mail dot dk Reported By: powerblade at mail dot dk Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Redhat Linux 7.0 PHP Version: 5CVS-2003-02-24 (dev) New Comment: Im sorry. I did take a look on the other bug reports before submitting it, and i couldn't find similar anywhere. The auto search function (after posting it) didn't find it either. I searched for the word object and php version 5. 22 results.. But the above one was not shown. Previous Comments: [2003-02-24 11:58:27] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. duplicate of bug #22237 [2003-02-24 11:35:38] powerblade at mail dot dk ?php class Database { var $s_dbServer; function changeVarValue($s_varname, $s_value) { $this-$s_varname = $s_value; return true; } } ? The above example fails to load. In windows apache crashes.. In linux i get an error. $this-$s_varname = $s_value; that is what makes it crash. Probably because of $s_varname changing it $this-s_dbServer makes it work. But using the variable $s_varname = dead server. -- Edit this bug report at http://bugs.php.net/?id=22397edit=1
#22397 [Bgs]: $this-$varname = $value
ID: 22397 Updated by: [EMAIL PROTECTED] Reported By: powerblade at mail dot dk Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Redhat Linux 7.0 PHP Version: 5CVS-2003-02-24 (dev) New Comment: Don't worry :) This kind of entry is generally hard to find.. Previous Comments: [2003-02-24 12:05:35] powerblade at mail dot dk Im sorry. I did take a look on the other bug reports before submitting it, and i couldn't find similar anywhere. The auto search function (after posting it) didn't find it either. I searched for the word object and php version 5. 22 results.. But the above one was not shown. [2003-02-24 11:58:27] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. duplicate of bug #22237 [2003-02-24 11:35:38] powerblade at mail dot dk ?php class Database { var $s_dbServer; function changeVarValue($s_varname, $s_value) { $this-$s_varname = $s_value; return true; } } ? The above example fails to load. In windows apache crashes.. In linux i get an error. $this-$s_varname = $s_value; that is what makes it crash. Probably because of $s_varname changing it $this-s_dbServer makes it work. But using the variable $s_varname = dead server. -- Edit this bug report at http://bugs.php.net/?id=22397edit=1
#22398 [NEW]: file_exists returns TRUE when given a null filename
From: alan at frostick dot com Operating system: WIN32 PHP version: 4.3.1 PHP Bug Type: Filesystem function related Bug description: file_exists returns TRUE when given a null filename Filesystem function: file_exists() return value (PHP_VERSION='4.3.1', PHP_OS='WIN32') file_exists() returns TRUE if it is passed a null string or an undefined variable. e.g.file_exists();// returns TRUE Previously it always returned FALSE (at least it did in PHP3). Is that a bug or a change of definition? If so it is undocumented. The rsult is also inconsistent with that returned by is_file() in this case, as my example below demonstrates. I note this is a similar report to apparently bogus #19934. Perhaps this will convince you? Example script: As given in Manual\function.file-exists.html (modified to demonstrate the above fault): ?php $filename = ''; print BRfile_exists: ; if (file_exists($filename)) { print The file $filename exists; } else { print The file $filename does not exist; } print BRis_file: ; if (is_file($filename)) { print The file $filename exists; } else { print The file $filename does not exist; } ? Result is: file_exists: The file exists is_file: The file does not exist I also tried it with unset($filename) instead of a null string assignment in the above, and get the same result. -- Edit bug report at http://bugs.php.net/?id=22398edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22398r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22398r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22398r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22398r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22398r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22398r=support Expected behavior: http://bugs.php.net/fix.php?id=22398r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22398r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22398r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22398r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22398r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22398r=dst IIS Stability: http://bugs.php.net/fix.php?id=22398r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22398r=gnused
#20551 [Com]: Output compression causes segfaults (ob_gzhandler)
ID: 20551 Comment by: plant at virtualsolution dot net Reported By: sroussey at network54 dot com Status: Open Bug Type: Apache related Operating System: RedHat 7.2 PHP Version: 4.3.0 New Comment: I have see the same problem on PHP4.3.1 Apache 1.3.27 Redhat 7.3: Before the upgrade to PHP 4.3.1 with my 4.2.3, ob_start (ob_gzhandler) work OK. Now there aren't way to compress the output, i try also ini_set(output_handler, ob_gzhandler); or ini_set ( zlib.output_compression, 1); with no result. if i try to return to my old ob_start (ob_gzhandler) .. now php return me this Worning: Warning: (null)() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used twice in Unknown on line 0 Any idea ?? Previous Comments: [2003-02-14 00:57:47] sroussey at network54 dot com Tried php4-STABLE-200302140230 and still it segfaults in the Apache module. Either I patch PHP to check r for null, or I turn off 'ob_gzhandler' to stop the segfaults. [2003-02-13 19:55:22] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-02-03 04:19:58] [EMAIL PROTECTED] keep at feedback status until the actual feedback request is completed (testing of the latest stable snapshot) [2003-01-31 11:01:15] sroussey at network54 dot com I now have verified that the bug remains into the release version of 4.3.0. I'll check the php4-STABLE-latest.tar.gz version this weekend. (Note that with this patch upgrading to v4.3 I no longer see segfaults in the Apache log!! Sweet!) [2003-01-31 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. 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/20551 -- Edit this bug report at http://bugs.php.net/?id=20551edit=1
#21112 [Com]: unexpected token AC_ADD_INCLUDE during configure with sqlanywhere
ID: 21112 Comment by: ildanish at tiscali dot it Reported By: tnowak at triger dot com dot pl Status: Bogus Bug Type: Compile Failure Operating System: linux PHP Version: 4.3.0RC3 New Comment: How can you say it is a Sun problem?? I ask that because I have the same problem (PHP-4.3.1,SOLARIS8,Sybase AdaptiveServerAnywhere8), so I searched the documentation in php.net and I found that description in table 41-1. M4 Macros for config.m4: AC_ADD_INCLUDE(path) - Adds a compiler include path; for example, used if the module needs to add search paths for header files. So it seems the code from Sun is correct, but it doesn't work because some macro definition is missing in the PHP source code. Please let me know Thanks Daniele Previous Comments: [2002-12-20 07:12:24] [EMAIL PROTECTED] We do not support 3rd party extensions. They need to fix their module as it just no longer compiles. Not a PHP problem - bogus. Derick [2002-12-20 07:09:22] tnowak at triger dot com dot pl sqlanywhere from https://login.sybase.com/detail/1,6904,1019698,00.html [2002-12-20 07:07:17] tnowak at triger dot com dot pl changed summary. [2002-12-20 07:06:46] [EMAIL PROTECTED] Where did you get that sqlanyware from? Derick [2002-12-20 07:05:04] tnowak at triger dot com dot pl I try to configure php-4.3.0RC3 with sqlanywhere support. I make it like in previous versions of php 4.x: cd ext tar xzf ../../../dwn/sqlanywhere-1.0.1.tgz cd sqlanywhere touch * cd ../.. ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_ADD_INCLUDE ***BUG in Autoconf--please report*** AC_ADD_INCLUDE ***BUG in Autoconf--please report*** AC_ADD_LIBRARY_WITH_PATH rebuilding main/php_config.h.in and during configuration: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-EAPI \ --enable-track-vars --with-mysql=/usr/local/mysql --with-jpeg-dir --with-t1lib \ --enable-calendar --enable-sysvsem --enable-sysvshm --enable-trans-sid \ --with-zlib --enable-ftp --enable-yp --enable-memory-limit --with-gd \ --with-exec-dir --enable-sockets --enable-safe-mode \ --with-exec-dir=/usr/local/php/bin --with-pdflib=/usr/pdflib \ --with-imap --with-png-dir --with-gettext --enable-mbstring \ --with-openssl=/usr/openssl/ --with-config-file-path=/root/conf/ \ --with-ldap \ --with-sqlanywhere checking for SQLAnywhere support... yes ./configure: line 66818: syntax error near unexpected token `AC_ADD_INCLUDE($SQLANY_DIR/include)' ./configure: line 66818: `AC_ADD_INCLUDE($SQLANY_DIR/include)' -- Edit this bug report at http://bugs.php.net/?id=21112edit=1
#22396 [Opn]: session id doesn't change when session_start is called multiple times
ID: 22396 Updated by: [EMAIL PROTECTED] Reported By: milan_mlynarcik at hotmail dot com Status: Open Bug Type: Session related Operating System: WinXP PHP Version: 4.3.0 New Comment: Confirming. Looks like sessions are started only once. This issue is even with session_write_close(). session_start() after any session-closing commands simply does not work. It would be better if it reloaded session (or created new, depending on was it destroyed or saved). It is a pain to redirect the page to self to get session data again. Hope it'll be fixed. Sometimes it is needed to unlock session/then access it again. Previous Comments: [2003-02-24 11:34:42] milan_mlynarcik at hotmail dot com ?php session_start(); $sid1 = session_id(); session_unset(); session_destroy(); // ...and create new one session_start(); $sid2 = session_id(); if ($sid1 === $sid2) { print 'equals'; } else { print 'doesn\'t equal'; } ? This prints 'equals'...is it OK ? I think that session id should change between two different sessions... -- Edit this bug report at http://bugs.php.net/?id=22396edit=1
#21112 [Bgs]: configure error with sqlanywhere support
ID: 21112 User updated by: tnowak at triger dot com dot pl -Summary: unexpected token AC_ADD_INCLUDE during configure with sqlanywhere Reported By: tnowak at triger dot com dot pl Status: Bogus Bug Type: Compile Failure Operating System: linux PHP Version: 4.3.0RC3 New Comment: replace AC_ADD_INCLUDE with PHP_ADD_INCLUDE Previous Comments: [2003-02-24 12:36:53] ildanish at tiscali dot it How can you say it is a Sun problem?? I ask that because I have the same problem (PHP-4.3.1,SOLARIS8,Sybase AdaptiveServerAnywhere8), so I searched the documentation in php.net and I found that description in table 41-1. M4 Macros for config.m4: AC_ADD_INCLUDE(path) - Adds a compiler include path; for example, used if the module needs to add search paths for header files. So it seems the code from Sun is correct, but it doesn't work because some macro definition is missing in the PHP source code. Please let me know Thanks Daniele [2002-12-20 07:12:24] [EMAIL PROTECTED] We do not support 3rd party extensions. They need to fix their module as it just no longer compiles. Not a PHP problem - bogus. Derick [2002-12-20 07:09:22] tnowak at triger dot com dot pl sqlanywhere from https://login.sybase.com/detail/1,6904,1019698,00.html [2002-12-20 07:07:17] tnowak at triger dot com dot pl changed summary. [2002-12-20 07:06:46] [EMAIL PROTECTED] Where did you get that sqlanyware from? Derick 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/21112 -- Edit this bug report at http://bugs.php.net/?id=21112edit=1
#21112 [Com]: configure error with sqlanywhere support
ID: 21112 Comment by: ildanish at tiscali dot it Reported By: tnowak at triger dot com dot pl Status: Bogus Bug Type: Compile Failure Operating System: linux PHP Version: 4.3.0RC3 New Comment: Of course I intended Sybase, not Sun Sorry... Previous Comments: [2003-02-24 12:40:46] tnowak at triger dot com dot pl replace AC_ADD_INCLUDE with PHP_ADD_INCLUDE [2003-02-24 12:36:53] ildanish at tiscali dot it How can you say it is a Sun problem?? I ask that because I have the same problem (PHP-4.3.1,SOLARIS8,Sybase AdaptiveServerAnywhere8), so I searched the documentation in php.net and I found that description in table 41-1. M4 Macros for config.m4: AC_ADD_INCLUDE(path) - Adds a compiler include path; for example, used if the module needs to add search paths for header files. So it seems the code from Sun is correct, but it doesn't work because some macro definition is missing in the PHP source code. Please let me know Thanks Daniele [2002-12-20 07:12:24] [EMAIL PROTECTED] We do not support 3rd party extensions. They need to fix their module as it just no longer compiles. Not a PHP problem - bogus. Derick [2002-12-20 07:09:22] tnowak at triger dot com dot pl sqlanywhere from https://login.sybase.com/detail/1,6904,1019698,00.html [2002-12-20 07:07:17] tnowak at triger dot com dot pl changed summary. 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/21112 -- Edit this bug report at http://bugs.php.net/?id=21112edit=1
#22401 [NEW]: ob_start callback function isn't called when script exceeds max_execution_time
From: php at andyuhl dot com Operating system: Win2K PHP version: 4.3.0 PHP Bug Type: Output Control Bug description: ob_start callback function isn't called when script exceeds max_execution_time The ob_start callback function doesn't seem to get called when the script runs long. To reproduce: ?php function callback($buffer) { return callback function executed successfully.; } set_time_limit(5); ob_start(callback); while (1) { // do nothing } ob_end_flush(); ? This results in empty output for me. You can see my environment here: http://www.andyuhl.com/phpinfo.php -- Edit bug report at http://bugs.php.net/?id=22401edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22401r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22401r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22401r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22401r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22401r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22401r=support Expected behavior: http://bugs.php.net/fix.php?id=22401r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22401r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22401r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22401r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22401r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22401r=dst IIS Stability: http://bugs.php.net/fix.php?id=22401r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22401r=gnused
#22393 [Com]: __FILE__, __LINE__ as default parameter value
ID: 22393 Comment by: michael dot mauch at gmx dot de Reported By: tom dot polak at post dot cz Status: Open Bug Type: Feature/Change Request Operating System: Windows, but all PHP Version: 4.2.3 New Comment: Have a look at http://www.php.net/manual/en/function.set-error-handler.php, then use an error handler like in the example: // error handler function function myErrorHandler ($errno, $errstr, $errfile, $errline) { print(Error {$msg} in file {$errfile} on line {$errline}\n); } where you get $errfile and $errline without problems. For your extra errors, you can use the trigger_error function. Previous Comments: [2003-02-24 08:11:18] tom dot polak at post dot cz Hello, First, I have found similar request as #13944, but there is NO SOLUTION EXPLAINED, only closed. If this request is solved, then my request is solved too, but how was #13944 solved? I am trying to write error handler function as follows: function ErrorHandler($msg,$file=__FILE__,$line=__LINE__){ print(Error {$msg} in file {$file} on line {$line}\n); } which can be called from any php script when error occurs: ... if($somethingwrong){ ErrorHandler(something wrong); } I can to see the $file and $line pointing to the place, from which is ErrorHanlder function called. But currently I see allwys the same file and line of the ErrorHandler function itself. This request is based on big amount of php script files, where is not so simple to found, where the error condition occurs. Because the $msg itself is often not enough to explain the point in source code. Secondary, I need to have own errorhandler, because using some features when the error appears in SQL command, there is more additional information displayed (not showed in example above, because is not relevant to this request). I am logging errors by its type to several locations, conditionally email it to response admin and other things. Because of hunderts calls of ErrorHandler, using __FILE__ and __LINE__ is very time and place consuming. With hope, that this description is understandable, even my poor english knowledge. Best regards, Tomas Polak [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=22393edit=1
#22355 [Opn-Csd]: mail func strips linefeeds from subject
ID: 22355 Updated by: [EMAIL PROTECTED] Reported By: jotta at mailbox dot hu -Status: Open +Status: Closed Bug Type: Mail related Operating System: Linux 2.2.20 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Keep in mind that your code will still not work as is, RFC 822 specifies that the separator must be CRLF followed by atleast one \t or a space. This means you should use \r\n\t and not \n\t. Previous Comments: [2003-02-24 09:17:12] jotta at mailbox dot hu It wasn't the sendmail binary, because after encountering the problem I've moved to call sendmail directly via popen(), and e-mail sending works this way properly (ofcourse I'm passing the same multiline $subject variable to sendmail through fputs). I've found the part of the code I believe to cause the problem in ext/standard/mail.c (in the source of the latest, 4.3.1 release, though I encountered the bug itself in 4.2.3 first): PHP_FUNCTION(mail) { /* ...cut... */ if (subject_len 0) { for (; subject_len; subject_len--) { if (!isspace((unsigned char) subject[subject_len - 1])) { break; } subject[subject_len - 1] = '\0'; } for(i = 0; subject[i]; i++) { if (iscntrl((unsigned char) subject[i])) { subject[i] = ' '; } } } /* ...cut... */ The second 'for' cycle must be responsible for replacing all the new line characters to spaces. I think it was used because the developers wanted to avoid the extra leading/trailing linefeeds in the Subject: line (that also leads to send incorrectly formatted (and displayed) e-mails). If you agree, I'd suggest replacing this part of code to another one which is trimming only the leading/trailing control characters - or even a more sophisticated one that would format the subject line to conform to RFC 822, part 3.1.1 Long header fields, part 3.4.8 Folding long header fields. [In fact, I'd suggest doing these modifications also to the recipient address (the 'To:' field) for the same reason.] [2003-02-23 21:50:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I've tried the code looked over the source and there is nothing that would 'strip' newlines as you suggest. If they are still being stripped in the new code I would say it is the doing of your sendmail binary. [2003-02-21 09:09:22] jotta at mailbox dot hu Before sending an email, first I'm using mb_encode_mimeheader() to prepare the subject (it's very important because of the Central European national characters) $subject = mb_encode_mimeheader( trim($_POST['i_subject']), 'iso-8859-2', 'Q', \n\t ); \n\t is used, because e-mail RFCs state, that long lines should look be broken like this: Subject: very long subject etc. etc. and will continue here The problem exactly: mail() function strips the \n characters, this way the e-mails are sent in a non-standard way (even 200+ characters long subject lines), and therefore some servers and/or mail reading softwares fail to transfer/display the email correctly. -- Edit this bug report at http://bugs.php.net/?id=22355edit=1
#22402 [NEW]: fopen with ftp url
From: jan+php at jancm dot org Operating system: Win2K PHP version: 4.3.1 PHP Bug Type: FTP related Bug description: fopen with ftp url fopen will, apparently, always open a pasv mode data connection (to a ftp type url). Most ftp servers return a code of: 150 File status okay; about to open data connection, but in some cases they return a 125 125 Data connection already open; transfer starting. (It really depends on the server. WarFTP will return a 125); fopen works fine when a 150 is returned. It breaks when a 125 is returned instead. I *think* the only change needed is in line 418 of ext\standard\ftp_fopen_wrapper.c (based on 4.3.1 source), but I can't compile it to check. :( Currently it reads: if (result != 150) { and I think it should be: if (result != 150 result != 125) { References: RFC 959 also see ext\ftp\ftp.c lines: 683, 765, 1473, 1581, and 1694 (the ftp functions all work fine in both passive and active modes). -- Edit bug report at http://bugs.php.net/?id=22402edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22402r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22402r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22402r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22402r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22402r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22402r=support Expected behavior: http://bugs.php.net/fix.php?id=22402r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22402r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22402r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22402r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22402r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22402r=dst IIS Stability: http://bugs.php.net/fix.php?id=22402r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22402r=gnused
#22379 [Com]: bug introduced going from PHP 4.3.x to 4.3.1+
ID: 22379 Comment by: bharris at spro dot net Reported By: jason at hdev dot net Status: Assigned Bug Type: cURL related Operating System: Windows 2000 PHP Version: 4.3.1 Assigned To: edink New Comment: Getting error: error * About to connect() to login.postini.com:443 * Connected to login.postini.com (64.75.1.252) port 443 * SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed* Closing connection #0 /error Cert is fine, loads with issue in latest versions of Opera, Mozilla and IE. Was working in the 4.2.1 release of PHP as well via Curl. Previous Comments: [2003-02-22 23:25:55] [EMAIL PROTECTED] Nothing changed between 4.3.0 - 4.3.1 in this part which could cause this bug so it's either an install error or some build problem by Edin. (I tend to think it's Edin's fault, assigning to him :) [2003-02-22 17:24:26] jason at hdev dot net A bug was introduced in the new version(s) of PHP 4.3.1, where cURL has now stopped working when trying to access a page through secure https. It worked in the release version of PHP 4.3.0 and any prior versions. This bug seems to be extension-related. -- Edit this bug report at http://bugs.php.net/?id=22379edit=1
#22379 [Com]: bug introduced going from PHP 4.3.x to 4.3.1+
ID: 22379 Comment by: bharris at spro dot net Reported By: jason at hdev dot net Status: Assigned Bug Type: cURL related Operating System: Windows 2000 PHP Version: 4.3.1 Assigned To: edink New Comment: That should read without issue... Previous Comments: [2003-02-24 14:45:28] bharris at spro dot net Getting error: error * About to connect() to login.postini.com:443 * Connected to login.postini.com (64.75.1.252) port 443 * SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed* Closing connection #0 /error Cert is fine, loads with issue in latest versions of Opera, Mozilla and IE. Was working in the 4.2.1 release of PHP as well via Curl. [2003-02-22 23:25:55] [EMAIL PROTECTED] Nothing changed between 4.3.0 - 4.3.1 in this part which could cause this bug so it's either an install error or some build problem by Edin. (I tend to think it's Edin's fault, assigning to him :) [2003-02-22 17:24:26] jason at hdev dot net A bug was introduced in the new version(s) of PHP 4.3.1, where cURL has now stopped working when trying to access a page through secure https. It worked in the release version of PHP 4.3.0 and any prior versions. This bug seems to be extension-related. -- Edit this bug report at http://bugs.php.net/?id=22379edit=1
#22367 [Ver]: undefined variable has a value
ID: 22367 User updated by: stanislav dot chachkov at epfl dot ch Reported By: stanislav dot chachkov at epfl dot ch Status: Verified Bug Type: Scripting Engine problem Operating System: Solaris8 PHP Version: 4.3.2-dev New Comment: We found a workaround: getColumnValue functions should both return a reference or both return a value. Actually it is also possible to return a reference from class A and value from sub class B, but the inverse breaks the stack. Previous Comments: [2003-02-24 01:44:27] stanislav dot chachkov at epfl dot ch 1) This code works fine with previous version (4.2.2) 2) What exactly in this code is 'weird'/'irrealistic'? I'm ready to explain you how does it works, or else you can ask any people who deals with object orientation at php 3) It is really a problem for me, because i have a broken web site just because i did an update from v4.2.2 to v4.3.2 to use GD image lib. Best regards. [2003-02-23 18:01:01] [EMAIL PROTECTED] I do get similar results plus some leaks with your example..but your example is quite weird code which really shouldn't work anyway. :) And btw. undefined variables have 'value' of NULL.. (unset($var) is same as doing $var = NULL;) Testing whether a variable exists should always be done with 'isset()'. Leaving as verified but I'm not sure if this will ever get 'fixed'. (try come up with some more realistic example?) [2003-02-23 13:16:25] stanislav dot chachkov at epfl dot ch This is the test case: ? class A{ var $fields; function getID(){ return $this-getColumnValue($this-getPK()); } function getColumnValue($col_name){ return $this-fields[$col_name]; } function save(){ $this-getID(); $i=333; echo Dump of z: ; var_dump($z); echo brz=; echo $z; echo br; if($boo){ echo undefined is now definedbr; }else{ echo undefined is undefinedbr; } $s1=YES; $s2=NO; echo s1=$s1, s2=$s2; } } class B extends A{ function getPK(){ return ID; } function getColumnValue($col_name){ return parent::getColumnValue($col_name); } } $b=new B(); if(!$b-getID()){} $b-save(); ? The output that we have is: Dump of z: NULL z=333 undefined is now defined s1=NO, s2=NO [2003-02-23 11:56:04] stanislav dot chachkov at epfl dot ch Exactly the same behaviour with php 4.3.2-dev We will try to write a simple test case [2003-02-23 01:26:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip It might have been fixed. If not, then put that long example somewhere to be downloaded and add the url here. 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/22367 -- Edit this bug report at http://bugs.php.net/?id=22367edit=1
#22379 [Com]: bug introduced going from PHP 4.3.x to 4.3.1+
ID: 22379 Comment by: bharris at spro dot net Reported By: jason at hdev dot net Status: Assigned Bug Type: cURL related Operating System: Windows 2000 PHP Version: 4.3.1 Assigned To: edink New Comment: WORKAROUND: Setting CURLOPT_SSL_VERIFYPEER to 0 will bypass error (and security). Previous Comments: [2003-02-24 14:46:39] bharris at spro dot net That should read without issue... [2003-02-24 14:45:28] bharris at spro dot net Getting error: error * About to connect() to login.postini.com:443 * Connected to login.postini.com (64.75.1.252) port 443 * SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed* Closing connection #0 /error Cert is fine, loads with issue in latest versions of Opera, Mozilla and IE. Was working in the 4.2.1 release of PHP as well via Curl. [2003-02-22 23:25:55] [EMAIL PROTECTED] Nothing changed between 4.3.0 - 4.3.1 in this part which could cause this bug so it's either an install error or some build problem by Edin. (I tend to think it's Edin's fault, assigning to him :) [2003-02-22 17:24:26] jason at hdev dot net A bug was introduced in the new version(s) of PHP 4.3.1, where cURL has now stopped working when trying to access a page through secure https. It worked in the release version of PHP 4.3.0 and any prior versions. This bug seems to be extension-related. -- Edit this bug report at http://bugs.php.net/?id=22379edit=1
#22403 [NEW]: PHP crashes when executing a sql procedure without parameters
From: cesararnold at yahoo dot com dot br Operating system: Win2000 PHP version: 4.3.1 PHP Bug Type: Reproducible crash Bug description: PHP crashes when executing a sql procedure without parameters Hi, we are using PHP 4.3.2 (latest STABLE version) and found a possible bug when trying to execute a sql command (a procedure). the procedure needs 1 (one) argument and does not accept null values when is called. On our case, the variable $varID was infortunatelly = NULL. after ran the code we got two strange behaviors: 1) using pear object $cmd_sql = exec procedure_name . $varID; if (DB::isError($query_proc = $db_conn-query($cmd_sql))) { // get the native backend error // and the last query exit($query_proc-getMessage()); } the system crashes and stops the web server! restarting the web server, evething restarts to work. 2) using native functions like @sybase_query( $cmd_sql, $db_conn ); the system crashes but does NOT stop the web server. for both cases php gives the message: PHP has encountered an Access Violation at 01E436B9 I know that this can be fixed just sending a non-null value to the procedure, but PHP could not crash, on my single oppinion. Is there some fix to this case? Thanks a lot. -- Edit bug report at http://bugs.php.net/?id=22403edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22403r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22403r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22403r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22403r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22403r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22403r=support Expected behavior: http://bugs.php.net/fix.php?id=22403r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22403r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22403r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22403r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22403r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22403r=dst IIS Stability: http://bugs.php.net/fix.php?id=22403r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22403r=gnused
#22402 [Opn-Asn]: fopen with ftp url
ID: 22402 Updated by: [EMAIL PROTECTED] Reported By: jan+php at jancm dot org -Status: Open +Status: Assigned Bug Type: FTP related Operating System: Win2K PHP Version: 4.3.1 -Assigned To: +Assigned To: iliaa Previous Comments: [2003-02-24 14:43:00] jan+php at jancm dot org fopen will, apparently, always open a pasv mode data connection (to a ftp type url). Most ftp servers return a code of: 150 File status okay; about to open data connection, but in some cases they return a 125 125 Data connection already open; transfer starting. (It really depends on the server. WarFTP will return a 125); fopen works fine when a 150 is returned. It breaks when a 125 is returned instead. I *think* the only change needed is in line 418 of ext\standard\ftp_fopen_wrapper.c (based on 4.3.1 source), but I can't compile it to check. :( Currently it reads: if (result != 150) { and I think it should be: if (result != 150 result != 125) { References: RFC 959 also see ext\ftp\ftp.c lines: 683, 765, 1473, 1581, and 1694 (the ftp functions all work fine in both passive and active modes). -- Edit this bug report at http://bugs.php.net/?id=22402edit=1
#22404 [NEW]: imageCopyMergeGray does not work
From: arebroff at rogers dot com Operating system: Windows XP PHP version: 4.3.1 PHP Bug Type: GD related Bug description: imageCopyMergeGray does not work This code outputs picture but it is not in grey palette and it does not depend on $transition. Why? How do I need transform it to get image in black-and-white? - [EMAIL PROTECTED](userspictures/2.jpg); $transition=0; imageCopyMergeGray($old, $old, 0, 0, 100, 200, 300, 400, $transition); Header(Content-type: image/jpeg); Imagejpeg($old, '', 80); - Thanks for any help. Alexei -- Edit bug report at http://bugs.php.net/?id=22404edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22404r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22404r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22404r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22404r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22404r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22404r=support Expected behavior: http://bugs.php.net/fix.php?id=22404r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22404r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22404r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22404r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22404r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22404r=dst IIS Stability: http://bugs.php.net/fix.php?id=22404r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22404r=gnused
#22406 [NEW]: syntax errors in php_imap.c
From: rbyrns at wenaasusa dot com Operating system: Free BSD PHP version: 4.3.1 PHP Bug Type: IMAP related Bug description: syntax errors in php_imap.c Using source posted at php.net on Feb 17 Configure seems to go well but make returns: /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:339: syntax error before `QUOTALIST' /usr/home/rex/php-4.3.1/ext/imap/php_imap.c: In function `mail_getquota': /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:344: `qlist' undeclared (first use in this function) /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:344: (Each undeclared identifier is reported only once /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:344: for each function it appears in.) /usr/home/rex/php-4.3.1/ext/imap/php_imap.c: In function `zif_imap_get_quota': /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:869: `SET_QUOTA' undeclared (first use in this function) /usr/home/rex/php-4.3.1/ext/imap/php_imap.c: In function `zif_imap_get_quotaroot': /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:903: `SET_QUOTA' undeclared (first use in this function) -- Edit bug report at http://bugs.php.net/?id=22406edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22406r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22406r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22406r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22406r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22406r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22406r=support Expected behavior: http://bugs.php.net/fix.php?id=22406r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22406r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22406r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22406r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22406r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22406r=dst IIS Stability: http://bugs.php.net/fix.php?id=22406r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22406r=gnused
#22406 [Com]: syntax errors in php_imap.c
ID: 22406 Comment by: michael dot mauch at gmx dot de Reported By: rbyrns at wenaasusa dot com Status: Open Bug Type: IMAP related Operating System: Free BSD PHP Version: 4.3.1 New Comment: Please give some more info! You don't say which of the source files you used (a release? a snapshot? which?), you don't say which imap version you're using. Previous Comments: [2003-02-24 16:48:24] rbyrns at wenaasusa dot com Using source posted at php.net on Feb 17 Configure seems to go well but make returns: /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:339: syntax error before `QUOTALIST' /usr/home/rex/php-4.3.1/ext/imap/php_imap.c: In function `mail_getquota': /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:344: `qlist' undeclared (first use in this function) /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:344: (Each undeclared identifier is reported only once /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:344: for each function it appears in.) /usr/home/rex/php-4.3.1/ext/imap/php_imap.c: In function `zif_imap_get_quota': /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:869: `SET_QUOTA' undeclared (first use in this function) /usr/home/rex/php-4.3.1/ext/imap/php_imap.c: In function `zif_imap_get_quotaroot': /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:903: `SET_QUOTA' undeclared (first use in this function) -- Edit this bug report at http://bugs.php.net/?id=22406edit=1
#22407 [Opn-Fbk]: Unix formatted text file parsed with DOS characters interpreted
ID: 22407 Updated by: [EMAIL PROTECTED] Reported By: dci at webquill dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: FBSD 4.6-RELEASE PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-02-24 17:29:52] dci at webquill dot com I did note something similar in bug #10858, but that was in regards to an older version of PHP and it seemed like the feedback was never provided to solve the issue. We've got code that is in a Unix formatted text file, and on one of the lines, we somehow ended up with a literal ^M character (a DOS newline feed). Although this had nothing to do with PHP, it produced very strange results -- the line in question began with a single line comment ( // ), and the ^M was in the middle followed by an old if statement. I suspect this came about because our code was originally a quick conversion from an ASP site utilizing asp2php. The odd part, however, is that even tho editors (vim, emacs) would show the line as being a comment, and on one line, PHP would interpret the ^M as a newline, and then parsed the code after it. Because this was a comparison between 0 and a variable that did not exist (thus returning 0), the new comparison for the if, which was on the next line, was never processed. Here is some example code (I am afraid I cannot provide full-code due to restrictions placed on me by my employer): error_log( SQL: $ssql ); $res = pg_query( $dbconn, $ssql ); error_log( pg_last_error: . pg_last_error($dbconn) ); error_log( Number of results: . pg_num_rows($res) ); //only send if there's an Email to send to^M if (!($get_email==0)) if( pg_num_rows($res) 0 ){ error_log( here ); The line beginning with // and ending with ($get_email==0)) is all one line. The first error_log showed the correct SQL, pg_last_error reported to errors, and pg_num_rows correctly logged 1 result row. We discovered the problem when the error_log(here) statement was never being executed. Upon removing the ^M character, everything performed as expected, and the here statement was logged in the error_log. The following code was then executed. Now I realize that this could potentially be by design, because of the cross-platform nature of web development (due to all those silly Windows users out there and their bad character set ;), but I would suspect that if the entire file is being parsed as a particular format text file that characters not indicating a linefeed in that format should not be interpreted as such. It is my guess (without taking time to examine the PHP source code) that PHP is not examining the file type and is merely interpreting all linefeed characters as new lines and not determining file format. A thought after finally tracking down a very odd problem.. Other than that, thank you for a wonderful product! -chris -- Edit this bug report at http://bugs.php.net/?id=22407edit=1
#22211 [Com]: Parameters not passed to class methods.
ID: 22211 Comment by: zariok at zariok dot org Reported By: wayne at ptaff dot ca Status: Open Bug Type: Class/Object related Operating System: Linux PHP Version: 4.3.0 New Comment: Unable to reproduce. I use classes extensively within a telecommunications web-based provisioning system. I have not had any issues. Environment 1: Mandrake 9.0 on 2.4ghz Intel, 512 mb Custom compile: Apache 1.3.27 PHP 4.3.0 (as module) ./configure \ --with-apxs=$APACHE_INSTALL_DIR/bin/apxs \ --enable-gd-native-ttf \ --with-ftp \ --enable-dio \ --with-openssl \ --enable-sockets \ --without-mysql \ --with-oci8=$ORACLE_HOME \ --with-xml \ --with-unixODBC=$UNIXODBC_DIR \ --enable-sigchild \ --with-readline \ --with-bz2=$BZIP2_DIR \ --with-zlib=$ZLIB_DIR \ --enable-track-vars Environment2: RedHat 8.0 SMP, Dual pIII 650, 512MB Custom Build: same as above/ It would be nice to know exactly your environment and setup to replicate this issue. It would be a deep concern to me if this was actually happening, but I've been working with 4.3.0 since it was released in development and finally moved it to production when Zend released v2.6 of Zend Studio. John 'zariok' Draughn Previous Comments: [2003-02-17 06:49:28] fab at blueshoes dot org i have something similar, i really think it's the same problem. pseudo code (not reproducable this way): class c { function f($a, $b=null, $c=TRUE) { var_dump($a); var_dump($b); var_dump($c); } } $someB = null; $someC = new c(); $someC-f('foo', null, FALSE); the problem is that the third param ALWAYS turns out to be TRUE. no matter how many times i reload. when i remove the 2nd param from the method definition and method call then it works. system: win2000 php4.3. the code worked before in php4.2.2 really strange. but i'm not blind. should i try to provide some small peace of code that reproduces it? greetings and thanks. fab [2003-02-17 02:32:08] [EMAIL PROTECTED] Please, stop spamming other bug report with your bogus comments. Keep them here. [2003-02-13 13:03:11] wayne at ptaff dot ca Here is a strange bug affecting 4.3.0 (with the same code, 4.2.3 works fine): class foo { // constructor, etc. function myecho($string1, $string2) { echo String 1: . $string1 . \n; echo String 2: . $string2 . \n; } }; $bar = new foo(); $bar-myecho(apple, orange); Will output one of these 3 possibilities, at random (or so it seems:) String 1: apple String 2: orange String 1: orange String 2: String 1: String 2: Weird, eh? and rerunning the same code does not always give the same results. Reposted from bug#21886, and not related to sessions in any way. That nasty problem keeps me from upgrading... -- Edit this bug report at http://bugs.php.net/?id=22211edit=1
#22379 [Asn]: bug introduced going from PHP 4.3.x to 4.3.1+
ID: 22379 User updated by: jason at hdev dot net Reported By: jason at hdev dot net Status: Assigned Bug Type: cURL related Operating System: Windows 2000 PHP Version: 4.3.1 Assigned To: edink New Comment: Actually I experienced the problem only with the extension, php_curl.dll in the php extensions folder. Simply replacing the dll with the version from 4.3.0 fixed the problem, so I suspected something wrong with one of the dlls. Previous Comments: [2003-02-24 15:34:47] bharris at spro dot net WORKAROUND: Setting CURLOPT_SSL_VERIFYPEER to 0 will bypass error (and security). [2003-02-24 14:46:39] bharris at spro dot net That should read without issue... [2003-02-24 14:45:28] bharris at spro dot net Getting error: error * About to connect() to login.postini.com:443 * Connected to login.postini.com (64.75.1.252) port 443 * SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed* Closing connection #0 /error Cert is fine, loads with issue in latest versions of Opera, Mozilla and IE. Was working in the 4.2.1 release of PHP as well via Curl. [2003-02-22 23:25:55] [EMAIL PROTECTED] Nothing changed between 4.3.0 - 4.3.1 in this part which could cause this bug so it's either an install error or some build problem by Edin. (I tend to think it's Edin's fault, assigning to him :) [2003-02-22 17:24:26] jason at hdev dot net A bug was introduced in the new version(s) of PHP 4.3.1, where cURL has now stopped working when trying to access a page through secure https. It worked in the release version of PHP 4.3.0 and any prior versions. This bug seems to be extension-related. -- Edit this bug report at http://bugs.php.net/?id=22379edit=1
#22379 [Asn]: bug introduced going from PHP 4.3.x to 4.3.1+
ID: 22379 User updated by: jason at hdev dot net Reported By: jason at hdev dot net Status: Assigned Bug Type: cURL related Operating System: Windows 2000 PHP Version: 4.3.1 Assigned To: edink New Comment: It was returning blank response when I used curl. Previous Comments: [2003-02-24 19:44:20] jason at hdev dot net Actually I experienced the problem only with the extension, php_curl.dll in the php extensions folder. Simply replacing the dll with the version from 4.3.0 fixed the problem, so I suspected something wrong with one of the dlls. [2003-02-24 15:34:47] bharris at spro dot net WORKAROUND: Setting CURLOPT_SSL_VERIFYPEER to 0 will bypass error (and security). [2003-02-24 14:46:39] bharris at spro dot net That should read without issue... [2003-02-24 14:45:28] bharris at spro dot net Getting error: error * About to connect() to login.postini.com:443 * Connected to login.postini.com (64.75.1.252) port 443 * SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed* Closing connection #0 /error Cert is fine, loads with issue in latest versions of Opera, Mozilla and IE. Was working in the 4.2.1 release of PHP as well via Curl. [2003-02-22 23:25:55] [EMAIL PROTECTED] Nothing changed between 4.3.0 - 4.3.1 in this part which could cause this bug so it's either an install error or some build problem by Edin. (I tend to think it's Edin's fault, assigning to him :) 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/22379 -- Edit this bug report at http://bugs.php.net/?id=22379edit=1
#22357 [Com]: exit signal Segmentation fault (11)
ID: 22357 Comment by: gbaratto at superb dot net Reported By: m dot heidenwolf at ehotel dot ag Status: Open Bug Type: *General Issues Operating System: Redhat Linux 2.4.2 PHP Version: 4.3.2-dev New Comment: I'm on the same situation as marco: ./configure --prefix=/usr/local/php-4.3.1 --with-apxs2=/usr/local/apache-2.0.44/bin/apxs --with-mysql=/usr --with-pfpro=/usr/local --with-openssl redhat 8 gcc 3.2 mysql 4.0.10-gamma openssl-devel-0.9.6b-29 (yeah I know it is old, but redhat said they fixed the security bugs) Previous Comments: [2003-02-24 09:28:17] m dot heidenwolf at ehotel dot ag Hi, ok, another one... configure line: CPPFLAGS='-I/usr/include/openssl -DEAPI' \ LDFLAGS='-L/usr/include/openssl' \ './configure' \ '--with-oci8=/ora8/m01/app/oracle/product/8.1.7' \ '--disable-short-tags' \ '--enable-sockets' \ '--enable-ctype' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--with-curl' \ '--enable-sigchild' \ '--with-zlib' \ '--enable-bcmath' \ '--enable-debug' \ gcc version: gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) system: Redhat 8.0 openssl-0.9.7a php4-STABLE-200302241230 curl-7.10.3 backtrace: Program received signal SIGSEGV, Segmentation fault. 0x4010a4a5 in memcpy () from /lib/libc.so.6 (gdb) bt #0 0x4010a4a5 in memcpy () from /lib/libc.so.6 #1 0x4029246d in smart_str_appendl_ex (dest=0xbfff8290, src=0x8306f78 ¤\232H\b\fo0\b¤Á0\bÌq0\b, len=1, what=0) at /tmp/php4-STABLE-200302241230/ext/standard/php_smart_str.h:76 #2 0x4029270e in php_var_serialize_class_name (buf=0xbfff8290, struc=0x8306f78) at /tmp/php4-STABLE-200302241230/ext/standard/var.c:420 #3 0x40291eeb in php_var_serialize_intern (buf=0xbfff8290, struc=0x8306f78, var_hash=0xbfff82a0) at /tmp/php4-STABLE-200302241230/ext/standard/var.c:560 #4 0x40292032 in php_var_serialize_intern (buf=0xbfff8290, struc=0x81ab484, var_hash=0xbfff82a0) at /tmp/php4-STABLE-200302241230/ext/standard/var.c:598 #5 0x40292095 in php_var_serialize (buf=0xbfff8290, struc=0x81ab484, var_hash=0xbfff82a0) at /tmp/php4-STABLE-200302241230/ext/standard/var.c:612 #6 0x40292144 in zif_serialize (ht=1, return_value=0x830af84, this_ptr=0x0, return_value_used=1) at /tmp/php4-STABLE-200302241230/ext/standard/var.c:635 #7 0x4030f426 in execute (op_array=0x8444e38) at /tmp/php4-STABLE-200302241230/Zend/zend_execute.c:1596 #8 0x4030f659 in execute (op_array=0x82f5444) at /tmp/php4-STABLE-200302241230/Zend/zend_execute.c:1640 #9 0x402fe121 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /tmp/php4-STABLE-200302241230/Zend/zend.c:864 #10 0x402c8cbb in php_execute_script (primary_file=0xb290) at /tmp/php4-STABLE-200302241230/main/main.c:1586 #11 0x40314322 in apache_php_module_main (r=0x8161cb4, display_source_mode=0) at /tmp/php4-STABLE-200302241230/sapi/apache/sapi_apache.c:55 #12 0x403152c6 in send_php (r=0x8161cb4, display_source_mode=0, filename=0x816397c /home/httpd/html/fastbooking/bedhunter/de/buchung.php) at /tmp/php4-STABLE-200302241230/sapi/apache/mod_php4.c:617 #13 0x4031533f in send_parsed_php (r=0x8161cb4) at /tmp/php4-STABLE-200302241230/sapi/apache/mod_php4.c:632 #14 0x08083db8 in ap_invoke_handler () #15 0x08098262 in process_request_internal () #16 0x080982c2 in ap_process_request () #17 0x0808f686 in child_main () #18 0x0808f84c in make_child () #19 0x0808f9b3 in startup_children () #20 0x0808ffe0 in standalone_main () #21 0x08090818 in main () #22 0x400a3914 in __libc_start_main () from /lib/libc.so.6 regards, marco [2003-02-24 07:29:34] [EMAIL PROTECTED] http://gcc.gnu.org/gcc-2.96.html So please upgrade first to a working and official version of gcc, like 2.95.3. [2003-02-24 06:58:39] m dot heidenwolf at ehotel dot ag configure line: CPPFLAGS='-I/usr/include/openssl -DEAPI' \ LDFLAGS='-L/usr/include/openssl' \ './configure' \ '--with-oci8=/ora8/m01/app/oracle/product/8.1.7' \ '--disable-short-tags' \ '--enable-sockets' \ '--enable-ctype' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--with-curl' \ '--enable-sigchild' \ '--with-zlib' \ '--enable-bcmath' \ '--enable-debug' \ compiler: gcc 2.96 greets, marco [2003-02-24 06:40:10] [EMAIL PROTECTED] What configure line and compiler version are you using? [2003-02-24 06:17:43] m dot heidenwolf at ehotel dot ag Hi, no problem, i tried the following Snaps php4-STABLE-200302240630 php4-STABLE-200302240830 php4-STABLE-200302241030 all with the same result make warnings like /usr/local/src/new_022403/php4-STABLE-200302240630/ext/standard/var_unserializer.c:751: warning: label `yy80' defined but not
#22406 [Opn-Fbk]: syntax errors in php_imap.c
ID: 22406 Updated by: [EMAIL PROTECTED] Reported By: rbyrns at wenaasusa dot com -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Free BSD PHP Version: 4.3.1 New Comment: Are you expecting support on an unknown custom hack to PHP's IMAP module system? Please re-read the rules for submitting a bug and give us more information before an answer can be given. Previous Comments: [2003-02-24 17:26:12] michael dot mauch at gmx dot de Please give some more info! You don't say which of the source files you used (a release? a snapshot? which?), you don't say which imap version you're using. [2003-02-24 16:48:24] rbyrns at wenaasusa dot com Using source posted at php.net on Feb 17 Configure seems to go well but make returns: /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:339: syntax error before `QUOTALIST' /usr/home/rex/php-4.3.1/ext/imap/php_imap.c: In function `mail_getquota': /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:344: `qlist' undeclared (first use in this function) /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:344: (Each undeclared identifier is reported only once /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:344: for each function it appears in.) /usr/home/rex/php-4.3.1/ext/imap/php_imap.c: In function `zif_imap_get_quota': /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:869: `SET_QUOTA' undeclared (first use in this function) /usr/home/rex/php-4.3.1/ext/imap/php_imap.c: In function `zif_imap_get_quotaroot': /usr/home/rex/php-4.3.1/ext/imap/php_imap.c:903: `SET_QUOTA' undeclared (first use in this function) -- Edit this bug report at http://bugs.php.net/?id=22406edit=1
#22408 [NEW]: debug.log file
From: enkhbatm at magicnet dot mn Operating system: Solaris 7.0 PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: debug.log file Debug.log CONFIGURE: './configure' '--with-mysql=/usr/local/mysql' '--with-apache=/opt/a pache_1.3.27' '--enable-track-vars' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS CXX: CXXFLAGS: INCLUDES:-I/opt/apache_1.3.27/src/include -I/opt/apache_1.3.27/src/os/unix -I$(top_builddir)/Zend -I/usr/local/mysql/include/mysql LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/usr/local/mysql/lib/mysql -L/usr/loc al/mysql/lib/mysql LIBS: -lmysqlclient -lcrypt -lresolv -lresolv -lm -ldl -lnsl -lsocket -ls ocket -lcrypt DLIBS: SAPI: apache PHP_RPATHS: /usr/ucblib /usr/local/mysql/lib/mysql uname -a: SunOS turshilt.mn 5.7 Generic_106541-02 sun4u sparc SUNW,Ultra-60 gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/ucblib -L/usr/ucblib -R/usr/local/mysql/lib/mysql -L/usr/local/mysql/lib/mysql conftest.c -lmysqlclie nt -lcrypt -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lcrypt 15 -- Edit bug report at http://bugs.php.net/?id=22408edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22408r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22408r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22408r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22408r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22408r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22408r=support Expected behavior: http://bugs.php.net/fix.php?id=22408r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22408r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22408r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22408r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22408r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22408r=dst IIS Stability: http://bugs.php.net/fix.php?id=22408r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22408r=gnused
#22402 [Asn-Csd]: fopen with ftp url
ID: 22402 Updated by: [EMAIL PROTECTED] Reported By: jan+php at jancm dot org -Status: Assigned +Status: Closed Bug Type: FTP related Operating System: Win2K PHP Version: 4.3.1 Assigned To: iliaa New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-02-24 14:43:00] jan+php at jancm dot org fopen will, apparently, always open a pasv mode data connection (to a ftp type url). Most ftp servers return a code of: 150 File status okay; about to open data connection, but in some cases they return a 125 125 Data connection already open; transfer starting. (It really depends on the server. WarFTP will return a 125); fopen works fine when a 150 is returned. It breaks when a 125 is returned instead. I *think* the only change needed is in line 418 of ext\standard\ftp_fopen_wrapper.c (based on 4.3.1 source), but I can't compile it to check. :( Currently it reads: if (result != 150) { and I think it should be: if (result != 150 result != 125) { References: RFC 959 also see ext\ftp\ftp.c lines: 683, 765, 1473, 1581, and 1694 (the ftp functions all work fine in both passive and active modes). -- Edit this bug report at http://bugs.php.net/?id=22402edit=1
#22352 [Opn-Fbk]: Numeric Sybase Problem
ID: 22352 Updated by: [EMAIL PROTECTED] Reported By: c dot villemagne at circo dot fr -Status: Open +Status: Feedback Bug Type: Sybase (dblib) related Operating System: Linux Mandrake 9.0 PHP Version: 4.3.0 New Comment: What are the fields in the test_numeric table defined as? Previous Comments: [2003-02-24 02:49:16] c dot villemagne at circo dot fr I used the cvs snapshot http://snaps.php.net/php4-STABLE-latest.tar.gz but the problem is the same. I have always 100.0, 200.0 or not 100,200 Are you a other solution ? [2003-02-22 11:52:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-21 06:29:33] c dot villemagne at circo dot fr $id=sybase_query ( select * from test_numeric, $sybcon); while ( $row = sybase_fetch_row($id) ) { echo trtd$row[0]/td/tr\n; } $row[0] receive value 100.0,200.0 or not 100,200. Why ? -- Edit this bug report at http://bugs.php.net/?id=22352edit=1
#22324 [Bgs-Csd]: Configure failure
ID: 22324 Updated by: [EMAIL PROTECTED] Reported By: j dot lammerts at chello dot nl -Status: Bogus +Status: Closed Bug Type: OCI8 related Operating System: AIX 4.3.3 PHP Version: Latest CVS (24) New Comment: On the other hand, it's better not even try adding that libocijdbc8.so by our configure. Latest CVS snapshot won't have that anymore. Previous Comments: [2003-02-24 05:08:22] [EMAIL PROTECTED] And I still think it's just misconfigured oracle, that library should not exist in there. Just remove it. [2003-02-24 05:04:59] j dot lammerts at chello dot nl When trying to configure the latest CVS I ran into the same problem again that the linker could not find ocijdbc8: ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status Still had the 21 feb CVS. I can configure this one without any problems, even without setting the variables ORACLE_HOME, LIBPATH and LD_LIBRARY_PATH ! I'm completely at a loss now, HEEELP !! Thank you [2003-02-21 09:12:45] [EMAIL PROTECTED] Heh..sometimes it's just plain magic? :) Glad that this one got solved though. (nothing was changed in that part of configure though) [2003-02-21 07:44:55] j dot lammerts at chello dot nl joy Don't know what happened, or what the difference was with my previous CVS snapshot, but with the latest CVS I was able to bring the configure process to a good end... /joy sadness When invoking make, the compilation aborts when trying to compile gdttf.c ;{ Made a new bugreport for this one /sadness Thanks for your help on this one, Hans [2003-02-21 04:35:41] j dot lammerts at chello dot nl You could be right that this is not the place where they are on other platforms. According to our DBA-er these libraries are installed by default in this directory when installing Oracle. At least, on AIX, that is. But am I wrong in assuming that, according to the gcc option line, libocijdbc8 is being searched for in the -L/sa/apps/oracle/product/8.1.7/lib directory (where it is) ?? Thanks 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/22324 -- Edit this bug report at http://bugs.php.net/?id=22324edit=1
#22379 [Asn]: bug introduced going from PHP 4.3.x to 4.3.1+
ID: 22379 Updated by: [EMAIL PROTECTED] Reported By: jason at hdev dot net Status: Assigned Bug Type: cURL related Operating System: Windows 2000 PHP Version: 4.3.1 Assigned To: edink New Comment: Did you replace _all_ existing extra dlls in your system from the dlls/ folder from the 4.3.1 package? Previous Comments: [2003-02-24 19:45:17] jason at hdev dot net It was returning blank response when I used curl. [2003-02-24 19:44:20] jason at hdev dot net Actually I experienced the problem only with the extension, php_curl.dll in the php extensions folder. Simply replacing the dll with the version from 4.3.0 fixed the problem, so I suspected something wrong with one of the dlls. [2003-02-24 15:34:47] bharris at spro dot net WORKAROUND: Setting CURLOPT_SSL_VERIFYPEER to 0 will bypass error (and security). [2003-02-24 14:46:39] bharris at spro dot net That should read without issue... [2003-02-24 14:45:28] bharris at spro dot net Getting error: error * About to connect() to login.postini.com:443 * Connected to login.postini.com (64.75.1.252) port 443 * SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed* Closing connection #0 /error Cert is fine, loads with issue in latest versions of Opera, Mozilla and IE. Was working in the 4.2.1 release of PHP as well via Curl. 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/22379 -- Edit this bug report at http://bugs.php.net/?id=22379edit=1
#22408 [Opn-Bgs]: debug.log file
ID: 22408 Updated by: [EMAIL PROTECTED] Reported By: enkhbatm at magicnet dot mn -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Solaris 7.0 PHP Version: 4.2.3 New Comment: Update to PHP 4.3.1 first. Previous Comments: [2003-02-24 21:05:32] enkhbatm at magicnet dot mn Debug.log CONFIGURE: './configure' '--with-mysql=/usr/local/mysql' '--with-apache=/opt/a pache_1.3.27' '--enable-track-vars' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS CXX: CXXFLAGS: INCLUDES:-I/opt/apache_1.3.27/src/include -I/opt/apache_1.3.27/src/os/unix -I$(top_builddir)/Zend -I/usr/local/mysql/include/mysql LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/usr/local/mysql/lib/mysql -L/usr/loc al/mysql/lib/mysql LIBS: -lmysqlclient -lcrypt -lresolv -lresolv -lm -ldl -lnsl -lsocket -ls ocket -lcrypt DLIBS: SAPI: apache PHP_RPATHS: /usr/ucblib /usr/local/mysql/lib/mysql uname -a: SunOS turshilt.mn 5.7 Generic_106541-02 sun4u sparc SUNW,Ultra-60 gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/ucblib -L/usr/ucblib -R/usr/local/mysql/lib/mysql -L/usr/local/mysql/lib/mysql conftest.c -lmysqlclie nt -lcrypt -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lcrypt 15 -- Edit this bug report at http://bugs.php.net/?id=22408edit=1
#15858 [Com]: Unable to load dynamic library liboci8.so
ID: 15858 Comment by: justin at emailalaska dot D0t dot net Reported By: Pavel dot Zakouril at mff dot cuni dot cz Status: No Feedback Bug Type: OCI8 related Operating System: UnixWare 7.1.1 PHP Version: 4.0.6-4.2.1 New Comment: When running ./configure I get: zend_hash_internal_pointer_reset_ex ext/standard/info.lo zend_llist_sort sapi/cli/php_cli.lo zend_ini_sort_entries ext/standard/info.lo _convert_to_string ext/standard/info.lo php_get_highlight_structsapi/cli/php_cli.lo UX:ld: ERROR: sapi/cli/php: fatal error: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status *** Error code 1 (bu21) UX:make: ERROR: fatal error. [EMAIL PROTECTED]/usr/local/source/php-4.3.1#make /bin/sh libtool --silent --mode=compile gcc -I/usr/local/apache/include -Isapi/apache/ -I/usr/local/source/php-4.3.1/sapi/apache/ -DPHP_ATOM_INC -I/usr/local/source/php-4.3.1/include -I/usr/local/source/php-4.3.1/main -I/usr/local/source/php-4.3.1 -I/usr/local/source/php-4.3.1/Zend -I/usr/local/mysql/include -I/usr/local/source/php-4.3.1/ext/xml/expat -DUW=700 -DUSE_HSREGEX -DUSE_EXPAT -I/usr/local/source/php-4.3.1/TSRM -g -O2 -prefer-pic -c /usr/local/source/php-4.3.1/sapi/apache/mod_php4.c -o sapi/apache/mod_php4.lo /usr/local/source/php-4.3.1/sapi/apache/mod_php4.c: In function `apache_php_module_shutdown_wrapper': /usr/local/source/php-4.3.1/sapi/apache/mod_php4.c:780: structure has no member named `shutdown' /usr/local/source/php-4.3.1/sapi/apache/mod_php4.c: In function `php_child_exit_handler': /usr/local/source/php-4.3.1/sapi/apache/mod_php4.c:801: structure has no member named `shutdown' make: *** [sapi/apache/mod_php4.lo] Error 1 [EMAIL PROTECTED]/usr/local/source/php-4.3.1# Any idas? - Justin Previous Comments: [2003-02-08 01:01:00] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-01-29 09:32:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2002-10-17 07:59:02] Pavel dot Zakouril at mff dot cuni dot cz Still unable to compile, even with file.h fixed and with latest php snapshot. And I am sure I do not have two versions of Apache in my machine. Compilation error follows: gcc -I/usr/local/include -Isapi/apache/ -I/home/sw/php4-200210170300/sapi/apache/ -DPHP_ATOM_INC -I/home/sw/php4-200210170300/include -I/home/sw/php4-200210170300/main -I/home/sw/php4-200210170300 -I/home/sw/php4-200210170300/Zend -I/u01/app/oracle/product/8.1.7/rdbms/public -I/u01/app/oracle/product/8.1.7/rdbms/demo -I/home/sw/php4-200210170300/ext/xml/expat -DUW=700 -DMOD_SSL=208110 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I/home/sw/php4-200210170300/TSRM -g -Wall -c /home/sw/php4-200210170300/sapi/apache/mod_php4.c -fPIC -DPIC -o sapi/apache/mod_php4.lo /home/sw/php4-200210170300/sapi/apache/mod_php4.c: In function `apache_php_module_shutdown_wrapper': /home/sw/php4-200210170300/sapi/apache/mod_php4.c:788: structure has no member named `shutdown' /home/sw/php4-200210170300/sapi/apache/mod_php4.c: In function `php_child_exit_handler': /home/sw/php4-200210170300/sapi/apache/mod_php4.c:809: structure has no member named `shutdown' make: *** [sapi/apache/mod_php4.lo] Error 1 [2002-10-07 18:46:21] [EMAIL PROTECTED] This really looks like something to be pretty broken in those header files. Try fixing this line: #define FDIRECT 0x20/* perform direct I/O/*/ to be: #define FDIRECT 0x20/* perform direct I/O */ (just remove that extra / in the comment) This might not fix the rest of the problems, but at least it gets rid of that one warning..which _might_ cause the other errors. And you don't have e.g. two versions of Apache in your machine, by any chance? [2002-10-07 03:51:57] Pavel dot Zakouril at mff dot cuni dot cz Lines 103-109 from file.h follow: #define FAPPEND 0x08 #define FSYNC 0x10 #define FDIRECT 0x20/* perform direct I/O/*/ #define FDSYNC 0x40/* perform data synchronous I/O */ #define FNONBLOCK 0x80 /* LFS SUPPORT */ #define FLARGEFILE 0x8 Full configure line used follows: ./configure --with-oci8=shared
#14245 [Ver-Csd]: make install fails on apxs
ID: 14245 Updated by: [EMAIL PROTECTED] Reported By: david-shafer at uiowa dot edu -Status: Verified +Status: Closed Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.3.0-dev New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. It works now perfectly when using GCC. Please test that it also works with the other CC too. Previous Comments: [2002-11-26 04:57:08] sfrasca at deda dot com I have a workaround about this bag. I have installed php 4.2.3 under Oracle AS9i on AIX 4.3.3. The libphp4.so not is created by make because the libtool have a flag set to no. The libtool is created by configure; before you launch make, edit libtool and set build_libtool_libs=yes. After launched make, under .libs you find libphp4.so.0:move it under libs as libphp4.so and run make install. So, php as apache module work fine. [2002-09-30 17:12:31] steve at oseda dot missouri dot edu Same problem. AIX 4.3.3.10, GCC 2.95, PHP 4.2.3, Gnu Make 3.79 ** Making install in . make[1]: Entering directory `/oseda/php-4.2.3' /oseda/php-4.2.3/build/shtool mkdir -p /usr/local/apache/libexec /usr/local/apache/bin/apxs -S LIBEXECDIR=/usr/local/apache/libexec -i -a -n php4 libs/libphp4.so [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/oseda/php-4.2.3' make: *** [install-recursive] Error 1 ** The directory libs has libphp4.a and libphp4.la only, the directory .libs has libphp4.a, .exp, .lai and .so.0 in it. [2002-07-11 11:23:11] [EMAIL PROTECTED] This is not fixed. But we know what the problem is and hope to get it solved for 4.3.0 release. [2002-07-11 04:38:59] [EMAIL PROTECTED] There were a lot of fixes done to the build system, the best way to check it is to try for yourself. I suggest you try the latest snapshot @ http://snaps.php.net/php4-latest.tar.gz Derick [2002-02-12 04:39:03] vervoom at hotmail dot com Have you got a fix for this yet? 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/14245 -- Edit this bug report at http://bugs.php.net/?id=14245edit=1
#22259 [Fbk]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 Updated by: [EMAIL PROTECTED] Reported By: ikazdek at hotmail dot com Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip This _should_ be fixed now. If not, then send me those logs again but using this new snapshot. Previous Comments: [2003-02-19 22:42:38] [EMAIL PROTECTED] Note: Send those log files via email! :) [2003-02-19 22:41:13] [EMAIL PROTECTED] [From: ikazdek at hotmail dot com] For whatever flukey combination of reasons, the fix for this situation was to first ./configure WITHOUT ANY OPTIONS, then immediately ./configure with APXS and whatever other options you want to install. It now compiles every time when I do that. --- That's good to know and definately helps to track this down. Can you do the following: # rm config.cache # ./configure --with-apxs=plusthepathtoapxs # cp config.log config.log.apxs # rm config.cache # ./configure # cp config.log config.log.plain And send me the those config.log.* files. (Something is causing some tests to fail when you have --with-apxs there..comparing the config.logs I can see what it is.) [2003-02-18 21:00:14] ikazdek at hotmail dot com I've narrowed it down to apxs: --with-apxs=/usr/local/sbin/apxs Without the option to build it as a module, it will compile. [2003-02-17 21:18:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-17 18:27:39] ikazdek at hotmail dot com Making progress, but something is still goofy here... bash-2.05b# make CFLAGS=-DHAVE_STDARG_H Now crashes at what looks to be a little earlier: [snip-snip] In file included from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. *** Error code 1 Stop in /usr/local/src/php-4.3.1. 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/22259 -- Edit this bug report at http://bugs.php.net/?id=22259edit=1
#22352 [Fbk-Opn]: Numeric Sybase Problem
ID: 22352 User updated by: c dot villemagne at circo dot fr Reported By: c dot villemagne at circo dot fr -Status: Feedback +Status: Open Bug Type: Sybase (dblib) related Operating System: Linux Mandrake 9.0 PHP Version: 4.3.0 New Comment: The field is a numeric ! The summary of this bug is : numeric sybase Problem ! Previous Comments: [2003-02-24 22:28:23] [EMAIL PROTECTED] What are the fields in the test_numeric table defined as? [2003-02-24 02:49:16] c dot villemagne at circo dot fr I used the cvs snapshot http://snaps.php.net/php4-STABLE-latest.tar.gz but the problem is the same. I have always 100.0, 200.0 or not 100,200 Are you a other solution ? [2003-02-22 11:52:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-21 06:29:33] c dot villemagne at circo dot fr $id=sybase_query ( select * from test_numeric, $sybcon); while ( $row = sybase_fetch_row($id) ) { echo trtd$row[0]/td/tr\n; } $row[0] receive value 100.0,200.0 or not 100,200. Why ? -- Edit this bug report at http://bugs.php.net/?id=22352edit=1
#21532 [Com]: incorrect warning
ID: 21532 Comment by: rohan at cs dot rmit dot edu dot au Reported By: czuma at poland dot org Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Solaris 2.8, using Forte CC version 7 to compile php 4.3.1 and apache 1.3.27 Not sure if this is the same problem, but similar. When safe_mode is enabled, when trying to use a file function, using the full pathname, an error such as: - Warning: filemtime() [function.filemtime]: SAFE MODE Restriction in effect. The is not allowed to access /home/m/malsmith/.HTMLinfo/lastmodified owned by uid/gid 31748/103 in /home/m/malsmith/.HTMLinfo/software.php on line 3 -- have sage_mode_gid enabled to allow group work, but this still breaks. The above file is uid/gid 31748/103, and the web server is running as 'nobody' uid/gid 60001/60001 Don't know what the script whose uid/gid is 1/31748 means, or what went wrong here, but in the end, I can't also use the 'include' on other similar files. the files are all uid/gid the same for the moment I have to turn off safe mode :( Previous Comments: [2003-01-11 04:30:14] czuma at poland dot org Directory (...) 20021122 doesn't exist. [2003-01-10 16:58:37] [EMAIL PROTECTED] Is the '20021122' directory owned by user with uid of 405? [2003-01-08 18:22:19] czuma at poland dot org /www/user405/data and /www/user405 exist. Both directories are owned by uid 405 with r-x permission for owner. [2003-01-08 18:16:50] czuma at poland dot org /www/user405/data and /www/user405 exist. Both directories are owned by uid 405 with r-x permission for owner. [2003-01-08 18:05:17] [EMAIL PROTECTED] But /www/user405/data/ does exist? I bet that directory is not accesible by the uid 405.. 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/21532 -- Edit this bug report at http://bugs.php.net/?id=21532edit=1
#21697 [Dup-Opn]: imap_get_quota and imap_get_quotaroot are gone?
ID: 21697 Updated by: [EMAIL PROTECTED] Reported By: gkopp at ideastar dot com -Status: Duplicate +Status: Open Bug Type: IMAP related Operating System: RH 6.2 PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-01-17 00:48:12] [EMAIL PROTECTED] duplicate of 21464 [2003-01-16 16:49:31] gkopp at ideastar dot com using IMP 3.1, if I uncomment the section to display user quota, I get: Fatal error: Call to undefined function: imap_get_quota() in /usr/local/www/ideastar_mail/horde/imp/config/conf.php on line 391 I get the same result if I change the function call to imap_get_quotaroot. -- Edit this bug report at http://bugs.php.net/?id=21697edit=1
#21697 [Opn-Fbk]: imap_get_quota and imap_get_quotaroot are gone?
ID: 21697 Updated by: [EMAIL PROTECTED] Reported By: gkopp at ideastar dot com -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: RH 6.2 PHP Version: 4.3.0 Previous Comments: [2003-02-25 01:53:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-17 00:48:12] [EMAIL PROTECTED] duplicate of 21464 [2003-01-16 16:49:31] gkopp at ideastar dot com using IMP 3.1, if I uncomment the section to display user quota, I get: Fatal error: Call to undefined function: imap_get_quota() in /usr/local/www/ideastar_mail/horde/imp/config/conf.php on line 391 I get the same result if I change the function call to imap_get_quotaroot. -- Edit this bug report at http://bugs.php.net/?id=21697edit=1
#21697 [Fbk]: imap_get_quota and imap_get_quotaroot are gone?
ID: 21697 Updated by: [EMAIL PROTECTED] Reported By: gkopp at ideastar dot com Status: Feedback Bug Type: IMAP related Operating System: RH 6.2 PHP Version: 4.3.0 New Comment: And make sure you have latest c-client installed. Previous Comments: [2003-02-25 01:53:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-17 00:48:12] [EMAIL PROTECTED] duplicate of 21464 [2003-01-16 16:49:31] gkopp at ideastar dot com using IMP 3.1, if I uncomment the section to display user quota, I get: Fatal error: Call to undefined function: imap_get_quota() in /usr/local/www/ideastar_mail/horde/imp/config/conf.php on line 391 I get the same result if I change the function call to imap_get_quotaroot. -- Edit this bug report at http://bugs.php.net/?id=21697edit=1
#21480 [Dup-Csd]: COM crashes in PHP4.3.0
ID: 21480 Updated by: [EMAIL PROTECTED] Reported By: jadair at adairservices dot net -Status: Duplicate +Status: Closed Bug Type: COM related Operating System: Windows 2000 Pro PHP Version: 4.3.0 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-01-11 10:14:22] andrusso at libero dot it Php 4.3.0 crashes also with COM.ADODB see bug #21517 [2003-01-07 09:21:46] jadair at adairservices dot net It's a simple Excel application. Apache.exe - Application Error says, The memory could not be 'written'. ? function do_Excel ($results, $UserDir) { $excel = new COM(Excel.Application); $excel-sheetsinnewworkbook=1; $excel-Workbooks-Add(); $book=$excel-Workbooks(1); $sheet=$book-Worksheets(1); $sheet-Name=Sheet1; $sheet-activate; $cell=$sheet-range(A2); $cell-activate; $cell-value=Generic; // putVariable($sheet, B, Dchains, 48); putVariable($sheet, B, Dchains, $results['partwidth']); // putVariable($sheet, C, HtSlats, 36); putVariable($sheet, C, HtSlats, $results['partheight']); putVariable($sheet, D, SlatThickness, 0.25); putVariable($sheet, E, HeadShaftCC5PD, 15.679); putVariable($sheet, F, HeadShaftDiameter, 1.9375); putVariable($sheet, G, HeadShaftLength, DS1+DS2+Dchains+DS3+DS4+2); putVariable($sheet, H, DS1, 1.75); putVariable($sheet, I, DS2, 3.75); putVariable($sheet, J, DS3, 3.75); putVariable($sheet, K, DS4, 5.1875); putVariable($sheet, L, DS5, 3); putVariable($sheet, M, TS1, 1.75); putVariable($sheet, N, TS2, 3.75); putVariable($sheet, O, TS3, 3.75); putVariable($sheet, P, TS4, 1.75); putVariable($sheet, Q, SplitTailShaft, 0); putVariable($sheet, R, TailShaftCC5PD, 15.679); // putVariable($sheet, S, DLength, 216); putVariable($sheet, S, DLength, $results['partlength']); putVariable($sheet, T, TailShaftDiameter, 1.4375); putVariable($sheet, U, HeadShaftKey, 0.5); putVariable($sheet, V, TailShaftKey, 0.375); putVariable($sheet, W, TailShaftLength, TS1+TS2+TS3+TS4+Dchains); $book-saveas($UserDir.'/GlobalVariables.xls'); echo_gray ( 'brSaved as '.$UserDir.'/GlobalVariables.xls'); $book-Close(false); unset($sheet); unset($book); $excel-Workbooks-Close(); $excel-Quit(); unset($excel); } function putVariable ($sheet,$this_cell,$value,$value2) { $cell=$sheet-range($this_cell.'1'); $cell-activate; $cell-value=$value; $cell=$sheet-range($this_cell.'2'); $cell-activate; $cell-value=$value2; } ? [2003-01-07 05:41:53] [EMAIL PROTECTED] Can you include the script so we can try to reproduce the problem? If you can't include the whole script just include the part where it hangs... (+ changing summary/category). Thank you for your report. [2003-01-07 01:34:19] jadair at adairservices dot net A working script written using COM now crashes Apache 1.3.26 after upgrading to PHP 4.3.0. It also hangs Apache 1.3.27. Excel zombies wander. I was using a snap dated sometime later than 10/17/2002. And according to CVS no changes have been made to the COM extension since then other than bumping of the copyright year. -- Edit this bug report at http://bugs.php.net/?id=21480edit=1
#21201 [Dup-Bgs]: FDF Extension makes PHP crash
ID: 21201 Updated by: [EMAIL PROTECTED] Reported By: ermannov at netscape dot net -Status: Duplicate +Status: Bogus Bug Type: FDF related Operating System: Windows 98 SE PHP Version: 4.3.0RC4 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. http://bugs.php.net/14877 Previous Comments: [2002-12-26 12:02:52] [EMAIL PROTECTED] Duplicate of #14877 http://bugs.php.net/14877 [2002-12-26 11:19:36] ermannov at netscape dot net PHP crash if there is fdf extension loaded. Commenting the extension in php.ini, it works. List of extensions: extension=php_cpdf.dll extension=php_curl.dll extension=php_dbg.dll extension=php_dbx.dll extension=php_domxml.dll extension=php_exif.dll ;extension=php_fdf.dll extension=php_gd.dll extension=php_java.dll extension=php_mhash.dll extension=php_mime_magic.dll extension=php_openssl.dll extension=php_pdf.dll extension=php_sockets.dll extension=php_w32api.dll extension=php_xmlrpc.dll extension=php_xslt.dll extension=php_zlib.dll Dr. Watson dump: PHP ha provocato un errore di pagina non valida nel modulo PHP_FDF.DLL in 0177:01791220. Registri: EAX=0091 CS=0177 EIP=01791220 EFLGS=00010246 EBX=007627f0 SS=017f ESP=0063fbd4 EBP=100ad170 ECX=007d4660 DS=017f ESI=007d1a60 FS=62df EDX= ES=017f EDI=1012b460 GS= Byte all'indirizzo CS:EIP: c7 00 00 00 00 00 33 c0 c3 90 90 90 90 90 90 90 Immagine dello stack: 100ad18d 0001 0015 007627f0 007d1ab0 100aa422 007d1a60 007627f0 0063fc74 007627f0 0076384c 0063fc6c 100b6534 1012b460 100ad170 007627f0 -- Edit this bug report at http://bugs.php.net/?id=21201edit=1
#21109 [Dup-Csd]: ftp_connect throws script error and halts execution
ID: 21109 Updated by: [EMAIL PROTECTED] Reported By: tit dot petric at telemach dot net -Status: Duplicate +Status: Closed Bug Type: FTP related Operating System: linux debian PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-12-31 05:08:34] [EMAIL PROTECTED] dup of #21309 [2002-12-20 05:54:43] [EMAIL PROTECTED] Setting it to suspended then until you provide feedback. Derick [2002-12-20 05:51:13] tit dot petric at telemach dot net this is a production machine so im not about to install rc's on it - as for other computers i cant be bothered simply because i have one deadline today and then dinner.. its all about christmas - and a merry one to you all :) if you release 4.3 soon i'll test it on that, as far RC's go - maybe when i get a testing box where i'm allowed to break stuff. [2002-12-20 05:43:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-20 05:33:55] tit dot petric at telemach dot net $this-_connection = ftp_connect($host); if (!$this-_connection) { trigger_error('FTP Connection to '.$host.' failed.',E_USER_ERROR); } $this-_login = ftp_login($this-_connection,$user,$pass); if (!$this-_login) { trigger_error('FTP Login to '.$user.'@'.$host.' failed.',E_USER_ERROR); } $this-_passive = ftp_pasv($this-_connection,$passive); $this-_systype = ftp_systype($this-_connection); - this is the code for my connect function inside a ftp class, and it should be valid according to documentation provided, and i really cant complain i have everything routed trough error handlers, but every once in a while i get a scripting error (ughm, i dont know if that is the correct term) which basially halts the script and doesnt go trough error handlers the error message displayed is: connect: Connection timed out this could/should be changed to E_WARNING or E_NOTICE from this critical error kinda thing. -- Edit this bug report at http://bugs.php.net/?id=21109edit=1