[PHP-DEV] Bug #11596: More ways of passing by refrence
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.0.5 PHP Bug Type: Feature/Change Request Bug description: More ways of passing by refrence As of 4.04, two new ways of reference passing is added: func(new class()) and func(func2()) while func2 is defined as func2(){...}. They are VERY good for OOP. But if the following two syntaxes are also supported, it will be really good. 1. func(new class()); 2. $obj = func_get_arg($i); The first one will make this possible: $row = $table-add(new TableRow(valign=top)); $cell = $row-add(new TableData(width=50%)); while add is defined as add($obj) {...;return $obj;} And the second will make this possible: $cell - add($text1, $text2, $text3, ...); while add function is going to use variable number of arguments. But I didn't count on the following syntax being supported too: foreach ($arr as $value) {...} ( since there is a walk-arround: $value = $arr[$i] ) $cell = $table-add(new TableRow())-add(new TableData()) { since I may request to much :)) -- Edit Bug report at: http://bugs.php.net/?id=11596edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11596 Updated: More ways of passing by refrence
ID: 11596 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: any PHP Version: 4.0.5 Description: More ways of passing by refrence As of 4.04, two new ways of reference passing are added: func(new class()) and func(func2()) while func2 is defined as func2(){...}. They are VERY good for OOP. But if the following two syntaxes are also supported, it will be really good. 1. func(new class()); 2. $obj = func_get_arg($i); The first one will make this possible: $row = $table-add(new TableRow(valign=top)); $cell = $row-add(new TableData(width=50%)); while add is defined as add($obj) {...;return $obj;} And the second will make this possible: $cell - add($text1, $text2, $text3, ...); while add function is going to use variable number of arguments. But I didn't count on the following syntax being supported too: foreach ($arr as $value) {...} ( since there is a walk-arround: $value = $arr[$i] ) $cell = $table-add(new TableRow())-add(new TableData()) { since I may have requested to much :)) Previous Comments: --- [2001-06-20 21:40:01] [EMAIL PROTECTED] As of 4.04, two new ways of reference passing are added: func(new class()) and func(func2()) while func2 is defined as func2(){...}. They are VERY good for OOP. But if the following two syntaxes are also supported, it will be really good. 1. func(new class()); 2. $obj = func_get_arg($i); The first one will make this possible: $row = $table-add(new TableRow(valign=top)); $cell = $row-add(new TableData(width=50%)); while add is defined as add($obj) {...;return $obj;} And the second will make this possible: $cell - add($text1, $text2, $text3, ...); while add function is going to use variable number of arguments. But I didn't count on the following syntax being supported too: foreach ($arr as $value) {...} ( since there is a walk-arround: $value = $arr[$i] ) $cell = $table-add(new TableRow())-add(new TableData()) { since I may have requested to much :)) --- [2001-06-20 21:36:19] [EMAIL PROTECTED] As of 4.04, two new ways of reference passing is added: func(new class()) and func(func2()) while func2 is defined as func2(){...}. They are VERY good for OOP. But if the following two syntaxes are also supported, it will be really good. 1. func(new class()); 2. $obj = func_get_arg($i); The first one will make this possible: $row = $table-add(new TableRow(valign=top)); $cell = $row-add(new TableData(width=50%)); while add is defined as add($obj) {...;return $obj;} And the second will make this possible: $cell - add($text1, $text2, $text3, ...); while add function is going to use variable number of arguments. But I didn't count on the following syntax being supported too: foreach ($arr as $value) {...} ( since there is a walk-arround: $value = $arr[$i] ) $cell = $table-add(new TableRow())-add(new TableData()) { since I may request to much :)) --- Full Bug description available at: http://bugs.php.net/?id=11596 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11596 Updated: More ways of passing by refrence
ID: 11596 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: any PHP Version: 4.0.5 Description: More ways of passing by refrence As of 4.04, two new ways of reference passing are added: func(new class()) and func(func2()) while func2 is defined as func2(){...}. They are VERY good for OOP. But if the following two syntaxes are also supported, it will be really good. 1. func(new class()); 2. $obj = func_get_arg($i); The first one will make this possible: $row = $table-add(new TableRow(valign=top)); $cell = $row-add(new TableData(width=50%)); while add is defined as add($obj) {...;return $obj;} And the second will make this possible: $cell - add($text1, $text2, $text3, ...); while add function is going to use variable number of arguments. But I didn't count on the following syntax being supported too: foreach ($arr as $value) {...} ( since there is a walk-arround: $value = $arr[$i] ) $cell = $table-add(new TableRow())-add(new TableData()) { since I may have requested to much :)) Previous Comments: --- [2001-06-20 21:36:19] [EMAIL PROTECTED] As of 4.04, two new ways of reference passing is added: func(new class()) and func(func2()) while func2 is defined as func2(){...}. They are VERY good for OOP. But if the following two syntaxes are also supported, it will be really good. 1. func(new class()); 2. $obj = func_get_arg($i); The first one will make this possible: $row = $table-add(new TableRow(valign=top)); $cell = $row-add(new TableData(width=50%)); while add is defined as add($obj) {...;return $obj;} And the second will make this possible: $cell - add($text1, $text2, $text3, ...); while add function is going to use variable number of arguments. But I didn't count on the following syntax being supported too: foreach ($arr as $value) {...} ( since there is a walk-arround: $value = $arr[$i] ) $cell = $table-add(new TableRow())-add(new TableData()) { since I may request to much :)) --- Full Bug description available at: http://bugs.php.net/?id=11596 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11597:
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Feature/Change Request Bug description: File I/O on large files is near impossible with PHP. File() eats way too much ram, and is slow, and the fopen() method is slow and hard to seek to a line where you left off processing at. Perhaps including functions that allow reading a given line of a file, checking the total number of lines, and more speed/ram aware I/O functions to allow processing of log files, and other large files. I'm not a c coder, but I'm more than willing to help in any way I can. Thanks and keep up the good work. --Dave -- Edit Bug report at: http://bugs.php.net/?id=11597edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6252 Updated: comparision ops on arrays and objects
ID: 6252 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0 Latest CVS (19/08/2000) Assigned To: Comments: Not enough information. Please see PHP Bug reporting Dos And Don'ts at http://www.php.net/bugs-dos-and-donts.php Previous Comments: --- [2000-08-19 09:34:35] [EMAIL PROTECTED] I just saw that the unordered and ordered comparision (on arrays and objects)is missing in the current documentation. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6252edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7187 Updated: open_basedir is broken! Security alert!
ID: 7187 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.3 Assigned To: Comments: I'm closing this and re-opening a more detailed bug report. This is only indirectly related to open_basedir now. Previous Comments: --- [2000-10-16 08:19:46] [EMAIL PROTECTED] Reclassified as documentation problem. On page: http://www.php.net/manual/configuration.php The directives should be somehow grouped better to see e.g. which ones can be changed with php_value and which are only changeable with php_admin_value. --Jani --- [2000-10-16 08:04:18] [EMAIL PROTECTED] Fixed in php4.03pl1. i should use php_admin_value open_basedir '.' instead of php_value open_basedir '.' Please make it clear in manual. --- [2000-10-15 17:09:32] [EMAIL PROTECTED] Should be fixed in php4.03pl1. --Jani --- [2000-10-13 12:27:37] [EMAIL PROTECTED] http://www.php.net/manual/configuration.php open_basedir string Limit the files that can be opened by PHP to the specified directory-tree. When a script tries to open a file with, for example, fopen or gzopen, the location of the file is checked. When the file is outside the specified directory-tree, PHP will refuse to open it. All symbolic links are resolved, so it's not possible to avoid this restriction with a symlink. The special value . indicates that the directory in which the script is stored will be used as base-directory --- I don't need full path - i want to restrict users from accessing files in upperlevel directories. as Mr. Zeev Suraski said: It's not related to open_basedir, there's a problem in the php_value system in 4.0.3. --- [2000-10-13 12:20:35] [EMAIL PROTECTED] You should be using full path with the open_basedir directive as far as I know. Can you please try and let us know of the results? --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7187edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11598: Configuration section doesn't distinguish between admin and user values.
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0 Latest CVS (2001-06-20) PHP Bug Type: Documentation problem Bug description: Configuration section doesn't distinguish between admin and user values. The Configuration section of the documentaion does not distinguish between configuration settings that are admin level, user level or any level. Each configuration option should indicate what restrictions are placed on it as to where and how can be set in the Apache conf. -- Edit Bug report at: http://bugs.php.net/?id=11598edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11590 Updated: Segmentation fault when using an empty string as an array
ID: 11590 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating system: PHP Version: 4.0.5 Assigned To: Comments: Crashes with current cvs for me too - needs to be fixed Previous Comments: --- [2001-06-20 17:41:49] [EMAIL PROTECTED] - Linux 2.4.4 i686 / PHP 4.0.7-dev (21.05.01) / Apache 2.0.19-dev (21.05.01) -- crashes too - Linux 2.2.16-22 i686 / PHP 4.0.3pl1 / Apache 1.3.14 -- works --- [2001-06-20 17:20:19] [EMAIL PROTECTED] When i try this Script under FreeBSD 4.3-STABLE with PHP 4.0.5, and Apache 1.3.20 it run's without errors, or segfaults... --- [2001-06-20 17:13:37] [EMAIL PROTECTED] Script: ?php class test { function call() { for($i=0;$i50;$i++) { $result[$i][threadid] = lala; $result[$i][threadid] = lala2; } $a = array(1,2); return $this-parse($a); } function parse($string,$result=) { for($i=0;$i50;$i++) { $result_[$i][threadid]= $result[$i][threadid]; $result_[$i][readcount] = $result[$i][readcount]; } return $result_; } } class test2 { function output() { echo hi; $test = new test; return $test-call(); } } $test2 = new test2; print_r($test2-output()); ? And Apache crashes with a Segfault: Wed Jun 20 23:12:17 2001] [notice] child pid 28682 exit signal Segmentation fault (11) [Wed Jun 20 23:12:47 2001] [notice] child pid 28692 exit signal Segmentation fault (11) Greetings Olli --- [2001-06-20 16:54:03] [EMAIL PROTECTED] Please include a complete but short script into this report which demonstrates this problem. --- [2001-06-20 16:46:03] [EMAIL PROTECTED] A Function in a class: function mParseStatisticData ($ids,$result= ) { // some stuff inside; $result_[$pos][threadid]= $result[$pos][threadid];M $result_[$pos][readcount] = $result[$pos][readcount];M } I call these function with: $result_ = $this-mParseStatisticData($a); And the apache processes stops with a segmentation fault: [Wed Jun 20 17:46:20 2001] [notice] child pid 28697 exit signal Segmentation fault (11) How to fix it: function mParseStatisticData ($ids,$result=array() ) { Ok, it's wrong to use a string as an array... my fault.. but.. why my apache (1.3.20) crashes with a segfault? ;-) Greetings Olli --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11590edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11599: stdio stream problem
From: [EMAIL PROTECTED] Operating system: cobalt linux 2.2.14C10 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: stdio stream problem The following php lines :- ?PHP $fp = fopen(php://stderr, w); fputs($fp, here's a debug message); fclose($fp); phpinfo(); ? work the first time but the second time reply with :- Warning: fopen(php://stderr,w) - Bad file descriptor in /home/sites/site2/users/jbarrett/web/test.php on line 2 Warning: Supplied argument is not a valid File-Handle resource in /home/sites/site2/users/jbarrett/web/test.php on line 3 Warning: Supplied argument is not a valid File-Handle resource in /home/sites/site2/users/jbarrett/web/test.php on line 4 unless apache is restarted. Called it apache related cos the code works fine on console but only fails this way as an apache module. (more than likely something to do with PHP cleaning up the file pointer) -- Edit Bug report at: http://bugs.php.net/?id=11599edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: proposed change in the build-system.
maybe have another 'Using CFLAGS=-I..' line in the output -or- just say 'Adding to CFLAGS=blabla' when it happens. haven't really thought about that;-) - we could even have one 'Using CFLAGS=' whenever we enter a directory? Well, that might make it harder to extract the right information from users who experience difficulties as the info might not be associated directly with the executed commands. E.g., when we print the CFLAGS upon entering a directory, output will be interleaved with the settings from other directories when we recursively walk through the sub-directories. How about an option to turn on verbose output? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11592 Updated: need for an a SIGALRM based timeout mecanism
ID: 11592 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: The problem is that at least with Apache we cannot use SIGALRM as Apache has taken that. When PHP is running as an embedded module in a web server, messing with the signals is usally a no-no. If you can come up with some way of doing this cleanly without signals, please speak up. And by the way, fsockopen() has a timeout parameter. Previous Comments: --- [2001-06-20 17:12:15] [EMAIL PROTECTED] As mentionned in #9676, in #8595 and in comments in the set_time_limit function online manual page, set_time_limit seems to be not suitable to solve some problems like : - fopen on a url for which the distant server is not responding - exec an external program which hangs - trying to resolve some DNS name - sleep() - etc. The better solution I've read was a suggestion to use SOAP or XML-RPC to wrap such requests... this would be like using a hammer to kill a fly... :) It would be _great_ to have a mecanism (based on an alarm signal or similar for instance) to be able to define a timeout on all low-level functions (or at least some of them like fopen, fsockopen, exec, gethostby...). Such a missing feature can be a show stopper one for people needing to retrieve data from an (unreliable?) external datafeed for instance. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11592edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] List messages are being delayed?
Ooh. Hrm...that's a bit heavier than the hardware I have available. Best I can do is PIII 400, .5 GB RAM...but the initial responsed from the ISP looks pretty positive. Do you want me to persue this further, or just let it go? On Wed, 20 Jun 2001, Rasmus Lerdorf wrote the following to Brian Moon : The hard part is finding someone who is willing to do it and does not want a lot of advertising in return. Good Luck. BTW, what kind of machine does it take to turn the list out? I know you were on a dual CPU box with Gig of ram at VA. That's about what it needs. Not for the mailing lists, but for some of the other things that runs on it. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11558 Updated: Sybase-CT functions not found.
ID: 11558 Updated by: joey Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Old-Bug Type: Sybase-ct (ctlib) related Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: Maybe not, but there's no reason they can't exist. :) Previous Comments: --- [2001-06-20 05:48:45] [EMAIL PROTECTED] such functions don't exist in the sybase_ct extension (only one available under win32) --- [2001-06-19 09:34:20] [EMAIL PROTECTED] Using Sybase-CT library with apache on win2000 NT, I ve got trouble with those below functions : - sybase_min_error_severity ( Fatal error ) - sybase_min_message_severity ( Fatal error ) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11558edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11578 Updated: http header order not respected and messages not transmitted
ID: 11578 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: HTTP related Operating system: win32 (nt4 and 2000) PHP Version: 4.0.5 Description: http header order not respected and messages not transmitted I currently use the module version of php like indicated in my previous description. I've separed the bug in two part to be more understandable (i'm not familiar with english) the first part is with the function header : if i execute the following code : header(HTTP/1.1 401 acces refuse); header(www-authenticate: Negociate); header(www-authenticate: NTLM); (i know this not correct for rfc but IIS work like that..) and on the network dump i see: HTTP/1.1 401 unauthorized (not my message !!!) www-authenticate: NTLM (squizzed the negociate!!) now the second part of the message : during my challenge to obtain ntlm auth 3 messages are exchanged like that : c = client ; s = server 1 c - s GET 2 s - c http/1.1 401 unauthorized www-authenticate : NTLM 3 c - s authorization: msg1 4 s - c http/1.1 401 unauthorized www-authenticate : NTLM msg2 5 c - s authorization: msg3 so on the number 2 i do calls to header on the 3 i call getallheaders (return msg1) on the 4 i call header on the 5 i cal getallheaders i write it to a file (for tests) i close the file my first suprise was : on the network layer all is correct : 3 msg, 3 corrects contents and the 3 msg differents. on the php layer : msg1 is the same that msg 3 !!! if i do a redirection after have closed the file : it contains no more messages is the optmizer fault ? If i'am not clear i can try to reexplain Previous Comments: --- [2001-06-20 12:14:28] [EMAIL PROTECTED] Are you using the Apache module version of PHP on Windows or the standalone CGI binary version? And what do you mean the headers are in the wrong order? The order of HTTP headers is not significant. --- [2001-06-20 09:10:55] [EMAIL PROTECTED] ? // // description : ntlm authentification module // //get the msg wich is contained in the headers of the apache server. function get_msg_auth() { //$msg=no auth scheme//; $headers = getallheaders(); while (list($header, $value) = each($headers)) { if ($header == Authorization) { $msg=$value; } } $msg=substr($msg,5,strlen($msg)); return $msg; } //return to the browser the first step of the ntlm authentification schema. function beginntlm() { header(HTTP/1.1 401 accès refusé); header(WWW-Authenticate: NTLM); } //send the msg2 to the client. function putmsg2($msg) { header(HTTP/1.1 401 accès refusé); header(www-authenticate: NTLM .$msg); return($msg); } //do the authentification function ntlm_auth () { $fp = fopen(c:/test.txt,w+); beginntlm(); fwrite($fp,msg1 = ); fwrite($fp,get_msg_auth()); fwrite($fp,nmsg2 = ); //msg2 not in the script cause it is too big fwrite($fp,putmsg2(TlRMTVNTUAACDAAMADAFgoGgPhfzJ50JifsAAHIAcgA8RABPAE0ARwBFAE4AAgAMAEQATwBNAEcARQBOAAEAHABTAFIAVgBHAEUAVABJAFQAXwBJAFMAUwBZADEABAAMAGQAbwBtAGcAZQBuAAMAKgBzAHIAdgBnAGUAdABpAHQAXwBpAHMAcwB5ADEALgBkAG8AbQBnAGUAbgAA)); fwrite($fp,nmsg3 = ); fwrite($fp,get_msg_auth()); fclose($fp); } ntlm_auth(); // header(location: index.php); ? the following code is working(IE only..), i get the correct test.txt but if i uncomment the last line header(location..=) the redirection is done but the auth header are not correct.. i've used tcpdump to see what is the problem and i've find that the header are not transmitted in the correct order and are modified i doesn't know if its the apache fault or the php optimer fault by my compagny really wait for a php version that permit to send and to get the headers correctly.. Thanks a lot the php used is the binary for win32 with default modules and default php.ini (apache is used) php is used an module of apache. --- Full Bug description available at: http://bugs.php.net/?id=11578 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11600: .h files missing for oracle.h dependencies
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.0.5 PHP Bug Type: Compile Problem Bug description: .h files missing for oracle.h dependencies /bin/sh /usr/local/src/php/php-4.0.5/libtool --silent --mode=compile gcc -I. -I /usr/local/src/php/php-4.0.5/main -I/usr/local/src/php/php-4.0.5/main -I/usr/loc al/src/php/php-4.0.5 -I/usr/local/netscape/server4/include -I/usr/local/src/php/ php-4.0.5/Zend -I/usr/local/src/php/php-4.0.5/ext/mysql/libmysql -I/usr/local/or acle/app/oracle/product/8.0.5/network/public -I/usr/local/src/php/php-4.0.5/ext/ xml/expat/xmltok -I/usr/local/src/php/php-4.0.5/ext/xml/expat/xmlparse -I/usr/lo cal/src/php/php-4.0.5/TSRM -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTIC S -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -g -O2 -p threads -c internal_functions.c In file included from internal_functions.c:33: /usr/local/src/php/php-4.0.5/ext/oracle/php_oracle.h:22: oratypes.h: No such fil e or directory /usr/local/src/php/php-4.0.5/ext/oracle/php_oracle.h:23: ocidfn.h: No such file or directory /usr/local/src/php/php-4.0.5/ext/oracle/php_oracle.h:24: ociapr.h: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `internal_functions.lo' Current working directory /usr/local/src/php/php-4.0.5/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/local/src/php/php-4.0.5/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' root@webdev1:/usr/local/src/php/php-4.0.5 -- Edit Bug report at: http://bugs.php.net/?id=11600edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11601: E_NOTICE produces a Warning
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.0.5 PHP Bug Type: Feature/Change Request Bug description: E_NOTICE produces a Warning An example : ?php error_reporting(E_NOTICE); print $iamundefined; ? The following results : Warning: Undefined variable: iamundefined in ./files/tmp.php on line 4 It would be more appropriate if this gave a Notice: as opposed to a Warning: -- Edit Bug report at: http://bugs.php.net/?id=11601edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Bug #11562 Updated: PHP crashes everytime with little syntax error
http://www.zend.com/shapshots/ : page not found Try http://www.zend.com/snapshots/ --zak -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11602: com_invoke, com_load, com_release cause fatal error
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.0.5 PHP Bug Type: *Function Specific Bug description: com_invoke, com_load, com_release cause fatal error using the following functions: com_invoke, com_load, com_release results in Fatal error: Call to undefined function -- Edit Bug report at: http://bugs.php.net/?id=11602edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] 4.0.6 Packaged!
http://www.php.net/~andi/php-4.0.6.tar.gz Tomorrow I'll commit it to the phpweb CVS and we'll announce it on Friday. Please in the meanwhile make sure that no show stoppers have crept in. Show stoppers == something is completely broken in the core or a terrible security hole which needs to be addressed ASAP. All the rest, little bugglets as found in bugs.php.net will have to wait for 4.0.7 which IMO can soon start a release process of its own. Enjoy, Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Totally Blue Sky
Brian Tanner wrote: GTK is actually a GUI and is not based on HTML at all... I think what Greg is looking for is an HTML based application that runs standalone... doesn't GTK have a HTML component that could be embeded to mimic a browser frontend ? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.6
On Wednesday 20 June 2001 17:22, Andi Gutmans wrote: I suggest in order to get 4.0.6 out of the door I will package it today (the release), post it to php-devphp-qa and we can announce it on Friday. Sounds good. For the last release, in order to synchronise the release of the source and the two Windows binary versions, Zeev held off from posting the new version to the php.net downloads page until Daniel had brewed up the Windows binary zip and I had brewed up the Windows installer. We emailed the stuff to Zeev and then he updated teh web site in one go. Shall we do that with you this time? Cheers -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11603: imap_sort function fails on huge mailboxes
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.0.5 PHP Bug Type: IMAP related Bug description: imap_sort function fails on huge mailboxes Size of mailbox: 200MB C-Client updated to the newest stable available now, something kind of 2000 phpinfo() shows IMAP 4.1 1) What is IMAP 4.1. What IMAP libraries does line meen? 2) imap_sort function failes on such huge mailbox accounts it shows fuction call failed and nothing more. No reason of this falure given. And what is strange that only imap_sort function fails! But at the same time it perfectly works at accounts not larger than 50MB I really need help about that Thanks, Elnar C Hajiev -- Edit Bug report at: http://bugs.php.net/?id=11603edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11462 Updated: COM does NOT work
ID: 11462 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: COM related Operating system: PHP Version: 4.0 Latest CVS (2001-06-13) Assigned To: Comments: no feedback Previous Comments: --- [2001-06-15 10:16:45] [EMAIL PROTECTED] does this work with earlier versions ? it looks like word is not installed correctly or that the wwwuser has insufficient rights. harald --- [2001-06-13 07:07:14] [EMAIL PROTECTED] I obtained this Warning: Unable to obtain IDispatch interface for CLSID {000209FF---C000-0046}: Server execution failed in d:program filesapache groupapachehtdocstest.php on line 1 --- [2001-06-13 07:03:30] [EMAIL PROTECTED] I'm using W2KSP2, Apache 1.3.20, PHP latest snap from Zend (2001-6-12) using the module way, not the CGI way. This script does not work $word=new COM(word.application) or die(Cannot start word for you); print Loaded word version ($word-Version)n; $word-visible =1 ; $word-Documents-Add(); $word-Selection-Typetext(Is this what you meant?); What happens? Marecandja --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11462edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] 4.0.6 Packaged!
4.0.6 built ok on Suse 7.1. Tested with my code (MySQL stuff mainly) and PhpMyAdmin. No problems found. Cheers -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11589 Updated: classes and includes
ID: 11589 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating system: Debian/Linux PHP Version: 4.0.5 Description: classes and includes The bug exists in 4.0.6 RC3 Previous Comments: --- [2001-06-20 14:59:26] [EMAIL PROTECTED] First, my stripped down code that works: ? class a { function make($params) { } } class b extends a { function make() { echo WORKS OK; } } class c extends b { function make($params) { parent::make(); } } class d extends c { function make($params) { parent::make($params); } } $d = new d(); $d-make(whatever); ? now, when i remove the definition of class 'a' to another file and include the file like this: file1.php: ? class a { function make($params) { } } ? file2.php: ? include ./file1.php; // or require - no difference class b extends a { function make() { echo WORKS OK; } } class c extends b { function make($params) { // this gets called forever and generating warnings parent::make(); } } class d extends c { function make($params) { parent::make($params); } } $d = new d(); $d-make(whatever); ? then i get message 'Warning: Missing argument 1 for make()' ... the code is same ... but working differently. at least with my php 4.0.5. so i think this is a bug. --- Full Bug description available at: http://bugs.php.net/?id=11589 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.6 Packaged!
http://www.php.net/~andi/php-4.0.6.tar.gz Tomorrow I'll commit it to the phpweb CVS and we'll announce it on Friday. Please in the meanwhile make sure that no show stoppers have crept in. Show stoppers == something is completely broken in the core or a terrible security hole which needs to be addressed ASAP. All the rest, little bugglets as found in bugs.php.net will have to wait for 4.0.7 which IMO can soon start a release process of its own. I'd like to see Zeev's fix to #11590 in 4.0.6 I just tested it, and it still segfaults. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.6 Packaged!
I'd like to see Zeev's fix to #11590 in 4.0.6 The same to #11589 .. in my project it's very important. Ok, it's just my project :( but when i need to hardode class names instead of just specifinig parent:: - it make's things more complex than they should be. lenar. I just tested it, and it still segfaults. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11578 Updated: http header order not respected and messages not transmitted
ID: 11578 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: By default PHP's header() function will replace the value of an http header with the value you give it. If you don't want it to replace, but instead add a second header with a different value, use the optional second arg to header() to tell PHP not to do this replace. So your code should be: header(www-authenticate: Negociate); header(www-authenticate: NTLM,0); I don't blame you for not knowing this though. It isn't documented anywhere. I will take care of that now. Previous Comments: --- [2001-06-21 01:38:26] [EMAIL PROTECTED] I currently use the module version of php like indicated in my previous description. I've separed the bug in two part to be more understandable (i'm not familiar with english) the first part is with the function header : if i execute the following code : header(HTTP/1.1 401 acces refuse); header(www-authenticate: Negociate); header(www-authenticate: NTLM); (i know this not correct for rfc but IIS work like that..) and on the network dump i see: HTTP/1.1 401 unauthorized (not my message !!!) www-authenticate: NTLM (squizzed the negociate!!) now the second part of the message : during my challenge to obtain ntlm auth 3 messages are exchanged like that : c = client ; s = server 1 c - s GET 2 s - c http/1.1 401 unauthorized www-authenticate : NTLM 3 c - s authorization: msg1 4 s - c http/1.1 401 unauthorized www-authenticate : NTLM msg2 5 c - s authorization: msg3 so on the number 2 i do calls to header on the 3 i call getallheaders (return msg1) on the 4 i call header on the 5 i cal getallheaders i write it to a file (for tests) i close the file my first suprise was : on the network layer all is correct : 3 msg, 3 corrects contents and the 3 msg differents. on the php layer : msg1 is the same that msg 3 !!! if i do a redirection after have closed the file : it contains no more messages is the optmizer fault ? If i'am not clear i can try to reexplain --- [2001-06-20 12:14:28] [EMAIL PROTECTED] Are you using the Apache module version of PHP on Windows or the standalone CGI binary version? And what do you mean the headers are in the wrong order? The order of HTTP headers is not significant. --- [2001-06-20 09:10:55] [EMAIL PROTECTED] ? // // description : ntlm authentification module // //get the msg wich is contained in the headers of the apache server. function get_msg_auth() { //$msg=no auth scheme//; $headers = getallheaders(); while (list($header, $value) = each($headers)) { if ($header == Authorization) { $msg=$value; } } $msg=substr($msg,5,strlen($msg)); return $msg; } //return to the browser the first step of the ntlm authentification schema. function beginntlm() { header(HTTP/1.1 401 accès refusé); header(WWW-Authenticate: NTLM); } //send the msg2 to the client. function putmsg2($msg) { header(HTTP/1.1 401 accès refusé); header(www-authenticate: NTLM .$msg); return($msg); } //do the authentification function ntlm_auth () { $fp = fopen(c:/test.txt,w+); beginntlm(); fwrite($fp,msg1 = ); fwrite($fp,get_msg_auth()); fwrite($fp,nmsg2 = ); //msg2 not in the script cause it is too big fwrite($fp,putmsg2(TlRMTVNTUAACDAAMADAFgoGgPhfzJ50JifsAAHIAcgA8RABPAE0ARwBFAE4AAgAMAEQATwBNAEcARQBOAAEAHABTAFIAVgBHAEUAVABJAFQAXwBJAFMAUwBZADEABAAMAGQAbwBtAGcAZQBuAAMAKgBzAHIAdgBnAGUAdABpAHQAXwBpAHMAcwB5ADEALgBkAG8AbQBnAGUAbgAA)); fwrite($fp,nmsg3 = ); fwrite($fp,get_msg_auth()); fclose($fp); } ntlm_auth(); // header(location: index.php); ? the following code is working(IE only..), i get the correct test.txt but if i uncomment the last line header(location..=) the redirection is done but the auth header are not correct.. i've used tcpdump to see what is the problem and i've find that the header are not transmitted in the correct order and are modified i doesn't know if its the apache fault or the php optimer fault by my compagny really wait for a php version that permit to send and to get the headers correctly.. Thanks a lot the php used is the binary for win32 with default modules and default php.ini (apache is used) php is used an module of apache. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at
[PHP-DEV] Bug #11600 Updated: .h files missing for oracle.h dependencies
ID: 11600 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: These header files come with Oracle along with the client library. We could not possibly distribute these. Previous Comments: --- [2001-06-21 01:51:22] [EMAIL PROTECTED] /bin/sh /usr/local/src/php/php-4.0.5/libtool --silent --mode=compile gcc -I. -I /usr/local/src/php/php-4.0.5/main -I/usr/local/src/php/php-4.0.5/main -I/usr/loc al/src/php/php-4.0.5 -I/usr/local/netscape/server4/include -I/usr/local/src/php/ php-4.0.5/Zend -I/usr/local/src/php/php-4.0.5/ext/mysql/libmysql -I/usr/local/or acle/app/oracle/product/8.0.5/network/public -I/usr/local/src/php/php-4.0.5/ext/ xml/expat/xmltok -I/usr/local/src/php/php-4.0.5/ext/xml/expat/xmlparse -I/usr/lo cal/src/php/php-4.0.5/TSRM -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTIC S -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -g -O2 -p threads -c internal_functions.c In file included from internal_functions.c:33: /usr/local/src/php/php-4.0.5/ext/oracle/php_oracle.h:22: oratypes.h: No such fil e or directory /usr/local/src/php/php-4.0.5/ext/oracle/php_oracle.h:23: ocidfn.h: No such file or directory /usr/local/src/php/php-4.0.5/ext/oracle/php_oracle.h:24: ociapr.h: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `internal_functions.lo' Current working directory /usr/local/src/php/php-4.0.5/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/local/src/php/php-4.0.5/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' root@webdev1:/usr/local/src/php/php-4.0.5 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11600edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] 4.0.6 Packaged!
At 10:04 21/06/2001 +0300, Andi Gutmans wrote: http://www.php.net/~andi/php-4.0.6.tar.gz *** Configured, compiled and ran under ten minutes using the instructions i posted yesterday for RC4. Yeahay ! Welcome to the world new release ;-) hellekin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #2352 Updated: Create subgroup of database functions
ID: 2352 User Update by: [EMAIL PROTECTED] Status: Analyzed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0 Description: Create subgroup of database functions How about something like this? 8. Database - dBase 9. Database - dbm 10.Database - filePro Previous Comments: --- [2001-02-10 14:24:19] [EMAIL PROTECTED] fine. refiled to 4.0, though. --- [2001-02-10 14:05:11] [EMAIL PROTECTED] still pending on phpdoc, not done yet because docbook does not support subgroupings of reference parts might (and should IMHO) still happen but will most likely need a rather big patch to get around docbook shortcomings ... :( --- [2001-02-10 13:48:54] [EMAIL PROTECTED] not likely to happen. --- [2000-03-25 15:08:28] [EMAIL PROTECTED] Change to feature/change request, as this isn't a bug. Another level of navigation to get to the db stuff isn't necessary IMO, but it's a legit request best left up to the core dev/doc folks. --- [1999-09-22 11:47:54] [EMAIL PROTECTED] Create a subgroup of database functions and put the 14 or so database function groups there. IV. Function Reference 7. ClibPDF functions 8. Database functions A. dBase B. dbm C. filePro 9. Date and Time functions --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=2352 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11595 Updated: Error in the migration PHP3 to PHP4 with OpenLink-ODBC drive
ID: 11595 Updated by: ahill Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Nico, What error to you show? Best regards, Andrew Hill OpenLink Software Previous Comments: --- [2001-06-20 18:27:41] [EMAIL PROTECTED] When I migrated from PHP3 to PHP4 this script didn't work any more. I don't have connection problems and the error appears just in some cases. The following is an ad-hoc script that reproduce the odbc error. // PHP Version 4.0.4pl1 // OS: Solaris 2.7 // Driver: ODBC-Openlink multi-tier 3.2 // this connection works fine. $conn_id = odbc_connect(Driver=/psitio/openlink/odbcsdk/lib/oplodbc.so.1;Host=sql02.local;SVT=SQLServer 7;UID=batalla_web;PWD=mundial86;DATABASE=elsitiodb2;FetchBufferSize=4,,); echo my connection $conn_idBR; $qry = SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = ' . $idioma . ' . AND P.ID_PADRE IN (SELECT H.ID_HIJO FROM REAL_CAT_HIJO H WHERE . H.ID_PADRE = ' . $cat . ') ; // this query works. $qry = SELECT * FROM REAL_CAT_HIJO; // this query doesn't work IN PHP4 but works fine in PHP3 with the same ODBC-OPENLINK drive(??). $qry = SELECT idvalor,Valor,Tipo_rango FROM Fot_atributo_valor WHERE idcanal=41 AND idaplic=1 AND idatrib=2 ORDER BY idvalor; $res_id = odbc_prepare($conn_id,$qry); // the error occur in this code line (IN PHP4). $result = odbc_execute($res_id); Thanks in advance. Nico. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11595edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9154 Updated: HTTPD Memory Utilization Spike
ID: 9154 Updated by: zeev Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Performance problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Reassign status Previous Comments: --- [2001-05-08 19:25:33] [EMAIL PROTECTED] Is this fairly reproducible? If it is, any chance you could build Apache with debug information (--enable-debug in configure), attach to an offending process (gdb /path/to/httpd PID), and run a backtrace ('bt')? --- [2001-02-07 11:55:47] [EMAIL PROTECTED] Using ezxmlrpc 1.0 library from ez systems to write web services. Ezxmlrpc uses the qtdom option to process XML. Web services are reading from and writing to Postgres 7.0.3 database. Web services are working properly, but when they are called repeatedly (anywhere from 6 to 25 times in a row), one of the httpd processes eats all of the CPU and memory utilization spikes to over 100MB. PHP interpreter eventually stops because max execution time of 30 secs is exceeded. Then, memory utilization for that process drops back down to around 3MB. I am using apache 1.3.14 and have php built as a DSO. I do not seem to get a core dump, so I can not include a backtrace. My configure line follows: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-magic_quotes --with-dom --with-qtdom --with-pgsql --enable-debug I am classifying this as a performance problem, even though I know it is not. Don't know how else to clasify it. I know this is not enough info to begin debugging this problem. Can someone give me some tips on how I can narrow this down? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9154edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11578 Updated: http header order not respected and messages not transmitted
ID: 11578 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating system: win32 (nt4 and 2000) PHP Version: 4.0.5 Description: http header order not respected and messages not transmitted thanks a lot ramus for your help.. the first part of the problem was my fault not the php fault.. but... the second part is always not functionnal... i can obtain the correct headers and response for the ntlm scheme but.. if i do a header(location : ); at the END of the program... the value are not written correctly !! maybe an optimizer miss optimization. It strange that on a test without redirection all seems correct but adding instruction after the write and the file was closed and flushed this is not functionnal... thank a lot and sorry to spam you with my little problem. but it's a mission critical projet for France Telecom Mobile service (ORANGE) and i prefer using php with linux than IIS... i need to prove the possibilities of the open source platform.. Thank. Previous Comments: --- [2001-06-21 09:21:45] [EMAIL PROTECTED] By default PHP's header() function will replace the value of an http header with the value you give it. If you don't want it to replace, but instead add a second header with a different value, use the optional second arg to header() to tell PHP not to do this replace. So your code should be: header(www-authenticate: Negociate); header(www-authenticate: NTLM,0); I don't blame you for not knowing this though. It isn't documented anywhere. I will take care of that now. --- [2001-06-21 01:38:26] [EMAIL PROTECTED] I currently use the module version of php like indicated in my previous description. I've separed the bug in two part to be more understandable (i'm not familiar with english) the first part is with the function header : if i execute the following code : header(HTTP/1.1 401 acces refuse); header(www-authenticate: Negociate); header(www-authenticate: NTLM); (i know this not correct for rfc but IIS work like that..) and on the network dump i see: HTTP/1.1 401 unauthorized (not my message !!!) www-authenticate: NTLM (squizzed the negociate!!) now the second part of the message : during my challenge to obtain ntlm auth 3 messages are exchanged like that : c = client ; s = server 1 c - s GET 2 s - c http/1.1 401 unauthorized www-authenticate : NTLM 3 c - s authorization: msg1 4 s - c http/1.1 401 unauthorized www-authenticate : NTLM msg2 5 c - s authorization: msg3 so on the number 2 i do calls to header on the 3 i call getallheaders (return msg1) on the 4 i call header on the 5 i cal getallheaders i write it to a file (for tests) i close the file my first suprise was : on the network layer all is correct : 3 msg, 3 corrects contents and the 3 msg differents. on the php layer : msg1 is the same that msg 3 !!! if i do a redirection after have closed the file : it contains no more messages is the optmizer fault ? If i'am not clear i can try to reexplain --- [2001-06-20 12:14:28] [EMAIL PROTECTED] Are you using the Apache module version of PHP on Windows or the standalone CGI binary version? And what do you mean the headers are in the wrong order? The order of HTTP headers is not significant. --- [2001-06-20 09:10:55] [EMAIL PROTECTED] ? // // description : ntlm authentification module // //get the msg wich is contained in the headers of the apache server. function get_msg_auth() { //$msg=no auth scheme//; $headers = getallheaders(); while (list($header, $value) = each($headers)) { if ($header == Authorization) { $msg=$value; } } $msg=substr($msg,5,strlen($msg)); return $msg; } //return to the browser the first step of the ntlm authentification schema. function beginntlm() { header(HTTP/1.1 401 accès refusé); header(WWW-Authenticate: NTLM); } //send the msg2 to the client. function putmsg2($msg) { header(HTTP/1.1 401 accès refusé); header(www-authenticate: NTLM .$msg); return($msg); } //do the authentification function ntlm_auth () { $fp = fopen(c:/test.txt,w+); beginntlm(); fwrite($fp,msg1 = ); fwrite($fp,get_msg_auth()); fwrite($fp,nmsg2 = ); //msg2 not in the script cause it is too big
Re: [PHP-DEV] Re: [PHP-QA] 4.0.6 Packaged!
Hiya i get this error when doing make under apache 1.3.20 gcc -c -I../../os/unix -I../../include -DLINUX=22 -I/home/src/wico/php-4.0.6 -I/home/src/wico/php-4.0.6/main -I/home/src/wico/php-4.0.6/main -I/home/src/wico/php-4.0.6/Zend -I/home/src/wico/php-4.0.6/Zend -I/home/src/wico/php-4.0.6/TSRM -I/home/src/wico/php-4.0.6/TSRM -I/home/src/wico/php-4.0.6 -I/home/src/wico/php-4.0.6 -I/home/src/wico/php-4.0.6/main -I/home/src/wico/php-4.0.6/main -I/home/src/wico/php-4.0.6/Zend -I/home/src/wico/php-4.0.6/Zend -I/home/src/wico/php-4.0.6/TSRM -I/home/src/wico/php-4.0.6/TSRM -I/home/src/wico/php-4.0.6 -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED -Os -O6 -march=pentium `../../apaci` -DAPACHE xmltok.c In file included from xmltok.c:260: xmltok_impl.c: In function `normal_getAtts': xmltok_impl.c:1478: Internal compiler error in `do_spl', at loop.c:12473 At 13:03 21-6-2001 +0100, Phil Driscoll wrote: 4.0.6 built ok on Suse 7.1. Tested with my code (MySQL stuff mainly) and PhpMyAdmin. No problems found. Cheers -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11589 Updated: classes and includes
ID: 11589 Updated by: zeev Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This has been fixed in CVS (it will be a part of 4.0.7, 4.0.6 has already been packaged). Thanks for the report! Previous Comments: --- [2001-06-21 08:24:33] [EMAIL PROTECTED] The bug exists in 4.0.6 RC3 --- [2001-06-20 14:59:26] [EMAIL PROTECTED] First, my stripped down code that works: ? class a { function make($params) { } } class b extends a { function make() { echo WORKS OK; } } class c extends b { function make($params) { parent::make(); } } class d extends c { function make($params) { parent::make($params); } } $d = new d(); $d-make(whatever); ? now, when i remove the definition of class 'a' to another file and include the file like this: file1.php: ? class a { function make($params) { } } ? file2.php: ? include ./file1.php; // or require - no difference class b extends a { function make() { echo WORKS OK; } } class c extends b { function make($params) { // this gets called forever and generating warnings parent::make(); } } class d extends c { function make($params) { parent::make($params); } } $d = new d(); $d-make(whatever); ? then i get message 'Warning: Missing argument 1 for make()' ... the code is same ... but working differently. at least with my php 4.0.5. so i think this is a bug. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11589edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Command line option for shell scripting [ And some interactive mode issues]
Looks like we just need to call: zend_unset_timeout(); zend_set_timeout(0); in sapi/cgi/cgi_main.c. I will put this in the patch I send in. This is a good idea. Brian Moon -- dealnews.com, Inc. Makers of dealnews dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: James Moore [EMAIL PROTECTED] To: 'Brian Moon' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, June 20, 2001 5:00 PM Subject: RE: [PHP-DEV] Command line option for shell scripting [ And some interactive mode issues] Something along this line which I wanted to do was to turn the time out off for interactive mode as at the moment it times out after 30secs, anyone got any objections if I make that change?? - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Totally Blue Sky
On Thu, 21 Jun 2001, Hartmut Holzgraefe wrote: Brian Tanner wrote: GTK is actually a GUI and is not based on HTML at all... I think what Greg is looking for is an HTML based application that runs standalone... doesn't GTK have a HTML component that could be embeded to mimic a browser frontend ? Not yet, but I plan to put it in soon enough. -Andrei Everything is a matter of a little programming -- Rasmus Lerdorf -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11595 Updated: Error in the migration PHP3 to PHP4 with OpenLink-ODBC drive
ID: 11595 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: marking as feedback until user responds... Previous Comments: --- [2001-06-21 09:50:44] [EMAIL PROTECTED] Nico, What error to you show? Best regards, Andrew Hill OpenLink Software --- [2001-06-20 18:27:41] [EMAIL PROTECTED] When I migrated from PHP3 to PHP4 this script didn't work any more. I don't have connection problems and the error appears just in some cases. The following is an ad-hoc script that reproduce the odbc error. // PHP Version 4.0.4pl1 // OS: Solaris 2.7 // Driver: ODBC-Openlink multi-tier 3.2 // this connection works fine. $conn_id = odbc_connect(Driver=/psitio/openlink/odbcsdk/lib/oplodbc.so.1;Host=sql02.local;SVT=SQLServer 7;UID=batalla_web;PWD=mundial86;DATABASE=elsitiodb2;FetchBufferSize=4,,); echo my connection $conn_idBR; $qry = SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = ' . $idioma . ' . AND P.ID_PADRE IN (SELECT H.ID_HIJO FROM REAL_CAT_HIJO H WHERE . H.ID_PADRE = ' . $cat . ') ; // this query works. $qry = SELECT * FROM REAL_CAT_HIJO; // this query doesn't work IN PHP4 but works fine in PHP3 with the same ODBC-OPENLINK drive(??). $qry = SELECT idvalor,Valor,Tipo_rango FROM Fot_atributo_valor WHERE idcanal=41 AND idaplic=1 AND idatrib=2 ORDER BY idvalor; $res_id = odbc_prepare($conn_id,$qry); // the error occur in this code line (IN PHP4). $result = odbc_execute($res_id); Thanks in advance. Nico. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11595edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11571 Updated: cannot insert data in msaccess
ID: 11571 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 4.0.5 Assigned To: Comments: script works fine for me. are you sure you haven't given out your DSN in read only mode, or possibly requiring a user? Previous Comments: --- [2001-06-20 00:51:30] [EMAIL PROTECTED] hello. my script is : - ? /* connect database */ $dsn = nawa_dsn; $user = ; $pw = ; $conn = odbc_connect($dsn,$user,$pw); $sql = insert into TB_Login (UserID,Name) values ('002','Somphob'); /* check for errors */ if (!odbc_exec($conn,$sql)) { /* error */ echo Error; } else { echo OK!; } /* close connection */ odbc_close($conn); ? - and result is : - Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Operation must use an updateable query., SQL state S1000 in SQLExecDirect in c:inetpubwwwrootcustomersave.php on line 12 Error - please tell me. thank. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11571edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11595 Updated: Error in the migration PHP3 to PHP4 with OpenLink-ODBC drive
ID: 11595 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: ODBC related Operating system: Solaris 2.7 PHP Version: 4.0.4pl1 Description: Error in the migration PHP3 to PHP4 with OpenLink-ODBC drive Sorry, message error: Warning: SQL error: [OpenLink][ODBC][Driver]General error, SQL state S1000 in SQLPrepare in /psitio/multihomed/www.elsitio.com/pub/cgi-bin/gl/av/player/test.php3 on line 19 The most strange is that I reduce the query string SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = 'C' AND P.ID_PADRE IN ( SELECT ID_HIJO FROM REAL_CAT_HIJO ) to SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = 'C' it works fine IN PHP4... I don't know is very strange. Nico. Previous Comments: --- [2001-06-21 11:10:52] [EMAIL PROTECTED] marking as feedback until user responds... --- [2001-06-21 09:50:44] [EMAIL PROTECTED] Nico, What error to you show? Best regards, Andrew Hill OpenLink Software --- [2001-06-20 18:27:41] [EMAIL PROTECTED] When I migrated from PHP3 to PHP4 this script didn't work any more. I don't have connection problems and the error appears just in some cases. The following is an ad-hoc script that reproduce the odbc error. // PHP Version 4.0.4pl1 // OS: Solaris 2.7 // Driver: ODBC-Openlink multi-tier 3.2 // this connection works fine. $conn_id = odbc_connect(Driver=/psitio/openlink/odbcsdk/lib/oplodbc.so.1;Host=sql02.local;SVT=SQLServer 7;UID=batalla_web;PWD=mundial86;DATABASE=elsitiodb2;FetchBufferSize=4,,); echo my connection $conn_idBR; $qry = SELECT P.* FROM REAL_CAT_PADRE P WHERE IDIOMA = ' . $idioma . ' . AND P.ID_PADRE IN (SELECT H.ID_HIJO FROM REAL_CAT_HIJO H WHERE . H.ID_PADRE = ' . $cat . ') ; // this query works. $qry = SELECT * FROM REAL_CAT_HIJO; // this query doesn't work IN PHP4 but works fine in PHP3 with the same ODBC-OPENLINK drive(??). $qry = SELECT idvalor,Valor,Tipo_rango FROM Fot_atributo_valor WHERE idcanal=41 AND idaplic=1 AND idatrib=2 ORDER BY idvalor; $res_id = odbc_prepare($conn_id,$qry); // the error occur in this code line (IN PHP4). $result = odbc_execute($res_id); Thanks in advance. Nico. --- Full Bug description available at: http://bugs.php.net/?id=11595 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11605: Upload file fails!!!
From: [EMAIL PROTECTED] Operating system: win NT with Apache PHP version: 4.0.5 PHP Bug Type: Reproducible crash Bug description: Upload file fails!!! may be you can help me with these trouble. I have 2 files: a HTML with a form inside that upload a file and send to a PHP file that copy the file uploaded from tmp dir to /upload and then navigate back to the html file. when I try to upload several files, the html form fail and not send any file to tmp dir, but when I actualize (F5 or CTRL+F5)2 or 3 times the html files works again and send the file. **send.htm** HTML HEAD TitleUpload/Title META HTTP-EQUIV=Expires CONTENT=0 /HEAD BODY form Action=send.php Method=POST ENCTYPE=MULTIPART/FORM-DATA name=form1 INPUT TYPE=hidden name=MAX_FILE_SIZE value=200 input type=file name=file size=25 input type=submit value=Agregar name=B2 /form /BODY /HTML **send.php** html head META HTTP-EQUIV=Expires CONTENT=0 /head ?PHP if ($file_size) copy($file, upload/.$file_name); ? script javascript:window.history.back(); /script html The files above are a simplification that files a need in my application. Please help meSorry for my english...and Thank´s Dante Daniel Galli -- Edit Bug report at: http://bugs.php.net/?id=11605edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.6 Packaged!
I'd like to see this fix tested a bit more before it gets released. I think that going off with 4.0.6 as it was packaged and starting the 4.0.7 release process soon afterwards makes the most sense. Zeev At 15:54 21/6/2001, Rasmus Lerdorf wrote: http://www.php.net/~andi/php-4.0.6.tar.gz Tomorrow I'll commit it to the phpweb CVS and we'll announce it on Friday. Please in the meanwhile make sure that no show stoppers have crept in. Show stoppers == something is completely broken in the core or a terrible security hole which needs to be addressed ASAP. All the rest, little bugglets as found in bugs.php.net will have to wait for 4.0.7 which IMO can soon start a release process of its own. I'd like to see Zeev's fix to #11590 in 4.0.6 I just tested it, and it still segfaults. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11202 Updated: php.exe Application error
ID: 11202 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.5 Assigned To: Comments: no user feedback. Previous Comments: --- [2001-05-31 11:35:58] [EMAIL PROTECTED] please try to include a simple sample script (read the bug tracker rules if you need more information). --- [2001-05-30 15:26:49] [EMAIL PROTECTED] php.exe - Application Error The instruction at 0x00c4dff2 referenced memory at 0x00c4dff2. The memory could not be read. This is happening intermitantly for many of my pages. Sometimes hitting refresh will fix the problem, sometimes it will cause another error. I am running php 4.0.5 as a cgi under IIS 5 on Win2000. My script uses ODBC to connect to an access database. It also uses header() to force the user to authenticate. Here is the script: ?php require_once('auth.inc'); ? html head titleEnter a new listing/title /head body onLoad=document.all.year.focus(); ?php if (@$do_save) { ? Cannot yet save listings. ?php } ? script language=JScript ?php $allmodels = $dbh-getAll(select make, model, model_description from models); echo var allmodels = new Array(new Array(0,0,0); foreach ($allmodels as $row) { echo ,nnew Array(, $row[0], ,, $row[1], , ', $row[2], '; echo ); } echo );n; ? function makechanged() { var value = document.all.make.value; var modelopts = document.all.model.options; while (modelopts.length 0) modelopts.remove(0); if (value == -1) { var popup = open(newmake.php, null, height=100,width=300,status=yes,toolbar=no,menubar=no,location=no); } else if (value != 0) { var obj = document.createElement(OPTION); var i; modelopts.add(obj); obj.value=null; obj.innerText=; for(i=0;iallmodels.length;i++) { if (value != allmodels[i][0]) continue; obj = document.createElement(OPTION); modelopts.add(obj); obj.value=allmodels[i][1]; obj.innerText=allmodels[i][2]; } obj = document.createElement(OPTION); modelopts.add(obj); obj.value=-1; obj.innerText=Other...; } } function addnewmake(ident, desc) { var sel = document.all.make; var opts = sel.options; var i; var didit=0; for(i=0;iopts.length;i++) { if (ident == opts[i].value) { opts[i].innerText=desc; opts[i].selected=true; didit=1; break; } } if (!didit) { var obj = document.createElement(OPTION); opts.add(obj); obj.value=ident; obj.innerText=desc; obj.selected=true; } makechanged(); } function modelchanged() { var makevalue = document.all.make.value; var makedesc = document.all.make.options[document.all.make.selectedIndex].innerText; var value = document.all.model.value; if (value == -1) { var popup = open(newmodel.php?make_id= + makevalue + make_desc= + makedesc , null, height=100,width=300,status=yes,toolbar=no,menubar=no,location=no); } } function addnewmodel(make, ident, desc) { var i; var foundit = 0; alert(3); alert(addnewmodel + make + + ident + + desc); for(i=0;iallmodels.length;i++) { if (make == allmodels[i][0] ident == allmodels[i][1]) { foundit = 1; allmodels[i][2] = desc; break; } } alert(4); if (!foundit) { i = allmodels.length; allmodels[i] = new Array(); allmodels[i][0] = make; allmodels[i][1] = ident; allmodels[i][2] = desc; } alert(5); makechanged(); alert(6); var sel = document.all.model; var opts = sel.options; for(i=0;iopts.length;i++) { if (ident == opts[i].value) { opts[i].selected=true; break; } } alert(7); } /script h1New Listing/h1 form action=listing.php method=post hidden name=do_save
[PHP-DEV] Bug #10030 Updated: field returned from odbc read with only 3989 chars, not all
ID: 10030 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: no user feedback. Previous Comments: --- [2001-06-01 12:10:18] [EMAIL PROTECTED] try updating your php.ini value defaultlrl to handle the full size and see if that works for you. next check to see if this still exists in latest versions of PHP, thanks! --- [2001-03-27 14:27:16] [EMAIL PROTECTED] We have an informix database, with the informix odbc driver(7.x) compiled with apache.3.1.14ssl, php 4.03.pl1. Our configure commands included the informix via --with-custom-odbc=/opt/informix . We do not use any of the informix ifx functions, but the php odbc functions. The code in question is as follows: $crs = odbc_pconnect($host,$dblogonname,$dbpassword); $i = odbc_exec($crs,set role . $dbrole); $sqltxt = select mt_id,mt_name,mt_faxattachments,mt_emlattachments, mt_text,mt_bcc, mt_faxcoverpage,mt_subject from mail_templates where mt_id = . $id; //echo(sql . $sqlTxt . sql); $rsm = odbc_exec($crs,$sqltxt); $rsma = odbc_fetch_row($rsm); $mtid = odbc_result($rsm,1); //int $mtname = odbc_result($rsm,2); // string 20 $mtfaxattachments = odbc_result($rsm,3); // string 255 $mtemlattachments = odbc_result($rsm,4); // string 255 $mttext = odbc_result($rsm,5); // text (blob) $mtbcc = odbc_result($rsm,6); // string 255 $mtfaxcoverpage = odbc_result($rsm,7); // char 8 $mtsubject = odbc_result($rsm,8); // char 80 //echo(sql . $mttext . sql); --- Through a data base editor, the mt_text field actually had approximately 4100 characters, but the echo command just above only displayed the first 3989 chars. Our c++ programmer can access the full field in his programs. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10030edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10428 Updated: odbc_primarykeys returns 0 rows
ID: 10428 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: no user feedback. if this continues please reopen the bug Previous Comments: --- [2001-06-01 23:13:20] [EMAIL PROTECTED] 1) please try this with 4.0.5, or a recent 4.0.6 RC if you can. 2) provide a simple sample script to reproduce the problem. 3) provide a simple sample database to go with the script. --- [2001-04-20 17:41:33] [EMAIL PROTECTED] Trying to get the primary keys with odbc_primarykeys, using a valid connectid, '' or '%' as qualifier, '%', '' or 'sa' as owner and a valid table name, always return empty set. ODBC Connection is established to MS-SQL-Server. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10428edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7437 Updated: Long memo fields are truncated
ID: 7437 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: no user feedback. considered fixed in cvs... if not, please reopen the bug. Previous Comments: --- [2001-05-31 11:31:16] [EMAIL PROTECTED] this is possibly fixed by the fact that uodbc_ is now just odbc_ in the ini file. try that on a current release and see if it still occurs please! --- [2000-10-26 10:31:33] [EMAIL PROTECTED] phpinfo() reports: Directive: odbc.defaultlrl Local Value: return up to 4096 bytes Master Value: return up to 4096 bytes Setting odbc_longreadlen() solves the problem but, why the PHP.INI has no effect? --- [2000-10-26 04:06:10] [EMAIL PROTECTED] What does phpinfo() report about the value of defaultlrl? Does truncation also happen when setting the length with odbc_longreadlen() manually? --- [2000-10-24 15:22:15] [EMAIL PROTECTED] The php file has the following structure: ? $conn = odbc_connect(tar_CHT, , ); $mapas = odbc_do($conn,SELECT * FROM País_Mapas WHERE CStr([ID_País])=1 ); ? ... ? echo odbc_result($mapas,Codigo_HTML) ? Where tar_CHT is a system DSN of an Access database, Pais_Mapas is a table and Codigo_HTML is a memo field. This field sometimes have more than 4K characters. Working with PHP3: In PHP3.INI, if i leave the uodbc.defaultlrl parameter in 4096, sometimes the Codigo_HTML field is truncated. I solve the problem changing that value to, for example, 8192. Working with PHP4: In PHP.INI, if i change the uodbc.defaultlrl parameter to 8192, the field is still truncated. Both PHP3.INI and PHP.INI are in the Winnt directory. Other parameters in the .INI files remain with the default values. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7437edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #8516 Updated: Random errors using multiple queries
The info request was made while the lists were down, thus did not receive it. I've better things to do than regularly check for updates on 5 month old bug requests on the site, so I did not notice your request :) I have not noticed the problem in the newer releases of PHP (4.0.4+) but I have moved mostly to mssql_* - I have a lot of people using the ODBC wrappers I wrote without complaint however, so I'd determine this to be resolved. Thanks! Regards, Cristopher Daniluk President CEO email: [EMAIL PROTECTED] direct: 330/530-2373 Digital Services Network, Inc Unleashing Your Potential voice: 800/845-4822 web: http://www.dsnet.net/ -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 21, 2001 11:22 AM To: Cristopher R. Daniluk Subject: Bug #8516 Updated: Random errors using multiple queries ID: 8516 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: no user feedback. Previous Comments: --- [2001-05-31 11:33:56] [EMAIL PROTECTED] can you please: A) try this with a recent release? B) if it still occurs, attach a simple sample script to reproduce this ? --- [2001-01-02 10:57:05] [EMAIL PROTECTED] Using ODBC to connect to SQL Server 2000 remotely via sys dsn. Dist. php.ini When executing multiple unprepared selects (not tested with prepared selects) simultaneously, ODBC randomly closes result sets. The selects are being called through a data class which works with MySQL, Postgre, Interbase, and ODBC. I cannot reproduce this any other way than with ODBC. It APPEARS to be less frequent with SQL_CUR_USE_ODBC, but not by much. It is also a big kicker that it is entirely random, though more often than not. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8516edit=2 BEGIN:VCARD VERSION:2.1 N:Daniluk;Cristopher FN:Cristopher Daniluk ORG:Digital Services Network, Inc.;Executive Management TITLE:President CEO NOTE;ENCODING=QUOTED-PRINTABLE:=0D=0A TEL;WORK;VOICE:(330) 530-2373 TEL;WORK;VOICE:(800) 845-4822 TEL;CELL;VOICE:(330) 219-4819 TEL;WORK;FAX:(208) 723-6782 ADR;WORK;ENCODING=QUOTED-PRINTABLE:;President;89 West Marshall Avenue=0D=0ASuite A;McDonald;Ohio;44437;United S= tates of America LABEL;WORK;ENCODING=QUOTED-PRINTABLE:President=0D=0A89 West Marshall Avenue=0D=0ASuite A=0D=0AMcDonald, Ohio 4443= 7=0D=0AUnited States of America URL;WORK:http://www.dsnet.net/~cris EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010528T230445Z END:VCARD -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11606: Compile problem in Zend: zend_language_scanner_cc.cc
From: [EMAIL PROTECTED] Operating system: Solaris 2.7 PHP version: 4.0.5 PHP Bug Type: Compile Problem Bug description: Compile problem in Zend: zend_language_scanner_cc.cc bash-2,00$ gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.0/specs Configured with: ./configure Thread model: posix gcc version 3.0 bash-2,00$ flex -V flex version 2.5.4 bash-2,00$ make -v GNU Make version 3.79, by Richard Stallman and Roland McGrath. Built for sparc-sun-solaris2.7 Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Report bugs to [EMAIL PROTECTED]. bash-2,00$ make /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads -c zend_language_scanner_cc.cc In file included from FlexLexer.h:47, from zend_language_scanner_cc.cc:241: /usr/local/include/g++-v3/backward/iostream.h:36: using directive `istream' introduced ambiguous type `istream' In file included from ./zend_language_scanner.l:90: zend_istdiostream.h:8: 'stdiobuf' is used as a type, but is not defined as a type. zend_istdiostream.h:11: syntax error before `*' token zend_istdiostream.h: In constructor `istdiostream::istdiostream(FILE*)': zend_istdiostream.h:10: class `istdiostream' does not have any field named `_file' zend_istdiostream.h:10: no matching function for call to `std::basic_istreamchar, std::char_traitschar ::basic_istream()' /usr/local/include/g++-v3/bits/std_istream.h:209: candidates are: std::basic_istream_CharT, _Traits::basic_istream(const std::basic_istream_CharT, _Traits) [with _CharT = char, _Traits = std::char_traitschar] /usr/local/include/g++-v3/bits/std_istream.h:72: std::basic_istream_CharT, _Traits::basic_istream(std::basic_streambuf_CharT, _Traits*) [with _CharT = char, _Traits = std::char_traitschar] zend_istdiostream.h:10: `_file' undeclared (first use this function) zend_istdiostream.h:10: (Each undeclared identifier is reported only once for each function it appears in.) zend_istdiostream.h: At global scope: zend_istdiostream.h:12: parse error before `}' token ./zend_language_scanner.l: In function `void zend_file_handle_dtor(zend_file_handle*)': ./zend_language_scanner.l:198: no matching function for call to `std::basic_streambufchar, std::char_traitschar ::stdiofile()' ./zend_language_scanner.l: In function `int open_file_for_scanning(zend_file_handle*, zend_compiler_globals*)': ./zend_language_scanner.l:269: no matching function for call to `std::basic_ifstreamchar, std::char_traitschar ::basic_ifstream(int)' /usr/local/include/g++-v3/bits/std_iosfwd.h:81: candidates are: std::basic_ifstreamchar, std::char_traitschar ::basic_ifstream(const std::basic_ifstreamchar, std::char_traitschar ) /usr/local/include/g++-v3/bits/std_fstream.h:258: std::basic_ifstream_CharT, _Traits::basic_ifstream(const char*, std::_Ios_Openmode = std::ios_base::in) [with _CharT = char, _Traits = std::char_traitschar] /usr/local/include/g++-v3/bits/std_fstream.h:253: std::basic_ifstream_CharT, _Traits::basic_ifstream() [with _CharT = char, _Traits = std::char_traitschar] zend_language_scanner_cc.cc: In member function `int ZendFlexLexer::lex_scan(zval*, zend_compiler_globals*)': zend_language_scanner_cc.cc:4852: cannot convert `std::istream*' to `istream*' in assignment zend_language_scanner_cc.cc: In member function `void zendFlexLexer::yy_load_buffer_state()': zend_language_scanner_cc.cc:5388: cannot convert `istream*' to `std::istream*' in assignment zend_language_scanner_cc.cc: In member function `void zendFlexLexer::yy_init_buffer(yy_buffer_state*, std::istream*)': zend_language_scanner_cc.cc:5439: cannot convert `std::istream*' to `istream*' in assignment make: *** [zend_language_scanner_cc.lo] Error 1 ### Using Sun Workshop C++ Complier ### bash-2,00$ CC -V CC: Sun WorkShop 6 2000/04/07 C++ 5.1 bash-2,00$ /bin/sh ../libtool --silent --mode=compile CC -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -c zend_language_scanner_cc.cc zend_istdiostream.h, line 8: Error: stdiobuf is not defined. zend_istdiostream.h, line 11: Error: Type name expected instead of stdiobuf. zend_istdiostream.h, line 11: Error: No storage class or type for this declaration. zend_istdiostream.h, line 11: Error: , expected instead of *. zend_istdiostream.h, line 10: Error: istream is not a direct base class of istdiostream.
Re: [PHP-DEV] 4.0.6 Packaged!
At 05:54 AM 6/21/2001 -0700, Rasmus Lerdorf wrote: http://www.php.net/~andi/php-4.0.6.tar.gz Tomorrow I'll commit it to the phpweb CVS and we'll announce it on Friday. Please in the meanwhile make sure that no show stoppers have crept in. Show stoppers == something is completely broken in the core or a terrible security hole which needs to be addressed ASAP. All the rest, little bugglets as found in bugs.php.net will have to wait for 4.0.7 which IMO can soon start a release process of its own. I'd like to see Zeev's fix to #11590 in 4.0.6 I just tested it, and it still segfaults. Zeev has fixed it but I think it should only go into 4.0.7-dev. This should be branched shortly and hopefully we can aim for another release within a month. The NEWS list of 4.0.7 is already very long. As this bug has been around since 4.0 and we really should get 4.0.6 out I suggest releasing it. There will always be problems like this which haven't been solved. There are others in bugs.php.net. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.6
At 09:03 AM 6/21/2001 +0100, Phil Driscoll wrote: On Wednesday 20 June 2001 17:22, Andi Gutmans wrote: I suggest in order to get 4.0.6 out of the door I will package it today (the release), post it to php-devphp-qa and we can announce it on Friday. Sounds good. For the last release, in order to synchronise the release of the source and the two Windows binary versions, Zeev held off from posting the new version to the php.net downloads page until Daniel had brewed up the Windows binary zip and I had brewed up the Windows installer. We emailed the stuff to Zeev and then he updated teh web site in one go. Shall we do that with you this time? Last time we did release the sources a few hours before. I don't think there's any harm to it but if you guys can get it ready by tomorrow then we can put them up together. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] php -l still broke (bug #10348)
Hrm, how about a semicolon at the end of the 3rd line? :) It leaks, but it works. Zeev, my point was that php -l should've picked up on that, right? :) Jani, here is my config line: ./configure \ --with-mysql=/usr/local \ --disable-pear \ --enable-track-vars \ --disable-debug \ --disable-magic-quotes \ --enable-ftp \ --with-gettext \ --with-xml \ --with-dom \ --enable-wddx \ --with-curl \ --with-pgsql \ --with-zlib \ --enable-versioning \ --enable-sockets \ --with-openssl \ --with-snmp \ --with-readline \ --with-mcrypt - Colin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #11562 Updated: PHP crashes everytime with little syntax error
At 13:50 20-6-01 +, you wrote: ID: 11562 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.5 Assigned To: Comments: Another question: I assume it does NOT crash if you don't have errors in your scripts? YES.. when i correct the syntax error, it doesn't crash. Also when i remove the foreach, or when i remove the 2nd include, or when i remove the a from echo, or when i make a different syntax error, it doesn't crash. It only happens in this particular case. really weird. but i guess it's not so important, since it doesn't happen on Linux or any other OS, only windows. btw.. I use windows 98 with apache. Previous Comments: --- [2001-06-20 02:32:26] [EMAIL PROTECTED] I tried this on Linux with PHP 4.0.7dev as CGI executable and Apache static module, it just gives me a parse error. Can you possibly try one of the snapshots from http://www.zend.com/shapshots/ and see if the problem does still exists? --- [2001-06-19 11:13:48] [EMAIL PROTECTED] create 3 files test.php: ?php include(test1.php); include(test2.php); ? test1.php: ?php foreach($a as $b){ echoa); } ? test2.php: ?php ? now run test.php.. PHP crashes. There's a little syntax error in test1.php: echoa); should be echo(a); --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11562edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0.7-dev and GD 2.0.1
According to ChangeLog/NEWS entries PHP has support for GD 2.0.1 for a while now. I wanted to give it a try, but did not succeed. Have a look at - http://www.sebastian-bergmann.de/configure.txt - http://www.sebastian-bergmann.de/make.txt Thanks, Sebastian -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de Meet the PHP Project at LinuxTag, Booth 5.0.334/2 - http://phpinfo.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11218 Updated: isset() inside for() loops can crash
ID: 11218 Updated by: zeev Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: I was unable to reproduce that problem, however, I did fix bug #10911 which appears to be based on the same issue. Can you please test the latest CVS and see whether it solves your problem (note, this fix may not be a part of 4.0.6, since 4.0.6 has already been packaged; It'll definitely be in 4.0.7) Previous Comments: --- [2001-06-05 17:20:08] [EMAIL PROTECTED] Bug 10911, http://www.php.net/bugs.php?id=10911, was brought to my attention. Both my report above and this other one may be based on the same bug. --- [2001-05-31 12:33:40] [EMAIL PROTECTED] ?php # The problem child... function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } } Test(__FILE__,__LINE__); # NOW, funny things happen if I change the number of times # the for loop runs... # $Counter 1... # Everything is fine. # $Counter 2... # Dr Watson notifys of PHP crash, hit OK # (SeeDr Watson report at end of this posting.) # Text is displayed in browser. # PHP no longer running. # $Counter 3... # Nothing returned to browser. # No Dr Watson reports. # PHP won't stop executing, takes up 99% of processor time. # Can't End Process in Task Manger. # Doesn't stop after max execution time. # Need to reboot to kill PHP process. # # Though, if I execute from command line... # winds up in same infinite loop, but I can # kill the PHP process from the task manager. # So, if that's not strange enough, altering the # test code in small ways eliminates the problem... # remove if / isset segment... # okay /* function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; } } Test(__FILE__,__LINE__); */ # put the if / isset segment back # BUT remove the for loop # okay /* function Test($FileName, $FileLine, $Opt='', $Col='') { if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } Test(__FILE__,__LINE__); */ # put the for loop back # BUT do isset on a single dimensional array... # okay /* function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']) ) { echo 'in if'; } } } Test(__FILE__,__LINE__); */ # perform tasks outside a function. # okay /* for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } */ # set the array before running function # okay /* $Var['SC']['hide'] = 'y'; function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } } Test(__FILE__,__LINE__,'',$Var); */ # Set a single dimensional array, # though continue to perform isset on a two dimensional # Doesn't crash # -- _BUT_ the if isset() test comes out as TRUE # -- even when it's actually FALSE! /* unset($Var); $Var['SC'] = 'y'; function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } } Test(__FILE__,__LINE__,'',$Var); */ # Set variable to a string... # okay /* $Var = 'y'; function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } } Test(__FILE__,__LINE__,'',$Var); */ /* Application exception occurred: App: (pid=212) When: 5/31/2001 @ 11:59:23.314 Exception number: c005 (access violation) * System Information * Computer Name: BASE User Name: SYSTEM Number of Processors: 1 Processor Type: x86 Family 6 Model 3 Stepping 4 Windows Version: 4.0 Current Build: 1381 Service Pack: 6 Current Type: Uniprocessor Free Registered Organization: Analysis and Solutions Company Registered Owner: Daniel
Re: [PHP-DEV] php -l still broke (bug #10348)
Oh, and it didn't? It did for me. Anyway, I rewrote most of it today. Can you test the latest CVS? Zeev At 18:49 21/6/2001, Colin Viebrock wrote: Hrm, how about a semicolon at the end of the 3rd line? :) It leaks, but it works. Zeev, my point was that php -l should've picked up on that, right? :) Jani, here is my config line: ./configure \ --with-mysql=/usr/local \ --disable-pear \ --enable-track-vars \ --disable-debug \ --disable-magic-quotes \ --enable-ftp \ --with-gettext \ --with-xml \ --with-dom \ --enable-wddx \ --with-curl \ --with-pgsql \ --with-zlib \ --enable-versioning \ --enable-sockets \ --with-openssl \ --with-snmp \ --with-readline \ --with-mcrypt - Colin -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11608: ISAPI access violation bug reports get 'closed' but never fixed!!
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: ISAPI access violation bug reports get 'closed' but never fixed!! ISAPI access-violation bug reports get 'closed' but never fixed!! Moreover, there's never or rarely a bug number mentioned to cross reference to a master entry so that users can see what's going on with this. I took a look for 'ISAPI', then did a CTRL-F for 'access violoation', and all but the recent ones are all fixed even though many of them are VERY reproducable! Yet when I open them, they're always written off as 'not enough information' or duplicate and closed. Unforntunatly, this is having the effect of reinforcing Microsofts arguments against open source reliability. I'd hate to see this (PHP) start to fail because CGI or the apache_mod are the only viable operating solutions for heavy load sites. People where I work are already mandating migrating everything to Java for just these reasons (problems). -- Edit Bug report at: http://bugs.php.net/?id=11608edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Command line option for shell scripting [ And some interactive mode issues]
output_buffering also needs to be turned off in interactive mode. I will add that as well. Brian Moon -- dealnews.com, Inc. Makers of dealnews dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: James Moore [EMAIL PROTECTED] To: 'Brian Moon' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, June 20, 2001 5:00 PM Subject: RE: [PHP-DEV] Command line option for shell scripting [ And some interactive mode issues] Something along this line which I wanted to do was to turn the time out off for interactive mode as at the moment it times out after 30secs, anyone got any objections if I make that change?? - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.0.7-dev and GD 2.0.1
Sebastian Bergmann wrote: According to ChangeLog/NEWS entries PHP has support for GD 2.0.1 for a while now. I wanted to give it a try, but did not succeed. Please disregard this mail. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de Meet the PHP Project at LinuxTag, Booth 5.0.334/2 - http://phpinfo.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] problem ??? 1 is not a valid PostgreSQL link resource
! Hi ¡ i have redhat 7.1 , Postgresql 7.0.3 and php 4.0.4 but i have a problem with conections becose send me this messages 1 is not a valid PostgreSQL link resource, how i cant fix this problem someone friend say me that rebuild source code php 4.0.4 , is true o someone have a solution Thanks : -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] 4.0.6 Packaged!
On Thu, 21 Jun 2001, Wico de Leeuw wrote: Hiya i get this error when doing make under apache 1.3.20 A more interesting info would be the output of gcc -v. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11476 Updated: Weird random chars are generated in the script!
ID: 11476 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.6RC3 Assigned To: Comments: I managed to reproduce it (and cut it down to 7 lines, take that as a challenge ;) No fix yet, though - it's a bit of a complex issue. Previous Comments: --- [2001-06-14 20:23:18] [EMAIL PROTECTED] Here's the GDB backtrace I got: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (runnable)] 0x400de1c1 in __kill () from /lib/libc.so.6 (gdb) bt #0 0x400de1c1 in __kill () from /lib/libc.so.6 #1 0x40693cf6 in _emalloc (size=1515870813, __zend_filename=0x40a4bfc8 zend_operators.c, __zend_lineno=1028, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:163 #2 0x406af10b in concat_function (result=0xbfffdfec, op1=0x80e51c4, op2=0xbfffd638) at zend_operators.c:1028 #3 0x4069e735 in execute (op_array=0x8304dec) at ./zend_execute.c:1015 #4 0x406b33b0 in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #5 0x406cbdb3 in php_execute_script (primary_file=0xb56c) at main.c:1206 #6 0x406c713e in apache_php_module_main (r=0x830fe2c, display_source_mode=0) at sapi_apache.c:89 #7 0x406c7ee9 in send_php (r=0x830fe2c, display_source_mode=0, filename=0x83118f4 /www/apache/htdocs/11476.php) at mod_php4.c:536 #8 0x406c7f32 in send_parsed_php (r=0x830fe2c) at mod_php4.c:547 #9 0x80554f9 in ap_invoke_handler () at md4.c:255 #10 0x806a44f in process_request_internal () at md4.c:255 #11 0x806a4ba in ap_process_request () at md4.c:255 #12 0x8061306 in child_main () at md4.c:255 #13 0x80614e1 in make_child () at md4.c:255 #14 0x806165c in startup_children () at md4.c:255 #15 0x8061ccc in standalone_main () at md4.c:255 #16 0x806251c in main () at md4.c:255 #17 0x400d6c03 in __libc_start_main (main=0x8062164 main, argc=2, argv=0xb81c, init=0x804f3e0 _init, fini=0x8099f94 _fini, rtld_fini=0x4000bbc0 _dl_fini, stack_end=0xb814) at ../sysdeps/generic/libc-start.c:92 --- [2001-06-14 04:28:03] [EMAIL PROTECTED] When I generate some hex-color code the outcome is fare from expected. The best way to explain it would be by an example: http://www.edimag.dk/bug/backup_index.php and the source: http://www.edimag.dk/bug/backup_index.phps My compile command: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr' '--enable-trans-sid' '--with-gd' '--with-pdflib=/usr/local' '--with-ttf' '--with-sybase=/usr/local/freetds/' '--with-jpeg' (Update 2001-06-14: I tried it on a Linux 2.2.5 with PHP 4.0.4pl1 installed with the same error) /watson --- [2001-06-14 00:44:46] [EMAIL PROTECTED] Reproduced under 4.0.6RC3. I get segfault with this. --- [2001-06-13 19:35:23] [EMAIL PROTECTED] When I generate some hex-color code the outcome is fare from expected. The best way to explain it would be by an example: http://www.edimag.dk/bug/backup_index.php and the source: http://www.edimag.dk/bug/backup_index.phps My compile command: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr' '--enable-trans-sid' '--with-gd' '--with-pdflib=/usr/local' '--with-ttf' '--with-sybase=/usr/local/freetds/' '--with-jpeg' /watson --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11476edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11546 Updated: Register_Shutdown_Function doesn't happen after shutdown
ID: 11546 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Program Execution Operating system: PHP Version: 4.0.5 Assigned To: Comments: I can now reproduce the same symptom. If PHP is as CGI under Apache, the example script doesn't work. But as DSO it works. Previous Comments: --- [2001-06-19 14:34:50] [EMAIL PROTECTED] Windows 2000 - Apache 1.3x PHP 4.05 Running PHP.exe as CGI. Is this the problem? --- [2001-06-19 14:23:17] [EMAIL PROTECTED] This works for me just fine within Linux. Also on Windows ME (PHP as Apache DSO). What is the SAPI you are using? Web server? Or is it run as CGI? --Jani --- [2001-06-18 21:28:27] [EMAIL PROTECTED] In theory (at least IMHO), this function should be used to register functions to finish up after the client has detached from the server. This way, time consuming tasks like logging, closing connections, sending e-mail, or whatever can be done *after* the client is happily surfing to their next page. However, I have tested Register_Shutdown_Function as much as I can locally, and no matter what I try... I have to wait until my shutdown functions are done before I see the page, get redirected, or whatever. This is bug or a feature? Or am I a dummy? This example should execute and be done... but instead it waits around till the shutdown function is finished. I used sleep cause its a good way to kill time, but it happens with any time consuming operation (sending 5 emails through SMTP for example) Example: ? Register_ShutDown_Function(KillTime); print(We're DONE here.); flush(); exit(); function KillTime(){ sleep(30); } ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11546edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11264 Updated: apache child crashes
ID: 11264 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.5 Assigned To: Comments: Let's try again: What SAPI are you using? Are you using the CGI or the Apache DSO? (do you have a LoadModule line for php in your httpd.conf?) Previous Comments: --- [2001-06-19 23:24:15] [EMAIL PROTECTED] Apache 1.3.20 with PHP sapi. This only started happening i think with PHP 4.0.5 not 4.0.4. This happens with an older version of Apache too. I don't think it is Apache. I mean it is after all only 2 PHP function... die() and exit() that I notice crahing right now, but a while ago I noticed another one that causes a crash but I couldn't pinpoint which function then I ended up rewriting the script. Thanks, I really need this problem fixed. --- [2001-06-19 08:17:09] [EMAIL PROTECTED] I can not reproduce this with Apache 1.3.20/CGI or DSO. What SAPI are you using? Apache DSO or CGI? IIS? --Jani --- [2001-06-14 22:20:52] [EMAIL PROTECTED] actually now I know of 2 functions that are crashing it, die() and exit() --- [2001-06-14 22:05:42] [EMAIL PROTECTED] So where is this script? I can't see it here. Bogus. --- [2001-06-05 03:43:44] [EMAIL PROTECTED] It's not reproducible. It happens anytime anywhere. But it keeps happening with the same script. The crashes are unique to one script. Before I had a scripts with a lot of DB calls and it kept crashing until I redid the script and changing the way I did everything. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11264edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8753 Updated: Dynamic load library error
ID: 8753 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Feedback Bug Type: Dynamic loading Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Let's open this again, can you please try the PHP 4.0.6 RELEASE (not official yet) from here: http://www.php.net/~andi/php-4.0.6.tar.gz There have been some changes in everything and one pgsql crash bug is fixed in this release. --Jani Previous Comments: --- [2001-06-20 01:09:01] [EMAIL PROTECTED] I can try --with-pgsql=shared, but what if I want to add support for mysql? Do I need to recompile php? I think modules can solve this problem, but this is not working (not on my PC). sorry. --- [2001-06-20 01:05:40] [EMAIL PROTECTED] Sorry, I just forgot to write down phpsize, but I used it. There is a still same error, even in version 4.0.5, plus there is an error vhen stand-alone program finishing its executing, so changes are not writing in database (even if error - segmentation fault - occurs after ibase_close function). That's why I still want to use older version. --- [2001-06-19 09:55:46] [EMAIL PROTECTED] And if you really want to have shared extensions, you can compile them same time you compile main PHP by configuring like this: --with-pgsql=shared --Jani --- [2001-06-19 09:54:53] [EMAIL PROTECTED] You seem to be skipping one important step here: phpize Try reading these instructions found in the package: README.SELF-CONTAINED-EXTENSIONS And exactly WHY do you want to do this? It's better to configure with everything in the first place.. Also, update to 4.0.5 as it has some fixes regarding this issue. --Jani --- [2001-06-15 02:05:12] [EMAIL PROTECTED] how did I compile PHP? # ./configure --enable-versioning --enable-track-vars --with-imap=/usr/local/src/imap-4.7 --with-apxs=/usr/local/apache/bin/apxs # make # make install and modul (for example pgsql): # mkdir /tmp/newext # cd /tmp/newext/ # cp -rp /usr/local/src/php-4.0.5/ext/pgsql/* . # ./configure # make install # cd /usr/local/lib/php/extensions/ # cp no-debug-non-zts-20001222/pgsql.so . # pico /usr/local/lib/php.ini // uncommenting extension=pgsql.so # php PHP Warning: Invalid library (maybe not a PHP library) 'pgsql.so' in Unknown on line 0 Using RH7.1, PHP 4.0.5 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8753edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11491 Updated: When using ob_start(ob_gzhandler) transient SID gets broken
ID: 11491 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Analyzed Old-Bug Type: *Session related Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This should be mentioned in the manual? Reclassified as docu prob. Previous Comments: --- [2001-06-20 17:05:01] [EMAIL PROTECTED] output buffering takes place before the transient sid mechanism, which is the last thing to happen before the actual script output is passed on to the webserver so the trans-sid parser will not recognize the URLs in the already compressed output, thats it --- [2001-06-14 14:39:50] [EMAIL PROTECTED] Reproduced with PHP 4.0.6RC3. --- [2001-06-14 12:43:22] [EMAIL PROTECTED] UPDATE: The same erroneous behavior happens when zlib output compression is enabled in php.ini! --- [2001-06-14 11:53:31] [EMAIL PROTECTED] Example code: -- snip -- ob_start(ob_gzhandler); session_start(); session_register(sessUser); -- snip -- If you refuse the session cookie to be placed, the PHPSESSID is not appended to the a href links even though transient SID is enabled in PHP.INI. If you remove the ob_start(ob_gzhandler), it works fine again. Copy of php.ini file: -- snip -- [PHP] ; $Id: php.ini-dist,v 1.73.2.2 2001/04/22 11:58:49 phanto Exp $ ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; |bitwise OR ; bitwise AND ; ~bitwise NOT ; !boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none; sets foo to an empty string ; foo = none ; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a ; dynamically loaded extension (either a PHP extension or a Zend extension), ; you may only use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = Off ; Output buffering allows you to send header lines (including cookies) even ; after you send body content, at the price of slowing PHP's output layer a ; bit. You can enable output buffering during runtime by calling the output ; buffering functions. You can also enable output buffering for all files by ; setting this directive to On. output_buffering = Off ; You can redirect all of the output of your scripts to a function. For ; example, if you set output_handler to ob_gzhandler, output will be ; transparently compressed for browsers that support gzip or deflate encoding. ; Setting an output handler automatically turns on output buffering. output_handler = ;
[PHP-DEV] FW: [PHP-QA] 4.0.6 Packaged!
I couldnt compile under win32, the 4.0.5 I had compiled fine, but this moans at everything, it wont find lib files, its barfing about byson.. Anyone got a windows php.exe, php4ts.dll, with sql 7, and com support?? -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 21, 2001 8:05 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP-QA] 4.0.6 Packaged! http://www.php.net/~andi/php-4.0.6.tar.gz Tomorrow I'll commit it to the phpweb CVS and we'll announce it on Friday. Please in the meanwhile make sure that no show stoppers have crept in. Show stoppers == something is completely broken in the core or a terrible security hole which needs to be addressed ASAP. All the rest, little bugglets as found in bugs.php.net will have to wait for 4.0.7 which IMO can soon start a release process of its own. Enjoy, Andi -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11562 Updated: PHP crashes everytime with little syntax error
ID: 11562 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.5 Assigned To: Comments: The correct url is of course: http://www.zend.com/snapshots/ Previous Comments: --- [2001-06-20 09:50:20] [EMAIL PROTECTED] Another question: I assume it does NOT crash if you don't have errors in your scripts? --- [2001-06-20 02:32:26] [EMAIL PROTECTED] I tried this on Linux with PHP 4.0.7dev as CGI executable and Apache static module, it just gives me a parse error. Can you possibly try one of the snapshots from http://www.zend.com/shapshots/ and see if the problem does still exists? --- [2001-06-19 11:13:48] [EMAIL PROTECTED] create 3 files test.php: ?php include(test1.php); include(test2.php); ? test1.php: ?php foreach($a as $b){ echoa); } ? test2.php: ?php ? now run test.php.. PHP crashes. There's a little syntax error in test1.php: echoa); should be echo(a); --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11562edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11609: documentation packaging format
From: [EMAIL PROTECTED] Operating system: debian PHP version: 4.0 Latest CVS (2001-06-21) PHP Bug Type: Documentation problem Bug description: documentation packaging format Another documentation packaging format would be nice. I'm talking about bz2 .. it makes sense: If you package those html files with gzip you get approx 900kb file, but packaging with bz2 makes archive only ~600kb in size. Heh and i'm not evevn talking about zip format - the size coming out from that is awful. -- Edit Bug report at: http://bugs.php.net/?id=11609edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] make test doesn't work with register_globals=Off
is this acceptable? comments? tc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Sybase query result problem - PATCH
There is a bug in the PHP sybase_ct module. Bug #11489 The following script produces the following error the second time getAppName/sybase_fetch_row is called. Error (warning): /users/pmoosman/test_data/test1.php(26) : Warning - 3 is not a valid Sybase result resource Script: ?php function getConnect() { $db = sybase_connect('','yyy','zzz'); return $db; } function getAppName($app_id) { // static $db; $sql = select name from web_apps where application_id=$app_id; $db = getconnect(); $result = sybase_query($sql, $db); $row = sybase_fetch_row($result); return $row[0]; } getAppName(23); getAppName(23); ? Note: If I uncomment the static $db line, the error (warning) goes away. I ran this script through the debugger and it looks like the db resource handle is getting incorrectly cleaned up. I compared php_sybase_ct.c to php_mysql.c and I noticed that php_mysql.c ups the reference count on db resource link and php_sybase_ct.c does not. So, my guess is that that is the problem. However, I'm new to PHP and I'm not very familiar with the Zend code, so I would appreciate someone with some Zend knowledge to look over my proposed fix. In my copy of php_sybase_ct.c version 1.43 I added the following two lines: Line #599: zend_list_addref(link); Line #638: zend_list_addref(SybCtG(default_link)); -- Paul Moosman [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request
Full name: Paul Moosman Email: [EMAIL PROTECTED] ID: PWMoosman Purpose: I would like to check-in my fixes to the sybase_ct module. I also would like to be able to check in any future fixes I make to PHP. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11602 Updated: com_invoke, com_load, com_release cause fatal error
ID: 11602 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: COM related Operating system: PHP Version: 4.0.5 Assigned To: Comments: php4.0.6 will be released this week, please reopen if this still happens. harald Previous Comments: --- [2001-06-21 03:00:44] [EMAIL PROTECTED] using the following functions: com_invoke, com_load, com_release results in Fatal error: Call to undefined function --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11602edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #11558 Updated: Sybase-CT functions not found.
On Thu, 21 Jun 2001, Daniel Beulshausen wrote the following to [EMAIL PROTECTED]: Maybe not, but there's no reason they can't exist. :) can you please explain what you meant by that? sybase_min_error_severity() sybase_min_message_severity() are part of the sybase extension but not of the sybase_ct extension. the sybase_ct extension is the only one available under win32 so far, thus those functions can't exist. i guess there are other functions for this behaviour, or if there aren't make this a feature request but it's definetly not a (valid) bug report. daniel [2001-06-20 05:48:45] [EMAIL PROTECTED] such functions don't exist in the sybase_ct extension (only one available under win32) They are not in there right now, you're correct...so I filed this as a Feature Request, bcz there's no reason we can't add these functions for a future release. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10226 Updated: Cannot read pdf version of English docs
ID: 10226 Updated by: mj Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No user feedback. Previous Comments: --- [2001-06-13 16:23:10] [EMAIL PROTECTED] Does this still problem still occur with the latest version? - Martin --- [2001-04-07 17:59:59] [EMAIL PROTECTED] Downloaded manual-en.pdf. None of the readers can read it. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10226edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11218 Updated: isset() inside for() loops can crash
ID: 11218 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Scripting Engine problem Operating system: NT 4.0 SP6a PHP Version: 4.0.5 Description: isset() inside for() loops can crash Tested latest snapshot, http://www.zend.com/snapshots/get_latest.php, as of 17:00 -400. The problem with isset() inside for loops is fixed. BUT, there is still a problem. Testing a multidimensional array when only one dimension of the array is set causes the test to come out true even when it is not. See example: ?php # http://bugs.php.net/?id=11218 # # This if isset() test comes out as true # even though it's actually false. echo 'Should not see anything else after this...'; $Var['SC'] = 'y'; if ( isset($Var['SC']['hide']) ) { echo br /isset() says \$Var['SC']['hide'] is set.; } ? PS: I'm saddened to hear new versions of PHP are going out with unresolved bugs in functions as basic and essential as isset(). Previous Comments: --- [2001-06-21 12:14:07] [EMAIL PROTECTED] I was unable to reproduce that problem, however, I did fix bug #10911 which appears to be based on the same issue. Can you please test the latest CVS and see whether it solves your problem (note, this fix may not be a part of 4.0.6, since 4.0.6 has already been packaged; It'll definitely be in 4.0.7) --- [2001-06-05 17:20:08] [EMAIL PROTECTED] Bug 10911, http://www.php.net/bugs.php?id=10911, was brought to my attention. Both my report above and this other one may be based on the same bug. --- [2001-05-31 12:33:40] [EMAIL PROTECTED] ?php # The problem child... function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } } Test(__FILE__,__LINE__); # NOW, funny things happen if I change the number of times # the for loop runs... # $Counter 1... # Everything is fine. # $Counter 2... # Dr Watson notifys of PHP crash, hit OK # (SeeDr Watson report at end of this posting.) # Text is displayed in browser. # PHP no longer running. # $Counter 3... # Nothing returned to browser. # No Dr Watson reports. # PHP won't stop executing, takes up 99% of processor time. # Can't End Process in Task Manger. # Doesn't stop after max execution time. # Need to reboot to kill PHP process. # # Though, if I execute from command line... # winds up in same infinite loop, but I can # kill the PHP process from the task manager. # So, if that's not strange enough, altering the # test code in small ways eliminates the problem... # remove if / isset segment... # okay /* function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; } } Test(__FILE__,__LINE__); */ # put the if / isset segment back # BUT remove the for loop # okay /* function Test($FileName, $FileLine, $Opt='', $Col='') { if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } Test(__FILE__,__LINE__); */ # put the for loop back # BUT do isset on a single dimensional array... # okay /* function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']) ) { echo 'in if'; } } } Test(__FILE__,__LINE__); */ # perform tasks outside a function. # okay /* for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } */ # set the array before running function # okay /* $Var['SC']['hide'] = 'y'; function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } } Test(__FILE__,__LINE__,'',$Var); */ # Set a single dimensional array, # though continue to perform isset on a two dimensional # Doesn't crash # -- _BUT_ the if isset() test comes out as TRUE # -- even when it's actually FALSE! /* unset($Var); $Var['SC'] = 'y'; function Test($FileName, $FileLine, $Opt='', $Col='') { for ($Counter = 0; $Counter 3; $Counter++) { echo 'br /in for '; if ( isset($Col['SC']['hide']) ) { echo 'in if'; } } }
[PHP-DEV] Bug #11599 Updated: stdio stream problem
ID: 11599 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Apache related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Duplicate of #8624 Previous Comments: --- [2001-06-20 22:59:42] [EMAIL PROTECTED] The following php lines :- ?PHP $fp = fopen(php://stderr, w); fputs($fp, here's a debug message); fclose($fp); phpinfo(); ? work the first time but the second time reply with :- Warning: fopen(php://stderr,w) - Bad file descriptor in /home/sites/site2/users/jbarrett/web/test.php on line 2 Warning: Supplied argument is not a valid File-Handle resource in /home/sites/site2/users/jbarrett/web/test.php on line 3 Warning: Supplied argument is not a valid File-Handle resource in /home/sites/site2/users/jbarrett/web/test.php on line 4 unless apache is restarted. Called it apache related cos the code works fine on console but only fails this way as an apache module. (more than likely something to do with PHP cleaning up the file pointer) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11599edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10390 Updated: PHP CGI with AOLServer displays shebang
ID: 10390 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Other web server Operating system: PHP Version: 4.0 Latest CVS (18/04/2001) Assigned To: Comments: Duplicate of #9041 Previous Comments: --- [2001-06-20 18:14:43] [EMAIL PROTECTED] Anybody? --- [2001-04-18 21:03:00] [EMAIL PROTECTED] This bug seems related to 9475. When using perl, sh, etc on aolserver as a cgi, the output is normal. However, if I use PHP compiled as a CGI (with #!/path/to/php as the first line), the shebang is displayed as the first line of the response after the headers are sent. Configure line: './configure' '--prefix=/usr/local/rf_php' '--with-config-file-path=/usr/local/rf_php/lib' '--with-exec-dir=/usr/local/rf_php/bin' '--with-imap' '--with-gd=/usr/local' '--with-mysql=/usr/local/mysql' '--with-db' '--enable-discard-path' Ryan Finnie --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10390edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11578 Updated: http header order not respected and messages not transmitted
ID: 11578 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: HTTP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Did you try with the 2nd (undocumented before) argument for header() like Rasmus suggested?? And it still doesn't work? Previous Comments: --- [2001-06-21 09:59:22] [EMAIL PROTECTED] thanks a lot ramus for your help.. the first part of the problem was my fault not the php fault.. but... the second part is always not functionnal... i can obtain the correct headers and response for the ntlm scheme but.. if i do a header(location : ); at the END of the program... the value are not written correctly !! maybe an optimizer miss optimization. It strange that on a test without redirection all seems correct but adding instruction after the write and the file was closed and flushed this is not functionnal... thank a lot and sorry to spam you with my little problem. but it's a mission critical projet for France Telecom Mobile service (ORANGE) and i prefer using php with linux than IIS... i need to prove the possibilities of the open source platform.. Thank. --- [2001-06-21 09:21:45] [EMAIL PROTECTED] By default PHP's header() function will replace the value of an http header with the value you give it. If you don't want it to replace, but instead add a second header with a different value, use the optional second arg to header() to tell PHP not to do this replace. So your code should be: header(www-authenticate: Negociate); header(www-authenticate: NTLM,0); I don't blame you for not knowing this though. It isn't documented anywhere. I will take care of that now. --- [2001-06-21 01:38:26] [EMAIL PROTECTED] I currently use the module version of php like indicated in my previous description. I've separed the bug in two part to be more understandable (i'm not familiar with english) the first part is with the function header : if i execute the following code : header(HTTP/1.1 401 acces refuse); header(www-authenticate: Negociate); header(www-authenticate: NTLM); (i know this not correct for rfc but IIS work like that..) and on the network dump i see: HTTP/1.1 401 unauthorized (not my message !!!) www-authenticate: NTLM (squizzed the negociate!!) now the second part of the message : during my challenge to obtain ntlm auth 3 messages are exchanged like that : c = client ; s = server 1 c - s GET 2 s - c http/1.1 401 unauthorized www-authenticate : NTLM 3 c - s authorization: msg1 4 s - c http/1.1 401 unauthorized www-authenticate : NTLM msg2 5 c - s authorization: msg3 so on the number 2 i do calls to header on the 3 i call getallheaders (return msg1) on the 4 i call header on the 5 i cal getallheaders i write it to a file (for tests) i close the file my first suprise was : on the network layer all is correct : 3 msg, 3 corrects contents and the 3 msg differents. on the php layer : msg1 is the same that msg 3 !!! if i do a redirection after have closed the file : it contains no more messages is the optmizer fault ? If i'am not clear i can try to reexplain --- [2001-06-20 12:14:28] [EMAIL PROTECTED] Are you using the Apache module version of PHP on Windows or the standalone CGI binary version? And what do you mean the headers are in the wrong order? The order of HTTP headers is not significant. --- [2001-06-20 09:10:55] [EMAIL PROTECTED] ? // // description : ntlm authentification module // //get the msg wich is contained in the headers of the apache server. function get_msg_auth() { //$msg=no auth scheme//; $headers = getallheaders(); while (list($header, $value) = each($headers)) { if ($header == Authorization) { $msg=$value; } } $msg=substr($msg,5,strlen($msg)); return $msg; } //return to the browser the first step of the ntlm authentification schema. function beginntlm() { header(HTTP/1.1 401 accès refusé); header(WWW-Authenticate: NTLM); } //send the msg2 to the client. function putmsg2($msg) { header(HTTP/1.1 401 accès refusé); header(www-authenticate: NTLM .$msg); return($msg); } //do the authentification function ntlm_auth () { $fp = fopen(c:/test.txt,w+); beginntlm(); fwrite($fp,msg1 = ); fwrite($fp,get_msg_auth()); fwrite($fp,nmsg2 = ); //msg2 not in the script cause it is too big
[PHP-DEV] Bug #11605 Updated: Upload file fails!!!
ID: 11605 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Old-Bug Type: Reproducible crash Bug Type: HTTP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: This works just fine for me when I replace the javascript crap with header() call and don't use the the meta-tags. --Jani Previous Comments: --- [2001-06-21 11:19:08] [EMAIL PROTECTED] may be you can help me with these trouble. I have 2 files: a HTML with a form inside that upload a file and send to a PHP file that copy the file uploaded from tmp dir to /upload and then navigate back to the html file. when I try to upload several files, the html form fail and not send any file to tmp dir, but when I actualize (F5 or CTRL+F5)2 or 3 times the html files works again and send the file. **send.htm** HTML HEAD TitleUpload/Title META HTTP-EQUIV=Expires CONTENT=0 /HEAD BODY form Action=send.php Method=POST ENCTYPE=MULTIPART/FORM-DATA name=form1 INPUT TYPE=hidden name=MAX_FILE_SIZE value=200 input type=file name=file size=25 input type=submit value=Agregar name=B2 /form /BODY /HTML **send.php** html head META HTTP-EQUIV=Expires CONTENT=0 /head ?PHP if ($file_size) copy($file, upload/.$file_name); ? script javascript:window.history.back(); /script html The files above are a simplification that files a need in my application. Please help meSorry for my english...and Thank´s Dante Daniel Galli --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11605edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] problem ??? 1 is not a valid PostgreSQL link resource
php-dev is for people who develop PHP not develop _with_ PHP. The list you want is php-general. And this error simply means one of two things. 1) You did not connect to the Postgresql server properly. 2) Your query failed for some reason You do not need to recompile the source as you obviously have the pgsql commands workingcheck your PHP code. -Chris -Original Message- From: Carlos Estala [mailto:[EMAIL PROTECTED]] Sent: Thursday, 21 June, 2001 11:14 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] problem ??? 1 is not a valid PostgreSQL link resource ! Hi ¡ i have redhat 7.1 , Postgresql 7.0.3 and php 4.0.4 but i have a problem with conections becose send me this messages 1 is not a valid PostgreSQL link resource, how i cant fix this problem someone friend say me that rebuild source code php 4.0.4 , is true o someone have a solution Thanks : -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11607 Updated: uploads with type=
ID: 11607 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: *Function Specific Bug Type: HTTP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: With which browser/version and on which OS does this happen? This works for me with ANY file with NS 4.77 just fine. --Jani Previous Comments: --- [2001-06-21 11:47:56] [EMAIL PROTECTED] Current version of PHP 4.0.5 Doing the default HTTP post uploads right from the documentation I am seeing a problem where if I upload a text file, word document it works fine and reports the file size back. Array ( [userfile] = Array ( [name] = Computer Features.htm [type] = text/html [tmp_name] = /var/tmp//php015005 [size] = 1350 ) ) Array ( [userfile] = Array ( [name] = catmatrix.jpg [type] = image/pjpeg [tmp_name] = /var/tmp//php015005 [size] = 27094 ) ) When doing .pdf, .exe .wab (other's im not sure of) Array ( [userfile] = Array ( [name] = ClientReferenceJS13.pdf [type] = application/pdf [tmp_name] = none [size] = 0 ) ) Array ( [userfile] = Array ( [name] = dMC-r3.exe [type] = application/octet-stream [tmp_name] = none [size] = 0 ) ) There not being uploaded althought it seems they are by the httpd processing spinning up. Any ideas what would cause this? L --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11607edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11610: compilation with gd
From: [EMAIL PROTECTED] Operating system: slackware 7.0 PHP version: 4.0.5 PHP Bug Type: GD related Bug description: compilation with gd i have some problem in compilation with gd (1.8.4) first of all i have the same problem described in http://www.php.net/bugs.php?id=11096edit=1 (i resolve it commenting the line). but now i have some error compiling gdttf.c, for example: gdttf.c: In function `glyphTest': gdttf.c:442: `a' undeclared (first use in this function) gdttf.c:442: parse error before `)' gdttf.c:443: `b' undeclared (first use in this function) gdttf.c:443: parse error before `)' [there are 148 lines of errors] my configure line is: ./configure --with-mysql=/opt/mysql --with-apache=../apache_1.3.14 --enable-track-vars --with-gd --with-gd-dir=/usr/local/include --enable-calendar --with-jpeg-dir=/usr/lib --with-xpm-dir=/usr/X11R6/lib/ --with-ftp thanx alex -- Edit Bug report at: http://bugs.php.net/?id=11610edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11608 Updated: ISAPI access violation bug reports get 'closed' but never fixed!!
ID: 11608 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: You're not giving enough information either to start fixing anything. So I'm bogusing this 'bug report'. The reason the reports are closed/bogused is really only this. We try to keep the amount of reports to minimum, so that the real bugs are easier to be found and fixed. Every report without enough information will be bogused unless there is some useful feedback to them. Next time, send this kind of reports to [EMAIL PROTECTED] as this is a BUG db, not discussion forum. --Jani my opinion I suggest you get yourself a Opensource OS and use OpenSource Web server to get best results out of Opensource scripting language. Otherwise, use MickeySoft products. As long as Microsoft doesn't give enough information about their APIs and keep adding all kinds of odd things to their software, I don't think any Opensource software will ever be as 'reliable' as Microsoft's own software is..as they are the only ones who CAN write reliable software for their not-so-reliable OS and web servers. Disclaimer: The opinions above are my personal opinions. /my opinion Previous Comments: --- [2001-06-21 12:28:36] [EMAIL PROTECTED] ISAPI access-violation bug reports get 'closed' but never fixed!! Moreover, there's never or rarely a bug number mentioned to cross reference to a master entry so that users can see what's going on with this. I took a look for 'ISAPI', then did a CTRL-F for 'access violoation', and all but the recent ones are all fixed even though many of them are VERY reproducable! Yet when I open them, they're always written off as 'not enough information' or duplicate and closed. Unforntunatly, this is having the effect of reinforcing Microsofts arguments against open source reliability. I'd hate to see this (PHP) start to fail because CGI or the apache_mod are the only viable operating solutions for heavy load sites. People where I work are already mandating migrating everything to Java for just these reasons (problems). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11608edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #11607 Updated: uploads with type=
Hey Jani, Public Preview 6.0 = doesn't work on some it seems Netscape 4.08 = works Sent by: Bug Database [EMAIL PROTECTED] To: Lance Laureys/MW/US/3Com cc: Subject: Bug #11607 Updated: uploads with type= (Embedded image moved to file: pic26478.pcx) ID: 11607 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: *Function Specific Bug Type: HTTP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: With which browser/version and on which OS does this happen? This works for me with ANY file with NS 4.77 just fine. --Jani Previous Comments: --- [2001-06-21 11:47:56] [EMAIL PROTECTED] Current version of PHP 4.0.5 Doing the default HTTP post uploads right from the documentation I am seeing a problem where if I upload a text file, word document it works fine and reports the file size back. Array ( [userfile] = Array ( [name] = Computer Features.htm [type] = text/html [tmp_name] = /var/tmp//php015005 [size] = 1350 ) ) Array ( [userfile] = Array ( [name] = catmatrix.jpg [type] = image/pjpeg [tmp_name] = /var/tmp//php015005 [size] = 27094 ) ) When doing .pdf, .exe .wab (other's im not sure of) Array ( [userfile] = Array ( [name] = ClientReferenceJS13.pdf [type] = application/pdf [tmp_name] = none [size] = 0 ) ) Array ( [userfile] = Array ( [name] = dMC-r3.exe [type] = application/octet-stream [tmp_name] = none [size] = 0 ) ) There not being uploaded althought it seems they are by the httpd processing spinning up. Any ideas what would cause this? L --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11607edit=2 (Embedded image moved to file: pic32316.pcx) pic26478.pcx pic32316.pcx -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #11607 Updated: uploads with type=
Okay, last email was incomplete but I did get better results on this. Here is what I found but I am not sure why it's doing it. Netscape 4.08 works (Jani tested with 4.77) IE 5.5 works IE 6.0 PP does not work. (any ideas on how to debug this one?) Lance Sent by: Bug Database [EMAIL PROTECTED] To: Lance Laureys/MW/US/3Com cc: Subject: Bug #11607 Updated: uploads with type= (Embedded image moved to file: pic06603.pcx) ID: 11607 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: *Function Specific Bug Type: HTTP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: With which browser/version and on which OS does this happen? This works for me with ANY file with NS 4.77 just fine. --Jani Previous Comments: --- [2001-06-21 11:47:56] [EMAIL PROTECTED] Current version of PHP 4.0.5 Doing the default HTTP post uploads right from the documentation I am seeing a problem where if I upload a text file, word document it works fine and reports the file size back. Array ( [userfile] = Array ( [name] = Computer Features.htm [type] = text/html [tmp_name] = /var/tmp//php015005 [size] = 1350 ) ) Array ( [userfile] = Array ( [name] = catmatrix.jpg [type] = image/pjpeg [tmp_name] = /var/tmp//php015005 [size] = 27094 ) ) When doing .pdf, .exe .wab (other's im not sure of) Array ( [userfile] = Array ( [name] = ClientReferenceJS13.pdf [type] = application/pdf [tmp_name] = none [size] = 0 ) ) Array ( [userfile] = Array ( [name] = dMC-r3.exe [type] = application/octet-stream [tmp_name] = none [size] = 0 ) ) There not being uploaded althought it seems they are by the httpd processing spinning up. Any ideas what would cause this? L --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11607edit=2 (Embedded image moved to file: pic25601.pcx) pic06603.pcx pic25601.pcx -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11610 Updated: compilation with gd
ID: 11610 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: GD related Operating system: PHP Version: 4.0.5 Assigned To: Comments: You should NOT comment any lines in sources. Please try with PHP 4.0.6, (released tomorrow) as this is fixed in it. http://www.php.net/~andi/php-4.0.6.tar.gz --Jani Previous Comments: --- [2001-06-21 18:22:07] [EMAIL PROTECTED] i have some problem in compilation with gd (1.8.4) first of all i have the same problem described in http://www.php.net/bugs.php?id=11096edit=1 (i resolve it commenting the line). but now i have some error compiling gdttf.c, for example: gdttf.c: In function `glyphTest': gdttf.c:442: `a' undeclared (first use in this function) gdttf.c:442: parse error before `)' gdttf.c:443: `b' undeclared (first use in this function) gdttf.c:443: parse error before `)' [there are 148 lines of errors] my configure line is: ./configure --with-mysql=/opt/mysql --with-apache=../apache_1.3.14 --enable-track-vars --with-gd --with-gd-dir=/usr/local/include --enable-calendar --with-jpeg-dir=/usr/lib --with-xpm-dir=/usr/X11R6/lib/ --with-ftp thanx alex --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11610edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.6 Packaged!
On Thu, Jun 21, 2001 at 10:04:45AM +0300, Andi Gutmans wrote: http://www.php.net/~andi/php-4.0.6.tar.gz Tomorrow I'll commit it to the phpweb CVS and we'll announce it on Friday. Please in the meanwhile make sure that no show stoppers have crept in. Show stoppers == something is completely broken in the core or a terrible security hole which needs to be addressed ASAP. All the rest, little bugglets as found in bugs.php.net will have to wait for 4.0.7 which IMO can soon start a release process of its own. Enjoy, Andi Compiled under Conectiva Linux Snapshot version (soon-to-be 7.0), cgi and module version, dinamic modules for imap, ldap, mysql, pgsql, odbc. binaries RPM's and .src.rpm in snapshot mirrors tomorrow. (http://snapshot.conectiva.com for more details) configure used: ./configure \ »···--prefix=%{_prefix} \ »···--disable-debug \ »···--enable-pic \ »···--enable-inline-optimization \ »···--with-exec-dir=%{_bindir} \ »···--with-regex=system \ »···--with-gettext \ »···--with-freetype-dir=%{_prefix} \ »···--with-gd \ »···--with-jpeg-dir=%{_prefix} \ »···--with-png \ »···--with-zlib \ »···--with-db2 \ »···--with-db3 \ »···--with-gdbm \ »···--enable-debugger \ »···--enable-openssl \ »···--enable-magic-quotes \ »···--enable-safe-mode \ »···--enable-sockets \ »···--enable-sysvsem \ »···--enable-sysvshm \ »···--enable-track-vars \ »···--enable-yp \ »···--enable-wddx \ »···--enable-snmp \ »···--enable-dbf \ »···--enable-ftp \ »···--enable-mcrypt \ »···--enable-bcmath \ »···--without-mysql \ »···--without-unixODBC \ »···--with-xml Sergio Bruder -- ( )) (tm)http://sergio.bruder.net ||-. http://pontobr.org |__|-' [EMAIL PROTECTED], [EMAIL PROTECTED] we are concerned about the GNU General Public License (GPL) -- Microsoft press release -- pub 1024D/0C7D9F49 2000-05-26 Sergio Devojno Bruder [EMAIL PROTECTED] Key fingerprint = 983F DBDF FB53 FE55 87DF 71CA 6B01 5E44 0C7D 9F49 sub 1024g/138DF93D 2000-05-26 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] List messages are being delayed?
Rasmus and all, I was talking with some of the people in the local LUG (www.kernel-panic.org), and the SDPHP, and most where enhtusiastic about trying to get some host for the CVS, lists, etc. Someone commented last week in #php that you were using your home connection because there was no hosting for that anymore. What would be needed? in particular what would be the bandwith requirements? Some of the people in the KPLUG make a living hosting, so it is feasible to get something setup. --- Rasmus Lerdorf [EMAIL PROTECTED] wrote: For some reason, it seems that messages sent to the lists aren't being delivered for over 5 hours or more. I only just got a message that I sent today at 11:30AM. Although, they do show up on the news server pretty quickly. Is anyone else experiencing this? Sure, the lists will be somewhat slow. The bandwidth needed to deliver all these is right on the limit of what I can provide. At peak times the box falls behind, but then it catches up as things slow down. And sometimes I need the bandwidth and I will just unplug the list server for a while as my connection is pretty much useless when the box is plugged in. This is a temporary situation just to get the lists working again. An alternative will need to be found quickly. -Rasmus = --- Jesus M. Castagnetto [EMAIL PROTECTED] __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]