RE: [PHP-DEV] OCI8 Thread safety
Title: RE: [PHP-DEV] OCI8 Thread safety Has anyone tried OCI8 under Apache 2 on UNIX? Edin
[PHP-DEV] RE: [PHP-CVS] cvs: php4 /ext/sockets sockets.c
Everyone, Can I merge this into the current RC? This should not cause any problems. What are we doing with the current release right now? who is having problems and which problems are outstanding?? We have two possible MFH's that people want to do which shouldnt really be included at this later stage but both are quite important. We really need to get 4.0.5 out the door so please send a list of any problems you are aware of or any fixes you feel should be in there so that they can be reviewed and put in the branch if needed. Today is Tuesday lets try and get a List by tomorrow and then an RC with any fixes tomorrow night then two days testing and release on Friday, otherwise release on monday if there are still unresolved issues. -James -- 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] PHP 4.0 Bug #10193: Gargbage characters returned.
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.0.3pl1 PHP Bug Type: Scripting Engine problem Bug description: Gargbage characters returned. About every 5 or 6 refreshes of several pages on the site, garbage characters are returned causing the page to display incorrectly. I cannot replicate for any particular characters but it is happening on a regular basis. I am using IIS 5. It is not reporting any errors but the characters are not correct. For instance a submit button may read 'input type=suEGOR' instead of 'input type=submit' -- Edit Bug report at: http://bugs.php.net/?id=10193edit=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] PHP 4.0 Bug #10072 Updated: SIGSEGV on startup (apxs)
ID: 10072 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: User feedback: -- I recompiled Apache with --enable-rule=SHARED_CORE and now it works correctly. (Previously I had enabled mod_so but not SHARED_CORE. I wish they'd tell you these things..) -- Closed. --Jani Previous Comments: --- [2001-04-03 20:14:04] [EMAIL PROTECTED] Using latest gcc and gmake, but using Sun's /usr/ccs/bin/ld (1 Sep 1998). I guess the next step is to try GNU ld.. Matt. --- [2001-04-03 09:06:07] [EMAIL PROTECTED] Which compiler / linker do you use? GNU? --Jani --- [2001-04-03 03:18:39] [EMAIL PROTECTED] I got the latest snap, php4-200104022145, and rebuilt as you suggest. I also used a smaller configure line: ./configure --with-apxs --enable-debug and got the same segfault. The gdb output is identical, and the truss output is an identical structure but a couple of different mmap base addresses and sizes. Judging by the gdb, maybe this is a problem with either apxs on Solaris 7, or with PHP's usage of it? The /x/informix you see in the truss are because of the environment variables: LD_LIBRARY_PATH=/usr/local/lib LD_RUN_PATH=:/x/informix/lib/esql:/x/informix/lib I will try recompiling with the static (non-apxs) form tomorrow. Matt. --- [2001-04-01 13:17:06] [EMAIL PROTECTED] Can you please try the latest CVS snapshot from http://snaps.php.net/ ? And I saw some informix related stuff in that truss output so it might be something left in there. Check your php.ini and also do 'make clean' after configuring PHP. --Jani --- [2001-03-30 17:07:16] [EMAIL PROTECTED] I'm not sure what you mean. My PHP configure line already has --enable-debug, and contains no source dirs except jpeg-6b (I can take that out and recompile I guess). ../../mysql = /usr/local/mysql, which is where it installed Or are you referring to my Apache configure line (the example installation specified to use those source dirs). --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10072edit=2 -- 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] PHP 4.0 Bug #6294 Updated: Strange behaviour when using DB2
ID: 6294 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Assigned To: Comments: Please use the Bug system to respond to bugs. User Reports: No, since the GENERATE_UNIQUE() function, which relies on a FOR BIT DATA field still won't work. It seems to be the FOR BIT DATA variants of the CHAR fields that PHP has problems with, and even though I haven't bumped into more situations where I need this, It sure will happen at some point - I can imagine I'll encounter the problem when we next month start to store product pictures in the database. A such field type would be convenient to use, as an alternative to xLOB fields.. Best regards, Eirik Overby Previous Comments: --- [2001-04-09 11:11:12] [EMAIL PROTECTED] Judging by your second comment, would you consider this bug closed? --- [2000-08-22 11:26:07] [EMAIL PROTECTED] I have been able to narrow the problem down to the useage of the "FOR BIT DATA" modifier to the CHAR type. To use the GENERATE_UNIQUE() function in DB2, one must have a CHAR(13) FOR BIT DATA field. When working with a table with such a field, PHP seems to choke and do many strange things.. Now that I redesigned the database into just using plain CHAR(13) fields (planning to use uniqid()), everything seems to work a lot better. -Eirik --- [2000-08-22 09:34:14] [EMAIL PROTECTED] Hi! Having installed DB2 and compiled PHP with --with-ibm-db2 option, set the environment properly and started apache/php, I have the following situation: Connecting to the database works fine. Inserting data into tables in a database works fine, it seems. I can view the data using the command line interface to DB2 or any other tool. Selecting from a table, however, is rather flakey, at best. In my case, doing a "SELECT * FROM bar" seems to work, but when using odbc_result_all() to print the result set, the first field (an ID field, CHAR(13) BIT DATA) shows as either empty or with strange data. This strange data is, in this case, either "ml" (part of "html"??) or "/usr/bin:/usr/sbin:/usr/local/bin:" .. Seems to be a environment variable on my system. When running it through PHP4 for OS/2 instead, these "strange data" are either "ml" or parts of the SQL statement. Doing a "SELECT foo FROM bar" returns nothing at all, even though the exact same statement returns the data I want in any other tool I use to manage the database. This sounds to me like a nasty bug - pointer problems or something? - in your code.. Either that, or it's something stupid I've done. ;) Hope this can be resolved as soon as possible, since we're about to do a company-wide transition from MySQL to DB2 these days. This encounter is a serious set-back .. Best regards, Eirik Overby Freepoint Networks GmbH Haburg, Germany --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6294edit=2 -- 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] PHP 4.0 Bug #4176 Updated: IMAP can't open an POP3 mailbox over a proxy
ID: 4176 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: IMAP related Assigned To: Comments: No feedback. --Jani Previous Comments: --- [2001-03-08 20:06:22] [EMAIL PROTECTED] Does this work with PHP 4.0.4pl1? (and with IMAP-2000 c-client?) --Jani --- [2001-02-10 14:17:03] [EMAIL PROTECTED] refiling as bug against 4.0. --- [2000-07-25 12:34:42] [EMAIL PROTECTED] POP3 proxies? never heard of them??? could you please point me to some further reading about this topic? as i have never heard of them (especially not in the c-client docs) it might be that they are really not supported so i file this report as a feature request for now ... --- [2000-04-18 08:27:30] [EMAIL PROTECTED] IMAP can't open an POP3 mailbox over a proxy but it worked with Outlook Express to connect to the mailsystem. We have here one webserver in the house for testing but the mailserver hangs on the internet. both have no direct connect. the can only connect through a proxy. we suppose that theres the problem. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=4176edit=2 -- 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] PHP 4.0 Bug #6681 Updated: php hang when an extension DLL is uncommented
ID: 6681
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Dynamic loading
Assigned To:
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-08 20:09:13] [EMAIL PROTECTED]
What is the situation with this? Does it work with PHP 4.0.4pl1?
--Jani
---
[2001-01-08 17:03:54] [EMAIL PROTECTED]
er, it shouldn't just hang...
---
[2001-01-08 17:02:35] [EMAIL PROTECTED]
try echo ini_get( 'extension_dir' ) ;
if it shows c:phpmodules, you'll have to escape the backslashes. if the error
persists, reopen.
---
[2000-09-12 10:35:24] [EMAIL PROTECTED]
I'm sorry but i'ts
Apache/1.3.12 (Win32) and MySQL 3.23.22
---
[2000-09-12 10:22:19] [EMAIL PROTECTED]
Configuration
==
PHP 4.0.2
Apache 3.23.22
Internet Explorer 5.5
Windows Millennium
Pentium MMX 233 - 128 meg ram
I've tried to use Extensions DLL by uncommenting some lines in php.ini. When I try to
load a PHP script, IE5 seems to do something but no errors is displayed.
If I comment all extensions, my PHP scripts works.
I've put my extensions DLL in c:phpmodules
And yes all files exists in this directory and yes i've modify the extension_dir
properties in php.ini
I've tried using
extension_dir = "c:phpmodules"
extension_dir = c:phpmodules
extension_dir = c:phpmodules
etc
See php.ini below
==
[PHP]
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP to
; read it, it must be named 'php.ini'. PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none ; sets foo to an empty string
; foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).
; Language Options ;
engine = On ; Enable the PHP scripting language engine
under Apache
short_open_tag = On ; allow the ? tag. otherwise, only ?php and
script tags are recognized.
asp_tags= Off ; allow ASP-style % % tags
precision = 14 ; number of significant digits displayed in
floating point numbers
y2k_compliance = Off ; whether to be year 2000 compliant (will cause
problems with non y2k compliant browsers)
output_buffering= Off ; Output buffering allows you to send header lines
(including cookies)
; even after you send body
content, in the price of slowing
[PHP-DEV] PHP 4.0 Bug #6981 Updated: --with mysql gives undefined symbol: uncompress
ID: 6981 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-10 14:26:42] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ as this should be fixed now. --Jani --- [2001-02-01 14:17:49] [EMAIL PROTECTED] Have you tried this with the latest version from CVS? --- [2000-10-02 23:00:13] [EMAIL PROTECTED] When configuring with 'configure --with-mysql=/usr/local/mysql --with-apxs' and then restarting httpd: "Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: uncompress" When configuring with 'configure --with-apxs', everything works - including MySQL... very odd. [gufo@erwin ~]$ uname -a Linux erwin.dupoint.com 2.2.16 #2 tor aug 10 03:54:55 CEST 2000 i686 unknown [gufo@erwin ~]$ /usr/sbin/httpd -v Server version: Apache-AdvancedExtranetServer/1.3.12 (NetRevolution/Linux-Mandrake) Server built: May 8 2000 04:59:44 Performance Tuned by SGI http://www.sgi.com/ [gufo@erwin ~]$ mysql --version mysql Ver 9.38 Distrib 3.22.32, for pc-linux-gnu (i686) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6981edit=2 -- 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] PHP 4.0 Bug #6839 Updated: get metatags
ID: 6839 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Function Specific Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-08 20:08:20] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-02-10 21:42:34] [EMAIL PROTECTED] The multi-line issue has been fixed in CVS. Reading up on language attribute now. Sean --- [2000-09-25 18:58:08] [EMAIL PROTECTED] Yes, it's a know problem. Somebody needs to fix that function. --- [2000-09-21 20:47:14] [EMAIL PROTECTED] the function get metatags does not support multiline metatags. keywords and discriptions in metatags can be in different languages (lang- attribute), but are not supported yet. it must also be possible to get the title of a document! (title tag in head part). greetings ingo --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6839edit=2 -- 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] PHP 4.0 Bug #6652 Updated: include() require() add trailing CRLF
ID: 6652 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Function Specific Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-08 20:14:53] [EMAIL PROTECTED] I can not reproduce this one either. Are you sure that the include.php has got only one line in it which isn't terminated with newline? --Jani --- [2001-01-13 17:31:19] [EMAIL PROTECTED] sorry, it should have been ... after the include()d / requre()d text OR at the end of ... --- [2001-01-13 13:11:50] [EMAIL PROTECTED] hm... unable to reproduce it on RH6.2 with 4.0.4 does it happen only with include() and require()? does the appended newline appear after the include()d / requre()d text at the end of the whole resulting document? what's the auto_prepend_file directive set to? --- [2001-01-13 12:52:56] [EMAIL PROTECTED] Yes, We are now running 4.0.4 It has the same result. -Kevin --- [2001-01-12 21:29:03] [EMAIL PROTECTED] have you by any chance updated your PHP since 4.0.2? does it still happen? --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6652edit=2 -- 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] PHP 4.0 Bug #6919 Updated: URL parameter decoding
ID: 6919
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: PWS related
Assigned To:
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
Although this migth be PWS specific thing.
In which case you should change the webserver used.
--Jani
Previous Comments:
---
[2001-02-25 07:33:14] [EMAIL PROTECTED]
Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from
http://snaps.php.net/?
---
[2000-12-12 11:43:51] [EMAIL PROTECTED]
User repors it being PWS.
---
[2000-12-12 05:55:11] [EMAIL PROTECTED]
Which webserver is it?
---
[2000-09-28 03:40:20] [EMAIL PROTECTED]
My server is configured to retrieve a file called "index.php" by default. Thus the
following two URLs should give the same result:
(1) http://.../index.php?a=bc=d
(2) http://.../?a=bc=d
The statement...
!PHP print('a['.$a.'] c['.$c.']); ?
...results in:
(1) a[b] c[d]
(2) a[] c[]
Thus, the parameters seem not to be decoded correctly in the second case.
Test with HTTP_GET_VARS show the same effect.
I use the precompiled windows version as found in the download section. And here is my
"php.ini":
[PHP]
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP to
; read it, it must be named 'php.ini'. PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none ; sets foo to an empty string
; foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).
; Language Options ;
engine = On ; Enable the PHP scripting language engine
under Apache
short_open_tag = On ; allow the ? tag. otherwise, only ?php and
script tags are recognized.
asp_tags= Off ; allow ASP-style % % tags
precision = 14 ; number of significant digits displayed in
floating point numbers
y2k_compliance = Off ; whether to be year 2000 compliant (will cause
problems with non y2k compliant browsers)
output_buffering= Off ; Output buffering allows you to send header lines
(including cookies)
; even after you send body
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output
buffering by in runtime by calling the output
; buffering functions, or
enable output buffering for all files
[PHP-DEV] PHP 4.0 Bug #7090 Updated: PHP, IIS, and Exchange don't get along
ID: 7090 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-02-25 07:39:48] [EMAIL PROTECTED] Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from http://snaps.php.net/? --- [2000-10-08 14:40:44] [EMAIL PROTECTED] Check out bug #6763. 1. Install IIS 4.0 on winnt server 4.0 w/ sp4 2. Install PHP 3. Run a test php script...works fine 4. Install exchange server 5.5. 5. Test accessing mail through IIS and it works fine. 6. Repeat step 3. Crashes 7. Repeat step 5. Still works fine. I am having this same problem only we installed php first and then exchange. PHP runs without any problems until someone accesses their webmail. Then all hell breaks loose and php shuts off claiming an "PHP has encountered an Access Violation at 73342F43" It some extreme cases, it takes down all of the web services but this is rare. We are running this on NT Server 4.0. IIS then locks up and only a restart will fix the problem. Error Log Reports the following: Source: WAM Description: The HTTP server encountered an unhandled exception while processing the ISAPI Application 'c:winntsystem32php4isapi.dll'. Shoot me an email if you need more info. Mike --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7090edit=2 -- 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] PHP 4.0 Bug #7247 Updated: MySQL+zlib
ID: 7247 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-10 14:27:26] [EMAIL PROTECTED] Please try the latest CVS. This should be fixed now. --Jani --- [2000-12-28 09:14:01] [EMAIL PROTECTED] Duplicate of #5651 (this patch of yours is not the right way to do this..) --Jani --- [2000-12-11 14:20:40] [EMAIL PROTECTED] Fine, here: --- php4/ext/mysql/config.m4Tue Nov 21 06:07:50 2000 +++ php4.lz/ext/mysql/config.m4 Mon Dec 11 13:58:54 2000 @@ -77,9 +77,27 @@ AC_MSG_ERROR(Cannot find mysqlclient library under $MYSQL_DIR) fi + for i in /usr/local /usr do +if test -f $i/include/zlib/zlib.h; then + ZLIB_DIR=$i + ZLIB_INCDIR=$i/include/zlib +elif test -f $i/include/zlib.h; then + ZLIB_DIR=$i + ZLIB_INCDIR=$i/include +fi + done + + if test -z "$ZLIB_DIR"; then +AC_MSG_ERROR(Cannot find libz) + fi + AC_ADD_LIBRARY_WITH_PATH(mysqlclient, $MYSQL_LIB_DIR, MYSQL_SHARED_LIBADD) + AC_ADD_LIBRARY_WITH_PATH(z, $ZLIB_LIBDIR, ZLIB_SHARED_LIBADD) + AC_ADD_INCLUDE($MYSQL_INC_DIR) + + AC_ADD_INCLUDE($ZLIB_INCDIR) else MYSQL_MODULE_TYPE="none" fi --- [2000-12-11 11:01:27] [EMAIL PROTECTED] You misunderstand me. This isn't something that I'm affected by. I've managed to fix this on my installation. What I'm saying is that the configure script should add -lz if an external MySQL library is chosen. --- [2000-12-11 05:38:29] [EMAIL PROTECTED] What is your PHP configuration line? What is your Apache configuration? --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7247edit=2 -- 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] PHP 4.0 Bug #7481 Updated: When accesing to data with mssql_query php crashes. Seems a pointer error
ID: 7481
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: MSSQL related
Assigned To:
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-02-25 07:34:55] [EMAIL PROTECTED]
Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from
http://snaps.php.net/?
---
[2000-10-26 09:42:16] [EMAIL PROTECTED]
function fetchtable()
{
$hostname = "1.100.1.131";
$username = "bdmssql";
$password = "bdmssql";
$dbName = "bdm";
$dbhandle = MSSQL_CONNECT($hostname,$username,$password) or DIE("DATABASE FAILED TO
RESPOND.");
mssql_select_db($dbName) or DIE("Table unavailable");
print "TABLE border="1" width="100%"TR";
/* here come some commands to make the query string*/
$salida=MSSQL_QUERY("$str_1 $str_2 $str_3;");
/* the query string looks like:
SELECT t1.ID_PER ,t1.NOMBRE ,t1.APELLIDOS ,t1.NACIONALIDAD ,t1.FECHA_NACIM
,t1.PROFESION ,t1.SEXO ,b7.DESCRIPCION as IDIOMA ,b8.NOMBRE as INSTITUCION
FROM personas t1, IDIOMAS b7, INSTITUCIONES b8
WHERE b7.ID_IDI = t1.REF_IDI AND b8.ID_INS = t1.REF_INS */
$fila=0;
while ($array_sal[$fila] = mssql_fetch_row ($salida))
{
$fila++;
print "TR";
print "TDINPUT TYPE="radio" NAME="registro"
VALUE="".$array_sal[$fila-1][0].""/TD";
for ($p=1;$pcount($array_sal[$fila-1]);$p++)
{ print "TD".$array_sal[$fila-1][$p]."/TD"; }
print "/TR";
}
I have only activated php_mssql7.dll
The error is like:
I n the server console an eroor message pops up telling:
---
php.exe : Application error.
" Intruction "0x7800..." has referenced memory at "0x0065...". I has not been able to
write to memory.
Choos Ok to end application.
Choose cancel to debug application.
As you can see It's very likely to be a pointer error , which i think should be
corrected.
Thanks anyway
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7481edit=2
--
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] PHP 4.0 Bug #10257: value function_name is changed
From: [EMAIL PROTECTED]
Operating system: doesn\'t matter
PHP version: 4.0.4pl1
PHP Bug Type: *Function Specific
Bug description: value function_name is changed
when you call the function call_user_func_array, the value
of the first parameter is changed hardcore to lowercase so
every reference to this value is changed too. e.g.
$String = "TEstFunction";
$Function= $String;
call_user_func_array($Function, array("a","b"));
echo $String." ".$Function;
will echo:
testfunction testfunction
this is really ugly if you use the string afterwards for
file-issues or variable-issues where the spelling does
matter ;-(
--
Edit Bug report at: http://bugs.php.net/?id=10257edit=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] PHP 4.0 Bug #7538 Updated: mssql_fetch_object
ID: 7538
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: MSSQL related
Assigned To:
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2000-11-29 12:19:03] [EMAIL PROTECTED]
I can not reproduce thes error on Windows 2000 or NT with the current version of cvs
(php4.0.4-dev).
Can you please provide additional info ? Do you use CGI or ISAPI ?
---
[2000-10-30 16:16:52] [EMAIL PROTECTED]
This bug has been reported under the OS Windows 2000. I would like to include Windows
NT4sp6a as well. The below statement doesn't work.
$i=0;
while ($numres $i){
$obj = mssql_fetch_object($result);
$acctnbr = $obj-acctnbr;
print "trtd$acctnbr/td/tr";
$i++;
}
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7538edit=2
--
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] PHP 4.0 Bug #10258: ActiveX ASP pages on the same Web server seems not to work properly any more!
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: ActiveX ASP pages on the same Web server seems not to work properly any more! -- Edit Bug report at: http://bugs.php.net/?id=10258edit=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] PHP 4.0 Bug #7665 Updated: php4isapi.dll: ServerFunc() HSE_MAP_URL_TO_PATH_EX - is not presently implement
ID: 7665 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Other web server Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-02-25 07:35:39] [EMAIL PROTECTED] Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from http://snaps.php.net/? --- [2000-11-20 12:22:06] [EMAIL PROTECTED] reclassified --- [2000-11-06 10:58:25] [EMAIL PROTECTED] Operating S Winnt 4.0 SP4 / Sambar 4.3 / When a user try to connect to PHP pages, the browser hang, and in the log file of Sambar you can see: Loading - php4isapi.dll: isapi php4isapi.dll: ServerFunc() HSE_MAP_URL_TO_PATH_EX - is not presently implement Why ? Thanks I forget The php script is good, and run under Windows 98 with PWS. --- [2000-11-06 10:53:53] [EMAIL PROTECTED] Operating S Winnt 4.0 SP4 / Sambar 4.3 / When a user try to connect to PHP pages, the browser hang, and in the log file of Sambar you can see: Loading - php4isapi.dll: isapi php4isapi.dll: ServerFunc() HSE_MAP_URL_TO_PATH_EX - is not presently implement Why ? Thanks --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7665edit=2 -- 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] PHP 4.0 Bug #7918 Updated: fopen fails to open file of form http://....
ID: 7918
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Filesystem function related
Assigned To: venaas
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-08 20:30:42] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/
--Jani
---
[2001-01-07 14:33:57] [EMAIL PROTECTED]
The reason might be that fopen() doesn't handle redirects. I hope
to add redirect support again though. To check if this is the reason,
check the contents of $http_response_header right after the fopen()
call and see if it contains a redirect.
---
[2000-12-30 19:51:08] [EMAIL PROTECTED]
No feedback. And this works for me.
--Jani
---
[2000-11-22 07:04:06] [EMAIL PROTECTED]
Please add complete (but shortest possible) script
to this report which does not work.
--Jani
---
[2000-11-21 23:38:12] [EMAIL PROTECTED]
[This is related to bug 7894 which was closed without statement of resolution. It
looks to be the same error].
In performing a local installation of Sourceforge 2.0 on Linux Redhat 7.0, the
following error occurs with the fopen statement of the form:
fopen("http://sourceforge/write_cache.php?sys_themeid=1function=0","r";)
The file is not opened and subsequent use of the file handles confirm that.
If the url is typed directly into Netscape's Address box it works fine and the
expected results are returned.
Users on the Sourceforge offsite discussion group report everthing was fine until
4.03x was installed.
I am using:
Apache 1.3.14
Php 4.0.3pl1 (complied as an apache module)
Linux Redhat 7.0
Mod_Perl
Mod_ssl
All configurations were out of the box following the basic install instructions.
php.ini was not modified.
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7918edit=2
--
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] PHP 4.0 Bug #8210 Updated: file upload
ID: 8210
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: HTTP related
Assigned To:
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-02-25 07:45:36] [EMAIL PROTECTED]
Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from
http://snaps.php.net/?
---
[2000-12-12 12:41:36] [EMAIL PROTECTED]
one more test
windows2000+apache-1.3.14+php.exe php-4.0.3pl1(php as CGI) is working
definetly the problem is in php4apache.dll
---
[2000-12-12 12:36:08] [EMAIL PROTECTED]
I tried windows2000+apache-1.3.14+php.exe php-4.0.2(php as CGI) - works again, so I
localize the problem in php4apache.dll I guess
here's the code if needed
if ($HTTP_POST_FILES["pic"] $HTTP_POST_FILES["pic"]["tmp_name"] != "none"){
$userRegistrationInfo["pic"] =
addslashes(fread(fopen($HTTP_POST_FILES["pic"]['tmp_name'], "r"),
filesize($HTTP_POST_FILES["pic"]['tmp_name'])));unlink($HTTP_POST_FILES["pic"]['tmp_name']);
$userRegistrationInfo["pic_type"] = $HTTP_POST_FILES["pic"]['type'];
}
and after that something like
mysql_query("insert into person set ".implode(',', $userQuery));
---
[2000-12-12 12:10:38] [EMAIL PROTECTED]
so when I use windows2000+apache-1.3.14+php4apache.dll php-4.0.3pl1 (php as apache
module)
and I upload files and put them in MySQL table they do come full (only few bytes of
them are inserted into MySQL) I do not know exactly how much.
I downgraded to windows2000+apache-1.3.12+php.exe php-4.0.2(php as CGI)
it works perfectly
on linux also works perfectly
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8210edit=2
--
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] PHP 4.0 Bug #8222 Updated: Objects are not automatically destroyed when reference count=0
ID: 8222
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Class/Object related
Assigned To:
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-08 12:48:35] [EMAIL PROTECTED]
If you compile PHP in debug mode (--enable-debug) does it
report any memory leaks? If not, the leak is probably not in
PHP code, but in external code (or caused by some wrong work
with external library). If yes, please post the leaks.
Also, you could use some malloc debugging library to see if
there aren't some leaks external to PHP.
---
[2000-12-13 05:44:12] [EMAIL PROTECTED]
Hi there,
as there are no extentions returning objects, perhaps I am the first to encounter
following problem:
I wrote an extention with functions returning objects. The problem is that these
objects are not automatically destroyed in memory when no variable references them
anymore.
A script like the following causes php to consume more and more memory until it
terminates with "out of memory" ...
01:?
02: [...]
03: while ($i++ 1)
04: {
05: $result=k2_searchrecv($a,$b,$c,$d,$e);
06: }
07: [...]
08:
09:?
Even if I change line 05 to
05: k2_searchrecv($a,$b,$c,$d,$e);
so that the resulting object is not referenced by any variable, memory consumption
grows.
one resulting objects looks like:
object(stdClass)(9) {
["errorCode"]=
int(0)
["errorMessage"]=
string(1) "-"
["docStart"]=
int(1)
["docPage"]=
int(6)
["numHit"]=
int(6)
["numProc"]=
int(52672)
["numCols"]=
int(3)
["numRows"]=
int(6)
["square"]=
array(6) {
[0]=
object(stdClass)(3) {
["SCORE"]=
string(6) "0.7742"
["VdkVgwKey"]=
string(6) "401824"
["JOB_TITLE"]=
string(44) "Software-Entwickler/in Information Retrieval"
}
[1]=
object(stdClass)(3) {
["SCORE"]=
string(6) "0.7742"
["VdkVgwKey"]=
string(6) "384327"
["JOB_TITLE"]=
string(18) "UNIX-Administrator"
}
[2]=
object(stdClass)(3) {
["SCORE"]=
string(6) "0.7742"
["VdkVgwKey"]=
string(6) "396529"
["JOB_TITLE"]=
string(38) "SoftwareentwicklerInnen-architektInnen"
}
[3]=
object(stdClass)(3) {
["SCORE"]=
string(6) "0.7742"
["VdkVgwKey"]=
string(6) "314928"
["JOB_TITLE"]=
string(27) "Anwendungsprogrammierer(in)"
}
[4]=
object(stdClass)(3) {
["SCORE"]=
string(6) "0.7742"
["VdkVgwKey"]=
string(8) "10017461"
["JOB_TITLE"]=
string(41) "Praktikant oder studentischer Mitarbeiter"
}
[5]=
object(stdClass)(3) {
["SCORE"]=
string(6) "0.7742"
["VdkVgwKey"]=
string(6) "239921"
["JOB_TITLE"]=
string(38) "Internet/Intranet/Extranet-Consultants"
}
}
}
Could the problem be, that the object-type is stdClass and not a user-defined class ?
Here one function that builds an object as result:
PHP_FUNCTION(k2_searchrecv)
{
zval **shandle, **docstart, **docpage, **timeout, **fieldnames;
zval **ksquare=0 ,***dummyzval=0 ;
K2Error kerror;
char *dummyptr;
char **fieldnamearray = 0;
int i,j;
int fieldcount;
int withfieldnames = 0;
int retries = 0;
char *dummystring;
K2SearchRecvOut recvOut = 0;
K2SearchRecvArgRec recvNew;
switch(ZEND_NUM_ARGS())
{
case 4: {
if (zend_get_parameters_ex(4, shandle, docstart, docpage,
timeout) == FAILURE)
RETURN_LONG(-1);
break;}
case 5: {
if (zend_get_parameters_ex(5, shandle, docstart, docpage,
timeout, fieldnames) == FAILURE)
RETURN_LONG(-1);
withfieldnames = 1;
dummystring = estrdup((*fieldnames)-value.str.val);
fieldcount = k2_internal_getNoOfStrings(dummystring);
dummyptr = dummystring;
fieldnamearray=(char**) emalloc (sizeof(char*) * fieldcount);
if (fieldnamearray == NULL)
{
php_error(E_ERROR,"k2_searchrecv: Unable to allocate
memory for 'fieldnamearray'");
return;
}
for (j=0; j fieldcount; j++)
[PHP-DEV] PHP 4.0 Bug #8265 Updated: Compile fails for oci8 with Oracle 8.0.4 - missing libs
ID: 8265 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: OCI8 related Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-02-18 06:30:06] [EMAIL PROTECTED] could you give me a login onto that box? --- [2000-12-14 20:29:57] [EMAIL PROTECTED] Compiling php-4.0.3pl1 on UnixWare 7.1.1: CFLAGS=-Kthread CC=cc ./configure --with-apache=../apache_1.3.14 --with-mysql=/usr/local/mysql --with-oci8=/home2/app/oracle/product/8.0.4 --with-gdbm --with-db3 --enable-track-vars All paths are correct, LD_LIBRARY_PATH is correct, etc. (-Kthread is necessary for linking, because my db3 lib was comiled with thread support.) configure fails with "Something is likely to be messed up here..." debug.log shows: cc -o conftest -Kthread -L/usr/ucblib -L/usr/ucblib -L/usr/local/lib -L/usr/local/lib -L/usr/local/mysql/lib/mysql -L/usr/local/mysql/lib/mysql -L/home2/app/oracle/product/8.0.4/lib -L/home2/app/oracle/product/8.0.4/lib conftest.c -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -lthread -lgen -lmw -lelf -lmw -ldl -lgen -lnsl -lsocket -lmysqlclient -lttf -lpng -lz -lgd -ldb -lgdbm -lresolv -lresolv -lm -ldl -lcrypt -lsocket -lsocket 15 UX:cc: WARNING: Use -Kthread instead of -lthread when linking with threads library; using -lthread directly may cause incorrect execution behavior. Undefined first referenced symbol in file skgfrwat/home2/app/oracle/product/8.0.4/lib/libclntsh.so [...plus 30-odd other "skg..." symbols not found...] (Don't worry about the -lthread warning, it's harmless here.) A quick check with nm finds the desirable symbols in Oracle's libgeneric, which itself requires symbols from Oracle's libmm. configure only links 4 Oracle libs (instead of the lumbering list of Oracle libs I'm accustomed to seeing). I modified the pertinent part of configure to add the two libs (requiring 188 new lines of code in configure!), and configure succeeds. (I modified configure, rather than edit the .m4 files and run buildconfig, because when I tried that the results differed in much more than the two Oracle libs). Has this configuration for Oracle 8.0 compiled clean elsewhere? Thanks for your input, Rob Roselius --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8265edit=2 -- 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] PHP 4.0 Bug #8332 Updated: Look in the supplied info
ID: 8332 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Problem Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-10 14:30:32] [EMAIL PROTECTED] This should be fixed in CVS now. Please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2000-12-28 09:09:14] [EMAIL PROTECTED] Duplicate of #5651 (temporary fix is to add --with-zlib into configure line) --- [2000-12-20 09:01:34] [EMAIL PROTECTED] /usr/local/mysql//lib/libmysqlclient.a(my_compress.o): In function `my_uncompress': my_compress.o(.text+0x97): undefined reference to `uncompress' /usr/local/mysql//lib/libmysqlclient.a(my_compress.o): In function `my_compress_alloc': my_compress.o(.text+0x12b): undefined reference to `compress' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8332edit=2 -- 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] PHP 4.0 Bug #10207 Updated: Crash sending files as attachment
ID: 10207 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Description: Crash sending files as attachment Shall I e-mail the source? Previous Comments: --- [2001-04-09 07:27:48] [EMAIL PROTECTED] I have now upgraded to PHP4, but that only resulted in, that PHP raised one more error. I lookes like this: -- New Error - OleMainThreadName: php.exe - Application Error The instruction at "0x00449bc4" referenced memory at "0x0048a000". The memory could not be "read". -- -- Old error -- OleMainThreadName: php.exe - Application Error The instruction at "0x00459bc4" referenced memory at "0x0048a000". The memory could not be "written". --- Im using PWS 4.0 on a NT workstation. PHP Version 4.0.4pl1 CGI edition Should I send you the sourcecode for my example. It's not very big? /Anders --- [2001-04-06 11:15:36] [EMAIL PROTECTED] And what is the version of PHP 4 you're using? If it's not PHP 4.0.4pl1 then upgrade! --Jani --- [2001-04-06 08:55:19] [EMAIL PROTECTED] I'm trying to attach a file to a mail, that I'm sending with the mail()-function. To attach the file I'm using the class named Mime_Mail.inc (Comes from Wrox: Pro. PHP programming). But when the files gets a size about 1000 bytes, php.exe comes with this error-message: -- OleMainThreadName: php.exe - Application Error The instruction at "0x00449bc4" referenced memory at "0x0048a000". The memory could not be "written". -- I'm using fopen() and fread() to read the content of my files into a string. Then I give this string to the Mime_Mail class. And when it try to send the Multiparted mail with Mail() the above error raises. Yours, Anders Hansen System Developer Maersk-IT - Denmark --- Full Bug description available at: http://bugs.php.net/?id=10207 -- 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] PHP 4.0 Bug #8404 Updated: Crash with libmcrypt-2.4.7-shared
ID: 8404 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-09 21:30:25] [EMAIL PROTECTED] DOes this happen with latest CVS snapshot from http://snaps.php.net/ ?? And what were the configure lines? --Jani --- [2001-01-07 19:12:33] [EMAIL PROTECTED] Please add the configure lines for both PHP and Mcrypt into this bug report. --Jani --- [2000-12-24 11:49:20] [EMAIL PROTECTED] With libmcrypt-2.4.7 (shared) test.php ? phpinfo();? (gdb) bt #0 0x4000af20 in _dl_debug_state () at ripemd.c:401 #1 0x4000ac3b in _dl_catch_error () at ripemd.c:401 #2 0x407bfd3d in _dl_open (file=0x8328350 "/usr/local/lib/libmcrypt/wake.so", mode=257, caller=0xbfffd774) at dl-open.c:232 #3 0x4003faa7 in dlopen_doit (a=0xbfffd888) at dlopenold.c:45 #4 0x4000ac3b in _dl_catch_error () at ripemd.c:401 #5 0x4003f8b9 in _dlerror_run (operate=0x4003fa7c dlopen_doit, args=0xbfffd888) at dlerror.c:125 #6 0x4003fa6b in __dlopen_nocheck (file=0x8328350 "/usr/local/lib/libmcrypt/wake.so", mode=257) at dlopenold.c:61 #7 0x40094ba3 in sys_dl_open (handle=0x83282a0, filename=0x8328350 "/usr/local/lib/libmcrypt/wake.so") at ltdl.c:266 #8 0x400951a5 in tryall_dlopen (handle=0xbfffda04, filename=0x8328350 "/usr/local/lib/libmcrypt/wake.so") at ltdl.c:943 #9 0x40095307 in find_module (handle=0xbfffda04, dir=0x8322e40 "/usr/local/lib/libmcrypt/", libdir=0x8327de0 "/usr/local/lib/libmcrypt", dlname=0x8328280 "wake.so", old_name=0x8328290 "wake.a", installed=1) at ltdl.c:986 #10 0x400961d4 in lt_dlopen (filename=0x8326f0b "wake.la") at ltdl.c:1340 #11 0x400964fc in lt_dlopenext (filename=0x8326f0b "wake.la") at ltdl.c:1423 #12 0x4009176f in mcrypt_module_close () at mcrypt_modules.c:48 #13 0x40090e9f in mcrypt_free_p () at mcrypt_extra.c:211 #14 0x40090b37 in mcrypt_list_algorithms (libdir=0x0, size=0xbfffe334) at mcrypt_extra.c:100 #15 0x80a0f7a in php_info_mcrypt (zend_module=0x82de1e0) at mcrypt.c:351 #16 0x80da71e in _display_module_info (module=0x82de1e0, arg=0xbfffe3e4) at info.c:50 #17 0x811dca9 in zend_hash_apply_with_argument (ht=0x82b9bc0, apply_func=0x80da6ec _display_module_info, argument=0xbfffe3e4) at zend_hash.c:711 #18 0x80d9b40 in php_print_info (flag=-1) at info.c:256 #19 0x80da2b9 in php_if_phpinfo (ht=0, return_value=0x832567c, this_ptr=0x0, return_value_used=0) at info.c:464 #20 0x8149b65 in execute (op_array=0x83255f4) at ./zend_execute.c:1519 #21 0x81188fb in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #22 0x80914db in php_execute_script (primary_file=0xb6b4) at main.c:1221 #23 0x8127211 in apache_php_module_main (r=0x831feac, display_source_mode=0) at sapi_apache.c:89 #24 0x808eb53 in send_php () at ripemd.c:401 #25 0x808ee32 in send_parsed_php () at ripemd.c:401 #26 0x8156165 in ap_invoke_handler () at ripemd.c:401 #27 0x81673dc in process_request_internal () at ripemd.c:401 #28 0x8167789 in ap_process_request () at ripemd.c:401 With libmcrypt-2.4.7-static - Working. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8404edit=2 -- 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] PHP 4.0 Bug #8446 Updated: PHP/apache process is in infinite loop or appears to suck CPU
ID: 8446 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *General Issues Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-04 16:11:42] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ ? --Jani --- [2001-01-12 22:58:49] [EMAIL PROTECTED] Another example - this time where memory usage is low while eating as much CPU as it can: Reading symbols from /lib/libnss_nis.so.2...done. Loaded symbols for /lib/libnss_nis.so.2 0x2ac1ce20 in chunk_free (ar_ptr=0x2acbe8a0, p=0x82097a0) at malloc.c:3142 3142malloc.c: No such file or directory. (gdb) bt #0 0x2ac1ce20 in chunk_free (ar_ptr=0x2acbe8a0, p=0x82097a0) at malloc.c:3142 #1 0x2ac1cc94 in __libc_free (mem=0x8209958) at malloc.c:3044 #2 0x80eb4bb in zend_hash_destroy (ht=0x81d0b00) at zend_hash.c:569 #3 0x807fee4 in php_shutdown_config () at php_ini.c:244 #4 0x807e6d5 in php_module_shutdown () at main.c:941 #5 0x807e6bb in php_module_shutdown_wrapper (sapi_globals=0x81a5920) at main.c:926 #6 0x807cdb5 in php_child_exit_handler () #7 0x812556e in ap_child_exit_modules () #8 0x812b4fb in clean_child_exit () #9 0x812e0b2 in child_main () #10 0x812e6fb in make_child () #11 0x812ea78 in perform_idle_server_maintenance () #12 0x812efdd in standalone_main () #13 0x812f607 in main () #14 0x2abbae21 in __libc_start_main (main=0x812f270 main, argc=2, ubp_av=0x7b24, init=0x8064c2c _init, fini=0x8162fdc _fini, rtld_fini=0x2aab8f94 _dl_fini, stack_end=0x7b1c) at ../sysdeps/generic/libc-start.c:111 (gdb) q --- [2001-01-10 05:10:21] [EMAIL PROTECTED] OOPS - please ignore my last post a few minutes on this - The debug symbols did not load properly. example 1: Attaching to program: /common/install/httpd, Pid 3193 Reading symbols from /lib/libpam.so.0...done. Loaded symbols for /lib/libpam.so.0 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libpng.so.2...done. Loaded symbols for /usr/lib/libpng.so.2 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libnss_nisplus.so.2...done. Loaded symbols for /lib/libnss_nisplus.so.2 Reading symbols from /lib/libnss_nis.so.2...done. Loaded symbols for /lib/libnss_nis.so.2 0x2ac1d66e in chunk_free (ar_ptr=0x2acc1f00, p=0xcc1f570) at malloc.c:3142 3142malloc.c: No such file or directory. (gdb) bt #0 0x2ac1d66e in chunk_free (ar_ptr=0x2acc1f00, p=0xcc1f570) at malloc.c:3142 #1 0x2ac1d4d4 in __libc_free (mem=0xcc1f5b8) at malloc.c:3044 #2 0x81016ca in shutdown_memory_manager (silent=1, clean_cache=0) at zend_alloc.c:478 #3 0x807efe7 in php_request_shutdown (dummy=0x0) at main.c:695 #4 0x807c637 in php_apache_request_shutdown () #5 0x8150470 in run_cleanups () #6 0x814ed2a in ap_clear_pool () #7 0x814edaa in ap_destroy_pool () #8 0x814ed16 in ap_clear_pool () #9 0x815e41d in child_main () #10 0x815eab3 in make_child () #11 0x815ee30 in perform_idle_server_maintenance () #12 0x815f395 in standalone_main () #13 0x815f9bf in main () #14 0x2abbafd1 in __libc_start_main (main=0x815f628 main, argc=1, ubp_av=0x7b64, init=0x8064de0 _init, fini=0x819338c _fini, rtld_fini=0x2aab9254 _dl_fini, stack_end=0x7b5c) at ../sysdeps/generic/libc-start.c:118 (gdb) example 2: Attaching to program: /common/install/httpd, Pid 13835 Reading symbols from /lib/libpam.so.0...done. Loaded symbols for /lib/libpam.so.0 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libpng.so.2...done. Loaded symbols for /usr/lib/libpng.so.2 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from
[PHP-DEV] PHP 4.0 Bug #8451 Updated: undefined struct tm
ID: 8451 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-09 21:26:14] [EMAIL PROTECTED] Have you tried the latest CVS ? --- [2000-12-28 10:02:41] [EMAIL PROTECTED] Try loading the php4ts.dsw workspace instead and build the thread safe versions of things. That should work ok. Let us know how you get on. Question to any dev who knows about this stuff: is the non ts build now obsolete (ie the php4.dsw), and if so, should it be removed from the source? --- [2000-12-28 08:59:59] [EMAIL PROTECTED] When I try to build the php4dll project, it fails in main.c. It is tripping over the include of win32/time.h. I would strongly recommend changing the names of any php custom modules to include a prefix of 'php_'. My workaround involved doing just that. So far, the only two that I changed were time.h and signal.h. I think the MS environment may behave a little strange compared to UNIX ;-) Also, I found the php3 build process to be very smooth, definitely a sign of maturity. The php4 process is still a little rough. There is another omission with compiling of one of the parser modules, I will submit that as another bug. I'm using version 6.0 sp3, enterprise edition. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8451edit=2 -- 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] PHP 4.0 Bug #10207 Updated: Crash sending files as attachment
ID: 10207 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Description: Crash sending files as attachment Shall I e-mail the source? Previous Comments: --- [2001-04-10 09:38:37] [EMAIL PROTECTED] Shall I e-mail the source? --- [2001-04-09 07:27:48] [EMAIL PROTECTED] I have now upgraded to PHP4, but that only resulted in, that PHP raised one more error. I lookes like this: -- New Error - OleMainThreadName: php.exe - Application Error The instruction at "0x00449bc4" referenced memory at "0x0048a000". The memory could not be "read". -- -- Old error -- OleMainThreadName: php.exe - Application Error The instruction at "0x00459bc4" referenced memory at "0x0048a000". The memory could not be "written". --- Im using PWS 4.0 on a NT workstation. PHP Version 4.0.4pl1 CGI edition Should I send you the sourcecode for my example. It's not very big? /Anders --- [2001-04-06 11:15:36] [EMAIL PROTECTED] And what is the version of PHP 4 you're using? If it's not PHP 4.0.4pl1 then upgrade! --Jani --- [2001-04-06 08:55:19] [EMAIL PROTECTED] I'm trying to attach a file to a mail, that I'm sending with the mail()-function. To attach the file I'm using the class named Mime_Mail.inc (Comes from Wrox: Pro. PHP programming). But when the files gets a size about 1000 bytes, php.exe comes with this error-message: -- OleMainThreadName: php.exe - Application Error The instruction at "0x00449bc4" referenced memory at "0x0048a000". The memory could not be "written". -- I'm using fopen() and fread() to read the content of my files into a string. Then I give this string to the Mime_Mail class. And when it try to send the Multiparted mail with Mail() the above error raises. Yours, Anders Hansen System Developer Maersk-IT - Denmark --- Full Bug description available at: http://bugs.php.net/?id=10207 -- 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] PHP 4.0 Bug #8564 Updated: fread generating false errors
ID: 8564
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *Directory/Filesystem functions
Assigned To:
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-01 21:57:04] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4pl1 or not?
--Jani
---
[2001-01-06 02:44:20] [EMAIL PROTECTED]
note: 4.0.4pl1 RC1 doesn't exhibit this behavior.
---
[2001-01-05 10:57:35] [EMAIL PROTECTED]
when reading from an existing file the following line will work correctly:
$byte = @fread($fp,2) or die("ERROR: Can't read from file.");
but the next line will cause the script to "die" no matter if it the beginning or
halfway the file.
$byte = @fread($fp,1) or die("ERROR: Can't read from file.");
the ini file is the standard ini file with the timeout set to 0 so it doesnt time out.
the script is run in an MSDos shell in windows.. It works fine till it needs to read 1
single byte from a file..
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8564edit=2
--
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] PHP 4.0 Bug #8575 Updated: configure fails while checking for gzgets
ID: 8575
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Failure
Assigned To:
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-10 14:31:11] [EMAIL PROTECTED]
This should be fixed in CVS now. Please try the latest CVS snapshot from
http://snaps.php.net/
--Jani
---
[2001-03-03 20:09:29] [EMAIL PROTECTED]
Duplicate of #6981
---
[2001-01-07 11:42:18] [EMAIL PROTECTED]
./configure --with-mysql=/usr/local --with-apache=../../apache/apache_1.3.12
--with-zlib=/usr/local/lib --with-ldap=/usr/local/ldap --enable-track-vars
--enable-magic-quotes --enable-bcmath
...
checking whether to include zlib support... yes
checking for gzgets in -lz... no
configure: error: Zlib module requires zlib = 1.0.9.
Of course zlib 1.1.3 is properly installed.
from config.log:
...
configure:43634: checking whether to include zlib support
configure:43835: checking for gzgets in -lz
configure:43854: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_O
RDER=21 -L/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/s
parc-sun-solaris2.6/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2
-R/usr/local/ldap/lib -L/usr/local/ldap/lib -R/usr/local/lib/mysql -L/usr/local/
lib/mysql conftest.c -lz -lmysqlclient -lldap -llber -lresolv -lresolv -lm -ldl
-lcrypt -lnsl -lsocket -lsocket -lgcc 15
Undefined first referenced
symbol in file
uncompress /usr/local/lib/mysql/libmysqlclient.so
compress/usr/local/lib/mysql/libmysqlclient.so
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 43843 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char gzgets();
int main() {
gzgets()
; return 0; }
from configure:
...
LIBS="-lz $LIBS"
cat conftest.$ac_ext EOF
#line 43843 "configure"
Obviously the source of the problem is library order during link phase. I was able to
workaround the problem changing LIBS line above to:
LIBS="-$LIBS -lz"
However it is probably not the proper solution, please find better one.
Maciek
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8575edit=2
--
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] PHP 4.0 Bug #8601 Updated: PHP pages never show as fully loaded
ID: 8601 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Scripting Engine problem Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-02-18 03:02:30] [EMAIL PROTECTED] I never experienced this problem of yours on the Win32 platform. Does this problem occur only with one special script, or with all scripts you run? If the first holds true, are you using any special output techniques in your script (don't close HTTP connection, HTTP push (in a chat, for instance))? --- [2001-01-08 15:59:32] [EMAIL PROTECTED] Hello. I am running PHP as a CGI (PHP.EXE) and whenever I try loading .php files, the statusbar in Internet Explorer 5.0 at the bottom of the page indicates that the page is still loading, when in fact it is done. I have even viewed the source of the page to ensure all tags were in place and they are. The statusbar never shows the page as having fully loaded. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8601edit=2 -- 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] PHP 4.0 Bug #8669 Updated: Swedish characters in session-variables can appear differently
ID: 8669 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Session related Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-04 16:08:48] [EMAIL PROTECTED] Have you tried the latest CVS snapshot from http://snaps.php.net/ ? And please include a short script which can be used to reproduce this into this bug report. --Jani --- [2001-02-26 02:35:36] [EMAIL PROTECTED] It seems that the problem still exists in 4.0.4pl1. So I would like to open this bug-report again. --- [2001-01-15 04:42:52] [EMAIL PROTECTED] User feedback: --- I have installed php 4.0.4pl1 and it seems to work by now. --- [2001-01-12 06:16:58] [EMAIL PROTECTED] Could you please add a complete but short example script into this report? --Jani --- [2001-01-12 03:11:02] [EMAIL PROTECTED] Session variables containing åäö on a systems not supporting these characters can change when saved to /tmp folder. While they are in memory they are perfectly Ok. It appears that some function is using a shell-call or something to read the contents of the stored session-variables instead of using a normal read. At least this is my interpretation of the error. Input is taken from input -fields and output is generated like input value="?=$sessionvariable?" Regards Per-Olof Pettersson --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8669edit=2 -- 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] PHP 4.0 Bug #8709 Updated: endless loop trying to chdir
ID: 8709
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Apache related
Assigned To:
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-09 21:17:27] [EMAIL PROTECTED]
Could you try with latest CVS snapshot from http://snaps.php.net/ ??
--Jani
---
[2001-01-15 11:41:32] [EMAIL PROTECTED]
it seems to be related to output buffering.
The script page.html had a ob_start() line and I have
commented it out and it seems to have stopped
happening.
Hope this helps
---
[2001-01-15 08:24:44] [EMAIL PROTECTED]
I have several Apache processes that get stuck taking
all the CPU they can.
A truss -p pid the stuck process shows that apache is
performing a chdir("/page.html") system call (all html
files are parsed)
the result is 'Err#2 ENOENT'
This is quite enoying since it makes the machine
eventualy crash with loads of up to 100.
The file is present, but is located on
'/export/web/host.domain.com/www/page.html'
I use Apache 1.3.12 with a compiled in PHP module
and the Zend optimizer for 4.0.3pl1
PHP configure line
'./configure' '--with-apache=/usr/src/apache2'
'--with-sybase-ct=/usr/local/freetds'
'--with-mysql=/usr/local/mysql'
'--with-zlib-dir=/usr/local/lib' '--enable-debug=no'
'--enable-track-vars=yes' '--disable-short-tags'
'--with-xml' '--enable-ftp' '--with-gd=/usr/src/gd-1.8.3'
'--with-jpeg-dir=/usr/src/jpeg-6b' '--with-mcrypt'
'--with-pdflib=/usr/local/lib'
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8709edit=2
--
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] PHP 4.0 Bug #8755 Updated: DLL gives Access violation
ID: 8755 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MSSQL related Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-02-25 07:24:14] [EMAIL PROTECTED] Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from http://snaps.php.net/? --- [2001-01-17 03:57:36] [EMAIL PROTECTED] System is a Windows NT server running IIS and MS SQL 7.0. Using the DLL version of the PHP server gives an "Access Violation" when using mssql_pconnect. mssql_connect is more stable but still occasionally reports the error as well. In most cases the MS Web server needs stopping/starting to correct the error. Using the executable version of the PHP server produces no errors (i.e. change extensions to ".phx" and all is well and no crashes). I have tried temporarily using MySQL instead and no errors are produced. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8755edit=2 -- 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] PHP 4.0 Bug #8778 Updated: Cannot load libphp4.so
ID: 8778 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-09 21:02:33] [EMAIL PROTECTED] Is this problem still valid? Have you tried latest CVS snapshot from http://snaps.php.net/ ? --Jani --- [2001-01-18 12:44:53] [EMAIL PROTECTED] What does ldd say about libphp4.so? ie. # ldd /usr/local/apache/libexec/libphp4.so --Jani --- [2001-01-18 06:15:33] [EMAIL PROTECTED] I did the compilation with : ./configure --with-mysql=/usr/local --with-apxs=/usr/local/apache/bin/apxs --with-jpeg-dir --with-gd and, when I try to start apache, I receive the error: nvagent3:[/AIX_SOFT/php-4.0.4pl1] # apachectl start Syntax error on line 208 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: No such file or directory /usr/local/apache/bin/apachectl start: httpd could not be started But the file is present. nvagent3:[/AIX_SOFT/php-4.0.4pl1] # ls -l /usr/local/apache/libexec/libphp4.so -rwxr-xr-x 1 root system 2118557 Jan 18 10:26 /usr/local/apache/libexec/libphp4.so --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8778edit=2 -- 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] PHP 4.0 Bug #8815 Updated: allow_fopen_url = On include(URL) don't work
ID: 8815
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *Configuration Issues
Assigned To:
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-10 20:55:57] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/ as I can't reproduce
this bug with it.
--Jani
---
[2001-01-28 01:45:40] [EMAIL PROTECTED]
tring that gives me the same 'document contains no data' in netscape.
There is a firewall so it cannot get out of port 80. But when tring it on another
domain on the same web server. I get the same error, another domain on a different
machines gives the same error.
I am going to be compiling and installing PHP4.0.4pl1 on my local servers here to se
if the same error occurs.
I hope you have some insight.
---
[2001-01-27 21:08:43] [EMAIL PROTECTED]
Does this simple example work for you:
?php include("http://www.php.net"); ?
If so, you are propably doing something wrong or have misunderstood
the use of include()
--Jani
---
[2001-01-19 21:39:57] [EMAIL PROTECTED]
After compiling PHP 4.0.4pl1 with
./configure"
--prefix=/usr
--with-config-file-path=/usr/lib"
--with-apache=../apache_1.3.14
--with-mysql=/usr/local/mysql
--with-pgsql=/usr/local/pgsql
--with-gd
--with-jpeg-dir
--with-t1lib
--with-ttf
--with-mhash
--with-openssl=/usr/local/ssl
--with-curl
--with-imap=../imap-2000a
--with-mm
--with-zlib
--with-bz2
--enable-gd-imgstrttf
--enable-track-vars
--enable-magic-quotes
--enable-trans-sid
--enable-sockets
--enable-ftp
--enable-bcmath
--enable-calendar
--with-gnu-ld
and then making and installing into Apache_1.3.14, and running it, when tring to
include("URL"); or include("localpath?test=test"); it will give the result of "Error
No Data Sent".
also
when in docs/test/ and tring to include a file like this.
include("../test2/test/php"); it will fail and cannot find the file.
in the configuration (php.ini) there is a allow_url_fopen = On. and in phpinfo it says
allow_url_fopen local value of '1' and a master value of '1'. This is a stock php.ini
(except the error_log was set to a file and the requirted changes for 'imp/horde'.
Other than that it is the stock config.
the system is Glibc 2.1.3, Linux Kernel 2.4.
any help with this is greatly appriciated.
thanks
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8815edit=2
--
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] PHP 4.0 Bug #8816 Updated: cross subscript object variable access
ID: 8816 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Class/Object related Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report with a short script that can be used to reproduce this. --Jani Previous Comments: --- [2001-02-20 01:15:52] [EMAIL PROTECTED] Please provide a reduced code fragment (15 lines) producing this behaviour. Put no database queries etc. in it and rely on no external files/functions to ensure that we can reproduce it easily unless the problem is not directly related to some db (or similar) function. --- [2001-01-19 22:15:50] [EMAIL PROTECTED] I today found out a strange thing about the PHP4 object/variable handling that I can not understand. My main script first clones a provider class and stores the new object into $MAINPROV; Then it includes two files that give back two elements of the page. My provider class has some subclasses. These shall be loaded on demand with functions like getFooProvider(). Theese functions test via preis_object($this-FOO)/pre if the class is already loaded. If not it includes the file containing the class definition and spawns pre$this-FOO = new foo($this)/pre. Now listen to this: If I use the load-function in the main script all works fine. But if the class is loaded from one of the subclasses (into the main provider class object that is a variable in the main script) it cannot be accessed in the other subscript, the second element. This causes the foo-class-file to be reloaded and throws out an error message because the class is already defined. If anybody can help, it would be very very sad if I had to workaround pre-loading every subclass that can be used on this page, because I wanted to make it dynamically load the classes. Thanks! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8816edit=2 -- 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] PHP 4.0 Bug #8938 Updated: Segfaults
ID: 8938 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-04 15:58:45] [EMAIL PROTECTED] Please generate a gdb backtrace of the crashes. And use the latest CVS snapshot and configure it using --enable-debug also in the configure line. --Jani --- [2001-02-06 06:21:36] [EMAIL PROTECTED] sorry for the double report, but when I restarted the apache some of the children died with segmentation fault --- [2001-02-06 06:18:41] [EMAIL PROTECTED] at about 2001-02-05 19:00 EET I got the CVS again and my observation is that there are no Segmentation faults for more than 15 hours, but there is still a lot of HTML code in my error.log file, if it helps --- [2001-02-02 07:37:36] [EMAIL PROTECTED] the bug is still there. 1. I get from CVS (today) not from snaps does it matter ?? 2. in my debian distribution i have /usr/sbin/apache and /usr/sbin/apache.dbg, i made /usr/sbin writable by www-data (the apache user) both the apache and apache.dbg didn't make core file (the php from the CVS was compiled with --enable-debug=on). 3. I tried gdb /usr/sbin/apache and run -X. when I access any page with a browser nothing was seen in the browser neighter in gdb. the same with gdb /usr/sbin/apache.dbg (probaly i didn't give it enough time to start or I did something wrong, give some more inforamtion on how to do it) --- [2001-02-01 20:06:54] [EMAIL PROTECTED] Can you try again with today's snapshot? And to get a decent gdb backtrace configure with --enable-debug and do following: # gdb /opt/www/bin/httpd (gdb) run -X And then access the page which causes the crash and if it crashes: (gdb) bt full and then cut'n'paste the output and add it into this bug report. --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8938edit=2 -- 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] PHP 4.0 Bug #8852 Updated: undefined reference to `compress'
ID: 8852 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-10 14:32:08] [EMAIL PROTECTED] This should be fixed now. Please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-03-03 20:08:07] [EMAIL PROTECTED] Duplicate of #6981 --- [2001-01-23 09:47:03] [EMAIL PROTECTED] Can't complile apache when use static php mysql There are like bug :5651 need patch src/Makefile in apache add -lz to end of LIBS1 === src/modules/php4 === src/modules gcc -c -I./os/unix -I./include -DLINUX=2 -DRUSSIAN_APACHE -DNO_DBM_REWRITEMAP -I/usr3/home/artem/download/php-4.0.4pl1 -I/usr3/home/artem/download/php-4.0.4p l1/main -I/usr3/home/artem/download/php-4.0.4pl1/main -I/usr3/home/artem/downloa d/php-4.0.4pl1/Zend -I/usr3/home/artem/download/php-4.0.4pl1/Zend -I/usr3/home/a rtem/download/php-4.0.4pl1/TSRM -I/usr3/home/artem/download/php-4.0.4pl1/TSRM -I /usr3/home/artem/download/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite `./apaci` modules.c gcc -c -I./os/unix -I./include -DLINUX=2 -DRUSSIAN_APACHE -DNO_DBM_REWRITEMAP -I/usr3/home/artem/download/php-4.0.4pl1 -I/usr3/home/artem/download/php-4.0.4p l1/main -I/usr3/home/artem/download/php-4.0.4pl1/main -I/usr3/home/artem/downloa d/php-4.0.4pl1/Zend -I/usr3/home/artem/download/php-4.0.4pl1/Zend -I/usr3/home/a rtem/download/php-4.0.4pl1/TSRM -I/usr3/home/artem/download/php-4.0.4pl1/TSRM -I /usr3/home/artem/download/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite `./apaci` buildmark.c gcc -DLINUX=2 -DRUSSIAN_APACHE -DNO_DBM_REWRITEMAP -I/usr3/home/artem/download/ php-4.0.4pl1 -I/usr3/home/artem/download/php-4.0.4pl1/main -I/usr3/home/artem/do wnload/php-4.0.4pl1/main -I/usr3/home/artem/download/php-4.0.4pl1/Zend -I/usr3/h ome/artem/download/php-4.0.4pl1/Zend -I/usr3/home/artem/download/php-4.0.4pl1/TS RM -I/usr3/home/artem/download/php-4.0.4pl1/TSRM -I/usr3/home/artem/download/php -4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite `./apaci` -rdynamic -o httpd buildmark.o modules.o modules/extra/libextra.a modules/standard/l ibstandard.a modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -Wl,-rpath,/usr2/mysql/lib/mysql -rdynamic -L/usr2/ mysql/lib/mysql -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -ldl -lmysqlclient -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lm -lcry pt -ldl /usr2/mysql/lib/mysql/libmysqlclient.a(my_compress.o): In function `my_uncompres s': my_compress.o(.text+0x97): undefined reference to `uncompress' /usr2/mysql/lib/mysql/libmysqlclient.a(my_compress.o): In function `my_compress_ alloc': my_compress.o(.text+0x123): undefined reference to `compress' collect2: ld returned 1 exit status make[2]: *** [target_static] Error 1 make[2]: Âûõîä èç êàòàëîã `/usr3/home/artem/download/apache_1.3.12rusPL29.7/src' make[1]: *** [build-std] Error 2 make[1]: Âûõîä èç êàòàëîã `/usr3/home/artem/download/apache_1.3.12rusPL29.7' make: *** [build] Error 2 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8852edit=2 -- 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] PHP 4.0 Bug #8885 Updated: Child processes hang on exit
ID: 8885 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani Previous Comments: --- [2001-03-09 21:43:52] [EMAIL PROTECTED] Does upgrading mod_ssl openssl help? --Jani --- [2001-01-27 15:41:07] [EMAIL PROTECTED] More info... If I don't compile ttf into gd, it doesn't crash... --- [2001-01-24 10:54:07] [EMAIL PROTECTED] Child (or the main) processes hang whenever they try to exit. This will happen when maxrequestsperchild is reached (I'm assuming) and a child tries to die naturally a child process is killed manually the main process can't bind to port/etc Here's a ps to see what it looks like USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND www443 14066 5.6 0.3 6220 988 ?? R 8:00AM0:06.52 /var/www443/bin/httpd www443 14067 5.3 0.3 6216 1000 ?? R 8:00AM0:07.20 /var/www443/bin/httpd www443 14063 5.4 0.3 6220 1000 ?? R 8:00AM0:07.17 /var/www443/bin/httpd www443 14065 5.4 0.3 6212 980 ?? R 8:00AM0:06.63 /var/www443/bin/httpd www443 14064 5.5 0.3 6216 1004 ?? R 8:00AM0:07.57 /var/www443/bin/httpd www443 19823 5.9 0.2 6032 608 ?? R 8:26AM9:31.91 /var/www443/bin/httpd root 14027 0.0 0.1 6032 404 ?? Ss8:00AM0:00.18 /var/www443/bin/httpd www443 14322 0.0 0.2 6208 724 ?? S 8:01AM0:00.22 /var/www443/bin/httpd www443 14346 0.0 0.2 6208 736 ?? S 8:01AM0:00.23 /var/www443/bin/httpd www443 19726 0.0 0.2 6212 744 ?? S 8:25AM0:00.17 /var/www443/bin/httpd www443 19732 0.0 0.2 6212 732 ?? S 8:25AM0:00.14 /var/www443/bin/httpd www443 19733 0.0 0.2 6212 724 ?? S 8:25AM0:00.09 /var/www443/bin/httpd as you can see, the top 5 processes are hung. A sigkill is the only way to kill them. Attaching to one of the hung processes with gdb gives the backtrace listed at the bottom of this report. We can only produce this problem with the following configuration: (Apache 1.3.12 or 1.3.14) ./configure --prefix=$prefix --with-port=$port --enable-module=most --enable-module=rewrite --enable-module=status --with-layout=Apache --sysconfdir=$prefix/conf --enable-module=so (mod_ssl 2.6.5-1.3.12 or x.x.x-1.3.14) ./configure --with-apache=../apache_1.3.12 --prefix=/var/www443 --with-ssl=/usr/local/ssl (php 4.0.1 - 4.0.4pl1) ./configure --with-mysql --with-xml --with-gd=/usr/local --with-apxs=/var/www443/bin/apxs --enable-track-vars --enable-bcmath --enable-ftp --with-jpeg-dir=/usr/local/lib --with-ttf If we leave out PHP or mod_ssl, the problem goes away. Also, with older versions of BSDi, this problem does not occure. (using the same configuration as above) Attaching to program `/var/www443/bin/httpd', process 19823 Reading symbols from /shlib/libdl.so...done. Reading symbols from /shlib/libgcc.so.1...done. Reading symbols from /shlib/libc.so.1...done. Reading symbols from /shlib/ld-bsdi.so...done. Reading symbols from /var/www443/libexec/libphp4.so...done. Reading symbols from /usr/local/lib/libttf.so.2...done. Reading symbols from /shlib/libm.so.0.0...done. 0x481a5a54 in __deregister_frame_info () (gdb) bt #0 0x481a5a54 in __deregister_frame_info () #1 0x8069e7a in __do_global_dtors_aux () #2 0x8163fa4 in _fini () #3 0x48248028 in exit () #4 0x80c3e1f in clean_child_exit (code=0) at http_main.c:517 #5 0x80c6ac2 in child_main (child_num_arg=10) at http_main.c:4057 #6 0x80c6f8c in make_child (s=0x81ad034, slot=10, now=980349966) at http_main.c:4435 #7 0x80c7305 in perform_idle_server_maintenance () at http_main.c:4599 #8 0x80c77f5 in standalone_main (argc=1, argv=0x8047ec4) at http_main.c:4831 #9 0x80c7dc3 in main (argc=1, argv=0x8047ec4) at http_main.c:5092 #10 0x8069e37 in __start () (gdb) quit # /var/www443/bin/httpd -l Compiled-in modules: http_core.c mod_vhost_alias.c mod_env.c mod_define.c mod_log_config.c mod_mime_magic.c mod_mime.c mod_negotiation.c mod_status.c mod_info.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_speling.c mod_userdir.c mod_alias.c mod_rewrite.c mod_access.c mod_auth.c mod_auth_anon.c mod_auth_dbm.c mod_digest.c mod_proxy.c mod_cern_meta.c mod_expires.c mod_headers.c mod_usertrack.c mod_unique_id.c mod_so.c mod_setenvif.c mod_ssl.c mod_frontpage.c ---
[PHP-DEV] PHP 4.0 Bug #10259: General protection fault in php4ts.dll
From: [EMAIL PROTECTED] Operating system: NT Server 4.0 SP6a, IIS4.0 PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: General protection fault in php4ts.dll after 4 or 5 five days of using PHP in ISAPI mode becomes unstable. System's event log contains such a message: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_hash_copy + 0x1B '. -- Edit Bug report at: http://bugs.php.net/?id=10259edit=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] PHP 4.0 Bug #9018 Updated: Cannot start with ISAPI option
ID: 9018 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Install and Config Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-02-25 08:11:55] [EMAIL PROTECTED] Does this problem persist with PHP 4.0.4pl1? --- [2001-01-30 19:17:36] [EMAIL PROTECTED] My environment is : WinNT Server4.0 SP6 and IIS4.0. I am trying to install php (php4.0.3pl) with php4isapi.dll option (not CGI option) as I have to use PHP authenication. However, after I add php4isapi.dll to the ISAPI filter as described in the README, I cannot start the webserver anymore with the following Dr.Watson error : inetinfo.exe - access violation (0xc0005) address 0x77905120. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9018edit=2 -- 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] PHP 4.0 Bug #9098 Updated: gd crashes Apache
ID: 9098 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: GD related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report with short example script that can be used to reproduce this. --Jani Previous Comments: --- [2001-02-18 05:51:18] [EMAIL PROTECTED] ts issues were fixed in 4.0.4. the gd runs fine here with the apache module, this can't be the problem. please provide reproducing code. --- [2001-02-17 17:33:15] [EMAIL PROTECTED] This is a known problem. The GD extension is not (yet) threadsafe, which causes a crash when run with the module version of PHP on Win32. The GD extension works nicely with the CGI version of PHP on Win32. --- [2001-02-04 09:39:54] [EMAIL PROTECTED] I am using Win Apache (as a win2k service) with PHP as a module. If I use extension=php_gd.dll in php.ini Apache craches when I manually start the service. If I insert another extension, but not gd (eg. java), it starts up correcly and shows the java extension in the phpinfo() list. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9098edit=2 -- 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] PHP 4.0 Bug #9115 Updated: unserialization segfaults
ID: 9115
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *Session related
Assigned To:
Comments:
No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-02-20 13:55:56] [EMAIL PROTECTED]
Please send the session file which causes the segfault to [EMAIL PROTECTED] (MIME
preferred). The bug db inserts white-space, so I cannot use the posted data. Thanks.
---
[2001-02-05 11:06:02] [EMAIL PROTECTED]
Clarification:
I am not trying to load a session between versions of PHP!
The bug happens when using PHP 4.0.4pl1, and the backtrace is generated from that.
I have however -- to test that it was the serialization that was buggy under 4.0.4pl1
-- created the same session in 4.0.1pl2 and tried to load it inder 4.0.4pl1,
succesfully.
So whenever I use 4.0.4pl1 in apache it segfaults at that point in then application
---
[2001-02-05 10:55:56] [EMAIL PROTECTED]
I get this consquently with 4.0.4+ (tried latest on snaps.php.net)
This happens while unserializing, but seems to be caused by a bad serialization --
this has been tested by serializing with 4.0.1pl2 and unserializing with 4.0.4pl1 --
no problems. The other way around ofcourse crashes.
Here's the bt from the segfault
(gdb) run -X
Starting program: /home/httpd/bin/httpd -X
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x81135cd in _zval_ptr_dtor ()
(gdb) bt
#0 0x81135cd in _zval_ptr_dtor ()
#1 0x811c9f9 in zend_hash_destroy ()
#2 0x8119158 in _zval_dtor ()
#3 0x81135e2 in _zval_ptr_dtor ()
#4 0x80fe2e9 in php_var_unserialize ()
#5 0x80ceb61 in ps_srlzr_decode_php ()
#6 0x80cf004 in ps_srlzr_decode_wddx ()
#7 0x80cf1f0 in ps_srlzr_decode_wddx ()
#8 0x80cfc14 in ps_srlzr_decode_wddx ()
#9 0x80d0c90 in php_if_session_start ()
#10 0x81464a1 in execute ()
#11 0x814c28d in execute ()
#12 0x8119fc8 in zend_execute_scripts ()
#13 0x808b788 in php_execute_script ()
#14 0x812521e in apache_php_module_main ()
#15 0x8089356 in send_php ()
#16 0x8089388 in send_parsed_php ()
#17 0x8153db3 in ap_invoke_handler ()
#18 0x81675e9 in ap_some_auth_required ()
#19 0x816764c in ap_process_request ()
#20 0x815eece in ap_child_terminate ()
#21 0x815f05c in ap_child_terminate ()
#22 0x815f1b9 in ap_child_terminate ()
#23 0x815f7e6 in ap_child_terminate ()
#24 0x815ff73 in main ()
#25 0x407669cb in __libc_start_main (main=0x815fc2c main, argc=2, argv=0xba54,
init=0x806f58c _init, fini=0x81d4a2c _fini, rtld_fini=0x4000ae60 _dl_fini,
stack_end=0xba4c) at ../sysdeps/generic/libc-start.c:92
Here's a working serialization:
!cust_id|session|O:7:"session":9:{s:16:"boolAuthenticate";b:1;s:9:"strSessID";s:0:"";s:9:"intUserID";s:1:"1";s:12:"strUserLogin";s:5:"david";s:15:"strUserPassword";s:7:"";s:11:"arrUserInfo";a:26:{i:0;s:1:"1";s:7:"cust_id";s:1:"1";i:1;s:1:"2";s:9:"cust_type";s:1:"2";i:2;s:5:"David";s:9:"cust_name";s:5:"David";i:3;s:7:"Hjortsø";s:12:"cust_surname";s:7:"Hjortsø";i:4;s:13:"[EMAIL PROTECTED]";s:10:"cust_email";s:13:"[EMAIL PROTECTED]";i:5;s:12:"+45
33179292";s:14:"cust_telephone";s:12:"+45 33179292";i:6;s:12:"+45
33179299";s:8:"cust_fax";s:12:"+45 33179299";i:7;s:27:"Frederiksberggade 26, 4
Sal";s:13:"cust_address1";s:27:"Frederiksberggade 26, 4
Sal";i:8;s:0:"";s:13:"cust_address2";s:0:"";i:9;s:12:"Copenhagen
K";s:9:"cust_city";s:12:"Copenhagen
K";i:10;s:7:"Dk-1459";s:11:"cust_postal";s:7:"Dk-1459";i:11;s:3:"050";s:12:"cust_country";s:3:"050";i:12;s:15:"Deus
ex Machina";s:12:"cust_company";s:15:"Deus ex
Machina";}s:11:"intUserType";i:2;s:13:"intUserStatus";i:0;s:9:"boolLogin";b:1;}create|O:10:"createtest":5:{s:7:"arrTest";b:0;s:11:"arrSections";a:1:{i:0;a:2:{s:10:"section_id";i:1;s:12:"section_name";s:29:"Skriv
navnet på sektionen
her";}}s:8:"arrPages";a:21:{s:10:"test_title";s:0:"";s:15:"test_short_desc";s:0:"";s:9:"test_type";s:1:"b";s:14:"test_responses";s:0:"";s:10:"test_start";s:0:"";s:8:"test_end";s:0:"";s:7:"test_fc";s:6:"Yellow";s:7:"test_bc";s:6:"Yellow";s:9:"test_desc";s:0:"";s:9:"test_link";s:0:"";s:14:"qsInternetHome";N;s:16:"qsInternetAccess";N;s:15:"qsInternetUsage";N;s:8:"qsLiving";N;s:7:"qsCivil";N;s:8:"qsGender";N;s:7:"EndYear";s:0:"";s:8:"EndMonth";s:1:"1";s:10:"StartMonth";s:1:"1";s:9:"StartYear";s:0:"";s:7:"private";N;}s:11:"intLastPage";s:1:"6";s:11:"intNrPeople";N;}arrSections|a:1:{i:0;a:2:{s:10:"section_id";i:1;s:12:"section_name";s:29:"Skriv
navnet på sektionen her";}}R:39;arrQuestions|N;arrQuestions|a:1:{i:0;s:0:"";}
And here is the segfaulting one:
[PHP-DEV] PHP 4.0 Bug #7894 Updated: fopen won't open an URL
ID: 7894
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Filesystem function related
Assigned To: venaas
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-08 20:30:23] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/
--Jani
---
[2001-01-07 14:29:06] [EMAIL PROTECTED]
The reason might be that fopen() doesn't handle redirects. I hope
to add redirect support again though. To check if this is the reason,
check the contents of $http_response_header right after the
fopen() call and see if it contains a redirect.
---
[2000-11-20 13:47:00] [EMAIL PROTECTED]
?
fopen("http://www.yahoo.com/","r");
?
This simple "fopen" works on one machine that has 4.0.1pl3, but in this machine with
4.0.3pl1 I get this error:
Bad file descriptor
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7894edit=2
--
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] PHP 4.0 Bug #9225 Updated: Somthing is eating my cflags
ID: 9225 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-11 01:35:58] [EMAIL PROTECTED] I can't reproduce this with latest CVS. My gcc version: [root@kossu Zend]# gcc --version egcs-2.91.66 --Jani --- [2001-02-12 08:43:23] [EMAIL PROTECTED] Hiya, i have these flags for compiling: CXXFLAGS = CFLAGS= -Os -O6 -march=pentium when i do: ./configure --with-apache=/usr/src/wico/apache_1.3.17 --with-config-file-path=/usr/local/apache/conf --enable-sigchild --disable-pear --with-bz2 --with-curl=/usr/local/curl --enable-ftp --with-gd --with-mcrypt=/usr/local/mcrypt --with-mysql=/usr/local/mysql --disable-session --enable-sockets --enable-sysvsem --enable-sysvshm --with-zlib --enable-static make make install i get this: Making all in Zend make[1]: Entering directory `/home/src/wico/php-4.0.4pl1/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_language_scanner.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_ini_scanner.c /bin/sh ../libtool --silent --mode=link gcc -Os -O6 -march=pentium -o libZend_c.la zend_language_scanner.lo zend_ini_scanner.lo /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_language_parser.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_ini_parser.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_alloc.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_compile.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_constants.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_dynamic_array.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 s -O6 -march=pentium -c ./zend_execute.c gcc: cannot specify -o with -c or -S and multiple compilations make[1]: *** [zend_execute.lo] Error 1 make[1]: Leaving directory `/home/src/wico/php-4.0.4pl1/Zend' make: *** [all-recursive] Error 1 watch this line: /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 s -O6 -march=pentium -c ./zend_execute.c changing it to this works: /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c ./zend_execute.c Greetz, Wico --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9225edit=2 -- 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] PHP 4.0 Bug #9233 Updated: Unable to load extensions
ID: 9233 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Install and Config Assigned To: Comments: No feedback. --Jani Previous Comments: --- [2001-02-25 08:01:45] [EMAIL PROTECTED] Are the OCI8 client libraries installed? Those are needed by php_oci8.dll. --- [2001-02-24 19:46:11] [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] does php_oci8.dll exists? Of course it exists. I'am talking to you that FileMon.exe shows how php.exe reads the dll file, the same way as correctly loaded dlls. FileMon shows also that all files are found(no failed requests to disk). --- [2001-02-24 13:41:50] [EMAIL PROTECTED] does php_oci8.dll exists? James --- [2001-02-12 19:38:30] [EMAIL PROTECTED] I am using IE5 + IIS5 + PHP4.exe (php4isap.dll have tried too). Some dlls that actually exist are reported as "PHP Warning: Unable to load dynamic library 'C:KettadPHPextensionsphp_oci8.dll' - The specified module could not be found. " But the half of dlls in the same directory "C:KettadPHPextensions" are loaded OK. FileMon shows that dlls are found and readable by php.exe. In addition I retieve such a stuff to the end of my page Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) My be that's because parser cannt load such libraries? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9233edit=2 -- 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] PHP 4.0 Bug #9254 Updated: Problem in the MSVCRT.DLL file system occurs, when call to number_format()
ID: 9254 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Filesystem function related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-02-17 17:45:30] [EMAIL PROTECTED] Just tested ?php $my_float = 2.683526; $new_number = number_format($my_float,2); echo $new_number; ? on Windows 2000 Professional with PHP 4.0.5-dev built from CVS today, and it did not crash. Could you please recheck your script with a current snapshot of PHP, available through either CVS or at http://snaps.php.net/. --- [2001-02-14 05:37:25] [EMAIL PROTECTED] Here is the message tha crushes php.exe after calling the "number_format" data function, under Windows 95: - PHP caused an invalid page fault in module MSVCRT.DLL at 014f:7800d0b9. Registers: EAX=00730078 CS=014f EIP=7800d0b9 EFLGS=00010206 EBX= SS=0157 ESP=0063fae4 EBP=0063fb00 ECX=0160 DS=0157 ESI=0086356c FS=0fcf EDX= ES=0157 EDI=0004 GS= Bytes at CS:EIP: 89 5a 04 8b 55 0c 89 4d fc 8b 5a 04 8b 52 08 89 Stack dump: 00734240 00863570 00863580 007309cc 0560 0160 0063fb44 7800cc1c 0083000c 008636cc 00734240 00863570 00863580 ffe2906d bff798cf I have not test this function under windows 2000 yet, but at a first use under windows 95, this problem occured. Maybe it's just something with my windows 95, but anyway I thought I'd better mention it to you. I'll test this under Windows 2000 too, and let you know also about this. Thank you for your Attention, and I'd like to thank you for the programming language you support. I think it's the best of all the web programming ones I've learned till now. Very powerfull, and very friendly to C's and perl's developers. Thank you again, Alkis Doulgeris --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9254edit=2 -- 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] PHP 4.0 Bug #9314 Updated: d32: INFerror at compiling
ID: 9314 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-02-22 19:42:23] [EMAIL PROTECTED] Have you tried doing a 'make clean' before make? (of both PHP and Apache) --Jani --- [2001-02-17 06:33:13] [EMAIL PROTECTED] i get this error ld32: ERROR 33: Unresolved text symbol "add_property_long" -- 1st referenced by .libs/libphp4.a(php_mysql.o). ld32: INFO 152: Output file removed because of error. make[1]: *** [php] Error 2 make[1]: Leaving directory `/var/www/php/php-4.0.4pl1' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9314edit=2 -- 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] PHP 4.0 Bug #9315 Updated: Weird array behavior
ID: 9315
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Arrays related
Assigned To:
Comments:
No feedback. If this happens also with soon to be released
PHP 4.0.5, reopen this bug report with a short example
script that can be used to reproduce this.
--Jani
Previous Comments:
---
[2001-02-17 10:24:12] [EMAIL PROTECTED]
Please provide a reduced code fragment (15 lines) producing
this behaviour.
Put no database queries etc. in it and rely on no external
files to ensure that we can reproduce it easily unless the
problem is not directly related to some db (or similar)
function.
---
[2001-02-17 07:21:14] [EMAIL PROTECTED]
Php only finds the last row of the second file to be excisting in the array; even if
all the rows are the same.
// Open file with 2 columns and parse into array
if ($fd = @fopen("int-osocat.txt", "r")) {
while (!feof($fd)) {
$line = fgets($fd, 4096);
$intercat = strtok($line, "t");
$osocat = strtok("t");
$key = $intercat;
$catvars[$key]["active"] = 1;
$catvars[$key]["osocat"] = $osocat;
}
fclose ($fd);
}
// open second file, and check contents against array
if ($fd = @fopen("art-intcat.txt", "r")) {
while (!feof($fd)) {
$line = fgets($fd, 4096);
$artikelnr = strtok($line, "t");
$intcat = strtok("t");
$key2 = $intcat;
if ($catvars[$key2]["active"]== 1) {
echo $artikelnr . "t" . $catvars[$key2]["osocat"] . "br";
}
}
fclose ($fd);
}
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9315edit=2
--
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] PHP 4.0 Bug #9316 Updated: calling an external function in a loop
ID: 9316
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Scripting Engine problem
Assigned To:
Comments:
No feedback. If this happens also with soon to be released
PHP 4.0.5, reopen this bug report with a short example
script that can be used to reproduce this.
--Jani
Previous Comments:
---
[2001-03-06 08:30:20] [EMAIL PROTECTED]
Could you post short self-contained standalone script that
reproduces it?
---
[2001-02-20 10:47:55] [EMAIL PROTECTED]
I need to send you a little tar file 12Kb that has the makefile to compile the shared
object, the php page that we use to see the problem and the external file read by the
shared object libraries.
How I can do?
---
[2001-02-17 10:27:15] [EMAIL PROTECTED]
Please provide a reduced code fragment (15 lines) producing
this behaviour.
Put no database queries etc. in it and rely on no external
files/functions to ensure that we can reproduce it easily
unless the problem is not directly related to some db (or
similar) function.
---
[2001-02-17 07:23:55] [EMAIL PROTECTED]
I have a shared object the works fine with PHP4.0.0
I recompile it for PHP 4.0.4pl1.
Each function of this shared object works fine.
The problem succeed when I use a function that return a STRING in a loop.
A loop greater than 4 hang present an empty page.
Ex:
for ($i=0; $i6; $i++)
{
$aa=callc_get_stringa("12345");
}
The wrapper code used to return the string it's the same used in the older version of
PHP
I compile PHP with mysql,apxs,ldap,ftp
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9316edit=2
--
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] PHP 4.0 Bug #9317 Updated: ASP doesn't work any more
ID: 9317 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: IIS related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-02-25 08:04:12] [EMAIL PROTECTED] Are you sure you have installed the PHP 4 ISAPI filter right? --- [2001-02-17 07:52:00] [EMAIL PROTECTED] After PHP 4.0.4pl1 isap.dll ist installed the ASP - Support is not longer working. I work with - IIS4.0 - precompiled Version of PHP --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9317edit=2 -- 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] PHP 4.0 Bug #9318 Updated: Lots of ORA-24324 warning in apache error_log
ID: 9318
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: OCI8 related
Assigned To:
Comments:
No feedback. If this happens also with soon to be released
PHP 4.0.5, reopen this bug report with a SHORT example
script that can be used to reprocude this.
--Jani
Previous Comments:
---
[2001-02-21 07:37:07] [EMAIL PROTECTED]
i need a _short_ testcase which allows me to reproduce
your problem on my local dev-environment. plz try to
create this testcase (50lines) elsewise your problem
won't get fixed.
---
[2001-02-18 13:07:10] [EMAIL PROTECTED]
I'm sorry for the long snippets. I am using OCINLogon because manual says it should be
used to isolate a set of transactions.
---
[2001-02-18 06:48:47] [EMAIL PROTECTED]
plz try to create a small code snippet that demonstrates
the behaviour.
BTW: why are you using OCINlogon?
---
[2001-02-17 09:21:38] [EMAIL PROTECTED]
There are lots of
bWarning/b: failed to rollback outstanding transactions!: ORA-24324: service
handle not initialized in b/htdocs/admin/lib/error_handler.php/b on line
b0/bbr
such error messages in apache error_log file. Interestingly, There is no OCI calls
in error_handler.php file. But this file is included by oci8.php, which has oci
connect and other functions. oci8.php is included by other php files (for example
product_edit.phtml).
When I remove the line including "error_handler.php" in oci8.php , this time same
error is occured in oci8.php file.
bWarning/b: failed to rollback outstanding transactions!: ORA-24324: service
handle not initialized in b/htdocs/admin/lib/oci8.php/b on line b0/bbr
oci8.php file is including oci related custom database functions. Probably this error
appears after calling OCIExecute( $stmt, OCI_DEFAULT ). I need an urgent help.
Thanks.
my code snippet:
product_edit1.phtml
---
?
if ( !$submit ) {
require( "lib/login.php" );
}
include( "lib/lib_html.php" );
include( "conf/deppo.conf.php" );
require( "lib/oci8.php" );
...
oci8.php
-
?
include( "conf/deppo.conf.php" );
if ( !defined( "ADMIN_OCI8_LIB" ) ) {
define( "ADMIN_OCI8_LIB", 1 );
global $con, $query;
// include custom error handler
include( "lib/error_handler.php" );
$USER = "user";
$PASSWD = "secret";
if ( $con == "" ) {
$con = OCINLogon("$USER", "$PASSWD");
}
if ( $con == FALSE ) {
echo OCIError( $con );
exit;
}
error_handler.php
-
?
if ( !defined( "ADMIN_ERROR_HANDLER_LIB" ) ) {
define( "ADMIN_ERROR_HANDLER_LIB", 1 );
// deppo error and warning handler functions and variables
define( ERR_ERROR, E_ERROR | E_CORE_ERROR );
define( ERR_WARNING, E_WARNING );
define( ERR_NOTICE, E_NOTICE );
error_reporting( ERR_ERROR | ERR_WARNING | ERR_NOTICE );
function Err_ErrorHandler ($errno, $errstr, $errfile, $errline) {
switch ($errno) {
case ERR_ERROR:
$err_erstr = "bERROR/b [$errno]: $errstrbrn";
$err_erstr .= " Fatal error in line ".$errline." of file ".$errfile;
exit -1;
break;
case ERR_WARNING:
$err_erstr = "bWARNING/b [$errno]: $errstrbrn";
$err_erstr .= " error in line ".$errline." of file ".$errfile;
break;
case ERR_NOTICE:
$err_erstr = "";
break;
default:
$err_erstr = "bERROR-/b [$errno]: $errstrbrn";
$err_erstr .= " error in line ".$errline." of file ".$errfile;
break;
}
if ( $err_erstr !="" ) {
Err_MailError($err_erstr);
}
}
$old_error_handler = set_error_handler( "Err_ErrorHandler" );
function Err_MailError( $err ) {
...
My conf:
--
OS: Red Hat Linux 6.2 kernel 2.2.16-3
Web server: Apache 4.0.3p1
Oracle: Oracle 8i Enterprise Edition 8.1.6 for Linux
Configure command:
'./configure' '--with-apache=../apache_1.3.14'
'--with-oci8=/oracle/app/oracle/product/8.1.6' '--with-ldap' '--with-gd=shared'
'--with-jpeg-dir' '--with-png-dir' '--with-ttf' '--with-xpm-dir=/usr/X11R6'
'--enable-shared-pdflib' '--with-mhash' '--enable-bcmath' '--enable-calendar'
'--enable-inline-optimization' '--enable-libgcc' '--enable-safe-mode'
'--enable-shared' '--enable-sigchild' '--enable-static' '--enable-sysvsem'
'--enable-sysvshm' '--with-swf=../swf_099' '--disable-posix-threads'
'--with-mm=/usr/local/mm' '--enable-ftp' '--enable-sockets'
'--with-curl=../curl-7.4.2' '--with-mcrypt' '--without-mysql' '--enable-wddx'
---
ATTENTION! Do NOT reply to this
[PHP-DEV] PHP 4.0 Bug #9329 Updated: MySQL Connection Failed
ID: 9329 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-02-22 19:40:29] [EMAIL PROTECTED] Please try a snapshot from http://snaps.php.net/ as it has updated mysql libraries which should fix this problem. --Jani --- [2001-02-18 20:03:28] [EMAIL PROTECTED] Warning: MySQL Connection Failed: Can't initialize character set 19 (path: default) in /usr/local/apache/htdocs/dbconn.inc on line 2 shellmysql -uadmin -p SKTEL enter mysql Login is good on the shell but failed on the web! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9329edit=2 -- 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] PHP 4.0 Bug #10235 Updated: Segfault on domxml_root()
ID: 10235
User Update by: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Reproduceable crash
Bug Type: DOM XML related
Description: Segfault on domxml_root()
./configure --prefix=/usr --with-cgi
-with-config-file-path=./ --enable-debug --disable-xml
--disable-mysql --with-dom --without-mysql --without-pcre-regex
---
./php -m
Running PHP 4.0.6-dev
Zend Engine v1.0.5, Copyright (c) 1998-2001 Zend Technologies
[PHP Modules]
standard
session
posix
domxml
[Zend Modules]
---
[testdomxml.php]
?
$xmlfile = "./file.xml";
$fp = fopen($xmlfile, "r");
while (!feof($fp))
$buf .= fgets($fp, 127);
$doc = xmldocfile($xmlfile);
print_r($doc);
$root = $doc.domxml_root();
print_r($root);
?
---
gdb php
GNU gdb 19990928
(gdb) set args ../testdomxml.php
(gdb) r
Starting program: /var/local/home/huld/PHP4/CVS/php4/php
../testdomxml.php
X-Powered-By: PHP/4.0.6-dev
Content-type: text/html
hr
DomDocument Object
(
[doc] = Resource id #2
[url] = ./file.xml
[version] = 1.0
[standalone] = -1
[type] = 9
[compression] = -1
[charset] = 1
)
Program received signal SIGSEGV, Segmentation fault.
0x80635ad in php_dom_get_object (wrapper=0x0, rsrc_type1=5,
rsrc_type2=0)
at php_domxml.c:490
490
if (Z_TYPE_P(wrapper) != IS_OBJECT) {(gdb) bt
#0 0x80635ad in php_dom_get_object (wrapper=0x0,
rsrc_type1=5, rsrc_type2=0)
at php_domxml.c:490
#1 0x8066c1c in php_if_domxml_doc_document_element (ht=0,
return_value=0x8174ba4, this_ptr=0x0, return_value_used=1)
at php_domxml.c:1758
#2 0x80f088a in execute (op_array=0x816ff04) at
./zend_execute.c:1494
#3 0x80c7e44 in zend_execute_scripts (type=8, file_count=3)
at zend.c:743
#4 0x805d6cf in php_execute_script
(primary_file=0xbca4) at main.c:1196
#5 0x805b6bc in main (argc=2, argv=0xbd34) at
cgi_main.c:731
Look's like new Zend API? Other ext/ works excellent.
Previous Comments:
---
[2001-04-08 16:49:43] [EMAIL PROTECTED]
?
$file1 = "/tmp/file1";
$file2 = "/tmp/file2";
$doc = xmldocfile($file1);
$root = domxml_root($doc);
print_r($root);
?
./configure --prefix=/usr --with-apxs=/usr/bin/apxs
--with-config-file-path=/etc/php4/apache --enable-debug --with-dom
php.ini-dist (not relevant)
Program received signal SIGSEGV, Segmentation fault.
0x403ada4e in compile_branch (options=0, brackets=0x8, codeptr=0x0,
ptrptr=0x403b1824, errorptr=0x4046baf4, optchanged=0x2, reqchar=0x2,
countlits=0x2, cd=0x10) at pcre.c:1209
1209for (c = 0; c 32; c++) class[c] |= ~cbits[c+cbit_word];
(gdb) bt
#0 0x403ada4e in compile_branch (options=0, brackets=0x8, codeptr=0x0,
ptrptr=0x403b1824, errorptr=0x4046baf4, optchanged=0x2, reqchar=0x2,
countlits=0x2, cd=0x10) at pcre.c:1209
#1 0x4046baf4 in inflate_mask () from /usr/lib/libxml2.so.2
#2 0x403b1846 in match (eptr=0x1 Address 0x1 out of bounds,
ecode=0x8155afc "", offset_top=0, md=0x1, ims=135616424, eptrb=0x0,
flags=1078193993) at pcre.c:3956
#3 0x40375147 in php_if_apache_lookup_uri (ht=135598500, return_value=0x2,
this_ptr=0x6e616d6d, return_value_used=1077437309) at php_apache.c:407
#4 0x40386420 in php_xpath_get_object (wrapper=0x8, rsrc_type1=3,
rsrc_type2=0) at php_domxml.c:332
#5 0x4039e4c3 in fn_ext (
name=0xbaf8 "
--
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] PHP 4.0 Bug #9343 Updated: Causes server to core
ID: 9343 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-02-20 06:10:23] [EMAIL PROTECTED] Please try the latest CVS snapshot and provide a gdb backtrace if it crashes too. --Jani --- [2001-02-19 16:12:44] [EMAIL PROTECTED] Here is the problem. When PHP is installed with mod_perl, certain calls in mod_perl will cause the server to core (and this only happens with PHP, jserv, mod_roaming... the rest all work). You can simulate the behavior with Apache::Storage. For some reason, when mod_perl goes to access the module's config list inside of Apache, Apache cores. This was fixed a while ago and the fix was mentioned on slashdot. The problem seems to have returned though. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9343edit=2 -- 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] PHP 4.0 Bug #9348 Updated: symbol zendtext: referenced symbol not found
ID: 9348 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-02-22 19:20:02] [EMAIL PROTECTED] If you're really using a CVS version, please check that you have also updated the php4/Zend directory.. Also, try doing 'make clean' after configure and before 'make'. --Jani --- [2001-02-19 19:36:36] [EMAIL PROTECTED] Like other bugs filed on this same subject, when running Apache (1.3.17) on a Solaris 2.6 sparc (gcc 2.95.2) using the latest src (Feb 19, 2001 1545) from http://snaps.php.net I continue to get the error: /usr/local/apache/bin/apachectl configtest Syntax error on line 238 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libphp4.so: symbol zendtext: referenced symbol not found Configured like: ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --enable-track-vars Like other bug reports, I see several 'extern char *zendtext' but no place do I see where zendtext is defined (in any of the php4-latest src). Help! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9348edit=2 -- 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] PHP 4.0 Bug #9355 Updated: Under 4.0.0 developed system with newer php doesn't work properly.
ID: 9355 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: PostgreSQL related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-02-20 13:49:08] [EMAIL PROTECTED] don't forget to set to "feedback" --- [2001-02-20 13:04:53] [EMAIL PROTECTED] If you can, grab the latest version from CVS. I believe they fixed this problem. http://snaps.php.net Chris --- [2001-02-20 12:45:46] [EMAIL PROTECTED] We developed under 4.0.0 using non-persistent connection to the PostgreSQL database. After upgrading PHP to 4.0.4 there were some abnormally errors. E.g. to display a page we used 8 or 10 connections. After 3 or 4 connections we got an "unable to connect database" error. Incompatibility between versions or what? cu Vamp --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9355edit=2 -- 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] PHP 4.0 Bug #9366 Updated: bin2hex() outputs non-hex digits
ID: 9366 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Function Specific Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-02-27 08:00:38] [EMAIL PROTECTED] As you see, I wrote this comment on Feb. 22th, so please try more recent version. --- [2001-02-27 07:52:14] [EMAIL PROTECTED] I've tryed the 4.0.5-dev from www.php4win.de released on 20 febr. and I've got the same result; I'll work on compiling the latest CVS.. --- [2001-02-22 05:39:04] [EMAIL PROTECTED] Please see if current CVS snapshot fixes the problem. --- [2001-02-21 07:33:16] [EMAIL PROTECTED] I've just found that the "reconstrunction" not ever works; only the rewrite/reread technique does; bye again --- [2001-02-21 06:59:31] [EMAIL PROTECTED] it seems an unpredictable problem, I couldn't reproduce it with a string as input: I've attached a base64_encoded file containg the suitable binary data (I'm sorry it there was a simpler way); I'm still not completely sure if it is due to bin2hex() or strstr(), but this latter is very unlikely; this is the script: just change the fopen() with the filename you want; ?php $f1 = fopen( 'c:\temp\---filename.bin','rb'); //open the attached file $s = fread( $f1, 50 ); //read it all fclose($f1); $s2= bin2hex($s); echo "lung s2=".strlen($s2)."brbr"; // displays correctly filesize()*2, that is 4412 * 2 echo "s2=$s2brbr"; /* M$'IE5 displays not writeble characters: tryign to select the end of the string, I get evermore of it (just while I'm selecting !) but this should be a M$'bug; Netscape 4.03 works properly; */ $ris= strstr( $s2, "0d0a0d0a") ; // I'm looking for the first occurrence of that string; I know it is on position x0176 // - here's the problem: echo "lung ris= ".strlen($ris). "brbr"; // I get variable results, between 8077 and 8083 echo "ris=$risbrbr"; /* I get again not writeble or "invisible" characters in IE5; on Netscape I get (eg) "04ffd9R" at the end of the string; */ ? and this is the file (base64_encoded):
[PHP-DEV] PHP 4.0 Bug #9375 Updated: Apache don't start
ID: 9375 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-01 22:24:29] [EMAIL PROTECTED] Could you please try updating your cvs and run 'cvsclean' script before configuring / compiling? --Jani --- [2001-02-21 11:23:34] [EMAIL PROTECTED] ./configure --enable-track-vars --with-gd --with-cpdflib --with-mysql --with-apxs --with-tiff --with-png --with-jpeg --with-zlib --with-midgard make make install start Apache then error : Failed to start apache : Starting httpd: Syntax error on line 256 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: undefined symbol: __setjmp [FAILED] The version php4.0.4pl1 run perferct on my RedHat 7.0 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9375edit=2 -- 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] PHP 4.0 Bug #9416 Updated: ereg_replace returns Warning: Invalid content of \{\}
ID: 9416 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Regexps related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report with a short example script which can be used to reproduce this. --Jani Previous Comments: --- [2001-03-08 10:12:12] [EMAIL PROTECTED] Could you please provide an example of the string where it happens? Also, could you post a ereg call you are using? --- [2001-02-22 21:08:14] [EMAIL PROTECTED] i have that odd message if i call up ereg_replace on a big string,(small html page from post). i made an grep on the php source, and i did not find it ...? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9416edit=2 -- 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] PHP 4.0 Bug #8825 Updated: failure during page load
ID: 8825 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: I cannot reproduce this one: extension=php_exif.dll CAUSES php.exe TO CRASH WITH ACCESS VIOLATION (0xC0050, ADDRESS:0x7800d269) The other errors are related to missing 3rd party libraries, needed in order to use the mentioned extensions. Previous Comments: --- [2001-03-31 10:52:38] [EMAIL PROTECTED] do you actually have these dlls? also, most of them require external stuff (client libraries) to work. --- [2001-01-20 19:49:38] [EMAIL PROTECTED] I just downloaded the full version of php 4 and installed it on my NT 4 workstation with 128 Mb RAM last night, and had it up and running in no time. I tested it with an application I've written in php 3 consisting of about 6,000 lines of code spread over 7 pages, and everything seems to work fine so far ( it accesses multiple databases ). All I can say is you took a great piece of software in php 3 and made it even better in php 4 - I couldn't sleep last night looking forward to trying some of the new database functions! Keep up the good work. I did notice the following bugs with some of the extensions when I tried to load a page : ;extension=php_exif.dllCAUSES php.exe TO CRASH WITH ACCESS VIOLATION (0xC0050, ADDRESS:0x7800d269 ;extension=php_ingres.dll DYNAMIC LIBRARY OIAPI.DLL MISSING ;extension=php_interbase.dll ORDINAL 261 COULDN NOT BE LOCATED IN gds.dll ;extension=php_sybase_ct.dll DYNAMIC LINL LIBRARY libct.dll MISSING ;extension=php_yaz.dllPROCEDURE ENTRY POINT yaz_oi_set_string_oidval MISSING IN yaz.dll Thanks again Phil Pearl ps I'm running Apache and was using Netscape browser. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8825edit=2 -- 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] PHP 4.0 Bug #9454 Updated: Reference issue 2
ID: 9454 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Scripting Engine problem Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report with a short example script that can be used to reproduce this. --Jani Previous Comments: --- [2001-03-08 06:40:50] [EMAIL PROTECTED] Please provide a short code reproducing the problem. --- [2001-02-26 16:34:15] [EMAIL PROTECTED] This problem seems to be related to the bug 9407 also. I am not sure it is due to the garbage collector. I ran it as a CGI or with ISAPI filter, I increased the amount of memeory a thread could take until 13Mb, with Linux also. I destroyed the process... I think it is due to a buffer overflow somewhere when a reference is built, or something like that. Good luck --- [2001-02-26 05:18:27] [EMAIL PROTECTED] I got in trouble with reference. Issues with Linux, Mandrake 7.2 and Windows 2000 with PHP 4.04pl1, php 4.0.3 php 4.0.1pl2 I am unable to give small script, the problem seems to appear only on big script, some refences seems to be messed up. What I did. I used MySql to query a system. When I check the result of a query, I got a resource ID But sometimes, the resource ID is a big number, ie 18739485 I belived the problem came from MySql, but I used ODBC to find a turn around, with the same problem. The worst is the such a resource is working well after for the next_record statement. Then, I realize a dump of a big variable, that contains references of objects, of arrays... And one of this variable inside is at the beginning a number, and becomes a reference to another object. I checked the code, and the variable is written only once. Something else, I write to the screen a string using printf() or echo sprintf(), and I find this string in the big variable. Worst, I notice some strange characters in this object (with ascii code 127) It seems that in some condition, the memory manager doesn't work well. With my code, PHP hangs on while it is trying to print a resource ID variable (on Unix or PHP). I can send you my code if you are interested in. For a core file, I didn't compile PHP- Linux with the debug option. Do you know how I can do the same thing with Windows? Hope that helps --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9454edit=2 -- 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] PHP 4.0 Bug #9471 Updated: Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
ID: 9471
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: sniper
Comments:
Is this problem still valid?
--Jani
Previous Comments:
---
[2001-02-26 18:01:01] [EMAIL PROTECTED]
[USER NOTES via Email]
I don't know why, our web site visabrc.com was working for years and problem
occurred on last Saturday. No body changed any include files or so.
However,
In /usr/local/lib/php/class.Visitor.inc, we had $CS declared:
?php
class Visitor extends Service {
var $visitorid, $vpromo, $CS, $promoCS;
...
Thanks,
Ed
---
[2001-02-26 18:00:04] [EMAIL PROTECTED]
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9471edit=2
Use the bug interface to update this please.
Where is $CS actually given a value, the contstructor? And have you gone through each
step where $CS might be modified? Do you keep your code in CVS or something similar
so you can track possibly overlooked changes?
---
[2001-02-26 17:35:29] [EMAIL PROTECTED]
$CS seems not to be an instantiated object of a defined class. You should provide us
with your class definition, if this is the cause of your problems.
---
[2001-02-26 17:29:18] [EMAIL PROTECTED]
Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
Warning: $CS is not an object in /www/wwwx/index.phtml on line 26
Warning: $CS is not an object in /www/wwwx/index.phtml on line 28
Fatal error: Member function used on a non-object in /www/wwwx/index.phtml on line 28
===
[custroot@ripvisaweb01 wwwx]# ls -l index.phtml
-rw-rw-r-- 1 root other827 Jun 30 2000 index.phtml
(Line 25-28 of /www/wwwx/index.phtml)
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) {
==
Warning: $CS is not an object in brc_speedcheck.inc on line 3
Warning: $CS is not an object in brc_speedcheck.inc on line 4
Warning: $CS is not an object in brc_speedcheck.inc on line 5
Fatal error: Member function used on a non-object in brc_speedcheck.inc on line 5
/usr/local/lib/php
[custroot@ripvisaweb01 php]# head brc_speedcheck.inc
?php
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) { header("Location:
/sysdoc.phtml?1006ref"); }
?[custroot@ripvisaweb01 php]# ls -l brc_speedcheck.inc
-rw-rw-r-- 1 root other148 Aug 23 2000 brc_speedcheck.inc
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9471edit=2
--
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] PHP 4.0 Bug #9472 Updated: Apache refuses to start when trying to load php DSO module
ID: 9472 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-10 14:32:46] [EMAIL PROTECTED] This should be fixed in CVS now. Please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-03-03 20:08:30] [EMAIL PROTECTED] Duplicate of #6981 --- [2001-02-26 19:36:00] [EMAIL PROTECTED] LoadModule php4_modulelibexec/libphp4.so When the previous line is present in the httpd.conf file, Apache will not load when the "./apachectl restart" command is executed. I get the error: [root@ip234-164 bin]# ./apachectl restart ./apachectl restart: configuration broken, ignoring restart ./apachectl restart: (run 'apachectl configtest' for details) I then run: [root@ip234-164 bin]# ./apachectl configtest Syntax error on line 207 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: undefined symbol: uncompress PHP was configured as follows: ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs --prefix=/usr/local/php --with-track-vars --with-trans-id --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9472edit=2 -- 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] PHP 4.0 Bug #6608 Updated: sizeof($array) extremly slow in loop. 90% cpu util
ID: 6608
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Performance problem
Assigned To:
Comments:
Could you please test your script with either the PHP 4.0.4pl1 release, the latest PHP
4.0.5 RC or a current CVS snapshot from http://snaps.php.net/? Thanks.
Previous Comments:
---
[2000-09-07 13:01:24] [EMAIL PROTECTED]
The following code performed well under 3.0.16.
for ($i=0; $i sizeof($teacherarray); $i++) {
$a=$teacher_array[$i];
if ($a-teacher_id==$teacher_id) {
break;
}
}
However, under php 4.0.2 it is extrememly slow and causes cpu util for the httpd
process to hit 90%. $teacherarray is not being modified during the loop so the
condition isn't changing.
BTW: Changing to the following code works ok.
$numteachers = sizeof($teacherarray);
for ($i=0; $i $numteachers; $i++) {
$a=$teacher_array[$i];
if ($a-teacher_id==$teacher_id) {
break;
}
}
Either the sizeof function has had a serious decrease in its speed or something is
awry..
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6608edit=2
--
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] PHP 4.0 Bug #9487 Updated: POST using HTTP/1.0 HTTP/1.1 mix makes PHP crash
ID: 9487 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report with proper GDB backtrace PHP configured with --enable-debug --Jani Previous Comments: --- [2001-03-03 20:05:19] [EMAIL PROTECTED] Please provide that whole backtrace. --Jani --- [2001-02-27 16:39:25] [EMAIL PROTECTED] I'm using Apache 1.3.17, PHP 4.0.4pl1. Seems like PHP doesn't like some POST data if they are send via HTTP/1.0 and HTTP/1.1 in different requests. The script in question is like this (name: var.php): FORM NAME="FORM_POST" ACTION="var.php" METHOD=POST Form with POST:INPUT TYPE=SUBMIT NAME="TEST" VALUE="+ìèøýáíé" /FORM The way to crash PHP: 1) in HTTP/1.0 browser (like Netscape 4.76), click on the submit button couple of times, enough so that the POST request got to each running httpd daemon 2) do HTTP/1.1 request, possibly via telnet, like: POST /var.php HTTP/1.1 Host: localhost Content-Length: 1 at this point, server should wait for the data, but it crashes instead. If I look at traceback in gdb, it crashes in _efree() (I can provide the exact backtrace if needed). If the bug is not repeatable for you and would need some more information, feel free to contact me. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9487edit=2 -- 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] PHP 4.0 Bug #9504 Updated: is_file doesn't seem to work
ID: 9504
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Filesystem function related
Assigned To:
Comments:
No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-03 19:47:51] [EMAIL PROTECTED]
Your example scripts works just fine for me.
Try compiling PHP 4 from sources by yourself.
--Jani
---
[2001-02-28 18:47:56] [EMAIL PROTECTED]
In the docs for is_dir, i'm not sure if it wants a file name or a path name + file
name. Either way, it doesn't seem to work on my debian/PHP4 (downloaded from
dselect)/Apache box
Here's the script i'm attempting:
//--- List all the files in a directory
//--- Directory we're going after is /clients/data/
function get_files( $current_directory )
{
$directory = dir( $current_directory );
$file_list = array();
while ($element = $directory-read()) {
//--- The following line is never true
if (is_file($element)) {
$file_list[$element] = $element;
} //--- if is_file
else {
echo "Not a file: $elementbrn";
$path_and_name = $current_directory . $element;
if (is_file($path_and_name)) {
echo "Not a file: $path_and_namebrn";
}
}
} //--- while $element = $directory-read()
//--- Directory list doesn't seem to be sorted,
//--- so let's sort it
asort($file_list);
$directory-close();
//--- Tell them what we've learned
return $file_list;
} //--- get_files
-b
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9504edit=2
--
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] Mailing List Suggestion
The subject lines of this mailing list are extremely long, mostly due to the bug reporting system. Is it really necessary to say PHP twice in the subject line? Also, I can't remember the last time I've seen a 3.0 Bug show up, so is it even necessary to give the version number? For that matter, if we see a bug number like #9098, can't we safely assume that it's Bug #9098 and not have to see "Bug" on the subject line? Possible alternatives to what is being used now are: [PHP-DEV] Bug #885 Updated: blah blah blah [PHP-DEV] Bug #885 U: blah blah blah [PHP-DEV] #885 U: blah blah blah [PHP-DEV] 4.0 #885 U: blah blah blah My point here is that the useful information in the subject is usually at the very end and often not seen in GUI email clients. Daniel -- 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] PHP 4.0 Bug #9509 Updated: garbled image file
ID: 9509
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Filesystem function related
Assigned To:
Comments:
No feedback and most likely the missing 'b' issue.
--Jani
Previous Comments:
---
[2001-03-01 22:10:22] [EMAIL PROTECTED]
Try adding 'b' into fopen:
$image=fopen("track.gif", "rb");
Check the manual page for fopen:
http://www.php.net/fopen
--Jani
---
[2001-03-01 11:19:51] [EMAIL PROTECTED]
I was previously using fopen() and fpassthru to grab a gif image and pass it to the
browser. This worked fine.
Then I installed PHP4.0.4pl1 and the image that now gets returned is garbled (the
image appears to be the right dimensions, but filesize shows 150 bytes, not 406 bytes
which is what the image actually is).
On any html page the following line was installed:
IMG src="track.php?ref=12345"
track.php then looks like this:
?
$image = fopen ("track.gif", "r");
fpassthru ($image);
?
I tried the same with the readfile() function, as follows:
?
readfile("track.gif");
?
same result.
Other file I/O appears to be fine.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9509edit=2
--
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: PHP 4.0 Bug #9471 Updated: Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
Jani,
Thanks very much. The bug has been fixed, it was actually due to disk full
which caused MySQL database crash.
Regards,
Ed
-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 10, 2001 10:12 AM
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #9471 Updated: Warning: $CS is not an object in
/www/wwwx/index.phtml on line 25
ID: 9471
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: sniper
Comments:
Is this problem still valid?
--Jani
Previous Comments:
---
[2001-02-26 18:01:01] [EMAIL PROTECTED]
[USER NOTES via Email]
I don't know why, our web site visabrc.com was working for years and problem
occurred on last Saturday. No body changed any include files or so.
However,
In /usr/local/lib/php/class.Visitor.inc, we had $CS declared:
?php
class Visitor extends Service {
var $visitorid, $vpromo, $CS, $promoCS;
...
Thanks,
Ed
---
[2001-02-26 18:00:04] [EMAIL PROTECTED]
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9471edit=2
Use the bug interface to update this please.
Where is $CS actually given a value, the contstructor? And have you gone
through each step where $CS might be modified? Do you keep your code in CVS
or something similar so you can track possibly overlooked changes?
---
[2001-02-26 17:35:29] [EMAIL PROTECTED]
$CS seems not to be an instantiated object of a defined class. You should
provide us with your class definition, if this is the cause of your
problems.
---
[2001-02-26 17:29:18] [EMAIL PROTECTED]
Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
Warning: $CS is not an object in /www/wwwx/index.phtml on line 26
Warning: $CS is not an object in /www/wwwx/index.phtml on line 28
Fatal error: Member function used on a non-object in /www/wwwx/index.phtml
on line 28
===
[custroot@ripvisaweb01 wwwx]# ls -l index.phtml
-rw-rw-r-- 1 root other827 Jun 30 2000 index.phtml
(Line 25-28 of /www/wwwx/index.phtml)
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) {
==
Warning: $CS is not an object in brc_speedcheck.inc on line 3
Warning: $CS is not an object in brc_speedcheck.inc on line 4
Warning: $CS is not an object in brc_speedcheck.inc on line 5
Fatal error: Member function used on a non-object in brc_speedcheck.inc on
line 5
/usr/local/lib/php
[custroot@ripvisaweb01 php]# head brc_speedcheck.inc
?php
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) { header("Location:
/sysdoc.phtml?1006ref"); }
?[custroot@ripvisaweb01 php]# ls -l brc_speedcheck.inc
-rw-rw-r-- 1 root other148 Aug 23 2000 brc_speedcheck.inc
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9471edit=2
--
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] Date/timestamp on CVS versions..
X-Powered-By: PHP/4.0.6-dev Just an idea..would it be stupid to have the date of last CVS update included in the version string? Like this: 4.0.6-dev-20011004 Or maybe the timestamp would be better? That way we could ask for it to be included in the bug report if the bug submitter uses CVS. And could tell for sure if a fix was in that version or not? --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] PHP 4.0 Bug #9471 Updated: Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
ID: 9471
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: sniper
Comments:
User feedback:
--
Thanks very much. The bug has been fixed, it was actually due to disk full which
caused MySQL database crash.
--
Closed.
--Jani
Previous Comments:
---
[2001-04-10 10:11:45] [EMAIL PROTECTED]
Is this problem still valid?
--Jani
---
[2001-02-26 18:01:01] [EMAIL PROTECTED]
[USER NOTES via Email]
I don't know why, our web site visabrc.com was working for years and problem
occurred on last Saturday. No body changed any include files or so.
However,
In /usr/local/lib/php/class.Visitor.inc, we had $CS declared:
?php
class Visitor extends Service {
var $visitorid, $vpromo, $CS, $promoCS;
...
Thanks,
Ed
---
[2001-02-26 18:00:04] [EMAIL PROTECTED]
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9471edit=2
Use the bug interface to update this please.
Where is $CS actually given a value, the contstructor? And have you gone through each
step where $CS might be modified? Do you keep your code in CVS or something similar
so you can track possibly overlooked changes?
---
[2001-02-26 17:35:29] [EMAIL PROTECTED]
$CS seems not to be an instantiated object of a defined class. You should provide us
with your class definition, if this is the cause of your problems.
---
[2001-02-26 17:29:18] [EMAIL PROTECTED]
Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
Warning: $CS is not an object in /www/wwwx/index.phtml on line 26
Warning: $CS is not an object in /www/wwwx/index.phtml on line 28
Fatal error: Member function used on a non-object in /www/wwwx/index.phtml on line 28
===
[custroot@ripvisaweb01 wwwx]# ls -l index.phtml
-rw-rw-r-- 1 root other827 Jun 30 2000 index.phtml
(Line 25-28 of /www/wwwx/index.phtml)
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) {
==
Warning: $CS is not an object in brc_speedcheck.inc on line 3
Warning: $CS is not an object in brc_speedcheck.inc on line 4
Warning: $CS is not an object in brc_speedcheck.inc on line 5
Fatal error: Member function used on a non-object in brc_speedcheck.inc on line 5
/usr/local/lib/php
[custroot@ripvisaweb01 php]# head brc_speedcheck.inc
?php
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) { header("Location:
/sysdoc.phtml?1006ref"); }
?[custroot@ripvisaweb01 php]# ls -l brc_speedcheck.inc
-rw-rw-r-- 1 root other148 Aug 23 2000 brc_speedcheck.inc
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9471edit=2
--
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] PHP 4.0 Bug #9533 Updated: new_opencount[0] == 0
ID: 9533 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report with the information I asked for before. --Jani Previous Comments: --- [2001-03-03 17:32:13] [EMAIL PROTECTED] 1. What was the configure line used to configure PHP 4? 2. Is your apache linked with libpthread.so? ( ldd httpd ) --Jani --- [2001-03-02 18:22:43] [EMAIL PROTECTED] My Apache 1.3.14 cannot start with PHP. When I disable PHP in the Apache conf files, everrything is OK. When I enable PHP, Apache cannot start. In the logs I have something like: [Sat Mar 3 00:20:26 2001] [notice] child pid 25463 exit signal Aborted (6) apache-ssl: dl-close.c:123: _dl_close: Assertion `new_opencount[0] == 0' failed. [Sat Mar 3 00:20:52 2001] [notice] child pid 23978 exit signal Aborted (6) apache-ssl: dl-close.c:123: _dl_close: Assertion `new_opencount[0] == 0' failed. [Sat Mar 3 00:21:53 2001] [notice] child pid 23789 exit signal Aborted (6) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9533edit=2 -- 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] PHP 4.0 Bug #9539 Updated: extract() does not overwrite old values in a while loop with the EXTR_OVERWRITE
ID: 9539
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Variables related
Assigned To:
Comments:
No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-06 07:01:47] [EMAIL PROTECTED]
reclassify
---
[2001-03-03 17:17:43] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/ as I think
this is already fixed.
--Jani
---
[2001-03-03 15:51:28] [EMAIL PROTECTED]
$sql = "select * from organization order by
regionalrequirement,organizationname";
$result = mysql_query($sql);
while ($row=mysql_fetch_array($result))
{
// $organizationnameinchinese="";
// if this line was not included .. the value
// $organizationnameinchinese would not get the new value
extract ($row,EXTR_OVERWRITE);
echo "The school listed are
A href=vieworganization.php?orgid=$id$organizationname
/a
$organizationnameinchineseBRBR";
}
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9539edit=2
--
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] PHP 4.0 Bug #9543 Updated: core dump after including module and restarting apache
ID: 9543 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-10 23:30:50] [EMAIL PROTECTED] User feedback: -- ./configure --with-mysql --with-apxs Try adding the path to installed mysql, e.g.: --with-mysql=/www/mysql ( http://bugs.php.net/bugs-generating-backtrace.php ) what is gdb? (i have attached the core-file) Did you read the page found at the url above? Please do. And DO NOT send any core files to mailing lists!!! And as it says in the end of the notice email: DO NOT answer to this email with your email client, use the given url instead. --Jani --- [2001-03-04 15:56:18] [EMAIL PROTECTED] 1. What was the configure line you used to configure PHP ? 2. Is your Apache linked with libpthread ? (ldd httpd) If not, add -lpthread to the apache-1.3.x/src/Makefile line LIBS1 (in front of the other -l's) then do 'make clean;make;make install' for Apache. 3. Create a gdb backtrace of the crash ( http://bugs.php.net/bugs-generating-backtrace.php ) --Jani --- [2001-03-04 06:34:25] [EMAIL PROTECTED] i have compiled the module on a raq2. when i include the module (just LoadModule...) and restart the apache, i can see a core-file in the current directory. there is no error-message in the logfiles of apache. thanks, ralf --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9543edit=2 -- 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] PHP 4.0 Bug #10260: imap_sort segaults if no mail is in the user's mailbox
From: [EMAIL PROTECTED]
Operating system: linux 2.2.16
PHP version: 4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description: imap_sort segaults if no mail is in the user's mailbox
The following code causes a segfault if there is no mail in the user's mailbox:
$mbox = imap_open("{localhost:143}INBOX", "user", "pass");
$arr = imap_sort($mbox, SORTARRIVAL, 0, SE_UID)
--
Edit Bug report at: http://bugs.php.net/?id=10260edit=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] PHP 4.0 Bug #9556 Updated: upload problem
ID: 9556 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Filesystem function related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-05 09:36:15] [EMAIL PROTECTED] I can't reproduce this with latest CVS. Can you please try the latest CVS snapshot from http://snaps.php.net/ ?? And I'm also using Apache 1.3.19 so if using the latest PHP CVS snapshot doesn't work, try upgrading Apache. --Jani --- [2001-03-05 06:02:19] [EMAIL PROTECTED] I don't know if this is already mentioned, but there seems to be a problem with the 'copy' function, for more info, plz read http://forums.devshed.com/showthread.php?threadid=11297 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9556edit=2 -- 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] PHP 4.0 Bug #9574 Updated: Apache can't load neither static (core dump) neither DSO module (linking err).
ID: 9574 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-06 10:01:37] [EMAIL PROTECTED] Please try latest CVS snapshot from http://snaps.php.net/ as both of these problems should be fixed. --Jani --- [2001-03-06 06:24:35] [EMAIL PROTECTED] This first part is already fixed in CVS. --- [2001-03-06 06:11:51] [EMAIL PROTECTED] When module is static, then system reports "floating point exception, core dumped" (see also bug 9573). When module is DSO, then system reports "Cannot load .../apache_1.3.17/libexec/libphp4.so into server: Undefined symbol "_finite" in httpd:.../apache_1.3.17/libexec/libphp4.so" PHP: ./configure --with-mysql=/usr/local --with-apxs=/home/apache_1.3.17/bin/apxs --enable-safe-mode --with-openssl --with-zlib Apache is '1.3.17'. Patched by mod_ssl-2.8.0-1.3.17. ./configure --prefix=.../apache_1.3.17 --enable-rule=SHARED_CORE --enable-module=rewrite --enable-module=so --enable-module=ssl --enable-shared=ssl --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9574edit=2 -- 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] PHP 4.0 Bug #9577 Updated: compiler error while configured enabled '--with-gd' feature
ID: 9577 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5 when you use the proper paths, reopen this bug report. --Jani Previous Comments: --- [2001-03-06 10:06:56] [EMAIL PROTECTED] You must use the install directories with those confgure options. e.g. : ./configure --with-apxs --with-gd=/www/gd --Jani --- [2001-03-06 08:48:44] [EMAIL PROTECTED] ./configure --with-jpeg-dir=../gd/jped-6b --with-png-dir=../gd/libpng-1.0.9 --with-mysql --with-apxs --with-zlib=/usr/local --with-mod_charset --enable-track-vars --enable-gd-native-ttf --with-gd=../gd/gd-1.8.4 all appropriate libraries (z, gd, jpeg, png, freetype 2) are installed first. and now: #make ... gd.c:91: conflicting types for `gdIOCtx' /usr/home/riddle/apache/gd-1.8.4/gd_io.h:18: previous declaration of `gdIOCtx' *** Error code 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9577edit=2 -- 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] PHP 4.0 Bug #9585 Updated: Apache do not start - Floating Point Exception
ID: 9585 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Web Server problem Assigned To: Comments: Have you tried the latest CVS yet? Does this happen with it too? --Jani Previous Comments: --- [2001-03-06 18:52:09] [EMAIL PROTECTED] Can you please try the latest CVS snapshot from http://snaps.php.net/ and if this happens with it too, generate a GDB backtrace of the crash. Remember to configure PHP with --enable-debug first before generating the backtrace! --Jani --- [2001-03-06 14:38:42] [EMAIL PROTECTED] I am currently running PHP3 on a Cobalt Qube 2, I want to add PHP 4, to be used with a PHP 4 written email application. I have no problem to run ./configure, or make or make install, my problem occurs when I stop and start apache. Apache do not want to start, it do not give me any errors, when I run httpd it gives me the error "Floating Point Exception". I have compile various versions, with and without MySql, and I still get the error. When I include the libphp4.so in the httpd.conf file, this error occur, if I remove it works fine again. I am running a Apache 1.3.3, MySql 3.22.21 on a Cobalt with a mips processor. I am stuck, I have tried all options in my mind, plus all information that I gather from PHP.net FAQ and Cobalt FAQ, I have tried all the different options suggested in these FAQ when it comes to ./cofigure. So, with that conclusion I beleive it may be a bug. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9585edit=2 -- 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] Date/timestamp on CVS versions..
On Tue, Apr 10, 2001 at 04:39:16PM +0200, Jani Taskinen wrote: X-Powered-By: PHP/4.0.6-dev Just an idea..would it be stupid to have the date of last CVS update included in the version string? Like this: 4.0.6-dev-20011004 Or maybe the timestamp would be better? That way we could ask for it to be included in the bug report if the bug submitter uses CVS. And could tell for sure if a fix was in that version or not? Good idea. -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- There is no sadder sight than a young pessimist. -- 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] PHP 4.0 Bug #9588 Updated: Compile failure with glibc 2.1.2 and 2.4.2 kernel
ID: 9588 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-10 22:54:52] [EMAIL PROTECTED] What was the compile failure? I just fixed one regarding "undefined versioned symbol name __ns_name_unpack@@GLIBC_2.1" so if it was this one, please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-03-06 15:59:08] [EMAIL PROTECTED] Compiling PHP with a fairly old version of glibc (2.1.2) on the new 2.4.X (specifically 2.4.2) series of Linux kernels fails. It seems to be necessary to upgrade to at least 2.1.3 of glibc before compiling under 2.4.X kernel, even though it is possible to compile PHP with glibc 2.1.2 under a 2.2.X kernel without problems. It would be nice if this was documented better, and perhaps a check added to the ./configure script to ensure that this potential problem was recognised. The distribution is fairly heavily customised Mandrake 7.0. I solved the problem by upgrading to glibc 2.1.3 with an RPM from Mandrake 7.2. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9588edit=2 -- 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] PHP 4.0 Bug #9601 Updated: MySQL connects to wrong database
ID: 9601 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-07 12:58:59] [EMAIL PROTECTED] Okay. Can anybody else comment on this? All the machines I use have newer versions of both MySQL and PHP. They also work for this situation. You may still want to try the --with-mysql=/path/to/mysql recompile if you can, and while you are recompiling grab the latest snapshot of PHP from http://snaps.php.net. -Chris --- [2001-03-07 12:13:05] [EMAIL PROTECTED] The grant tables are fine. Perhaps we misunderstood ourselves. If I use "mysql" to connect to the live database using a user name and password that is in the grant tables, it works fine. If I use "mysql" to connect to the test database using a user name and password that DOES NOT HAVE PRIVILEGES to this database, authentication fails, as it should. If I use PHP to connect to the live database using a user name and password that is in the grant tables, it works fine. If I use PHP to connect to the test database using the SAME user name and password that works for the live database, it connects to the LIVE database instead of the test database. We found this by accident when setting up a test web site that duplicates a live site. When I changed the database name in the connection object, it didn't fail, it just connected to the live database. --- [2001-03-07 10:59:54] [EMAIL PROTECTED] USER NOTES FROM EMAIL: I just used --with-mysql AND ERROR 1045: Access denied for user: 'ceresdb@localhost' (Using password: YES) When executing the mysql command from a bash shell. Greg --- [2001-03-07 10:59:01] [EMAIL PROTECTED] Please use the bug system when replying. Thanx. Well it looks like you don't have the Grant Tables setup properly OR you didn't flush them after changing them. Do a `mysqladmin reload` and try again, if it still doesn't connect then you need to fix your grant tables. See http://www.mysql.com/documentation/index.html for information on how to do this. I haven't seen it cause any problems, but just to be safe you should recompile PHP using --with-mysql=/path/to/mysql so PHP is aware of what version you are actually using. If for some reason your grant tables are not the problem simply reopen this report. -Chris --- [2001-03-07 10:45:31] [EMAIL PROTECTED] Couple stupid questions. 1) When you compiled PHP, did you just use --with-mysql instead of --with-mysql=/path/to/mysql? 2) Does the mysql command line tool connect? i.e. mysql -u ceres -p ceres_test -Chris --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9601edit=2 -- 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] PHP 4.0 Bug #9614 Updated: libxml 2.3.x series does not work. Config doesn't check for this.
ID: 9614 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Install and Config Assigned To: Comments: This should be fixed. But if this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-16 19:53:44] [EMAIL PROTECTED] Please try with the latest CVS snapshot from http://snaps.php.net/ as I´m using libxml 2.3.4 and it compiles with the latest CVS just fine. --Jani --- [2001-03-07 23:11:14] [EMAIL PROTECTED] When you run configure --with-dom it only checks that you have the libxml library = 2.2.7. However the libxml 2.3.x series doesn't work with PHP and causes undefined symbols (Either during linking or when Apache loads the module) I used the following configure options: ./configure --with-apxs=/usr/apache/bin/apxs --with-zlib --with-regex=system --with-readline --with-pdflib --with-mysql=/home/mysql --with-gettext --enable-ftp --with-gd=../gd-1.8.4 --with-bz2 --enable-calendar --with-dom --with-java=/usr/local/jdk1.3 Here is a simplistic patch that does a poor job of checking that the 2.3.x series is not in use. *** ext/domxml/config.m4.orig Wed Mar 7 22:56:54 2001 --- ext/domxml/config.m4Wed Mar 7 23:00:36 2001 *** *** 4,19 AC_DEFUN(PHP_DOM_CHECK_VERSION,[ old_CPPFLAGS=$CPPFLAGS CPPFLAGS="-I$DOMXML_DIR/include" ! AC_MSG_CHECKING(for libxml version) AC_EGREP_CPP(yes,[ #include libxml/xmlversion.h #if LIBXML_VERSION = 20207 yes #endif ],[ ! AC_MSG_RESULT(= 2.2.7) ],[ ! AC_MSG_ERROR(libxml version 2.2.7 or greater required.) ]) CPPFLAGS=$old_CPPFLAGS ]) --- 4,21 AC_DEFUN(PHP_DOM_CHECK_VERSION,[ old_CPPFLAGS=$CPPFLAGS CPPFLAGS="-I$DOMXML_DIR/include" ! AC_MSG_CHECKING([for libxml - version = 2.2.7, 2.3.x]) AC_EGREP_CPP(yes,[ #include libxml/xmlversion.h #if LIBXML_VERSION = 20207 + #if LIBXML_VERSION 20300 yes #endif + #endif ],[ ! AC_MSG_RESULT(yes) ],[ ! AC_MSG_ERROR([libxml version 2.2.7 or greater (but not 2.3.x series) required.]) ]) CPPFLAGS=$old_CPPFLAGS ]) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9614edit=2 -- 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] PHP 4.0 Bug #9615 Updated: Cannot load libphp4.so into server
ID: 9615 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-10 14:33:44] [EMAIL PROTECTED] This should be fixed in CVS now. Please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-03-08 03:15:11] [EMAIL PROTECTED] Using apache-1.3.19 with mysql and so module configured with no errors. Configure;make;make install (ed) php with no errors using: ./configure --with-mysql=/usr/local/mysql-3.23.33-pc-linux-gnu-i686/ --with-apxs=/usr/local/apache_1.3.19/bin/apxs On starting apachectl I get the following error: "Syntax error on line 205 of /usr/local/apache_1.3.19/conf/httpd.conf: Cannot load /usr/local/apache_1.3.19/libexeclibphp4.so into server: undefined symbol: uncompress" Line 205 of httpd.conf is simply the LoadModule line that reads: "LoadModule php4_modulelibexec/libphp4.so" I read that it was suggested on one bug report to add to the LIBS1 line in Makefile so mine now reads: "LIBS1= -lpthread -lm -lcrypt -ldl" I performed: "make clean;make;make install: and the same error occurs. I am just in the process of setting up this server. PHP was the third app installed. The first was mysql and apache was the second. I did a custom install with the following components selected: XWindows, GNOME, Mail-WWW-News Tools, DOS|Windows Connectivity, Graphics, Games, Multimedia, Networked Workstation, Anonymous FTP server, Authoring/Publishing, Developement Tools, and Utilities. The machine is an 800MHz with 256 RAM. Plenty of partition space as well as swap space too. Thanks for any help. JR --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9615edit=2 -- 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] PHP 4.0 Bug #9625 Updated: make error
ID: 9625 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-08 18:54:24] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-03-08 10:27:59] [EMAIL PROTECTED] Greetings, I searched through the forum pages and the archive and didn't find a solution. Here's what I'm doing - Solaris 2.6, with iPlanet in /opt/iplanet and mySQL in /usr/local/bin/mysql. configure --with-nsapi=/opt/iplanet --with-mysql=/usr/local/mysql Configure runs fine, and produces no errors. Immediately after issue the make command I get Making all in Zend make[1]: Entering directory `/usr/local/php-4.0.4pl1/Zend' /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads -c zend_language_scanner_cc.cc In file included from zend_language_scanner_cc.cc:2571: zend_operators.h: In function `int is_numeric_string(char *, int, long int *, double *)': zend_operators.h:84: implicit declaration of function `int finite(...)' make[1]: *** [zend_language_scanner_cc.lo] Error 1 make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend' make: *** [all-recursive] Error 1 Any solutions ? Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9625edit=2 -- 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] PHP 4.0 Bug #9647 Updated: Problem with date(), displaying timezone
ID: 9647 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Date/time related Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-09 06:17:10] [EMAIL PROTECTED] Could you try the latest CVS snapshot build from http://www.php4win.de/ ? --Jani --- [2001-03-09 05:11:46] [EMAIL PROTECTED] When I use the date() function with the "T" parameter, which displays the time zone, the PHP program apparently crashes in MSVCRT.DLL. But when you click OK, the script completes, and the correct information comes up. The other parameters seem to work fine, but the "T" one always crashes (used alone or in a complete date). I am using Apache Win32 version 1.3.12, with the unmodified CGI version of PHP4. (I am using the GD and PDF extensions.) The complete Windows fault log follows: === PHP caused an invalid page fault in module MSVCRT.DLL at 0187:7800d269. Registers: EAX=00650078 CS=0187 EIP=7800d269 EFLGS=00010206 EBX=0039 SS=018f ESP=0063fca8 EBP=0063fcc4 ECX=0050 DS=018f ESI=00795c8c FS=3a8f EDX=003b ES=018f EDI=0006 GS= Bytes at CS:EIP: 89 5a 04 8b 55 0c 89 4d fc 8b 5a 04 8b 52 08 89 Stack dump: 00655ecc 00795c90 00656e64 00650dd4 0c80 0050 0063fd08 7800cc3f 0075000c 00795cdc 00655ecc 0021 00656e64 100ec9f0 780010ed --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9647edit=2 -- 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] PHP 4.0 Bug #9653 Updated: don't work
ID: 9653 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Install and Config Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-09 11:00:31] [EMAIL PROTECTED] please try out the binaries from www.php4win.de and look of they work for you --- [2001-03-09 09:02:07] [EMAIL PROTECTED] I lived en Costa Rica and I speck Spanish. Please Help me, everybody speck Spanish, that my english don't good. My Problem. I instaled en my NT 4.0 the versrion php-4_0_1pl2-win32, that work very good, but the next versions don't work, because the IIS don't recognize the PHP Modules. I want install the new version but i have a many problem. Please help me. Excuse me, my name is Eduardo Mena. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9653edit=2 -- 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] PHP 4.0 Bug #9657 Updated: zend_hash.c:257: `LONG_MAX' undeclared
ID: 9657 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Install and Config Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-09 13:42:30] [EMAIL PROTECTED] Can you find 'limits.h' in your system (you should..) and check if it defines LONG_MAX. And please add your configure line into this bug report. --Jani --- [2001-03-09 11:49:24] [EMAIL PROTECTED] immo:/aenix/php-4.0.4pl1 # make Making all in Zend make[1]: Entering directory `/aenix/php-4.0.4pl1/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -g -O2 -c zend_hash.c zend_hash.c: In function `zend_hash_add_or_update': zend_hash.c:257: `LONG_MAX' undeclared (first use in this function) zend_hash.c:257: (Each undeclared identifier is reported only once zend_hash.c:257: for each function it appears in.) zend_hash.c: In function `zend_hash_del_key_or_index': zend_hash.c:502: `LONG_MAX' undeclared (first use in this function) zend_hash.c: In function `zend_hash_find': zend_hash.c:852: `LONG_MAX' undeclared (first use in this function) zend_hash.c: In function `zend_hash_exists': zend_hash.c:902: `LONG_MAX' undeclared (first use in this function) make[1]: *** [zend_hash.lo] Error 1 make[1]: Leaving directory `/aenix/php-4.0.4pl1/Zend' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9657edit=2 -- 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] PHP 4.0 Bug #9672 Updated: fopen('http://...') Will not open an http or ftp but it works on windows
ID: 9672
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Reproduceable crash
Assigned To:
Comments:
No feedback. If this happens also with soon to be released
PHP 4.0.5 and after updating the RPMs from Redhat, reopen
this bug report.
--Jani
Previous Comments:
---
[2001-03-10 12:54:48] [EMAIL PROTECTED]
Seems to me that the problem is not with PHP, since the
crash happens inside an internal glibc call. Might be a
glibc bug. Please make sure relevant RH7 updates are
installed.
---
[2001-03-10 12:46:05] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/ as there have been fixes
regarding this.
--Jani
---
[2001-03-10 12:36:15] [EMAIL PROTECTED]
fopen on an url dose not work.
--with-msql="/usr/local/mysql" --with-apxs="/usr/local/apache/bin/apxs"
[PHP]
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP to
; read it, it must be named 'php.ini'. PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none ; sets foo to an empty string
; foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).
; Language Options ;
engine = On ; Enable the PHP scripting language engine under
Apache
short_open_tag = On ; allow the ? tag. otherwise, only ?php and
script tags are recognized.
asp_tags= Off ; allow ASP-style % % tags
precision = 14 ; number of significant digits displayed in floating
point numbers
y2k_compliance = Off ; whether to be year 2000 compliant (will cause
problems with non y2k compliant browsers)
output_buffering= On ; Output buffering allows you to send header lines
(including cookies)
; even after you send body content, in
the price of slowing PHP's
; output layer a bit.
; You can enable output buffering by
in runtime by calling the output
; buffering functions, or enable
output buffering for all files
; by setting this directive to On.
output_handler = ; You can redirect all of the output of your scripts
to a function,
; that can be responsible to process
or log it. For example,
; if you set the output_handler to
"ob_gzhandler", than output
; will be transparently compressed for
browsers that
[PHP-DEV] PHP 4.0 Bug #9680 Updated: Segmentation fault
ID: 9680 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Dynamic loading Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-14 15:26:37] [EMAIL PROTECTED] 1. What was the configure line EXACTLY like? 2. Do you have something else in Apache that uses mysql? If so, you have to add the path to mysql install base dir for --with-mysql 3. Your addtype set's the php extension to be .php4 so of course your .php files won't be parsed. --Jani --- [2001-03-11 03:17:58] [EMAIL PROTECTED] PHP 4.04pl1 Apache 1.3.12 MySQL 3.23.32 Linux 2.2.14-5mdk I just downloaded PHP 4.04pl1 and compiled it as module: --withmysql --with-apxs --enable-versioning First i had some problems compiling with mysql (due to the -lz at the linking) but it worked for me, then it appears to compile all fine, but when i loaded the php4 module with Apache the following happens: The .PHP files are shown as source files (i just see the entire code) The HTML files aren't shown, and the error logs report this: [notice] child pid x exit signal Segmentation fault (11) Some idea?? pd. I do added the: LoadModule php4_module modules/libphp4.so AddModule mod_php4.c AddType application/x-httpd-php .php4 lines... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9680edit=2 -- 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] PHP 4.0 Bug #9705 Updated: Multiple File Upload
ID: 9705
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Unknown/Other Function
Assigned To:
Comments:
No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug
report.
--Jani
Previous Comments:
---
[2001-03-12 15:36:40] [EMAIL PROTECTED]
Please try the latest release (PHP 4.0.4pl1).
IIRC, this is fixed in it.
--Jani
---
[2001-03-12 09:22:14] [EMAIL PROTECTED]
Hi,
is it possible that the multiple file upload
does not work in 4.02? uploading just one file
(without "[]") works fine! the problem is, that
the var is empty after loading b.php3.
Here is the sample script:
bye thomas kogler
file a.php3 ---
form action="b.php3" method="post" enctype="multipart/form-data"
Send these files:br
input name="userfile[]" type="file"br
input name="userfile[]" type="file"br
input type="submit" value="Send files"
/form
-- file b.php3 --
? echo $userfile_name[0]; ?
--- file php.ini
[PHP]
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP to
; read it, it must be named 'php.ini'. PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none ; sets foo to an empty string
; foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).
; Language Options ;
engine = On ; Enable the PHP scripting language engine
under Apache
short_open_tag = On ; allow the ? tag. otherwise, only ?php and
script tags are recognized.
asp_tags= Off ; allow ASP-style % % tags
precision = 14 ; number of significant digits displayed in
floating point numbers
y2k_compliance = Off ; whether to be year 2000 compliant (will cause
problems with non y2k compliant browsers)
output_buffering= Off ; Output buffering allows you to send header lines
(including cookies)
; even after you send body
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output
buffering by in runtime by calling the output
; buffering functions, or
enable output buffering for all files
; by setting this directive to
On.
implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to
flush itself
; automatically after
[PHP-DEV] PHP 4.0 Bug #9720 Updated: Location header + session causes an infinite loop
ID: 9720 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Scripting Engine problem Assigned To: Comments: No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug report. --Jani Previous Comments: --- [2001-03-13 23:06:29] [EMAIL PROTECTED] 1. Does this happen when using the latest CVS snapshot from http://snaps.php.net/ ? 2. What was the configure line used to compile PHP? 3. Can you create some short script which can be used to reproduce this? --Jani --- [2001-03-13 01:08:14] [EMAIL PROTECTED] We are running PHP on Apache 1.3.14. Each developer has his own copy of the site running on a virtual host. The production site runs on port 80 (not a virtual host). When unauthenticated clients type in a URL, they are redirected to a login page. After entering valid credentials, the browser cycles in an infinite loop between their next destination and the login page. This only occurs when port 80 is explicitly specified in the URL. Explicit port numbers work fine for all virtual hosts. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9720edit=2 -- 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] PHP 4.0 Bug #9567 Updated: Warning: file(http://www.php.net) - Bad file descriptor in /usr/........
ID: 9567
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Directory/Filesystem functions
Assigned To:
Comments:
maybe it's the missing slash after the hostname?
http://www.php.net is not a legal URL
while http://www.php.net/ is
Previous Comments:
---
[2001-04-10 10:48:54] [EMAIL PROTECTED]
No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug
report.
--Jani
---
[2001-03-06 06:42:40] [EMAIL PROTECTED]
Works for me. Are you sure it still happens for the latest CVS?
---
[2001-03-05 16:30:17] [EMAIL PROTECTED]
?php
$fcontents = file ('http://www.php.net');
?
Warning: file("http://www.php.net") - Bad file descriptor in
/usr/home/tpost/public_html/.../php/test.php on line 3
Can you help me? I can find only bug reports but no solution on the problem...
thank you
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9567edit=2
--
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] PHP 4.0 Bug #10261: enough SPAM
From: [EMAIL PROTECTED] Operating system: nunux PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: enough SPAM Can sniper please stop exciting himself on the bug list ? My mbox gets ful every 5 minutes, that's enough ! Anonymous coward. -- Edit Bug report at: http://bugs.php.net/?id=10261edit=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] PHP 4.0 Bug #10262: fgets/fputs timeout
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: fgets/fputs timeout How about an optional timeout argument on fgets/fputs in case connections are taking too long to respond? Or even better a set_timeout() function which could be given a function to run, a timeout and the arguments to pass to said function which would return if the timeout is reached. -- Edit Bug report at: http://bugs.php.net/?id=10262edit=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] PHP 4.0 Bug #10261 Updated: enough SPAM
ID: 10261 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Feature/Change Request Assigned To: Comments: Get a bigger mailbox. :-p --Jani p.s. I stopped already..just cleaned the no feedback reports out.. Previous Comments: --- [2001-04-10 11:08:57] [EMAIL PROTECTED] Can sniper please stop exciting himself on the bug list ? My mbox gets ful every 5 minutes, that's enough ! Anonymous coward. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10261edit=2 -- 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] PHP 4.0 Bug #10261: enough SPAM
Rasmus, you really should get a bigger mailbox..or add some spam filter. :) --Jani On 10 Apr 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: nunux PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: enough SPAM Can sniper please stop exciting himself on the bug list ? My mbox gets ful every 5 minutes, that's enough ! Anonymous coward. -- 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] PHP 4.0 Bug #9567 Updated: Warning: file(http://www.php.net) - Bad file descriptor in /usr/........
ID: 9567
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: *Directory/Filesystem functions
Description: Warning: file("http://www.php.net") - Bad file descriptor in /usr/
No that not the problem :(
Previous Comments:
---
[2001-04-10 11:02:07] [EMAIL PROTECTED]
maybe it's the missing slash after the hostname?
http://www.php.net is not a legal URL
while http://www.php.net/ is
---
[2001-04-10 10:48:54] [EMAIL PROTECTED]
No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug
report.
--Jani
---
[2001-03-06 06:42:40] [EMAIL PROTECTED]
Works for me. Are you sure it still happens for the latest CVS?
---
[2001-03-05 16:30:17] [EMAIL PROTECTED]
?php
$fcontents = file ('http://www.php.net');
?
Warning: file("http://www.php.net") - Bad file descriptor in
/usr/home/tpost/public_html/.../php/test.php on line 3
Can you help me? I can find only bug reports but no solution on the problem...
thank you
---
Full Bug description available at: http://bugs.php.net/?id=9567
--
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]
