Bug #16303 Updated: file() MUCH faster than fsockopen() + fgets() but we should be able to set th
ID: 16303
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.1.1
New Comment:
AND:
$file = file("http://myqddress.com/foo.htm";);
$file = readfile("http://myaddress.com/foo.htm";);
and what I told you before was that the other options we have to send
our own defined headers(fsockopen) are too slow.
What I'm asking is to have the ability to set the headers of file(),
readfile() and fopen().
Previous Comments:
[2002-03-28 00:40:44] [EMAIL PROTECTED]
We should able to set the headers sent by file() and fopen-wrappers
when the requests are made to outside, like:
$file = fopen("http://myaddress.com/blah.php?op=po";);
[2002-03-27 09:23:39] [EMAIL PROTECTED]
I'm not quite sure what you are asking for here;
could you be more specific?
[2002-03-27 01:55:45] [EMAIL PROTECTED]
When tring to open a file for remote edition like:
$file = file("http://myaddress.com/users.php?op=xz&f=w";);
Whe can't set the headers.
And why one would like to?
1 - Readfile throws the content to std out.
2 - fsockopen takes too much time to do the same:
$sck = fsockopen($host,$port,&$errno,&$errstr);
fputs($sck,$request);
while(!feof($sck)) {
$result .= fgets($sck,128);
}
This will take about 300-400% more time compared with file() or
readfile(). (WHY??? Ive tested the int lenght of fgets() with
2,32,64,128...4096 and it is still very slow: filesizes > 400kb ~
90-120 sec (@ 256k) when file() does the same in ~ 20-30 sec).
I've not tested cURL yet, but I think PHP should support this w/o 3
parties..
Thanks ppl!
--
Edit this bug report at http://bugs.php.net/?id=16303&edit=1
Bug #16303 Updated: file() MUCH faster than fsockopen() + fgets() but we should be able to set th
ID: 16303
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.1.1
New Comment:
We should able to set the headers sent by file() and fopen-wrappers
when the requests are made to outside, like:
$file = fopen("http://myaddress.com/blah.php?op=po";);
Previous Comments:
[2002-03-27 09:23:39] [EMAIL PROTECTED]
I'm not quite sure what you are asking for here;
could you be more specific?
[2002-03-27 01:55:45] [EMAIL PROTECTED]
When tring to open a file for remote edition like:
$file = file("http://myaddress.com/users.php?op=xz&f=w";);
Whe can't set the headers.
And why one would like to?
1 - Readfile throws the content to std out.
2 - fsockopen takes too much time to do the same:
$sck = fsockopen($host,$port,&$errno,&$errstr);
fputs($sck,$request);
while(!feof($sck)) {
$result .= fgets($sck,128);
}
This will take about 300-400% more time compared with file() or
readfile(). (WHY??? Ive tested the int lenght of fgets() with
2,32,64,128...4096 and it is still very slow: filesizes > 400kb ~
90-120 sec (@ 256k) when file() does the same in ~ 20-30 sec).
I've not tested cURL yet, but I think PHP should support this w/o 3
parties..
Thanks ppl!
--
Edit this bug report at http://bugs.php.net/?id=16303&edit=1
Bug #9659 Updated: sapi servlet crashes when exceptions thrown in java code
ID: 9659
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Java related
Operating System: Linux RH 6.1
PHP Version: 4.0 Latest CVS (
New Comment:
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-02-24 06:06:03] [EMAIL PROTECTED]
Please test with PHP 4.1.1+JDK 1.2 and report the result back Thanks.
[2001-03-09 17:47:35] [EMAIL PROTECTED]
Reopened. Sorry, my fingers were quicker than my brain. :)
--Jani
[2001-03-09 17:04:24] [EMAIL PROTECTED]
Please note that 9658 and 9659 are not related. They resulted from two
different areas of tests being performed on the servlet sapi.
[2001-03-09 13:34:33] [EMAIL PROTECTED]
This info moved to #9658
[2001-03-09 12:34:25] [EMAIL PROTECTED]
./configure --with-java --with-servlet
Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)
sapi_servlet_ub_write() and other native methods should
check for java exceptions when calling java methods.
The call to
(*jenv)->CallVoidMethod(jenv, servlet, write, arg);
should really be followed by :-
{
jthrowable exc;
exc = (*jenv)->ExceptionOccurred(jenv);
if (exc) {
(*jenv)->ExceptionClear(jenv);
}
}
or similar with reporting capabilities.
(When I applied this patch it seemed to fix the exception problem).
--
Edit this bug report at http://bugs.php.net/?id=9659&edit=1
Bug #16325: Memory leak causes DLLHOST to become large
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.1.2 PHP Bug Type: IIS related Bug description: Memory leak causes DLLHOST to become large The setup: IIS5 has an ISAPI application mapping to php4isapi.dll Steps to reproduce: - Start IIS - Generate heavy load (~40+ hits / second) - Watch DLLHOST in the Task Manager. It takes more and more memory (40 - 45MB) - PHP error log begins reporting spurious errors (the page has no errors, but under heavy load it starts complaining about duplicate function definitions) Bug: #13324 - IIS stops serving PHP files but still serves static content DLLHOST disappears from the task list at this point. Other times it may begin taking 100% CPU and need to be terminated by hand. Killing DLLHOST usually causes it to be restarted and requests continue being served. Otherwise you may end up alternating between the two errors on bug #13324. -- Edit bug report at http://bugs.php.net/?id=16325&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16325&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16325&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16325&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16325&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16325&r=support Expected behavior: http://bugs.php.net/fix.php?id=16325&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16325&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16325&r=submittedtwice
Bug #16324: compling file zend_language_parser.c error!
From: [EMAIL PROTECTED] Operating system: RedHat 7.2 (Enigma) PHP version: 4.1.2 PHP Bug Type: Compile Failure Bug description: compling file zend_language_parser.c error! when compling zend_language_parser.c, error message: /tmp/cckMVe3T.s: Assembler messages: /tmp/cckMVe3T.s:1214: Warning: Unrecognized .section attribute: want a,w,x /tmp/cckMVe3T.s:1214: Warning: Unrecognized .section attribute: want a,w,x /tmp/cckMVe3T.s:1214: Error: Rest of line ignored. First ignored character is `,'. etc.. -- Edit bug report at http://bugs.php.net/?id=16324&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16324&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16324&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16324&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16324&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16324&r=support Expected behavior: http://bugs.php.net/fix.php?id=16324&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16324&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16324&r=submittedtwice
Bug #16299 Updated: session don't save data with global_vars=off
ID: 16299
Updated by: [EMAIL PROTECTED]
-Summary: session no save data with global_vars=off
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: win98-redhat7.2
PHP Version: 4.1.2
New Comment:
If global_vars=off, the superglobal array($_SESSION) don't save my data
for new request.
Thanks. cesar
Tested in Win98-PWS4-PHP4.1.2 and RedHat7.2-Apache1.3-PHP406
I give 2 examples.
//THIS EXAMPLE DON'T WORK - idem with $HTTP_SESSION_VARS
session_start();
!isset($_SESSION['count']) ? $_SESSION['count'] = 0 :
$_SESSION['count']++;
echo $_SESSION['count'];
===
//THIS EXAMPLE WORK
session_start();
if(!session_is_registered('count')){
session_register('count');
$count = 0;
}else{
$count++;
}
echo $count;
Previous Comments:
[2002-03-27 06:33:07] [EMAIL PROTECTED]
Please report in ENGLISH.
[2002-03-26 22:56:50] [EMAIL PROTECTED]
Tengo la siguiente duda sobre el manejo de sesiones en php4, todo
funciona muy bien cuando habilito las variables globales en el php.ini,
pero cuando las pongo en off, no funciona. Agradezco su revision.
Saludos y gracias. cesar
Ahh por cierto estas pruebas la realize en:
Win98-PWS4-PHP4.1.2 y en RedHat7.2-Apache1.3-PHP406
Les paso 2 ejemplos en uno NO funciona y en otro si.
session_start(); //EJEMPLO QUE NO FUNCIONA
!isset($_SESSION['count']) ? $_SESSION['count'] = 0 :
$_SESSION['count']++; // idem con $HTTP_SESSION_VARS
echo $_SESSION['count'];
===
session_start(); //EJEMPLO QUE FUNCIONA
if(!session_is_registered('count')){
session_register('count');
$count = 0;
}else{
$count++;
}
echo $count;
--
Edit this bug report at http://bugs.php.net/?id=16299&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC1
New Comment:
tested with php4-200203271800 and erro exists again.
configure:37658: checking for Ming_useSWFVersion in -lming
configure:37685: gcc -o conftest -g -O2 -DMOD_SSL=208106 -DEAPI
-DEAPI_MM -DUSE_EXPAT
-L/usr/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib conftest.$
/usr/local/lib/libc-client4.so: undefined reference to `mm_expunged'
/usr/local/lib/libc-client4.so: undefined reference to `mm_diskerror'
/usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
/usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
/usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
/usr/local/lib/libc-client4.so: undefined reference to `mm_nocritical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
/usr/local/lib/libc-client4.so: undefined reference to `mm_searched'
/usr/local/lib/libc-client4.so: undefined reference to `mm_status'
/usr/local/lib/libc-client4.so: undefined reference to `mm_login'
/usr/local/lib/libc-client4.so: undefined reference to `mm_list'
/usr/local/lib/libc-client4.so: undefined reference to `mm_critical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
/usr/local/lib/libc-client4.so: undefined reference to `mm_log'
/usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
configure:37688: $? = 1
configure: failed program was:
#line 37666 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37705: result: no
configure:37719: error: Ming library 0.2a or greater required.
Previous Comments:
[2002-03-27 10:32:48] [EMAIL PROTECTED]
This should be fixed in CVS. (HEAD)
Can you please verify it and let me know and I'll merge
the fix to PHP 4.2.0 branch too.
--Jani
[2002-03-26 20:48:08] [EMAIL PROTECTED]
I'm using FreeBSD-4.5. Problem still exists in current CVS
php4-200203261500.
[2002-03-22 05:58:15] [EMAIL PROTECTED]
Here goes the part about opendl :
configure:7515: checking for dlopen in -ldl
configure:7542: gcc -o conftest -g -O2 conftest.c -ldl >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:7545: $? = 1
configure: failed program was:
#line 7523 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char dlopen ();
int
main ()
{
dlopen ();
;
return 0;
}
configure:7562: result: no
Also way below :
ac_cv_header_arpa_inet_h='yes'
ac_cv_lib_dl_dlopen='no'
php_cv_cc_dashr='yes'
[2002-03-22 05:37:16] [EMAIL PROTECTED]
The problem is looks like it is actually with libdl
(for dlopen); could you send the part of the config.log
that mentions it?
[2002-03-22 04:16:28] [EMAIL PROTECTED]
The problem is exactly the same with the latest snapshot (dated march
22th 2002).
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/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #12257 Updated: list() can't handle associative arrays
ID: 12257
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: W2000, Debian
PHP Version: 4.0.6
New Comment:
This is now documented as a .
A good feature request is to have list work on associative arrays,
which would also mean it won't rely on perfect 0,1,2... order either.
Imho this is a .5 bug and .5 feature request. Could someone explain
why the current behavoir exists? See also the user notes under list().
Previous Comments:
[2001-08-31 10:23:35] [EMAIL PROTECTED]
List() can't handle associative arrays. Moved to feature request.
[2001-07-19 11:40:26] [EMAIL PROTECTED]
1, "test"=>2);
list($xx,$yy)=$tmp;
echo("$xx, $yy");
?>
---Output:start---
1,
---Output:end-
Variable $yy is empty (only if key name is not integer).
$tmp=array(0=>1, 1=>2);
In this case - it works...
Danny
--
Edit this bug report at http://bugs.php.net/?id=12257&edit=1
Bug #16004 Updated: @imap_msgno() and @imap_header() display warnings
ID: 16004 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Linux PHP Version: 4.1.2 New Comment: Afaik this is related to how the current error handling in the ext/imap extension is implemented. Can you try settings error_reporting(E_NONE); _before_ you call the function in question and see if it does not output the error message? Previous Comments: [2002-03-27 19:20:31] [EMAIL PROTECTED] I'm not sure; I will check tomorrow when I have access to the server and post another followup. The problem, isn't the error, though. The problem is that putting the @ infront of imap_msgno() and imap_header() _should_ supress the error output, and it is not. The error should not be appearing, but it is. [2002-03-27 18:02:21] [EMAIL PROTECTED] This error comes from c-client itself. What version you have compiled PHP with? [2002-03-11 16:24:09] [EMAIL PROTECTED] When processing an email with a header of 'To: ""<>', imap_msgno() and imap_header give errors of "Unexpected characters at end of address: <> (errflg=3) in Unknown on line 0", even when I call the functions with an @ preceding the function name to surpress error output. -- Edit this bug report at http://bugs.php.net/?id=16004&edit=1
Bug #16323: php_OLECHAR_to_char() error in IIS
From: [EMAIL PROTECTED] Operating system: Windows 2000 Professional PHP version: 4.1.2 PHP Bug Type: COM related Bug description: php_OLECHAR_to_char() error in IIS The following example PHP script works fine when run from the command line, but fails when run via IIS. RegRead($key); echo " Got $key = $v\n"; $v = $v + 1; $wsh->RegWrite($key,$v); echo " Set $key to $v\n"; ?> The error returned references the line containing RegWrite. Got HKLM\foo = 2 Warning: Error in php_OLECHAR_to_char() in c:\asg\webmanager\test\x4.php on line 7 Warning: Error in php_OLECHAR_to_char() in c:\asg\webmanager\test\x4.php on line 7 Warning: Invoke() failed: Exception occurred. Source: Description: in c:\asg\webmanager\test\x4.php on line 7 Set HKLM\foo to 3 -- Edit bug report at http://bugs.php.net/?id=16323&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16323&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16323&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16323&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16323&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16323&r=support Expected behavior: http://bugs.php.net/fix.php?id=16323&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16323&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16323&r=submittedtwice
Bug #16274 Updated: Session is not disconnected.
ID: 16274 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux 7.1 PHP Version: 4.1.2 New Comment: I test MS IE 6. Session is not disconnect.. How can I slove it? Previous Comments: [2002-03-27 16:20:44] [EMAIL PROTECTED] We just notice the same problem for our web site (www.monaco-spectacle.com). The only solution we found was to come back to 4.06 then the session stops again. We work on Sun Cobalt 4i with their last version of OS. [2002-03-26 09:10:18] [EMAIL PROTECTED] Thank you for your feedback. I test it Netscape Communicator 4.79 and MS Internet Explore 5.5. But the result is same. Both of browsers still have session value even they are restarted. Tomorrow I will test with MS Internet Explore 6. Now 11 P.M. my local time ^^. I test it with 8 computers. Three is win2K professional with MS IE 5.5, Three is win2K server with MS IE 5.5, Two is Linux 7.1 with Netscape. I setting up two server with Linux 7.1 useing php 4.1.2 But today I reset one server with php 4.0.6 for test. This server what setting with php 4.0.6 works very well all my testing computer. [2002-03-26 08:00:34] [EMAIL PROTECTED] This is very likely to be a problem with your browser anad not with PHP. Which browser do you use, and can you try other browsers? [2002-03-25 20:04:29] [EMAIL PROTECTED] I use apache 1.3.23 / php 4.1.2 / mysql 3.23.49 / Zend Optimizer v1.2.0 with Redhat 7.1. phpinfo list are below, Configure Command './configure' '--with-mysql=/usr/local/mysql' '--with-apache=../apache_1.3.23' '--enable-track-vars' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/Zend/etc/php.ini ZEND_DEBUG disabled Thread Safety disabled php.ini list below, session.save_handler = files session.cookie_domain = session.serialize_handler = php session.gc_probability = 1 session.gc_maxlifetime = 1440 session.referer_check = session.entropy_length = 0 session.entropy_file = session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" First I loged in by session, and close browser. Then I reconnect, session still alive with login ID and Password. I restart my server computer and my personal computer, but session are still alive. Sometime session disconnect, but Sometime are not. You can test here http://pansory.pe.kr with UserID : and password . phpinfo URL is http://pansory.pe.kr/php.php I found someone who are same exprience with me. One use php 4.1.1 and the other use 4.1.2 I also expriece this situation with win2K server. with php versoion 4.1.2 -- Edit this bug report at http://bugs.php.net/?id=16274&edit=1
Bug #16004 Updated: @imap_msgno() and @imap_header() display warnings
ID: 16004 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Linux PHP Version: 4.1.2 New Comment: I'm not sure; I will check tomorrow when I have access to the server and post another followup. The problem, isn't the error, though. The problem is that putting the @ infront of imap_msgno() and imap_header() _should_ supress the error output, and it is not. The error should not be appearing, but it is. Previous Comments: [2002-03-27 18:02:21] [EMAIL PROTECTED] This error comes from c-client itself. What version you have compiled PHP with? [2002-03-11 16:24:09] [EMAIL PROTECTED] When processing an email with a header of 'To: ""<>', imap_msgno() and imap_header give errors of "Unexpected characters at end of address: <> (errflg=3) in Unknown on line 0", even when I call the functions with an @ preceding the function name to surpress error output. -- Edit this bug report at http://bugs.php.net/?id=16004&edit=1
Bug #16102 Updated: >1 session variables not getting set correctly
ID: 16102
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Session related
Operating System: Windows 2000/XP
PHP Version: 4.1.2
New Comment:
Hope this isn't too much of a 'me too!'.
I have the same problem on W2K/IIS5 running PHP 4.1.2 as an ISAPI
module.
I have looked at the session files in the temp directory and they seem
to be created and populated with variables without any trouble. The
problem is that any page referencing them returns an 'index not valid'
error.
I too am using $_SESSION.
The only way I can get it to work is if I do sessions the
"old-fashioned" way, ie:
$foo = 'bar';
session_register( $foo );
If I go back to 4.1.1 everything works fine (using $_SESSION).
Peter.
Previous Comments:
[2002-03-26 22:34:20] [EMAIL PROTECTED]
I recently upgraded to 4.12 running W98: Apache 1.3.19, Win32
PHP/4.1.3-dev running; reg_globals OFF; trying to work my way through
sessions. Yikes!! It is hard to figure how it works or when to use
$_SESSION or HTTP_SESSION_VARS, w/ or without session_register().
/* this seems to ~work sort of, maybe...
$ship_type = $HTTP_SESSION_VARS['ship_type']; //or with $_SESSION..
which seems to be erratic
session_unregister("ship_type");
$ship_type= 'trs'; //$ship_type + 1;
session_register("ship_type");
flush();
// This allows other pages to show the revised value via
$_SESSION["ship_type"]
Now if I could just erase a pair in an array with unset...
Keep up the goodwork!
[2002-03-25 20:14:53] [EMAIL PROTECTED]
This comment is just to say that I am experiencing the same problem
with PHP 4.1.2 as CGI, Windows 98 SE German, Apache 1.3.20, using
php.ini with register_globals turned OFF and neither $_SESSION nor
$HTTP_SESSION_VARS is working. A session file is created in the
sessions directory but no variables are stored within it. A typical
error I get when trying to use a variable previously stored in
$_SESSION is:
Warning: Undefined index: text in session_2.php on line 3. I mistakenly
reported this as a new bug to
http://bugs.php.net/bug.php?id=16273&edit=2 but I set that to
"Duplicate" now, so I hope it will be ok. Sorry. Robert
[2002-03-20 17:57:04] [EMAIL PROTECTED]
Using the $HTTP_SESSION_VARS["foo"] = "bar" is all well and good, but
one of the major points about 4.1.x was the new $_SESSION array and its
global scope. Infact it got a big mention on the download page. Its
only fair to put a big mention that its broke in 4.1.2 as I'm sure that
a few devs (myself included) now have broken code using
$_SESSION["foo"] = "bar" which is silly to take back to the old way of
doing it.
Either make a note or release a patch!
FWIW, this happens on Apache 1.2.23 in SAPI mode and Apache 2.0.32 beta
in CGI mode
[2002-03-20 12:55:14] [EMAIL PROTECTED]
Using session_start() and setting $HTTP_SESSION_VARS['my_Var'] to any
value mays help.
Here is my code to use the $_SESSION array :
//~
session_start();
if (!isset($_SESSION["count"])) {
$HTTP_SESSION_VARS["count"] = 0;
}
$_SESSION["count"]++;
echo $_SESSION["count"];
//~
PHP Version : 4.1.2
OS : Win2K Server
Webserver : APACHE 1.3.22
PHP running as the php.exe
[2002-03-19 11:21:04] [EMAIL PROTECTED]
Fix it and release a new version or at least make a note on the
downloadpage.
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/16102
--
Edit this bug report at http://bugs.php.net/?id=16102&edit=1
Bug #16294 Updated: Pages loading slowly
ID: 16294 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Windows 98 PHP Version: 4.1.2 New Comment: If you take a look here: http://cvs.php.net/co.php/phpdoc/chm/make_chm.README you will find out how to compile the manual in CHM format starting from the HTML files. Previous Comments: [2002-03-27 17:08:16] [EMAIL PROTECTED] hmm, you recompiled it? HOW? and by the way, i have downloaded the NEW CHM, and it doesnt have this problem. (the new one is buggy but it works pretty good :P) [2002-03-27 08:05:45] [EMAIL PROTECTED] First I downloaded the italian CHM manual and it is slow as our user reports, same for the english one on my machine (Windows98 SE). Then I compiled myself the CHM and it does not show any problem in speed. It is fast as usual PHP CHM are. [2002-03-26 17:16:11] [EMAIL PROTECTED] here's some more specif info: The CHM file was compiled on: Sun Mar 24 02:00:26 2002 and it is the old (regular) CHM manual, not the one which you are working on now (which is currently on the 4th edition). [2002-03-26 17:09:41] [EMAIL PROTECTED] hello, I have recently downloaded the CHM help manual in english (from the documantation page). The file was compiled on 25th of March 2002. When i swtich to any page, it takes about 30 seconds to load that page. I ran the manual on a Pentium 200 with 32MB of ram that has IE 6.0 installed. This didnt happen with older versions of the manual(which i downloaded about 3 months ago.) -- Edit this bug report at http://bugs.php.net/?id=16294&edit=1
Bug #16237 Updated: PHP 4.1.2 fails to compile with gmp support.
ID: 16237 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: HP-UX 11.11 PHP Version: 4.1.2 New Comment: Fixed in CVS. Fix will be in PHP 4.2.0. Thanks again for this excellent report. --Jani Previous Comments: [2002-03-23 14:40:16] [EMAIL PROTECTED] Running configure with the command: CC="cc -D_REENTRANT -D_XOPEN_SOURCE_EXTENDED" \ CFLAGS="-Ae +O3 +DA2.0 +DS2.0 +Oprocelim +ESlit +z -DEAPI" \ ./configure --with-apxs=/home3/jkroll/HP11.11/apache/bin/apxs \ -prefix=/home3/jkroll/HP11.11/php \ --with-oracle --with-oci8 --enable-ftp \--with-gmp=/u/local/lib/gmp-4.0 \ --enable-mbstring --enable-sockets \ --enable-sysvshm --enable-sigchild \ --without-mysql --with-zlib=/home3/jkroll/HP11.11/zlib \ --with-mm=/home3/jkroll/HP11.11/mod_mm \ --with-openssl=/home3/jkroll/HP11.11/openssl The configuration works fine, however when compiling the gmp module with HP's ANSI C compiler the following error occurs: Making all in gmp /home3/jkroll/HP11.11/php-4.1.2/ext/gmp /bin/sh /home3/jkroll/HP11.11/php-4.1.2/libtool --silent --mode=compile cc -D_REENTRANT -D_XOPEN_SOURCE_EXTENDED -I. -I/home3/jkroll/HP11.11/php-4.1.2/ ext/gmp -I/home3/jkroll/HP11.11/php-4.1.2/main -I/home3/jkroll/HP11.11/php-4.1.2 -I/home3/jkroll/HP11.11/apache/include -I/home3/jkroll/HP11.11/php-4.1.2/Zend - I/home3/jkroll/HP11.11/openssl/include -I/home3/jkroll/HP11.11/zlib/include -I/u /local/lib/gmp-4.0/include -I/u01/app/oracle/product/8.1.7SE/rdbms/public -I/u01 /app/oracle/product/8.1.7SE/rdbms/demo -I/home3/jkroll/HP11.11/mod_mm/include -I /home3/jkroll/HP11.11/php-4.1.2/ext/xml/expat -DHPUX11 -DMOD_SSL=208107 -DUSE_H SREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I/home3/jkroll/HP11.11/php-4.1.2/TSRM -Ae + O3 +DA2.0 +DS2.0 +Oprocelim +ESlit +z -DEAPI -prefer-pic -c gmp.c cc: "gmp.c", line 1087: error 1000: Unexpected symbol: ".". cc: "gmp.c", line 1088: error 1529: Cannot select field of non-structure. cc: "gmp.c", line 1088: error 1529: Cannot select field of non-structure. cc: "gmp.c", line 1088: error 1529: Cannot select field of non-structure. cc: "gmp.c", line 1092: error 1588: "a_arg" undefined. cc: "gmp.c", line 1092: warning 563: Argument #2 is not the correct type. cc: "gmp.c", line 1092: error 1588: "ind_arg" undefined. cc: "gmp.c", line 1092: warning 563: Argument #3 is not the correct type. cc: "gmp.c", line 1092: error 1588: "sc_ctxt" undefined. cc: "gmp.c", line 1092: error 1529: Cannot select field of non-structure. cc: "gmp.c", line 1092: error 1529: Cannot select field of non-structure. cc: "gmp.c", line 1092: error 1529: Cannot select field of non-structure. cc: "gmp.c", line 1092: error 1555: Address operator requires an lvalue. cc: "gmp.c", line 1092: warning 563: Argument #4 is not the correct type. cc: "gmp.c", line 1096: warning 563: Argument #1 is not the correct type. cc: "gmp.c", line 1096: warning 527: Integral value implicitly converted to poin ter in assignment. cc: "gmp.c", line 1096: warning 563: Argument #2 is not the correct type. cc: "gmp.c", line 1096: warning 526: Pointer implicitly converted to integral va lue in assignment. cc: "gmp.c", line 1096: warning 563: Argument #3 is not the correct type. cc: "gmp.c", line 1096: warning 527: Integral value implicitly converted to poin ter in assignment. cc: "gmp.c", line 1096: warning 563: Argument #5 is not the correct type. cc: "gmp.c", line 1098: error 1554: Indirection must be through a pointer. cc: "gmp.c", line 1098: error 1532: Reference through a non-pointer. cc: "gmp.c", line 1098: error 1563: Expression in if must be scalar. cc: "gmp.c", line 1098: error 1554: Indirection must be through a pointer. cc: "gmp.c", line 1098: error 1532: Reference through a non-pointer. cc: "gmp.c", line 1098: error 1558: The ! operator takes a scalar operand. cc: "gmp.c", line 1098: error 1554: Indirection must be through a pointer. cc: "gmp.c", line 1098: error 1554: Indirection must be through a pointer. cc: "gmp.c", line 1098: error 1563: Expression in if must be scalar. cc: "gmp.c", line 1098: error 1554: Indirection must be through a pointer. cc: "gmp.c", line 1098: error 1554: Indirection must be through a pointer. cc: "gmp.c", line 1098: error 1554: Indirection must be through a pointer. cc: "gmp.c", line 1098: error 1554: Indirection must be through a pointer. cc: "gmp.c", line 1098: warning 563: Argument #1 is not the correct type. cc: "gmp.c", line 1098: error 1554: Indirection must be through a pointer. cc: "gmp.c", line 1098: error 1532: Reference through a non-pointer. cc: "gmp.c", line 1098: error 1554: Indirection must be through a pointer. cc: "gmp.c", line 1098: error 1532: Reference through a non-pointer. cc: "gmp.c", line 1098: error 1554: Indirection must
Bug #16009 Updated: Apache/SAPI Compile Error
ID: 16009
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: Redhat Linux 6.2
PHP Version: 4.1.2
New Comment:
Does this happen with PHP 4.2.0RC1:
http://www.php.net/~derick/php-4.2.0RC1.tar.gz
Previous Comments:
[2002-03-11 18:51:04] [EMAIL PROTECTED]
Log below.
It appears PHP 4.1.2 doesn't like apache 1.3.23...?
Configure command (dir variables are defined in a shell
include I use for convenience):
./configure \
--prefix=${PHP_MOD_PREFIX_DIR} \
--with-config-file-path=${APACHE_PREFIX_DIR}/conf \
--with-apache=../${APACHE_DIR} \
--enable-ftp \
--with-zlib \
--enable-bcmath \
--enable-calendar \
--with-jpeg-dir=/usr/lib \
--with-imlib=/usr/local/lib/ \
--with-iconv=/usr/local/lib \
--with-tiff-dir=/usr/lib \
--with-oci8=${ORACLE_DIR} \
--with-sapdb=/opt/sapdb/interfaces/odbc \
--with-mhash=${MHASH_PREFIX_DIR} \
--with-mcrypt=${MCRYPT_PREFIX_DIR} \
--with-dom=${LIBXML2_PREFIX_DIR} \
--enable-xslt --with-xslt-sablot=${SAB_PREFIX_DIR}
\
--with-curl=${CURL_PREFIX_DIR} \
--with-expat-dir=${EXPAT_PREFIX_DIR} \
--enable-wddx \
--enable-memory-limit \
--with-mm=${MM_PREFIX_DIR} \
--enable-debug=no
---
Log:
make[2]: Entering directory
`/root/bc_install/packages/php-4.1.2.mod/sapi/apache'
make[3]: Entering directory
`/root/bc_install/packages/php-4.1.2.mod/sapi/apache'
gcc -I.
-I/root/bc_install/packages/php-4.1.2.mod/sapi/apache
-I/root/bc_install/packages/php-4.1.2.mod/main
-I/root/bc_install/packages/php-4.1.2.mod
-I/root/bc_install/packages/apache_1.3.23/src/include
-I/root/bc_install/packages/apache_1.3.23/src/os/unix
-I/root/bc_install/packages/php-4.1.2.mod/Zend
-I/usr/local/curl/include
-I/usr/local/libxml2/include/libxml2 -I/usr/local/include
-I/usr/local/mcrypt/include -I/usr/local/mhash/include
-I/root/bc_install/packages/php-4.1.2.mod/ext/mysql/libmysq
l -I/u01/oracle/product/8.1.6/rdbms/public
-I/u01/oracle/product/8.1.6/rdbms/demo
-I/u01/oracle/product/8.1.6/network/public
-I/opt/sapdb/interfaces/odbc/incl -I/usr/local/mm/include
-I/usr/local/expat/include -I/usr/local/Sablot/include
-I/root/bc_install/packages/apache_1.3.23/src/include
-I/root/bc_install/packages/apache_1.3.23/src/os/unix
-I/root/bc_install/packages/php-4.1.2.mod/TSRM -g -O2 -c
sapi_apache.c && touch sapi_apache.lo
In file included from
/root/bc_install/packages/apache_1.3.23/src/include/ap_conf
ig.h:77,
from
/root/bc_install/packages/apache_1.3.23/src/include/httpd.h
:72,
from sapi_apache.c:32:
/root/bc_install/packages/apache_1.3.23/src/include/ap_conf
ig_auto.h:6: unterminated `#if' conditional
In file included from
/root/bc_install/packages/apache_1.3.23/src/include/httpd.h
:72,
from sapi_apache.c:32:
/root/bc_install/packages/apache_1.3.23/src/include/ap_conf
ig.h:1386: warning: `XtOffsetOf' redefined
/root/bc_install/packages/php-4.1.2.mod/main/php.h:342:
warning: this is the location of the previous definition
make[3]: *** [sapi_apache.lo] Error 1
make[3]: Leaving directory
`/root/bc_install/packages/php-4.1.2.mod/sapi/apache'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/root/bc_install/packages/php-4.1.2.mod/sapi/apache'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/root/bc_install/packages/php-4.1.2.mod/sapi'
make: *** [all-recursive] Error 1
--
Edit this bug report at http://bugs.php.net/?id=16009&edit=1
Bug #16004 Updated: @imap_msgno() and @imap_header() display warnings
ID: 16004 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Linux PHP Version: 4.1.2 New Comment: This error comes from c-client itself. What version you have compiled PHP with? Previous Comments: [2002-03-11 16:24:09] [EMAIL PROTECTED] When processing an email with a header of 'To: ""<>', imap_msgno() and imap_header give errors of "Unexpected characters at end of address: <> (errflg=3) in Unknown on line 0", even when I call the functions with an @ preceding the function name to surpress error output. -- Edit this bug report at http://bugs.php.net/?id=16004&edit=1
Bug #16321 Updated: make: Fatal error: Command failed for target `sapi_apache2.lo'
ID: 16321 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Compile Failure +Bug Type: Apache2 related Operating System: Solaris 8 PHP Version: 4.1.2 New Comment: reclassified Previous Comments: [2002-03-27 16:50:27] [EMAIL PROTECTED] HelloPHP-Gurus, Following Systemconfig: -Solaris 8 (Sparc) -php-4.1.2 -mysql-max-3.23.49-sun-solaris2.8-sparc -httpd-2.0.32 (aka apache 2) following configure was run: srv088:/space/WWW-BETA/php>./configure --with-apxs2=/space/WWW-BETA/apache2/bin/apxs --with-config-file-path=/space/WWW-BETA/apache2/conf/ --enable-versioning --with-mysql=/space/WWW-BETA/mysql --enable-ftp --enable-bcmath --disable-debug --enable-memory-limit=yes --enable-track-vars --enable-calendar --enable-force-cgi-redirect --enable-libgcc --enable-trans-sid --with-java=/usr/java --enable-yp --with-gd=/usr/local/ --prefix=/space/WWW-BETA/ --enable-sysvsem --enable-sysvshm --enable-sockets during make ---> ERROR: [...] (other makes) Making all in xml Making all in expat Making all in yp Making all in sapi Making all in apache /bin/sh /space/WWW-BETA/php-4.1.2/libtool --silent --mode=compile gcc -I. -I/space/WWW-BETA/php-4.1.2/sapi/apache -I/space/WWW-BETA/php-4.1.2 /main -I/space/WWW-BETA/php-4.1.2 -I/space/WWW-BETA/apache2/include -I/space /WWW-BETA/php-4.1.2/Zend -I/usr/local//include -I/space/WWW-BETA/mysql/inclu de -I/space/WWW-BETA/php-4.1.2/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/ space/WWW-BETA/php-4.1.2/TSRM -g -O2 -prefer-pic -c sapi_apache.c sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:81: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:81: (Each undeclared identifier is reported only once sapi_apache.c:81: for each function it appears in.) *** Error code 1 make: Fatal error: Command failed for target `sapi_apache.lo' Current working directory /space/WWW-BETA/php-4.1.2/sapi/apache *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /space/WWW-BETA/php-4.1.2/sapi/apache *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /space/WWW-BETA/php-4.1.2/sapi *** Error code 1 make: Fatal error: Command failed for target `all-recursive' -- Edit this bug report at http://bugs.php.net/?id=16321&edit=1
Bug #16319 Updated: Child SegFault w/ apache
ID: 16319 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Unknown/Other Function Operating System: RedHat 7.1 PHP Version: 4.1.2 New Comment: The backtrace clearly shows that the crash happens in Apache, NOT in PHP. Please report this to the Apache group. Previous Comments: [2002-03-27 15:34:49] [EMAIL PROTECTED] Alright, Apache 1.3.24 configure line: ./configure --without-execstrip --prefix=/usr/apache --enable-module=digest --enable-module=log_agent --enable-module=mime_magic --enable-module=usertrack --enable-module=expires --enable-module=so --enable-module=vhost_alias --enable-module=headers --enable-module=info --enable-module=log_referer --enable-module=rewrite And, guess what, now it works - Although I'm still left clueless; I recompiled Apache quite a few times - the only difference here is --without-execstrip and all modules statically (I compiled some modules dynamically before). But I'd still like to know what's going on (because I want to recompile an Apache suited for my needs, and not one with complete debug information and all static modules). [2002-03-27 15:14:43] [EMAIL PROTECTED] Well, here's some kind of full backtrace - But as you can see there is no symbol table info. (gdb) run -X Starting program: /usr/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x08091045 in ap_base64decode_binary () at eval.c:41 41 eval.c: No such file or directory. in eval.c (gdb) bt full #0 0x08091045 in ap_base64decode_binary () at eval.c:41 ap = (void **) 0x811dd0f digval = 0 digval = 0 digval = 0 digval = 0 result = 135388431 result = 135388431 value = (void *) 0x811e001 #1 0xf510 in ?? () No symbol table info available. Cannot access memory at address 0xa882 I guess I'm going to compile Apache --without-execstrip after submitting this - maybe this can produce more info. [2002-03-27 15:05:26] [EMAIL PROTECTED] ap_*() function prefixed do actually come from Apache itself. Good chance PHP even isn't involved there. Have you tried updating/recompiling your apache? Can you provide a full backtrace (bt full) ? [2002-03-27 14:56:05] [EMAIL PROTECTED] I got a quite strange problem... Setup: Apache 1.3.24 (also tried with 1.3.23) and PHP 4.1.2 (also tried with latest SS php4-2002-03-27-0900), always built with APXS as libphp4 shared object. Configure line: --enable-debug --with-apxs=/usr/apache/bin/apxs (Yes, not much here, just to see if it works. Also tried --disable-xml) There is no problem when I load a script in the document root directory, which does some simple file read operations (phpinfo() works too). However, as soon as I try to access a subdirectory, like my phpMyAdmin in dbadmin or sqladmin (with http access control, config access control just works fine) I get a SegFault. Strange thing is, I even get this if there's just one 'touch'ed index.php with length zero in the directory. My backtrace: - (gdb) run -X Starting program: /usr/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x08091045 in ap_base64decode_binary () at eval.c:41 41 eval.c: No such file or directory. in eval.c - I don't even know where that eval.c is - so I have no means to fix it myself in any way. Maybe it's just a big fault of mine I cannot see, but I have no clue what the problem is. -- Edit this bug report at http://bugs.php.net/?id=16319&edit=1
Bug #16294 Updated: Pages loading slowly
ID: 16294 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Windows 98 PHP Version: 4.1.2 New Comment: hmm, you recompiled it? HOW? and by the way, i have downloaded the NEW CHM, and it doesnt have this problem. (the new one is buggy but it works pretty good :P) Previous Comments: [2002-03-27 08:05:45] [EMAIL PROTECTED] First I downloaded the italian CHM manual and it is slow as our user reports, same for the english one on my machine (Windows98 SE). Then I compiled myself the CHM and it does not show any problem in speed. It is fast as usual PHP CHM are. [2002-03-26 17:16:11] [EMAIL PROTECTED] here's some more specif info: The CHM file was compiled on: Sun Mar 24 02:00:26 2002 and it is the old (regular) CHM manual, not the one which you are working on now (which is currently on the 4th edition). [2002-03-26 17:09:41] [EMAIL PROTECTED] hello, I have recently downloaded the CHM help manual in english (from the documantation page). The file was compiled on 25th of March 2002. When i swtich to any page, it takes about 30 seconds to load that page. I ran the manual on a Pentium 200 with 32MB of ram that has IE 6.0 installed. This didnt happen with older versions of the manual(which i downloaded about 3 months ago.) -- Edit this bug report at http://bugs.php.net/?id=16294&edit=1
Bug #16315 Updated: Problem with NameVirtualServer
ID: 16315 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: *Web Server problem +Bug Type: Apache related Operating System: Win98+Apache PHP Version: 4.1.2 New Comment: Does this happen with PHP 4.2.0RC1: http://www.php.net/~derick/ Previous Comments: [2002-03-27 13:50:58] [EMAIL PROTECTED] Hi! In version 4.1.2 you have problem if I create VirtualNameServers in Apache. I copy file php4st.dll at C:\Windows and add in Apache config file strings: -- LoadModule php4_module "c:/www/PHP/sapi/php4apache.dll" #AddModule mod_php4.c AddType application/x-httpd-php .php NameVirtualHost 217.199.106.84 ServerName divx.lv ServerAlias www.divx.lv DocumentRoot c:/www/divx/ -- When Apache starting it write "mod_php4.c alredy excist,skipped" , becaus I coment it. But The Bug is - if I go at my site and it is .php file , then I see ERROR string. For exsample if URL is http://www.divx.lv/i1.php -- Warning: Failed opening 'c:/www/divx/i1.php' for inclusion (include_path='c:\php4\pear') in Unknown on line 0 -- In my disk NOT excist direcrory "c:\php4" It NOT excist in my .ini files or in Win registry. If I modificy variable "include_path" in php.ini - it not help me. :( I ask help-question on russians forums - and one man say - "It , I think , is bug in version 4.1.2 , I install version 4.1.1 and it work perfectly!" And realy , vhen I install version 4.0.6 - it free from this bug!!! -- Edit this bug report at http://bugs.php.net/?id=16315&edit=1
Bug #16322: Page stops loading when processing arrays in foreach cycles inside functions
From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version: 4.1.2
PHP Bug Type: Arrays related
Bug description: Page stops loading when processing arrays in foreach cycles inside
functions
First of all, I'm running PHP 4.1.2 as a script with Apache 1.3 on Windows
XP Pro. I'm only using gd2 and gettext as modules.
To illustrate what is happening to me right now, suppose I got an array
$authors from a database, each containing another array with two key-value
pairs (aid, author.)
Now, in order to print it out, I use:
function listArticleAuthors() {
global $authors;
if ($authors)
foreach($authors as $a)
echo "" . $a[name] . "";
return;
}
I have three or four other functions somewhat similar to this one, which
iterate through other arrays. The arrays are all very small (no more than
half a dozen elements each.)
Now, there's no problem when I run the code below *outside* the function.
There is also no problem when I'm calling only a couple of these
functions.
But when I call all the functions, or the same function more than once,
the PHP process inexplicably goes zombie and the page stops loading. It's
only when I kill the process using Task Manager that the page resumes
loading as normal. There's no lost output, there is no system slowdown.
I don't think I'm pushing it too hard: the PHP process just stays running
using very little resources (0% processor, 2 or 3 megs.) Any idea about
what could be happening?
Cheers and thanks!
L.
--
Edit bug report at http://bugs.php.net/?id=16322&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16322&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16322&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16322&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16322&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16322&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16322&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16322&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16322&r=submittedtwice
Bug #16321: make: Fatal error: Command failed for target `sapi_apache2.lo'
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.2 PHP Bug Type: Compile Failure Bug description: make: Fatal error: Command failed for target `sapi_apache2.lo' HelloPHP-Gurus, Following Systemconfig: -Solaris 8 (Sparc) -php-4.1.2 -mysql-max-3.23.49-sun-solaris2.8-sparc -httpd-2.0.32 (aka apache 2) following configure was run: srv088:/space/WWW-BETA/php>./configure --with-apxs2=/space/WWW-BETA/apache2/bin/apxs --with-config-file-path=/space/WWW-BETA/apache2/conf/ --enable-versioning --with-mysql=/space/WWW-BETA/mysql --enable-ftp --enable-bcmath --disable-debug --enable-memory-limit=yes --enable-track-vars --enable-calendar --enable-force-cgi-redirect --enable-libgcc --enable-trans-sid --with-java=/usr/java --enable-yp --with-gd=/usr/local/ --prefix=/space/WWW-BETA/ --enable-sysvsem --enable-sysvshm --enable-sockets during make ---> ERROR: [...] (other makes) Making all in xml Making all in expat Making all in yp Making all in sapi Making all in apache /bin/sh /space/WWW-BETA/php-4.1.2/libtool --silent --mode=compile gcc -I. -I/space/WWW-BETA/php-4.1.2/sapi/apache -I/space/WWW-BETA/php-4.1.2 /main -I/space/WWW-BETA/php-4.1.2 -I/space/WWW-BETA/apache2/include -I/space /WWW-BETA/php-4.1.2/Zend -I/usr/local//include -I/space/WWW-BETA/mysql/inclu de -I/space/WWW-BETA/php-4.1.2/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/ space/WWW-BETA/php-4.1.2/TSRM -g -O2 -prefer-pic -c sapi_apache.c sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:81: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:81: (Each undeclared identifier is reported only once sapi_apache.c:81: for each function it appears in.) *** Error code 1 make: Fatal error: Command failed for target `sapi_apache.lo' Current working directory /space/WWW-BETA/php-4.1.2/sapi/apache *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /space/WWW-BETA/php-4.1.2/sapi/apache *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /space/WWW-BETA/php-4.1.2/sapi *** Error code 1 make: Fatal error: Command failed for target `all-recursive' -- Edit bug report at http://bugs.php.net/?id=16321&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16321&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16321&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16321&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16321&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16321&r=support Expected behavior: http://bugs.php.net/fix.php?id=16321&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16321&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16321&r=submittedtwice
Bug #16320: Array Problem
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.12-20 Redhat 6.1
PHP version: 4.1.1
PHP Bug Type: MySQL related
Bug description: Array Problem
When generating large arrays (> 15,000 places) by copying mysql result rows
php will not die after script exicution. I found this in running a large
while loop and then copying over the row from the fetch_assoc that comes
back. So for example
$query = select * from users; //about 20,000 rows with 26
//data elements.
$result = mysql_query(..);
while($row = mysql_fetch_assoc($result)){
$users[$row["user_name"]] = $row;
}
This is from a command line script and when this is run, this will run
every line to the bottom of the script but will not die. I have even kept
adding print statements and it will exicute them, but will not stop. I
have checked this with many scenarios and when the array is too large the
application will not terminate. When i downloaded the new 4.2rc1 this
problem isnt there though. Just thought you guys should know. Thanks
alot,
Nick Miller
--
Edit bug report at http://bugs.php.net/?id=16320&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16320&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16320&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16320&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16320&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16320&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16320&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16320&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16320&r=submittedtwice
Bug #16274 Updated: Session is not disconnected.
ID: 16274 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: Linux 7.1 PHP Version: 4.1.2 New Comment: We just notice the same problem for our web site (www.monaco-spectacle.com). The only solution we found was to come back to 4.06 then the session stops again. We work on Sun Cobalt 4i with their last version of OS. Previous Comments: [2002-03-26 09:10:18] [EMAIL PROTECTED] Thank you for your feedback. I test it Netscape Communicator 4.79 and MS Internet Explore 5.5. But the result is same. Both of browsers still have session value even they are restarted. Tomorrow I will test with MS Internet Explore 6. Now 11 P.M. my local time ^^. I test it with 8 computers. Three is win2K professional with MS IE 5.5, Three is win2K server with MS IE 5.5, Two is Linux 7.1 with Netscape. I setting up two server with Linux 7.1 useing php 4.1.2 But today I reset one server with php 4.0.6 for test. This server what setting with php 4.0.6 works very well all my testing computer. [2002-03-26 08:00:34] [EMAIL PROTECTED] This is very likely to be a problem with your browser anad not with PHP. Which browser do you use, and can you try other browsers? [2002-03-25 20:04:29] [EMAIL PROTECTED] I use apache 1.3.23 / php 4.1.2 / mysql 3.23.49 / Zend Optimizer v1.2.0 with Redhat 7.1. phpinfo list are below, Configure Command './configure' '--with-mysql=/usr/local/mysql' '--with-apache=../apache_1.3.23' '--enable-track-vars' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/Zend/etc/php.ini ZEND_DEBUG disabled Thread Safety disabled php.ini list below, session.save_handler = files session.cookie_domain = session.serialize_handler = php session.gc_probability = 1 session.gc_maxlifetime = 1440 session.referer_check = session.entropy_length = 0 session.entropy_file = session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" First I loged in by session, and close browser. Then I reconnect, session still alive with login ID and Password. I restart my server computer and my personal computer, but session are still alive. Sometime session disconnect, but Sometime are not. You can test here http://pansory.pe.kr with UserID : and password . phpinfo URL is http://pansory.pe.kr/php.php I found someone who are same exprience with me. One use php 4.1.1 and the other use 4.1.2 I also expriece this situation with win2K server. with php versoion 4.1.2 -- Edit this bug report at http://bugs.php.net/?id=16274&edit=1
Bug #16319 Updated: Child SegFault w/ apache
ID: 16319 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: RedHat 7.1 PHP Version: 4.1.2 New Comment: Alright, Apache 1.3.24 configure line: ./configure --without-execstrip --prefix=/usr/apache --enable-module=digest --enable-module=log_agent --enable-module=mime_magic --enable-module=usertrack --enable-module=expires --enable-module=so --enable-module=vhost_alias --enable-module=headers --enable-module=info --enable-module=log_referer --enable-module=rewrite And, guess what, now it works - Although I'm still left clueless; I recompiled Apache quite a few times - the only difference here is --without-execstrip and all modules statically (I compiled some modules dynamically before). But I'd still like to know what's going on (because I want to recompile an Apache suited for my needs, and not one with complete debug information and all static modules). Previous Comments: [2002-03-27 15:14:43] [EMAIL PROTECTED] Well, here's some kind of full backtrace - But as you can see there is no symbol table info. (gdb) run -X Starting program: /usr/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x08091045 in ap_base64decode_binary () at eval.c:41 41 eval.c: No such file or directory. in eval.c (gdb) bt full #0 0x08091045 in ap_base64decode_binary () at eval.c:41 ap = (void **) 0x811dd0f digval = 0 digval = 0 digval = 0 digval = 0 result = 135388431 result = 135388431 value = (void *) 0x811e001 #1 0xf510 in ?? () No symbol table info available. Cannot access memory at address 0xa882 I guess I'm going to compile Apache --without-execstrip after submitting this - maybe this can produce more info. [2002-03-27 15:05:26] [EMAIL PROTECTED] ap_*() function prefixed do actually come from Apache itself. Good chance PHP even isn't involved there. Have you tried updating/recompiling your apache? Can you provide a full backtrace (bt full) ? [2002-03-27 14:56:05] [EMAIL PROTECTED] I got a quite strange problem... Setup: Apache 1.3.24 (also tried with 1.3.23) and PHP 4.1.2 (also tried with latest SS php4-2002-03-27-0900), always built with APXS as libphp4 shared object. Configure line: --enable-debug --with-apxs=/usr/apache/bin/apxs (Yes, not much here, just to see if it works. Also tried --disable-xml) There is no problem when I load a script in the document root directory, which does some simple file read operations (phpinfo() works too). However, as soon as I try to access a subdirectory, like my phpMyAdmin in dbadmin or sqladmin (with http access control, config access control just works fine) I get a SegFault. Strange thing is, I even get this if there's just one 'touch'ed index.php with length zero in the directory. My backtrace: - (gdb) run -X Starting program: /usr/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x08091045 in ap_base64decode_binary () at eval.c:41 41 eval.c: No such file or directory. in eval.c - I don't even know where that eval.c is - so I have no means to fix it myself in any way. Maybe it's just a big fault of mine I cannot see, but I have no clue what the problem is. -- Edit this bug report at http://bugs.php.net/?id=16319&edit=1
Bug #16314 Updated: stripslashes strips n'n to nn
ID: 16314
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: *General Issues
Operating System: freebsd/windows
PHP Version: 4.1.2
New Comment:
fixed in CVS (although code could be beautified)
Previous Comments:
[2002-03-27 13:41:56] [EMAIL PROTECTED]
that's with sybase style slashes on.
[2002-03-27 13:40:23] [EMAIL PROTECTED]
echo stripslashes(",',"); returns ,,
i.e. echo addslashes(stripslashes("'")); returns nothing.
tested on 4.1.2 and cvs version as of a few days ago.
--
Edit this bug report at http://bugs.php.net/?id=16314&edit=1
Bug #16319 Updated: Child SegFault w/ apache
ID: 16319 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: RedHat 7.1 PHP Version: 4.1.2 New Comment: Well, here's some kind of full backtrace - But as you can see there is no symbol table info. (gdb) run -X Starting program: /usr/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x08091045 in ap_base64decode_binary () at eval.c:41 41 eval.c: No such file or directory. in eval.c (gdb) bt full #0 0x08091045 in ap_base64decode_binary () at eval.c:41 ap = (void **) 0x811dd0f digval = 0 digval = 0 digval = 0 digval = 0 result = 135388431 result = 135388431 value = (void *) 0x811e001 #1 0xf510 in ?? () No symbol table info available. Cannot access memory at address 0xa882 I guess I'm going to compile Apache --without-execstrip after submitting this - maybe this can produce more info. Previous Comments: [2002-03-27 15:05:26] [EMAIL PROTECTED] ap_*() function prefixed do actually come from Apache itself. Good chance PHP even isn't involved there. Have you tried updating/recompiling your apache? Can you provide a full backtrace (bt full) ? [2002-03-27 14:56:05] [EMAIL PROTECTED] I got a quite strange problem... Setup: Apache 1.3.24 (also tried with 1.3.23) and PHP 4.1.2 (also tried with latest SS php4-2002-03-27-0900), always built with APXS as libphp4 shared object. Configure line: --enable-debug --with-apxs=/usr/apache/bin/apxs (Yes, not much here, just to see if it works. Also tried --disable-xml) There is no problem when I load a script in the document root directory, which does some simple file read operations (phpinfo() works too). However, as soon as I try to access a subdirectory, like my phpMyAdmin in dbadmin or sqladmin (with http access control, config access control just works fine) I get a SegFault. Strange thing is, I even get this if there's just one 'touch'ed index.php with length zero in the directory. My backtrace: - (gdb) run -X Starting program: /usr/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x08091045 in ap_base64decode_binary () at eval.c:41 41 eval.c: No such file or directory. in eval.c - I don't even know where that eval.c is - so I have no means to fix it myself in any way. Maybe it's just a big fault of mine I cannot see, but I have no clue what the problem is. -- Edit this bug report at http://bugs.php.net/?id=16319&edit=1
Bug #16319 Updated: Child SegFault w/ apache
ID: 16319 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: RedHat 7.1 PHP Version: 4.1.2 New Comment: ap_*() function prefixed do actually come from Apache itself. Good chance PHP even isn't involved there. Have you tried updating/recompiling your apache? Can you provide a full backtrace (bt full) ? Previous Comments: [2002-03-27 14:56:05] [EMAIL PROTECTED] I got a quite strange problem... Setup: Apache 1.3.24 (also tried with 1.3.23) and PHP 4.1.2 (also tried with latest SS php4-2002-03-27-0900), always built with APXS as libphp4 shared object. Configure line: --enable-debug --with-apxs=/usr/apache/bin/apxs (Yes, not much here, just to see if it works. Also tried --disable-xml) There is no problem when I load a script in the document root directory, which does some simple file read operations (phpinfo() works too). However, as soon as I try to access a subdirectory, like my phpMyAdmin in dbadmin or sqladmin (with http access control, config access control just works fine) I get a SegFault. Strange thing is, I even get this if there's just one 'touch'ed index.php with length zero in the directory. My backtrace: - (gdb) run -X Starting program: /usr/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x08091045 in ap_base64decode_binary () at eval.c:41 41 eval.c: No such file or directory. in eval.c - I don't even know where that eval.c is - so I have no means to fix it myself in any way. Maybe it's just a big fault of mine I cannot see, but I have no clue what the problem is. -- Edit this bug report at http://bugs.php.net/?id=16319&edit=1
Bug #16319: Child SegFault w/ apache
From: [EMAIL PROTECTED] Operating system: RedHat 7.1 PHP version: 4.1.2 PHP Bug Type: Unknown/Other Function Bug description: Child SegFault w/ apache I got a quite strange problem... Setup: Apache 1.3.24 (also tried with 1.3.23) and PHP 4.1.2 (also tried with latest SS php4-2002-03-27-0900), always built with APXS as libphp4 shared object. Configure line: --enable-debug --with-apxs=/usr/apache/bin/apxs (Yes, not much here, just to see if it works. Also tried --disable-xml) There is no problem when I load a script in the document root directory, which does some simple file read operations (phpinfo() works too). However, as soon as I try to access a subdirectory, like my phpMyAdmin in dbadmin or sqladmin (with http access control, config access control just works fine) I get a SegFault. Strange thing is, I even get this if there's just one 'touch'ed index.php with length zero in the directory. My backtrace: - (gdb) run -X Starting program: /usr/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x08091045 in ap_base64decode_binary () at eval.c:41 41 eval.c: No such file or directory. in eval.c - I don't even know where that eval.c is - so I have no means to fix it myself in any way. Maybe it's just a big fault of mine I cannot see, but I have no clue what the problem is. -- Edit bug report at http://bugs.php.net/?id=16319&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16319&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16319&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16319&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16319&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16319&r=support Expected behavior: http://bugs.php.net/fix.php?id=16319&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16319&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16319&r=submittedtwice
Bug #16300 Updated: PNG generation w/ TTF Font loading works from cmd line but fails from http
ID: 16300 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: Linux-Mandrake 8.2 PHP Version: 4.1.2 New Comment: a) do not complain distribution packages, only roll your own php installation from source b) disable everything but necessary things (read: php4 and gd) c) if a crash, please probide a backtrace Previous Comments: [2002-03-27 14:07:51] [EMAIL PROTECTED] If this is unclear, under mod_php4, this process segfaults every time. Even w/ the simplest ImageTTF* call. [2002-03-27 14:06:11] [EMAIL PROTECTED] >From HTTP this test process segfaults every time under mod_php4. Succeeds in running test only on command line. Also, running Zend optimizer 1.2.0. [2002-03-26 23:21:15] [EMAIL PROTECTED] Running Linux-Mandrake 8.2 on Duron 700 266 FSB w/ php 4.1.2 and Zend engine optimized to 65535 (pass 9 and 10 and 11) Installed: apache-conf-1.3.23-4mdk apache-suexec-1.3.23-3mdk apache-modules-1.3.23-4mdk apache-mod_perl-1.3.23_1.26-5mdk apache-manual-1.3.23-4mdk apache-devel-1.3.23-4mdk apache-1.3.23-4mdk apache-common-1.3.23-4mdk apache-source-1.3.20-3mdk php-imap-4.1.2-1mdk php-manual_en-4.1.1-1mdk php-xml-4.1.2-1mdk php-common-4.1.2-1mdk php-mysql-4.1.2-2mdk php-readline-4.1.2-1mdk php-4.1.2-1mdk php-dba_gdbm_db3-4.1.2-1mdk php-ldap-4.1.2-1mdk php-gd-4.1.2-1mdk php-pgsql-4.1.2-1mdk mod_php-4.1.2-1mdk php-devel-4.1.2-1mdk libgd1-devel-1.8.4-4mdk libgd1-1.8.4-4mdk freetype-tools-1.3.1-12mdk freetype-1.3.1-12mdk freetype-devel-1.3.1-12mdk freetype2-2.0.4-1mdk freetype2-devel-2.0.4-1mdk http://reality.poetryunlimited.com:81/testvars - list of php settings and modules http://new.poetryunlimited.com:81/testbug.php3 -fails miserably. php testbug.php3 generates image perfectly. Copy of saved image located at http://new.poetryunlimited.com:81/images/myimg.png Font directory cannot even be relative or font loading fails - preferred earlier GD preferences - where can we set the GDFONTPATH env variable per server? Can we use a full path outside of the apache tree??? Any font file can be used in place of the ttf I have placed below. If the ttf is requried it can be retrieved from http://new.poetryunlimited.com:81/font/bluebold.ttf testbug.php3 follows -- Edit this bug report at http://bugs.php.net/?id=16300&edit=1
Bug #16318 Updated: stat failed during file_exists()
ID: 16318 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD PHP Version: 4.1.2 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-03-27 14:12:07] [EMAIL PROTECTED] After upgrading from 4.0.1pl2 to 4.1.2 a line containing the file_exists() function started warning about stat failed. Was any restriction added to the file_exists function? -- Edit this bug report at http://bugs.php.net/?id=16318&edit=1
Bug #16316 Updated: ImageTTF* functions segfault under mod_php, but succeed from cmdline
ID: 16316 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux-Mandrake PHP Version: 4.1.2 New Comment: Please, do NOT submit bugs more than once. See #16300. Previous Comments: [2002-03-27 14:00:11] [EMAIL PROTECTED] I'm not sure how this happens to take place. I have submitted this bug once before, but I can't seem to find it. I reported all relevant details. Please let me know if you can find the original bug. Otherwise, I will post everything again. >From the commandline, all the ImageTTF* functions work, if only when the font filename starts w/ a /. However, from apache, running under mod_php, it segfaults every time. Please let me know where to turn. -- Edit this bug report at http://bugs.php.net/?id=16316&edit=1
Bug #16317 Updated: ImageTTF* functions segfault under mod_php4 php 4.1.2 gd freetype2
ID: 16317 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux-Mandrake PHP Version: 4.1.2 New Comment: Please, do NOT submit bugs more than once. See #16300. Previous Comments: [2002-03-27 14:11:11] [EMAIL PROTECTED] The test program below, segfaults under mod_php4 from apache, but succeeds at the command line. Running Linux-Mandrake 8.2 on Duron 700 266 FSB w/ php 4.1.2 and Zend optimizer 1.2.0 optimized to 65535 (pass 9 and 10 and 11) Installed: apache-conf-1.3.23-4mdk apache-suexec-1.3.23-3mdk apache-modules-1.3.23-4mdk apache-mod_perl-1.3.23_1.26-5mdk apache-manual-1.3.23-4mdk apache-devel-1.3.23-4mdk apache-1.3.23-4mdk apache-common-1.3.23-4mdk apache-source-1.3.20-3mdk php-imap-4.1.2-1mdk php-manual_en-4.1.1-1mdk php-xml-4.1.2-1mdk php-common-4.1.2-1mdk php-mysql-4.1.2-2mdk php-readline-4.1.2-1mdk php-4.1.2-1mdk php-dba_gdbm_db3-4.1.2-1mdk php-ldap-4.1.2-1mdk php-gd-4.1.2-1mdk php-pgsql-4.1.2-1mdk mod_php-4.1.2-1mdk php-devel-4.1.2-1mdk libgd1-devel-1.8.4-4mdk libgd1-1.8.4-4mdk freetype-tools-1.3.1-12mdk freetype-1.3.1-12mdk freetype-devel-1.3.1-12mdk freetype2-2.0.4-1mdk freetype2-devel-2.0.4-1mdk http://reality.poetryunlimited.com:81/testvars - list of php settings and modules http://new.poetryunlimited.com:81/testbug.php3 -fails miserably. php testbug.php3 generates image perfectly. Copy of saved image located at http://new.poetryunlimited.com:81/images/myimg.png Font directory cannot even be relative or font loading fails - preferred earlier GD preferences - where can we set the GDFONTPATH env variable per server? Can we use a full path outside of the apache tree??? Any font file can be used in place of the ttf I have placed below. If the ttf is requried it can be retrieved from http://new.poetryunlimited.com:81/font/bluebold.ttf testbug.php3 follows -- Edit this bug report at http://bugs.php.net/?id=16317&edit=1
Bug #16318: stat failed during file_exists()
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.1.2 PHP Bug Type: Filesystem function related Bug description: stat failed during file_exists() After upgrading from 4.0.1pl2 to 4.1.2 a line containing the file_exists() function started warning about stat failed. Was any restriction added to the file_exists function? -- Edit bug report at http://bugs.php.net/?id=16318&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16318&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16318&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16318&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16318&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16318&r=support Expected behavior: http://bugs.php.net/fix.php?id=16318&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16318&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16318&r=submittedtwice
Bug #16317: ImageTTF* functions segfault under mod_php4 php 4.1.2 gd freetype2
From: [EMAIL PROTECTED] Operating system: Linux-Mandrake PHP version: 4.1.2 PHP Bug Type: GD related Bug description: ImageTTF* functions segfault under mod_php4 php 4.1.2 gd freetype2 The test program below, segfaults under mod_php4 from apache, but succeeds at the command line. Running Linux-Mandrake 8.2 on Duron 700 266 FSB w/ php 4.1.2 and Zend optimizer 1.2.0 optimized to 65535 (pass 9 and 10 and 11) Installed: apache-conf-1.3.23-4mdk apache-suexec-1.3.23-3mdk apache-modules-1.3.23-4mdk apache-mod_perl-1.3.23_1.26-5mdk apache-manual-1.3.23-4mdk apache-devel-1.3.23-4mdk apache-1.3.23-4mdk apache-common-1.3.23-4mdk apache-source-1.3.20-3mdk php-imap-4.1.2-1mdk php-manual_en-4.1.1-1mdk php-xml-4.1.2-1mdk php-common-4.1.2-1mdk php-mysql-4.1.2-2mdk php-readline-4.1.2-1mdk php-4.1.2-1mdk php-dba_gdbm_db3-4.1.2-1mdk php-ldap-4.1.2-1mdk php-gd-4.1.2-1mdk php-pgsql-4.1.2-1mdk mod_php-4.1.2-1mdk php-devel-4.1.2-1mdk libgd1-devel-1.8.4-4mdk libgd1-1.8.4-4mdk freetype-tools-1.3.1-12mdk freetype-1.3.1-12mdk freetype-devel-1.3.1-12mdk freetype2-2.0.4-1mdk freetype2-devel-2.0.4-1mdk http://reality.poetryunlimited.com:81/testvars - list of php settings and modules http://new.poetryunlimited.com:81/testbug.php3 -fails miserably. php testbug.php3 generates image perfectly. Copy of saved image located at http://new.poetryunlimited.com:81/images/myimg.png Font directory cannot even be relative or font loading fails - preferred earlier GD preferences - where can we set the GDFONTPATH env variable per server? Can we use a full path outside of the apache tree??? Any font file can be used in place of the ttf I have placed below. If the ttf is requried it can be retrieved from http://new.poetryunlimited.com:81/font/bluebold.ttf testbug.php3 follows -- Edit bug report at http://bugs.php.net/?id=16317&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16317&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16317&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16317&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16317&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16317&r=support Expected behavior: http://bugs.php.net/fix.php?id=16317&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16317&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16317&r=submittedtwice
Bug #16300 Updated: PNG generation w/ TTF Font loading works from cmd line but fails from http
ID: 16300 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Linux-Mandrake 8.2 PHP Version: 4.1.2 New Comment: If this is unclear, under mod_php4, this process segfaults every time. Even w/ the simplest ImageTTF* call. Previous Comments: [2002-03-27 14:06:11] [EMAIL PROTECTED] >From HTTP this test process segfaults every time under mod_php4. Succeeds in running test only on command line. Also, running Zend optimizer 1.2.0. [2002-03-26 23:21:15] [EMAIL PROTECTED] Running Linux-Mandrake 8.2 on Duron 700 266 FSB w/ php 4.1.2 and Zend engine optimized to 65535 (pass 9 and 10 and 11) Installed: apache-conf-1.3.23-4mdk apache-suexec-1.3.23-3mdk apache-modules-1.3.23-4mdk apache-mod_perl-1.3.23_1.26-5mdk apache-manual-1.3.23-4mdk apache-devel-1.3.23-4mdk apache-1.3.23-4mdk apache-common-1.3.23-4mdk apache-source-1.3.20-3mdk php-imap-4.1.2-1mdk php-manual_en-4.1.1-1mdk php-xml-4.1.2-1mdk php-common-4.1.2-1mdk php-mysql-4.1.2-2mdk php-readline-4.1.2-1mdk php-4.1.2-1mdk php-dba_gdbm_db3-4.1.2-1mdk php-ldap-4.1.2-1mdk php-gd-4.1.2-1mdk php-pgsql-4.1.2-1mdk mod_php-4.1.2-1mdk php-devel-4.1.2-1mdk libgd1-devel-1.8.4-4mdk libgd1-1.8.4-4mdk freetype-tools-1.3.1-12mdk freetype-1.3.1-12mdk freetype-devel-1.3.1-12mdk freetype2-2.0.4-1mdk freetype2-devel-2.0.4-1mdk http://reality.poetryunlimited.com:81/testvars - list of php settings and modules http://new.poetryunlimited.com:81/testbug.php3 -fails miserably. php testbug.php3 generates image perfectly. Copy of saved image located at http://new.poetryunlimited.com:81/images/myimg.png Font directory cannot even be relative or font loading fails - preferred earlier GD preferences - where can we set the GDFONTPATH env variable per server? Can we use a full path outside of the apache tree??? Any font file can be used in place of the ttf I have placed below. If the ttf is requried it can be retrieved from http://new.poetryunlimited.com:81/font/bluebold.ttf testbug.php3 follows -- Edit this bug report at http://bugs.php.net/?id=16300&edit=1
Bug #16300 Updated: ImageTTF* segfault w/ php 4.1.2 mod_php4 and apache 1.3.23
ID: 16300 Updated by: [EMAIL PROTECTED] -Summary: PNG generation w/ TTF Font loading works from cmd line but fails from http Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Linux-Mandrake 8.2 PHP Version: 4.1.2 New Comment: >From HTTP this test process segfaults every time under mod_php4. Succeeds in running test only on command line. Also, running Zend optimizer 1.2.0. Previous Comments: [2002-03-26 23:21:15] [EMAIL PROTECTED] Running Linux-Mandrake 8.2 on Duron 700 266 FSB w/ php 4.1.2 and Zend engine optimized to 65535 (pass 9 and 10 and 11) Installed: apache-conf-1.3.23-4mdk apache-suexec-1.3.23-3mdk apache-modules-1.3.23-4mdk apache-mod_perl-1.3.23_1.26-5mdk apache-manual-1.3.23-4mdk apache-devel-1.3.23-4mdk apache-1.3.23-4mdk apache-common-1.3.23-4mdk apache-source-1.3.20-3mdk php-imap-4.1.2-1mdk php-manual_en-4.1.1-1mdk php-xml-4.1.2-1mdk php-common-4.1.2-1mdk php-mysql-4.1.2-2mdk php-readline-4.1.2-1mdk php-4.1.2-1mdk php-dba_gdbm_db3-4.1.2-1mdk php-ldap-4.1.2-1mdk php-gd-4.1.2-1mdk php-pgsql-4.1.2-1mdk mod_php-4.1.2-1mdk php-devel-4.1.2-1mdk libgd1-devel-1.8.4-4mdk libgd1-1.8.4-4mdk freetype-tools-1.3.1-12mdk freetype-1.3.1-12mdk freetype-devel-1.3.1-12mdk freetype2-2.0.4-1mdk freetype2-devel-2.0.4-1mdk http://reality.poetryunlimited.com:81/testvars - list of php settings and modules http://new.poetryunlimited.com:81/testbug.php3 -fails miserably. php testbug.php3 generates image perfectly. Copy of saved image located at http://new.poetryunlimited.com:81/images/myimg.png Font directory cannot even be relative or font loading fails - preferred earlier GD preferences - where can we set the GDFONTPATH env variable per server? Can we use a full path outside of the apache tree??? Any font file can be used in place of the ttf I have placed below. If the ttf is requried it can be retrieved from http://new.poetryunlimited.com:81/font/bluebold.ttf testbug.php3 follows -- Edit this bug report at http://bugs.php.net/?id=16300&edit=1
Bug #16316: ImageTTF* functions segfault under mod_php, but succeed from cmdline
From: [EMAIL PROTECTED] Operating system: Linux-Mandrake PHP version: 4.1.2 PHP Bug Type: GD related Bug description: ImageTTF* functions segfault under mod_php, but succeed from cmdline I'm not sure how this happens to take place. I have submitted this bug once before, but I can't seem to find it. I reported all relevant details. Please let me know if you can find the original bug. Otherwise, I will post everything again. >From the commandline, all the ImageTTF* functions work, if only when the font filename starts w/ a /. However, from apache, running under mod_php, it segfaults every time. Please let me know where to turn. -- Edit bug report at http://bugs.php.net/?id=16316&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16316&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16316&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16316&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16316&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16316&r=support Expected behavior: http://bugs.php.net/fix.php?id=16316&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16316&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16316&r=submittedtwice
Bug #16315: Problem with NameVirtualServer
From: [EMAIL PROTECTED] Operating system: Win98+Apache PHP version: 4.1.2 PHP Bug Type: *Web Server problem Bug description: Problem with NameVirtualServer Hi! In version 4.1.2 you have problem if I create VirtualNameServers in Apache. I copy file php4st.dll at C:\Windows and add in Apache config file strings: -- LoadModule php4_module "c:/www/PHP/sapi/php4apache.dll" #AddModule mod_php4.c AddType application/x-httpd-php .php NameVirtualHost 217.199.106.84 ServerName divx.lv ServerAlias www.divx.lv DocumentRoot c:/www/divx/ -- When Apache starting it write "mod_php4.c alredy excist,skipped" , becaus I coment it. But The Bug is - if I go at my site and it is .php file , then I see ERROR string. For exsample if URL is http://www.divx.lv/i1.php -- Warning: Failed opening 'c:/www/divx/i1.php' for inclusion (include_path='c:\php4\pear') in Unknown on line 0 -- In my disk NOT excist direcrory "c:\php4" It NOT excist in my .ini files or in Win registry. If I modificy variable "include_path" in php.ini - it not help me. :( I ask help-question on russians forums - and one man say - "It , I think , is bug in version 4.1.2 , I install version 4.1.1 and it work perfectly!" And realy , vhen I install version 4.0.6 - it free from this bug!!! -- Edit bug report at http://bugs.php.net/?id=16315&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16315&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16315&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16315&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16315&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16315&r=support Expected behavior: http://bugs.php.net/fix.php?id=16315&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16315&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16315&r=submittedtwice
Bug #9485 Updated: Missing libsasl.dll
ID: 9485 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: LDAP related Operating System: Windows NT 4 SP5 PHP Version: 4.0.4pl1 New Comment: I think this may be related to Bug #14464 - depends.exe reports both LIBSASL.DLL and APPHELP.DLL as dependencies for php_ldap.dll. However, as noted in 14464, this appears to be a problem with machines running IE6. Note that most extensions fail in this situation, not just php_ldap.dll. Previous Comments: [2001-04-27 13:38:53] [EMAIL PROTECTED] nope it doesn't [2001-02-27 12:06:08] [EMAIL PROTECTED] PHP4 Win32 binaries distribution contains a dll called "php_ldap.dll", but it needs a missing dll called "libsasl.dll" -- Edit this bug report at http://bugs.php.net/?id=9485&edit=1
Bug #16314 Updated: stripslashes strips n'n to nn
ID: 16314
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *General Issues
Operating System: freebsd/windows
PHP Version: 4.1.2
New Comment:
that's with sybase style slashes on.
Previous Comments:
[2002-03-27 13:40:23] [EMAIL PROTECTED]
echo stripslashes(",',"); returns ,,
i.e. echo addslashes(stripslashes("'")); returns nothing.
tested on 4.1.2 and cvs version as of a few days ago.
--
Edit this bug report at http://bugs.php.net/?id=16314&edit=1
Bug #16314: stripslashes strips n'n to nn
From: [EMAIL PROTECTED]
Operating system: freebsd/windows
PHP version: 4.1.2
PHP Bug Type: *General Issues
Bug description: stripslashes strips n'n to nn
echo stripslashes(",',"); returns ,,
i.e. echo addslashes(stripslashes("'")); returns nothing.
tested on 4.1.2 and cvs version as of a few days ago.
--
Edit bug report at http://bugs.php.net/?id=16314&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16314&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16314&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16314&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16314&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16314&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16314&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16314&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16314&r=submittedtwice
Bug #15912 Updated: Trailing \r\n in last varible when doing POST request with IE
ID: 15912 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: Linux PHP Version: 4.0CVS-2002-03-0 New Comment: Tried the CVS version of today (20002-03-27) and the bug is still there. But I think it only happens when useing thttpd as SAPI. There is some code in sapi/thttpd/thttpd.c around line 195 that is suppose to fixit. Previous Comments: [2002-03-07 17:21:09] [EMAIL PROTECTED] The CVS version from yesterday (2002-03-06) [2002-03-07 14:29:04] [EMAIL PROTECTED] In what version it didn't work? [2002-03-07 09:40:47] [EMAIL PROTECTED] PHP 4.1.2 seams to handle it correctly [2002-03-07 09:36:02] [EMAIL PROTECTED] Changed category to HTTP related [2002-03-07 07:00:37] [EMAIL PROTECTED] I seams like PHP does not care about the Content-length sent by the browser when decoding POST requests. And IE seams to add a trailing \r\n at the end of the POST string that is not included in the Content-length. Exmaple code: "; echo "b=".urlencode($_POST["b"]).""; ?> a: b: Posting "foo" in a and "bar" i b results in this output in IE: a=foo b=bar%0D%0A and in Mozilla: a=foo b=bar 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/15912 -- Edit this bug report at http://bugs.php.net/?id=15912&edit=1
Bug #16313 Updated: Error in CGI Application
ID: 16313 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Professional PHP Version: 4.1.2 New Comment: If someone knows a good way to gather more information, let me know. Previous Comments: [2002-03-27 13:31:08] [EMAIL PROTECTED] This may be related to #9852 though I can reproduce this problem with a very simple PHP page. Left the BOUNCE page (attach to bug #9852) running in two browser windows making requests against a local server. The first browser stopped with a CGI error at 37970 requests. The second browser stopped at 59780 requests. The option "Show friendly error messages" was on in IE at the time. The error text returned: --- Error in CGI Application CGI ErrorThe specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: --- The error seems to re-occur every 10-40 thousand requests. -- Edit this bug report at http://bugs.php.net/?id=16313&edit=1
Bug #16313: Error in CGI Application
From: [EMAIL PROTECTED] Operating system: Windows 2000 Professional PHP version: 4.1.2 PHP Bug Type: IIS related Bug description: Error in CGI Application This may be related to #9852 though I can reproduce this problem with a very simple PHP page. Left the BOUNCE page (attach to bug #9852) running in two browser windows making requests against a local server. The first browser stopped with a CGI error at 37970 requests. The second browser stopped at 59780 requests. The option "Show friendly error messages" was on in IE at the time. The error text returned: --- Error in CGI Application CGI ErrorThe specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: --- The error seems to re-occur every 10-40 thousand requests. -- Edit bug report at http://bugs.php.net/?id=16313&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16313&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16313&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16313&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16313&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16313&r=support Expected behavior: http://bugs.php.net/fix.php?id=16313&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16313&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16313&r=submittedtwice
Bug #9852 Updated: Header redirect and db connection cause "CGI misbehaved"
ID: 9852
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
I can reproduce the problem with a simple "bounce" page (used for
measuring roundtrip times). With two active browser windows requesting
the same page, I see this error repeat (apparently at random) on one
out of 10-40 thousand requests.
This is with PHP 4.1.2 on Windows 2000 Professional w/ IIS 5 and all
the current updates from Windows Update.
bounce.php
--
BOUNCE
BOUNCING
BOUNCE
millisecondsrequests
latest
cumulative
Previous Comments:
[2002-01-16 13:45:10] [EMAIL PROTECTED]
I have tried this with W2K server and php 4.1.1 and I am getting the
same problem. Its taken a while and in fact it was only when pointed at
this bug request that the answer was apparent. My problem was it wasnt
constant, it was intimittent, so, I assumed my server was crud. I
actually had rulled out a PHP bug coz it works fine on my portable
(W2K pro) every time, but under server .. no.. Although my server does
also farm hits to the company intranet so is generally under a lot more
stress than my portable.
I will continue further tests to see if doing includes takes the
problem away, as certainly, it seems the javascript of window.location=
seems to be fine. I assume PHP is being too fast for itself?
[2002-01-12 06:58:59] [EMAIL PROTECTED]
Can you try this with 4.1.1? There been alot of fixes for IIS in the
recent versions.
[2001-03-19 22:41:31] [EMAIL PROTECTED]
Under the category of "You Can Never Have Too Much Information On A
Bug", here is my experience with the "CGI App Misbehaved" bug (related
bug reports: #8571 and #8744).
Bug report summary:
A PHP script that sends a 'Location' header directive and makes a
database connection causes IIS to intermittently return a 'Gateway
Error 502' when the client browser asks for the page specified in the
redirect. The address bar will correctly show the page that should
have loaded when the error is displayed, and pressing F5 (refresh) will
correctly load the page. Note that the error is (seemingly) completely
random, sometimes you get it, other times the script works correctly.
The error message text is:
-- Begin --
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
-- End --
This error depends on:
1) Using PHP in CGI mode (i.e. using php.exe, the ISAPI dll does not
seem to produce this error, although it has it's own problems).
2) A PHP script that connects to a database (tested both mssql_connect
and odbc_connect) *and* sends a 'Location:' header. If the script
redirects to something other than a .php file (i.e. .html or .pdf) or
does not connect to the database, the error will not occur.
3) A successful db connection. If the db connect call fails (due to
bad password, etc.), the redirect always works.
This error does *not* depend on:
1) A fully qualified 'Location' header. The following also fails:
header('Location: http://10.0.0.30/test/done.php');
2) The relative order of the header() and xxx_connect() calls in
'doit.php'. I wouldn't expect the order to affect the result, but I
checked it anyway.
Interesting note: While upgrading the server to SP1 to see if it had
any affect on this bug, I continued to test while it was in the process
of performing the upgrade. It was very difficult (I gave up) trying to
get the error. The CPU was at 100% due to the upgrade which
(obviously) caused the web server performance to suffer. Combined with
the fact that it occurs randomly anyway, this suggests that it may have
something to do with the timings between the request for doit.php,
execution of doit.php, and the request for done.php.
Hardware/Software:
Web server:
Win2000 Server (with and without SP1)
IIS 5.0
PHP 4.0.4pl1 (CGI mode)
Database server:
WinNT 4.0 SP6
MS-SQL 7.0
Client:
Win2000 Professional SP1
IE 5.5 SP1
Test scripts
start.php
Test
Do test
doit.php
done.php
Test
Test complete
Reset test
Here are actual HTTP headers recorded using a packet sniffer:
Scenario #1 - CGI E
Bug #16311 Updated: php.ini-dist and php.ini-recommended missing extensions
ID: 16311
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: *Configuration Issues
Operating System: linux
PHP Version: 4.1.2
New Comment:
It would be nice if you could make a list of the missing ones. If you
send that list to [EMAIL PROTECTED], somebody will commit it to
CVS.
Derick
Previous Comments:
[2002-03-27 10:12:47] [EMAIL PROTECTED]
the php.ini-dist and php.ini-recommended files are missing extensions
(version 4.1.2 and 4.2.0RC1)
;extension=php_curl.dll , etc.
there also is no mention of the UNIX style extansions
;extension=curl.so
RedHat has generally patched the php.ini to do this. At least for me,
this makes managing a server farm _much_ easier.
these can easily be generated thus:
[chrismcc@philippe ext]$ for EXT in $(ls|grep -v
'ext_skel\|Makefile.in') ; do echo ";extension=${EXT}.so" ;done
;extension=aspell.so
;extension=bcmath.so
;extension=bz2.so
;extension=calendar.so
;extension=ccvs.so
;extension=com.so
;extension=cpdf.so
;extension=crack.so
and
[chrismcc@philippe ext]$ for EXT in $(ls|grep -v
'ext_skel\|Makefile.in') ; do echo ";extension=php_${EXT}.dll" ;done
;extension=php_aspell.dll
;extension=php_bcmath.dll
;extension=php_bz2.dll
;extension=php_calendar.dll
;extension=php_ccvs.dll
;extension=php_com.dll
;extension=php_cpdf.dll
;extension=php_crack.dll
Is there a way to upload patches?
--
Edit this bug report at http://bugs.php.net/?id=16311&edit=1
Bug #15151 Updated: Decimals/Numerics stored as int64 always display as xxx.2
ID: 15151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: InterBase related Operating System: Windows PHP Version: 4.1.1 New Comment: please make a patch against the current CVS version. Derick Previous Comments: [2002-03-27 11:08:06] [EMAIL PROTECTED] The original fix I posted has its own bug (due to me not VC++) when the number is less than 0 but greater than -1 the negative sign does not appear. This fixes it (and the original problem also): Add these declarations: ISC_INT64 tv64; ISC_INT64 iv64; ISC_INT64 fv64; then change the code: case SQL_INT64: tv64 = (ISC_INT64) *((ISC_INT64 *) data); iv64 = (tv64 / (int) pow(10.0, (double) -scale)); fv64 = (ISC_INT64) abs((int) tv64 % (int) pow(10.0, (double) -scale)); val->type = IS_STRING; if ( tv64 < 0 && iv64 == 0 ) val->value.str.len = sprintf(string_data, "-0"); else val->value.str.len = sprintf(string_data, "%Ld", iv64); val->value.str.len += sprintf(string_data + val->value.str.len, ".%0*Ld", -scale, fv64); val->value.str.val = estrdup(string_data); break; [2002-03-27 11:06:10] [EMAIL PROTECTED] The original fix I posted has its own bug (due to me not VC++) when the number is less than 0 but greater than -1 the negative sign does not appear. This fixes it (and the original problem also): case SQL_INT64: tv64 = (ISC_INT64) *((ISC_INT64 *) data); iv64 = (tv64 / (int) pow(10.0, (double) -scale)); fv64 = (ISC_INT64) abs((int) tv64 % (int) pow(10.0, (double) -scale)); val->type = IS_STRING; if ( tv64 < 0 && iv64 == 0 ) val->value.str.len = sprintf(string_data, "-0"); else val->value.str.len = sprintf(string_data, "%Ld", iv64); val->value.str.len += sprintf(string_data + val->value.str.len, ".%0*Ld", -scale, fv64); val->value.str.val = estrdup(string_data); break; [2002-01-21 13:15:30] [EMAIL PROTECTED] This is also reported as #13807 [2002-01-21 13:10:17] [EMAIL PROTECTED] Decimals/Numerics that are stored as 64-bit integers always display as xxx.2. The following should fix the problem: Original code (on or about line 1782): val->value.str.len = sprintf(string_data, "%Ld.%0*Ld", (ISC_INT64) (*((ISC_INT64 *)data) / (int) pow(10.0, (double) -scale)), -scale, (ISC_INT64) abs((int) (*((ISC_INT64 *)data) % (int) pow(10.0, (double) -scale; Change to: val->value.str.len = sprintf(string_data, "%Ld", (ISC_INT64) (*((ISC_INT64 *)data) / (int) pow(10.0, (double) -scale))); val->value.str.len += sprintf(string_data + val->value.str.len, ".%0*Ld", -scale, (ISC_INT64) abs((int) (*((ISC_INT64 *)data) % (int) pow(10.0, (double) -scale; The problem is with MSVC++. It doesn't seem to like two int64s in the same sprintf statement. I don't yet have all the pieces to compile the extension so I have not fully tested it, but I have duplicated the problem in a test program and verified that the above code fixes the problem in the test program. -- Edit this bug report at http://bugs.php.net/?id=15151&edit=1
Bug #15909 Updated: Session data not updated on page jump (header() may be the cause)
ID: 15909 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux Gnu 2.2.12 PHP Version: 4.1.2 New Comment: Sorry, I don't see where I would limit size of max text size returned from MySQL or what you are looking for. Please clarify. The applications that are not working are not using large text fields. Most are defined as TINYTEXT and TEXT. There are a couole of columns defined as MEDIUMTEXT (due to misunderstanding of field types) but the contents are less than 4000 bytes. Previous Comments: [2002-03-26 21:44:55] [EMAIL PROTECTED] Could you limit size of max text size returned from MySQL? Does it help? [2002-03-26 11:55:03] [EMAIL PROTECTED] Yes, we are using MySQL 3.23.38 in the application. However, the session.save_handler is files. We were using the same version of MySQL with PHP 4.0.2. [2002-03-26 00:40:21] [EMAIL PROTECTED] Do you use MySQL? [2002-03-25 21:15:04] [EMAIL PROTECTED] PHP Does not appear to be seg faulting; nothing in the logs indicates that type of error. [2002-03-25 05:09:49] [EMAIL PROTECTED] Hmm. It sounds like PHP is segfaulting. (Or bailing out without proper shutdown) If you are having segfualts, could you build PHP with --enable-debug and send the backtrace? 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/15909 -- Edit this bug report at http://bugs.php.net/?id=15909&edit=1
Bug #16310 Updated: magic_quotes_runtime
ID: 16310 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Win NT 4.0 SP6 PHP Version: 4.1.2 New Comment: When, in php.ini, I do : magic_quotes_runtime = On my SQL request send this : 19 pol▓ ertÛæ Faisa (bad answeer) then PHP bug (html files OK but PHP files not OK ; error 500) and it's impossible to reboot the service (I must reboot the computer) But, when, in php.ini, I do : magic_quotes_runtime = Off my SQL request send : 19 polo ertyt Faisan (correct answeer) I use Win NT4, MSSQL7, IIS This bug was not in version 4.0.6 but it is in 4.1.1 et 4.1.2 Previous Comments: [2002-03-27 10:32:12] [EMAIL PROTECTED] English please. [2002-03-27 10:09:25] [EMAIL PROTECTED] Quand, dans php.ini, j'écris : magic_quotes_runtime = On mes requêtes SQL me renvoient ceci : 19 pol▓ ertÛæ Faisa puis PHP plante et il m'est impossible de redémarrer le sevice (je dois redémarrer la machine) Par contre quand dans php.ini, j'écris : magic_quotes_runtime = Off mes requêtes SQL me renvoient : 19 polo ertyt Faisan (ce qui est correct) J'utilise Win NT4, MSSQL7, IIS Ce problème n'est jamais arrivé avec la version 4.0.6 mais il arrive toujours avec 4.1.1 et 4.1.2 -- Edit this bug report at http://bugs.php.net/?id=16310&edit=1
Bug #15151 Updated: Decimals/Numerics stored as int64 always display as xxx.2
ID: 15151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related Operating System: Windows PHP Version: 4.1.1 New Comment: The original fix I posted has its own bug (due to me not VC++) when the number is less than 0 but greater than -1 the negative sign does not appear. This fixes it (and the original problem also): Add these declarations: ISC_INT64 tv64; ISC_INT64 iv64; ISC_INT64 fv64; then change the code: case SQL_INT64: tv64 = (ISC_INT64) *((ISC_INT64 *) data); iv64 = (tv64 / (int) pow(10.0, (double) -scale)); fv64 = (ISC_INT64) abs((int) tv64 % (int) pow(10.0, (double) -scale)); val->type = IS_STRING; if ( tv64 < 0 && iv64 == 0 ) val->value.str.len = sprintf(string_data, "-0"); else val->value.str.len = sprintf(string_data, "%Ld", iv64); val->value.str.len += sprintf(string_data + val->value.str.len, ".%0*Ld", -scale, fv64); val->value.str.val = estrdup(string_data); break; Previous Comments: [2002-03-27 11:06:10] [EMAIL PROTECTED] The original fix I posted has its own bug (due to me not VC++) when the number is less than 0 but greater than -1 the negative sign does not appear. This fixes it (and the original problem also): case SQL_INT64: tv64 = (ISC_INT64) *((ISC_INT64 *) data); iv64 = (tv64 / (int) pow(10.0, (double) -scale)); fv64 = (ISC_INT64) abs((int) tv64 % (int) pow(10.0, (double) -scale)); val->type = IS_STRING; if ( tv64 < 0 && iv64 == 0 ) val->value.str.len = sprintf(string_data, "-0"); else val->value.str.len = sprintf(string_data, "%Ld", iv64); val->value.str.len += sprintf(string_data + val->value.str.len, ".%0*Ld", -scale, fv64); val->value.str.val = estrdup(string_data); break; [2002-01-21 13:15:30] [EMAIL PROTECTED] This is also reported as #13807 [2002-01-21 13:10:17] [EMAIL PROTECTED] Decimals/Numerics that are stored as 64-bit integers always display as xxx.2. The following should fix the problem: Original code (on or about line 1782): val->value.str.len = sprintf(string_data, "%Ld.%0*Ld", (ISC_INT64) (*((ISC_INT64 *)data) / (int) pow(10.0, (double) -scale)), -scale, (ISC_INT64) abs((int) (*((ISC_INT64 *)data) % (int) pow(10.0, (double) -scale; Change to: val->value.str.len = sprintf(string_data, "%Ld", (ISC_INT64) (*((ISC_INT64 *)data) / (int) pow(10.0, (double) -scale))); val->value.str.len += sprintf(string_data + val->value.str.len, ".%0*Ld", -scale, (ISC_INT64) abs((int) (*((ISC_INT64 *)data) % (int) pow(10.0, (double) -scale; The problem is with MSVC++. It doesn't seem to like two int64s in the same sprintf statement. I don't yet have all the pieces to compile the extension so I have not fully tested it, but I have duplicated the problem in a test program and verified that the above code fixes the problem in the test program. -- Edit this bug report at http://bugs.php.net/?id=15151&edit=1
Bug #15151 Updated: Decimals/Numerics stored as int64 always display as xxx.2
ID: 15151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related Operating System: Windows PHP Version: 4.1.1 New Comment: The original fix I posted has its own bug (due to me not VC++) when the number is less than 0 but greater than -1 the negative sign does not appear. This fixes it (and the original problem also): case SQL_INT64: tv64 = (ISC_INT64) *((ISC_INT64 *) data); iv64 = (tv64 / (int) pow(10.0, (double) -scale)); fv64 = (ISC_INT64) abs((int) tv64 % (int) pow(10.0, (double) -scale)); val->type = IS_STRING; if ( tv64 < 0 && iv64 == 0 ) val->value.str.len = sprintf(string_data, "-0"); else val->value.str.len = sprintf(string_data, "%Ld", iv64); val->value.str.len += sprintf(string_data + val->value.str.len, ".%0*Ld", -scale, fv64); val->value.str.val = estrdup(string_data); break; Previous Comments: [2002-01-21 13:15:30] [EMAIL PROTECTED] This is also reported as #13807 [2002-01-21 13:10:17] [EMAIL PROTECTED] Decimals/Numerics that are stored as 64-bit integers always display as xxx.2. The following should fix the problem: Original code (on or about line 1782): val->value.str.len = sprintf(string_data, "%Ld.%0*Ld", (ISC_INT64) (*((ISC_INT64 *)data) / (int) pow(10.0, (double) -scale)), -scale, (ISC_INT64) abs((int) (*((ISC_INT64 *)data) % (int) pow(10.0, (double) -scale; Change to: val->value.str.len = sprintf(string_data, "%Ld", (ISC_INT64) (*((ISC_INT64 *)data) / (int) pow(10.0, (double) -scale))); val->value.str.len += sprintf(string_data + val->value.str.len, ".%0*Ld", -scale, (ISC_INT64) abs((int) (*((ISC_INT64 *)data) % (int) pow(10.0, (double) -scale; The problem is with MSVC++. It doesn't seem to like two int64s in the same sprintf statement. I don't yet have all the pieces to compile the extension so I have not fully tested it, but I have duplicated the problem in a test program and verified that the above code fixes the problem in the test program. -- Edit this bug report at http://bugs.php.net/?id=15151&edit=1
Bug #16295 Updated: # is not a valid resource
ID: 16295
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: MDK 8.2
PHP Version: 4.1.2
New Comment:
I more specify my problem:
There are two identical blocks like this
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_query("DELETE FROM tbl2 WHERE
4|id=".$row["id"]);
5| }
8| $sql=mysql_query("SELECT id FROM tbl");
9| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
10|mysql_query("DELETE FROM tbl2 WHERE
11| id=".$row["id"]);
12| }
fetching array on line 8 writes "# is not a valid mysql result
resource"
But when I put whatever query between these blocks, invalid resource
from the second block disappears and the query works good as well.
It looks like I can't use DELETE query when selecting
So, this is ok:
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_query("DELETE FROM tbl2 WHERE
4|id=".$row["id"]);
5| }
6| $sql=mysql_query("SELECT id FROM tbl"); //this does nothing but
prevent error from next block
7| $row = mysql_fetch_array($sql, MYSQL_ASSOC);
8| $sql=mysql_query("SELECT id FROM tbl");
8| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
9|mysql_unbuffered_query("DELETE FROM tbl2 WHERE
10| id=".$row["id"]);
11| }
Previous Comments:
[2002-03-27 10:53:08] [EMAIL PROTECTED]
I don't think this is a PHP problem. Try this:
Modify your script so that it looks like:
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE
4|id=\"".$row["id"]."\"");
5| }
If this works, change this bug to bogus.
[2002-03-27 09:30:40] [EMAIL PROTECTED]
I try to put mysql_query everywhere (there are no
mysql_unbuffered_queryies)
Still the same.
What's important? mysql_errno is always null and the error occures in
various resources.
Result of faulty operation in a database is sometimes ok and sometimes
not.
[2002-03-27 06:16:04] [EMAIL PROTECTED]
Don't mix mysql_unbuffered_query and mysql_query.
mysql_unbuffered_query is for fetching rows in SELECT,
SHOW or DESCRIBE statements without buffering it.
Use mysql_query ("DELETE ... instead.
[2002-03-27 06:15:58] [EMAIL PROTECTED]
Don't use mysql_unbuffered_query and mysql_query mixed.
mysql_unbuffered_query is for fetching rows in SELECT,
SHOW or DESCRIBE statements without buffering it.
Use mysql_query ("DELETE ... instead.
[2002-03-27 05:28:54] [EMAIL PROTECTED]
This SOMETIMES produces an error
"3 is not a valid mysql resource on line 2"
(or other error numbers)
First fetch_array is usually good. It looks like php forget a resource
link when calling other query (line 3).
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE id=".$row["id"]);
5| }
When I first fetch all data to an array and then use them by the same
way, it works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
queries but nothing happens.
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/16295
--
Edit this bug report at http://bugs.php.net/?id=16295&edit=1
Bug #16295 Updated: # is not a valid resource
ID: 16295
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: MDK 8.2
PHP Version: 4.1.2
New Comment:
I don't think this is a PHP problem. Try this:
Modify your script so that it looks like:
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE
4|id=\"".$row["id"]."\"");
5| }
If this works, change this bug to bogus.
Previous Comments:
[2002-03-27 09:30:40] [EMAIL PROTECTED]
I try to put mysql_query everywhere (there are no
mysql_unbuffered_queryies)
Still the same.
What's important? mysql_errno is always null and the error occures in
various resources.
Result of faulty operation in a database is sometimes ok and sometimes
not.
[2002-03-27 06:16:04] [EMAIL PROTECTED]
Don't mix mysql_unbuffered_query and mysql_query.
mysql_unbuffered_query is for fetching rows in SELECT,
SHOW or DESCRIBE statements without buffering it.
Use mysql_query ("DELETE ... instead.
[2002-03-27 06:15:58] [EMAIL PROTECTED]
Don't use mysql_unbuffered_query and mysql_query mixed.
mysql_unbuffered_query is for fetching rows in SELECT,
SHOW or DESCRIBE statements without buffering it.
Use mysql_query ("DELETE ... instead.
[2002-03-27 05:28:54] [EMAIL PROTECTED]
This SOMETIMES produces an error
"3 is not a valid mysql resource on line 2"
(or other error numbers)
First fetch_array is usually good. It looks like php forget a resource
link when calling other query (line 3).
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE id=".$row["id"]);
5| }
When I first fetch all data to an array and then use them by the same
way, it works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
queries but nothing happens.
[2002-03-26 18:38:18] [EMAIL PROTECTED]
This SOMETIMES produces the error
"3 is not a valid mysql resource on line 2"
(or other numbers)
First fetch_array is usually good. It looks like php forgot a resource
link when calling other query.
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE
4|id=".$row["id"]);
5| }
When I use an array to store data from tbl1 instead direct fetching, it
works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
mysql_query but it's the same.
--
Edit this bug report at http://bugs.php.net/?id=16295&edit=1
Bug #16308 Updated: unregister_globals() - a function that removes all vars by "register_globals"
ID: 16308 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: Linux 2.4 PHP Version: 4.1.2 New Comment: So use a one-liner like: foreach($_REQUEST as $name=>$val) unset($$name); Previous Comments: [2002-03-27 09:45:05] [EMAIL PROTECTED] He wrote httpd.conf , NOT .htaccess [2002-03-27 09:05:23] [EMAIL PROTECTED] For security reasions i can't use .htaccess for configuring php. >and how do you think unregister_globals() should be able to distinguish >between variables set by "register_globals" and those by the user? I wrote "called at the beginning of a script". At this time there should not be any variables created by the user. [2002-03-27 09:01:03] [EMAIL PROTECTED] you can set register_globals = off on a vhost base with php_value in your httpd.conf and slowly migrate each user to the new config. [2002-03-27 08:58:16] [EMAIL PROTECTED] and how do you think unregister_globals() should be able to distinguish between variables set by "register_globals" and those by the user? this will more like lead to a big mess. why not just switch it off? [2002-03-27 08:31:59] [EMAIL PROTECTED] Hi all! The new globals vars ($_GET, $_POST, etc) are very nice but they do not bring more security if register_globals = on. Regrettably, many server admins are unable to set "register_globals = off" due to the fact that many scripts would broke. I would like to see a 'unregister_globals()'-Function (called at the beginning of a script) which parses the gpc-vars and unsets all normal vars with the same name (let's say it undoes register_globals' work). It would be nice if somebody would inform me if he has such a patch. bye, Roland -- Edit this bug report at http://bugs.php.net/?id=16308&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC1
New Comment:
This should be fixed in CVS. (HEAD)
Can you please verify it and let me know and I'll merge
the fix to PHP 4.2.0 branch too.
--Jani
Previous Comments:
[2002-03-26 20:48:08] [EMAIL PROTECTED]
I'm using FreeBSD-4.5. Problem still exists in current CVS
php4-200203261500.
[2002-03-22 05:58:15] [EMAIL PROTECTED]
Here goes the part about opendl :
configure:7515: checking for dlopen in -ldl
configure:7542: gcc -o conftest -g -O2 conftest.c -ldl >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:7545: $? = 1
configure: failed program was:
#line 7523 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char dlopen ();
int
main ()
{
dlopen ();
;
return 0;
}
configure:7562: result: no
Also way below :
ac_cv_header_arpa_inet_h='yes'
ac_cv_lib_dl_dlopen='no'
php_cv_cc_dashr='yes'
[2002-03-22 05:37:16] [EMAIL PROTECTED]
The problem is looks like it is actually with libdl
(for dlopen); could you send the part of the config.log
that mentions it?
[2002-03-22 04:16:28] [EMAIL PROTECTED]
The problem is exactly the same with the latest snapshot (dated march
22th 2002).
[2002-03-21 18:23:09] [EMAIL PROTECTED]
Can you test if it works with current CVS ?
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/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16310 Updated: magic_quotes_runtime
ID: 16310 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Win NT 4.0 SP6 PHP Version: 4.1.2 New Comment: English please. Previous Comments: [2002-03-27 10:09:25] [EMAIL PROTECTED] Quand, dans php.ini, j'écris : magic_quotes_runtime = On mes requêtes SQL me renvoient ceci : 19 pol▓ ertÛæ Faisa puis PHP plante et il m'est impossible de redémarrer le sevice (je dois redémarrer la machine) Par contre quand dans php.ini, j'écris : magic_quotes_runtime = Off mes requêtes SQL me renvoient : 19 polo ertyt Faisan (ce qui est correct) J'utilise Win NT4, MSSQL7, IIS Ce problème n'est jamais arrivé avec la version 4.0.6 mais il arrive toujours avec 4.1.1 et 4.1.2 -- Edit this bug report at http://bugs.php.net/?id=16310&edit=1
Bug #16286 Updated: undefined symbol: SQLParamData
ID: 16286 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating System: Slackware 7.1 PHP Version: 4.1.2 New Comment: also try with CUSTOM_ODBC_LIBS="-llibdblib8.so -llibdbodbc8.so" but same thing Previous Comments: [2002-03-26 15:24:57] [EMAIL PROTECTED] reclassified [2002-03-26 08:19:30] [EMAIL PROTECTED] I'm trying to compile php with custom odbc support (Sybase SQL Anywhere 8) and i get this :((( Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so: undefined symbol: SQLParamData -- CUSTOM_ODBC_LIBS="-l/usr/local/sybase/SYBSsa8/lib/libodbc.so -l/usr/local/sybase/SYBSsa8/lib/libodbcinst.so" #CUSTOM_ODBC_LIBS="-llibodbc.so -llibodbcinst.so" - tried also export CUSTOM_ODBC_LIBS CPPFLAGS="-DODBC_QNX -DSQLANY_BUG" #CPPFLAGS="-DODBC_UNIX -DSQLANY_BUG" - tried also #CPPFLAGS="-DODBC_UNIX" - tried also #CPPFLAGS="-DODBC_QNX" - tried also export CPPFLAGS -- make clean rm config.cache ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql=/usr/local/mysql \ --with-iodbc=/usr/local \ --with-custom-odbc=/usr/local/sybase/SYBSsa8 \ --with-zlib \ --with-gd=/usr/local \ --with-png-dir=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --with-jpeg-dir=/usr/local make make install -- ldd /usr/local/apache/libexec/libphp4.so libdl.so.2 => /lib/libdl.so.2 (0x40186000) libz.so.1 => /usr/local/lib/libz.so.1 (0x40189000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40197000) libresolv.so.2 => /lib/libresolv.so.2 (0x401c4000) libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x401d2000) libpng.so.3 => /usr/local/lib/libpng.so.3 (0x4020b000) libjpeg.so.62 => /usr/local/lib/libjpeg.so.62 (0x4024a000) libm.so.6 => /lib/libm.so.6 (0x40269000) libnsl.so.1 => /lib/libnsl.so.1 (0x40285000) libc.so.6 => /lib/libc.so.6 (0x4029a000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) -- I'm not sure is this a bug or lack of documetation induce me to wrong way. --with-custom-odbc[=DIR] Include a user defined ODBC support. The DIR is ODBC install base directory, which defaults to /usr/local. Make sure to define CUSTOM_ODBC_LIBS and have some odbc.h in your include dirs. E.g., you should define following for Sybase SQL Anywhere 5.5.00 on QNX, prior to run configure script: CPPFLAGS="-DODBC_QNX -DSQLANY_BUG" LDFLAGS=-lunix CUSTOM_ODBC_LIBS="-ldblib -lodbc". -- Edit this bug report at http://bugs.php.net/?id=16286&edit=1
Bug #16311: php.ini-dist and php.ini-recommended missing extensions
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.1.2
PHP Bug Type: *Configuration Issues
Bug description: php.ini-dist and php.ini-recommended missing extensions
the php.ini-dist and php.ini-recommended files are missing extensions
(version 4.1.2 and 4.2.0RC1)
;extension=php_curl.dll , etc.
there also is no mention of the UNIX style extansions
;extension=curl.so
RedHat has generally patched the php.ini to do this. At least for me,
this makes managing a server farm _much_ easier.
these can easily be generated thus:
[chrismcc@philippe ext]$ for EXT in $(ls|grep -v 'ext_skel\|Makefile.in')
; do echo ";extension=${EXT}.so" ;done
;extension=aspell.so
;extension=bcmath.so
;extension=bz2.so
;extension=calendar.so
;extension=ccvs.so
;extension=com.so
;extension=cpdf.so
;extension=crack.so
and
[chrismcc@philippe ext]$ for EXT in $(ls|grep -v 'ext_skel\|Makefile.in')
; do echo ";extension=php_${EXT}.dll" ;done
;extension=php_aspell.dll
;extension=php_bcmath.dll
;extension=php_bz2.dll
;extension=php_calendar.dll
;extension=php_ccvs.dll
;extension=php_com.dll
;extension=php_cpdf.dll
;extension=php_crack.dll
Is there a way to upload patches?
--
Edit bug report at http://bugs.php.net/?id=16311&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16311&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16311&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16311&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16311&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16311&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16311&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16311&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16311&r=submittedtwice
Bug #16310: magic_quotes_runtime
From: [EMAIL PROTECTED] Operating system: Win NT 4.0 SP6 PHP version: 4.1.2 PHP Bug Type: Reproducible crash Bug description: magic_quotes_runtime Quand, dans php.ini, j'écris : magic_quotes_runtime = On mes requêtes SQL me renvoient ceci : 19 pol▓ ertÛæ Faisa puis PHP plante et il m'est impossible de redémarrer le sevice (je dois redémarrer la machine) Par contre quand dans php.ini, j'écris : magic_quotes_runtime = Off mes requêtes SQL me renvoient : 19 polo ertyt Faisan (ce qui est correct) J'utilise Win NT4, MSSQL7, IIS Ce problème n'est jamais arrivé avec la version 4.0.6 mais il arrive toujours avec 4.1.1 et 4.1.2 -- Edit bug report at http://bugs.php.net/?id=16310&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16310&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16310&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16310&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16310&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16310&r=support Expected behavior: http://bugs.php.net/fix.php?id=16310&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16310&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16310&r=submittedtwice
Bug #16308 Updated: unregister_globals() - a function that removes all vars by "register_globals"
ID: 16308 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: Linux 2.4 PHP Version: 4.1.2 New Comment: He wrote httpd.conf , NOT .htaccess Previous Comments: [2002-03-27 09:05:23] [EMAIL PROTECTED] For security reasions i can't use .htaccess for configuring php. >and how do you think unregister_globals() should be able to distinguish >between variables set by "register_globals" and those by the user? I wrote "called at the beginning of a script". At this time there should not be any variables created by the user. [2002-03-27 09:01:03] [EMAIL PROTECTED] you can set register_globals = off on a vhost base with php_value in your httpd.conf and slowly migrate each user to the new config. [2002-03-27 08:58:16] [EMAIL PROTECTED] and how do you think unregister_globals() should be able to distinguish between variables set by "register_globals" and those by the user? this will more like lead to a big mess. why not just switch it off? [2002-03-27 08:31:59] [EMAIL PROTECTED] Hi all! The new globals vars ($_GET, $_POST, etc) are very nice but they do not bring more security if register_globals = on. Regrettably, many server admins are unable to set "register_globals = off" due to the fact that many scripts would broke. I would like to see a 'unregister_globals()'-Function (called at the beginning of a script) which parses the gpc-vars and unsets all normal vars with the same name (let's say it undoes register_globals' work). It would be nice if somebody would inform me if he has such a patch. bye, Roland -- Edit this bug report at http://bugs.php.net/?id=16308&edit=1
Bug #16295 Updated: # is not a valid resource
ID: 16295
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: MySQL related
Operating System: MDK 8.2
PHP Version: 4.1.2
New Comment:
I try to put mysql_query everywhere (there are no
mysql_unbuffered_queryies)
Still the same.
What's important? mysql_errno is always null and the error occures in
various resources.
Result of faulty operation in a database is sometimes ok and sometimes
not.
Previous Comments:
[2002-03-27 06:16:04] [EMAIL PROTECTED]
Don't mix mysql_unbuffered_query and mysql_query.
mysql_unbuffered_query is for fetching rows in SELECT,
SHOW or DESCRIBE statements without buffering it.
Use mysql_query ("DELETE ... instead.
[2002-03-27 06:15:58] [EMAIL PROTECTED]
Don't use mysql_unbuffered_query and mysql_query mixed.
mysql_unbuffered_query is for fetching rows in SELECT,
SHOW or DESCRIBE statements without buffering it.
Use mysql_query ("DELETE ... instead.
[2002-03-27 05:28:54] [EMAIL PROTECTED]
This SOMETIMES produces an error
"3 is not a valid mysql resource on line 2"
(or other error numbers)
First fetch_array is usually good. It looks like php forget a resource
link when calling other query (line 3).
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE id=".$row["id"]);
5| }
When I first fetch all data to an array and then use them by the same
way, it works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
queries but nothing happens.
[2002-03-26 18:38:18] [EMAIL PROTECTED]
This SOMETIMES produces the error
"3 is not a valid mysql resource on line 2"
(or other numbers)
First fetch_array is usually good. It looks like php forgot a resource
link when calling other query.
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE
4|id=".$row["id"]);
5| }
When I use an array to store data from tbl1 instead direct fetching, it
works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
mysql_query but it's the same.
--
Edit this bug report at http://bugs.php.net/?id=16295&edit=1
Bug #15766 Updated: Apache/2.0.32 (Unix) PHP/4.3.0-dev crashes during output
ID: 15766
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
-Bug Type: Reproducible crash
+Bug Type: Apache2 related
Operating System: Linux 2.4.2 - RedHat 7.1
PHP Version: 4.0CVS-2002-02-27
Previous Comments:
[2002-03-27 04:18:28] [EMAIL PROTECTED]
try http://bugs.php.net/bug.php?id=14999 .
Perhaps, all works fine.
[2002-02-27 18:25:35] [EMAIL PROTECTED]
Here is my apache configuration:
./configure --prefix=/usr/local/apache2 --enable-so
And my PHP configuration:
./configure --with-xml \
--enable-ftp \
--with-imap=/usr/local/imap/imap-2001a \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-config-file-path=/usr/local/php/cvs/conf \
--with-mysql=/usr/local/mysql
[2002-02-27 18:20:11] [EMAIL PROTECTED]
The first few requests are handled fine, then suddenly Apache children
start segfaulting. The following script reproduces this crash,
backtrace is included after script:
Test crash
\n";
for ($i = 0; $i < $rows; ++$i) {
echo "";
for ($j = 0; $j < $cols; ++$j) {
echo "Hello World";
}
echo "\n";
}
echo "";
?>
backtrace follows ---
[root@auth bin]# gdb httpd
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 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 -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1024 (LWP 9570)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 9570)]
0x08082b38 in ap_pass_brigade (next=0x4001d3dc, bb=0x81a5000) at
util_filter.c:445
445 return next->frec->filter_func.out_func(next, bb);
(gdb) bt
#0 0x08082b38 in ap_pass_brigade (next=0x4001d3dc, bb=0x81a5000) at
util_filter.c:445
#1 0x40307e40 in php_apache_sapi_ub_write (str=0x81a01b7 "",
str_length=0, tsrm_ls=0x8136dd0) at sapi_apache2.c:66
#2 0x403131ff in php_ub_body_write_no_header (str=0x81a01ac
"\n", str_length=11, tsrm_ls=0x8136dd0)
at output.c:440
#3 0x403127b8 in php_body_write (str=0x81a01ac "\n",
str_length=11, tsrm_ls=0x8136dd0) at output.c:99
#4 0x4030a59a in php_body_write_wrapper (str=0x81a01ac "\n",
str_length=11) at main.c:762
#5 0x402fd24d in zend_print_zval_ex (write_func=0x4030a568
, expr=0x819ee7c, indent=0)
at zend.c:187
#6 0x402fd1ed in zend_print_zval (expr=0x819ee7c, indent=0) at
zend.c:168
#7 0x402fce9e in zend_print_variable (var=0x819ee7c) at
zend_variables.c:169
#8 0x402ed960 in execute (op_array=0x817e228, tsrm_ls=0x8136dd0) at
./zend_execute.c:1231
#9 0x402efc28 in execute (op_array=0x8175ca4, tsrm_ls=0x8136dd0) at
./zend_execute.c:1638
#10 0x402fe6a2 in zend_execute_scripts (type=8, tsrm_ls=0x8136dd0,
retval=0x0, file_count=3) at zend.c:810
#11 0x4030b976 in php_execute_script (primary_file=0xb840,
tsrm_ls=0x8136dd0) at main.c:1333
#12 0x40308686 in php_output_filter (f=0x81a4a48, bb=0x81a4b90) at
sapi_apache2.c:381
#13 0x08082b3b in ap_pass_brigade (next=0x81a4a48, bb=0x81a4b90) at
util_filter.c:445
#14 0x08088898 in default_handler (r=0x81a3790) at core.c:2995
#15 0x080796d6 in ap_run_handler (r=0x81a3790) at config.c:185
#16 0x08079b41 in ap_invoke_handler (r=0x81a3790) at config.c:359
#17 0x0806a6e2 in ap_process_request (r=0x81a3790) at
http_request.c:290
#18 0x08066ff1 in ap_process_http_connection (c=0x8167de0) at
http_core.c:287
#19 0x0808143e in ap_run_process_connection (c=0x8167de0) at
connection.c:85
#20 0x08078467 in child_main (child_num_arg=0) at prefork.c:717
#21 0x08078510 in make_child (s=0x81311c8, slot=0) at prefork.c:753
#22 0x080785fa in startup_children (number_to_start=2) at
prefork.c:830
#23 0x0807888f in ap_mpm_run (_pconf=0x80aec98, plog=0x80e6d78,
s=0x81311c8) at prefork.c:1021
#24 0x0807d2cd in main (argc=2, argv=0xbb3c) at main.c:501
#25 0x40185177 in __libc_start_main (main=0x807cc20 , argc=2,
ubp_av=0xbb3c, init=0x805e00c <_init>,
fini=0x8091dc0 <_fini>, rtld_fini=0x4000e184 <_dl_fini>,
stack_end=0xbb2c)
at ../sysdeps/generic/libc-start.c:129
--
Edit this bug report at http://bugs.php.net/?id=15766&edit=1
Bug #16303 Updated: file() MUCH faster than fsockopen() + fgets() but we should be able to set th
ID: 16303
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.1.1
New Comment:
I'm not quite sure what you are asking for here;
could you be more specific?
Previous Comments:
[2002-03-27 01:55:45] [EMAIL PROTECTED]
When tring to open a file for remote edition like:
$file = file("http://myaddress.com/users.php?op=xz&f=w";);
Whe can't set the headers.
And why one would like to?
1 - Readfile throws the content to std out.
2 - fsockopen takes too much time to do the same:
$sck = fsockopen($host,$port,&$errno,&$errstr);
fputs($sck,$request);
while(!feof($sck)) {
$result .= fgets($sck,128);
}
This will take about 300-400% more time compared with file() or
readfile(). (WHY??? Ive tested the int lenght of fgets() with
2,32,64,128...4096 and it is still very slow: filesizes > 400kb ~
90-120 sec (@ 256k) when file() does the same in ~ 20-30 sec).
I've not tested cURL yet, but I think PHP should support this w/o 3
parties..
Thanks ppl!
--
Edit this bug report at http://bugs.php.net/?id=16303&edit=1
Bug #16308 Updated: unregister_globals() - a function that removes all vars by "register_globals"
ID: 16308 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: Linux 2.4 PHP Version: 4.1.2 New Comment: For security reasions i can't use .htaccess for configuring php. >and how do you think unregister_globals() should be able to distinguish >between variables set by "register_globals" and those by the user? I wrote "called at the beginning of a script". At this time there should not be any variables created by the user. Previous Comments: [2002-03-27 09:01:03] [EMAIL PROTECTED] you can set register_globals = off on a vhost base with php_value in your httpd.conf and slowly migrate each user to the new config. [2002-03-27 08:58:16] [EMAIL PROTECTED] and how do you think unregister_globals() should be able to distinguish between variables set by "register_globals" and those by the user? this will more like lead to a big mess. why not just switch it off? [2002-03-27 08:31:59] [EMAIL PROTECTED] Hi all! The new globals vars ($_GET, $_POST, etc) are very nice but they do not bring more security if register_globals = on. Regrettably, many server admins are unable to set "register_globals = off" due to the fact that many scripts would broke. I would like to see a 'unregister_globals()'-Function (called at the beginning of a script) which parses the gpc-vars and unsets all normal vars with the same name (let's say it undoes register_globals' work). It would be nice if somebody would inform me if he has such a patch. bye, Roland -- Edit this bug report at http://bugs.php.net/?id=16308&edit=1
Bug #16308 Updated: unregister_globals() - a function that removes all vars by "register_globals"
ID: 16308 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: Linux 2.4 PHP Version: 4.1.2 New Comment: you can set register_globals = off on a vhost base with php_value in your httpd.conf and slowly migrate each user to the new config. Previous Comments: [2002-03-27 08:58:16] [EMAIL PROTECTED] and how do you think unregister_globals() should be able to distinguish between variables set by "register_globals" and those by the user? this will more like lead to a big mess. why not just switch it off? [2002-03-27 08:31:59] [EMAIL PROTECTED] Hi all! The new globals vars ($_GET, $_POST, etc) are very nice but they do not bring more security if register_globals = on. Regrettably, many server admins are unable to set "register_globals = off" due to the fact that many scripts would broke. I would like to see a 'unregister_globals()'-Function (called at the beginning of a script) which parses the gpc-vars and unsets all normal vars with the same name (let's say it undoes register_globals' work). It would be nice if somebody would inform me if he has such a patch. bye, Roland -- Edit this bug report at http://bugs.php.net/?id=16308&edit=1
Bug #16308 Updated: unregister_globals() - a function that removes all vars by "register_globals"
ID: 16308 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux 2.4 PHP Version: 4.1.2 New Comment: and how do you think unregister_globals() should be able to distinguish between variables set by "register_globals" and those by the user? this will more like lead to a big mess. why not just switch it off? Previous Comments: [2002-03-27 08:31:59] [EMAIL PROTECTED] Hi all! The new globals vars ($_GET, $_POST, etc) are very nice but they do not bring more security if register_globals = on. Regrettably, many server admins are unable to set "register_globals = off" due to the fact that many scripts would broke. I would like to see a 'unregister_globals()'-Function (called at the beginning of a script) which parses the gpc-vars and unsets all normal vars with the same name (let's say it undoes register_globals' work). It would be nice if somebody would inform me if he has such a patch. bye, Roland -- Edit this bug report at http://bugs.php.net/?id=16308&edit=1
Bug #16288 Updated: Timeout while checking on a string
ID: 16288
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Pspell related
Operating System: RedHat 7.2
PHP Version: 4.1.2
Assigned To: vlad
New Comment:
I don't know if I'm supposed to open the bug report again or not...
Previous Comments:
[2002-03-26 20:44:08] [EMAIL PROTECTED]
went in /usr/local/downloads (where I build packages before installing
them) and built example-c, it works perfectly fine.
my steps for installing pspell, aspell and php were:
Pspell:
cd /usr/local/download/pspell
./configure
make
make install
cd ../aspell
./configure
make
make install
cd ../pspell/modules
./add-modules
cd ../../php
./configure --with-apxs=/usr/sbin/apxs
--with-sybase=/usr/local/freetds/
--with-pdflib --enable-debug --enable-trans-sid --with-pspell ; make ;
make install ; /etc/init.d/httpd restart ; echo all done
[2002-03-26 18:12:20] [EMAIL PROTECTED]
I use the *exact* same configuration on my test box and it works
(redhat7.2, php4.1.2, same exact versions of pspell and aspell).
Two questions:
- can you build and run a sample app in pspell/examples directory?
(e.g. 'make example-c' followed by './example-c en')?
- what are your build steps when building aspell and pspell, and in
which exact order?
I suspect misconfiguration :(
[2002-03-26 09:56:28] [EMAIL PROTECTED]
Hi,
After having a few problems with the RedHat's pre-installed RPM's for
Aspell and Pspell, I decided to remove them and grab the latest
versions on the official website, versions:
aspell-.33.7.1
pspell-.12.2
php 4.1.2
I first compiled pspell (./configure ; make ; make install)
then aspell the same way
then in the modules dir for pspell I did ./add-modules and it seemed to
work, then I simply compiled PHP with:
./configure --with-apxs=/usr/sbin/apxs
--with-sybase=/usr/local/freetds/ --with-pdflib --enable-debug
--enable-trans-sid --with-pspell ; make ; make install ;
/etc/init.d/httpd restart ; echo all done
And everything seemed to work so far but then while calling a simple
script, I get the following error:
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/spellcheck.php on line 9...
here is the script:
\n";
$string = str_replace(",", "", $string);
$keys = explode(" ", $string);
$mylink = pspell_new("en");
foreach($keys as $value)
{
if (!(pspell_check($mylink, $value)))
{
echo "$value - invalid spelling";
$suggest = pspell_suggest($mylink, $value);
echo "Suggesting $suggest";
}
}
Did they break backward source compatibility again or is it a problem
with my config or install ?
--
Edit this bug report at http://bugs.php.net/?id=16288&edit=1
Bug #16308: unregister_globals() - a function that removes all vars by "register_globals"
From: [EMAIL PROTECTED] Operating system: Linux 2.4 PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: unregister_globals() - a function that removes all vars by "register_globals" Hi all! The new globals vars ($_GET, $_POST, etc) are very nice but they do not bring more security if register_globals = on. Regrettably, many server admins are unable to set "register_globals = off" due to the fact that many scripts would broke. I would like to see a 'unregister_globals()'-Function (called at the beginning of a script) which parses the gpc-vars and unsets all normal vars with the same name (let's say it undoes register_globals' work). It would be nice if somebody would inform me if he has such a patch. bye, Roland -- Edit bug report at http://bugs.php.net/?id=16308&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16308&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16308&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16308&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16308&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16308&r=support Expected behavior: http://bugs.php.net/fix.php?id=16308&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16308&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16308&r=submittedtwice
Bug #16307 Updated: is_null function, paragraph "see also" incomplete
ID: 16307 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: all PHP Version: 4.1.2 New Comment: This has been fixed in CVS: EN version 1.99 Previous Comments: [2002-03-27 08:17:57] [EMAIL PROTECTED] That should be two missing functions: is_integer and is_real. [2002-03-27 08:06:36] [EMAIL PROTECTED] File: var.xml (en version 1.98), function: is_null The "see also" paragraph shows See also is_bool, is_numeric, is_float, is_int, is_string, is_object, is_array, and ... and what? Did you forget another reference? Regards Darvin Andrioli -- Edit this bug report at http://bugs.php.net/?id=16307&edit=1
Bug #16307 Updated: is_null function, paragraph "see also" incomplete
ID: 16307 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: all PHP Version: 4.1.2 New Comment: That should be two missing functions: is_integer and is_real. Previous Comments: [2002-03-27 08:06:36] [EMAIL PROTECTED] File: var.xml (en version 1.98), function: is_null The "see also" paragraph shows See also is_bool, is_numeric, is_float, is_int, is_string, is_object, is_array, and ... and what? Did you forget another reference? Regards Darvin Andrioli -- Edit this bug report at http://bugs.php.net/?id=16307&edit=1
Bug #16307: is_null function, paragraph "see also" incomplete
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: is_null function, paragraph "see also" incomplete File: var.xml (en version 1.98), function: is_null The "see also" paragraph shows See also is_bool, is_numeric, is_float, is_int, is_string, is_object, is_array, and ... and what? Did you forget another reference? Regards Darvin Andrioli -- Edit bug report at http://bugs.php.net/?id=16307&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16307&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16307&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16307&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16307&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16307&r=support Expected behavior: http://bugs.php.net/fix.php?id=16307&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16307&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16307&r=submittedtwice
Bug #16294 Updated: Pages loading slowly
ID: 16294 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Windows 98 PHP Version: 4.1.2 New Comment: First I downloaded the italian CHM manual and it is slow as our user reports, same for the english one on my machine (Windows98 SE). Then I compiled myself the CHM and it does not show any problem in speed. It is fast as usual PHP CHM are. Previous Comments: [2002-03-26 17:16:11] [EMAIL PROTECTED] here's some more specif info: The CHM file was compiled on: Sun Mar 24 02:00:26 2002 and it is the old (regular) CHM manual, not the one which you are working on now (which is currently on the 4th edition). [2002-03-26 17:09:41] [EMAIL PROTECTED] hello, I have recently downloaded the CHM help manual in english (from the documantation page). The file was compiled on 25th of March 2002. When i swtich to any page, it takes about 30 seconds to load that page. I ran the manual on a Pentium 200 with 32MB of ram that has IE 6.0 installed. This didnt happen with older versions of the manual(which i downloaded about 3 months ago.) -- Edit this bug report at http://bugs.php.net/?id=16294&edit=1
Bug #15400 Updated: Queries Crashing PHP.EXE
ID: 15400
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
*** SOLVED ***
If the configuration option "mssql.compatability_mode" is missing, then
php_mssql fails to initialize the procedure pointer for
"get_column_content". Looks like a bug, but can be avoided simply by
adding the configuration option:
mssql.compatability_mode = Off
May be it is the best to take php.ini-dist and copy the full [MSSQL]
section in your active php.ini.
Cheers,
Adrian
Previous Comments:
[2002-03-27 04:53:34] [EMAIL PROTECTED]
The crash occurs only if the query returns any records.
The following example crashes on the last query. All others run fine
(appropriate access rights assumed ;-)
Using NT4 SP5 and tried with both PHP4.1.1 and 4.1.2
[2002-03-13 14:14:25] [EMAIL PROTECTED]
The same problem. Win2K Pro, PHP 4.1.2
===PHP.INI
error_reporting= E_ALL; display all errors, warnings and notices
enable_dl=on
extension_dir=c:\php\extensions
extension=php_mssql.dll
===
Running from command line or as CGI results in the fatal application
error. Any bug in query string results in normal PHP error message "MS
SQL: Query failed in ".
ODBC version works ok.
[2002-02-06 09:19:17] [EMAIL PROTECTED]
the [] were just there to denote what I was putting into them
[2002-02-06 09:12:58] [EMAIL PROTECTED]
Well it does...
Tried your way MSSQL_CONNECT("HOST:123", "USER", "PWD");
got
Warning: MS SQL: Unable to connect to server: HOST:123 in
c:\inetpub\wwwroot\hello.php on line 5
Warning: MS SQL message: Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
c:\inetpub\wwwroot\hello.php on line 6
Warning: MS SQL: Unable to connect to server: (null) in
c:\inetpub\wwwroot\hello.php on line 6
Warning: MS SQL: A link to the server could not be established in
c:\inetpub\wwwroot\hello.php on line 6
Warning: MS SQL message: Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
c:\inetpub\wwwroot\hello.php on line 7
Warning: MS SQL: Unable to connect to server: (null) in
c:\inetpub\wwwroot\hello.php on line 7
Warning: MS SQL: A link to the server could not be established in
c:\inetpub\wwwroot\hello.php on line 7
Tried MSSQL_CONNECT("HOST,123", "USER", "PWD");
and it crashes... with error stated in first posting
[2002-02-06 07:35:20] [EMAIL PROTECTED]
Are you calling mssql_connect() this way or did I misunderstand it?
mssql_connect("[localhost,123]", "[www]", "[secret]");
AFAIK, you should just call
mssql_connect("localhost:123", "www", "secret");
Is that your problem?
Anyway, it SHOULDN'T crash.
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/15400
--
Edit this bug report at http://bugs.php.net/?id=15400&edit=1
Bug #16299 Updated: session no save data with global_vars=off
ID: 16299
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: win98-redhat7.2
PHP Version: 4.1.2
New Comment:
Please report in ENGLISH.
Previous Comments:
[2002-03-26 22:56:50] [EMAIL PROTECTED]
Tengo la siguiente duda sobre el manejo de sesiones en php4, todo
funciona muy bien cuando habilito las variables globales en el php.ini,
pero cuando las pongo en off, no funciona. Agradezco su revision.
Saludos y gracias. cesar
Ahh por cierto estas pruebas la realize en:
Win98-PWS4-PHP4.1.2 y en RedHat7.2-Apache1.3-PHP406
Les paso 2 ejemplos en uno NO funciona y en otro si.
session_start(); //EJEMPLO QUE NO FUNCIONA
!isset($_SESSION['count']) ? $_SESSION['count'] = 0 :
$_SESSION['count']++; // idem con $HTTP_SESSION_VARS
echo $_SESSION['count'];
===
session_start(); //EJEMPLO QUE FUNCIONA
if(!session_is_registered('count')){
session_register('count');
$count = 0;
}else{
$count++;
}
echo $count;
--
Edit this bug report at http://bugs.php.net/?id=16299&edit=1
Bug #16298 Updated: Arrays being called in a function() call produces unexpected error.
ID: 16298
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: WinXP
PHP Version: 4.1.2
New Comment:
This is just not possible, and I don't see any need for it. Just use
function foo($bar) {}.
Previous Comments:
[2002-03-26 21:10:01] [EMAIL PROTECTED]
When making a simple function...
(Small scale beta templating system)
When you call the function include_page function with a normal
variable...
i.e. "function include_page($variable)" the function works find...
...but...
If you use it with a variable...
i.e. "function include_page($script_pref["variable"])" the webpage
produces the following...
Parse error: parse error, expecting `')'' in c:\apache\htdocs\index.php
on line 2
I have rewritten the function name sveral times, and in diffrent
forms.. with 's and without.. but no change.. only when you use a
variable inside a array...
My PHP.ini has full error reporting, a debugging mode switched on
(startup errors etc on)
--
Edit this bug report at http://bugs.php.net/?id=16298&edit=1
Bug #16061 Updated: Post Problem with thttpd
ID: 16061
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Other web server
Operating System: linux
PHP Version: 4.1.2
New Comment:
Hi
Meanwhile i did some debugging and found several bugs in the
sapi_thttpd_read_post Function, which i have patched. This patch is
just a workaround, because it blocks the server until all POST data is
read. There should be found a more elegant solution.
In the function php_register_var i also found a bug, that i have
patched.
--- php-4.1.2.orig/sapi/thttpd/thttpd.c Tue Aug 7 10:35:54 2001
+++ php-4.1.2.patched/sapi/thttpd/thttpd.c Tue Mar 19 17:22:52
2002
@@ -130,29 +130,52 @@
static int sapi_thttpd_read_post(char *buffer, uint count_bytes
TSRMLS_DC)
{
- size_t read_bytes = 0, tmp;
+ size_t read_bytes = 0;
+ int tmp;
int c;
+ struct timeval timeout;
+ int wait_time = 250; /* milliseconds */
+ int total_wait_time = 30; /* seconds */
+ int retry_start = total_wait_time * 1000 / wait_time;
+ int retry = retry_start;
/* to understand this, read cgi_interpose_input() in libhttpd.c
*/
c = TG(hc)->read_idx - TG(hc)->checked_idx;
+ c = MIN (c, SG(request_info).content_length);
if (c > 0) {
read_bytes = MIN(c, count_bytes);
memcpy(buffer, TG(hc)->read_buf + TG(hc)->checked_idx,
read_bytes);
TG(hc)->checked_idx += read_bytes;
- count_bytes -= read_bytes;
}
-
+
count_bytes = MIN(count_bytes,
- SG(request_info).content_length -
SG(read_post_bytes) - TG(post_off));
+ SG(request_info).content_length -
SG(read_post_bytes));
while (read_bytes < count_bytes) {
- tmp = recv(TG(hc)->conn_fd, buffer + read_bytes,
+ if ( retry < 0)
+ break;
+
+ tmp = recv(TG(hc)->conn_fd, buffer + read_bytes,
count_bytes - read_bytes, 0);
- if (tmp <= 0)
- break;
- read_bytes += tmp;
+
+ if (tmp <= 0) {
+ if ( errno == EINTR )
+ continue;
+
+ if ( errno == EAGAIN) {
+ retry--;
+ timeout.tv_sec = 0; /* sec */
+ timeout.tv_usec = wait_time * 1000; /* microsec */
+ timeout.tv_usec = 0;
+ select (0, NULL, NULL, NULL, &timeout);
+ continue;
+ }
+ break;
+ }
+ read_bytes += tmp;
+ retry = retry_start;
}
-
+
return read_bytes;
}
--- php-4.1.2.orig/ext/session/session.cTue Feb 26 20:32:52
2002
+++ php-4.1.2.patched/ext/session/session.c Fri Mar 15 16:49:45
2002
@@ -1144,10 +1144,11 @@
}
} else {
convert_to_string_ex(entry);
-
- if ((strcmp(Z_STRVAL_PP(entry), "HTTP_SESSION_VARS") !=
0) ||
- (strcmp(Z_STRVAL_PP(entry), "_SESSION") != 0)) {
- PS_ADD_VARL(Z_STRVAL_PP(entry),
Z_STRLEN_PP(entry));
+ if ( Z_STRVAL_PP(entry) != NULL ) {
+ if ((strcmp(Z_STRVAL_PP(entry),
"HTTP_SESSION_VARS") != 0) &&
+ (strcmp(Z_STRVAL_PP(entry), "_SESSION")
!= 0)) {
+ PS_ADD_VARL(Z_STRVAL_PP(entry),
Z_STRLEN_PP(entry));
+ }
}
}
}
Previous Comments:
[2002-03-14 07:33:59] [EMAIL PROTECTED]
Hi
I have a problem with POST using thttpd as a webserver. I'm using
php-4.1.2 and thttpd-2.21b.
configure --prefix=/usr/local \ --with-config-file-path=/webmgnt/etc/
\
--with-gettext \
--with-mcrypt \
--enable-ctype \
--enable-wddx \
--with-thttpd=../thttpd-2.21b \
--enable-shared=no
Everything is compiled staticly
When the HTTP header and the POST data are send in one single TCP
packet everything works fine. But when the POST data or even a part of
it is send in an other packet the php-script can't see any of the POST
variables.
It seems that php only analyses the read-buffer that thttpd offers to
php, but fails in reading the missing POST data from the socket.
Thorsten
--
Edit this bug report at http://bugs.php.net/?id=16061&edit=1
Bug #16295 Updated: # is not a valid resource
ID: 16295
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: MySQL related
Operating System: MDK 8.2
PHP Version: 4.1.2
New Comment:
Don't mix mysql_unbuffered_query and mysql_query.
mysql_unbuffered_query is for fetching rows in SELECT,
SHOW or DESCRIBE statements without buffering it.
Use mysql_query ("DELETE ... instead.
Previous Comments:
[2002-03-27 06:15:58] [EMAIL PROTECTED]
Don't use mysql_unbuffered_query and mysql_query mixed.
mysql_unbuffered_query is for fetching rows in SELECT,
SHOW or DESCRIBE statements without buffering it.
Use mysql_query ("DELETE ... instead.
[2002-03-27 05:28:54] [EMAIL PROTECTED]
This SOMETIMES produces an error
"3 is not a valid mysql resource on line 2"
(or other error numbers)
First fetch_array is usually good. It looks like php forget a resource
link when calling other query (line 3).
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE id=".$row["id"]);
5| }
When I first fetch all data to an array and then use them by the same
way, it works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
queries but nothing happens.
[2002-03-26 18:38:18] [EMAIL PROTECTED]
This SOMETIMES produces the error
"3 is not a valid mysql resource on line 2"
(or other numbers)
First fetch_array is usually good. It looks like php forgot a resource
link when calling other query.
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE
4|id=".$row["id"]);
5| }
When I use an array to store data from tbl1 instead direct fetching, it
works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
mysql_query but it's the same.
--
Edit this bug report at http://bugs.php.net/?id=16295&edit=1
Bug #16295 Updated: # is not a valid resource
ID: 16295
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: MySQL related
Operating System: MDK 8.2
PHP Version: 4.1.2
New Comment:
Don't use mysql_unbuffered_query and mysql_query mixed.
mysql_unbuffered_query is for fetching rows in SELECT,
SHOW or DESCRIBE statements without buffering it.
Use mysql_query ("DELETE ... instead.
Previous Comments:
[2002-03-27 05:28:54] [EMAIL PROTECTED]
This SOMETIMES produces an error
"3 is not a valid mysql resource on line 2"
(or other error numbers)
First fetch_array is usually good. It looks like php forget a resource
link when calling other query (line 3).
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE id=".$row["id"]);
5| }
When I first fetch all data to an array and then use them by the same
way, it works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
queries but nothing happens.
[2002-03-26 18:38:18] [EMAIL PROTECTED]
This SOMETIMES produces the error
"3 is not a valid mysql resource on line 2"
(or other numbers)
First fetch_array is usually good. It looks like php forgot a resource
link when calling other query.
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE
4|id=".$row["id"]);
5| }
When I use an array to store data from tbl1 instead direct fetching, it
works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
mysql_query but it's the same.
--
Edit this bug report at http://bugs.php.net/?id=16295&edit=1
Bug #16291 Updated: pg_last_notice causes SegFault
ID: 16291
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: PostgreSQL related
Operating System: linux MDK 8.1
PHP Version: 4.1.2
New Comment:
I use PostgreSQL 7.2 wich I've installed in /usr/local/pgsql (on clear,
first I did was rm -r -f /usr/local/pgsql, and also there is no postgre
packages from the distribution installed) there are no other postgresql
files on my disk, also I've compiled with it
--with-pgsql=/usr/local/pgsql, so I suppose I don't use different
versions.
If there is a more precise way of discovering this kind of error please
tell me (in phpinfo() i didn't find such info).
And as I said when I compile PHP with debug support
(--enable-debug=yes) it does not generate SegFaullts only this messages
which I posted before, so couldn't make a backtrace.
___
by the way here is the part of the code that is important for the
error:
if ($oid == 0) {
@pg_query($db_conn, "UPDATE resource SET project = NULL, resource =
NULL WHERE \"user\" = '$user' AND date = '$date' AND num = '$num'");
}else{
@pg_query($db_conn, "UPDATE resource SET project = pr.project,
resource = pr.resource FROM project_resource as pr WHERE pr.oid =
'$oid' AND \"user\" = '$user' AND date = '$date' AND num = '$num'");
}
$tmpn = pg_last_notice($db_conn);
every update actually updates only one row (since user,date,num is
primary key), on which a trigger generate this notice
Previous Comments:
[2002-03-26 19:28:04] [EMAIL PROTECTED]
Is your backend(PostgreSQL Server) and libpq matches?
(i.e. Do you use libpq version that comes with your PostgreSQL
Server?)
If version does not match, use the same versoin.
If you still have problem, please send backtrace. I'll fix it.
[2002-03-26 15:36:37] [EMAIL PROTECTED]
reclassified
[2002-03-26 14:16:44] [EMAIL PROTECTED]
I got again the latest CVS and compiled it with
./configure --prefix=/etc/httpd \
--with-apxs=/usr/sbin/apxs \
--with-config-file-path=/etc/php4/apache \
--enable-debug=yes \
--with-exec-dir=/usr/bin \
--with-system-regex \
--with-mysql=/usr/local/mysql \
--with-pgsql=/usr/local/pgsql \
--with-gd=/usr \
--with-freetype-dir=/usr\
--with-zlib \
--with-ldap \
--with-imap \
--enable-track-vars \
--enable-magic-quotes
and then there was NO segfault, but in the browser appeared (the
differences is of course --enable-debug=yes)
BROWSER START
__
Warning: String is not zero-terminated
(Ì*)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38
Warning: String is not zero-terminated
(ZÌ*)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38
Warning: String is not zero-terminated
(ZZZÌ*@Á)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38
Warning: Cannot add header information - headers already sent
by (output started at
/var/www/crm.dir.bg/project.planner.update.php:38) in
/var/www/crm.dir.bg/project.planner.update.php on line
48
Warning: String is not zero-terminated
(ZZZÌ*)
(source: zend_execute_API.c:274) in Unknown on line 0
___
BROWSER END
and in the error_log
ERROR_LOG START
___
[Tue Mar 26 21:22:52 2002] [error] NOTICE: Too Many Resources Assigned
to project TEST, needed 10, assigned 44.
[Tue Mar 26 21:22:52 2002] [error] NOTICE: Too Many Resources Assigned
to project TEST, needed 10, assigned 44.
/var/www/crm.dir.bg/project.planner.update.php(38) : Warning - String
is not zero-terminated
(Ì*)
(source: ./zend_execute.c:449)
[Tue Mar 26 21:22:52 2002] Script:
'/var/www/crm.dir.
Bug #16295 Updated: # is not a valid resource
ID: 16295
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: MDK 8.2
PHP Version: 4.1.2
New Comment:
This SOMETIMES produces an error
"3 is not a valid mysql resource on line 2"
(or other error numbers)
First fetch_array is usually good. It looks like php forget a resource
link when calling other query (line 3).
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE id=".$row["id"]);
5| }
When I first fetch all data to an array and then use them by the same
way, it works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
queries but nothing happens.
Previous Comments:
[2002-03-26 18:38:18] [EMAIL PROTECTED]
This SOMETIMES produces the error
"3 is not a valid mysql resource on line 2"
(or other numbers)
First fetch_array is usually good. It looks like php forgot a resource
link when calling other query.
1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE
4|id=".$row["id"]);
5| }
When I use an array to store data from tbl1 instead direct fetching, it
works.
1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);
I can't find where is the problem. I try to put some sleep() after
mysql_query but it's the same.
--
Edit this bug report at http://bugs.php.net/?id=16295&edit=1
Bug #16306 Updated: chm file problem
ID: 16306 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Win2000 PHP Version: 4.1.2 New Comment: Thanks for reporting this to us, we found out that there is a critical problem in the downloadable manual. We will shortly upload a new working version. Try downloading it again in a couple of days. thanks, Simone [one [EMAIL PROTECTED]] Previous Comments: [2002-03-27 05:05:54] [EMAIL PROTECTED] Hello guys, I've just being got your manual in M$-chm format. When I've opened it I've had a MessageBox with this phrase "Cannot open the file mk@MSITStore:D:\Docs\PHP\php_manual_en.chm." All other chm files opens as usual. Aleksey Shtykov -- Edit this bug report at http://bugs.php.net/?id=16306&edit=1
Bug #16306: chm file problem
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: chm file problem Hello guys, I've just being got your manual in M$-chm format. When I've opened it I've had a MessageBox with this phrase "Cannot open the file mk@MSITStore:D:\Docs\PHP\php_manual_en.chm." All other chm files opens as usual. Aleksey Shtykov -- Edit bug report at http://bugs.php.net/?id=16306&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16306&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16306&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16306&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16306&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16306&r=support Expected behavior: http://bugs.php.net/fix.php?id=16306&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16306&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16306&r=submittedtwice
Bug #15400 Updated: Queries Crashing PHP.EXE
ID: 15400
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
The crash occurs only if the query returns any records.
The following example crashes on the last query. All others run fine
(appropriate access rights assumed ;-)
Using NT4 SP5 and tried with both PHP4.1.1 and 4.1.2
Previous Comments:
[2002-03-13 14:14:25] [EMAIL PROTECTED]
The same problem. Win2K Pro, PHP 4.1.2
===PHP.INI
error_reporting= E_ALL; display all errors, warnings and notices
enable_dl=on
extension_dir=c:\php\extensions
extension=php_mssql.dll
===
Running from command line or as CGI results in the fatal application
error. Any bug in query string results in normal PHP error message "MS
SQL: Query failed in ".
ODBC version works ok.
[2002-02-06 09:19:17] [EMAIL PROTECTED]
the [] were just there to denote what I was putting into them
[2002-02-06 09:12:58] [EMAIL PROTECTED]
Well it does...
Tried your way MSSQL_CONNECT("HOST:123", "USER", "PWD");
got
Warning: MS SQL: Unable to connect to server: HOST:123 in
c:\inetpub\wwwroot\hello.php on line 5
Warning: MS SQL message: Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
c:\inetpub\wwwroot\hello.php on line 6
Warning: MS SQL: Unable to connect to server: (null) in
c:\inetpub\wwwroot\hello.php on line 6
Warning: MS SQL: A link to the server could not be established in
c:\inetpub\wwwroot\hello.php on line 6
Warning: MS SQL message: Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
c:\inetpub\wwwroot\hello.php on line 7
Warning: MS SQL: Unable to connect to server: (null) in
c:\inetpub\wwwroot\hello.php on line 7
Warning: MS SQL: A link to the server could not be established in
c:\inetpub\wwwroot\hello.php on line 7
Tried MSSQL_CONNECT("HOST,123", "USER", "PWD");
and it crashes... with error stated in first posting
[2002-02-06 07:35:20] [EMAIL PROTECTED]
Are you calling mssql_connect() this way or did I misunderstand it?
mssql_connect("[localhost,123]", "[www]", "[secret]");
AFAIK, you should just call
mssql_connect("localhost:123", "www", "secret");
Is that your problem?
Anyway, it SHOULDN'T crash.
[2002-02-06 05:50:49] [EMAIL PROTECTED]
Evenin'...
This morning I decided to try PHP for our company web site instead of
VBScript. Imagine my delight to find PHP will handle SQL7 with the
minimum of fuss... all it would take was
Or even lazier
Brilliant 15 lines of VBScript is 3 lines..
Imagine, then, my chagrin, for when I added the mssql_query();
statement I get a window saying PHP.EXE - Application Error.. The
instruction at "0x00" referenced memory at "0x00", The memory could not
be "read"...
Is it me???
The setup I used was the windows installer but I put php_mssql.dll into
c:\PHP and told the php.ini file where it was.. I also stuck the
ntwdblib.dll into c:\windows\system32... Yes I know it should be
c:\winnt but I changed it at setup...
AAaaanyway...
--
Edit this bug report at http://bugs.php.net/?id=15400&edit=1
Bug #15766 Updated: Apache/2.0.32 (Unix) PHP/4.3.0-dev crashes during output
ID: 15766
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux 2.4.2 - RedHat 7.1
PHP Version: 4.0CVS-2002-02-27
New Comment:
try http://bugs.php.net/bug.php?id=14999 .
Perhaps, all works fine.
Previous Comments:
[2002-02-27 18:25:35] [EMAIL PROTECTED]
Here is my apache configuration:
./configure --prefix=/usr/local/apache2 --enable-so
And my PHP configuration:
./configure --with-xml \
--enable-ftp \
--with-imap=/usr/local/imap/imap-2001a \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-config-file-path=/usr/local/php/cvs/conf \
--with-mysql=/usr/local/mysql
[2002-02-27 18:20:11] [EMAIL PROTECTED]
The first few requests are handled fine, then suddenly Apache children
start segfaulting. The following script reproduces this crash,
backtrace is included after script:
Test crash
\n";
for ($i = 0; $i < $rows; ++$i) {
echo "";
for ($j = 0; $j < $cols; ++$j) {
echo "Hello World";
}
echo "\n";
}
echo "";
?>
backtrace follows ---
[root@auth bin]# gdb httpd
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 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 -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1024 (LWP 9570)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 9570)]
0x08082b38 in ap_pass_brigade (next=0x4001d3dc, bb=0x81a5000) at
util_filter.c:445
445 return next->frec->filter_func.out_func(next, bb);
(gdb) bt
#0 0x08082b38 in ap_pass_brigade (next=0x4001d3dc, bb=0x81a5000) at
util_filter.c:445
#1 0x40307e40 in php_apache_sapi_ub_write (str=0x81a01b7 "",
str_length=0, tsrm_ls=0x8136dd0) at sapi_apache2.c:66
#2 0x403131ff in php_ub_body_write_no_header (str=0x81a01ac
"\n", str_length=11, tsrm_ls=0x8136dd0)
at output.c:440
#3 0x403127b8 in php_body_write (str=0x81a01ac "\n",
str_length=11, tsrm_ls=0x8136dd0) at output.c:99
#4 0x4030a59a in php_body_write_wrapper (str=0x81a01ac "\n",
str_length=11) at main.c:762
#5 0x402fd24d in zend_print_zval_ex (write_func=0x4030a568
, expr=0x819ee7c, indent=0)
at zend.c:187
#6 0x402fd1ed in zend_print_zval (expr=0x819ee7c, indent=0) at
zend.c:168
#7 0x402fce9e in zend_print_variable (var=0x819ee7c) at
zend_variables.c:169
#8 0x402ed960 in execute (op_array=0x817e228, tsrm_ls=0x8136dd0) at
./zend_execute.c:1231
#9 0x402efc28 in execute (op_array=0x8175ca4, tsrm_ls=0x8136dd0) at
./zend_execute.c:1638
#10 0x402fe6a2 in zend_execute_scripts (type=8, tsrm_ls=0x8136dd0,
retval=0x0, file_count=3) at zend.c:810
#11 0x4030b976 in php_execute_script (primary_file=0xb840,
tsrm_ls=0x8136dd0) at main.c:1333
#12 0x40308686 in php_output_filter (f=0x81a4a48, bb=0x81a4b90) at
sapi_apache2.c:381
#13 0x08082b3b in ap_pass_brigade (next=0x81a4a48, bb=0x81a4b90) at
util_filter.c:445
#14 0x08088898 in default_handler (r=0x81a3790) at core.c:2995
#15 0x080796d6 in ap_run_handler (r=0x81a3790) at config.c:185
#16 0x08079b41 in ap_invoke_handler (r=0x81a3790) at config.c:359
#17 0x0806a6e2 in ap_process_request (r=0x81a3790) at
http_request.c:290
#18 0x08066ff1 in ap_process_http_connection (c=0x8167de0) at
http_core.c:287
#19 0x0808143e in ap_run_process_connection (c=0x8167de0) at
connection.c:85
#20 0x08078467 in child_main (child_num_arg=0) at prefork.c:717
#21 0x08078510 in make_child (s=0x81311c8, slot=0) at prefork.c:753
#22 0x080785fa in startup_children (number_to_start=2) at
prefork.c:830
#23 0x0807888f in ap_mpm_run (_pconf=0x80aec98, plog=0x80e6d78,
s=0x81311c8) at prefork.c:1021
#24 0x0807d2cd in main (argc=2, argv=0xbb3c) at main.c:501
#25 0x40185177 in __libc_start_main (main=0x807cc20 , argc=2,
ubp_av=0xbb3c, init=0x805e00c <_init>,
fini=0x8091dc0 <_fini>, rtld_fini=0x4000e184 <_dl_fini>,
stack_end=0xbb2c)
at ../sysdeps/generic/libc-start.c:129
--
Edit this bug report at http://bugs.php.net/?id=15766&edit=1
Bug #14624 Updated: is_link() fail with error if the link is not found
ID: 14624 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: Redhat Linux 7.2 PHP Version: 4.1.0 New Comment: Still present in 4.1.2 and 4.2rc1!!! please correct it. It is annoyng to see the warning, is_link issue the warning if the file is not found. Previous Comments: [2001-12-20 10:59:11] [EMAIL PROTECTED] Hi, tested on the cvs-4.1 from 20 december 2001, not 4.1 release. it should just return false, seems to be like the previous is_dir() bug in 4.1 release. bye -- Edit this bug report at http://bugs.php.net/?id=14624&edit=1
Bug #16305: curl post doesn't behave as per the manual
From: [EMAIL PROTECTED]
Operating system: Any
PHP version: 4.1.2
PHP Bug Type: cURL related
Bug description: curl post doesn't behave as per the manual
The curl extension is not behaving as described in the manual.
If you set CURLOPT_POST to 1, and then pass an array to
CURLOPT_POSTFIELDS, it sets Content-type to multipart/form-data instead of
application/x-www-form-urlencoded. This is wrong: the multipart header
should only be used when CURLOPT_PUT is set. To quote the PHP manual:
{{{CURLOPT_POST: Set this option to a non-zero value if you want PHP to do
a regular HTTP POST. This POST is a normal
application/x-www-form-urlencoded kind, most commonly used by HTML
forms.}}}
Here is what the author of curl (Daniel Stenberg) says - full message at
:
{{{I took a tour into the inner workings of the php curl wrapper code and
I've now returned to tell about my findings! ;-)
When you pass an array to CURLOPT_POSTFIELDS, it is passed as a
multipart/form-data post exactly as you describe. The problem with this is
that it uses the libcurl function curl_formparse() to accomplish this, and
that is a lame function(*).
It does not support newlines in the contents like you tried here.
The wrapper should instead use the new (and much better) curl_formadd()
function for this purpose. It does not have this newline problem.
(*) = yet it was the only available one for a very long time.}}}
I think there is enough evidence here to change the behaviour of the
extension - I think it can be done without breaking backwards
compatibility. The extension was never meant to behave like this, as the
manual testifies.
Regards,
Peter Bowyer.
--
Edit bug report at http://bugs.php.net/?id=16305&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16305&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16305&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16305&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16305&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16305&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16305&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16305&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16305&r=submittedtwice
