[PHP-DEV] Bug #14510 Updated: Unknown error in mail function
ID: 14510 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Mail related Operating System: Windows 2000 Terminal, IIS5 PHP Version: 4.1.0 New Comment: smtp server is set to be localhost, which works fine with php 4.0.6 Previous Comments: [2001-12-14 12:19:09] [EMAIL PROTECTED] What are your INI-settings about mail? I.e., your smtp-server, etc... [2001-12-14 10:58:01] [EMAIL PROTECTED] Well it's pretty straight forward: $mailrecipient=[EMAIL PROTECTED]; $mailsubject=A message from your friend; $mailmessage=Hello, this is an email sent with PHP; $mailheaders=From: Dave [EMAIL PROTECTED]; mail($mailrecipient,$mailsubject,$mailmessage,$mailheaders); [2001-12-14 10:52:55] [EMAIL PROTECTED] Can you provide a sample script? [2001-12-14 05:29:31] [EMAIL PROTECTED] When using the mail function on windows 2000 with IIS5, it just returns 'unknown error' and exits. The mail function works fine on windows 98 with OmniHTTPd. Edit this bug report at http://bugs.php.net/?id=14510edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Apache2Filter crashes on Windows
Daniel Stone wrote: Please provide a full gdb backtrace of the problem; just the last call on the stack won't help the developers much. How do I generate a backtrace with MSVC? :-/ -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12004 Updated: fopen of url results in invlaid file handle
ID: 12004 Updated by: alan_k Reported By: [EMAIL PROTECTED] Old Summary: problem with fopen over ftp and a related fgets Status: Analyzed Bug Type: *Directory/Filesystem functions Operating System: linux PHP Version: 4.0.5 New Comment: The following patch will issue a warning for trying to open a ftp file in anything other than read/write, - as no other methods are supported by fopen(ftp) as far as producing errors on 'writing to an ftp file opened read only' - this is more complex as there is no indicators on the socket to tell wheter it was opened read or write, (internally the socket is opened rw as the actual connection is a 2 way communication) Index: ftp_fopen_wrapper.c === RCS file: /repository/php4/ext/standard/ftp_fopen_wrapper.c,v retrieving revision 1.11 diff -u -r1.11 ftp_fopen_wrapper.c --- ftp_fopen_wrapper.c 9 Sep 2001 13:29:18 - 1.11 +++ ftp_fopen_wrapper.c 17 Dec 2001 10:24:06 - @@ -101,6 +101,14 @@ *issock = BAD_URL; return NULL; } +if (strcmp(mode, r) strcmp(mode, w)) { + php_error(E_WARNING, Invalid mode : ftp can only access files in +(r)ead or (w)rite mode); + php_url_free(resource); + *issock = BAD_URL; + return NULL; +} + + /* use port 21 if one wasn't specified */ if (resource-port == 0) resource-port = 21; Previous Comments: [2001-10-20 22:40:26] [EMAIL PROTECTED] Reproduced with PHP 4.1.0RC1 Seems like this is not supported at all.. --Jani [2001-07-10 06:07:36] [EMAIL PROTECTED] Configure './configure' '--with-apxs=/usr/local/apache/bin/apxs' Command'--with-mysql' '--with-pgsql' '--with-zlib' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--enable-versioning' '--enable-track-vars=yes' '--enable-url-includes' '--enable-sysvshm' '--enable-syscsem' '--with-gettext' ?php $file = user:[EMAIL PROTECTED]/path/file.txt; if (!($fp = fopen($file, r+))) { echo error: can't open filebr; exit; } fputs($fp, test number one...); fputs($fp, test number two...); fputs($fp, etc...); fclose($fp); ? --- The problem is, that nothing is written in the file even though fopen,fputs and fclose do not return an error. If you use fopen($file, a+) the strings are written to file. But now the problem is, that fopen tries to create that file even if it already exists. Ciao, Tobias Edit this bug report at http://bugs.php.net/?id=12004edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Notification of absence.
On Mon, 17 Dec 2001, Yasuo Ohgaki wrote: Could you post current new bug database status and new(?) lead developer? Eh? Could you be more specific and explain what you mean by these? --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12004 Updated: problem with fopen over ftp and a related fgets
ID: 12004 Updated by: alan_k Reported By: [EMAIL PROTECTED] Old Summary: fopen of url results in invlaid file handle Status: Analyzed Bug Type: *Directory/Filesystem functions Operating System: linux PHP Version: 4.0.5 New Comment: browser changed the title for some reason... Previous Comments: [2001-12-17 05:28:35] [EMAIL PROTECTED] The following patch will issue a warning for trying to open a ftp file in anything other than read/write, - as no other methods are supported by fopen(ftp) as far as producing errors on 'writing to an ftp file opened read only' - this is more complex as there is no indicators on the socket to tell wheter it was opened read or write, (internally the socket is opened rw as the actual connection is a 2 way communication) Index: ftp_fopen_wrapper.c === RCS file: /repository/php4/ext/standard/ftp_fopen_wrapper.c,v retrieving revision 1.11 diff -u -r1.11 ftp_fopen_wrapper.c --- ftp_fopen_wrapper.c 9 Sep 2001 13:29:18 - 1.11 +++ ftp_fopen_wrapper.c 17 Dec 2001 10:24:06 - @@ -101,6 +101,14 @@ *issock = BAD_URL; return NULL; } +if (strcmp(mode, r) strcmp(mode, w)) { + php_error(E_WARNING, Invalid mode : ftp can only access files in +(r)ead or (w)rite mode); + php_url_free(resource); + *issock = BAD_URL; + return NULL; +} + + /* use port 21 if one wasn't specified */ if (resource-port == 0) resource-port = 21; [2001-10-20 22:40:26] [EMAIL PROTECTED] Reproduced with PHP 4.1.0RC1 Seems like this is not supported at all.. --Jani [2001-07-10 06:07:36] [EMAIL PROTECTED] Configure './configure' '--with-apxs=/usr/local/apache/bin/apxs' Command'--with-mysql' '--with-pgsql' '--with-zlib' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--enable-versioning' '--enable-track-vars=yes' '--enable-url-includes' '--enable-sysvshm' '--enable-syscsem' '--with-gettext' ?php $file = user:[EMAIL PROTECTED]/path/file.txt; if (!($fp = fopen($file, r+))) { echo error: can't open filebr; exit; } fputs($fp, test number one...); fputs($fp, test number two...); fputs($fp, etc...); fclose($fp); ? --- The problem is, that nothing is written in the file even though fopen,fputs and fclose do not return an error. If you use fopen($file, a+) the strings are written to file. But now the problem is, that fopen tries to create that file even if it already exists. Ciao, Tobias Edit this bug report at http://bugs.php.net/?id=12004edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Apache2Filter crashes on Windows
View-Debug Windows-Call Stack Just copypaste it and send. Zeev At 12:09 17/12/2001, Sebastian Bergmann wrote: Daniel Stone wrote: Please provide a full gdb backtrace of the problem; just the last call on the stack won't help the developers much. How do I generate a backtrace with MSVC? :-/ -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Apache2Filter crashes on Windows
Sebastian Bergmann wrote: Setup: Windows 2000, Apache 2 (current CVS), PHP 4 (current CVS). After several requests Apache.exe crashes, when using the Apache2Filter SAPI module of PHP 4. I built both debug versions of Apache 2 and PHP 4, and the debugger shows the cause of the crash to be in server/util_filter.c:416: APR_BRIGADE_CONCAT(*saveto, *b); Here's a backtrace, thanks to Sander Striker for pointing me to ALT+7: ap_save_brigade(ap_filter_t * 0x00564f00, apr_bucket_brigade * * 0x10d95984, apr_bucket_brigade * * 0x10a6bdf8, apr_pool_t * 0x10cd4070) line 416 + 71 bytes php_output_filter(ap_filter_t * 0x00564f00, apr_bucket_brigade * 0x00565068) line 350 + 32 bytes ap_pass_brigade(ap_filter_t * 0x00564f00, apr_bucket_brigade * 0x00565068) line 388 + 16 bytes default_handler(request_rec * 0x10cd5bf0) line 2825 ap_run_handler(request_rec * 0x10cd5bf0) line 186 + 78 bytes ap_invoke_handler(request_rec * 0x10cd5bf0) line 360 + 9 bytes ap_internal_redirect(const char * 0x10cd5bc8, request_rec * 0x10cd40a0) line 454 + 9 bytes handle_dir(request_rec * 0x10cd40a0) line 198 ap_run_handler(request_rec * 0x10cd40a0) line 186 + 78 bytes ap_invoke_handler(request_rec * 0x10cd40a0) line 360 + 9 bytes ap_process_request(request_rec * 0x10cd40a0) line 292 + 9 bytes ap_process_http_connection(conn_rec * 0x00580e60) line 280 + 9 bytes ap_run_process_connection(conn_rec * 0x00580e60) line 84 + 78 bytes ap_process_connection(conn_rec * 0x00580e60) line 231 worker_main(int 248) line 908 _threadstartex(void * 0x005fc9c0) line 212 + 13 bytes -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #12004 Updated: fopen of url results in invlaid file handle
On Mon, Dec 17, 2001 at 10:28:36AM -, [EMAIL PROTECTED] wrote : return NULL; } +if (strcmp(mode, r) strcmp(mode, w)) { + php_error(E_WARNING, Invalid mode : ftp can only access files in (r)ead or (w)rite mode); Generally I'm always for exposring the context of the current function with get_active_functin_name(); just like Andrei does it with zend_parse_parameters; %s() ..., get_active_blabla. - Markus -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Notification of absence.
Could you post current new bug database status and new(?) lead developer? Eh? Could you be more specific and explain what you mean by these? Who is closing the bug reports? sniper 3188 rasmus 922 sas 824 derick 585 thats an amazing contribution best regards (and many thanks) alan --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Notification of absence.
On Mon, 17 Dec 2001, Alan Knowles wrote: Who is closing the bug reports? sniper 3188 rasmus 922 sas 824 derick 585 thats an amazing contribution Check php4 bugs only, even more interesting :) Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Notification of absence.
Well..most of those closed reports have been 'bogus'.. Or fixed by someone else. It's not that amazing. --Jani On Mon, 17 Dec 2001, Alan Knowles wrote: Could you post current new bug database status and new(?) lead developer? Eh? Could you be more specific and explain what you mean by these? Who is closing the bug reports? sniper 3188 rasmus 922 sas 824 derick 585 thats an amazing contribution best regards (and many thanks) alan --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #12004 Updated: fopen of url results in invlaid file handle
The whole file needs a bit of an overhall for that :) Markus Fischer wrote: On Mon, Dec 17, 2001 at 10:28:36AM -, [EMAIL PROTECTED] wrote : return NULL; } +if (strcmp(mode, r) strcmp(mode, w)) { + php_error(E_WARNING, Invalid mode : ftp can only access files in (r)ead or (w)rite mode); Generally I'm always for exposring the context of the current function with get_active_functin_name(); just like Andrei does it with zend_parse_parameters; %s() ..., get_active_blabla. - Markus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #12004 Updated: fopen of url results in invlaid file handle
On Mon, Dec 17, 2001 at 07:08:34PM +0800, Alan Knowles wrote : The whole file needs a bit of an overhall for that :) As most code does. But why not starting with it right away? Markus Fischer wrote: On Mon, Dec 17, 2001 at 10:28:36AM -, [EMAIL PROTECTED] wrote : return NULL; } +if (strcmp(mode, r) strcmp(mode, w)) { + php_error(E_WARNING, Invalid mode : ftp can only access files in (r)ead or (w)rite mode); Generally I'm always for exposring the context of the current function with get_active_functin_name(); just like Andrei does it with zend_parse_parameters; %s() ..., get_active_blabla. - Markus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14552 Updated: PowerPC users see blank pages after session start
ID: 14552 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: It seems problem is not related with Transfer-Encoding: chunked, because as to the site logs they can see the login form (previous page before the problem page with session).. And that page also generates Transfer-Encoding: chunked in headers (as you said, length of page content follows the header information) Problem page sends the header below as an extra : Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache These lines appear only with sessions, they may be imcompatible with Mac's IE5.x. Is there a way to disable Cache-Control for PHP scripts? 10s of people would refuse to download Netscape. And I'm not able to run 4.1.0 version for a test (apxs problem...) Our webserver is Apache 1.13.20 RedHat RPM release. Previous Comments: [2001-12-16 18:18:28] [EMAIL PROTECTED] The HTT-Protocol in version 1.1 sends data _chunked_ (Transfer-Encoding: chunked). Every chunk is accompanied with it's size info, and this 180 resembles very suspiciously this delimitor. In case this should turn out to be the problem, there are three factors which could be responsible for this problem: - The webserver (low probability) - PHP (impossible, as PHP has no influence on the overlying HTTP/1.1 layer) - Your webbrowser (HIGH probability. Please ask your users to check your site with different webbrowsers. There are plenty of them: icab, IE, mozilla ..) Also, try to check the script-output with http://www.ethereal.com/ . This sometimes helps alot. Kind Regards, Daniel Lorch [2001-12-16 17:23:26] [EMAIL PROTECTED] Can you try it with the latest version, php 4.1.0? Derick [2001-12-16 17:21:19] [EMAIL PROTECTED] Today I received 3 complaints, they all are Mac PowerPC users with Internet Explorer 5.xx... Problem is that they see a blank page after trying to login. First lines of the script starts like this : ? $loginstamp=time(); session_register(user); session_register(pass); ***(some more session_register()s here) ? HTMLHEAD *** And goes on like this... I can access with a PC. Seeing that they get a blank page I thought there might be something wrong with headers(Some incompatibility with Mac??). I pasted the headers I received below (headers after logging on with a PC).. I have no idea what the text 180 at the bottom is, page source starts after it. HTTP/1.1 200 OK Date: Sun, 16 Dec 2001 21:32:32 GMT Server: Apache Set-Cookie: Apache=217.31.225.13.3850100853835297; path=/; expires=Sun, 10-Mar-02 21:32:32 GMT Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=15, max=50 Transfer-Encoding: chunked Content-Type: text/html Connection: close 180 HTMLHEAD and the rest of the HTML code below this line... Edit this bug report at http://bugs.php.net/?id=14552edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Notification of absence.
Jani Taskinen wrote: On Mon, 17 Dec 2001, Yasuo Ohgaki wrote: Could you post current new bug database status and new(?) lead developer? Eh? Could you be more specific and explain what you mean by these? I might be wrong. I thought you are developing new bug tracking system, jitter bug (old name?), most actively. I was going to ask about it to you. I'm wondering the status of the project :) -- Yasuo Ohgaki _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #12004 Updated: problem with fopen over ftp and a related fgets
Alan K wrote: ID: 12004 Updated by: alan_k Reported By: [EMAIL PROTECTED] Old Summary: fopen of url results in invlaid file handle Status: Analyzed Bug Type: *Directory/Filesystem functions Operating System: linux PHP Version: 4.0.5 New Comment: browser changed the title for some reason... I guess you are using Mozilla, aren't you? If you're using Mozilla, delete *.s file in your profile directory and disable password manager. WARNING: if you delete *.s file, you'll lost all password account info including mail account, etc. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #12004 Updated: fopen of url results in invlaid file handle
On Mon, Dec 17, 2001 at 07:18:17PM +0800, Alan Knowles wrote : Markus Fischer wrote: On Mon, Dec 17, 2001 at 07:08:34PM +0800, Alan Knowles wrote : The whole file needs a bit of an overhall for that :) As most code does. But why not starting with it right away? Bit like this? ;) Yes ... but text after the function name should IMHO start in lower case =) Btw, you're email client wraps the code. Index: ftp_fopen_wrapper.c === RCS file: /repository/php4/ext/standard/ftp_fopen_wrapper.c,v retrieving revision 1.11 diff -u -r1.11 ftp_fopen_wrapper.c --- ftp_fopen_wrapper.c9 Sep 2001 13:29:18 -1.11 +++ ftp_fopen_wrapper.c17 Dec 2001 11:05:47 - @@ -92,15 +92,23 @@ resource = php_url_parse((char *) path); if (resource == NULL) { -php_error(E_WARNING, Invalid URL specified, %s, path); +php_error(E_WARNING, %s() Invalid URL specified, %s, get_active_function_name(TSRMLS_C), path); *issock = BAD_URL; return NULL; } else if (resource-path == NULL) { -php_error(E_WARNING, No file-path specified); +php_error(E_WARNING, %s() No file-path specified,get_active_function_name(TSRMLS_C)); php_url_free(resource); *issock = BAD_URL; return NULL; } +if (strcmp(mode, r) strcmp(mode, w)) { + php_error(E_WARNING, %s() Invalid mode, ftp can only access files in (r)ead or (w)rite mode,get_active_function_name(TSRMLS_C)); +php_url_free(resource); +*issock = BAD_URL; +return NULL; +} + + /* use port 21 if one wasn't specified */ if (resource-port == 0) resource-port = 21; @@ -179,7 +187,7 @@ if (mode[0] == 'r') { /* when reading file, it must exist */ if (result 299 || result 200) { -php_error(E_WARNING, File not found); +php_error(E_WARNING, %s() File not found,get_active_function_name(TSRMLS_C)); php_url_free(resource); SOCK_FCLOSE(*socketd); *socketd = 0; @@ -189,7 +197,7 @@ } else { /* when writing file, it must NOT exist */ if (result = 299 result = 200) { -php_error(E_WARNING, File already exists); +php_error(E_WARNING, %s() File already exists,get_active_function_name(TSRMLS_C)); php_url_free(resource); SOCK_FCLOSE(*socketd); *socketd = 0; -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14480 Updated: HTML garbaged, server crash
ID: 14480 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: iPlanet related Operating System: HP-UX 11.0, NSAPI PHP Version: 4.0.6 New Comment: I'm now installing PHP 4.1.0 and will test under different load conditions. I expect to be able to tell you something about 4.1.0 soon after Christmas. Previous Comments: [2001-12-13 21:55:14] [EMAIL PROTECTED] Does this happen with PHP 4.1.0 ? [2001-12-13 05:29:08] [EMAIL PROTECTED] This is an intermittent bug. Some pages will appear OK if the HTML is dumped to file just before output using ob_get_contents(). Yet sections of the same HTML code, once on the browser, appear to have been replaced with garbage (apparently sections of the server memory). Simpler PHP code is not affected. Occasionally, the CPU load will skyrocket, and the Web server will crash without returning any data. I think it could be the PHP module, somehow corrupting ns-httpd memory, but am unable to investigate further. Edit this bug report at http://bugs.php.net/?id=14480edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Notification of absence.
On Mon, 17 Dec 2001, Yasuo Ohgaki wrote: Not only asking, but also volunteer ;) I can set you up a CVS account if you want... Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14552 Updated: PowerPC users see blank pages after session start
ID: 14552 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: I found similar records in the database. No solution found. http://bugs.php.net/bug.php?id=13601 http://bugs.php.net/bug.php?id=10472 http://bugs.php.net/bug.php?id=8556 I plan to use session_cache_limiter() to search for a solution Previous Comments: [2001-12-17 06:01:36] [EMAIL PROTECTED] It seems problem is not related with Transfer-Encoding: chunked, because as to the site logs they can see the login form (previous page before the problem page with session).. And that page also generates Transfer-Encoding: chunked in headers (as you said, length of page content follows the header information) Problem page sends the header below as an extra : Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache These lines appear only with sessions, they may be imcompatible with Mac's IE5.x. Is there a way to disable Cache-Control for PHP scripts? 10s of people would refuse to download Netscape. And I'm not able to run 4.1.0 version for a test (apxs problem...) Our webserver is Apache 1.13.20 RedHat RPM release. [2001-12-16 18:18:28] [EMAIL PROTECTED] The HTT-Protocol in version 1.1 sends data _chunked_ (Transfer-Encoding: chunked). Every chunk is accompanied with it's size info, and this 180 resembles very suspiciously this delimitor. In case this should turn out to be the problem, there are three factors which could be responsible for this problem: - The webserver (low probability) - PHP (impossible, as PHP has no influence on the overlying HTTP/1.1 layer) - Your webbrowser (HIGH probability. Please ask your users to check your site with different webbrowsers. There are plenty of them: icab, IE, mozilla ..) Also, try to check the script-output with http://www.ethereal.com/ . This sometimes helps alot. Kind Regards, Daniel Lorch [2001-12-16 17:23:26] [EMAIL PROTECTED] Can you try it with the latest version, php 4.1.0? Derick [2001-12-16 17:21:19] [EMAIL PROTECTED] Today I received 3 complaints, they all are Mac PowerPC users with Internet Explorer 5.xx... Problem is that they see a blank page after trying to login. First lines of the script starts like this : ? $loginstamp=time(); session_register(user); session_register(pass); ***(some more session_register()s here) ? HTMLHEAD *** And goes on like this... I can access with a PC. Seeing that they get a blank page I thought there might be something wrong with headers(Some incompatibility with Mac??). I pasted the headers I received below (headers after logging on with a PC).. I have no idea what the text 180 at the bottom is, page source starts after it. HTTP/1.1 200 OK Date: Sun, 16 Dec 2001 21:32:32 GMT Server: Apache Set-Cookie: Apache=217.31.225.13.3850100853835297; path=/; expires=Sun, 10-Mar-02 21:32:32 GMT Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=15, max=50 Transfer-Encoding: chunked Content-Type: text/html Connection: close 180 HTMLHEAD and the rest of the HTML code below this line... Edit this bug report at http://bugs.php.net/?id=14552edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Notification of absence.
Ah, you mean 'Bubar, formerly known as The Sign' ? :) That is one project I'm going to start working on more..soon. I simply haven't had any spare time to spend on it. Basic structure is ready but it needs a lot of work. Glad to get more people working on it. --Jani On Mon, 17 Dec 2001, Yasuo Ohgaki wrote: Jani Taskinen wrote: On Mon, 17 Dec 2001, Yasuo Ohgaki wrote: Could you post current new bug database status and new(?) lead developer? Eh? Could you be more specific and explain what you mean by these? I might be wrong. I thought you are developing new bug tracking system, jitter bug (old name?), most actively. I was going to ask about it to you. I'm wondering the status of the project :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14552 Updated: PowerPC users see blank pages after session start
ID: 14552 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: http://www.php.net/manual/en/function.session-cache-limiter.php I read the user comments from the URL above... I believe my problem is not a PHP bug, MSIE5.x has problems with headers which session generates... People recommend to add the line below before starting a session : session_cache_limiter('private'); Thank you for taking time... Previous Comments: [2001-12-17 06:21:04] [EMAIL PROTECTED] I found similar records in the database. No solution found. http://bugs.php.net/bug.php?id=13601 http://bugs.php.net/bug.php?id=10472 http://bugs.php.net/bug.php?id=8556 I plan to use session_cache_limiter() to search for a solution [2001-12-17 06:01:36] [EMAIL PROTECTED] It seems problem is not related with Transfer-Encoding: chunked, because as to the site logs they can see the login form (previous page before the problem page with session).. And that page also generates Transfer-Encoding: chunked in headers (as you said, length of page content follows the header information) Problem page sends the header below as an extra : Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache These lines appear only with sessions, they may be imcompatible with Mac's IE5.x. Is there a way to disable Cache-Control for PHP scripts? 10s of people would refuse to download Netscape. And I'm not able to run 4.1.0 version for a test (apxs problem...) Our webserver is Apache 1.13.20 RedHat RPM release. [2001-12-16 18:18:28] [EMAIL PROTECTED] The HTT-Protocol in version 1.1 sends data _chunked_ (Transfer-Encoding: chunked). Every chunk is accompanied with it's size info, and this 180 resembles very suspiciously this delimitor. In case this should turn out to be the problem, there are three factors which could be responsible for this problem: - The webserver (low probability) - PHP (impossible, as PHP has no influence on the overlying HTTP/1.1 layer) - Your webbrowser (HIGH probability. Please ask your users to check your site with different webbrowsers. There are plenty of them: icab, IE, mozilla ..) Also, try to check the script-output with http://www.ethereal.com/ . This sometimes helps alot. Kind Regards, Daniel Lorch [2001-12-16 17:23:26] [EMAIL PROTECTED] Can you try it with the latest version, php 4.1.0? Derick [2001-12-16 17:21:19] [EMAIL PROTECTED] Today I received 3 complaints, they all are Mac PowerPC users with Internet Explorer 5.xx... Problem is that they see a blank page after trying to login. First lines of the script starts like this : ? $loginstamp=time(); session_register(user); session_register(pass); ***(some more session_register()s here) ? HTMLHEAD *** And goes on like this... I can access with a PC. Seeing that they get a blank page I thought there might be something wrong with headers(Some incompatibility with Mac??). I pasted the headers I received below (headers after logging on with a PC).. I have no idea what the text 180 at the bottom is, page source starts after it. HTTP/1.1 200 OK Date: Sun, 16 Dec 2001 21:32:32 GMT Server: Apache Set-Cookie: Apache=217.31.225.13.3850100853835297; path=/; expires=Sun, 10-Mar-02 21:32:32 GMT Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=15, max=50 Transfer-Encoding: chunked Content-Type: text/html Connection: close 180 HTMLHEAD and the rest of the HTML code below this line... Edit this bug report at http://bugs.php.net/?id=14552edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14214 Updated: getcwd() and `pwd` return wrong directory
ID: 14214 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-26 02:44:36] [EMAIL PROTECTED] What is your configure line? Derick [2001-11-24 18:47:19] [EMAIL PROTECTED] I've written a small shell script in PHP, which should return the current working directory: - #!/usr/bin/php -q ?php echo `pwd`; echo getcwd(); ? - I've stored the script as /scripts/test.php and on the shell, I'm in /scripts/Testing. When I run the script with »../test.php«, it returns »/scripts« two times. I'd expect it to return »/scripts/Testing« two times. However, HTTP_ENV_VARS['PWD'] and HTTP_SERVER_VARS['PWD'] both contain the correct (ie. /scripts/Testing) path. Edit this bug report at http://bugs.php.net/?id=14214edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14223 Updated: configure: error: This c-client library does not support SSL. error msg
ID: 14223 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: Linux 2.0.36 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-26 07:19:04] [EMAIL PROTECTED] Why don't you test it? (it should be fixed) Try a snapshot: http://snaps.php.net/ or wait for PHP 4.1.0 to be released. (Today/tomorrow) --Jani [2001-11-26 03:31:37] [EMAIL PROTECTED] I'm still getting this message, and I think I've found why. You correctly try to detect the crypto lib before the ssl lib of OpenSSL, but when trying to compile a test program to test if the IMAP library was compiled with SSL support, you link with the crypto lib before the ssl lib. These libraries should be reversed (the ssl lib needs symbols that are defined in the crypto lib). I tried to correct this, and still got the same error. I also found that you must link with the c-client library before the ssl and crypto libs (the config.log tries to run this: gcc -o conftest -g -O2 -DLINUX=20 -DDEV_RANDOM=/dev/random -DMOD_SSL=208104 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -Wl, -rpath,/usr/X11/lib -L/usr/X11/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lpam -lgmp -lgd -lX11 -lXpm -ljpeg -lgdbm -lz -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lresolv -lc-client 15 and fails, for the same reason (the c-client lib needs some symbols that are defined in the ssl lib). I added -lssl and -lcrypto after the -lc-client, and it works. I don't know if this has been fixed in the CVS version. Edit this bug report at http://bugs.php.net/?id=14223edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14239 Updated: apache crash on sig 11; error at zend_execute_API.c:259
ID: 14239 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Unknown/Other Function Operating System: FreeBSD 4.4-RELEASE PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-26 14:18:51] [EMAIL PROTECTED] Please try and create a short example script which can be used to reproduce this problem. And you should also try PHP 4.1.0 (to be released very soon now) http://download.php.net/~zeev/php-4.1.0.tar.gz [2001-11-26 13:25:31] [EMAIL PROTECTED] this error snoozed me and my users over head! php works as libphp4.so in Apache/1.3.22 when i debug the problem, gdb get's me such report: Program received signal SIGSEGV, Segmentation fault. _zval_ptr_dtor (zval_ptr=0x4c41424f) at zend_execute_API.c:259 259 (*zval_ptr)-refcount--; (gdb) in this file there is: ZEND_API void _zval_ptr_dtor(zval **zval_ptr ZEND_FILE_LINE_DC) { #if DEBUG_ZEND=2 printf(Reducing refcount for %x (%x): %d-%d\n, *zval_ptr, zval_ptr, (*zval_ptr)-refcount, (*zval_ptr)-refcount-1); #endif (*zval_ptr)-refcount--; ^ here error! if ((*zval_ptr)-refcount==0) { zval_dtor(*zval_ptr); safe_free_zval_ptr(*zval_ptr); } else if (((*zval_ptr)-refcount == 1) ((*zval_ptr)-type != IS_OBJECT)) { (*zval_ptr)-is_ref = 0; } } obvious, that httpd instance crashes with core,,, and users have to Reload the pages when this error appears... i have no idea about this error reason... thank you, Andriy Tkachuk. [2001-11-26 13:05:47] [EMAIL PROTECTED] when i debug the problem gdb get's me such report: Program received signal SIGSEGV, Segmentation fault. _zval_ptr_dtor (zval_ptr=0x4c41424f) at zend_execute_API.c:259 259 (*zval_ptr)-refcount--; (gdb) in this file there is: ZEND_API void _zval_ptr_dtor(zval **zval_ptr ZEND_FILE_LINE_DC) { #if DEBUG_ZEND=2 printf(Reducing refcount for %x (%x): %d-%d\n, *zval_ptr, zval_ptr, (*zval_ptr)-refcount, (*zval_ptr)-refcount-1); #endif (*zval_ptr)-refcount--; ^ here error! if ((*zval_ptr)-refcount==0) { zval_dtor(*zval_ptr); safe_free_zval_ptr(*zval_ptr); } else if (((*zval_ptr)-refcount == 1) ((*zval_ptr)-type != IS_OBJECT)) { (*zval_ptr)-is_ref = 0; } } i have no idea about this... Edit this bug report at http://bugs.php.net/?id=14239edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Notification of absence.
[EMAIL PROTECTED] wrote: On Mon, 17 Dec 2001, Yasuo Ohgaki wrote: Not only asking, but also volunteer ;) I can set you up a CVS account if you want... Derick Thank you! I might be able to help you ;) -- Yasuo Ohgaki _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] H: $HTTP_POST_VARS session_register
Hello I followd the group searching the answer of my question but failed finding the answer so here is my problem: I'd like to store $HTTP_POST_VARS into a session but fail to retrieved values I'm using session_start(); if(isset($HTTP_SESSION_VARS)) { $HTTP_POST_VARS = $HTTP_SESSION_VARS;// retrieve values } else { session_register(HTTP_POST_VARS); } where is the problem and how could I do this? Thank you Ivo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Notification of absence.
Jani Taskinen wrote: Ah, you mean 'Bubar, formerly known as The Sign' ? :) Hmm. I don't get it... need to learn more expressons in English? :) That is one project I'm going to start working on more..soon. I simply haven't had any spare time to spend on it. Great! Basic structure is ready but it needs a lot of work. Glad to get more people working on it. I asked Derick to give me a CVS account ;) I really want mod_pgsql (libpq pgsql session save handler) I can help a little when I finish all pgsql related work. -- Yasuo Ohgaki --Jani On Mon, 17 Dec 2001, Yasuo Ohgaki wrote: Jani Taskinen wrote: On Mon, 17 Dec 2001, Yasuo Ohgaki wrote: Could you post current new bug database status and new(?) lead developer? Eh? Could you be more specific and explain what you mean by these? I might be wrong. I thought you are developing new bug tracking system, jitter bug (old name?), most actively. I was going to ask about it to you. I'm wondering the status of the project :) _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Apache2Filter crashes on Windows
Sebastian Bergmann wrote: Setup: Windows 2000, Apache 2 (current CVS), PHP 4 (current ap_save_brigade(ap_filter_t * 0x00564f00, apr_bucket_brigade * * btw i get this as well... i believe it to be directly related to bugs #14474 #14358, and possibly #14529. i think it's the same problem occuring in both apache apache2, but the environment in apache2 actually causes a crash whereas apache fails silently. i don't know a whole lot about the apache api, but the function that calls that ap_save_brigade (php_output_filter()) - it has a few different tasks, depending on the state that the connection is in, but it always copies buckets - the way it was written seemed odd to me - i made a slight change to only copy buckets when it was in the collecting data state.. just for kicks... the results were much different. it crashed more, but it also finished some of the 'large' pages that it wouldn't before. i hope someone will look into these cuz it really seems like a critical problem, and i'm glad that it recently has had some reports and discussion about it - i thought i was going crazy because i've never had the apache module working ever - for 1.3 or 2. if/when i have some more time i want to get into it more myself, if someone else doesn't solve it first... -benjamin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14558: not worked ibase_connection(..)
From: [EMAIL PROTECTED] Operating system: win xp,2000,98 PHP version: 4.1.0 PHP Bug Type: InterBase related Bug description: not worked ibase_connection(..) interbase ibase_connect(...) - is not worked - has crashed php.exe in next operation at open database version php 4.1.0, 4.0.6 - error 4.0.5 - correctly worked if you change ibase_connect(...) - ibase_pconnect(...) all worked correctly/ -- Edit bug report at: http://bugs.php.net/?id=14558edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14468 Updated: Can not compile with ucd-snmp-4.2.3
ID: 14468 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: SNMP related Operating System: PHP Version: 4.1.0 New Comment: Conflict with old snmp version, after removing old includes all work ok. Previous Comments: [2001-12-12 15:02:46] [EMAIL PROTECTED] In file included from snmp.c:63: /usr/local/include/snmp/snmp_api.h:64: warning: `struct snmp_pdu' declared inside parameter list /usr/local/include/snmp/snmp_api.h:64: warning: its scope is only this definition or declaration, /usr/local/include/snmp/snmp_api.h:64: warning: which is probably not what you want. /usr/local/include/snmp/snmp_api.h:64: warning: `struct snmp_session' declared inside parameter list /usr/local/include/snmp/snmp_api.h:70: warning: `struct snmp_pdu' declared inside parameter list /usr/local/include/snmp/snmp_api.h:70: warning: `struct snmp_session' declared inside parameter list /usr/local/include/snmp/snmp_api.h:108: warning: `struct snmp_pdu' declared inside parameter list /usr/local/include/snmp/snmp_api.h:112: parse error before `snmp_callback' /usr/local/include/snmp/snmp_api.h:112: warning: `struct snmp_pdu' declared inside parameter list /usr/local/include/snmp/snmp_api.h:236: warning: `struct snmp_pdu' declared inside parameter list /usr/local/include/snmp/snmp_api.h:238: parse error before `snmp_callback' /usr/local/include/snmp/snmp_api.h:238: warning: `struct snmp_pdu' declared inside parameter list snmp.c: In function `php_snmp': snmp.c:242: structure has no member named `version' snmp.c:296: `SNMP_MSG_SET' undeclared (first use in this function) snmp.c:296: (Each undeclared identifier is reported only once snmp.c:296: for each function it appears in.) snmp.c:332: `SNMP_ENDOFMIBVIEW' undeclared (first use in this function) snmp.c:333: `SNMP_NOSUCHOBJECT' undeclared (first use in this function) snmp.c:333: `SNMP_NOSUCHINSTANCE' undeclared (first use in this function) Edit this bug report at http://bugs.php.net/?id=14468edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Bug #14531 Updated: Reference to bug #14496
Unfortunately, the original bug (14496) wasn't written by the person submitting the additional information. It's kind of difficult to remember a password you never had. :) There's currently no way to add comments to a bug (for instance, to give a I am also having this problem, here's my information) that wasn't submitted by you. Which is possibly one of the reasons that duplicate bugs get submitted. Jaime Bozza -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 15, 2001 1:06 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Bug #14531 Updated: Reference to bug #14496 Users can update bug reports just fine if they bother to remember the passwords they set On 15 Dec 2001 [EMAIL PROTECTED] wrote: ID: 14531 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.1.0 New Comment: Thank you for your report. I hope we can have new bug tracking system, so that users can update bug reports :) -- Yasuo Previous Comments: -- -- [2001-12-14 23:50:53] [EMAIL PROTECTED] How to reproduce bug #14496: compile php module for apache with mm session support. compile php cgi with mm session support. start apache with php module. note /tmp/session_mm.sem permissions. now, while apache is running, execute the php cgi. You will then get the error from bug #14496. Work-around: compile php cgi without mm support. -- -- Edit this bug report at http://bugs.php.net/?id=14531edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14531 Updated: Reference to bug #14496
On Mon, Dec 17, 2001 at 08:08:06AM -0600, Jaime Bozza wrote : Unfortunately, the original bug (14496) wasn't written by the person submitting the additional information. It's kind of difficult to remember a password you never had. :) There's currently no way to add comments to a bug (for instance, to give a I am also having this problem, here's my information) that wasn't submitted by you. Which is possibly one of the reasons that duplicate bugs get submitted. Certainly not ;) Most of the duplicates not even contain more information (of course there are always exceptions). As of right now, those taking care of bug reports also merge in valuable information from the mails. No one of the bug maintainers has raised his voice yet so it seems they don't have a problem with that (and it happens not that often anyway). Maybe Bubar will change things, who knows. - Markus -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14457 Updated: Pspell ceases to work on upgrade from 4.0.6 to 4.1.0
ID: 14457 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Pspell related Operating System: Linux 2.4.7 (RH7.2) PHP Version: 4.1.0 New Comment: './configure' '--with-mysql=/usr/local/mysql' '--with-apxs' '--enable-wddx' '--with-sablot' '--with-pspell=/usr/local/pspell' '--enable-force-cgi-redirect' '--with-gettext' '--with-ldap' '--with-cpdflib=/usr/local' '--with-jpeg-dir' '--with-tiff-dir' is the latest iteneration of my configuration. This is the exact configuration I am using in a 4.0.6 installation. Pspell does not work with the same using 4.1.0. (I re-installed pspell to that directory just to make sure) Previous Comments: [2001-12-13 23:37:36] [EMAIL PROTECTED] It is strange it even compiled. Are you sure that pspell is installed in --with-pspell=/usr/local/share and not in --with-pspell=/usr/local ??? (e.g. do you have a directory /usr/local/include/pspell or /usr/local/share/include/pspell if the former, you probably need to recompile PHP specifying the right directory) Do you have a configure line for your 4.0.6 installation to compare against? [2001-12-12 09:09:56] [EMAIL PROTECTED] './configure' '--with-mysql=/usr/local/mysql' '--with-apxs' '--enable-wddx' '--with-sablot' '--with-pspell=/usr/local/share' '--enable-force-cgi-redirect' '--with-gettext '--with-ldap' Worked in 4.0.6 but not in 4.1.0 Warning: PSPELL couldn't open the dictionary. reason: I'm sorry I can't find any suitable word lists for the language-tag en. $pspell_link = pspell_new (en); if (!pspell_check ($pspell_link, testt)) { $suggestions = pspell_suggest ($pspell_link, testt); foreach ($suggestions as $suggestion) { echo Possible spelling: $suggestionbr; } } Edit this bug report at http://bugs.php.net/?id=14457edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14559 Updated: cannot load libphp4.so into server
ID: 14559 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Dynamic loading Operating System: solaris 7 PHP Version: 4.1.0 New Comment: My guess is that apache is compiled without gcc 3, and the php apache moduel with gcc 3. That's is not going to work. Either rebuild httpd with gcc, or build the php apache module with gcc 2.95.1 for example. Please report back if this fixes the issue. Derick Previous Comments: [2001-12-17 09:35:32] [EMAIL PROTECTED] Hi php.net Team, i couldn't load the libphp4.so into the server. machine: sun/sparc os : solaris 7 apache : 1.3.20 i installed gcc,binutils,make ... etc. according to the installation-guide on php.net my installation is following: - ./configure --with-apxs=/us/local/apache/apxs --with-oci8=/path/oracle --enable-libgcc - make - make install - edited the httpd.conf according to the installation-guide on php.net - cp php.ini-dist /usr/local/php.ini then i tried to test the configuration - apachectl configtest the result was: error on line 241 cannot load /usr/local/apache/libexec/libphp4.so into server:ld.so.1:usr/local/apache/httpd:fatal:libgcc_s.so.1:open failed: no such file or directory i looked of course into the directories - libphp4.so is in /usr/local/apache/libexec and - libgcc_s.so.1 is in /usr/local/lib i added --enable-libgcc in the configure-line because i read it in a bug-report, i thought it could fix something. thanks in advance yours Markus Decke Edit this bug report at http://bugs.php.net/?id=14559edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14559 Updated: cannot load libphp4.so into server
ID: 14559 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Dynamic loading Operating System: solaris 7 PHP Version: 4.1.0 New Comment: Hi in the documentation, about how apache was compiled, my co-worker wrote that apache is compiled with gcc 3 i tested it with gcc -v and the answer was: gcc version 3 i'am assuming that both, php and apache have been compiled with gcc 3 Previous Comments: [2001-12-17 09:47:21] [EMAIL PROTECTED] My guess is that apache is compiled without gcc 3, and the php apache moduel with gcc 3. That's is not going to work. Either rebuild httpd with gcc, or build the php apache module with gcc 2.95.1 for example. Please report back if this fixes the issue. Derick [2001-12-17 09:35:32] [EMAIL PROTECTED] Hi php.net Team, i couldn't load the libphp4.so into the server. machine: sun/sparc os : solaris 7 apache : 1.3.20 i installed gcc,binutils,make ... etc. according to the installation-guide on php.net my installation is following: - ./configure --with-apxs=/us/local/apache/apxs --with-oci8=/path/oracle --enable-libgcc - make - make install - edited the httpd.conf according to the installation-guide on php.net - cp php.ini-dist /usr/local/php.ini then i tried to test the configuration - apachectl configtest the result was: error on line 241 cannot load /usr/local/apache/libexec/libphp4.so into server:ld.so.1:usr/local/apache/httpd:fatal:libgcc_s.so.1:open failed: no such file or directory i looked of course into the directories - libphp4.so is in /usr/local/apache/libexec and - libgcc_s.so.1 is in /usr/local/lib i added --enable-libgcc in the configure-line because i read it in a bug-report, i thought it could fix something. thanks in advance yours Markus Decke Edit this bug report at http://bugs.php.net/?id=14559edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14559 Updated: cannot load libphp4.so into server
ID: 14559 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Dynamic loading Operating System: solaris 7 PHP Version: 4.1.0 New Comment: i email adress is [EMAIL PROTECTED] i misspelled my adress sorry thanks Markus Decke Previous Comments: [2001-12-17 10:03:39] [EMAIL PROTECTED] Hi in the documentation, about how apache was compiled, my co-worker wrote that apache is compiled with gcc 3 i tested it with gcc -v and the answer was: gcc version 3 i'am assuming that both, php and apache have been compiled with gcc 3 [2001-12-17 09:47:21] [EMAIL PROTECTED] My guess is that apache is compiled without gcc 3, and the php apache moduel with gcc 3. That's is not going to work. Either rebuild httpd with gcc, or build the php apache module with gcc 2.95.1 for example. Please report back if this fixes the issue. Derick [2001-12-17 09:35:32] [EMAIL PROTECTED] Hi php.net Team, i couldn't load the libphp4.so into the server. machine: sun/sparc os : solaris 7 apache : 1.3.20 i installed gcc,binutils,make ... etc. according to the installation-guide on php.net my installation is following: - ./configure --with-apxs=/us/local/apache/apxs --with-oci8=/path/oracle --enable-libgcc - make - make install - edited the httpd.conf according to the installation-guide on php.net - cp php.ini-dist /usr/local/php.ini then i tried to test the configuration - apachectl configtest the result was: error on line 241 cannot load /usr/local/apache/libexec/libphp4.so into server:ld.so.1:usr/local/apache/httpd:fatal:libgcc_s.so.1:open failed: no such file or directory i looked of course into the directories - libphp4.so is in /usr/local/apache/libexec and - libgcc_s.so.1 is in /usr/local/lib i added --enable-libgcc in the configure-line because i read it in a bug-report, i thought it could fix something. thanks in advance yours Markus Decke Edit this bug report at http://bugs.php.net/?id=14559edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Using persistent connection to database
Hi to everybody, first sorry for my poor english. im trying to use persistents connections to an Oracle Database through PHP, for manageing transactions, and have some problems. My Schema: * Web Server: Apache 1.3.20 on a Linux RedHat 7.0 * PHP: 4.0.6 compiled with oracle module functions (ora_*) * Data Base: Oracle 8.0.5 on a Windows NT Server I need to manage transactions to database. For it i made a test pages like this: 1 index paga that generate some frames and open a persistent connection to the database 1 frame that made an insert to one table of the database 1 frame that made an insert to another table of the same databese 1 frame with 2 buttons, one for execute a Commit and another for execture a Rollback Some times works well, but other times not work correctly... What im doing wrong? Can somebody help me? Avanced thanks -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14554 Updated: segfault when reading a zip file
ID: 14554 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: ZZiplib Related Operating System: linux PHP Version: 4.1.0 New Comment: It seems to be fixed in the current CVS tree (except for the third argument to zip_entry_open(), which is optional). Previous Comments: [2001-12-17 02:44:40] [EMAIL PROTECTED] Can you send the patch to me by mail? The bugform screwed it up a little (and please make a patch against the current CVS version). Regards, Derick [2001-12-16 20:48:31] [EMAIL PROTECTED] ext/zip/zip.c crashes on the first zip_read(). The fix is at http://pfft.net/robin/pub/zip.4.1.0.patch and I'm including it below. diff -ru php-4.1.0/ext/zip/zip.c php-4.1.0-new/ext/zip/zip.c --- php-4.1.0/ext/zip/zip.c Fri Oct 19 03:04:24 2001 +++ php-4.1.0-new/ext/zip/zip.c Sun Dec 16 19:26:20 2001 @@ -142,7 +142,7 @@ Returns the next file in the archive */ PHP_FUNCTION(zip_read) { -zval**zzip_dp; +zval*zzip_dp; ZZIP_DIR *archive_p = NULL; php_zzip_dirent *entry = NULL; int @@ -186,14 +186,14 @@ */ static void php_zzip_get_entry(INTERNAL_FUNCTION_PARAMETERS, int opt) { -zval**zzip_ent; +zval*zzip_ent; php_zzip_dirent *entry = NULL; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, zzip_ent) == FAILURE) { return; } -ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name, le_zip_entry); +ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name, +le_zip_entry); switch (opt) { case 0: @@ -248,17 +248,18 @@ Open a Zip File, pointed by the resource entry */ PHP_FUNCTION(zip_entry_open) { -zval**zzip_dp; -zval**zzip_ent; +zval*zzip_dp; +zval*zzip_ent; ZZIP_DIR *archive_p = NULL; php_zzip_dirent *entry = NULL; -int mode; +char *mode; +int mode_len; -if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|l, zzip_dp, zzip_ent, mode) == FAILURE) +if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|s, zzip_dp, zzip_ent, +mode, mode_len) == FAILURE) return; -ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1, le_zip_dir_name, le_zip_dir); -ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name, le_zip_entry); +ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1, le_zip_dir_name, + le_zip_dir); +ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, +le_zip_entry_name, le_zip_entry); entry-fp = zzip_file_open(archive_p, entry-dirent.d_name, O_RDONLY | O_BINARY); ret@@ -274,7 +275,7 @@ Read X bytes from an opened zip entry */ PHP_FUNCTION(zip_entry_read) { -zval**zzip_ent; +zval*zzip_ent; php_zzip_dirent *entry = NULL; char *buf = NULL; int len = 1024; @@ -284,7 +285,7 @@ return; } -ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name, le_zip_entry); +ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name, +le_zip_entry); buf = emalloc(len + 1); ret = zzip_read(entry-fp, buf, len); @@ -300,16 +301,16 @@ Close a zip entry */ PHP_FUNCTION(zip_entry_close) { -zval**zzip_ent; +zval*zzip_ent; php_zzip_dirent *entry = NULL; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, zzip_ent) == FAILURE) { return; } -ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name, le_zip_entry); +ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name, +le_zip_entry); -zend_list_delete(Z_LVAL_PP(zzip_ent)); +zend_list_delete(Z_LVAL_PP(zzip_ent)); } /* }}} */ ; @@ -151,7 +151,7 @@ return; } -ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1, le_zip_dir_name, le_zip_dir); +ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1, le_zip_dir_name, +le_zip_dir); entry = emalloc(sizeof(php_zzip_dirent)); ret = zzip_dir_read(archive_p, entry-dirent); @@ -169,16 +169,16 @@ Close a Zip archive */ PHP_FUNCTION(zip_close) { -zval **zzip_dp; +zval *zzip_dp; ZZIP_DIR *archive_p = NULL; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, zzip_dp) == FAILURE) { return; } -ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1, le_zip_dir_name,
[PHP-DEV] Bug #14560: segault when translating
From: [EMAIL PROTECTED] Operating system: redhat 7.1 PHP version: 4.1.0 PHP Bug Type: Sablotron XSL Bug description: segault when translating given the following xml (bug_report.xml): ?xml version=1.0 encoding=utf-8 ? ITEM TEST1/TEST ABC0/ABC /ITEM and the following xsl (bug_report.xsl): ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=text indent=no/ xsl:param name=TEST/ xsl:param name=ABC/ xsl:template match=/ xsl:apply-templates select=ITEM[TEST=$TEST and ABC=$ABC]/ /xsl:template xsl:template match=ITEM position: xsl:value-of select=position()/ /xsl:template /xsl:stylesheet and the following php (bug_report.php): ?php /* * this function is the xslt processor * @param ($xml) string xml text-data * @param ($xsl) string xsl stylesheet * @param ($addl_buffers) array additional xml buffers, if any * @param ($rt_params) array run-time paramaters for the stylesheet, if any. optional. * @return ($data) xslt translated data */ function transform_xslt ($xml = '', $xsl = '', $addl_buffers = '', $rt_params = array()) { $args = array( /_xml = $xml, /_xsl = $xsl ); /* add addl buffers here */ /* testng */ if($addl_buffers != '') { foreach($addl_buffers as $buffer_name = $values) { $args[$buffer_name] = $values; } } $xh = xslt_create(); $data = xslt_process($xh, arg:/_xml, arg:/_xsl, NULL, $args, $rt_params) or $data = xslt_error($xh).:.xslt_errno($xh); xslt_free($xh); return($data); } $xml = join('', file(bug_report.xml)); $xsl = join('', file(bug_report.xsl)); $params = array(TEST = 1, ABC = 0); $trans = transform_xslt($xml, $xsl, , $params); echo pre\n; echo $trans; echo /pre\n; ? if you inadvertently use: xsl:apply-templates match=ITEM[@TEST=$TEST and @ABC=ABC]/ on line 10 of bug_report.xsl instead of: xsl:apply-templates match=ITEM[TEST=$TEST and ABC=$ABC]/ apache/php segfaults with the following: Program received signal SIGSEGV, Segmentation fault. (gdb) bt0x403cf6c0 in zif_xslt_error (ht=1, return_value=0x818955c, this_ptr=0x0, return_value_used=1) at sablot.c:584 584 RETURN_STRING(XSLT_ERRSTR(handle), 1); (gdb) bt #0 0x403cf6c0 in zif_xslt_error (ht=1, return_value=0x818955c, this_ptr=0x0, return_value_used=1) at sablot.c:584 #1 0x40339cbc in execute (op_array=0x8176ee8) at ./zend_execute.c:1590 #2 0x40339ef6 in execute (op_array=0x81308ec) at ./zend_execute.c:1630 #3 0x40347fb0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #4 0x403558b9 in php_execute_script (primary_file=0xb5d0) at main.c:1309 #5 0x40351966 in apache_php_module_main (r=0x812697c, display_source_mode=0) at sapi_apache.c:90 #6 0x40352446 in send_php (r=0x812697c, display_source_mode=0, filename=0x0) at mod_php4.c:575 #7 0x403524aa in send_parsed_php (r=0x812697c) at mod_php4.c:590 #8 0x8053bb3 in ap_invoke_handler () #9 0x806791f in process_request_internal () #10 0x8067980 in ap_process_request () #11 0x805ee45 in child_main () #12 0x805eff0 in make_child () #13 0x805f164 in startup_children () #14 0x805f7b3 in standalone_main () #15 0x805ffcf in main () #16 0x40169b5c in __libc_start_main (main=0x805fc38 main, argc=2, ubp_av=0xba54, init=0x804e1fc _init, fini=0x807ce80 _fini, rtld_fini=0x4000d634 _dl_fini, stack_end=0xba4c) at ../sysdeps/generic/libc-start.c:129 ./configure options: --cache-file=/dev/null --with-config-file-path=/usr/local/apache/conf --enable-trans-sid --with-imap --with-imap-ssl --enable-ftp --enable-track- vars --with-mysql=/usr/local/mysql --enable-libgcc --disable-debug --with-db --verbose --with-gdbm --with-ndbm --with-db2 --with-gd=shared --with-ttf --with-xml --with-zlib --with-mhash --prefix=/usr/local/php --with-regex=system --enable-memory-limit --enable-calendar --enable-sysvsem --enable-sysvshm --with-bz2 --wit h-gettext --with-jpeg-dir=/usr --with-xpm-dir=/usr/X11R6 --with-ldap --with-mcal=/usr/local/src/libmcal --enable-exif --with-pcre-regex=/usr/local/lib --without -pgsql --enable-yp --enable-shmop --with-snmp --enable-sockets --enable-dba --with-kerberos=/usr/kerberos --with-pspell --with-expat-dir=/usr --with-pear --with -iconv --enable-xslt --with-xslt-sablot --with-mnogosearch=/usr/local/mnogosearch sablot version: 0.71 -- Edit bug report at: http://bugs.php.net/?id=14560edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14560 Updated: segault when translating
ID: 14560 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sablotron XSL Operating System: redhat 7.1 PHP Version: 4.1.0 New Comment: This is fixed already (you can try a snapshot from snaps.php.net to verify that). Derick Previous Comments: [2001-12-17 10:33:04] [EMAIL PROTECTED] given the following xml (bug_report.xml): ?xml version=1.0 encoding=utf-8 ? ITEM TEST1/TEST ABC0/ABC /ITEM and the following xsl (bug_report.xsl): ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=text indent=no/ xsl:param name=TEST/ xsl:param name=ABC/ xsl:template match=/ xsl:apply-templates select=ITEM[TEST=$TEST and ABC=$ABC]/ /xsl:template xsl:template match=ITEM position: xsl:value-of select=position()/ /xsl:template /xsl:stylesheet and the following php (bug_report.php): ?php /* * this function is the xslt processor * @param ($xml) string xml text-data * @param ($xsl) string xsl stylesheet * @param ($addl_buffers) array additional xml buffers, if any * @param ($rt_params) array run-time paramaters for the stylesheet, if any. optional. * @return ($data) xslt translated data */ function transform_xslt ($xml = '', $xsl = '', $addl_buffers = '', $rt_params = array()) { $args = array( /_xml = $xml, /_xsl = $xsl ); /* add addl buffers here */ /* testng */ if($addl_buffers != '') { foreach($addl_buffers as $buffer_name = $values) { $args[$buffer_name] = $values; } } $xh = xslt_create(); $data = xslt_process($xh, arg:/_xml, arg:/_xsl, NULL, $args, $rt_params) or $data = xslt_error($xh).:.xslt_errno($xh); xslt_free($xh); return($data); } $xml = join('', file(bug_report.xml)); $xsl = join('', file(bug_report.xsl)); $params = array(TEST = 1, ABC = 0); $trans = transform_xslt($xml, $xsl, , $params); echo pre\n; echo $trans; echo /pre\n; ? if you inadvertently use: xsl:apply-templates match=ITEM[@TEST=$TEST and @ABC=ABC]/ on line 10 of bug_report.xsl instead of: xsl:apply-templates match=ITEM[TEST=$TEST and ABC=$ABC]/ apache/php segfaults with the following: Program received signal SIGSEGV, Segmentation fault. (gdb) bt0x403cf6c0 in zif_xslt_error (ht=1, return_value=0x818955c, this_ptr=0x0, return_value_used=1) at sablot.c:584 584 RETURN_STRING(XSLT_ERRSTR(handle), 1); (gdb) bt #0 0x403cf6c0 in zif_xslt_error (ht=1, return_value=0x818955c, this_ptr=0x0, return_value_used=1) at sablot.c:584 #1 0x40339cbc in execute (op_array=0x8176ee8) at ./zend_execute.c:1590 #2 0x40339ef6 in execute (op_array=0x81308ec) at ./zend_execute.c:1630 #3 0x40347fb0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #4 0x403558b9 in php_execute_script (primary_file=0xb5d0) at main.c:1309 #5 0x40351966 in apache_php_module_main (r=0x812697c, display_source_mode=0) at sapi_apache.c:90 #6 0x40352446 in send_php (r=0x812697c, display_source_mode=0, filename=0x0) at mod_php4.c:575 #7 0x403524aa in send_parsed_php (r=0x812697c) at mod_php4.c:590 #8 0x8053bb3 in ap_invoke_handler () #9 0x806791f in process_request_internal () #10 0x8067980 in ap_process_request () #11 0x805ee45 in child_main () #12 0x805eff0 in make_child () #13 0x805f164 in startup_children () #14 0x805f7b3 in standalone_main () #15 0x805ffcf in main () #16 0x40169b5c in __libc_start_main (main=0x805fc38 main, argc=2, ubp_av=0xba54, init=0x804e1fc _init, fini=0x807ce80 _fini, rtld_fini=0x4000d634 _dl_fini, stack_end=0xba4c) at ../sysdeps/generic/libc-start.c:129 ./configure options: --cache-file=/dev/null --with-config-file-path=/usr/local/apache/conf --enable-trans-sid --with-imap --with-imap-ssl --enable-ftp --enable-track- vars --with-mysql=/usr/local/mysql --enable-libgcc --disable-debug --with-db --verbose --with-gdbm --with-ndbm --with-db2 --with-gd=shared --with-ttf --with-xml --with-zlib --with-mhash --prefix=/usr/local/php --with-regex=system --enable-memory-limit --enable-calendar --enable-sysvsem --enable-sysvshm --with-bz2 --wit h-gettext --with-jpeg-dir=/usr --with-xpm-dir=/usr/X11R6 --with-ldap --with-mcal=/usr/local/src/libmcal --enable-exif --with-pcre-regex=/usr/local/lib --without -pgsql --enable-yp --enable-shmop --with-snmp --enable-sockets --enable-dba --with-kerberos=/usr/kerberos --with-pspell --with-expat-dir=/usr --with-pear --with -iconv --enable-xslt --with-xslt-sablot --with-mnogosearch=/usr/local/mnogosearch sablot version: 0.71
Re: [PHP-DEV] Re: Notification of absence.
Basic structure is ready but it needs a lot of work. Glad to get more people working on it. I would like to contribute too. The current bug system works pretty well, but it's pretty basic and there many things to be improved. I asked Derick to give me a CVS account ;) Is Bubar on a server of Derick, or a non-PHP-server? I can't find it on cvs.php.net. If so, can you give me an account too, Derick? I hope this will speed up the development of 'Bubar' a bit... Sander I really want mod_pgsql (libpq pgsql session save handler) I can help a little when I finish all pgsql related work. -- Yasuo Ohgaki --Jani On Mon, 17 Dec 2001, Yasuo Ohgaki wrote: Jani Taskinen wrote: On Mon, 17 Dec 2001, Yasuo Ohgaki wrote: Could you post current new bug database status and new(?) lead developer? Eh? Could you be more specific and explain what you mean by these? I might be wrong. I thought you are developing new bug tracking system, jitter bug (old name?), most actively. I was going to ask about it to you. I'm wondering the status of the project :) _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Notification of absence.
On Mon, 17 Dec 2001, Sander Roobol wrote: Is Bubar on a server of Derick, or a non-PHP-server? I can't find it on cvs.php.net. If so, can you give me an account too, Derick? I hope this will speed up the development of 'Bubar' a bit... Sure, just mail me your required login/password. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12345 Updated: Error in yp_match return value
ID: 12345 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: YP/NIS related Operating System: Solaris 2.7 PHP Version: 4.0.6 New Comment: Changes were made between version 4.0.5 and 4.0.6 to display this warning. However, the function still returns FALSE, and should work as before if warning is suppressed via @yp_match() or error_reporting() R. Previous Comments: [2001-07-24 13:20:27] [EMAIL PROTECTED] After upgrading to PHP v4.0.6 from v4.0.5 this problem seems to have started. When using yp_match() the documentation states: yp_match() returns the value associated with the passed key out of the specified map or FALSE However, FALSE is *NOT* returned if the key does not exist. Instead, I get the warning: Warning: no such key in map in [my script] on line [my line] As a quick fix, I surpress the error with @yp_match(). Has the function changed or is the documentation wrong? My config is as follows: ./configure --with-apxs=/afs/rcf/apps/apache/sun4x_57/1.3.20/bin/apxs --with-config-file-path=/afs/rcf/apps/apache/sun4x_57/1.3.20/conf --prefix=/afs/rcf/apps/apache/sun4x_57/1.3.20 --with-pgsql=/afs/rcf/apps/pgsql --with-imap=/afs/rcf/admin/local --with-ldap=/afs/rcf/admin/local --with-xml --without-mysql --enable-track-vars --enable-magic-quotes --enable-yp --enable-debug --disable-short-tags Edit this bug report at http://bugs.php.net/?id=12345edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11919 Updated: bad return of yp_next
ID: 11919 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: YP/NIS related Operating System: Solaris 5.5.1 PHP Version: 4.0.6 New Comment: Does this happen in PHP 4.1.0? R. Previous Comments: [2001-07-06 02:53:08] [EMAIL PROTECTED] Hello, the next script is OK with php4.0.5 but not with php4.0.6 --- ?php $map = hosts.byname; $domain = yp_get_default_domain(); echo Le domaine par défaut est : . $domain . \n; $order = yp_order($domain,$map); echo Le numéro d'ordre de cette carte est : . $order . \n; $master = yp_master($domain, $map); echo Master for this map is: . $master .\n; $entry = yp_match($domain, $map, balanec); echo La valeur trouvée est: . $entry .\n; $entry = yp_first($domain, $map); print_r ($entry); $key = $entry [key]; $value = $entry [value]; echo La première entrée de cette carte est . $key . et sa valeur est . $value . \n; $first = $key; $entry = yp_next($domain, $map, $first); print_r ($entry); if(!$entry) { echo yp_errno() . : . yp_err_string() . \n; } $key = key ($entry); $value = $entry [$key]; echo L'entree suivante après $first a la cle . $key . et sa valeur . $value .\n; with php4.0.5 the result is: - Le domaine par défaut est : brest.ifremer.fr Le numéro d'ordre de cette carte est : 994254209 Master for this map is: brest La valeur trouvée est: 134.246.166.3balanec Array ( [key] = cata3000gm611 [value] = 134.246.148.206 cata3000gm611 ) La première entrée de cette carte est cata3000gm611 et sa valeur est 134.246.148.206 cata3000gm611 Array ( [cata3000720def ] = 134.246.171.208cata3000720def ) L'entree suivante après cata3000gm611 a la cle cata3000720def et sa valeur 134.246.171.208 cata3000720def but whith php4.0.6 th result is: -- Le domaine par défaut est : brest.ifremer.fr Le numéro d'ordre de cette carte est : 994254209 Master for this map is: brest La valeur trouvée est: 134.246.166.3balanec Array ( [cata3000gm611] = 134.246.148.206 cata3000gm611 [key] = cata3000gm611 [value] = 134.246.148.206 cata3000gm611 ) La première entrée de cette carte est cata3000gm611 et sa valeur est 134.246.148.206cata3000gm611 Array ( [br166-156] = 134.246.166.156 br166-156 ) L'entree suivante après cata3000gm611 a la cle br166-156 et sa valeur - the last value is missing. my configure line is: ./configure \ --with-apache=/home1/beniguet/tmsiric/bpre/anonymous/apache/apache_1.3.19 \ --with-ldap=/home/services/systeme/reseau/openldap \ --with-mysql=/home1/iletudy/www/httpd/mysql \ --with-pgsql=/home1/iletudy/www/httpd/pgsql \ --with-sybase=/home1/iletudy/www/httpd/sybase \ --with-oracle=/home1/iletudy/www/httpd/oracle \ --with-oci8=/home1/iletudy/www/httpd/oracle \ --with-gd=/home/services_SV/bibli/gdlib \ --with-zlib-dir=/home/services_SV/bibli/zlib \ --with-jpeg-dir=/home/services_SV/bibli/jpeglib \ --with-png-dir=/home/services_SV/bibli/pnglib \ --with-tiff-dir=/home/services_SV/bibli/tifflib \ --with-imap=/home1/iletudy/www/httpd/imap \ --with-snmp=/home/services_SV/systeme/reseau/ucd-snmp \ --with-mcrypt=/home/services_SV/bibli/mcryptlib \ --with-sablot=/home/services_SV/bibli/sablotlib \ --enable-yp \ --enable-ftp \ --enable-calendar \ --disable-pear \ --with-config-file-path=/home1/iletudy/www/httpd/php Edit this bug report at http://bugs.php.net/?id=11919edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11875 Updated: bad retiurn in yp_first
ID: 11875 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: YP/NIS related Operating System: Solaris 5.5.1 PHP Version: 4.0.6 New Comment: Does this work under PHP 4.1.0? R. Previous Comments: [2001-07-04 07:55:35] [EMAIL PROTECTED] Hello, After upgrading PHP server version 4.0.6 , we have notice a problem in the yp_first function (it was working fine with PHP Version 4.0.5 ?php $entry = yp_first($domain, hosts.byname); $key = key($entry); echo First entry is . $key . and the value is . $entry[$key]; ? it returns a value in $key but nothing in $entry[$key] Ex: First entry is hedic and the value is (empty string) With the ypmatch command in unix shell, it works: # ypmatch hedic hosts.byname x.y.z.w hedic Thanks in advance for your help. Edit this bug report at http://bugs.php.net/?id=11875edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] XMLRPC Bug
Is anyone reading this list? I haven't heard a thing since last week when I posted what I think might be a serious bug in the extension (see also http://bugs.php.net/?id=14521). Basically, you define a method. When executed, the server passes it the appropriate parameters. However, what is really passed is actually a one-element array with the paramaters as the only value. For example, if your server sends the data $foo, what the method actually receives is someting like array( 0 = $foo); This is true in all cases, *except* where $foo is an unindexed array. In those cases, the method receives $foo, not array($foo). It should, I'm pretty sure, be one or the other, and I think the unindexed array case is correct: if you send it $foo, it should receive $foo. I'm hoping the developers could look into this soon ... I'm eager to start using this extension, but want to be fairly sure it works first. :) - Colin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14561: strtotime() bug
From: [EMAIL PROTECTED] Operating system: Linux ?.? PHP version: 4.0.6 PHP Bug Type: Date/time related Bug description: strtotime() bug strtotime(19:30 Dec 17); // works okay strtotime(Dec 17 19:30); // returns -1 that's a bug i think. strangely enough the bug wasn't there in Php 4.0.5.. only in 4.0.6 gtx Bucky -- Edit bug report at: http://bugs.php.net/?id=14561edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14562: dBase: Unable to obtain dBase file structure
From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: dBase: Unable to obtain dBase file structure Hello, I would like to request feature for PHP dBase support functions. It will be helpfull, if will be possible to read dBase file header information, not only number of fields and its names. For dBase importing is also important data type, length and precision (if applicable). If you thing, that I can help you with this request, send me mail. Thank you. Best regards, Tomas Polak -- Edit bug report at: http://bugs.php.net/?id=14562edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14563: include_path in Apache SAPI on Win2K very broken...
From: [EMAIL PROTECTED] Operating system: Windows 2000 (Win2K) PHP version: 4.1.0 PHP Bug Type: Reproducible crash Bug description: include_path in Apache SAPI on Win2K very broken... I've seen a few bugs registered on this before and the dev team hasn't seemed to have been able to replicate this bug... The bug is very strange in that it effects the SAPI version of the code on Win2K, but the same build running as a CGI .EXE is not effected. Specifically, when one puts ANYTHING as the value for *include_path* in the PHP.ini file the apache SAPI will fail. When I say anything this includes setting it to only ., which should work for the local directory's includes. Here is the message you get (fyi the file being processed has no include/require statements and it there is no prepend or append file set in PHP.ini -- 4.1.0) Warning: Failed opening '/htdocs/test/dir.php' for inclusion (include_path='.') in Unknown on line 0 I have observed this bug 4.06, 4.08, 4.1.0 ... I'm not sure if other breeds of Win32 are effected. -Garth -- Edit bug report at: http://bugs.php.net/?id=14563edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14489 Updated: DSO PHP module compiling with gettext support is blocking Apache start
ID: 14489 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: Cobalt Raq 3 PHP Version: 4.1.0 New Comment: It`s nothing about SSL and certificates. As you can see these messages are for both cases - when it is working and when it is not working either. WHAT IS STRANGE IS THAT THESE MESSAGES ARE CHANGED !!! When I just add gettext support in PHP modul, how can it change these messages whenb Apache is starting. Please look on these messages again. Previous Comments: [2001-12-16 18:53:14] [EMAIL PROTECTED] status - feedback. [2001-12-16 12:34:38] [EMAIL PROTECTED] I assume site7 has an ssl certificate defined, right? So what happens when you remove that certificate? As a note: I can not reproduce this bug on a Cobalt Raq 3 but I do not have hosts running ssl. [2001-12-16 10:57:59] [EMAIL PROTECTED] I'm still wondering about this: when I compile php 4.1.0 as dso without --with-gettext and start Apache I can see this: [root@cobalt apache]# /etc/rc.d/init.d/httpd start Setting up Web Service: Site home has invalid certificate: 4999 Certificate files do not exist. Site site7 has invalid certificate: 4999 Certificate files do not exist. /usr/sbin/httpd and Apache IS working But when I compile it with optiion --with-gettext I see this (see messages): [root@cobalt apache]# /etc/rc.d/init.d/httpd start Setting up Web Service: Site home has invalid certificate: 4999 ssl_cant_files_missing Site site7 has invalid certificate: 4999 ssl_cant_files_missing /usr/sbin/httpd and Apache is NOT running (no errors no records in error log) Why are these apache messages changed ?? I was wondering about some mess in gettext versions so I compiled 0.10.40 again and install in new dir and after use : --with-gettext=/home/michal/gettext , but with the same reasult. [2001-12-16 10:10:52] [EMAIL PROTECTED] It's the same. [2001-12-15 13:35:51] [EMAIL PROTECTED] What if you 'stop' and 'start' it instead of 'restart' ? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14489 Edit this bug report at http://bugs.php.net/?id=14489edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...
ID: 14563 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 (Win2K) PHP Version: 4.1.0 New Comment: This is a problem with your permissions. Check if the webserver has read access to the file. Previous Comments: [2001-12-17 11:01:14] [EMAIL PROTECTED] I've seen a few bugs registered on this before and the dev team hasn't seemed to have been able to replicate this bug... The bug is very strange in that it effects the SAPI version of the code on Win2K, but the same build running as a CGI .EXE is not effected. Specifically, when one puts ANYTHING as the value for *include_path* in the PHP.ini file the apache SAPI will fail. When I say anything this includes setting it to only ., which should work for the local directory's includes. Here is the message you get (fyi the file being processed has no include/require statements and it there is no prepend or append file set in PHP.ini -- 4.1.0) Warning: Failed opening '/htdocs/test/dir.php' for inclusion (include_path='.') in Unknown on line 0 I have observed this bug 4.06, 4.08, 4.1.0 ... I'm not sure if other breeds of Win32 are effected. -Garth Edit this bug report at http://bugs.php.net/?id=14563edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Bug #14531 Updated: Reference to bug #14496
I guess my main worry is to have the bug database end up as a discussion forum. I would rather have dicussions on the mailing list and have someone with a CVS account go and add relevant information to the report when necessary. But I guess it isn't easy for an outsider to figure out where the mailing list to discuss the bug happens to be. -Rasmus On Mon, 17 Dec 2001, Jaime Bozza wrote: Unfortunately, the original bug (14496) wasn't written by the person submitting the additional information. It's kind of difficult to remember a password you never had. :) There's currently no way to add comments to a bug (for instance, to give a I am also having this problem, here's my information) that wasn't submitted by you. Which is possibly one of the reasons that duplicate bugs get submitted. Jaime Bozza -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 15, 2001 1:06 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Bug #14531 Updated: Reference to bug #14496 Users can update bug reports just fine if they bother to remember the passwords they set On 15 Dec 2001 [EMAIL PROTECTED] wrote: ID: 14531 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.1.0 New Comment: Thank you for your report. I hope we can have new bug tracking system, so that users can update bug reports :) -- Yasuo Previous Comments: -- -- [2001-12-14 23:50:53] [EMAIL PROTECTED] How to reproduce bug #14496: compile php module for apache with mm session support. compile php cgi with mm session support. start apache with php module. note /tmp/session_mm.sem permissions. now, while apache is running, execute the php cgi. You will then get the error from bug #14496. Work-around: compile php cgi without mm support. -- -- Edit this bug report at http://bugs.php.net/?id=14531edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14549 Updated: Warning: Unknown persistent list...
ID: 14549 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Scripting Engine problem Bug Type: MySQL related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: Can't reproduce... pconnect() works fine for me. What is the version of the Zend Engine? (see phpinfo()) (reclassified) Previous Comments: [2001-12-16 13:26:41] [EMAIL PROTECTED] heh :) sorry finger-to-keyboard error ... :) This Warning message is visible since PHP4.1.0 not 4.0.1 ... [2001-12-16 13:18:41] [EMAIL PROTECTED] What I do wrong if this easy error-less script ? $db = MYSQL_PCONNECT(localhost,root,) OR DIE(); mysql_select_db(chat,$db) or DIE(); $ares=mysql_query(select * from c_users); echo CHAT room - online users: ; if (mysql_num_rows($ares)==0) echo nobody; while ($arow=mysql_fetch_array($ares)) { echo $arow[username]; } ? produce this output with Warning message ... CHAT room - online users: nobody Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 0 This warning I see if I enable the option error_reporting = E_ALL ~E_NOTICE in php.ini. This message is visible since PHP4.0.1 When I downgrade to PHP4.0.6, the message isn't there. Edit this bug report at http://bugs.php.net/?id=14549edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14549 Updated: Warning: Unknown persistent list...
ID: 14549 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: MySQL related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: Zend Engine v1.1.0a Previous Comments: [2001-12-17 11:16:37] [EMAIL PROTECTED] Can't reproduce... pconnect() works fine for me. What is the version of the Zend Engine? (see phpinfo()) (reclassified) [2001-12-16 13:26:41] [EMAIL PROTECTED] heh :) sorry finger-to-keyboard error ... :) This Warning message is visible since PHP4.1.0 not 4.0.1 ... [2001-12-16 13:18:41] [EMAIL PROTECTED] What I do wrong if this easy error-less script ? $db = MYSQL_PCONNECT(localhost,root,) OR DIE(); mysql_select_db(chat,$db) or DIE(); $ares=mysql_query(select * from c_users); echo CHAT room - online users: ; if (mysql_num_rows($ares)==0) echo nobody; while ($arow=mysql_fetch_array($ares)) { echo $arow[username]; } ? produce this output with Warning message ... CHAT room - online users: nobody Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 0 This warning I see if I enable the option error_reporting = E_ALL ~E_NOTICE in php.ini. This message is visible since PHP4.0.1 When I downgrade to PHP4.0.6, the message isn't there. Edit this bug report at http://bugs.php.net/?id=14549edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14559 Updated: cannot load libphp4.so into server
ID: 14559 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Old Bug Type: Apache related Bug Type: Dynamic loading Operating System: solaris 7 PHP Version: 4.1.0 New Comment: hi answer to your posting 1. i tried with option --enable-libgcc and without 2. php as a static module, needs that you recompile apache, doesn't it? the problem is that it is a running server so static module is no option, yet. 3. ok that's a good option for me then. --- i tried it again with --enable-libgcc and without i removed gcc (which was installed) and added the gcc which was used for apache (which was probably the installed one). it did not work same error message ... Previous Comments: [2001-12-17 10:13:08] [EMAIL PROTECTED] 1. Did you try without enabling --enable-libgcc ? 2. Can you compile PHP as a static apache module (and thus recompilit it into apache). 3. Wanted to add that I have no problems with gcc 2.95.1 on Solaris and a static apache module. Derick [2001-12-17 10:12:21] [EMAIL PROTECTED] i email adress is [EMAIL PROTECTED] i misspelled my adress sorry thanks Markus Decke [2001-12-17 10:04:46] [EMAIL PROTECTED] i email adress is [EMAIL PROTECTED] i misspelled my adress sorry thanks Markus Decke [2001-12-17 10:03:39] [EMAIL PROTECTED] Hi in the documentation, about how apache was compiled, my co-worker wrote that apache is compiled with gcc 3 i tested it with gcc -v and the answer was: gcc version 3 i'am assuming that both, php and apache have been compiled with gcc 3 [2001-12-17 09:47:21] [EMAIL PROTECTED] My guess is that apache is compiled without gcc 3, and the php apache moduel with gcc 3. That's is not going to work. Either rebuild httpd with gcc, or build the php apache module with gcc 2.95.1 for example. Please report back if this fixes the issue. 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/?id=14559 Edit this bug report at http://bugs.php.net/?id=14559edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14564 Updated: Trusted Connections Not Supported
ID: 14564 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: MSSQL related Bug Type: Feature/Change Request Operating System: Windows NT 4/SQL Server 7 PHP Version: 4.1.0 New Comment: Making this a feature request Previous Comments: [2001-12-17 11:12:07] [EMAIL PROTECTED] I consider the inclusion of database usernames and passwords in scripts to be a security risk. In a Windows environment it is possible to access SQL Server via a trusted connection. This uses the context of the current logged in user. Furthermore it is possible to configure IIS and presumably Apache to use a particular user account to service requests. It is therefore possible (for example under ASP) to open a database connection without specifying a username or password in the script because the context of the current user account has permission to access the SQL Server. I would be happy if this functionality could be implmented in the MS SQL Server extension. Edit this bug report at http://bugs.php.net/?id=14564edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14549 Updated: Warning: Unknown persistent list...
ID: 14549 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: MySQL related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: It is verified and Zeev fixed it in CVS already. It only happens with win32 non-debug builds. Previous Comments: [2001-12-17 11:23:00] [EMAIL PROTECTED] Zend Engine v1.1.0a [2001-12-17 11:16:37] [EMAIL PROTECTED] Can't reproduce... pconnect() works fine for me. What is the version of the Zend Engine? (see phpinfo()) (reclassified) [2001-12-16 13:26:41] [EMAIL PROTECTED] heh :) sorry finger-to-keyboard error ... :) This Warning message is visible since PHP4.1.0 not 4.0.1 ... [2001-12-16 13:18:41] [EMAIL PROTECTED] What I do wrong if this easy error-less script ? $db = MYSQL_PCONNECT(localhost,root,) OR DIE(); mysql_select_db(chat,$db) or DIE(); $ares=mysql_query(select * from c_users); echo CHAT room - online users: ; if (mysql_num_rows($ares)==0) echo nobody; while ($arow=mysql_fetch_array($ares)) { echo $arow[username]; } ? produce this output with Warning message ... CHAT room - online users: nobody Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 0 This warning I see if I enable the option error_reporting = E_ALL ~E_NOTICE in php.ini. This message is visible since PHP4.0.1 When I downgrade to PHP4.0.6, the message isn't there. Edit this bug report at http://bugs.php.net/?id=14549edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14559 Updated: cannot load libphp4.so into server
ID: 14559 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Dynamic loading Operating System: solaris 7 PHP Version: 4.1.0 New Comment: i have to see, if we are going to do that what you assummed ( 3.). it won't be till friday 18.12. thanks Markus Decke Previous Comments: [2001-12-17 11:23:21] [EMAIL PROTECTED] hi answer to your posting 1. i tried with option --enable-libgcc and without 2. php as a static module, needs that you recompile apache, doesn't it? the problem is that it is a running server so static module is no option, yet. 3. ok that's a good option for me then. --- i tried it again with --enable-libgcc and without i removed gcc (which was installed) and added the gcc which was used for apache (which was probably the installed one). it did not work same error message ... [2001-12-17 10:13:08] [EMAIL PROTECTED] 1. Did you try without enabling --enable-libgcc ? 2. Can you compile PHP as a static apache module (and thus recompilit it into apache). 3. Wanted to add that I have no problems with gcc 2.95.1 on Solaris and a static apache module. Derick [2001-12-17 10:12:21] [EMAIL PROTECTED] i email adress is [EMAIL PROTECTED] i misspelled my adress sorry thanks Markus Decke [2001-12-17 10:04:46] [EMAIL PROTECTED] i email adress is [EMAIL PROTECTED] i misspelled my adress sorry thanks Markus Decke [2001-12-17 10:03:39] [EMAIL PROTECTED] Hi in the documentation, about how apache was compiled, my co-worker wrote that apache is compiled with gcc 3 i tested it with gcc -v and the answer was: gcc version 3 i'am assuming that both, php and apache have been compiled with gcc 3 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14559 Edit this bug report at http://bugs.php.net/?id=14559edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14559 Updated: cannot load libphp4.so into server
ID: 14559 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Dynamic loading Operating System: solaris 7 PHP Version: 4.1.0 New Comment: Okay, succes with it. I'll leave this report in the feedback state then. Derick Previous Comments: [2001-12-17 11:31:36] [EMAIL PROTECTED] i have to see, if we are going to do that what you assummed ( 3.). it won't be till friday 18.12. thanks Markus Decke [2001-12-17 11:23:21] [EMAIL PROTECTED] hi answer to your posting 1. i tried with option --enable-libgcc and without 2. php as a static module, needs that you recompile apache, doesn't it? the problem is that it is a running server so static module is no option, yet. 3. ok that's a good option for me then. --- i tried it again with --enable-libgcc and without i removed gcc (which was installed) and added the gcc which was used for apache (which was probably the installed one). it did not work same error message ... [2001-12-17 10:13:08] [EMAIL PROTECTED] 1. Did you try without enabling --enable-libgcc ? 2. Can you compile PHP as a static apache module (and thus recompilit it into apache). 3. Wanted to add that I have no problems with gcc 2.95.1 on Solaris and a static apache module. Derick [2001-12-17 10:12:21] [EMAIL PROTECTED] i email adress is [EMAIL PROTECTED] i misspelled my adress sorry thanks Markus Decke [2001-12-17 10:04:46] [EMAIL PROTECTED] i email adress is [EMAIL PROTECTED] i misspelled my adress sorry thanks Markus Decke The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14559 Edit this bug report at http://bugs.php.net/?id=14559edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...
ID: 14563 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Configuration Issues Operating System: Windows 2000 (Win2K) PHP Version: 4.1.0 New Comment: When my PHP.ini is set with: include_path = - I have no problems with SAPI version When it is set to: include_path = . - It gives that error... I don't understand how this could be a permissions issue, why would the web server be able to read the file when include_path is blank but not when the include_path is set to the local directory? I've seen the error on UNIX systems when you have a file set to 600, but this is Win2K. Previous Comments: [2001-12-17 11:06:12] [EMAIL PROTECTED] (reclassified for the stats ;) [2001-12-17 11:04:46] [EMAIL PROTECTED] This is a problem with your permissions. Check if the webserver has read access to the file. [2001-12-17 11:01:14] [EMAIL PROTECTED] I've seen a few bugs registered on this before and the dev team hasn't seemed to have been able to replicate this bug... The bug is very strange in that it effects the SAPI version of the code on Win2K, but the same build running as a CGI .EXE is not effected. Specifically, when one puts ANYTHING as the value for *include_path* in the PHP.ini file the apache SAPI will fail. When I say anything this includes setting it to only ., which should work for the local directory's includes. Here is the message you get (fyi the file being processed has no include/require statements and it there is no prepend or append file set in PHP.ini -- 4.1.0) Warning: Failed opening '/htdocs/test/dir.php' for inclusion (include_path='.') in Unknown on line 0 I have observed this bug 4.06, 4.08, 4.1.0 ... I'm not sure if other breeds of Win32 are effected. -Garth Edit this bug report at http://bugs.php.net/?id=14563edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...
ID: 14563 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Configuration Issues Operating System: Windows 2000 (Win2K) PHP Version: 4.1.0 New Comment: Windows NT 2000 have a permission-system (NTFS). Check it out. Thanks, I'll try the folder permissions thing. Previous Comments: [2001-12-17 11:53:06] [EMAIL PROTECTED] There is no specific need to set it to .. It's the default. If it is the same as the default, shouldn't it work? If I can't get include_path=. to work under Win2K SAPI, how would include_path=.;C:\PHP\includes ever be able to function? [2001-12-17 11:53:00] [EMAIL PROTECTED] Windows NT 2000 have a permission-system (NTFS). Check it out. [2001-12-17 11:42:15] [EMAIL PROTECTED] There is no specific need to set it to .. It's the default. [2001-12-17 11:35:19] [EMAIL PROTECTED] When my PHP.ini is set with: include_path = - I have no problems with SAPI version When it is set to: include_path = . - It gives that error... I don't understand how this could be a permissions issue, why would the web server be able to read the file when include_path is blank but not when the include_path is set to the local directory? I've seen the error on UNIX systems when you have a file set to 600, but this is Win2K. [2001-12-17 11:06:12] [EMAIL PROTECTED] (reclassified for the stats ;) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14563 Edit this bug report at http://bugs.php.net/?id=14563edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...
ID: 14563 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Configuration Issues Operating System: Windows 2000 (Win2K) PHP Version: 4.1.0 New Comment: Apache was able to read static HTML, before I did the the following: - set Full control to user Everyone - set PHP.ini - include_path = .:/php/includes I still get the same error: Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.:/php/includes') in Unknown on line 0 (again the file has no include/require statements) Please advise. Previous Comments: [2001-12-17 11:54:55] [EMAIL PROTECTED] Windows NT 2000 have a permission-system (NTFS). Check it out. Thanks, I'll try the folder permissions thing. [2001-12-17 11:53:06] [EMAIL PROTECTED] There is no specific need to set it to .. It's the default. If it is the same as the default, shouldn't it work? If I can't get include_path=. to work under Win2K SAPI, how would include_path=.;C:\PHP\includes ever be able to function? [2001-12-17 11:53:00] [EMAIL PROTECTED] Windows NT 2000 have a permission-system (NTFS). Check it out. [2001-12-17 11:42:15] [EMAIL PROTECTED] There is no specific need to set it to .. It's the default. [2001-12-17 11:35:19] [EMAIL PROTECTED] When my PHP.ini is set with: include_path = - I have no problems with SAPI version When it is set to: include_path = . - It gives that error... I don't understand how this could be a permissions issue, why would the web server be able to read the file when include_path is blank but not when the include_path is set to the local directory? I've seen the error on UNIX systems when you have a file set to 600, but this is Win2K. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14563 Edit this bug report at http://bugs.php.net/?id=14563edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...
ID: 14563 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Configuration Issues Operating System: Windows 2000 (Win2K) PHP Version: 4.1.0 New Comment: sorry, changed it back to include_path = . restarted apache Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.') in Unknown on line 0 Previous Comments: [2001-12-17 12:03:32] [EMAIL PROTECTED] Apache was able to read static HTML, before I did the the following: - set Full control to user Everyone - set PHP.ini - include_path = .:/php/includes I still get the same error: Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.:/php/includes') in Unknown on line 0 (again the file has no include/require statements) Please advise. [2001-12-17 11:54:55] [EMAIL PROTECTED] Windows NT 2000 have a permission-system (NTFS). Check it out. Thanks, I'll try the folder permissions thing. [2001-12-17 11:53:06] [EMAIL PROTECTED] There is no specific need to set it to .. It's the default. If it is the same as the default, shouldn't it work? If I can't get include_path=. to work under Win2K SAPI, how would include_path=.;C:\PHP\includes ever be able to function? [2001-12-17 11:53:00] [EMAIL PROTECTED] Windows NT 2000 have a permission-system (NTFS). Check it out. [2001-12-17 11:42:15] [EMAIL PROTECTED] There is no specific need to set it to .. It's the default. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14563 Edit this bug report at http://bugs.php.net/?id=14563edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...
ID: 14563 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Configuration Issues Operating System: Windows 2000 (Win2K) PHP Version: 4.1.0 New Comment: Windows needs a ; as seperator between include paths, not : Previous Comments: [2001-12-17 12:06:19] [EMAIL PROTECTED] sorry, changed it back to include_path = . restarted apache Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.') in Unknown on line 0 [2001-12-17 12:03:32] [EMAIL PROTECTED] Apache was able to read static HTML, before I did the the following: - set Full control to user Everyone - set PHP.ini - include_path = .:/php/includes I still get the same error: Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.:/php/includes') in Unknown on line 0 (again the file has no include/require statements) Please advise. [2001-12-17 11:54:55] [EMAIL PROTECTED] Windows NT 2000 have a permission-system (NTFS). Check it out. Thanks, I'll try the folder permissions thing. [2001-12-17 11:53:06] [EMAIL PROTECTED] There is no specific need to set it to .. It's the default. If it is the same as the default, shouldn't it work? If I can't get include_path=. to work under Win2K SAPI, how would include_path=.;C:\PHP\includes ever be able to function? [2001-12-17 11:53:00] [EMAIL PROTECTED] Windows NT 2000 have a permission-system (NTFS). Check it out. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14563 Edit this bug report at http://bugs.php.net/?id=14563edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...
ID: 14563 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Configuration Issues Operating System: Windows 2000 (Win2K) PHP Version: 4.1.0 New Comment: Windows needs a ; as seperator between include paths, not : yep I know, uncommented the wrong line... effect is the same... Changed PHP.ini to include_path = .;y:\apache\includes restarted apache Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.;y:\apache\includes') in Unknown on line 0 Previous Comments: [2001-12-17 12:07:22] [EMAIL PROTECTED] Windows needs a ; as seperator between include paths, not : [2001-12-17 12:06:19] [EMAIL PROTECTED] sorry, changed it back to include_path = . restarted apache Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.') in Unknown on line 0 [2001-12-17 12:03:32] [EMAIL PROTECTED] Apache was able to read static HTML, before I did the the following: - set Full control to user Everyone - set PHP.ini - include_path = .:/php/includes I still get the same error: Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.:/php/includes') in Unknown on line 0 (again the file has no include/require statements) Please advise. [2001-12-17 11:54:55] [EMAIL PROTECTED] Windows NT 2000 have a permission-system (NTFS). Check it out. Thanks, I'll try the folder permissions thing. [2001-12-17 11:53:06] [EMAIL PROTECTED] There is no specific need to set it to .. It's the default. If it is the same as the default, shouldn't it work? If I can't get include_path=. to work under Win2K SAPI, how would include_path=.;C:\PHP\includes ever be able to function? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14563 Edit this bug report at http://bugs.php.net/?id=14563edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] XMLRPC Bug
On Mon, 17 Dec 2001, Colin Viebrock wrote: Is anyone reading this list? I haven't heard a thing since last week when I posted what I think might be a serious bug in the extension (see also http://bugs.php.net/?id=14521). I guess people just didn't try the extension yet. I'm also interested in working with it, but only in a couple of weeks. I'm hoping the developers could look into this soon ... I'm eager to start using this extension, but want to be fairly sure it works first. :) Yeah, some extra eyes on the extension would definetely help. :) Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Inconsistencies with ImageTTFText() across versions of PHP
Hi everyone, This problem probably doesn't have any fix (or I think I doesn't anyway), but maybe this email will be useful for other developers that need to create portable scripts across a wide range of PHP and GD versions. What I have found, and Rasmus helped me on that a few times over IRC, is that GD 1.6.2 / 1.8.4 used a different version of the freetype library (1.X) and the newer version of GD 2.0.1 actually needs freetype 2.X to work (please correct me if I'm wrong). Anyway, as I have said before here PHP 4.1.0 comes with a different version of the GD DLL on the windows binary than it used to on 4.0.6. I'm positive that 4.1's GD version is 1.6.2 and 4.0.6's was probably 2.0.1. I'm not actually sure about 4.0.5, but I believe it was either 1.6.2 or 1.8.4. In any case, what all of this meant to the graphing functions is that there is different behavior on different versions of PHP. The windows version of PHP might use GD 1.6.2 or even GD 2.0.1 (if compiled manually, which is unprobable but possible). ImageTTFText() is one of the functions that had its behavior changed, as passing '10' to it as the font size parameter meant different things on different versions of the GD library, which I believe is a consequence of the unlying freetype requirement. Anyway, all of this is just to warn everyone to be careful about this, as your graphics will look in a different way than what you expected in some cases. Any comments or ideas would be helpful. If anyone knows the inner workings of the freetype library and its standard for font sizes (ie metrics and such), that would be great. Just to give more details on what I needed to do - I actually ended up parsing the output of phpinfo() with the output buffering functions to be able to tell reliably which version of GD PHP is really using. This way I could pass different font sizes to ImageTTFText(). Not very pretty, eh ? ;) Cheers, Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] XMLRPC Bug
On Mon, 17 Dec 2001, Colin Viebrock wrote: Is anyone reading this list? I haven't heard a thing since last week when I posted what I think might be a serious bug in the extension (see also http://bugs.php.net/?id=14521). I guess people just didn't try the extension yet. I'm also interested in working with it, but only in a couple of weeks. Not true, I've been using it, it works fine, I'm not quite sure about that bug though (too tired now to check it out also... :) I'm hoping the developers could look into this soon ... I'm eager to start using this extension, but want to be fairly sure it works first. :) Yeah, some extra eyes on the extension would definetely help. :) I've taken a look at it, imho, its ugly -- but it works :) -Sterling Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] XMLRPC Bug
Not true, I've been using it, it works fine, I'm not quite sure about that bug though (too tired now to check it out also... :) Well, when you *do* get some sleep :) ... take a look at the bug I posted: http://bugs.php.net/?id=14521 I can see how the extension would be useable, if you never send an unindexed array to a method function. But when you do, it returns unexpected values. - Colin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14549 Updated: Warning: Unknown persistent list...
Hi This requires using CGI and not ISAPI to reproduce. I reported this bug also a week ago. John Lim [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... ID: 14549 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Scripting Engine problem Bug Type: MySQL related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: Can't reproduce... pconnect() works fine for me. What is the version of the Zend Engine? (see phpinfo()) (reclassified) Previous Comments: [2001-12-16 13:26:41] [EMAIL PROTECTED] heh :) sorry finger-to-keyboard error ... :) This Warning message is visible since PHP4.1.0 not 4.0.1 ... [2001-12-16 13:18:41] [EMAIL PROTECTED] What I do wrong if this easy error-less script ? $db = MYSQL_PCONNECT(localhost,root,) OR DIE(); mysql_select_db(chat,$db) or DIE(); $ares=mysql_query(select * from c_users); echo CHAT room - online users: ; if (mysql_num_rows($ares)==0) echo nobody; while ($arow=mysql_fetch_array($ares)) { echo $arow[username]; } ? produce this output with Warning message ... CHAT room - online users: nobody Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 0 This warning I see if I enable the option error_reporting = E_ALL ~E_NOTICE in php.ini. This message is visible since PHP4.0.1 When I downgrade to PHP4.0.6, the message isn't there. Edit this bug report at http://bugs.php.net/?id=14549edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Using persistent connection to database
I would recommend switching to the oci_* functions. More reliable. Bye, John Berlina [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi to everybody, first sorry for my poor english. im trying to use persistents connections to an Oracle Database through PHP, for manageing transactions, and have some problems. My Schema: * Web Server: Apache 1.3.20 on a Linux RedHat 7.0 * PHP: 4.0.6 compiled with oracle module functions (ora_*) * Data Base: Oracle 8.0.5 on a Windows NT Server I need to manage transactions to database. For it i made a test pages like this: 1 index paga that generate some frames and open a persistent connection to the database 1 frame that made an insert to one table of the database 1 frame that made an insert to another table of the same databese 1 frame with 2 buttons, one for execute a Commit and another for execture a Rollback Some times works well, but other times not work correctly... What im doing wrong? Can somebody help me? Avanced thanks -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request: aditus
By suggestion from Rasmus L. To house and develop JpGraph. See www.aditus.nu/jpgraph for a detailed description of this project. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request: aditus
On 17 Dec 2001, Johan Persson wrote: By suggestion from Rasmus L. To house and develop JpGraph. See www.aditus.nu/jpgraph for a detailed description of this project. Woohoo! Maybe putting Jpgraph on PEAR ? That would kick ass :) Great work on the library by the way, I use it all the time on my applications. Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request: aditus
On Mon, 17 Dec 2001 14:44:23 -0500 (EST) Joao Prado Maia [EMAIL PROTECTED] wrote: On 17 Dec 2001, Johan Persson wrote: By suggestion from Rasmus L. To house and develop JpGraph. See www.aditus.nu/jpgraph for a detailed description of this project. Woohoo! Maybe putting Jpgraph on PEAR ? That would kick ass :) Great work on the library by the way, I use it all the time on my applications. btw, I see a promised imlib extension for php (http://mmcc.cx/php_imlib/) and seems to be freezed since january. Anyone knows the authors ? I believe it should be a good alternative to gd. a+ pa -- Pierre-Alain Joye Freelance Developpements et Services web/intranet [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request: aditus
On Mon, 17 Dec 2001, Pierre-Alain Joye wrote: btw, I see a promised imlib extension for php (http://mmcc.cx/php_imlib/) and seems to be freezed since january. Anyone knows the authors ? I believe it should be a good alternative to gd. Sure, Matt is the author and he is always on #php on irc.openprojects.net under the handle of Cardinal. You can talk with him in there. However, Imlib will take a while (if ever) to be a replacement for GD for reasons that Matt himself told me, as the requirement of some silly threading library and Xlib (X11 support). He told me that a patch for losing the requirement of Xlib was sent to rasterman but he never added it to the distribution (correct me if I'm wrong). Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14566: Session variables become read only
From: [EMAIL PROTECTED] Operating system: Solaris 7 PHP version: 4.1.0 PHP Bug Type: Session related Bug description: Session variables become read only In PHP 4.1.0 it seems that session variables can only be set once and will not be updated from subsequent pages (when using a user save_handler at least). The same code works fine in PHP 4.0.6. It seems that the write handler registered with session_set_save_handler() gets the same session data that was read with the read handler except that newly set session variables get added. -- Edit bug report at: http://bugs.php.net/?id=14566edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request: maco
translating php manual into slovak language (sk) or (and) czech language (almost the same language) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14568: strtotime giving wrong result
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.0 PHP Bug Type: Date/time related Bug description: strtotime giving wrong result I have just migrated from PHP 4.0.6 to PHP 4.1.0 and I have remarked that the strtotime() is now giving me false results. Look at the following code: $date_string = Sat, 15 Dec 2001 01:24:42 +0100 (CET); $date_ts = strtotime($date_string); echo $date_ts; With PHP 4.0.6 I get the following output (which is correct): 1008375882 And with the new PHP 4.1.0 I get the following output: 1008019482 Which is approxmiately 4-5 days wrong. If you need more info feel free to contact me... Thanks for fixing this. Regards -- Edit bug report at: http://bugs.php.net/?id=14568edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14459 Updated: output error
ID: 14459 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MSSQL related Operating System: Win 2000 PHP Version: 4.1.0 New Comment: Can you post a short reproducing script? (With as less as possible database functions used). Derick Previous Comments: [2001-12-12 10:52:59] [EMAIL PROTECTED] all my pages still work fine, i still can query the database but i get this error at the bottom.. I am using Win 2000, MS-SQL server 7.0, and Apache 1.3.20 Warning: MS SQL error: Invalid parameter in DB-LIBRARY function reference. (severity 11) in Unknown on line 0 Edit this bug report at http://bugs.php.net/?id=14459edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14568 Updated: strtotime giving wrong result
ID: 14568 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Date/time related Operating System: Solaris 8 PHP Version: 4.1.0 New Comment: Already fixed, and will be in the next release. Derick Previous Comments: [2001-12-17 16:29:44] [EMAIL PROTECTED] I have just migrated from PHP 4.0.6 to PHP 4.1.0 and I have remarked that the strtotime() is now giving me false results. Look at the following code: $date_string = Sat, 15 Dec 2001 01:24:42 +0100 (CET); $date_ts = strtotime($date_string); echo $date_ts; With PHP 4.0.6 I get the following output (which is correct): 1008375882 And with the new PHP 4.1.0 I get the following output: 1008019482 Which is approxmiately 4-5 days wrong. If you need more info feel free to contact me... Thanks for fixing this. Regards Edit this bug report at http://bugs.php.net/?id=14568edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6180 Updated: missing operators in docu
ID: 6180 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Open Bug Type: Documentation problem Operating System: * PHP Version: 4.0 Latest CVS (15/08/2000) Old Assigned To: jeroen Assigned To: Previous Comments: [2000-08-17 10:37:06] [EMAIL PROTECTED] () has the highest precedence, eg. $a = 1 $b = 2; ($a = 1) ($b = 3); It was a bug report that made me thinking it should be added. {} well, I don´t know why it works, but it works like [] echo $x{1}='test2'; var_dump($x); // results in an arry !== you´re right, did not see well and here-docs seem to have the hightest precedence too, similar to new $x=1; $a=1; $x=!$a=test 0 test; echo $x; echo $x; [2000-08-17 10:13:12] [EMAIL PROTECTED] !== is in there, but how should (,) and {,} and HERE DOCS fit in there ? [2000-08-15 14:53:08] [EMAIL PROTECTED] have a look at the manual language.operators.precedence.html, shouldn (,) and {,} and HERE DOCS not be added here? (perhaps !==) too? Edit this bug report at http://bugs.php.net/?id=6180edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13950 Updated: fgetcsv misinterprets fields containing double-quotes
ID: 13950 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Documentation problem Operating System: Sun (SPARC) Solaris 2.6 PHP Version: 4.0.6 / 4.20cvs Old Assigned To: jeroen Assigned To: New Comment: Closing due to no feedback Previous Comments: [2001-11-08 17:01:30] [EMAIL PROTECTED] It's important to note that while just about everyone thinks they know what the CSV file format is, there is actually no formal definition of the format and there are many subtle differences. Here's one description of a CSV file: http://www.whatis.com/csvfile.htm Source: http://dbi.symbolstone.org/cgi/summarydump?module=DBD::CSV That whatis link is broken, see http://whatis.techtarget.com/definition/0,,sid9_gci213871,00.html On several sites I encoutered the same (incomplete and vague) BNF definition, original source unknown: CSV_file ::= { CSV_line } CSV_line ::= value { , value } spaces_and_tabs CRLF value ::= spaces_and_tabs ( { any_text_except_quotas_and_commas_and_smth_else } | single_or_double_quote any_text_save_CRLF_with_corresponding_doubled_quotas the_same_quote ) That's all I think... and there is some problem with this format: different database systems have different definitions of the term any_text_except_quotas_and_commas_and_smth_else :) [Found, amongst others, on http://myfileformats.com/search.php?name=CSV] Changed status again because of accidentel cross-update, and assigning to myself. [2001-11-08 16:32:55] [EMAIL PROTECTED] What output did you expect then from your example? Derick [2001-11-08 16:32:16] [EMAIL PROTECTED] The CSV format prescribes that fields may be enclosed in double quotes, to make it possible to have the delimiter itself part of a field. try google on CSV, to find a definition. If you find one, we'd appreciate it if you entered a link here, so we can make the documentation better. Changing to documentation bug (indeed, the docs aren't clear about this) [2001-11-08 16:22:46] [EMAIL PROTECTED] How is this /not/ a bug? It does the same thing indepentdent of delimiter. If I have a CSV file that looks like one,two three,four one,two three,four one,two,three,four one,two three four,five and it gets read in as ('one', 'two', 'four') ('one',' two three', 'four') ('one', 'two', 'three', 'four') ('one', 'two three four', 'five') That behavoir does not match the function definition of fgetcsv in the manual. it is mishandling the data. fgetcsv -- Gets line from file pointer and parse for CSV fields Description array fgetcsv (int fp, int length, string [delimiter]) Similar to fgets() except that fgetcsv() parses the line it reads for fields in CSV format and returns an array containing the fields read. The field delimiter is a comma, unless you specify another delimiter with the optional third parameter. How can that possibly mean strips off double quotes and removes subsequent data? I'd expect it to split on the delimiter specified, and to file the resulting information into the array. [2001-11-08 15:33:14] [EMAIL PROTECTED] This is exactly what fgetcsv is for (interpreting the double quotes in CSV files). Use explode if you simply want to split on tabs. No bug. --Jeroen The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=13950 Edit this bug report at http://bugs.php.net/?id=13950edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6180 Updated: missing operators in docu
ID: 6180 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: * PHP Version: 4.0 Latest CVS (15/08/2000) New Comment: Here docs are in the manual. Previous Comments: [2000-09-03 07:40:24] [EMAIL PROTECTED] note: andi mentioned, that {} should *not* be used to access array elements. [2000-08-17 10:37:06] [EMAIL PROTECTED] () has the highest precedence, eg. $a = 1 $b = 2; ($a = 1) ($b = 3); It was a bug report that made me thinking it should be added. {} well, I don´t know why it works, but it works like [] echo $x{1}='test2'; var_dump($x); // results in an arry !== you´re right, did not see well and here-docs seem to have the hightest precedence too, similar to new $x=1; $a=1; $x=!$a=test 0 test; echo $x; echo $x; [2000-08-17 10:13:12] [EMAIL PROTECTED] !== is in there, but how should (,) and {,} and HERE DOCS fit in there ? [2000-08-15 14:53:08] [EMAIL PROTECTED] have a look at the manual language.operators.precedence.html, shouldn (,) and {,} and HERE DOCS not be added here? (perhaps !==) too? Edit this bug report at http://bugs.php.net/?id=6180edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14451 Updated: Unknown persistent list entry type in shutdown in IIS CGI
ID: 14451 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: IIS related Operating System: Win2000 PHP Version: 4.1.0 New Comment: Thanks for the report, bug is fixed in CVS. Closing. Previous Comments: [2001-12-12 07:43:41] [EMAIL PROTECTED] The following code running in IIS CGI mode generates a warning: Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 0 ?php $db = mysql_pconnect(mangrove, , ); die(); ? In ISAPI mode the error does not occur. The following code does not cause any problems in CGI. ?php $db = mysql_connect(mangrove, , );die(); ? Edit this bug report at http://bugs.php.net/?id=14451edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request: aditus
I don't know licensing issues, but we could but the imlib2 itself into the repos too (other extensions do it also). It's just a tradeoff whether the ext. changes often or not (but it doesn't look that way so it might be a good idea). - Markus On Mon, Dec 17, 2001 at 03:01:32PM -0500, Joao Prado Maia wrote : On Mon, 17 Dec 2001, Pierre-Alain Joye wrote: btw, I see a promised imlib extension for php (http://mmcc.cx/php_imlib/) and seems to be freezed since january. Anyone knows the authors ? I believe it should be a good alternative to gd. Sure, Matt is the author and he is always on #php on irc.openprojects.net under the handle of Cardinal. You can talk with him in there. However, Imlib will take a while (if ever) to be a replacement for GD for reasons that Matt himself told me, as the requirement of some silly threading library and Xlib (X11 support). He told me that a patch for losing the requirement of Xlib was sent to rasterman but he never added it to the distribution (correct me if I'm wrong). Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14569: Apache crashes with Illegal instruction
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.1.0 PHP Bug Type: Apache related Bug description: Apache crashes with Illegal instruction PHP/4.1.0 is compiled as a dynamic module for Apache/1.3.22. When it is compiled --with-mysql=/usr, the server crashes with a SIGILL. When it is compiled --without-mysql, the server starts normally and waits for requests. Apache is compiled with dynamic modules and loads them per the default configuration. mod_dav, mod_roaming, mod_php3 are also loaded, but they don't seem to affect the behaviour. I checked the procedure both with without PHP/3.0.18. Both PHP/3.0.18 PHP/4.1.0 are compiled with --enable-versioning. -- Edit bug report at: http://bugs.php.net/?id=14569edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14569 Updated: Apache crashes with Illegal instruction
ID: 14569 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: linux PHP Version: 4.1.0 New Comment: What is your full configur eline fro PHP 4 ? Previous Comments: [2001-12-17 17:41:20] [EMAIL PROTECTED] PHP/4.1.0 is compiled as a dynamic module for Apache/1.3.22. When it is compiled --with-mysql=/usr, the server crashes with a SIGILL. When it is compiled --without-mysql, the server starts normally and waits for requests. Apache is compiled with dynamic modules and loads them per the default configuration. mod_dav, mod_roaming, mod_php3 are also loaded, but they don't seem to affect the behaviour. I checked the procedure both with without PHP/3.0.18. Both PHP/3.0.18 PHP/4.1.0 are compiled with --enable-versioning. Edit this bug report at http://bugs.php.net/?id=14569edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14555 Updated: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing
ID: 14555 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: XSLT related Operating System: debian woody PHP Version: 4.1.0 New Comment: Please post the output of this: nm /usr/local/lib/libsablot.so.0 | grep XML_SetParamEntityParsing Previous Comments: [2001-12-17 17:54:08] [EMAIL PROTECTED] That gives one line with XML_SetParamEntityParsing, so I assume it is in there. There was no probs compiling and installing Sablot, I have NOT found any similar issue on the gingerall pages or any other mailing lists/newsgroups I've searched. [2001-12-17 02:44:23] [EMAIL PROTECTED] What does the output of strings /usr/local/lib/libsablot.so.0|grep XML_SetParamEntityParsing gives you? If you're missing the symbol your libsablot installation is broken. Feedback. [2001-12-16 22:02:05] [EMAIL PROTECTED] Config, compile and install works fine, apache fails to start: Apache: Starting Syntax error on line 226 of /usr/local/conf/httpd.conf: Cannot load /usr/local/libexec/libphp4.so into server: /usr/local/lib/libsablot.so.0: undefined symbol: XML_SetParamEntityParsing /usr/local/bin/apachectl start: httpd could not be started ./configure \ --with-apxs \ --with-mysql \ --with-zlib \ --with-bz2 \ --with-curl \ --with-dom \ --enable-ftp \ --with-gd\ --enable-gd-native-ttf \ --with-gmp \ --enable-sockets \ --with-openssl \ --with-ldap \ --enable-xslt\ --with-xslt-sablot \ --with-iconv apache 1.3.22 sablot 0.71 expat 1.95.2 libxml 2.4.10 xmltok 1.1 Apache and PHP was compiled and installed manually, the rest has been done with .deb packages/apt. Additional: In order to successfully compile, configure didnt stop, had to install dev-files for xmltok, libxml and sasl (used deb's) Edit this bug report at http://bugs.php.net/?id=14555edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 Old PHP Version: 4.2.0-dev PHP Version: 4.1.0 New Comment: Went back to PHP 4.1.0 and have tried numerous things and found a consistency causing the problem (don't understand why though). If the URL is something such as: http://www.domain.com/test/control_panel scripting stops part ways through unless I have output_buffering On if the URL is: http://www.domain.com/test/control_panel/ (notice the end /) it works just fine with output_buffering on OR off When I drop back to PHP4.0.6 it doesn't matter if the end '/' is there or not. I must point out that this script forces a virtual URL in that it actually is running a PHP script called test and everything else on the URL is simply virtual pages telling the test script what it is to be doing. On static pages I have not tested this to see if the '/' is missing that there is a problem. Perhaps apache needs different configuration when using PHP4.1.0 over PHP4.0.6 to overcome the end '/' tag. Now that I know this bug, I can easily overcome it in my code (all links already do this but for test pages I just manually type it in and have always left the end '/' off as it worked in previous versions of PHP). Just in case I tested it with both magic_quotes on and off in both 4.0.6 and 4.1.0 and it still works in 4.0.6 and not in 4.1.0 Either way this problem is not as serious anymore as this slight fix (in knowing the '/' is needed) means I'm no longer having half pages displayed. Previous Comments: [2001-12-15 15:33:50] [EMAIL PROTECTED] Tried using the snap shot and it will no longer let me connect to my MySQL database so I couldn't run the page I've been doing the testing on. Did the format for mysql_connect change in this version? I can still connect to it from the Linux prompt itself so it's still running. In phpinfo() the section on mysql looks exactly the same except MYSQL_MODULE_TYPE (4.1.0 reports 'none' the 4.2.0-dev reports 'builtin') yet I used the same configure line (both used built in - I've never figured out how to get it to use the installed MySQL perhaps because it's installed from rpm files and library file just don't exist - but not too sure what I am supposed to be looking for there). [2001-12-15 06:35:00] [EMAIL PROTECTED] Can you please try a snapshot from snaps.php.net, and see if it's fixed in the 4.2.0dev version? Thanx, Derick [2001-12-14 20:16:49] [EMAIL PROTECTED] Having a problem like in bug ID# 9836 but was unable to submit comments to that thread. scripts sometimes stops outputing part ways through. (No errors just an uncompleted page displayed). Regardless of how many refreshes it stops at exact same place. Some pages have very little code others have a lot so length doesn't seem to be the issue. I tried setting a session variable after an echo statement that did not fully display and on a reload it had taken the new value. This would suggest the script doesn't really stop, just the output of HTML being returned stops. As a side note the time the setting of a session variable was added below the lines not displaying, upon a refresh it not only showed me the variable was set but it displayed the whole page. Sure enough if I pulled the session variable out (nothing relative to the page at all), restart the session it's back to stopping at the exact same spot before - right in the middle of an echo statement such as: echo This is a sample; would only output: Thi (and that would be the last of the page) It is not timing out (runs in less than a second). But I have discovered if I set the following in php.ini it works perfectly: output_buffering = On (formally set to 'Off') You would think that with it set to On you'd have more chances of a cut off than with it Off Here is my config line (same as when I run PHP4.0.6 which doesn't repeat this problem). ./configure --with-apxs --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/u sr --with-config-file-path=/etc --disable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-curf --with-db3 --with-exec-dir=/usr/bin --with-gd --with-gdbm --with-gettext -with-jpeg-dir=/usr --enable-trans-sid --with-openssl --with-png --with-regex=system --with-ttl --with-zlib --with-layout=GNU --enable-debugger --enable-ftp --enable-magic-quotes --enable-safe-mode
Re: [PHP-DEV] ext/adt - futher devel?!
Hi, as ext/adt hasn't experienced any updates for a while, I'd just like to know if further development ist planned. I've been pretty as of late -- I should have time during the holidays to play around with it a bit... Its about 5 hours of work till a alpha/beta -- 5 hours I'm not looking forward too ;) -Sterling Appreciate any kind of answer :o) best regards -moh -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14569 Updated: Apache crashes with Illegal instruction
ID: 14569 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: linux PHP Version: 4.1.0 New Comment: Solves the problem, but should I notice that it happened even without php3... Is there any documentation on this kind of problems? Even now that I know the solution, I cannot find anything in the search. Previous Comments: [2001-12-17 17:56:09] [EMAIL PROTECTED] You need to compile MySQL support in with this switch: --enable-mysql=/path/to/mysql The bundled libraries conflict with the libraries mod_php3 uses. Not a bug bogus [2001-12-17 17:52:03] [EMAIL PROTECTED] These are all the options used to configure PHP/4.1.0. It's an excerpt from a script used in an RPM build. ./configure \ --prefix=/usr \ \ --with-apxs=`rpm -ql xalkina-apache | grep bin/apxs` \ \ --with-exec-dir=/usr/local/lib/php \ --with-config-file-path=/etc/httpd \ \ --with-system-regex \ --enable-versioning \ --enable-sysvsem \ --enable-sysvshm \ --disable-maintainer-mode \ --disable-dmalloc \ \ --without-tsrm-pthreads \ --without-gd \ --without-gettext \ --with-ldap=/usr \ --without-recode \ --without-ttf \ --without-xml \ --without-gdbm \ --without-ndbm \ --without-db2 \ --without-dbm \ --without-cdb \ --without-mcrypt \ --without-mhash \ --without-yp \ --without-imap \ --without-imsp \ --without-imagick \ --without-mck \ --without-openssl \ --without-snmp \ --without-hyperwave \ --without-zlib \ --without-pdflib \ --without-cpdflib \ --without-fdftk \ \ --without-adabas \ --without-msql \ --without-mysql \ --without-oracle \ --without-oci8 \ --without-iodbc \ --without-openlink \ --without-sybase \ --without-sybase-ct \ --without-pgsql \ --without-ibm-db2 \ --without-solid \ --without-empress \ --without-velocis \ --without-informix \ --without-interbase \ --without-custom-odbc \ --without-dbase \ --without-filepro \ --without-ovrimos \ \ --enable-safe-mode \ --enable-track-vars \ --enable-memory-limit \ --disable-display-source \ --disable-url-fopen-wrapper [2001-12-17 17:42:38] [EMAIL PROTECTED] What is your full configur eline fro PHP 4 ? [2001-12-17 17:41:20] [EMAIL PROTECTED] PHP/4.1.0 is compiled as a dynamic module for Apache/1.3.22. When it is compiled --with-mysql=/usr, the server crashes with a SIGILL. When it is compiled --without-mysql, the server starts normally and waits for requests. Apache is compiled with dynamic modules and loads them per the default configuration. mod_dav, mod_roaming, mod_php3 are also loaded, but they don't seem to affect the behaviour. I checked the procedure both with without PHP/3.0.18. Both PHP/3.0.18 PHP/4.1.0 are compiled with --enable-versioning. Edit this bug report at http://bugs.php.net/?id=14569edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14569 Updated: Apache crashes with Illegal instruction
ID: 14569 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: linux PHP Version: 4.1.0 New Comment: After ./configure has finished it prints this: ++ |*** WARNING *** | || | You chose to compile PHP with the built-in MySQL support. If you | | are compiling a server module, and intend to use other server | | modules that also use MySQL (e.g, mod_auth_mysql, PHP 3.0, | | mod_perl) you must NOT rely on PHP's built-in MySQL support, and | | instead build it with your local MySQL support files, by adding| | --with-mysql=/path/to/mysql to your configure line.| ++ I think that's clear enough :) Derick Previous Comments: [2001-12-17 18:34:41] [EMAIL PROTECTED] Solves the problem, but should I notice that it happened even without php3... Is there any documentation on this kind of problems? Even now that I know the solution, I cannot find anything in the search. [2001-12-17 17:56:09] [EMAIL PROTECTED] You need to compile MySQL support in with this switch: --enable-mysql=/path/to/mysql The bundled libraries conflict with the libraries mod_php3 uses. Not a bug bogus [2001-12-17 17:52:03] [EMAIL PROTECTED] These are all the options used to configure PHP/4.1.0. It's an excerpt from a script used in an RPM build. ./configure \ --prefix=/usr \ \ --with-apxs=`rpm -ql xalkina-apache | grep bin/apxs` \ \ --with-exec-dir=/usr/local/lib/php \ --with-config-file-path=/etc/httpd \ \ --with-system-regex \ --enable-versioning \ --enable-sysvsem \ --enable-sysvshm \ --disable-maintainer-mode \ --disable-dmalloc \ \ --without-tsrm-pthreads \ --without-gd \ --without-gettext \ --with-ldap=/usr \ --without-recode \ --without-ttf \ --without-xml \ --without-gdbm \ --without-ndbm \ --without-db2 \ --without-dbm \ --without-cdb \ --without-mcrypt \ --without-mhash \ --without-yp \ --without-imap \ --without-imsp \ --without-imagick \ --without-mck \ --without-openssl \ --without-snmp \ --without-hyperwave \ --without-zlib \ --without-pdflib \ --without-cpdflib \ --without-fdftk \ \ --without-adabas \ --without-msql \ --without-mysql \ --without-oracle \ --without-oci8 \ --without-iodbc \ --without-openlink \ --without-sybase \ --without-sybase-ct \ --without-pgsql \ --without-ibm-db2 \ --without-solid \ --without-empress \ --without-velocis \ --without-informix \ --without-interbase \ --without-custom-odbc \ --without-dbase \ --without-filepro \ --without-ovrimos \ \ --enable-safe-mode \ --enable-track-vars \ --enable-memory-limit \ --disable-display-source \ --disable-url-fopen-wrapper [2001-12-17 17:42:38] [EMAIL PROTECTED] What is your full configur eline fro PHP 4 ? [2001-12-17 17:41:20] [EMAIL PROTECTED] PHP/4.1.0 is compiled as a dynamic module for Apache/1.3.22. When it is compiled --with-mysql=/usr, the server crashes with a SIGILL. When it is compiled --without-mysql, the server starts normally and waits for requests. Apache is compiled with dynamic modules and loads them per the default configuration. mod_dav, mod_roaming, mod_php3 are also loaded, but they don't seem to affect the behaviour. I checked the procedure both with without PHP/3.0.18. Both PHP/3.0.18 PHP/4.1.0 are compiled with --enable-versioning. Edit this bug report at http://bugs.php.net/?id=14569edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14569 Updated: Apache crashes with Illegal instruction
ID: 14569 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: linux PHP Version: 4.1.0 New Comment: Mind you, but this has nothing to do with it! First of all, the server crashes even when the only module using MySQL loaded is php4. mod_roaming isn't using MySQL, mod_dav isn't using MySQL, and none of the default Apache modules is using MySQL. Second, it was never compiled with the bundled MySQL files, it was always, repeat: ALWAYS, compiled --with-mysql=/usr. Third, the notice does not suggest using the --enable-WHATEVER way :-) BTW, the change I notice in the new module, is this: it does not link with libmysqlclient.so libpthread.so anymore. (Same thing happens with PHP/3 that worked correctly). I originally though it had something to do with threads, that's why I added the --without-tsrm-whatever options to configure. Previous Comments: [2001-12-17 18:42:15] [EMAIL PROTECTED] After ./configure has finished it prints this: ++ |*** WARNING *** | || | You chose to compile PHP with the built-in MySQL support. If you | | are compiling a server module, and intend to use other server | | modules that also use MySQL (e.g, mod_auth_mysql, PHP 3.0, | | mod_perl) you must NOT rely on PHP's built-in MySQL support, and | | instead build it with your local MySQL support files, by adding| | --with-mysql=/path/to/mysql to your configure line.| ++ I think that's clear enough :) Derick [2001-12-17 18:34:41] [EMAIL PROTECTED] Solves the problem, but should I notice that it happened even without php3... Is there any documentation on this kind of problems? Even now that I know the solution, I cannot find anything in the search. [2001-12-17 17:56:09] [EMAIL PROTECTED] You need to compile MySQL support in with this switch: --enable-mysql=/path/to/mysql The bundled libraries conflict with the libraries mod_php3 uses. Not a bug bogus [2001-12-17 17:52:03] [EMAIL PROTECTED] These are all the options used to configure PHP/4.1.0. It's an excerpt from a script used in an RPM build. ./configure \ --prefix=/usr \ \ --with-apxs=`rpm -ql xalkina-apache | grep bin/apxs` \ \ --with-exec-dir=/usr/local/lib/php \ --with-config-file-path=/etc/httpd \ \ --with-system-regex \ --enable-versioning \ --enable-sysvsem \ --enable-sysvshm \ --disable-maintainer-mode \ --disable-dmalloc \ \ --without-tsrm-pthreads \ --without-gd \ --without-gettext \ --with-ldap=/usr \ --without-recode \ --without-ttf \ --without-xml \ --without-gdbm \ --without-ndbm \ --without-db2 \ --without-dbm \ --without-cdb \ --without-mcrypt \ --without-mhash \ --without-yp \ --without-imap \ --without-imsp \ --without-imagick \ --without-mck \ --without-openssl \ --without-snmp \ --without-hyperwave \ --without-zlib \ --without-pdflib \ --without-cpdflib \ --without-fdftk \ \ --without-adabas \ --without-msql \ --without-mysql \ --without-oracle \ --without-oci8 \ --without-iodbc \ --without-openlink \ --without-sybase \ --without-sybase-ct \ --without-pgsql \ --without-ibm-db2 \ --without-solid \ --without-empress \ --without-velocis \ --without-informix \ --without-interbase \ --without-custom-odbc \ --without-dbase \ --without-filepro \ --without-ovrimos \ \ --enable-safe-mode \ --enable-track-vars \ --enable-memory-limit \ --disable-display-source \ --disable-url-fopen-wrapper [2001-12-17 17:42:38] [EMAIL PROTECTED] What is your full configur eline fro PHP 4 ? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14569 Edit this bug report at
[PHP-DEV] Bug #14562 Updated: dBase: Unable to obtain dBase file structure
ID: 14562 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Feature/Change Request Operating System: Solaris PHP Version: 4.1.0 Old Assigned To: Assigned To: zak New Comment: I wrote a bit of sample code that may do what you want. Visit http://www.php-er.com/html/rn45re878.html - the first example for unpack() shows how to use unpack() to read the format of a dbf file. I will take a look at adding the functionality to PHP* in a few weeks. * As long as no one has a good reason for me not too. :) Previous Comments: [2001-12-17 10:58:29] [EMAIL PROTECTED] Hello, I would like to request feature for PHP dBase support functions. It will be helpfull, if will be possible to read dBase file header information, not only number of fields and its names. For dBase importing is also important data type, length and precision (if applicable). If you thing, that I can help you with this request, send me mail. Thank you. Best regards, Tomas Polak Edit this bug report at http://bugs.php.net/?id=14562edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14571: setcookie behavoir changed in 4.1 from previous versions
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: Documentation problem Bug description: setcookie behavoir changed in 4.1 from previous versions The behavoir of the setcookie function changed in 4.1.0 even though no such change was documented in the changelog. This had the effect of disabling an application of mine until I figured out what happened. In PHP 4.1.0, the code: setcookie(cookiename,); would delete the cookie 'cookiename'. In PHP 4.1.0, this function created a cookie with a null value named cookiename. I know this is a rather silly change, and you wouldn't expect someone to ever specify a blank value in the second argument, but it did cause a short downtime in our website software. I posted this on the setcookie() manual page but it was rejected on grounds that it was more of a bug report than anything, so I thought I'd post it here. Thanks Sean -- Edit bug report at: http://bugs.php.net/?id=14571edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14555 Updated: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing
ID: 14555 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: XSLT related Operating System: debian woody PHP Version: 4.1.0 New Comment: balder:~# nm /usr/local/lib/libsablot.so.0 | grep XML_SetParamEntityParsing U XML_SetParamEntityParsing Unlinked I guess, I don't really know what it means in this context, maybe something I should investigate with gingerall/sablot lists. Previous Comments: [2001-12-17 17:57:19] [EMAIL PROTECTED] Please post the output of this: nm /usr/local/lib/libsablot.so.0 | grep XML_SetParamEntityParsing [2001-12-17 17:54:08] [EMAIL PROTECTED] That gives one line with XML_SetParamEntityParsing, so I assume it is in there. There was no probs compiling and installing Sablot, I have NOT found any similar issue on the gingerall pages or any other mailing lists/newsgroups I've searched. [2001-12-17 02:44:23] [EMAIL PROTECTED] What does the output of strings /usr/local/lib/libsablot.so.0|grep XML_SetParamEntityParsing gives you? If you're missing the symbol your libsablot installation is broken. Feedback. [2001-12-16 22:02:05] [EMAIL PROTECTED] Config, compile and install works fine, apache fails to start: Apache: Starting Syntax error on line 226 of /usr/local/conf/httpd.conf: Cannot load /usr/local/libexec/libphp4.so into server: /usr/local/lib/libsablot.so.0: undefined symbol: XML_SetParamEntityParsing /usr/local/bin/apachectl start: httpd could not be started ./configure \ --with-apxs \ --with-mysql \ --with-zlib \ --with-bz2 \ --with-curl \ --with-dom \ --enable-ftp \ --with-gd\ --enable-gd-native-ttf \ --with-gmp \ --enable-sockets \ --with-openssl \ --with-ldap \ --enable-xslt\ --with-xslt-sablot \ --with-iconv apache 1.3.22 sablot 0.71 expat 1.95.2 libxml 2.4.10 xmltok 1.1 Apache and PHP was compiled and installed manually, the rest has been done with .deb packages/apt. Additional: In order to successfully compile, configure didnt stop, had to install dev-files for xmltok, libxml and sasl (used deb's) Edit this bug report at http://bugs.php.net/?id=14555edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] ext/adt - futher devel?!
At 12:06 AM 12/18/2001 +0100, Sterling Hughes wrote: Hi, as ext/adt hasn't experienced any updates for a while, I'd just like to know if further development ist planned. I've been pretty as of late -- I should have time during the holidays to play around with it a bit... Its about 5 hours of work till a alpha/beta -- 5 hours I'm not looking forward too ;) You've always been pretty :) Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14572: not compile module as a dynamic loading module
From: [EMAIL PROTECTED] Operating system: RedHat 7.2 PHP version: 4.1.0 PHP Bug Type: *Compile Issues Bug description: not compile module as a dynamic loading module Sorry! I'm poor English! I create my module fellow step,but not found fancao.so 1./usr/src/php4.1.0/ext/ext_skel --extname=fancao 2.run phpize at /usr/src/php4.1.0/ext/fancao 3../congfiguare --with-php-config=/var/php4/bin/php-config 4.make maybe /usr/src/php4.1.0/ext/fancao/config.m4 have a error!because I copy a config.m4 file from ext/bz2/ to overwrite it then can get fancao.so -- Edit bug report at: http://bugs.php.net/?id=14572edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14572 Updated: not compile module as a dynamic loading module
ID: 14572 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Compile Issues Operating System: RedHat 7.2 PHP Version: 4.1.0 New Comment: This is not quite a bug, please write to the [EMAIL PROTECTED] mailinglist. That's the place to ask this kind of questions. regards, Derick Previous Comments: [2001-12-18 02:49:31] [EMAIL PROTECTED] Sorry! I'm poor English! I create my module fellow step,but not found fancao.so 1./usr/src/php4.1.0/ext/ext_skel --extname=fancao 2.run phpize at /usr/src/php4.1.0/ext/fancao 3../congfiguare --with-php-config=/var/php4/bin/php-config 4.make maybe /usr/src/php4.1.0/ext/fancao/config.m4 have a error!because I copy a config.m4 file from ext/bz2/ to overwrite it then can get fancao.so Edit this bug report at http://bugs.php.net/?id=14572edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]