#19626 [Opn->Bgs]: session user-defined handler also called even if session.save_handler set to mm
ID: 19626 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: linux PHP Version: 4.2.2 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. Most probably, you're editing wrong php.ini, there is .htaccess or php.ini values in httpd.conf. Previous Comments: [2002-09-26 19:36:03] [EMAIL PROTECTED] according to the documentation, the user-session-save_handler installed by session_set_save_handler gets only called if session.save_handler is set to user in the config. this isn't true. it's also called even if session.save_handler is set to for example mm. documentation or php bug ? -- Edit this bug report at http://bugs.php.net/?id=19626&edit=1
#7782 [Com]: Cannot use PATH_INFO fully with php isapi
ID: 7782
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Feature/Change Request
Operating System: Windows 2000
PHP Version: 4.0.3pl1
Assigned To: jmoore
New Comment:
Was the provided patch ever roled into the code? I've got 4.04 and it
still isn't working.
Previous Comments:
[2002-04-23 15:13:30] [EMAIL PROTECTED]
this was assigned to the wrong username.
[2001-11-30 06:40:48] [EMAIL PROTECTED]
Assigning to James (As discussed)
[2001-04-24 08:19:35] [EMAIL PROTECTED]
Hi,
Due to some problems we have had with the isapi version of php under
IIS,
we have made some changes in the sourcecode of this isapi module to
support
Apache style PATH_INFO and PATH_TRANSLATED variables. We tested it with
IIS 5 on Windows 2000 Server.
(See also Bug number 7782).
What we have done:
- In the function "init_request_info" we have added some code which
will
translate the "path_translated" server variable to a path
which points to the requested script on disk.
- In the function "sapi_isapi_register_server_variables2" we have
added
some translations for the variables $PATH_INFO and $PATH_TRANSLATED
PATH_INFO will now be translated from:
/script/path/script.php/some/non/existing/path
to
/some/non/existing/path
PATH_TRANSLATED will be translated from:
d:\Inetpub\wwwroot\script.php\some\non\existing\path
to
d:\Inetpub\wwwroot\script.php
- We have added a function named "sapi_isapi_get_server_var"
which will retrieve the requested server variable and returns
a pointer to it. This function has been added to make things more
structured (because of the need to check for a "INSUFFICIENT BUFFER"
error).
We have made a patch file of these changes against the cvs version 1.7
of
php4isapi.c. This path file is attached to this e-mail.
Please keep in mind that we did not have the opportunity to test this
fix with Zeus.
We hope you can/will commit this fix to the php cvs repository.
With kind regards,
Gijsbert te Riet,
Muze.
[EMAIL PROTECTED]
patch:
16a17
>| IIS PATH_TRANSLATED / PATH_INFO fix: Gijsbert te Riet
<[EMAIL PROTECTED]> |
83a85
> "PATH_INFO",
88a91
> "REQUEST_URI",
464a468,492
> static char *sapi_isapi_get_server_var(LPEXTENSION_CONTROL_BLOCK
lpECB, char *varname, DWORD *buffer_len) {
> char*buffer;
>
> buffer=emalloc(*buffer_len=ISAPI_SERVER_VAR_BUF_SIZE);
> if (!lpECB->GetServerVariable(lpECB->ConnID, varname, buffer,
buffer_len)) {
> if (GetLastError() == ERROR_INSUFFICIENT_BUFFER) {
>
> buffer = (char *) erealloc(buffer, *buffer_len);
> if (!lpECB->GetServerVariable(lpECB->ConnID, varname, buffer,
buffer_len)) {
>
> efree(buffer);
> buffer=0;
>
> }
>
> } else {
>
> efree(buffer);
> buffer=0;
> }
> }
>
> return buffer;
> }
>
468,469c496
< DWORD variable_len;
< char static_variable_buf[ISAPI_SERVER_VAR_BUF_SIZE];
---
> DWORD varsize, varbufsize;
470a498
> char *var_buf1, *var_buf2;
473,478c501,508
< variable_len = ISAPI_SERVER_VAR_BUF_SIZE;
< if (lpECB->GetServerVariable(lpECB->ConnID, *p,
static_variable_buf, &variable_len)
< && static_variable_buf[0]) {
< php_register_variable(*p, static_variable_buf, track_vars_array
ELS_CC PLS_CC);
< if (recorded_values) {
< recorded_values[p-server_variables] =
estrndup(static_variable_buf, variable_len);
---
>
> if (variable_buf=sapi_isapi_get_server_var(lpECB, *p, &varsize)) {
> // translate PATH_INFO to Apache compatible PATH_INFO
> if (strcmp(*p, "PATH_INFO") == 0) {
> if (var_buf1=sapi_isapi_get_server_var(lpECB,
>"SCRIPT_NAME",
&varbufsize)) {
> memmove(variable_buf, variable_buf +
>strlen(var_buf1),
strlen(variable_buf) - strlen(var_buf1) + 1);
> efree(var_buf1);
> }
480,484c510,519
< } else if (GetLastError() == ERROR_INSUFFICIENT_BUFFER) {
< variable_buf = (char *) emalloc(variable_len);
< if (lpECB->GetServerVariable(lpECB->ConnID, *p, v
#19219 [Opn]: Cannot build with-informix for Apache DSO
ID: 19219 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Informix related Operating System: HPUX 11.0 PHP Version: 4.2.2 New Comment: FWIW...There are tons on references on comp.sys.hpux regarding "thread local storage". The all basically state that one must statically include the libcl.2 in the a.out. I must assume here that in our case here, a.out is lib4php.sl. However, I know very little about Make and makefiles. I dont have a clue as to what to edit to make this happen. Previous Comments: [2002-09-26 23:43:04] [EMAIL PROTECTED] HELP! I'm dying here. If I don't get this running I may loose a consulting contract! Whats the process to get a developer to take a look here? [2002-09-09 19:50:31] [EMAIL PROTECTED] ANYONE ELSE UP TO THE CHALLENGE??? ...here is the contents of the ext dir of PHP for Informix [hpserv02] ls .deps Makefileifx.c ifx.lo libs.mk stub.c .libs Makefile.in ifx.dsp libinformix.la php_informix.h CREDITS config.m4 ifx.ec libphpifx.a setup.stub ..the .lib DIR contains.. [hpserv02] ls -al .libs -rw-rw-rw- 1 root sys 321104 Sep 9 19:55 libinformix.al lrwxrwxrwx 1 root sys 17 Sep 9 19:55 libinformix.la -> ../libinformix.la ALSO.. [hpserv02] [hpserv02] ls /usr/informix/lib esql iasft07b.sllibixasf.a libtasf.a netstub.a sqlexecd iasfs07a.sllibasf.a libixasf.sllibtasf.sl sqlexec sqlexecd.old iasfs07b.sllibasf.sl libnetstub.sl netlib.a sqlexec.old sqlrm [hpserv02] [hpserv02] ls /usr/informix/lib/esql checkapi.oigl4a303.sl isqlt07a.sl libgls.a libixgen.sl libixos.a libos.sl libtos.a esqlc iglxa303.sl isxas07a.sl libglx.a libixgls.a libixos.sllibsql.a libtos.sl esqlmfiosls07a.sl ixacursor.o libinfxxa.a libixgls.sl libixsql.alibsql.sl libtsql.a igens07a.sl ioslt07a.sl libgen.a libinfxxa.sl libixglx.a libixsql.sl libtgen.a libtsql.sl igent07a.sl isqls07a.sl libgen.sl libixgen.alibixglx.sl libos.a libtgen.sl [hpserv02] [2002-09-04 19:40:23] [EMAIL PROTECTED] I think libtool sucks. And I'm out of ideas. [2002-09-04 17:37:33] [EMAIL PROTECTED] No such luck. The standard build with: ./configure --with-apxs=/usr/informix/apache/bin/apxs --with-mysql=no Resulted in . . *** Warning: This library needs some functionality provided by -lcrypt*** I have the capability to make that. *** Warning: libtool could not satisfy all declared inter-library*** dependencies of module libphp4. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Installing PHP SAPI module apxs:Error: file libs/libphp4.sl is not a DSO *** Error exit code 1 Stop. === the libs directory contained two libraries... libphp4.a libphp4.la I copied them to the apache modules dir and updated the httpd.conf to include themwhen starting get the error: [hpserv02] ./apachectl start /usr/lib/dld.sl: Bad magic number for shared library: /usr/local/apache/lib/modules/libphp4.la /usr/lib/dld.sl: Exec format error Syntax error on line 236 of /usr/local/apache/etc/httpd.conf: Cannot load /usr/local/apache/lib/modules/libphp4.la into server: Exec format error ./apachectl start: httpd could not be started - Since I cannot rebuild the Apache, I must have an Informix make file that includes the proper shared library. This seems to me to be the simplest solution..(and use the 4.2.2 source for the build) What do you think? Thanks Jerry [2002-09-04 13:22:33] [EMAIL PROTECTED] Did the snapshot work (ie. compile correct file) without informix then? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19219 -- Edit this bug report at http://bugs.php.net/?id=19219&edit=1
#19645 [NEW]: Extended functionality for parse_ini_file
From: [EMAIL PROTECTED] Operating system: Linux RH6.2 PHP version: 4CVS-2002-09-27 PHP Bug Type: Feature/Change Request Bug description: Extended functionality for parse_ini_file Hi, this is not a bug report, it is a feature question. Would it be possible to extend the parse_ini_file() function not to read a configuration file line by line but to handle multiple lines for an entry? E.g. ; This is an .ini file FOO = "a short value" This works fine, but ; An other .ini file BAR = "a very long value that takes more then an other line and can't be displayed in a small terminal window" will return only the first line, which I think is not desired. What do you people think? regards dtg -- Edit bug report at http://bugs.php.net/?id=19645&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19645&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19645&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19645&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19645&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19645&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19645&r=support Expected behavior: http://bugs.php.net/fix.php?id=19645&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19645&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19645&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19645&r=globals
#19644 [NEW]: php.net is still using global vars!
From: [EMAIL PROTECTED] Operating system: Linux 2.4.19 (Slackware 8.1) PHP version: 4.2.3 PHP Bug Type: Compile Warning Bug description: php.net is still using global vars! Hi, I'm the maintainer of the nl2.php.net mirror. After upgrading from php 4.1.2 to php 4.2.3, the search capabilities of the php.net site were down to zero! Reason, like announced by the php dev team, global vars are off. so the variable $SERVER_NAME (in /search.php) doesn't exist within 4.2.3. This has to be changed into _SERVER["SERVER_NAME"], Same with $REQUEST_URI. I'm even still a bit suprised that did wasn't fix on the main PHP site. I don't have cvs access to the phpweb tree, so i can't change it. For the moment i have enabled global vars to enable the search (quick links) capabilities of the php.net site -- Edit bug report at http://bugs.php.net/?id=19644&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19644&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19644&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19644&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19644&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19644&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19644&r=support Expected behavior: http://bugs.php.net/fix.php?id=19644&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19644&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19644&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19644&r=globals
#19641 [Opn->Bgs]: test "position()mod 2" not being processed correctly
ID: 19641 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: Windows XP PHP Version: 4.2.3 New Comment: If this is a bug at all, it's a bug in the libraries that PHP uses, which is libsablot (www.gingerall.com). Not a PHP problem -> bogus. Derick Previous Comments: [2002-09-27 16:23:47] [EMAIL PROTECTED] I have the following code in my XSL file: odd even It's purpose is to set the class of the element depending on whether the row is odd-numbered or even-numbered so that the background colour can be set accordingly. This works perfectly with the MSXML parser, but with PHP the first row comes out as "odd" (correct), but all subsequent rows come out as "even". The only way I can get it to work is to modify the test to "position()mod 2-1", but this should not be necessary. -- Edit this bug report at http://bugs.php.net/?id=19641&edit=1
#19641 [NEW]: test "position()mod 2" not being processed correctly
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.3 PHP Bug Type: XSLT related Bug description: test "position()mod 2" not being processed correctly I have the following code in my XSL file: odd even It's purpose is to set the class of the element depending on whether the row is odd-numbered or even-numbered so that the background colour can be set accordingly. This works perfectly with the MSXML parser, but with PHP the first row comes out as "odd" (correct), but all subsequent rows come out as "even". The only way I can get it to work is to modify the test to "position()mod 2-1", but this should not be necessary. -- Edit bug report at http://bugs.php.net/?id=19641&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19641&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19641&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19641&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19641&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19641&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19641&r=support Expected behavior: http://bugs.php.net/fix.php?id=19641&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19641&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19641&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19641&r=globals
#19639 [NEW]: PHP crashes apache on restart of the webserver
From: [EMAIL PROTECTED] Operating system: Slackware 8.1 - Linux 2.4.19 PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: PHP crashes apache on restart of the webserver In apache 2.0.40/42 I got the following messages when attempting to *restart* the server. -- [Fri Sep 27 16:54:34 2002] [notice] SIGHUP received. Attempting to restart [Fri Sep 27 16:54:34 2002] [notice] Digest: generating secret for digest authentication ... [Fri Sep 27 16:54:34 2002] [notice] Digest: done [Fri Sep 27 16:54:35 2002] [notice] seg fault or similar nasty error detected in the parent process --- I tried PHP versions 4.2.3 and CVS 25/Sep 26/Sep, all combinations giving the same problem. If I do a ./apachectl start, the server comes up ok and a phpinfo() show everything normally. The problem only occurs on a restart of the server. The backtrace --- Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-slackware-linux"... (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X [New Thread 1024 (LWP 469)] Program received signal SIGHUP, Hangup. [Switching to Thread 1024 (LWP 469)] _dl_debug_state () at dl-debug.c:57 57 dl-debug.c: No such file or directory. in dl-debug.c (gdb) (gdb) bt #0 _dl_debug_state () at dl-debug.c:57 #1 0x400caec6 in dlclose_doit (handle=0x812cfb0) at dlclose.c:25 #2 0x4000a1b0 in _dl_catch_error (objname=0x8129408, errstring=0x812940c, operate=0x400caeac , args=0x812cfb0) at dl-error.c:152 #3 0x400cb2a0 in _dlerror_run (operate=0x400caeac , args=0x812cfb0) at dlerror.c:130 #4 0x400caef0 in dlclose (handle=0x812cfb0) at dlclose.c:31 #5 0x4005d7ef in dso_cleanup (thedso=0x812b068) at dso.c:110 #6 0x4005c87b in run_cleanups (c=0x8184398) at apr_pools.c:1961 #7 0x4005bacf in apr_pool_clear (pool=0x80f9358) at apr_pools.c:709 #8 0x0807290e in main (argc=2, argv=0xb924) at main.c:600 #9 0x400fb17d in __libc_start_main (main=0x8072340 , argc=2, ubp_av=0xb924, init=0x8065464 <_init>, fini=0x80d74b0 <_fini>, rtld_fini=0x4000a534 <_dl_fini>, stack_end=0xb91c) at ../sysdeps/generic/libc-start.c:129 --- My configure lines... ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache/bin/apxs --enable-libgcc --enable-ftp --enable-sockets and ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache/bin/apxs --with-zlib=shared --with-zlib-dir=shared,/usr/lib --with-bz2=shared,/usr/lib --with-dom=shared,/usr/lib --with-expat-dir=shared,/usr/local/expat --with-dom-xslt=shared,/usr/lib --with-expat-dir=shared,/usr/local/expat --with-dom-exslt=shared,/usr/lib --with-expat-dir=shared,/usr/local/expat --with-gettext=shared,/usr/local/gettext --with-pgsql=shared,/usr/local/postgresql --with-m --with-openssl=shared,/usr/local/openssl --with-gd=shared,/usr/local/gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-pear=/usr/local/php/lib/pear --enable-libgcc --enable-dio --enable-ftp --enable-sockets Any comments? William -- Edit bug report at http://bugs.php.net/?id=19639&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19639&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19639&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19639&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19639&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19639&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19639&r=support Expected behavior: http://bugs.php.net/fix.php?id=19639&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19639&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19639&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19639&r=globals
#17616 [Com]: backslash characters handled oddly in preg_replace
ID: 17616
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: PCRE related
Operating System: linux 2.4.14, pcre
PHP Version: 4.3.0-dev
New Comment:
IMHO its a strange Bug!
In PHP 4.0.4.pl1 this Bug doesn't occure.
I used this function to generate LATEX-Files for PDFLATEX.
(In TEX you can force a newline by \\)
So i used:
preg_replace("/(\015\012)|(\015)|(\012)/","\n",$txt);
to insert optional Text to the TEX-File and it work as expected in PHP
4.0.4.pl1
After changeing to PHP 4.2.3 suddenly this didn't work.
I had to change to:
preg_replace("/(\015\012)|(\015)|(\012)/","\\\n ",$txt);
This IS a Bug and should become fixed!!!
To check if the Bug is inside PHP or PCRE library i compiled
PHP 4.0.4.pl1 and PHP 4.2.3 with the same PCRE library and got the same
differences between the Versions. There were many changes in the
php_pcre.c between the Versions an i think one (or some) of this
changes cause this error.
not bogus -> a bug
Previous Comments:
[2002-09-25 19:21:00] [EMAIL PROTECTED]
what do you people mean, "this isn't a bug"??!
php is such a joke.
[2002-09-25 09:38:35] [EMAIL PROTECTED]
Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php
Thank you for your interest in PHP.
not a bug -> bogus
[2002-09-25 09:35:08] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
In the first case the extension receives replacement string \\\ which
is basically \\, since last backslash doesn't quote anything. And in
the second case it's which is interpolated into \\.
[2002-09-25 09:33:23] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2002-09-11 19:44:28] [EMAIL PROTECTED]
updated version.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/17616
--
Edit this bug report at http://bugs.php.net/?id=17616&edit=1
#19052 [Bgs]: $_POST doesn't work correctly
ID: 19052 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Red Hat 7.3 Linux 2.4.18 PHP Version: 4CVS-2002-08-22 New Comment: I just compiled apache 2.0.42 and php 200209270600 from snaps.php.net and still have the same error. I tried it with Mozilla 1.1 and IE 5.5. Previous Comments: [2002-09-26 12:15:14] [EMAIL PROTECTED] Most likely problem within the browser. Also, try more recent versions of PHP and Apache2 if that is not the case. [2002-08-22 14:47:32] [EMAIL PROTECTED] Dupe of #19047. [2002-08-22 12:18:18] [EMAIL PROTECTED] Ah, ok, it is an Apache2-related issue then. This stuff is still very experimental. Use Apache 1.3 if you just want your stuff to work. Otherwise dive into the code and let us know what the fix is. [2002-08-22 12:14:17] [EMAIL PROTECTED] I am using Apache 2.0.40. It was compiled using ./configure --enable-modules=all I compiled PHP using ./configure --enable-track-vars --with-mysql --with-mail --with-apxs2=/usr/local/apache2/bin/apxs If you need the output of phpinfo(); it is http://www.squeezer.net/phpinfo.php [2002-08-22 12:09:47] [EMAIL PROTECTED] I don't see how this is possible. Which version of Apache are you using? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19052 -- Edit this bug report at http://bugs.php.net/?id=19052&edit=1
#19637 [NEW]: .php file truncated
From: [EMAIL PROTECTED] Operating system: windows xp PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: .php file truncated I was trying to test a portion of my webpage in mozilla. I asked a coworker to try it out, and he got the page. I then loaded the page and it was fine. I then went to edit the .php file and it was truncated to nothing, as in the file still existed, but was blank. I dont know if this was due to apache or to php. I am running the latest versions of both. ( not cvs ) -- Edit bug report at http://bugs.php.net/?id=19637&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19637&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19637&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19637&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19637&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19637&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19637&r=support Expected behavior: http://bugs.php.net/fix.php?id=19637&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19637&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19637&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19637&r=globals
#19603 [Fbk->Opn]: Domxml causes segfault
ID: 19603
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: DOM XML related
Operating System: Windows XP
PHP Version: 4.2.3
New Comment:
didnt't crash with 200 elements and latest CVS snapshot, but with 400
or more elements it still causes a segfault under apache and windows
xp. Each part alone still runs fine.
systemconfig:
see my initial bug report
Previous Comments:
[2002-09-26 08:12:26] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-09-25 15:40:08] [EMAIL PROTECTED]
System: Apache/1.3.24 PHP running as SAPI-module (Binary from php.net)
simple script, which causes segfault
content
1content 2content
3content 4";
$document = xmltree($xml);
$ctx = xpath_new_context($document);
$result = xpath_eval($ctx, "//element");
print_r($result);
/*part 2 create new xml document*/
$doc = domxml_new_doc("1.0");
$root = $doc->append_child($doc->create_element("para"));
for($i = 0; $i < 200; $i++){
$element = $doc->create_element("element");
$element->set_content("content ".$i);
$root->append_child($element);
}
echo "".htmlentities($doc->dump_mem(true))."";
?>
Description:
the content is shown in the browser, but apache causes a
segfault in module php_domxml.dll, adress 0x1b03
as likely in bug 16888.
When you first create a xml document and parse second it runs without a
segfault.
This code causes no problems with PHP 4.1.2.
Modules:
php_domxml, php_xslt, php_iconv, php_gd and mysql
--
Edit this bug report at http://bugs.php.net/?id=19603&edit=1
#19528 [Fbk->Opn]: odbc_function_row() doesn't returned true if there is one row only
ID: 19528 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: AIX (UNIX) PHP Version: 4.2.2 New Comment: I looked at few IBM books and IBM website and could find no such documentation about sql.log. I also tried typing in the command "find . -name '*log' -print" and got a few IBM DB2 logs but they aren't related to sql.log. Right now, I'm out of luck. Someone else will know more about it better than I do. Previous Comments: [2002-09-26 15:53:58] [EMAIL PROTECTED] I'm not intimately familiar with the DB2 system, but there has to be a way to turn on ODBC logging. This is a fairly standard debugging method. Can you please check your documentation for it... it would make tracking this bug down infinately easier. [2002-09-26 11:56:56] [EMAIL PROTECTED] Oh! That's what it is. No, I do not use the iODBC or OpenLink or anything of that sort. There is no such as odbc.ini feature for IBM DB2. I use this configure command before compiling PHP. --clip-- ./configure --with-apache=../apache_1.3.26 --with-ibm-db2=/usr/lpp/db2_06_01 --with-openssl=../openssl-0.9.6d --with-mcrypt=../libmcrypt-2.5.2 --without-mysql --with-config-file-path=../../apache/conf --enable-track-vars --with-curl --with-xml --clip-- [2002-09-26 11:46:27] [EMAIL PROTECTED] Creating a sql.log is typically defined in your odbc.ini file, per DSN. You may have to alter that to turn on logging. As per the specific lines, that depends upon your vendors specific implementation. [2002-09-26 11:11:36] [EMAIL PROTECTED] Disregard my last comment, the bug workaround still work. I made the typo in the counter. So, that leave the original bug as unchanged. [2002-09-26 11:01:23] [EMAIL PROTECTED] To my dismay, I thought that including hte counter as the 2nd paramater to the odbc_fetch_row() function would fix this problem but it turned out that it doesn't. It turned out that it help a little bit but it is only an intermitted problem. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19528 -- Edit this bug report at http://bugs.php.net/?id=19528&edit=1
#18600 [Opn]: Unable to create Java Virtual Machine
ID: 18600 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Java related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: just to add to the list of symptoms. First time I run a script, I get Warning: Unknown list entry type in request shutdown (0) in Unknown on line 0 when the script is ending. The next time I try to load the same script, I get Fatal error: Unable to create Java Virtual Machine in c:\web\qvc\reports\test.php on line 2 win2k, j2sdk1.4, php 4.2.3. Does that help? Previous Comments: [2002-09-25 05:02:59] [EMAIL PROTECTED] FYI have tried it now on another system under Apache 2 / Windows NT 4. Exactly the same problem: runs for a limited time period then reports "Unable to load virtual machine". Made sure Sablotron is not running also. [2002-09-21 13:05:14] [EMAIL PROTECTED] One further comment - just tried is with JRE 1.3.0 - exactly the same problem. [2002-09-21 12:56:21] [EMAIL PROTECTED] Experiencing very similar problems to the first posted here - looks like some kind of timeout issue. Running Windows XP, PHP 4.2.2, j2sdk1.4.0_02, Apache/1.3.26 Running the first sample PHP/Java script from the manual, PHP successfully loads the Java Virtual machine straight after an Apache restart. After that I can run the script as long as it was run in roughly the last 30-60 seconds. If I wait longer that this time period, the script can no longer load the JVM. If you want to re-create the PHP environment, I'm using Firepages phpdev5: http://www.firepages.com.au/dev5.htm ini settings; [Java] java.class.path = "c:\phpdev5\php\extensions\php_java.jar;c:\phpdev5\classes" java.home = "C:\Programme\Java\j2sdk1.4.0_02\jre" java.library = "C:\Programme\Java\j2sdk1.4.0_02\jre\bin\server\jvm.dll" java.library.path = "c:\phpdev5\php\extensions" [2002-09-09 14:50:46] [EMAIL PROTECTED] Yes, it's PHP. The message shown is similar to 'PHP has encountered an Access Violation at 77FCB2B9'. Nelio [2002-09-09 14:17:35] [EMAIL PROTECTED] Well thats a good step, we got rid of one of the errors. The access violation though doesn't sound good. Is it still PHP doing the violation or is it the JDK? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/18600 -- Edit this bug report at http://bugs.php.net/?id=18600&edit=1
#17381 [Com]: OCI fetch routines not working with UTF8 DB
ID: 17381
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: OCI8 related
Operating System: Win NT
PHP Version: 4.2.1
New Comment:
I am experiencing the same problem.
PHP 4.2.2
Red Hat Linux 7.2
Apache 1.3.26
Unable to insert multi-byte strings into Oracle and select it back
out.
Using mbstring and oci8 functions.
Any progress on this one?
Previous Comments:
[2002-07-23 05:09:59] [EMAIL PROTECTED]
I met this kind of problems too.
my database's character set is zhs16cgb231280, zhs16gbk,
can not work too. the output i got is "aabb"
which should be "aabb" (X present a 2-byte-chinese
char)
i set the NLS_LANG use SetEnv in httpd.conf of apache,
the NLS_LANG changed but he result is unchanged.
someone suggested that use "export NLS_LANG=" in
apachectl script file, i tried, but failed. all
"" except use charset us7ascii failed with an oracle
error ora-12705, "unacceptable char set".
[2002-05-23 06:50:05] [EMAIL PROTECTED]
Can I just point out that I have used putenv, to set NLS_LANG in the
example, because I thought that the system-wide environment variable
$NLS_LANG was not being picked up. It is currently set to
"American_America.UTF8".
[2002-05-23 05:34:35] [EMAIL PROTECTED]
Email typo in original post.. :-)
[2002-05-23 05:32:37] [EMAIL PROTECTED]
I seem to be unable to return un-corrupted data from a UTF8 Oracle
database.
Consider this example:- (appologies for debugging)
";
print $mycolumndump;
print "";
print mb_detect_encoding($mycolumn, "auto");
print "";
print mb_internal_encoding();
print "";
print_r( mb_get_info("all"));
}
?>
e.g.
If mycolumn contains a single UTF8 character E594B4 (three bytes)
I get the result:-
found:bf {upsidedown question mark} len=1
Typ=1 Len=3 228,148,180
EUC-JP
UTF-8
-
I would have expected to see:
found:e594b4 {a japanese glyph} len=3
I suppose the question is, does the OCI interface work correctly with
multi-byte strings?
--
Edit this bug report at http://bugs.php.net/?id=17381&edit=1
#19482 [Com]: segfault on child process
ID: 19482 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PCRE related Operating System: Redhat 7.3 PHP Version: 4.2.3,4.3.0-dev New Comment: I upgraded from 4.1.2 to 4.2.3 yesterday and have seen many seg faults in the error_log when I came in this morning. I am using Apache 1.3.26, mod_ssl 2.8.10, Openssl 0.9.6g, Compaq Tru64 4.0G. My PHP configure is pretty basic: ./configure --with-mysql --with-imap --with-curl --quiet --with-apxs=(path_to_apxs) We, also, are using IMP (2.2.7). I have not tried to produce the seg-faults Previous Comments: [2002-09-25 14:51:06] [EMAIL PROTECTED] I'm encounting this same bug using Horde/IMP/Turba (2.1/3.1/1.1) on Red Hat 7.3 with all updates (except mm-1.1.3-8 which seems to cause problems with Apache restarts) and here's what i've tried: - compiling Apache (1.3.26), PHP (4.2.3), and mod_ssl (2.8.10) without mm support - compiling PHP 4.2.3 without mm support and using the pcre library packaged with Red Hat - downloading a fresh pcre library (v3.9) and compiling PHP against that. - compiling everything with mm support and external pcre library (3.9) In each case the same segfault occurs. If i compile the software (Apache, mod_ssl, PHP) with debugging symbols i can't get the segfault to occur. Been through about 300 test messages and it still hasn't segfaulted. This is driving me nuts. [2002-09-20 09:33:51] [EMAIL PROTECTED] Using php.ini-recommended fixed the zlib problem. So now I am able to use the snapshot normally. However, I ran apache within gdb and I got pretty much the exact same backtrace as I got with 4.2.3. I guess it looks like a PCRE problem. Please let me know what I need to do next and thanks for the quick response [2002-09-20 07:09:48] [EMAIL PROTECTED] I guess the zlib issue is with the output buffering. Check your php.ini settings. (and try using the php.ini-dist as base for your new one..) And the original problem, if the backtrace you get now is about the same as the one you already pasted here, don't add another one. Reclassified as PCRE related. [2002-09-20 01:42:06] [EMAIL PROTECTED] sorry, i forgot to mention that I tried running the snapshot without zlib support (and png and dom xml support) and got IMP to somewhat work under that environment. However, like I said previously the snapshot did not fix the seg fault problem I am having. Please let me know what you want to do next Thanks [2002-09-20 01:40:23] [EMAIL PROTECTED] unfortunately, this does not fix the original problem, I still get seg faults when viewing messages (no particular message). I'll try to post a backtrace a little later The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19482 -- Edit this bug report at http://bugs.php.net/?id=19482&edit=1
#19636 [Opn->Bgs]: Variable don't come back in next page
ID: 19636 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Variables related Operating System: SuSe Linux 8.0 PHP Version: 4.2.3 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2002-09-27 10:07:01] [EMAIL PROTECTED] Example test In de page check.php I want to see the value of $umtlog, if I check the value then de string is empty. In all de other php version I had not een empty string but the value of $umtlog would be "test". What is wrong I think it is a bug because in php 4.1.2 nothing is wrong en my value there is "test" Please repair Thanks A.J. Kruit -- Edit this bug report at http://bugs.php.net/?id=19636&edit=1
#19636 [NEW]: Variable don't come back in next page
From: [EMAIL PROTECTED] Operating system: SuSe Linux 8.0 PHP version: 4.2.3 PHP Bug Type: Variables related Bug description: Variable don't come back in next page Example test In de page check.php I want to see the value of $umtlog, if I check the value then de string is empty. In all de other php version I had not een empty string but the value of $umtlog would be "test". What is wrong I think it is a bug because in php 4.1.2 nothing is wrong en my value there is "test" Please repair Thanks A.J. Kruit -- Edit bug report at http://bugs.php.net/?id=19636&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19636&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19636&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19636&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19636&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19636&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19636&r=support Expected behavior: http://bugs.php.net/fix.php?id=19636&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19636&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19636&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19636&r=globals
#19423 [Com]: Problem with extension_dir in PHP.ini
ID: 19423 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Web Server problem Operating System: Windows 9x/NT/ME/2000/XP PHP Version: 4.2.3 New Comment: I had the same problem, after some hours of struggeling, I finanaly got it This doesn't work : extension_dir=c:\php This works : extension_dir=c:\php\ It doesn't matter what dircotry the extension_dir is pointing to, you must put the last '\' there to make it work. Good luck all :) Previous Comments: [2002-09-25 13:20:53] [EMAIL PROTECTED] Is the assumption that if no directory is specified, that it will automaticlly look in the c:\WINNT\System32 directory for the extension dlls, correct? [2002-09-24 17:36:30] [EMAIL PROTECTED] I'm using the ISAPI version on Win2k IIS. My install drive for php is I:\php\ My php.ini is in the H:\winnt\ directory (the phpinfo() function reports that is were it found it). Php.ini coding : ; Directory in which the loadable extensions (modules) reside. extension_dir = I:/php/extensions/ As long as I don't specify a extension to load, php works fine. But, once I un remark an extension (ei. php_mssql.dll), it gives the "unable to load dynamic library 'I:/php/extensions/php_mssql.dll' The support module not found" message. I've tried both ways, I:\\ and I:/ [2002-09-24 17:10:49] [EMAIL PROTECTED] No php.ini does not have to be on the c: drive. However please make sure you are using the c:\\ or c:/ syntax. Also make sure that your php.ini file is in the correct location (look at the output of phpinfo()). With the cli and cgi versions you can often get away with putting the php.ini file in the same dir as the executable and it will find it there. - James [2002-09-24 17:03:32] [EMAIL PROTECTED] Same issue. However, its it a requirement that the php directory be on the c: drive? I have the same problem with any php version I install on the Win2k Server. [2002-09-21 14:27:49] [EMAIL PROTECTED] try changing 'c:\php\extensions' to 'c:\\php\\extensions' or 'c:/php/extensions' and see if it begins to work. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19423 -- Edit this bug report at http://bugs.php.net/?id=19423&edit=1
#19595 [Ver->Csd]: Functions handling with GD2 file format do not exist
ID: 19595 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: GD related Operating System: Microsoft Windows XP (NT 5.1) EN PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-09-27 04:12:06] [EMAIL PROTECTED] Just for the info: I downloaded and installed PHP 4.3.0 dev build (snapshot.log Fri Sep 27 08:00:00 2002 CET Starting snapshot 200209270600) and the problem (no support for handling with GD2 format in php_gd2.dll) in Win binary distribution still exists. I just tried if change was made and no changelog record was made. Stepan [2002-09-25 10:39:40] [EMAIL PROTECTED] Hm... seems to be a bug after all... It seems that, for some reason, HAVE_GD_GD2 is not defined in the windows build. Can someone look into this? [2002-09-25 09:50:20] [EMAIL PROTECTED] I have done it in disabling php_gd.dll (adding ;) in front of this line and added line php_gd2.dll in php.ini (as I wrote in my bug report). Because I can not compile PHP from source code, I have no idea what else I can do. Anyway, I am going to ask someone somewhere for help how to enable php_gd2.dll on Win in binary distribution. Stepan [2002-09-25 09:42:10] [EMAIL PROTECTED] You need to enable php_gd2.dll. For information on how to do that, ask support on the appropriate mailinglists. [2002-09-25 09:29:11] [EMAIL PROTECTED] Although imagecreatefromgd, imagecreatefromgd2 and imagegd2 was announced as addition to some 4.x version, they do not exist in 4.2.3. I tried it with enabling php_gd.dll or php_gd2.dll in php.ini, but with no success. Calling function function_exists() with above image functions as parameter resulted in FALSE. Stepan -- Edit this bug report at http://bugs.php.net/?id=19595&edit=1
#19634 [Opn]: Mapping of .html and .htm files fails
ID: 19634 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2k SP3 PHP Version: 4.2.3 New Comment: "It is a virtual directory that the file extensions are being mapped to" should read "Website" not virtual directory, that the file extension is being mapped to (rather than it being global accross all websites) Previous Comments: [2002-09-27 07:40:06] [EMAIL PROTECTED] This is with IIS 5 on windows 2000. It is a virtual directory that the file extensions are being mapped to. The setup version of PHP was the setup.exe file. For this website I went to the properties->home directory->configuration->app mappings and added a new .html mapping to php.exe in my php directory. Php is installed at c:\php In my php.ini file i have aside from the default settings: cgi.force_redirect = 0 extension_dir = C:/PHP/extensions display_errors = Off error_log = syslog extension=php_mssql.dll [2002-09-27 06:44:05] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-09-27 06:35:13] [EMAIL PROTECTED] Mapping .html and .htm files to the php.exe file in 4.2.3 returns "The directory name is invalid" when trying to run a .html file. .html and .htm have been mapped to ASP and work correctly, it is with this latest version of PHP that this error occurs. -- Edit this bug report at http://bugs.php.net/?id=19634&edit=1
#19634 [Bgs->Opn]: Mapping of .html and .htm files fails
ID: 19634 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: IIS related Operating System: Windows 2k SP3 PHP Version: 4.2.3 New Comment: This is with IIS 5 on windows 2000. It is a virtual directory that the file extensions are being mapped to. The setup version of PHP was the setup.exe file. For this website I went to the properties->home directory->configuration->app mappings and added a new .html mapping to php.exe in my php directory. Php is installed at c:\php In my php.ini file i have aside from the default settings: cgi.force_redirect = 0 extension_dir = C:/PHP/extensions display_errors = Off error_log = syslog extension=php_mssql.dll Previous Comments: [2002-09-27 06:44:05] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-09-27 06:35:13] [EMAIL PROTECTED] Mapping .html and .htm files to the php.exe file in 4.2.3 returns "The directory name is invalid" when trying to run a .html file. .html and .htm have been mapped to ASP and work correctly, it is with this latest version of PHP that this error occurs. -- Edit this bug report at http://bugs.php.net/?id=19634&edit=1
#18625 [Opn->Fbk]: mail() not sending to addresses with a - in the domain
ID: 18625 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Mail related Operating System: win2k PHP Version: 4.2.3 New Comment: You were asked to use the latest snapshot, not release. There were some mail() related fixes in it, so please try it out: http://snaps.php.net/win32/php4-win32-latest.zip And make sure you replace ALL old binaries with the new ones from that package. Especially php4ts.dll Previous Comments: [2002-09-27 06:56:17] [EMAIL PROTECTED] just installed new version 4.2.3. same problem as before. email won't send via mail() function to an address with '-' in the domain. email can send through the smtp server php is using if i use client like outlook. [2002-09-26 20:04:03] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-09-11 13:32:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip I cannot replicate this bug, it sounds like the SMTP server is rejecting this domain. If latest CVS does not work, see if you can successfuly send email to an address with a '-' in it manually via the SMTP server your php is using. [2002-07-29 13:08:01] [EMAIL PROTECTED] given: $to = "[EMAIL PROTECTED]"; command: mail($to,"test","test"); result: warning: server error line xxx -- if sending to an address without the - in the domain, mail() works fine so i'm sure it's not a config problem. also, the - address is valid and i can send mail via a mail client. the - addresses worked in v4.2.1 -- Edit this bug report at http://bugs.php.net/?id=18625&edit=1
#19630 [Bgs]: "lib/mysql" in ./configure should be "libmysql" ?
ID: 19630 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Trustix 1.5 PHP Version: 4.2.3 New Comment: the ./configure script did run for a while.. ..it did work for a while, and a lot were stated: OK ..after some minutes, the script stopped commenting the problem: "Cannot find mysqlclient library under $MYSQL_DIR" Previous Comments: [2002-09-27 04:07:06] [EMAIL PROTECTED] Your path specified --with-mysql is not valid. Either specify the correct path or use the embedded libmysql (you don't have to specify --with-mysql for). Georg [2002-09-27 02:46:02] [EMAIL PROTECTED] Unpack php-4.2.3.tar.gz cd php-4.2.3 ./configure --with-mysql=../mysql-3.23.52 --with-apache=../apache_1.3.26 --enable-track-vars Stops and tells me: "cannot find mysqlclient library under $MYSQL_DIR" The script can find my "lib/mysql" ?? I Edit .configure file: "for i in lib lib/mysql; do" to for i in lib libmysql; do I rerun the ./configure - and turns out ok. -- Edit this bug report at http://bugs.php.net/?id=19630&edit=1
#19618 [Opn]: Cannot load libphp4.so - Win32 error 5
ID: 19618
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: Cygwin-XP
PHP Version: 4.2.3
New Comment:
correction to previous:
$./configure --with-mysql --with-apxs=/usr/local/apache2/bin/apxs
actually
$./configure --with-mysql --with-apxs2=/usr/local/apache2/bin/apxs
I forgot the 2 in the bug report, but not during the configure
Previous Comments:
[2002-09-27 06:54:57] [EMAIL PROTECTED]
Ok starting again with Apache2 & php4-200209261500
I recompiled Apache 2 again just to be safe
Apache 2 working.
$./configure --with-mysql --with-apxs=/usr/local/apache2/bin/apxs
(this finishes without issue)
$make
(ends with)
collect2: ld returned 1 exit status
MAKE: *** [sapi/cli/php] Error 1
$make install
(ends with)
collect2: ld returned 1 exit status
MAKE: *** [sapi/cli/php] Error 1
(Next the ini copy:
The documentation states...
Next you must copy php.ini-dist to the appropriate place (normally
/usr/local/lib/php.ini) and edit it as necessary to set PHP options.
I am uncertain of the appropriate place so I am copying it to the
suggested place.)
$cp php.ini-dist /usr/local/lib/php.ini
I then add:
LoadModule php4_module modules/libphp4.so
AddType application/x-httpd-php .php
,to httpd.conf
$/usr/local/apache2/bin/apachectl restart
Syntax error on line 1028 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server: dlopen:
Win32 err
or 5
?
[2002-09-26 10:54:25] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-09-26 10:37:11] [EMAIL PROTECTED]
ty
[2002-09-26 10:33:08] [EMAIL PROTECTED]
Apache 2 was working swell...
These were my PHP 4.2.3 compile commands:
$./configure --with-mysql --with-apxs2=/usr/local/apache2/bin/apxs
$make
(worth noting at the end of make I see this warning...
libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin
shared libraries
make[1]: Leaving directory `/home/Administrator/php-4.2.3'
Making all in pear
make[1]: Entering directory `/home/Administrator/php-4.2.3/pear'
make[1]: Leaving directory `/home/Administrator/php-4.2.3/pear'
$
) {is that the problem I wonder. Next.}
$make install
$cp php.ini-dist /usr/local/lib/php.ini
(i also tried php.ini-recommended with same results)
Then I changed the httpd.conf file
appropriately... followed by...
$/usr/local/apache2/bin/apachectl restart
Syntax error on line 231 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server: dlopen:
Win32 error 5
System:
Win xp pro - Cygwin - Apache 2 - php 4.2.3
--
Edit this bug report at http://bugs.php.net/?id=19618&edit=1
#18625 [NoF->Opn]: mail() not sending to addresses with a - in the domain
ID: 18625 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Mail related Operating System: win2k -PHP Version: 4.2.2 +PHP Version: 4.2.3 New Comment: just installed new version 4.2.3. same problem as before. email won't send via mail() function to an address with '-' in the domain. email can send through the smtp server php is using if i use client like outlook. Previous Comments: [2002-09-26 20:04:03] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-09-11 13:32:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip I cannot replicate this bug, it sounds like the SMTP server is rejecting this domain. If latest CVS does not work, see if you can successfuly send email to an address with a '-' in it manually via the SMTP server your php is using. [2002-07-29 13:08:01] [EMAIL PROTECTED] given: $to = "[EMAIL PROTECTED]"; command: mail($to,"test","test"); result: warning: server error line xxx -- if sending to an address without the - in the domain, mail() works fine so i'm sure it's not a config problem. also, the - address is valid and i can send mail via a mail client. the - addresses worked in v4.2.1 -- Edit this bug report at http://bugs.php.net/?id=18625&edit=1
#19618 [Fbk->Opn]: Cannot load libphp4.so - Win32 error 5
ID: 19618
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Cygwin-XP
PHP Version: 4.2.3
New Comment:
Ok starting again with Apache2 & php4-200209261500
I recompiled Apache 2 again just to be safe
Apache 2 working.
$./configure --with-mysql --with-apxs=/usr/local/apache2/bin/apxs
(this finishes without issue)
$make
(ends with)
collect2: ld returned 1 exit status
MAKE: *** [sapi/cli/php] Error 1
$make install
(ends with)
collect2: ld returned 1 exit status
MAKE: *** [sapi/cli/php] Error 1
(Next the ini copy:
The documentation states...
Next you must copy php.ini-dist to the appropriate place (normally
/usr/local/lib/php.ini) and edit it as necessary to set PHP options.
I am uncertain of the appropriate place so I am copying it to the
suggested place.)
$cp php.ini-dist /usr/local/lib/php.ini
I then add:
LoadModule php4_module modules/libphp4.so
AddType application/x-httpd-php .php
,to httpd.conf
$/usr/local/apache2/bin/apachectl restart
Syntax error on line 1028 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server: dlopen:
Win32 err
or 5
?
Previous Comments:
[2002-09-26 10:54:25] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-09-26 10:37:11] [EMAIL PROTECTED]
ty
[2002-09-26 10:33:08] [EMAIL PROTECTED]
Apache 2 was working swell...
These were my PHP 4.2.3 compile commands:
$./configure --with-mysql --with-apxs2=/usr/local/apache2/bin/apxs
$make
(worth noting at the end of make I see this warning...
libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin
shared libraries
make[1]: Leaving directory `/home/Administrator/php-4.2.3'
Making all in pear
make[1]: Entering directory `/home/Administrator/php-4.2.3/pear'
make[1]: Leaving directory `/home/Administrator/php-4.2.3/pear'
$
) {is that the problem I wonder. Next.}
$make install
$cp php.ini-dist /usr/local/lib/php.ini
(i also tried php.ini-recommended with same results)
Then I changed the httpd.conf file
appropriately... followed by...
$/usr/local/apache2/bin/apachectl restart
Syntax error on line 231 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server: dlopen:
Win32 error 5
System:
Win xp pro - Cygwin - Apache 2 - php 4.2.3
--
Edit this bug report at http://bugs.php.net/?id=19618&edit=1
#19542 [Opn->Fbk]: imagettfbbox() ... undefined
ID: 19542 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: linux redhat 6.2 PHP Version: 4.2.3 New Comment: It appears that php does not detect ttf and does not install the support for it. If it did, your phpinfo would show the following 2 lines under the GD config: FreeType Support => enabled FreeType Linkage => with TTF library Look at the config.log file and inside it look for any errors pertaining to ttf. It is highly likely that PHP simply cannot find the needed libs. Previous Comments: [2002-09-27 02:36:47] [EMAIL PROTECTED] I've compiled without --enable-gd-native-ttf ... Itcompiles ok, but I hve the same error (which is logical) and the phpinfo print this : GD Support enabled GD Version 1.6.2 or higher JPG Support enabled PNG Support enabled WBMP Support enabled [2002-09-26 17:10:41] [EMAIL PROTECTED] If you try to compile without the --enable-gd-native-ttf flag does the error still occur? Also, check your phpinfo() in regard to the gd settings if the problem persists please include those in your report as well. [2002-09-22 16:25:40] [EMAIL PROTECTED] in the phpinfo nothing appears in the gd section about truetype font ... (it used to before) [2002-09-22 14:33:36] [EMAIL PROTECTED] Check your phpinfo() for GD module, it is possible it was never compiled due to some mis-configuration issue. [2002-09-21 11:27:44] [EMAIL PROTECTED] I forgot to tell that I also tried with php-latest The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19542 -- Edit this bug report at http://bugs.php.net/?id=19542&edit=1
#19634 [Opn->Bgs]: Mapping of .html and .htm files fails
ID: 19634 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2k SP3 PHP Version: 4.2.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2002-09-27 06:35:13] [EMAIL PROTECTED] Mapping .html and .htm files to the php.exe file in 4.2.3 returns "The directory name is invalid" when trying to run a .html file. .html and .htm have been mapped to ASP and work correctly, it is with this latest version of PHP that this error occurs. -- Edit this bug report at http://bugs.php.net/?id=19634&edit=1
#12848 [Com]: asort-SORT_NUMERIC inconsistent with non numeric values
ID: 12848
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Arrays related
Operating System: win98
PHP Version: 4.0.6
New Comment:
I've also encountered this problem.
Version:
PHP Version 4.2.3
Environment:
FreeBSD 4.7-PRERELEASE #1: Mon Sep 2 12:14:18 IST 2002
Configure Command:
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-regex=system' '--without-gd' '--without-mysql'
'--with-mhash=/usr/local' '--with-pgsql=/usr/local'
'--with-ldap=/usr/local' '--enable-xslt'
'--with-xslt-sablot=/usr/local' '--enable-trans-sid'
'--with-expat-dir=/usr/local' '--with-iconv=/usr/local'
'--prefix=/usr/local' 'i386-portbld-freebsd4.7'
(built from FreeBSD ports collection)
Testcase:
// create an array
$array = array();
for ($i = 1; $i < 25; $i++) {
array_push($array,"Dublin $i");
}
// randomise it
$rand_array = array();
srand ((float) microtime() * 1000);
foreach (array_rand($array,sizeof($array)) as $index) {
array_push($rand_array,$array[$index]);
}
// get it sorted by string
$array_sorted_str = $rand_array;
sort($array_sorted_str,SORT_STRING);
// get it sorted numerically
$array_sorted_num = $rand_array;
sort($array_sorted_num,SORT_NUMERIC);
echo "Original array";
echo "";
foreach ($array as $v) {
echo "$v";
}
echo "";
echo "Randomised array";
echo "";
foreach ($rand_array as $v) {
echo "$v";
}
echo "";
echo "array sorted by string";
echo "";
foreach ($array_sorted_str as $v) {
echo "$v";
}
echo "";
echo "array sorted numerically";
echo "";
foreach ($array_sorted_num as $v) {
echo "$v";
}
echo "";
I would expect the numeric sort to give me Dublin 1, Dublin 2...Dublin
11,Dublin 12...Dublin 20 etc.
While it does change the array, it appears to do so in a random fashion
(at least I cannot understand it).
Tadgh
Previous Comments:
[2002-04-28 08:03:53] [EMAIL PROTECTED]
i have the same problem :
using 6 array : $years, $months, $ids, $titles, $urls, $dates
and doing :
$ar = array($years, $months, $ids, $titles, $urls, $dts);
array_multisort($ar[0], SORT_DESC, SORT_NUMERIC, $ar[1], SORT_NUMERIC,
SORT_DESC, $ar[2], $ar[3], $ar[4], $ar[5]);
which results "Warning: Array sizes are inconsistent in ...". even with
SORT_REGULAR it gives the same error. but it sorts them which is pretty
funny :)
i suppress it with @ and it sorts them without showing warnings - the
only way it works
p.s. it shwo that warning from time to time - not always.
[2001-10-21 01:51:13] [EMAIL PROTECTED]
Can not reproduce with PHP 4.1.0RC1.
--Jani
[2001-08-19 18:57:49] [EMAIL PROTECTED]
If asort() is used with the sort flag SORT_NUMERIC and the values ar
non numeric, the sort order of those values should remain unchanged in
principle. But in arrays with few of such non numeric items (app. <
10), the first item is generally moved to the bottom, while in arrays
with more items, one element from somewhere in the middle is moved to
the top.
example:
$q = array(1=>'A',2=>'B',3=>'C',4=>'D',5=>'E');
asort($q,SORT_NUMERIC);
produces the value sequence B,C,D,E,A
--
Edit this bug report at http://bugs.php.net/?id=12848&edit=1
#19324 [Fbk]: show PHP source on client's browser
ID: 19324 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Output Control Operating System: Solaris8 x86 PHP Version: 4.2.3 New Comment: Try the latest snapshot not the stable, the 'stable' brach is likely not to have the fix you need. Previous Comments: [2002-09-27 01:06:52] [EMAIL PROTECTED] No error as php4-200209241800 when I compiled php4-STABLE-200209261800 . But the running result is the same. :( [2002-09-27 00:40:36] [EMAIL PROTECTED] Solaris' sed doesn't handle the long lines, you will have more luck with gnu sed. Can you install that and try again? Derick [2002-09-26 21:23:13] [EMAIL PROTECTED] I downloaded php4-STABLE-200209261800 and used pure compiling . showing source still arisen . :( [2002-09-26 20:36:12] [EMAIL PROTECTED] compiling fault. I use php4-200209241800 . /bin/sh libtool --silent --mode=link gcc -export-dynamic -avoid-version -module -L/usr/ucblib -L/usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2 -R /usr/ucblib -R /usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2 ext/ctype/ctype.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_
#19634 [NEW]: Mapping of .html and .htm files fails
From: [EMAIL PROTECTED] Operating system: Windows 2k SP3 PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: Mapping of .html and .htm files fails Mapping .html and .htm files to the php.exe file in 4.2.3 returns "The directory name is invalid" when trying to run a .html file. .html and .htm have been mapped to ASP and work correctly, it is with this latest version of PHP that this error occurs. -- Edit bug report at http://bugs.php.net/?id=19634&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19634&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19634&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19634&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19634&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19634&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19634&r=support Expected behavior: http://bugs.php.net/fix.php?id=19634&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19634&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19634&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19634&r=globals
#17959 [Ana->Opn]: array reference problems
ID: 17959
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Open
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4.2.1
Assigned To: hholzgra
Previous Comments:
[2002-07-29 06:50:20] [EMAIL PROTECTED]
'top',
'A' => array
(
'name' => 'A',
'A_a' => array
(
'name' => 'A_a',
'fn_1' => 'Aa_fn_1',
'fn_2' => 'Aa_fn_2',
'fn_3' => 'Aa_fn_3',
'A_a_1' => array
(
'name' => 'A_a_1',
'fn_1' => 'Aa1_fn_1',
'fn_2' => 'Aa1_fn_2',
),
'A_a_2' => array
(
'name' => 'A_a_2',
'fn_1' => 'Aa2_fn_1',
'fn_2' => 'Aa2_fn_2',
),
),
),
);
// setup "parent references" for each of the nodes.
$top['parent'] = null;
$top['A']['parent'] = &$top;
$top['A']['A_a']['parent'] = &$top['A'];
$top['A']['A_a']['A_a_1']['parent'] = &$top['A']['A_a'];
$top['A']['A_a']['A_a_2']['parent'] = &$top['A']['A_a'];
//$top['A']['A_a']['A_a_1']['parent'] = &$top['A']['A_a'];
//
// Note!
// Here if we uncomment the above line the sample code will
// magically WORK!
//
// Why does the order of initialization matter!? And will the
// code now break elsewhere?
// setup our reference to $top. $ptr is what should change
// on every call to change_ptr(name).
$ptr = &$top;
// change_ptr( name ) does the following w/some verbose
// messages to display the state of variables in question.
//
//if ( ptr[name] )
// ptr = ptr[name];
//
function change_ptr( $name )
{
printf( " change_ptr($name) " );
if ( $GLOBALS['ptr'][$name] ) {
// Setting up string for later printing.
$before_change =
sprintf( "before: \$GLOBALS['ptr']['name'] = %s",
$GLOBALS['ptr']['name'] );
$GLOBALS['ptr'] = &$GLOBALS['ptr'][$name];
$after_change =
sprintf( "after: \$GLOBALS['ptr']['name'] = %s",
$GLOBALS['ptr']['name'] );
printf( "CHANGED:\n" );
printf( "%s\n %s", $before_change, $after_change );
}
else
printf( "NO CHANGE!" );
printf( "\n" );
}
?>
[2002-07-23 16:24:54] [EMAIL PROTECTED]
think of the "global $p;" construct as a shortcut for
"$p = &$GLOBALS['p'];"
so by assigning a new reference you are breaking the one to the global
variable
so you have to explicitly assign to $GLOBALS["p"] here
(marked as documentation problem)
[2002-07-16 08:40:10] [EMAIL PROTECTED]
'top',
'A' => array ( 'name' => 'A', ),
'B' => array
(
'name' => 'B',
'B_b' => array ( 'name' => 'B_b', ),
),
);
// setup "parent references" for each of the nodes.
$top['parent'] = null;
$top['A']['parent'] = &$top;
$top['B']['parent'] = &$top;
$top['B']['B_b']['parent'] = &$top['B'];
// setup our reference to $top. $ptr is what should change
// on every call to change_ptr(name).
$ptr = &$top;
// $i and $iref are meant to demonstrate the inconsistency
// of manipulating references w/in functions.
$i= 0;
$iref = &$i;
// change_ptr( name ) does the following w/some verbose
// messages to display the state of variables in question.
//
//if ( ptr[name] )
// ptr = ptr[name];
//
function change_ptr( $name )
{
// This case demonstrates how change_ptr() function fails
// to actually change the value of a global variable $ptr.
//
// Essentially 'global $ptr' seems to only be local to the
// function scope and modifying its value seems to have no
// bearing on the global var $ptr that is of interest.
//
// Please note that the demonstrated behavior is not
// inconsistent with how $iref is treated.
global $ptr;
global $iref;
$iref++;
printf( " change_ptr($name) " );
if ( $ptr[$name] ) {
// Setting up string for later printing.
$before_change =
sprintf( "before: \$ptr['name'] = %s", $ptr['name'] )
. "\n" .
sprintf( "\$GLOBALS['ptr']['name'] = %s",
$GLOBALS['ptr']['name'] );
$ptr = &$ptr[$name];
$after_change =
sprintf( "after: \$ptr['name'] = %s", $ptr['name'] )
. "\n " .
#19578 [Bgs]: php_master_value not changeable with php_value
ID: 19578 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.2.2 New Comment: A virtual host configuration section is for PHP in the "PER_DIR" access level, which is the same as the .htaccess level is. Previous Comments: [2002-09-27 06:20:31] [EMAIL PROTECTED] Thnx. Sniper. I know that. And I use that. To clarify my problem : If I set a php_admin_value or php_admin_flag in httpd.conf outside a virtualhost directive, I cannot change it within a virtualhost directive. At least it doesn´t work for me. As it seems that nobody understands my problem, and no other has this problem I think its better to close this. I´ll find the solution for me alone. Alex. [2002-09-26 20:02:46] [EMAIL PROTECTED] >From manual page http://www.php.net/manual/en/configuration.php php_admin_value name value This sets the value of the specified variable. "Admin" configuration settings can only be set from within the main Apache configuration files, and not from .htaccess files. [2002-09-24 11:12:21] [EMAIL PROTECTED] I use apache 1.3.26. And, yes maybee I have misunderstood this command. But after re-reading docs I understand it the same way. Session autostart works. The master values in phpinfo() are only set by php.ini. Shouldn´t they be set with php_master_* ? And why can´t I overwrite a set php_master_value with php_value in a virtualhost setting ?! I can change a php_value in a virtualhost section if I don´t have set this value with php_master_value. Why ? [2002-09-24 10:50:03] [EMAIL PROTECTED] You propably have misunderstood what the master/local values mean. Better question is: Does it work? (are session started automatically?) [2002-09-24 10:08:19] [EMAIL PROTECTED] Do you happen to run Apache 2? If so, try a snapshot from http://snaps.php.net as this might have been fixed. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19578 -- Edit this bug report at http://bugs.php.net/?id=19578&edit=1
#17263 [Opn->Fbk]: imagecopyresampled - imagecopyresized
ID: 17263 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: Windows XP Pro or Linux PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-27 04:51:29] [EMAIL PROTECTED] Hi, the problem persist using the latest 4.2.3. The problem is on the destination image format. If you use a true color image there's no problem but if you use a paletted image the problem persist. The only way to avoid this problem is to have a destination image in true color but unfortunately there are some cases where I need to resize a paletted image. I've also try to use a truecolor image and convert it to paletted after conversion but the result is very poor (and slow). [2002-09-26 20:07:33] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-09-12 06:04:28] [EMAIL PROTECTED] btw. PHP 4.2.2 is not the latest release.. If that doesn't work, try this: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-12 03:53:38] [EMAIL PROTECTED] The problem persist using the current PHP version 4.2.2 [2002-09-12 03:52:15] [EMAIL PROTECTED] The problem persist using the current PHP version 4.2.2 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17263 -- Edit this bug report at http://bugs.php.net/?id=17263&edit=1
#19380 [Opn->Csd]: Incorrect session handling
ID: 19380
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Session related
Operating System: linux redhat 7.2 (2.4.7-10)
PHP Version: 4.2.3
New Comment:
Using unset() works fine here with PHP 4.3.0-dev.
Previous Comments:
[2002-09-27 00:32:32] [EMAIL PROTECTED]
Well, I 'fixed' the problem using
$_SESSION=array();
to clear all session variables.
and
$_SESSION['variable']=NULL;
to clear individual.
The problem is, I think, when destroying session variables. In some
systems, fail and causes problems, in other, the same code works fine.
All this is about destroy variables in session array.
To avoid problems, I suspend use of unset.
[2002-09-26 20:11:13] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2002-09-12 15:38:57] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Zeev and I talked about this awhile back, and I believe he implemented
your requested feature. Try a new snapshot, and see if that fixes
things for you. From what I recall, this functionality didn't exist
previously.
[2002-09-12 14:40:36] [EMAIL PROTECTED]
It seems like unset function it's not working fine, when is used on
$_SESSION variables. My script uses an array containing a list of
items, and with a button, i clear that list (I only 'destroy' the
variable, using unset. When the scripts check again for the existence
of $_SESSION and isn't set, it's created, of course, empty)
/*Clear function (in file clear.php)*/
if(isset($_POST['reset']))
{
unset($_SESSION['galery']);
}
header("location:showlist.php");
/*Show items in list (in file showlist.php)*/
session_start();
if(!isset($_SESSION['galery']))
$_SESSION['galery']=array();
echo "List has ". count($_SESSION['gallery']) ." items";
This is only a sample. Supose that I have many lists, every of them
accessible by a link. When I click a link, it should show the items of
that collection, but it's not working, the session variable is not
destroyed, and every list, show the same content.
I'm not using global variables since 4.2.1. Some scripts working fine
become unstable when upgraded from 4.2.2 to 4.2.3
'./configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share'
'--includedir=/usr/include' '--libdir=/usr/lib'
'--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--with-config-file-path=/etc'
'--disable-debug' '--enable-pic' '--disable-path'
'--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs'
'--with-bz2' '--with-db3' '--with-exec-dir=/usr/bin' '--with-gd'
'--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-mm'
'--with-openssl' '--with-png' '--with-regex=system' '--with-ttf'
'--with-zlib' '--with-layout=GNU' '--enable-debugger' '--enable-ftp'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars'
'--enable-yp' '--enable-wddx' '--with-mysql' '--with-xml'
'--with-png-dir=/usr/local/lib' '--with-pam_auth'
'--with-imap=/usr/src/imap/lib' '--with-ldap' '--with-ftp'
'--with-kerberos'
Cesar
--
Edit this bug report at http://bugs.php.net/?id=19380&edit=1
#19578 [Bgs]: php_master_value not changeable with php_value
ID: 19578 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.2.2 New Comment: Thnx. Sniper. I know that. And I use that. To clarify my problem : If I set a php_admin_value or php_admin_flag in httpd.conf outside a virtualhost directive, I cannot change it within a virtualhost directive. At least it doesn´t work for me. As it seems that nobody understands my problem, and no other has this problem I think its better to close this. I´ll find the solution for me alone. Alex. Previous Comments: [2002-09-26 20:02:46] [EMAIL PROTECTED] >From manual page http://www.php.net/manual/en/configuration.php php_admin_value name value This sets the value of the specified variable. "Admin" configuration settings can only be set from within the main Apache configuration files, and not from .htaccess files. [2002-09-24 11:12:21] [EMAIL PROTECTED] I use apache 1.3.26. And, yes maybee I have misunderstood this command. But after re-reading docs I understand it the same way. Session autostart works. The master values in phpinfo() are only set by php.ini. Shouldn´t they be set with php_master_* ? And why can´t I overwrite a set php_master_value with php_value in a virtualhost setting ?! I can change a php_value in a virtualhost section if I don´t have set this value with php_master_value. Why ? [2002-09-24 10:50:03] [EMAIL PROTECTED] You propably have misunderstood what the master/local values mean. Better question is: Does it work? (are session started automatically?) [2002-09-24 10:08:19] [EMAIL PROTECTED] Do you happen to run Apache 2? If so, try a snapshot from http://snaps.php.net as this might have been fixed. [2002-09-24 09:01:04] [EMAIL PROTECTED] Hi ! I set php_admin_flag session.auto_start on in httpd.conf ! I wanted to turn it of in a VirtualHost section with php_flag session.auto_start off ! In php.ini there is : session.auto_start off phpinfo() shows for session.auto_start LocalValue : on MasterValue : off I seems to if i cannot change a value that´s been set by php_master_value. Alex. -- Edit this bug report at http://bugs.php.net/?id=19578&edit=1
#19434 [Fbk->Opn]: oci8 + ldap -> crash
ID: 19434 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: redhat 7.3 PHP Version: 4.2.3 New Comment: Configure Command => './configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-debug' '--with-exec-dir=/usr/bin' '--with-ldap=/home/oracle/Oracle-9.0.1' '--with-oci8=/home/oracle/Oracle-9.0.1' [/var/www/html/test]$ gdb php GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... (gdb) run login-test.php Starting program: /usr/bin/php login-test.php [New Thread 1024 (LWP 15919)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 15919)] 0x4026347d in gslufpFLog () from /home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0 (gdb) bt #0 0x4026347d in gslufpFLog () from /home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0 #1 0x4025321e in ldap_open () from /home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0 #2 0x08065ace in zif_ldap_connect (ht=1, return_value=0x8272f0c, this_ptr=0x0, return_value_used=1) at /home/ronan/download/php4-20020927/ext/ldap/ldap.c:397 #3 0x081920cf in execute (op_array=0x8269f74) at /home/ronan/download/php4-20020927/Zend/zend_execute.c:1602 #4 0x081820ae in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/ronan/download/php4-20020927/Zend/zend.c:834 #5 0x081540e2 in php_execute_script (primary_file=0xb8e0) at /home/ronan/download/php4-20020927/main/main.c:1537 #6 0x081978e0 in main (argc=2, argv=0xb984) at /home/ronan/download/php4-20020927/sapi/cli/php_cli.c:695 #7 0x408151c4 in __libc_start_main () from /lib/libc.so.6 (gdb) Previous Comments: [2002-09-26 20:22:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Reduce your configure options to bare minimum, only use --with-apxs, --with-oci8 and --with-ldap and don't compile them as shared! Do this using the latest snapshot above. [2002-09-16 11:02:35] [EMAIL PROTECTED] [/var/www/html/accounts/login]# php login_test.php Segmentation fault (core dumped) /var/www/html/accounts/login]# gdb /usr/bin/php ./core.11077 GNU gdb Red Hat Linux (5.2-2) ... Reading symbols from /usr/lib/php4/ldap.so...done. Loaded symbols for /usr/lib/php4/ldap.so Reading symbols from /home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0...done. Loaded symbols for /home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0 Reading symbols from /home/oracle/Oracle-9.0.1/lib/libwtc9.so...done. Loaded symbols for /home/oracle/Oracle-9.0.1/lib/libwtc9.so Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /usr/lib/php4/oci8.so...done. Loaded symbols for /usr/lib/php4/oci8.so #0 0x408a647d in gslufpFLog () from /home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0 (gdb) bt #0 0x408a647d in gslufpFLog () from /home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0 #1 0x4089621e in ldap_open () from /home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0 #2 0x40015ab1 in zif_ldap_connect (ht=1, return_value=0x826734c, this_ptr=0x0, return_value_used=1) at /usr/src/redhat/BUILD/php-4.2.3/ext/ldap/ldap.c:414 #3 0x0816b84b in execute () #4 0x08141dcc in zend_execute_scripts () #5 0x0806f626 in php_execute_script () #6 0x0806c8ac in main () #7 0x400fb1c4 in __libc_start_main () from /lib/libc.so.6 (gdb) [2002-09-16 09:41:09] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2002-09-16 09:32:48] [EMAIL PROTECTED] I recompiled php (see below) and apache still crashes. '.
#19633 [Opn->Csd]: bug in configure LDAP_DIR
ID: 19633 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: all PHP Version: 4CVS-2002-09-27 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-09-27 05:30:00] [EMAIL PROTECTED] configure: LDAP_DIR=$i should be LDAP_DIR=$PHP_LDAP line 38370: if test -f $PHP_LDAP/include/ldap.h; then LDAP_DIR=$PHP_LDAP LDAP_INCDIR=$PHP_LDAP/include LDAP_LIBDIR=$PHP_LDAP/lib elif test -f $PHP_LDAP/include/umich-ldap/ldap.h; then LDAP_DIR=$i LDAP_INCDIR=$PHP_LDAP/include/umich-ldap LDAP_LIBDIR=$PHP_LDAP/lib elif test -f $PHP_LDAP/ldap/public/ldap.h; then LDAP_DIR=$i LDAP_INCDIR=$PHP_LDAP/ldap/public LDAP_LIBDIR=$PHP_LDAP/lib fi -- Edit this bug report at http://bugs.php.net/?id=19633&edit=1
#19627 [Ver->Csd]: IPC sem_remove SIGSEGV
ID: 19627
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Verified
+Status: Closed
Bug Type: Reproducible crash
Operating System: Linux 2.4.18-10 Kernel
PHP Version: 4.2.3
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-09-27 04:39:21] [EMAIL PROTECTED]
Verified with current CVS.
BTW: you probably shouldn't be removing the semaphore when your script
is successful anyway, especially if your ID generating script is run
quite often (be kind to your hardware :-).
[2002-09-26 23:12:52] [EMAIL PROTECTED]
Here's my php environment
*
[joe@willyslide joe]$ php -m
Running PHP 4.2.3
Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies
[PHP Modules]
xml, wddx, sysvshm, sysvsem, standard, sockets, session, posix, pcre,
openssl, mysql, ftp, ctype, calendar, bcmath, zlib
'./configure' '--prefix=/usr' '--enable-debug' '--with-openssl'
'--enable-sockets' '--with-regex=system' '--enable-inline-optimization'
'--with- config-file-path=/etc' '--with-zlib' '--enable-bcmath'
'--enable-calendar' '-- enable-ftp' '--with-mysql' '--enable-sysvshm'
'--enable-sysvsem' '-- enable-wddx' '--enable-memory-limit'
My issue
*
sem_remove() seg.faults when called. I'm trying to write a script for
creating unique serial numbers on the fly.
(gdb) run -e ../serial.php4
Starting program: /usr//bin/php -e ../serial.php4
X-Powered-By: PHP/4.2.3
Content-type: text/html
got semkey: 1628011873
semID: 1
got sem 1
MD5: 0a5d400ea944a83abe69221024433f56
released sem
Program received signal SIGSEGV, Segmentation fault.
0x08101e3b in zif_sem_remove (ht=1032230416, return_value=0x0,
this_ptr=0x3d86960f, return_value_used=0) at sysvsem.c:392
392 if(semctl(sem_ptr->semid, 0, IPC_RMID, &un) < 0) {
(gdb) bt
#0 0x08101e3b in zif_sem_remove (ht=1032230416, return_value=0x0,
this_ptr=0x3d86960f, return_value_used=0) at sysvsem.c:392
(gdb) print sem_ptr
$1 = (sysvsem_sem *) 0x0
*
It would appear that somewhere in the code behind sem_remove($semId)
the sem_ptr->semid is NULL?
*
My php code
***
I've had the same problem on PHP 4.1.2 (where I originally found it) on
Red Hat 7.3 with the PHP RPM installed and 'up2date'd.
--
Edit this bug report at http://bugs.php.net/?id=19627&edit=1
#19633 [NEW]: bug in configure LDAP_DIR
From: [EMAIL PROTECTED] Operating system: all PHP version: 4CVS-2002-09-27 PHP Bug Type: Compile Failure Bug description: bug in configure LDAP_DIR configure: LDAP_DIR=$i should be LDAP_DIR=$PHP_LDAP line 38370: if test -f $PHP_LDAP/include/ldap.h; then LDAP_DIR=$PHP_LDAP LDAP_INCDIR=$PHP_LDAP/include LDAP_LIBDIR=$PHP_LDAP/lib elif test -f $PHP_LDAP/include/umich-ldap/ldap.h; then LDAP_DIR=$i LDAP_INCDIR=$PHP_LDAP/include/umich-ldap LDAP_LIBDIR=$PHP_LDAP/lib elif test -f $PHP_LDAP/ldap/public/ldap.h; then LDAP_DIR=$i LDAP_INCDIR=$PHP_LDAP/ldap/public LDAP_LIBDIR=$PHP_LDAP/lib fi -- Edit bug report at http://bugs.php.net/?id=19633&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19633&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19633&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19633&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19633&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19633&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19633&r=support Expected behavior: http://bugs.php.net/fix.php?id=19633&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19633&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19633&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19633&r=globals
#19632 [Opn->Bgs]: trouble using cmdline with options
ID: 19632 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux 2.4.19 PHP Version: 4CVS-2002-09-27 New Comment: This is Linux kernel limitation. You can pass only one option in #! line. Previous Comments: [2002-09-27 05:21:24] [EMAIL PROTECTED] Hi, I'm using PHP cmdline-version called by shell shortcut comment #!/usr/local/bin/php ... with options -d log_errors=On -q which made the -q get ignored under 4.2.3. So I tried to use latest CVS-snapshot as defined above. Well, this problem has gone, but then I tried to include some definitions with option -d. #!/usr/local/bin/php -d display_errors=Off produces Warning: main(notthere.php) [http://www.php.net/function.main]: failed to create stream: No such file or directory in ./test on line 1 Warning: Failed opening 'notthere.php' for inclusion (include_path='.:/usr/lib/php') in ./test on line 1 Can't I overload system-wide configuration file by using this option -d??? BTW: Some other failure I realised with the first test under 4.2.3 appears in that CVS-version, too. Writing -q as first option before -d produces some error output Error in argument 1, char 3: option not found Error in argument 1, char 4: option not found - Error in argument 1, char 3: option not found Usage: [...] which is then completed by the list of available options. I tried to turn it into using -c with some optional configuration file #!/usr/local/bin/php -q -c /etc/test.ini and set display_errors to false in that file. With -q it still produces the error output, so this could be a false of -q handling. Removing it produces still the file-not-found-warnings ... After finding several bugs I'm forced to use your beta-cvs-snapshots within production tools and urgently need some release (called stable officially) which fixes this and the recent bugs ... thanks. Thomas Urban -- Edit this bug report at http://bugs.php.net/?id=19632&edit=1
#19632 [NEW]: trouble using cmdline with options
From: [EMAIL PROTECTED] Operating system: Linux 2.4.19 PHP version: 4CVS-2002-09-27 PHP Bug Type: *General Issues Bug description: trouble using cmdline with options Hi, I'm using PHP cmdline-version called by shell shortcut comment #!/usr/local/bin/php ... with options -d log_errors=On -q which made the -q get ignored under 4.2.3. So I tried to use latest CVS-snapshot as defined above. Well, this problem has gone, but then I tried to include some definitions with option -d. #!/usr/local/bin/php -d display_errors=Off produces Warning: main(notthere.php) [http://www.php.net/function.main]: failed to create stream: No such file or directory in ./test on line 1 Warning: Failed opening 'notthere.php' for inclusion (include_path='.:/usr/lib/php') in ./test on line 1 Can't I overload system-wide configuration file by using this option -d??? BTW: Some other failure I realised with the first test under 4.2.3 appears in that CVS-version, too. Writing -q as first option before -d produces some error output Error in argument 1, char 3: option not found Error in argument 1, char 4: option not found - Error in argument 1, char 3: option not found Usage: [...] which is then completed by the list of available options. I tried to turn it into using -c with some optional configuration file #!/usr/local/bin/php -q -c /etc/test.ini and set display_errors to false in that file. With -q it still produces the error output, so this could be a false of -q handling. Removing it produces still the file-not-found-warnings ... After finding several bugs I'm forced to use your beta-cvs-snapshots within production tools and urgently need some release (called stable officially) which fixes this and the recent bugs ... thanks. Thomas Urban -- Edit bug report at http://bugs.php.net/?id=19632&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19632&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19632&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19632&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19632&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19632&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19632&r=support Expected behavior: http://bugs.php.net/fix.php?id=19632&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19632&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19632&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19632&r=globals
#17263 [NoF->Opn]: imagecopyresampled - imagecopyresized
ID: 17263 User updated by: [EMAIL PROTECTED] -Summary: imagecopyresized Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: GD related Operating System: Windows XP Pro or Linux -PHP Version: 4.2.2 +PHP Version: 4.2.3 New Comment: Hi, the problem persist using the latest 4.2.3. The problem is on the destination image format. If you use a true color image there's no problem but if you use a paletted image the problem persist. The only way to avoid this problem is to have a destination image in true color but unfortunately there are some cases where I need to resize a paletted image. I've also try to use a truecolor image and convert it to paletted after conversion but the result is very poor (and slow). Previous Comments: [2002-09-26 20:07:33] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-09-12 06:04:28] [EMAIL PROTECTED] btw. PHP 4.2.2 is not the latest release.. If that doesn't work, try this: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-12 03:53:38] [EMAIL PROTECTED] The problem persist using the current PHP version 4.2.2 [2002-09-12 03:52:15] [EMAIL PROTECTED] The problem persist using the current PHP version 4.2.2 [2002-09-11 11:08:13] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17263 -- Edit this bug report at http://bugs.php.net/?id=17263&edit=1
#19627 [Opn->Ver]: IPC sem_remove SIGSEGV
ID: 19627
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Verified
Bug Type: Reproducible crash
Operating System: Linux 2.4.18-10 Kernel
PHP Version: 4.2.3
New Comment:
Verified with current CVS.
BTW: you probably shouldn't be removing the semaphore when your script
is successful anyway, especially if your ID generating script is run
quite often (be kind to your hardware :-).
Previous Comments:
[2002-09-26 23:12:52] [EMAIL PROTECTED]
Here's my php environment
*
[joe@willyslide joe]$ php -m
Running PHP 4.2.3
Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies
[PHP Modules]
xml, wddx, sysvshm, sysvsem, standard, sockets, session, posix, pcre,
openssl, mysql, ftp, ctype, calendar, bcmath, zlib
'./configure' '--prefix=/usr' '--enable-debug' '--with-openssl'
'--enable-sockets' '--with-regex=system' '--enable-inline-optimization'
'--with- config-file-path=/etc' '--with-zlib' '--enable-bcmath'
'--enable-calendar' '-- enable-ftp' '--with-mysql' '--enable-sysvshm'
'--enable-sysvsem' '-- enable-wddx' '--enable-memory-limit'
My issue
*
sem_remove() seg.faults when called. I'm trying to write a script for
creating unique serial numbers on the fly.
(gdb) run -e ../serial.php4
Starting program: /usr//bin/php -e ../serial.php4
X-Powered-By: PHP/4.2.3
Content-type: text/html
got semkey: 1628011873
semID: 1
got sem 1
MD5: 0a5d400ea944a83abe69221024433f56
released sem
Program received signal SIGSEGV, Segmentation fault.
0x08101e3b in zif_sem_remove (ht=1032230416, return_value=0x0,
this_ptr=0x3d86960f, return_value_used=0) at sysvsem.c:392
392 if(semctl(sem_ptr->semid, 0, IPC_RMID, &un) < 0) {
(gdb) bt
#0 0x08101e3b in zif_sem_remove (ht=1032230416, return_value=0x0,
this_ptr=0x3d86960f, return_value_used=0) at sysvsem.c:392
(gdb) print sem_ptr
$1 = (sysvsem_sem *) 0x0
*
It would appear that somewhere in the code behind sem_remove($semId)
the sem_ptr->semid is NULL?
*
My php code
***
I've had the same problem on PHP 4.1.2 (where I originally found it) on
Red Hat 7.3 with the PHP RPM installed and 'up2date'd.
--
Edit this bug report at http://bugs.php.net/?id=19627&edit=1
#19595 [Com]: Functions handling with GD2 file format do not exist
ID: 19595 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: GD related Operating System: Microsoft Windows XP (NT 5.1) EN PHP Version: 4.2.3 New Comment: Just for the info: I downloaded and installed PHP 4.3.0 dev build (snapshot.log Fri Sep 27 08:00:00 2002 CET Starting snapshot 200209270600) and the problem (no support for handling with GD2 format in php_gd2.dll) in Win binary distribution still exists. I just tried if change was made and no changelog record was made. Stepan Previous Comments: [2002-09-25 10:39:40] [EMAIL PROTECTED] Hm... seems to be a bug after all... It seems that, for some reason, HAVE_GD_GD2 is not defined in the windows build. Can someone look into this? [2002-09-25 09:50:20] [EMAIL PROTECTED] I have done it in disabling php_gd.dll (adding ;) in front of this line and added line php_gd2.dll in php.ini (as I wrote in my bug report). Because I can not compile PHP from source code, I have no idea what else I can do. Anyway, I am going to ask someone somewhere for help how to enable php_gd2.dll on Win in binary distribution. Stepan [2002-09-25 09:42:10] [EMAIL PROTECTED] You need to enable php_gd2.dll. For information on how to do that, ask support on the appropriate mailinglists. [2002-09-25 09:29:11] [EMAIL PROTECTED] Although imagecreatefromgd, imagecreatefromgd2 and imagegd2 was announced as addition to some 4.x version, they do not exist in 4.2.3. I tried it with enabling php_gd.dll or php_gd2.dll in php.ini, but with no success. Calling function function_exists() with above image functions as parameter resulted in FALSE. Stepan -- Edit this bug report at http://bugs.php.net/?id=19595&edit=1
#19630 [Opn->Bgs]: "lib/mysql" in ./configure should be "libmysql" ?
ID: 19630 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Trustix 1.5 PHP Version: 4.2.3 New Comment: Your path specified --with-mysql is not valid. Either specify the correct path or use the embedded libmysql (you don't have to specify --with-mysql for). Georg Previous Comments: [2002-09-27 02:46:02] [EMAIL PROTECTED] Unpack php-4.2.3.tar.gz cd php-4.2.3 ./configure --with-mysql=../mysql-3.23.52 --with-apache=../apache_1.3.26 --enable-track-vars Stops and tells me: "cannot find mysqlclient library under $MYSQL_DIR" The script can find my "lib/mysql" ?? I Edit .configure file: "for i in lib lib/mysql; do" to for i in lib libmysql; do I rerun the ./configure - and turns out ok. -- Edit this bug report at http://bugs.php.net/?id=19630&edit=1
#19630 [NEW]: "lib/mysql" in ./configure should be "libmysql" ?
From: [EMAIL PROTECTED] Operating system: Trustix 1.5 PHP version: 4.2.3 PHP Bug Type: Scripting Engine problem Bug description: "lib/mysql" in ./configure should be "libmysql" ? Unpack php-4.2.3.tar.gz cd php-4.2.3 ./configure --with-mysql=../mysql-3.23.52 --with-apache=../apache_1.3.26 --enable-track-vars Stops and tells me: "cannot find mysqlclient library under $MYSQL_DIR" The script can find my "lib/mysql" ?? I Edit .configure file: "for i in lib lib/mysql; do" to for i in lib libmysql; do I rerun the ./configure - and turns out ok. -- Edit bug report at http://bugs.php.net/?id=19630&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19630&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19630&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19630&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19630&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19630&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19630&r=support Expected behavior: http://bugs.php.net/fix.php?id=19630&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19630&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19630&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19630&r=globals
#19542 [Fbk->Opn]: imagettfbbox() ... undefined
ID: 19542 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: linux redhat 6.2 PHP Version: 4.2.3 New Comment: I've compiled without --enable-gd-native-ttf ... Itcompiles ok, but I hve the same error (which is logical) and the phpinfo print this : GD Support enabled GD Version 1.6.2 or higher JPG Support enabled PNG Support enabled WBMP Support enabled Previous Comments: [2002-09-26 17:10:41] [EMAIL PROTECTED] If you try to compile without the --enable-gd-native-ttf flag does the error still occur? Also, check your phpinfo() in regard to the gd settings if the problem persists please include those in your report as well. [2002-09-22 16:25:40] [EMAIL PROTECTED] in the phpinfo nothing appears in the gd section about truetype font ... (it used to before) [2002-09-22 14:33:36] [EMAIL PROTECTED] Check your phpinfo() for GD module, it is possible it was never compiled due to some mis-configuration issue. [2002-09-21 11:27:44] [EMAIL PROTECTED] I forgot to tell that I also tried with php-latest [2002-09-21 11:25:41] [EMAIL PROTECTED] I have this error with the 4.2.3 : Call to undefined function: imagettfbbox() No problem with configuration or compilation ... I have the same system and same web application for a long long time ... The porblem has appeared with this version ... The configuration line : ./configure --with-config-file-path=/etc/httpd --with-apxs --disable-debug --enable-versioning --enable-safe-mode --enable-memory-limit --with-mysql --enable-ftp --with-zlib --with-gd --enable-gd-native-ttf --with-ttf --with-jpeg-dir --with-xpm-dir=/usr/X11R6 --with-png-dir --with-tiff-dir --enable-bcmath --with-pdflib --with-imap --with-kerberos --with-imap-ssl i also tried with --with-ttf=/usr/lib it is gd-1.8.3 -- Edit this bug report at http://bugs.php.net/?id=19542&edit=1
