Re: [PHP-DEV] STOP PRODUCTION
This problem seems to have been introduced by a fix we made in the Zend
Engine (not sure yet).
We're looking into it.
Andi
At 06:39 PM 4/28/2001 -0400, Joe Brown wrote:
Serious problem...
I checked out php4 today, and compiled it on windows and linux.
The bang (!) in the if statement changes the resource to
if(!($connection=ociplogon(scott,tiger,orcl))) {
var_dump($connection) = resource(1) of type (Unknown)
w/out the bang(!)
if(($connection=ociplogon(scott,tiger,orcl))) {
var_dump($connection) = resource(1) of type (oci8 connection)
This code fails miserably:
?
$connection=0;
$statement=0;
if(!($connection=ociplogon(scott,tiger,orcl))) {
echo above result is false, so this will probably never happenbr\n;
}
var_dump($connection);
$query = select user from dual;
$statement=OCIParse($connection,$query);
OCIExecute($statement);
OCIFetch($statement);
echo OCIResult($statement,1).br\n;
OCIFreeStatement($statement);
?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] STOP PRODUCTION
Please try the latest Zend CVS.
Also, if you're going to use an Email address which doesn't work at least
set your Reply-To: field to php-dev.
Andi
At 06:39 PM 4/28/2001 -0400, you wrote:
Serious problem...
I checked out php4 today, and compiled it on windows and linux.
The bang (!) in the if statement changes the resource to
if(!($connection=ociplogon(scott,tiger,orcl))) {
var_dump($connection) = resource(1) of type (Unknown)
w/out the bang(!)
if(($connection=ociplogon(scott,tiger,orcl))) {
var_dump($connection) = resource(1) of type (oci8 connection)
This code fails miserably:
?
$connection=0;
$statement=0;
if(!($connection=ociplogon(scott,tiger,orcl))) {
echo above result is false, so this will probably never happenbr\n;
}
var_dump($connection);
$query = select user from dual;
$statement=OCIParse($connection,$query);
OCIExecute($statement);
OCIFetch($statement);
echo OCIResult($statement,1).br\n;
OCIFreeStatement($statement);
?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] MySQL problems at bugs.php.net
Also unable to fork errors on the search page, and it's been VERY slow recently. -- | /+\ \| | | David Croft Infotrek On Sun, 29 Apr 2001, Zak Greant wrote: Hello All, I just noted a problem at bugs.php.net: bWarning/b: MySQL Connection Failed: Can't create a new thread (errno 11). If you are not out of available memory, you can consult the manual for a possible OS-dependent bug in b/local/Web/sites/phpweb/bugs.php/b on line b77/bbr Unable to connect to SQL server. Ciao, --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 Development Mailing List http://www.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] MySQL problems at bugs.php.net
I can't connect to the machine :'( Andi At 02:53 AM 4/29/2001 -0400, David Croft wrote: Also unable to fork errors on the search page, and it's been VERY slow recently. -- | /+\ \| | | David Croft Infotrek On Sun, 29 Apr 2001, Zak Greant wrote: Hello All, I just noted a problem at bugs.php.net: bWarning/b: MySQL Connection Failed: Can't create a new thread (errno 11). If you are not out of available memory, you can consult the manual for a possible OS-dependent bug in b/local/Web/sites/phpweb/bugs.php/b on line b77/bbr Unable to connect to SQL server. Ciao, --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 Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Assigned PHP 4 bugs reminder
On Sat, 28 Apr 2001, Andrei Zmievski wrote: On Sat, 28 Apr 2001, Derick Rethans wrote: Hello, this time I got two of those, but still no PHP 4 Bug Summary... On 28 Apr 2001 [EMAIL PROTECTED] wrote: 9163: mcrypt_list_algorithms doesn't work 10187: Warning: mcrypt module initialization failed 10518: mcrypt_generic is padding input when using cfb and ofb modes 9775: libmcrypt-2.4.9 causes random segmentation faults This is happening because the bug summary message is about 104K in length and ezmlm is blocking it based it on its size. I'm not quite sure what to do about this, since increasing the allowed message size might lead to some problems in the future. Sascha? ROFLMAO!!! Only real fix for this bug is to fix those bugs.. :) Every other action is just closing your eyes. Sascha, fix those session bugs. Or close the reports at least, if you think they're not really bugs. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] OT - FreeBSD 4.2 Ftp Support Issue
Hello all, I'm wondering if someone might be able to help me with a weird problem i am having. I've had php4 up and running on my freebsd4.2 raq for quite a while now and all has been fine, recently ive had the need to compile ftp support into php. No matter what I do,( using the port or a manualcompile), I can't get php to take ftp support. I don't get any errors during the make process and all appears to be all find and dandy. But when I fire apache back up and pull up a phpinfo() I have no ftp support, allelse still works and nothing reports there being any problem with php, it just not takingthe ftp ext. at all. I tried using the ftp commands just to see if maybe it wasn't reporting to the info file, but no go. If anyone has any insight on why this is happening I would gladly appreciate it. TIA -Chris
Re: [PHP-DEV] OT - FreeBSD 4.2 Ftp Support Issue
On Sun, 29 Apr 2001, Chris W wrote: I don't get any errors during the make process and all appears to be all find and dandy. But when I fire apache back up and pull up a phpinfo() I have no ftp support, all else still works and nothing reports there being any problem with php, it just not taking the ftp ext. at all. I tried using the ftp commands just to see if maybe it wasn't reporting to the info file, but no go. This list is not for support questions. Please ask for support on [EMAIL PROTECTED] --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Re: Assigned PHP 4 bugs reminder
Can we get it to stop listing bogus reports too. THat will drop the size by a large amount. - James -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jani Taskinen Sent: 29 April 2001 08:48 To: Andrei Zmievski Cc: Derick Rethans; [EMAIL PROTECTED]; Sascha Schumann Subject: Re: [PHP-DEV] Re: Assigned PHP 4 bugs reminder On Sat, 28 Apr 2001, Andrei Zmievski wrote: On Sat, 28 Apr 2001, Derick Rethans wrote: Hello, this time I got two of those, but still no PHP 4 Bug Summary... On 28 Apr 2001 [EMAIL PROTECTED] wrote: 9163:mcrypt_list_algorithms doesn't work 10187: Warning: mcrypt module initialization failed 10518: mcrypt_generic is padding input when using cfb and ofb modes 9775:libmcrypt-2.4.9 causes random segmentation faults This is happening because the bug summary message is about 104K in length and ezmlm is blocking it based it on its size. I'm not quite sure what to do about this, since increasing the allowed message size might lead to some problems in the future. Sascha? ROFLMAO!!! Only real fix for this bug is to fix those bugs.. :) Every other action is just closing your eyes. Sascha, fix those session bugs. Or close the reports at least, if you think they're not really bugs. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.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: Crypt salts not random.. (fwd)
On Fri, 27 Apr 2001, Andi Gutmans wrote:
Oh OK now I understand. The problem is that MINIT is called before Apache
forks and then all children start from the same number. However, calling it
during each request init is also a bit of an overkill and slows down each
request. Calling it once should be enough so maybe RINIT should check if
this is the first time RINIT is called and if it is then initialize the
random number generator.
With attached patch I (seem to) get random salts now.
Please check it out.
--Jani
Index: basic_functions.c
===
RCS file: /repository/php4/ext/standard/basic_functions.c,v
retrieving revision 1.325
diff -u -r1.325 basic_functions.c
--- basic_functions.c 2001/04/17 17:08:03 1.325
+++ basic_functions.c 2001/04/28 04:02:57
@@ -839,6 +839,10 @@
PHP_RINIT(assert)(INIT_FUNC_ARGS_PASSTHRU);
PHP_RINIT(dir)(INIT_FUNC_ARGS_PASSTHRU);
+#if HAVE_CRYPT
+ PHP_RINIT(crypt)(INIT_FUNC_ARGS_PASSTHRU);
+#endif
+
#ifdef TRANS_SID
if (BG(use_trans_sid)) {
PHP_RINIT(url_scanner)(INIT_FUNC_ARGS_PASSTHRU);
Index: crypt.c
===
RCS file: /repository/php4/ext/standard/crypt.c,v
retrieving revision 1.39
diff -u -r1.39 crypt.c
--- crypt.c 2001/04/05 18:48:03 1.39
+++ crypt.c 2001/04/28 04:02:57
@@ -89,7 +89,10 @@
#define PHP_CRYPT_RAND php_rand()
+/* whether random number generator is feeded or not */
+static int php_rand_is_init=0;
+
PHP_MINIT_FUNCTION(crypt)
{
#if PHP_STD_DES_CRYPT
@@ -101,11 +104,20 @@
REGISTER_LONG_CONSTANT(CRYPT_EXT_DES, PHP_EXT_DES_CRYPT, CONST_CS |
CONST_PERSISTENT);
REGISTER_LONG_CONSTANT(CRYPT_MD5, PHP_MD5_CRYPT, CONST_CS |
CONST_PERSISTENT);
REGISTER_LONG_CONSTANT(CRYPT_BLOWFISH, PHP_BLOWFISH_CRYPT, CONST_CS |
CONST_PERSISTENT);
+
+ return SUCCESS;
+}
- php_srand(time(0) * getpid() * (php_combined_lcg() * 1.0));
+PHP_RINIT_FUNCTION(crypt)
+{
+ if(!php_rand_is_init) {
+ php_srand(time(0) * getpid() * (php_combined_lcg() * 1.0));
+ php_rand_is_init=1;
+ }
return SUCCESS;
}
+
static unsigned char itoa64[] =
./0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz;
Index: php_crypt.h
===
RCS file: /repository/php4/ext/standard/php_crypt.h,v
retrieving revision 1.7
diff -u -r1.7 php_crypt.h
--- php_crypt.h 2001/02/26 06:07:23 1.7
+++ php_crypt.h 2001/04/28 04:02:57
@@ -26,6 +26,7 @@
PHP_FUNCTION(crypt);
#if HAVE_CRYPT
extern PHP_MINIT_FUNCTION(crypt);
+extern PHP_RINIT_FUNCTION(crypt);
#endif
#endif
--
PHP Development Mailing List http://www.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 #10547: PHP Crashes
From: [EMAIL PROTECTED] Operating system: Win 2000 Pro PHP version: 4.0.4pl1 PHP Bug Type: *General Issues Bug description: PHP Crashes Hi... There see´ms to be a bug with the ISAPI Dll... Sometimes PHP just crashes, printing the message PHP access violation at . This Problem is not reproduceable. But this seems to happen with the ISAPI Dll only... when I use the php.Exe instead the dll it seems to work. -- Edit Bug report at: http://bugs.php.net/?id=10547edit=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 #10547 Updated: PHP Crashes
ID: 10547 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *General Issues PHP Version: 4.0.4pl1 Assigned To: Comments: do you run php_mssql70.dll as an extension if so when you dont have this loaded does this make a difference? - James Previous Comments: --- [2001-04-29 04:53:14] [EMAIL PROTECTED] Are you loading any PHP Extension DLLs (that are not thread-safe) through either your php.ini or dl()? --- [2001-04-29 04:49:34] [EMAIL PROTECTED] Hi... There see´ms to be a bug with the ISAPI Dll... Sometimes PHP just crashes, printing the message PHP access violation at . This Problem is not reproduceable. But this seems to happen with the ISAPI Dll only... when I use the php.Exe instead the dll it seems to work. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10547edit=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] STOP PRODUCTION
K the fix seems to have worked for me too I cant reproduce this any more.
- James
-Original Message-
From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
Sent: 29 April 2001 08:35
To: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] STOP PRODUCTION
Please try the latest Zend CVS.
Also, if you're going to use an Email address which doesn't work at least
set your Reply-To: field to php-dev.
Andi
At 06:39 PM 4/28/2001 -0400, you wrote:
Serious problem...
I checked out php4 today, and compiled it on windows and linux.
The bang (!) in the if statement changes the resource to
if(!($connection=ociplogon(scott,tiger,orcl))) {
var_dump($connection) = resource(1) of type (Unknown)
w/out the bang(!)
if(($connection=ociplogon(scott,tiger,orcl))) {
var_dump($connection) = resource(1) of type (oci8 connection)
This code fails miserably:
?
$connection=0;
$statement=0;
if(!($connection=ociplogon(scott,tiger,orcl))) {
echo above result is false, so this will probably never
happenbr\n;
}
var_dump($connection);
$query = select user from dual;
$statement=OCIParse($connection,$query);
OCIExecute($statement);
OCIFetch($statement);
echo OCIResult($statement,1).br\n;
OCIFreeStatement($statement);
?
--
PHP Development Mailing List http://www.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 Development Mailing List http://www.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 #10497 Updated: Not connect with MySql
ID: 10497 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: MySQL related PHP Version: 4.0.4pl1 Assigned To: Comments: The error message 'Maximum execution time of 30 seconds exceeded' doesn't need to be related to MySQL, as it just says that your script's running time is longer than allowed. Do you get, apart from that, any error message that indicates a relation to MySQL? On first look your code looks okay, could it be that your query just consumes much time? Previous Comments: --- [2001-04-25 16:52:29] [EMAIL PROTECTED] this is the error: Fatal error: Maximum execution time of 30 seconds exceeded in D:Mis DocumentosWebtempok.php on line 2 and this is the script in php: ? $db = mysql_connect(localhost,root); mysql_select_db(portal,$db); $query = select hora from noticias order by fecha; $r_noticias = mysql_query($query); $rw_noticias = mysql_numrows($r_noticias); if ($rw_noticias) while($a_noticias = mysql_fetch_array($r_noticias)) $hora= $a_noticias[hora]; ... ? ok. thanks. --- [2001-04-25 16:27:44] [EMAIL PROTECTED] user feedback: this is the error: Fatal error: Maximum execution time of 30 seconds exceeded in D:Mis DocumentosWebtempok.php on line 2 and this is the script: ? $db = mysql_connect(localhost,root); mysql_select_db(portal,$db); $query = select hora from noticias order by fecha; $r_noticias = mysql_query($query); $rw_noticias = mysql_numrows($r_noticias); if ($rw_noticias) while($a_noticias = mysql_fetch_array($r_noticias)) $hora= $a_noticias[hora]; ... ? please, use the web interface for future updates --- [2001-04-25 15:56:20] [EMAIL PROTECTED] ah, right: this worked in 4.0.3 but doesn't work in 4.0.4 pl1, right? what error message do you get? --- [2001-04-25 15:54:35] [EMAIL PROTECTED] please report bugs in English. --- [2001-04-25 15:52:47] [EMAIL PROTECTED] Estas dos sentencias si funcionan en la versión 4.03 de php, pero en la 4.04pl1 no funcionan; no se conecta php a MySql. $db = mysql_connect(localhost,root); mysql_select_db(portal,$db); --- 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=10497edit=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 #10547 Updated: PHP Crashes
ID: 10547 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Duplicate Bug Type: *General Issues PHP Version: 4.0.4pl1 Assigned To: Comments: User reports: - No additional Dlls are loaded... This is a duplicate off lots and lots of other reports with more infromation so marking as so. - James Previous Comments: --- [2001-04-29 04:53:36] [EMAIL PROTECTED] do you run php_mssql70.dll as an extension if so when you dont have this loaded does this make a difference? - James --- [2001-04-29 04:53:14] [EMAIL PROTECTED] Are you loading any PHP Extension DLLs (that are not thread-safe) through either your php.ini or dl()? --- [2001-04-29 04:49:34] [EMAIL PROTECTED] Hi... There see´ms to be a bug with the ISAPI Dll... Sometimes PHP just crashes, printing the message PHP access violation at . This Problem is not reproduceable. But this seems to happen with the ISAPI Dll only... when I use the php.Exe instead the dll it seems to work. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10547edit=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 #10547 Updated: PHP Crashes
James Moore wrote: Have you got a list of non thread safe dll's? That is definatly something for 4.0.6 Bug squash or at least 4.1 php_gd.dll is (was last time i tested it - a while ago) not thread safe. Maybe Daniel can elaborate on this. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.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 #8927 Updated: Missing header file
ID: 8927 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure PHP Version: 4.0.4pl1 Assigned To: Comments: I can compile this fine, you are probably missing a define in your build or your setup is incorrect please see the instructions in the manual. - James Previous Comments: --- [2001-01-26 01:06:51] [EMAIL PROTECTED] ---Configuration: mssql - Win32 MSSQL 70 Debug_TS Compiling... php_mssql.c ext/standard/fsock.h(32) : fatal error C1083: Cannot open include file: 'arpa/inet.h': No such file or directory Error executing cl.exe. I have searched high and low and cannot find this header file(inet.h) It is not in the 4.0.2 or 4.0.3 src files either. I am relatively new to C++ coding and I appologize if I have wasted your time out of ingnorance but if you could tell me where to find this file or email it to me I would appreciate it. The reason I have endeavoured to compile this is because I keep getting Dr. Watsons in NT and application errors in win2000 when calling up a simple config page with phpinfo(). It is consistant when I load the pgsql and the mssql70 module from the php.ini file. I am using apache 1.3.14 on win 2000 as a module. I also have it on NT and it gives the same error. Ty Houck MCSE MCP MCP+I --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8927edit=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 #10269 Updated: Installation fails at line 58 of file 'my_getwd.c
ID: 10269 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure PHP Version: 4.0.4pl1 Assigned To: Comments: This is a bug in libmysql which is maintained by the kinda folks over at mysql.com please report the bug to them. - James Previous Comments: --- [2001-04-10 14:40:03] [EMAIL PROTECTED] OS: FreeBSD 3.4-STABLE (tested on different servers under this OS) Type of bag - stable - can't find any depends of installed packages or compiled kernel modules. Problem compiling place: Making all in libmysql gcc -I. -I/usr/home/virtan/tmp/php-4.0.4pl1/ext/mysql/libmysql -I/usr/home/virtan/tmp/php-4.0.4pl1/main -I/usr/home/virtan/tmp/php-4.0.4pl1 -I/usr/home/virtan/tmp/apache_1.3.12rusPL29.4/src/include -I/usr/home/virtan/tmp/apache_1.3.12rusPL29.4/src/os/unix -I/usr/home/virtan/tmp/php-4.0.4pl1/Zend -I/usr/local/include/freetype -I/usr/local/include -I/usr/home/virtan/tmp/php-4.0.4pl1/ext/mysql/libmysql -I/usr/home/virtan/tmp/php-4.0.4pl1/ext/xml/expat/xmltok -I/usr/home/virtan/tmp/php-4.0.4pl1/ext/xml/expat/xmlparse -I/usr/home/virtan/tmp/php-4.0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -c my_getwd.c touch my_getwd.lo my_getwd.c:58: #error No way to get current directory *** Error code 1 Configure parameters: ./configure --enable-versioning --with-mysql --enable-track-vars --with-mod_charset --with-apache=../apache_1.3.12rusPL29.4 --enable-calendar --enable-ftp --with-gd=/usr/local --with-jpeg-dir --with-tiff-dir --with-xpm-dir --with-zlib-dir=/usr/local/lib --enable-ftp --with-ttf --with-mysql --with-png-dir --with-regex=system --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10269edit=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 #10405 Updated: pdf: Unable to initilize module
ID: 10405 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Dynamic loading PHP Version: 4.0.4pl1 Assigned To: Comments: you need to compile your php.exe/.dll with the same sources as your pdf.dll. this is the cause of your error message. - James Previous Comments: --- [2001-04-19 12:00:43] [EMAIL PROTECTED] I have downloaded pdflib-4.0.0-Windows so I can pdf things in php. The installation instructions are as follows: For building the PDFlib PHP binding you must have to the directory ext/pdf to your PHP source tree. Then build php_pdf.dll. I did not understand this completely so have probably hashed the configuration up and as there is no other instructions I did my best. I copied the directory pdf indicated above to my wwwroot (as I am using pws for testing) ie C:Inetpubwwwrootpdf (with files in) and to get it to pick up the dll I created C:Inetpubwwwrootdll to place php_pdf.dll in and uncommented extension=php_pdf.dll in php.ini along with pointing to the dll directory by uncommenting extension_dir=C:Inetpubwwwrootdll This all seemed really messy and obviously not configured correctly but the readme file did not give any more explanations. The full error message that appears now when I try to load any php page is as follows: pdf: Unable to initilize module Module compiled with debug=0, thread-safety=1, module API=20001222 PHP complied with debug=0, thread-safety=1, module API=20001214 These options need to match With the unix installation instructions the c++ code needs compiling but does not mention it for Windows, does this mean I don't have to make the c++ code? I will be grateful for any help on resolving this. Thanks John --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10405edit=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 #9555 Updated: Dynamic libraries are not being found in the php.ini's extension_dir
ID: 9555 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Dynamic loading PHP Version: 4.0.4pl1 Assigned To: Comments: Does this only happen with php_gtk.dll if so you need to get a newer version of PHP, the php_gtk.dll only works with latest cvs not with 4.0.4. It will work the 4.0.5 when its released. - James Previous Comments: --- [2001-03-05 02:41:15] [EMAIL PROTECTED] Everytime I try to load any dynamic library from the php.ini's extension_dir, I get the following error (the dll specified changes depending on what library I am trying to load): Unable to load dynamic library 'C:Inetpubphpextensions/php_gtk.dll' - The specified procedure could not be found. My php.ini file contains the following line: extension_dir = C:Inetpubphpextensions It occured to me that I was missing a trailing backslash; therefore I changed my ini file to: extension_dir = C:Inetpubphpextensions This didn't seem to help as I got a similar error message: Unable to load dynamic library 'C:Inetpubphpextensionsphp_gtk.dll' - The specified procedure could not be found. I then thought that maybe any dll I load from the extension dir must also be in the %systemroot%system32 dir, so I copied the php_gtk.dll to C:WINNTsystem32. Sadly, I kept getting the same error. I also tried putting single qoutes and double qoutes around the extension_dir path... as you can guess, I got the same error. This seems to me, to be a very serious problem! I can't understand how the inability to load dynamic libraries has gone unnoticed for so many versions. Any help on this matter would be greatly appreciated! I am running php 4.0.4pl1 as a CGI on Windows 2000 / IIS. As a side not, I have compiled and configured php many times, on various Linux installations, and dynamic loading works perfectly. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9555edit=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] publi/cursos:php-dev@lists.php.net
Title: Pagina nueva 2 DE SU MAXIMA ATENCION,GRACIAS NOS RESULTA GRATO OFRECERLES NUESTROS CURSOS Y SERVICIOS PARA LA POTENCIACION Y SUPERACION DE SUS ACTIVIDADES .publi/desarrollo. CURSOS PRACTICOS A DISTANCIA CURSOS ACOGIDOS AL ART.126 DEL TRATADO DE MAASTRICH.ECC.(SOBRE EDUCACION A DISTANCIA). B.O.E.234.235.29.9.1.-10.90. SECCION SEGUNDA.NORMA CERTIFICADO CEE. AREA NET Y ECONOMIA: MASTER WEB MASTER,MASTER MARKETIN NET,MASTER INTEGRAL DISEÑO WEB,MASTER TECNICO EN COMUNICACIONES Y REDES, MASTER RELACIONES PUBLICAS,MASTER GESTION INMOBILIARIA E INVERSIONES,DIRECCION Y PLANIFICACION EMPRESA. AREA SALUD: MASTER EN NUTRITERAPIA,MASTER EN ACUPUNTURA Y MEDICINA CHINA,MASTER EN HOMEOPATIA,MASTER EN PSICOLOGIA SOCIAL,MASTER EN ECOLOGIA,MASTER EN SUPERACION DE STRESS,MASTER EN PSICOTERAPIA E HIPNOSIS. PARA MAS DE 200.CURSOS,TITULACIONES AL MARGEN. ADMITIMOS Y PUNTUAMOS TESIS,EXPERIENCIA,HISTORIAL ACADEMICO,CONOCIMIENTOS AFINES.ECT.REPRESENTAMOS A VARIAS UNIVERSIDADES,CENTROS TECNOLOGICOS. ENVIE UN E-MAIL [EMAIL PROTECTED] SOLICITE INFORMACION POR FAX,,DETALLANDO COMO ASUNTO EL CURSO DE fax.34.968.28.04.16./34.965.35.04.17 ATENTAMENTE: CARLOS GORTAZAR IBER-NORT TRADE.SL/ESPAÑA INTERNATIONAL ESTUDIOS AREA MADRID,MOSCU,BALTIMORE PLAZA.AREA AVENIDA SAN ANTON 30.008-MURCIA/ESPAÑA TLF.968.29.69.40. SI QUIERE PODEMOS INFORMARLE SOBRE CONEXION SAT.8(SOLO ESPAÑA) Si desea no recibir..email/remove [EMAIL PROTECTED] -- PHP Development Mailing List 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 #9210 Updated: Failed opening 'path' for inclustion in unknow line 0
ID: 9210 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PHP options/info functions PHP Version: 4.0.3pl1 Assigned To: Comments: can you check the permissions in 'path' please as this could be the cause of it (if PHP cant read the file due to permissions) - James Previous Comments: --- [2001-02-11 10:26:15] [EMAIL PROTECTED] Derick, check your e-mail. I sent you my ini file. --- [2001-02-11 10:17:01] [EMAIL PROTECTED] it is in the /etc directory. --- [2001-02-11 10:12:56] [EMAIL PROTECTED] What is the location of your php.ini ? It should in /etc from what Ive seen from teh phpinfo() output. --- [2001-02-11 10:07:38] [EMAIL PROTECTED] Derick, I have changed the include_path in my .ini file. I have shutdown and restarted the apache server also. I notice the path does not change --- [2001-02-11 10:06:02] [EMAIL PROTECTED] [PHP Logo] PHP Version 4.0.3pl1 System Linux AES.MandrakeSoft.com 2.2.17-21mdk #1 Thu Oct 5 13:16:08 CEST 2000 i686 unknown Build Date Oct 23 2000 Configure Command './configure' '--with-apxs=/usr/sbin/apxs' '--without-mysql' '--disable-static' '--disable-debug' '--enable-pic' '--enable-inline-optimization' '--prefix=/usr' '--with-zlib' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-debugger' '--enable-track-vars' '--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-regex=system' '--with-versioning' '--enable-dba=shared' '--with-gdbm' '--with-db2' '--enable-sysvsem' '--enable-sysvshm' '--with-mod_charset' '--enable-force-cgi-redirect' '--with-mm' '--enable-trans-sid' '--with-dbase' '--with-filepro' '--enable-yp' '--enable-ftp' '--with-xml' '--with-gettext' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /etc ZEND_DEBUG disabled Thread Safety disabled [Zend logo] This program makes use of the Zend scripting language engine: Zend Engine v1.0.3, Copyright (c) 1998-2000 Zend Technologies PHP 4.0 Credits Configuration PHP Core Directive Local Value Master Value allow_call_time_pass_reference On On arg_separator asp_tags Off Off auto_append_file no value no value auto_prepend_file no value no value browscap no value no value default_charset no value no value default_mimetype text/html text/html define_syslog_variables Off Off disable_functions no value no value display_errors On On display_startup_errors Off Off doc_root no value no value enable_dl On On error_append_string Off Off error_log no value no value error_prepend_string Off Off error_reporting no value no value expose_php On On extension_dir /usr/lib/php/extensions /usr/lib/php/extensions file_uploads 1 1 gpc_order GPC GPC highlight.bg #FF #FF highlight.comment #FF8000 #FF8000 highlight.default #BB #BB highlight.html #00 #00 highlight.keyword #007700 #007700 highlight.string #DD #DD html_errors On On ignore_user_abort Off Off implicit_flush Off Off include_path .:/usr/lib/php .:/usr/lib/php log_errors Off Off magic_quotes_gpc On On magic_quotes_runtime Off Off magic_quotes_sybase Off Off max_execution_time 30 30 open_basedir no value no value output_buffering Off Off post_max_size 8M 8M precision 14 14 register_argc_argv On On register_globals On On safe_mode Off Off safe_mode_exec_dir 1 1 sendmail_from no value no value sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i short_open_tag On On SMTP localhost localhost sql.safe_mode Off Off track_errors Off Off upload_max_filesize 2M 2M upload_tmp_dir no value no value user_dir no value no value variables_order no value no value y2k_compliance Off Off zlib ZLib Support enabled Compiled Version 1.1.3 Linked Version 1.1.3 yp YP Support enabled xml XML Support active standard Regex Library System library enabled Dynamic Library Support enabled Path to sendmail /usr/sbin/sendmail -t -i Directive Local Value Master Value assert.active 1 1 assert.bail 0 0 assert.callback no value no value assert.quiet_eval 0 0 assert.warning 1 1 safe_mode_allowed_env_vars PHP_ PHP_ safe_mode_protected_env_vars LD_LIBRARY_PATH LD_LIBRARY_PATH session.use_trans_sid 1 1 session Session Support enabled Directive Local Value Master Value session.auto_start Off Off session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_lifetime 0 0 session.cookie_path / / session.entropy_file no value no value session.entropy_length 0 0
[PHP-DEV] Bug #9378 Updated: Exit() in a Funtion never break the process, PHP module still running
ID: 9378
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Function Specific
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Cna you make us a test script without database access please. It makes it easier for
us to test.
Thanks
- james
Previous Comments:
---
[2001-02-25 10:25:22] [EMAIL PROTECTED]
Here's my script where the problem occures.
You can see that there is a SQL statement error in $lvRequete because there a problem
when an Oracle Error occures.
The first execution goes well, but since the second execution i've go the waiting
cursor on my web page and the PHP module still running.
?php
function MySQLStatement()
{
global $conn_id;
$conn_id = OCILogon(myname, mypass, ORACLE);
if ($conn_id == false)
{
echo 'OWS-20004 : Oracle error. Unable to connect to destination !';
exit;
}
$lvRequete = *Select sysdate from dual;
if ($SQLStatement = OCIParse($conn_id,$lvRequete))
{
if (OCIExecute($SQLStatement)==0)
{
OCILogOff($conn_id);
echo 'OWS-20005 : Oracle error. SQL Syntax error !';
exit;
}
}
else
{
echo 'OWS-20006 : Oracle error. Parse SQL error Level 0 !';
exit;
}
if(OCIFetch($SQLStatement) != 0)
{
$lvColumnName = OCIResult($SQLStatement,1);
return $lvColumnName;
}
else
{
OCILogOff($conn_id);
return Fetch Error;
}
OCIFreeStatement($SQLStatement);
}
$MyValue = MySQLStatement();
echo $MyValue;
?
---
[2001-02-24 13:01:44] [EMAIL PROTECTED]
the following test script works fine for me:
?php
function test() {
echo ji;
exit();
}
test();
?
can you report on this test or include the minimium about of code needed for you to
reproduce it yourself.
James
---
[2001-02-21 13:23:59] [EMAIL PROTECTED]
Exit() in a Funtion never break the process, PHP module still running, and i have the
Hourglass waiting cursoron my web page.
I'm using Win2000, Apache 1.3.17, PHP4.0.4pl1 as module
and Zend_optimizer
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9378edit=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 #8563 Updated: hebrevc() problems...
ID: 8563 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Function Specific PHP Version: 4.0.4 Assigned To: Comments: this should be in feedback state. - James Previous Comments: --- [2001-01-08 13:51:20] [EMAIL PROTECTED] Did you try fribidi extension? --- [2001-01-05 09:08:29] [EMAIL PROTECTED] The hebrevc function makes english text go to the beggining of the sentence and make a new line on the biggining of each line, for example .. if i have a string: è÷ñè code è÷ñè it will show: èñ÷è code èñ÷è this only happens in the hebrevc function and not on the hebrev function. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8563edit=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 #10257 Updated: value function_name is changed
ID: 10257 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Old-Bug Type: *Function Specific Bug Type: Scripting Engine problem PHP Version: 4.0.4pl1 Assigned To: Comments: This is a script engine issue.. another shallow copy problem, although in a way I havnt seen it before. - James Previous Comments: --- [2001-04-10 09:34:23] [EMAIL PROTECTED] when you call the function call_user_func_array, the value of the first parameter is changed hardcore to lowercase so every reference to this value is changed too. e.g. $String = TEstFunction; $Function= $String; call_user_func_array($Function, array(a,b)); echo $String. .$Function; will echo: testfunction testfunction this is really ugly if you use the string afterwards for file-issues or variable-issues where the spelling does matter ;-( --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10257edit=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 #9076 Updated: GregorianToJD function returns incorrect values
ID: 9076
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Calendar related
PHP Version: 4.0.4pl1
Assigned To: jmoore
Comments:
Ill look at these patches at some point soon.
- James
Previous Comments:
---
[2001-02-09 07:15:34] [EMAIL PROTECTED]
I found more thoroughly-researched algorithms for
calculating to and from Gregorian/Julian calender dates
to Julian Day Count values:
http://www.capecod.net/~pbaum/date/date0.htm
I suggest that the PHP Calender functions be based
upon the algorithms here, as meticulous care seems
to have been taken to formulate and proof them.
In the meantime, I have written my own
implementations of the GregorianToJD and
JDToGregorian functions in PHP. I have tested them
using the examples in Table 2 of Chapter 1 of Baum's
work and they pass.
function php_gregoriantojd($input_year, $input_month,
$input_day) {
// Make sure supplied arguments are of the correct
form. Day may be a fractional value,
// but month and year must be integers.
$input_year = intval($input_year);
$input_month = intval($input_month);
$input_day = doubleval($input_day);
// Adjust the start of the year so that it is in March.
if($input_month 3) {
$input_month += 12;
$input_year -= 1;
}
// Calculate and return the Julian Day Count.
return $input_day + floor((153 * $input_month - 457) /
5) + 365 * $input_year + floor($input_year / 4) -
floor($input_year / 100) + floor($input_year / 400) +
1721118.5;
}
function php_jdtogregorian($jdc) {
// Make sure that the Julian Day Count value is proper.
$jdc = doubleval($jdc);
$z = floor($jdc - 1721118.5);
$r = $jdc - 1721118.5 - $z;
$g = $z - 0.25;
$a = floor($g / 36524.25);
$b = $a - floor($a / 4);
$gregorian[year] = floor(($b + $g) / 365.25);
$c = $b + $z - floor(365.25 * $gregorian[year]);
$gregorian[month] = floor((5 * $c + 456) / 153);
$gregorian[day] = $c - floor((153 *
$gregorian[month] - 457) / 5) + $r;
if($gregorian[month] 12) {
$gregorian[year] += 1;
$gregorian[month] -= 12;
}
return $gregorian;
}
The line breaks on all of that will probably be all
mangled when I post, but it should make sense when
straightened out...
---
[2001-02-02 11:05:26] [EMAIL PROTECTED]
The GregorianToJD Calender function returns incorrect
results. As far as I can tell, this applies to the
GregorianToSdn internal function in the PHP source.
There's not really any point putting a sample PHP script
here, as it's the algorithm that seems to be at fault. I
took two specific cases and worked through the
algorithm by hand (i.e. pen and paper). Here are the
results:
2nd February 2001 (2/2/2001) = 2451943
7th June 1980 (7/6/1980) = 2473618
As I understand it, the Julian Day Count is a uniform
count of days from some time around 4714 BC. Now,
how can 2/2/01 be a lesser number of days than
7/6/80?
I have no idea what the correct results for these test
cases are, nor any idea what particular part of the
algorithm is wrong. It's just wrong somewhere!
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9076edit=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] Re: Crypt salts not random.. (fwd)
How did you arrive to the conclusion that the current crypt() salts are not random? At 11:27 29/4/2001, Jani Taskinen wrote: Well, what's the deal with this? Sascha? --Jani -- Forwarded message -- Date: Sat, 28 Apr 2001 15:05:08 +0200 From: Andi Gutmans [EMAIL PROTECTED] To: Jani Taskinen [EMAIL PROTECTED] Subject: Re: Crypt salts not random.. At 06:17 AM 4/28/2001 +0200, Jani Taskinen wrote: One thing I had in my mind about these random numbers.. Why don't we use the seedMT() and randomMT() funcs everywhere instead of the system provided ones? If I have understood correctly these would give more random numbers and are even faster than any of the system provided ones? Or have I missed some important thing here? :) I really don't know this random stuff too well. It looks to me as if we could use the MT stuff but I'm not sure what the considerations are. Probably Sascha Schumann has a better idea. I also suggest php-dev :) 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] -- 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] PHP 4.0 Bug #9527 Updated: HTTP 500 Error
ID: 9527 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: PWS related Description: HTTP 500 Error I've tried to install it about 10 times, but I guess I'll have to try again then. I just found it wierd as I have suceeded in the instalment of php a few times before. But oh well... Previous Comments: --- [2001-04-28 16:34:43] [EMAIL PROTECTED] Not enough inforamtion. Most probably a configuration error. - James --- [2001-03-02 12:02:31] [EMAIL PROTECTED] Hello, Since the installment of the latest version of PHP, 4.0.4pl1, I've been recieving HTTP 500 errors every time I tries to open a php document in my browser. I'm using PWS on a Win98 2nd Edition machine. There has been no problems with prevorious versions. I belive that this bug is pws/windows only, as it works on another server i got allowance to. This server (as of what I know) always has the latest version, and runs on a unix type machine. Thx David --- Full Bug description available at: http://bugs.php.net/?id=9527 -- PHP Development Mailing List http://www.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 #9007 Updated: strtotime cannot cope correctly with time zones
ID: 9007 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Date/time related PHP Version: 4.0.4pl1 Assigned To: Comments: dup of 9640 Previous Comments: --- [2001-01-30 14:15:33] [EMAIL PROTECTED] strtotime cannot evaluate timestamps like this: 2001-1-29 14:35:12 +1:00 Only string time zones are allowed like this: 2001-1-29 14:35:12 CET Thats bad because postgres delivers the former timestamps... Andre --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9007edit=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 #9567 Updated: Warning: file(http://www.php.net) - Bad file descriptor in /usr/........
ID: 9567
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Directory/Filesystem functions
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Please test with 4.0.5 (to be released very soon) there was a fix. Please reopen if it
still occurs with 4.0.5
- James
Previous Comments:
---
[2001-04-10 11:43:33] [EMAIL PROTECTED]
No that not the problem :(
---
[2001-04-10 11:02:07] [EMAIL PROTECTED]
maybe it's the missing slash after the hostname?
http://www.php.net is not a legal URL
while http://www.php.net/ is
---
[2001-04-10 10:48:54] [EMAIL PROTECTED]
No feedback. If this happens also with soon to be released PHP 4.0.5, reopen this bug
report.
--Jani
---
[2001-03-06 06:42:40] [EMAIL PROTECTED]
Works for me. Are you sure it still happens for the latest CVS?
---
[2001-03-05 16:30:17] [EMAIL PROTECTED]
?php
$fcontents = file ('http://www.php.net');
?
Warning: file(http://www.php.net;) - Bad file descriptor in
/usr/home/tpost/public_html/.../php/test.php on line 3
Can you help me? I can find only bug reports but no solution on the problem...
thank you
---
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=9567edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Crypt salts not random.. (fwd)
On Sun, 29 Apr 2001, Zeev Suraski wrote: How did you arrive to the conclusion that the current crypt() salts are not random? Uhm..how do you think? :) If I get same salt after 5 page reloads it obviously isn't random? (when I have 5 max apache childs..) --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9748 Updated: wrong behavior of is_dir() and is_file() on a dir-link
ID: 9748 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Directory/Filesystem functions PHP Version: 4.0.4 Assigned To: Comments: windows shortcuts are files they are not directories, this is a problem with windows, not PHP. - James Previous Comments: --- [2001-04-07 07:15:26] [EMAIL PROTECTED] yes --- [2001-03-20 17:25:17] [EMAIL PROTECTED] What do you mean with directory link? A Windows shortcut to a directory? --- [2001-03-14 11:11:38] [EMAIL PROTECTED] on a directory link, is_dir() returns false while is_file() returns true. i don't think this is the desired behavior, is it? i see that ppl are confused here also http://www.php.net/manual/en/function.is-dir.php http://www.php.net/manual/en/function.is-file.php --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9748edit=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] Re: Crypt salts not random.. (fwd)
The seed was initialized in MINIT before the children forked. So what happened was that the children started returning the same random numbers. Andi At 12:52 PM 4/29/2001 +0300, Zeev Suraski wrote: How did you arrive to the conclusion that the current crypt() salts are not random? At 11:27 29/4/2001, Jani Taskinen wrote: Well, what's the deal with this? Sascha? --Jani -- Forwarded message -- Date: Sat, 28 Apr 2001 15:05:08 +0200 From: Andi Gutmans [EMAIL PROTECTED] To: Jani Taskinen [EMAIL PROTECTED] Subject: Re: Crypt salts not random.. At 06:17 AM 4/28/2001 +0200, Jani Taskinen wrote: One thing I had in my mind about these random numbers.. Why don't we use the seedMT() and randomMT() funcs everywhere instead of the system provided ones? If I have understood correctly these would give more random numbers and are even faster than any of the system provided ones? Or have I missed some important thing here? :) I really don't know this random stuff too well. It looks to me as if we could use the MT stuff but I'm not sure what the considerations are. Probably Sascha Schumann has a better idea. I also suggest php-dev :) 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] -- 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 Development Mailing List http://www.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 #10544 Updated: if(!($res=OCIPLogon(...))
ID: 10544
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
PHP Version: 4.0 Latest CVS (28/04/2001)
Assigned To:
Comments:
Should be fixed in latest CVS
Previous Comments:
---
[2001-04-28 22:05:39] [EMAIL PROTECTED]
Serious problem...
I checked out php4 today, and compiled it on windows and linux.
The bang (!) in the if statement changes the resource to
if(!($connection=ociplogon(scott,tiger,orcl))) {
var_dump($connection) = resource(1) of type (Unknown)
w/out the bang(!)
if(($connection=ociplogon(scott,tiger,orcl))) {
var_dump($connection) = resource(1) of type (oci8 connection)
This code fails miserably:
?
$connection=0;
$statement=0;
if(!($connection=ociplogon(scott,tiger,orcl))) { echo above result is false,
so this will probably never happenbrn;
}
var_dump($connection);
$query = select user from dual;
$statement=OCIParse($connection,$query);
OCIExecute($statement);
OCIFetch($statement);
echo OCIResult($statement,1).brn;
OCIFreeStatement($statement);
?
if(!($connection=ociplogon(scott,tiger,orcl)))
---
[2001-04-28 22:03:39] [EMAIL PROTECTED]
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10544edit=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 #10259 Updated: General protection fault in php4ts.dll
ID: 10259 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: IIS related PHP Version: 4.0.4pl1 Assigned To: Comments: Please let us know how 4.0.5 works for you. It should be released on Monday. Also if there is any way of reproducing the crash (there might not be) please try to do so. Previous Comments: --- [2001-04-10 09:51:21] [EMAIL PROTECTED] after 4 or 5 five days of using PHP in ISAPI mode becomes unstable. System's event log contains such a message: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_hash_copy + 0x1B '. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10259edit=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 #9058 Updated: dir() and readdir() don't work
ID: 9058 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Directory function related PHP Version: 4.0.5DEV Assigned To: Comments: dup of 9933 Previous Comments: --- [2001-02-05 03:53:21] [EMAIL PROTECTED] Oops, a big sorry, that should be HP-UX 10.20, NOT Solaris 8 - Solaris is OK. I updated from CVS about 3 hours ago, and tried that. It still doesn't work on HP-UX. The compiler used is gcc 2.8.1 I'm willing to try a more recent version if that will help. I would have tried to trace (like truss) the httpd process but I can't get a working trace on this backward (HP-UX) O/S :-( Thanks! Brian --- [2001-02-02 08:55:39] [EMAIL PROTECTED] Oops, a big sorry, that should be HP-UX 10.20, NOT Solaris 8 - Solaris is OK. I updated from CVS about 3 hours ago, and tried that. It still doesn't work on HP-UX. The compiler used is gcc 2.8.1 I'm willing to try a more recent version if that will help. I would have tried to trace (like truss) the httpd process but I can't get a working trace on this backward (HP-UX) O/S :-( Thanks! Brian --- [2001-02-02 08:55:38] [EMAIL PROTECTED] Oops, a big sorry, that should be HP-UX 10.20, NOT Solaris 8 - Solaris is OK. I updated from CVS about 3 hours ago, and tried that. It still doesn't work on HP-UX. The compiler used is gcc 2.8.1 I'm willing to try a more recent version if that will help. I would have tried to trace (like truss) the httpd process but I can't get a working trace on this backward (HP-UX) O/S :-( Thanks! Brian --- [2001-02-01 20:19:05] [EMAIL PROTECTED] I tried them examples in our Solaris 8 (sparc) with the latest CVS and they worked just fine. Could you try the latest CVS snapshot from http://snaps.php.net/ to verify if this is fixed already? And which compiler did you use to compile PHP ? I'm using GCC 2.95.2 as we don't have that Sun Workshop CC installed in that machine yet. --Jani --- [2001-02-01 16:53:09] [EMAIL PROTECTED] Using the examples cut-n-pasted from the dir() and readdir() documentation, dir() they both return nothing. They work ok in php3. I see other entries in the bug database saying this issue was fixed in the cvs, but these are dated before the release of the version I'm using, so I guess they became broken again or Solaris 8 is a problem. I'll be delighted to help debug this if someone can tell me how. Best Regards, Brian --- 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=9058edit=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 #8706 Updated: Database handle corruption?
ID: 8706 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Database Functions PHP Version: 4.0.4pl1 Assigned To: Comments: A bit more info including test scripts would be good here, please keep the test scripts as simple as possible. - James Previous Comments: --- [2001-01-15 01:05:11] [EMAIL PROTECTED] ./configure --with-mysql=/usr --with-imap --with-db2 --with-apache=../apache_1.3.12 --enable-track-vars --with-pgsql=/usr --with-zlib --with-ldap Under 4.0.4pl1, I'm getting lots of problems with database links. It keeps popping up (sporadically) with 1 is not a valid (mySQL|PostgreSQL) link resource. Backrevving down to 4.0.2 works perfectly fine. I see other bug reports on this, but I don't think I've seen one that points out it as a bug that affects both database functions. If you need me to, I can re-upgrade to provide examples that you can look at. --Nathan --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8706edit=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 #10545 Updated: Case sensitivity in configure script
ID: 10545 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: FDF related PHP Version: 4.0 Latest CVS (28/04/2001) Assigned To: Comments: Fixed in CVS. This fix will be in PHP 4.0.6. --Jani Previous Comments: --- [2001-04-28 22:43:26] [EMAIL PROTECTED] This problem has been brought up before as compile problems but I think this needs to get resolved as lot of problems seem to be due to case sensitivity. Previous bug closures of 'works for me' sarn't dealing with I believe to be an underlaying issue. The latest FDF library available from Adobe (4.05) contains (for compilation on linux) 3 files necesaary for building fdf support into PHP. These files are: fdftk.h libFdfTk.so.3.0 libfdftk.so However, the PHP configure script expects to find FdfTk.h and not fdftk.h as distributed. Additionally, I found the same when doing a library chec. the configure script looks for FDFOpen in -lFdfTk, and this only couild be achieved by renaming libfdftk.so to libFdfTK.so. There are a number of posts relating to problems building FDF support and they all seem to come down to a case issue. Can we have some comment on this plase? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10545edit=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 #9933 Updated: readdir doesn't work see Bug ID # 9058
ID: 9933
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Directory function related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
This should be fixed in CVS please reopen if the problem persists
- james
Previous Comments:
---
[2001-04-27 02:23:32] [EMAIL PROTECTED]
Hi,
i think this is the problem (reentrancy.c)
int ret;
errno = 0;
ret = readdir_r(dirp, entry);
if (!ret || errno != 0) {
*result = NULL;
} else {
*result = entry;
}
return errno;
thr return value of readdir_r is 0 on success, so the above
will return NULL on success. The line should be something like
if (ret != 0 || errno != 0) {
Thomas
---
[2001-03-22 11:59:49] [EMAIL PROTECTED]
Greetings,
I have unknowlingly followed the same path that Brian has in bug report # 9058.
Namely, HP-UX 10.20, gcc version 2.95, PHP compiled many different ways but latley -
./configure --enable-libgcc --with-apxs=/usr/local/apache/bin/apxs
--with-mysql=/usr/local/mysql --disable-posix
My application seems to work OK with the execption of no files listed from a readdir
call. The example code from readdir returns -
Directory handle: Resource id #1 Files:
and no file names.
Please let me know if there is anything I can do.
larry
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9933edit=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 #9058 Updated: dir() and readdir() don't work
ID: 9058 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Directory function related PHP Version: 4.0.5DEV Assigned To: Comments: this is fixed in CVS please reopen report if problem persists with latest CVS. - James Previous Comments: --- [2001-04-29 06:10:35] [EMAIL PROTECTED] dup of 9933 --- [2001-02-05 03:53:21] [EMAIL PROTECTED] Oops, a big sorry, that should be HP-UX 10.20, NOT Solaris 8 - Solaris is OK. I updated from CVS about 3 hours ago, and tried that. It still doesn't work on HP-UX. The compiler used is gcc 2.8.1 I'm willing to try a more recent version if that will help. I would have tried to trace (like truss) the httpd process but I can't get a working trace on this backward (HP-UX) O/S :-( Thanks! Brian --- [2001-02-02 08:55:39] [EMAIL PROTECTED] Oops, a big sorry, that should be HP-UX 10.20, NOT Solaris 8 - Solaris is OK. I updated from CVS about 3 hours ago, and tried that. It still doesn't work on HP-UX. The compiler used is gcc 2.8.1 I'm willing to try a more recent version if that will help. I would have tried to trace (like truss) the httpd process but I can't get a working trace on this backward (HP-UX) O/S :-( Thanks! Brian --- [2001-02-02 08:55:38] [EMAIL PROTECTED] Oops, a big sorry, that should be HP-UX 10.20, NOT Solaris 8 - Solaris is OK. I updated from CVS about 3 hours ago, and tried that. It still doesn't work on HP-UX. The compiler used is gcc 2.8.1 I'm willing to try a more recent version if that will help. I would have tried to trace (like truss) the httpd process but I can't get a working trace on this backward (HP-UX) O/S :-( Thanks! Brian --- [2001-02-01 20:19:05] [EMAIL PROTECTED] I tried them examples in our Solaris 8 (sparc) with the latest CVS and they worked just fine. Could you try the latest CVS snapshot from http://snaps.php.net/ to verify if this is fixed already? And which compiler did you use to compile PHP ? I'm using GCC 2.95.2 as we don't have that Sun Workshop CC installed in that machine yet. --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9058edit=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 #9954 Updated: php.exe hangs when executing external batch file
ID: 9954 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Program Execution PHP Version: 4.0.4pl1 Assigned To: Comments: does the batch file work if you run it from the command prompt without PHP? - James Previous Comments: --- [2001-03-23 09:09:08] [EMAIL PROTECTED] Platform/configuration = (NT4/SP6) I have created a batch file that opens MS Access and runs a macro... This macro does 3 things: 1. Deletes a table 2. Imports a delimited text file into a new table 3. Quits Access and Saves All changes. Here is the batch file: REM Defines a path for the Microsoft Access executable PATH = C:Program FilesMicrosoft OfficeOffice REM Starts Microsoft Access and runs the macro. START /WAIT Msaccess.exe C:inetpubwwwrootwebcolorwebcolor.mdb /x Importer EXIT When I call this .bat file with the exec() or system() functions, the browser hangs and when I check the Task Mgr... I have php.exe, CMD.exe, and msaccess.exe all hanging (and I also can not end the processes - Access is denied). For every page access, an addition 3 processes open and hang. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9954edit=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 #8045 Updated: using --with-ccvs and --with-mcrypt causes mcrypt detect to fail
ID: 8045 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: CCVS related PHP Version: 4.0.3pl1 Assigned To: Comments: Please try latest CVS snapshot from http://snaps.php.net/ and if it doesn't work, send the config.log to [EMAIL PROTECTED] --Jani Previous Comments: --- [2001-01-04 19:35:48] [EMAIL PROTECTED] Yes. Still the same result. --- [2001-01-04 10:09:14] [EMAIL PROTECTED] Does this problem persist with PHP 4.0.4? --- [2000-11-30 04:05:25] [EMAIL PROTECTED] From a clean distribution of 4.0.3pl1(and libmcrypt 2.4.7 and RedHat's CCVS 3.3.1 rpm), the configure script fails to detect mcrypt_module_open and aborts the configure. The options used are as follows: '--with-mysql' '--with-apache=../apache_1.3.14' '--enable-track-vars' '--enable-trans-sid' '--enable-ftp' '--with-ccvs' '--with-mcrypt=/usr/lib/libmcrypt' '--with-gnu-ld' '--enable-memory-limit' '--enable-inline-optimization' '--enable-calendar' '--enable-dbase' '--enable-exif' '--with-ttf' '--enable-bcmath' a workaround I found involves removing --with-ccvs and running configure, then running it again with that option put back in once the correct answer is cached. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8045edit=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 #10543 Updated: Swatchtime error in DATE function
ID: 10543 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Date/time related PHP Version: 4.0.4pl1 Assigned To: Comments: This is already fixed in CVS, try php 4.0.5 when it comes out next week. Previous Comments: --- [2001-04-28 21:46:31] [EMAIL PROTECTED] Swatchtime error : date(B); gives as output 000 while time is between 0.00 and 2.00 hours ( in Dutch (The Netherlands) time zone ) After 2.00 o'clock, everything is okay ! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10543edit=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 #10420 Updated: Corrupt JPEG data: premature end of data segment gd-jpeg: JPEG library reports
ID: 10420 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: *Graphics related Bug Type: GD related PHP Version: 4.0.4pl1 Assigned To: Comments: Reclassify Previous Comments: --- [2001-04-20 06:37:50] [EMAIL PROTECTED] i use PHP on command line dos : php file.php parameter I have this error when my code want to copy and resize this picture only this picture http://a1692.g.akamai.net/f/1692/2042/1h/medias.lemonde.fr/medias/image_article/39sta1.jpg First time i have and php fail : Corrupt JPEG data: premature end of data segment gd-jpeg: JPEG library reports Corrupt JPEG data: bad Huffman code a other time but php don't fail : Corrupt JPEG data: premature end of data segment gd-jpeg: JPEG library reports unrecoverable error: Unsupported marker type 0x78 Please contact me if you resolve the problem or find a solution Thank Stephane --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10420edit=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 #10540 Updated: ini_set doesn't work
Couldn't that ini_set() be modified so that it would give an error if setting some ini-option isn't allowed? --Jani On 28 Apr 2001 [EMAIL PROTECTED] wrote: ID: 10540 Updated by: zeev Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PHP options/info functions PHP Version: 4.0 Latest CVS (28/04/2001) Assigned To: Comments: ini_set() cannot affect the behavior of PHP that takes place before the script execution begins. Variable registration occurs before the execution of the script begins (the variables are available and accessible right from the 1st line in the script). So by the time you call ini_set(), variable registration is already done. Affecting it in any way (global registration, automated quotes) is not possible. Previous Comments: --- [2001-04-28 16:43:31] [EMAIL PROTECTED] ini_set does not seem to work with register_globals and magic_quotes. Example: You call a file and include the query string test=hmm. Here is the code for the file: ?php ini_set(register_globals, 0); echo register_globals setting: .ini_get(register_globals).br/; echo $test value: $test; ? This will generate the following output: register_globals setting: 0 $test value: hmm Notice that the value hmm is still there even though register_globals is off according to the ini_get line. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10540edit=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 #10549: Performance problem with Openlink ODBC drivers
From: [EMAIL PROTECTED] Operating system: Suse Linux 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Performance problem Bug description: Performance problem with Openlink ODBC drivers Hello, I've experienced a compilation error and some huge performance problems setting up an ODBC connection via Openlink ODBC drivers. I've configured my Php: ./configure --with-openlink=/usr/src/openlink When compiling Php, it complains about missing the iodbc.h udbcext.h header files which are not included in the SDK software package of Openlink. When I remove the two above include files from ./ext/odbc/php_odbc.h line 125 128 the compilation works fine without errors or warnings, and am able to etablish a connection to my Openlink drivers. When I query my DB from out of Php via Openlink, a simple query takes huges amounts of time, while the same query is very fast using the included odbctest utility from the Openlink SDK package. I've run a query via Php and the odbctest utility and compared the two debug files and saw that Php uses the ExtendedSQLFetch C- function. The odbctest utility uses an 'normal' SQLFetch function. So I have changed my ./ext/odbc/php_odbc.h file line 124 from: #elif defined(HAVE_OPENLINK) /* OpenLink ODBC drivers */ #define ODBC_TYPE Openlink #include iodbc.h #include isql.h #include isqlext.h #include udbcext.h #define HAVE_SQL_EXTENDED_FETCH 1 #define SQLSMALLINT SWORD #define SQLUSMALLINT UWORD to: #elif defined(HAVE_OPENLINK) /* OpenLink ODBC drivers */ #define ODBC_TYPE Openlink // #include iodbc.h #include isql.h #include isqlext.h // #include udbcext.h // #define HAVE_SQL_EXTENDED_FETCH 1 #undef HAVE_SQL_EXTENDED_FETCH #define SQLSMALLINT SWORD #define SQLUSMALLINT UWORD With this small change I was able to compile my Php succesfully and query my Database via the Openlink Package very fast! Regards, Anne van der Velden Correct Express The Netherlands -- Edit Bug report at: http://bugs.php.net/?id=10549edit=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 #9965 Updated: email command gives 'Warning: Failed to Receive '
ID: 9965 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: *Mail Related Bug Type: Mail related PHP Version: 4.0.4pl1 Assigned To: Comments: reclassify Previous Comments: --- [2001-03-24 01:55:00] [EMAIL PROTECTED] I am using the Windows binary version of 4.0.4pl1, nothing else added. Server is the PWS. Script: -- !doctype html public -//W3C//DTD HTML 4.0 //EN html head titleMail Test!/title /head body This is a test to see if it worksBR ? mail([EMAIL PROTECTED], Subject Line..., Line 1nLine 2nLine 3); ? /body /html -- Results -- This is a test to see if it works Warning: Failed to Receive in D:Inetpubwwwrootcgitest.php on line 10 -- It appears to be related to bug id #4756, but since I do not have the source code, I can not confirm this. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9965edit=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 #10489 Updated: quoted_printable_decode() imap_qprint() decodes control codes.
ID: 10489
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: *Mail Related
Bug Type: IMAP related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
reclassify
Previous Comments:
---
[2001-04-25 09:51:13] [EMAIL PROTECTED]
quoted_printable_decode() and imap_qprint() decodes control codes aswell. This, I
assume, is not supposed to happen.
Also, these functions happily translate anything with two characters after the = sign
(like =EV in =EVIL), which they shouldn't.
Example:
$foo=This is =00=01 =E4 =20 =21 =ev =FE string.;
echo Quoting string .$foo.n;
echo quoted_printable_decode: .quoted_printable_decode($foo).n;
echo preg_replace:.preg_replace(/=([2-9A-Fa-f])([0-9A-Fa-f])/e,
''.chr(hexdec('\1\2')).'', $foo).n;
Would result in:
Quoting string This is =00=01 =E4 =2B =20 =21 =ev =FE string.
quoted_printable_decode: This is ä + ! ï þ string.
preg_replace:This is =00=01 ä + ! =ev þ string.
Am I wrong in assuming that quoted_printable_decode() and imap_qprint() should act as
my preg_replace line above does?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10489edit=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 #10133 Updated: Some values returned by gmp_strval are null-terminated
ID: 10133 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: *Math Functions Bug Type: Math related PHP Version: 4.0.4pl1 Assigned To: Comments: reclassify Previous Comments: --- [2001-04-03 07:13:01] [EMAIL PROTECTED] Some values returned by gmp_strval are padded with an additional -- PHP Development Mailing List http://www.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 #10550: mktime() returns -1 for certain valid dates
From: [EMAIL PROTECTED] Operating system: FreeBSD 3.4-RELEASE PHP version: 4.0 Latest CVS (29/04/2001) PHP Bug Type: Date/time related Bug description: mktime() returns -1 for certain valid dates $ cat test.php ?= mktime(1, 18, 27, 4, 1, 2001) . \n . mktime(2, 18, 27, 4, 1, 2001) . \n . mktime(3, 18, 27, 4, 1, 2001) . \n; ? $ php -q test.php 986113107 -1 986116707 $ -- Edit Bug report at: http://bugs.php.net/?id=10550edit=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: Crypt salts not random.. (fwd)
At 13:58 29/4/2001, Andi Gutmans wrote: The seed was initialized in MINIT before the children forked. So what happened was that the children started returning the same random numbers. It doesn't really matter where it was initialized, but rather, when it was initialized... Jani - are you getting the same values after 5 reloads? Or any chance you're getting the same value if you're reloading very quickly, at the same second? Zeev -- PHP Development Mailing List http://www.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: Crypt salts not random.. (fwd)
At 01:55 PM 4/29/2001 +0300, Zeev Suraski wrote: At 13:58 29/4/2001, Andi Gutmans wrote: The seed was initialized in MINIT before the children forked. So what happened was that the children started returning the same random numbers. It doesn't really matter where it was initialized, but rather, when it was initialized... Well as it was initialized in MINIT it is initialized *exactly* at the same time for all apache children. Therefore, the numbers returned by each child are the same. Jani - are you getting the same values after 5 reloads? Or any chance you're getting the same value if you're reloading very quickly, at the same second? Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10550 Updated: mktime() returns -1 for certain valid dates
ID: 10550 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Description: mktime() returns -1 for certain valid dates Correction: $ cat test.php ?= gmmktime(1, 18, 27, 4, 1, 2001, 0) . \n . gmmktime(2, 18, 27, 4, 1, 2001, 0) . \n . gmmktime(3, 18, 27, 4, 1, 2001, 0) . \n; ? $ php -q test.php 986087907 -21601 986098707 $ Previous Comments: --- [2001-04-29 06:46:27] [EMAIL PROTECTED] $ cat test.php ?= mktime(1, 18, 27, 4, 1, 2001) . n . mktime(2, 18, 27, 4, 1, 2001) . n . mktime(3, 18, 27, 4, 1, 2001) . n; ? $ php -q test.php 986113107 -1 986116707 $ --- Full Bug description available at: http://bugs.php.net/?id=10550 -- PHP Development Mailing List http://www.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: Crypt salts not random.. (fwd)
At 14:57 29/4/2001, Andi Gutmans wrote: At 01:55 PM 4/29/2001 +0300, Zeev Suraski wrote: At 13:58 29/4/2001, Andi Gutmans wrote: The seed was initialized in MINIT before the children forked. So what happened was that the children started returning the same random numbers. It doesn't really matter where it was initialized, but rather, when it was initialized... Well as it was initialized in MINIT it is initialized *exactly* at the same time for all apache children. Therefore, the numbers returned by each child are the same. In order to avoid this you actually have to call it at completely different times, something you can't really guarantee. We should probably not use the timestamp as the seed (at least not alone), but also take the pid into account. Zeev -- PHP Development Mailing List http://www.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: Crypt salts not random.. (fwd)
At 02:05 PM 4/29/2001 +0300, Zeev Suraski wrote: At 14:57 29/4/2001, Andi Gutmans wrote: At 01:55 PM 4/29/2001 +0300, Zeev Suraski wrote: At 13:58 29/4/2001, Andi Gutmans wrote: The seed was initialized in MINIT before the children forked. So what happened was that the children started returning the same random numbers. It doesn't really matter where it was initialized, but rather, when it was initialized... Well as it was initialized in MINIT it is initialized *exactly* at the same time for all apache children. Therefore, the numbers returned by each child are the same. In order to avoid this you actually have to call it at completely different times, something you can't really guarantee. We should probably not use the timestamp as the seed (at least not alone), but also take the pid into account. Jani has already moved it to RINIT which is a good beginning. Adding the pid is a good idea. Is there a function which gives us the pid for both threaded and un-threaded modes? Or do we need to use #ifdef ZTS and use the tsrm_thread_id() function in threaded mode and getpid() in non-threaded? 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] Re: Crypt salts not random.. (fwd)
At 15:27 29/4/2001, Andi Gutmans wrote: Jani has already moved it to RINIT which is a good beginning. It may be a good beginning functionality wise, but it might not be a very good beginning performance-wise. We should probably do it JIT. Adding the pid is a good idea. Is there a function which gives us the pid for both threaded and un-threaded modes? Or do we need to use #ifdef ZTS and use the tsrm_thread_id() function in threaded mode and getpid() in non-threaded? I don't think there's such a function right now... Zeev -- PHP Development Mailing List http://www.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: Crypt salts not random.. (fwd)
At 02:35 PM 4/29/2001 +0300, Zeev Suraski wrote: At 15:27 29/4/2001, Andi Gutmans wrote: Jani has already moved it to RINIT which is a good beginning. It may be a good beginning functionality wise, but it might not be a very good beginning performance-wise. We should probably do it JIT. Well Jani's patch doesn't do it each time. It just does it the first time RINIT is called. 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] Re: Crypt salts not random.. (fwd)
So it's probably not a lot more random than it was before... Zeev At 15:44 29/4/2001, Andi Gutmans wrote: At 02:35 PM 4/29/2001 +0300, Zeev Suraski wrote: At 15:27 29/4/2001, Andi Gutmans wrote: Jani has already moved it to RINIT which is a good beginning. It may be a good beginning functionality wise, but it might not be a very good beginning performance-wise. We should probably do it JIT. Well Jani's patch doesn't do it each time. It just does it the first time RINIT is called. Andi -- 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]
Re: [PHP-DEV] Re: Crypt salts not random.. (fwd)
At 02:50 PM 4/29/2001 +0300, Zeev Suraski wrote: So it's probably not a lot more random than it was before... I think it is because the time of the rinit()'s are different now (unless some of them run at exactly the same time). Andi Zeev At 15:44 29/4/2001, Andi Gutmans wrote: At 02:35 PM 4/29/2001 +0300, Zeev Suraski wrote: At 15:27 29/4/2001, Andi Gutmans wrote: Jani has already moved it to RINIT which is a good beginning. It may be a good beginning functionality wise, but it might not be a very good beginning performance-wise. We should probably do it JIT. Well Jani's patch doesn't do it each time. It just does it the first time RINIT is called. Andi -- 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]
Re: [PHP-DEV] Re: Crypt salts not random.. (fwd)
Since it only occurs on the first time, chances are that (on a reasonably loaded web site), most rinits will happen at the same second. Zeev At 15:54 29/4/2001, Andi Gutmans wrote: At 02:50 PM 4/29/2001 +0300, Zeev Suraski wrote: So it's probably not a lot more random than it was before... I think it is because the time of the rinit()'s are different now (unless some of them run at exactly the same time). Andi Zeev At 15:44 29/4/2001, Andi Gutmans wrote: At 02:35 PM 4/29/2001 +0300, Zeev Suraski wrote: At 15:27 29/4/2001, Andi Gutmans wrote: Jani has already moved it to RINIT which is a good beginning. It may be a good beginning functionality wise, but it might not be a very good beginning performance-wise. We should probably do it JIT. Well Jani's patch doesn't do it each time. It just does it the first time RINIT is called. Andi -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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 #7888 Updated: decrement syntax should be -- instead of -
ID: 7888 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Assigned Bug Type: Documentation problem PHP Version: 4.0.2 Assigned To: hholzgra Comments: Previous Comments: --- [2000-11-20 11:14:17] [EMAIL PROTECTED] Forwarded to the doc group, it's only a mistake in the pdf version of tha manual. --- [2000-11-20 07:41:12] [EMAIL PROTECTED] i guess it is in the PDF version? it is a known problem (at least to me ) that the TeX backend converts a '--' into a 'long -' --- [2000-11-20 06:27:23] [EMAIL PROTECTED] Where exactly in the manual do you find this? I couldn't find it. --- [2000-11-20 06:23:48] [EMAIL PROTECTED] It's a typo in the manual. Fixing it now. --- [2000-11-20 06:17:13] [EMAIL PROTECTED] The documentation says $a= 5; -$a; echo $a; theresult: 4 $a= 5; $a-; echo $a theresult: 4 In reality however both report an error Instead it should be: $a--; --$a; Which makes more sense to me since it is also ++$a and $a++. Is this just the winversion, has it to do with phptriad or is this a mistake in the documentation? Since I probably end up serving the pages on Linux and building it on Wintel it could be quite a problem. Jeroen Goulooze --- 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=7888edit=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 #10551: array_switch ( permute the keys w/ values)
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0 Latest CVS (29/04/2001) PHP Bug Type: Feature/Change Request Bug description: array_switch ( permute the keys w/ values) I found myself with an array like $a = array (0 = Foo, 1 = Bar ); and thought it would be cool to be able to say $a = array_permute/switch ($a); a being now: array (Foo = 0 , Bar=1); the value colision can use the style of extract() 3rd parameter. what do you think? -- teodor -- Edit Bug report at: http://bugs.php.net/?id=10551edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10144 Updated: Resource not properly freed after type intval(resource) type case
ID: 10144 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Description: Resource not properly freed after type intval(resource) type case Fixed in latest cvs, thanks guys!!! Previous Comments: --- [2001-04-03 14:23:30] [EMAIL PROTECTED] Summary: WinNT, Apache 1.3.19, recent snap, php_oci8.dll (possibly other db resources also) Resource not releasted after casting to an integer. Don't know if this the the culprit to my Apache server on windows constantly crashing, but suspect it may be playing a role in it. ?php $connection = OCIPLogon (scott,tiger,orcl); echo brFirst round:br; $statement=OCIParse ($connection, select user from dual); //$result_value=intval($statement); //CULPABLE. echo var_dump($statement).brFreedbr; @OCIFreeStatement($statement); echo var_dump($statement).br; echo brSecond round:br; $statement=OCIParse ($connection, select user from dual); $result_value=intval($statement); //CULPRIT echo var_dump($statement).brNot Freedbr; @OCIFreeStatement($statement); echo var_dump($statement).br; ? Outputs: First round: resource(2) of type (oci8 statement) Freed resource(2) of type (Unknown) Second round: resource(3) of type (oci8 statement) Not Freed resource(3) of type (oci8 statement) In the second round, the resource is not freed. My Redhat Linux box (php 4.0.4pl1) doesn't crash, but the Windows version... Well... Background info: Thought it would be a good idea to use Manuel Lemos' Metabase. Works great on Linux. That's where I developed this app, but now I need to migrate to a Windows platform and it's crashing like crazy. Metabase's classes use an intval($resource) as a place holder, in an array of statement_info so that you can run mutiple queries. Metabase can keeps track of its queries this way (for OCI at least). The crashes experienced catestrophic, but threads aren't closing up shop properly. Bug #9857 came about because a constant would be still be defined the next page refresh. Haven't been able to reproduce this in a short code segment w/out starting up metabase classes. After using Metabase on windows however, all kinds of weirdness ensues. Apache performs illegal instructions after every other refresh w/oci8 then. -Joe Shmengie -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=10144 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10144 Updated: Resource not properly freed after type intval(resource) type case
ID: 10144 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: OCI8 related Description: Resource not properly freed after type intval(resource) type case Previous Comments: --- [2001-04-03 14:23:30] [EMAIL PROTECTED] Summary: WinNT, Apache 1.3.19, recent snap, php_oci8.dll (possibly other db resources also) Resource not releasted after casting to an integer. Don't know if this the the culprit to my Apache server on windows constantly crashing, but suspect it may be playing a role in it. ?php $connection = OCIPLogon (scott,tiger,orcl); echo brFirst round:br; $statement=OCIParse ($connection, select user from dual); //$result_value=intval($statement); //CULPABLE. echo var_dump($statement).brFreedbr; @OCIFreeStatement($statement); echo var_dump($statement).br; echo brSecond round:br; $statement=OCIParse ($connection, select user from dual); $result_value=intval($statement); //CULPRIT echo var_dump($statement).brNot Freedbr; @OCIFreeStatement($statement); echo var_dump($statement).br; ? Outputs: First round: resource(2) of type (oci8 statement) Freed resource(2) of type (Unknown) Second round: resource(3) of type (oci8 statement) Not Freed resource(3) of type (oci8 statement) In the second round, the resource is not freed. My Redhat Linux box (php 4.0.4pl1) doesn't crash, but the Windows version... Well... Background info: Thought it would be a good idea to use Manuel Lemos' Metabase. Works great on Linux. That's where I developed this app, but now I need to migrate to a Windows platform and it's crashing like crazy. Metabase's classes use an intval($resource) as a place holder, in an array of statement_info so that you can run mutiple queries. Metabase can keeps track of its queries this way (for OCI at least). The crashes experienced catestrophic, but threads aren't closing up shop properly. Bug #9857 came about because a constant would be still be defined the next page refresh. Haven't been able to reproduce this in a short code segment w/out starting up metabase classes. After using Metabase on windows however, all kinds of weirdness ensues. Apache performs illegal instructions after every other refresh w/oci8 then. -Joe Shmengie -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=10144 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10144 Updated: Resource not properly freed after type intval(resource) type case
ID: 10144 User Update by: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: OCI8 related Description: Resource not properly freed after type intval(resource) type case Previous Comments: --- [2001-04-03 14:23:30] [EMAIL PROTECTED] Summary: WinNT, Apache 1.3.19, recent snap, php_oci8.dll (possibly other db resources also) Resource not releasted after casting to an integer. Don't know if this the the culprit to my Apache server on windows constantly crashing, but suspect it may be playing a role in it. ?php $connection = OCIPLogon (scott,tiger,orcl); echo brFirst round:br; $statement=OCIParse ($connection, select user from dual); //$result_value=intval($statement); //CULPABLE. echo var_dump($statement).brFreedbr; @OCIFreeStatement($statement); echo var_dump($statement).br; echo brSecond round:br; $statement=OCIParse ($connection, select user from dual); $result_value=intval($statement); //CULPRIT echo var_dump($statement).brNot Freedbr; @OCIFreeStatement($statement); echo var_dump($statement).br; ? Outputs: First round: resource(2) of type (oci8 statement) Freed resource(2) of type (Unknown) Second round: resource(3) of type (oci8 statement) Not Freed resource(3) of type (oci8 statement) In the second round, the resource is not freed. My Redhat Linux box (php 4.0.4pl1) doesn't crash, but the Windows version... Well... Background info: Thought it would be a good idea to use Manuel Lemos' Metabase. Works great on Linux. That's where I developed this app, but now I need to migrate to a Windows platform and it's crashing like crazy. Metabase's classes use an intval($resource) as a place holder, in an array of statement_info so that you can run mutiple queries. Metabase can keeps track of its queries this way (for OCI at least). The crashes experienced catestrophic, but threads aren't closing up shop properly. Bug #9857 came about because a constant would be still be defined the next page refresh. Haven't been able to reproduce this in a short code segment w/out starting up metabase classes. After using Metabase on windows however, all kinds of weirdness ensues. Apache performs illegal instructions after every other refresh w/oci8 then. -Joe Shmengie -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=10144 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9378 Updated: Exit() in a Funtion never break the process, PHP module still running
ID: 9378
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Function Specific
Description: Exit() in a Funtion never break the process, PHP module still running
?php
function test() {
echo ji;
exit();
}
test();
?
With this test, the Exit() function goes well
Thanks
Previous Comments:
---
[2001-04-29 05:43:20] [EMAIL PROTECTED]
Cna you make us a test script without database access please. It makes it easier for
us to test.
Thanks
- james
---
[2001-02-25 10:25:22] [EMAIL PROTECTED]
Here's my script where the problem occures.
You can see that there is a SQL statement error in $lvRequete because there a problem
when an Oracle Error occures.
The first execution goes well, but since the second execution i've go the waiting
cursor on my web page and the PHP module still running.
?php
function MySQLStatement()
{
global $conn_id;
$conn_id = OCILogon(myname, mypass, ORACLE);
if ($conn_id == false)
{
echo 'OWS-20004 : Oracle error. Unable to connect to destination !';
exit;
}
$lvRequete = *Select sysdate from dual;
if ($SQLStatement = OCIParse($conn_id,$lvRequete))
{
if (OCIExecute($SQLStatement)==0)
{
OCILogOff($conn_id);
echo 'OWS-20005 : Oracle error. SQL Syntax error !';
exit;
}
}
else
{
echo 'OWS-20006 : Oracle error. Parse SQL error Level 0 !';
exit;
}
if(OCIFetch($SQLStatement) != 0)
{
$lvColumnName = OCIResult($SQLStatement,1);
return $lvColumnName;
}
else
{
OCILogOff($conn_id);
return Fetch Error;
}
OCIFreeStatement($SQLStatement);
}
$MyValue = MySQLStatement();
echo $MyValue;
?
---
[2001-02-24 13:01:44] [EMAIL PROTECTED]
the following test script works fine for me:
?php
function test() {
echo ji;
exit();
}
test();
?
can you report on this test or include the minimium about of code needed for you to
reproduce it yourself.
James
---
[2001-02-21 13:23:59] [EMAIL PROTECTED]
Exit() in a Funtion never break the process, PHP module still running, and i have the
Hourglass waiting cursoron my web page.
I'm using Win2000, Apache 1.3.17, PHP4.0.4pl1 as module
and Zend_optimizer
---
Full Bug description available at: http://bugs.php.net/?id=9378
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10115 Updated: segmentation fault
ID: 10115 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Semaphore related Description: segmentation fault #!/usr/local/bin/php -q ? shm_attach(1234, 1000, 0600); ? to reproduce bug you should first start this script as user A. then, login as user B and start it again. i noticed that 4.0.5RC5 has no segfault at this point. instead, correct message appears: br bWarning/b: shmget() failed for key 0x4d2: Permission denied in b./test.php/b on line b2/bbr so, i think this bug is closed. Previous Comments: --- [2001-04-28 19:22:46] [EMAIL PROTECTED] Could you provide a small sample script (just enough code for this to fail.) for us to analyze? Sean --- [2001-04-02 09:23:43] [EMAIL PROTECTED] got segfault using shm_attach(): 1) script started as user A creating shared memory block: shm_attach($mem_id, $mem_size, 0600); 2) same script, but started as user B trying shm_attach($mem_id, $mem_size, 0600); (it cannot be done, because access rights is 0600 - memory is for owner only) the result is segmentation fault. PHP/4.0.4pl1 Linux 2.2.16 php config: ./configure --disable-session --disable-pear --disable-pic --with-gdbm --disable-dbm --with-mysql=/usr/local --with-mcrypt=/usr/local --disable-debug --enable-sysvshm --enable-sysvsem --disable-xml --- Full Bug description available at: http://bugs.php.net/?id=10115 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10115 Updated: segmentation fault
ID: 10115 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Semaphore related Description: segmentation fault note also: not A nor B CAN'T BE a root, or example shouldn't work Previous Comments: --- [2001-04-29 09:41:36] [EMAIL PROTECTED] #!/usr/local/bin/php -q ? shm_attach(1234, 1000, 0600); ? to reproduce bug you should first start this script as user A. then, login as user B and start it again. i noticed that 4.0.5RC5 has no segfault at this point. instead, correct message appears: br bWarning/b: shmget() failed for key 0x4d2: Permission denied in b./test.php/b on line b2/bbr so, i think this bug is closed. --- [2001-04-28 19:22:46] [EMAIL PROTECTED] Could you provide a small sample script (just enough code for this to fail.) for us to analyze? Sean --- [2001-04-02 09:23:43] [EMAIL PROTECTED] got segfault using shm_attach(): 1) script started as user A creating shared memory block: shm_attach($mem_id, $mem_size, 0600); 2) same script, but started as user B trying shm_attach($mem_id, $mem_size, 0600); (it cannot be done, because access rights is 0600 - memory is for owner only) the result is segmentation fault. PHP/4.0.4pl1 Linux 2.2.16 php config: ./configure --disable-session --disable-pear --disable-pic --with-gdbm --disable-dbm --with-mysql=/usr/local --with-mcrypt=/usr/local --disable-debug --enable-sysvshm --enable-sysvsem --disable-xml --- Full Bug description available at: http://bugs.php.net/?id=10115 -- PHP Development Mailing List http://www.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 #9378 Updated: Exit() in a Funtion never break the process, PHP module still running
ID: 9378
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Function Specific
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Ill cloise the report then :)
- James
Previous Comments:
---
[2001-04-29 09:38:51] [EMAIL PROTECTED]
?php
function test() {
echo ji;
exit();
}
test();
?
With this test, the Exit() function goes well
Thanks
---
[2001-04-29 05:43:20] [EMAIL PROTECTED]
Cna you make us a test script without database access please. It makes it easier for
us to test.
Thanks
- james
---
[2001-02-25 10:25:22] [EMAIL PROTECTED]
Here's my script where the problem occures.
You can see that there is a SQL statement error in $lvRequete because there a problem
when an Oracle Error occures.
The first execution goes well, but since the second execution i've go the waiting
cursor on my web page and the PHP module still running.
?php
function MySQLStatement()
{
global $conn_id;
$conn_id = OCILogon(myname, mypass, ORACLE);
if ($conn_id == false)
{
echo 'OWS-20004 : Oracle error. Unable to connect to destination !';
exit;
}
$lvRequete = *Select sysdate from dual;
if ($SQLStatement = OCIParse($conn_id,$lvRequete))
{
if (OCIExecute($SQLStatement)==0)
{
OCILogOff($conn_id);
echo 'OWS-20005 : Oracle error. SQL Syntax error !';
exit;
}
}
else
{
echo 'OWS-20006 : Oracle error. Parse SQL error Level 0 !';
exit;
}
if(OCIFetch($SQLStatement) != 0)
{
$lvColumnName = OCIResult($SQLStatement,1);
return $lvColumnName;
}
else
{
OCILogOff($conn_id);
return Fetch Error;
}
OCIFreeStatement($SQLStatement);
}
$MyValue = MySQLStatement();
echo $MyValue;
?
---
[2001-02-24 13:01:44] [EMAIL PROTECTED]
the following test script works fine for me:
?php
function test() {
echo ji;
exit();
}
test();
?
can you report on this test or include the minimium about of code needed for you to
reproduce it yourself.
James
---
[2001-02-21 13:23:59] [EMAIL PROTECTED]
Exit() in a Funtion never break the process, PHP module still running, and i have the
Hourglass waiting cursoron my web page.
I'm using Win2000, Apache 1.3.17, PHP4.0.4pl1 as module
and Zend_optimizer
---
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=9378edit=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 #10552: Exit() function never work when an Oracle error occures
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.0.4pl1
PHP Bug Type: OCI8 related
Bug description: Exit() function never work when an Oracle error occures
Here's my script where the problem occures.
You can see that there is a SQL statement error in $lvRequete because there a problem
when an Oracle Error occures.
The first execution goes well, but since the second execution i've go the waiting
cursor on my web page and the PHP module still running.
?php
function MySQLStatement()
{
global $conn_id;
$conn_id = OCILogon(myname, mypass, ORACLE);
if ($conn_id == false)
{
echo 'OWS-20004 : Oracle error. Unable to connect to destination !';
exit;
}
$lvRequete = *Select sysdate from dual;
if ($SQLStatement = OCIParse($conn_id,$lvRequete))
{
if (OCIExecute($SQLStatement)==0)
{
OCILogOff($conn_id);
echo 'OWS-20005 : Oracle error. SQL Syntax error !';
exit;
}
}
else
{
echo 'OWS-20006 : Oracle error. Parse SQL error Level 0 !';
exit;
}
if(OCIFetch($SQLStatement) != 0)
{
$lvColumnName = OCIResult($SQLStatement,1);
return $lvColumnName;
}
else
{
OCILogOff($conn_id);
return Fetch Error;
}
OCIFreeStatement($SQLStatement);
}
$MyValue = MySQLStatement();
echo $MyValue;
?
--
Edit Bug report at: http://bugs.php.net/?id=10552edit=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 #10391 Updated: regardless of having pdflib 3.03, pdflib extension requires at least pdflib 3.x
ID: 10391 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Install and Config PHP Version: 4.0.4pl1 Assigned To: Comments: This works fine for me. Can you add the output of config.log into this bug report? And please also add the exact error you get. Previous Comments: --- [2001-04-18 21:26:55] [EMAIL PROTECTED] ./configure --with-mysql --with-apxs --with-pdflib --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10391edit=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 #10553:
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4pl1 PHP Bug Type: Compile Problem Bug description: If php4 is compiled as dso with apache-ssl 1.3.19 it modifies wrong config file httpds.conf instead of httpd.conf I asked already from author of apache-ssl. php4 broken? -- Edit Bug report at: http://bugs.php.net/?id=10553edit=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 #10360 Updated: Apache won't start: undefined symbol SSL_CTX_set_tmp_rsa_callback
ID: 10360 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config PHP Version: 4.0.4pl1 Assigned To: Comments: Please add --with-imap-ssl (with correct path) into your configure line. This is not a bug in PHP. Ask further help on [EMAIL PROTECTED] (Also dup of #7376 and #8485) Derick Previous Comments: --- [2001-04-17 05:10:30] [EMAIL PROTECTED] Fix given for bug #8485 worked for me. Added --with-imap-ssl=/usr/lib to the PHP config. Running RH Linux 6.2 with openssl-devel package installed. Thanks! P.S. I suppose this is a confirmation of fix report, rather than a bug report. I hope this is helpful, rather than not. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10360edit=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 #9582 Updated: Config to reduce the session lenght
ID: 9582 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Install and Config PHP Version: 4.0.3 Assigned To: Comments: No this is not possible, but why do you want this actually? This is not a bug in PHP, so closing too. Derick Previous Comments: --- [2001-03-06 11:31:09] [EMAIL PROTECTED] It is possible to reduce the lenght (32 digits) of the session id generated by PHP4 ? Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9582edit=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 #7913 Updated: crash on http HEAD when ob_start used in index.php
ID: 7913
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Output Control
PHP Version: 4.0.3pl1
Assigned To:
Comments:
Please try 4.0.5 which should be out tomorrow and open a new bug report if this still
doesn't work.
Previous Comments:
---
[2001-01-09 13:19:50] [EMAIL PROTECTED]
Note: This happens ONLY on Alpha's (not on i386).
---
[2001-01-08 08:12:52] [EMAIL PROTECTED]
User feedback:
--
Yes, it does happen with 200101072345.
--
Note: I can not reproduce this.
--Jani
---
[2001-01-07 18:46:53] [EMAIL PROTECTED]
Does this happen with latest snapshot from http://snaps.php.net/ ?
--Jani
---
[2000-11-21 18:33:52] [EMAIL PROTECTED]
See subject. The php script I used contained
*only* an ob_start() and after that some normal
HTML. The GET command did not result in a crash,
the HEAD command did.
Here is the spec file I used to create apache+php:
%define contentdir /gar/www
%define apache_ver 1.3.14
%define mod_ssl_ver 2.7.1
%define php_ver 4.0.3pl1
%define gd_ver 1.8.3
Summary: The most widely used Web server on the Internet.
Name: apache-upwatch
Version: %{apache_ver}
Release: 25
Group: System Environment/Daemons
Source: ftp://ftp.apache.org/apache/dist/apache_%{version}.tar.gz
Source1: ftp://ftp.modssl.org/source/mod_ssl-%{mod_ssl_ver}-%{version}.tar.gz
Source2: spacer48.png
Source3: apache-index.html
Source4: poweredby.png
Source5: httpd.init
Source6: apache.logrotate
Source7: apache-access.conf
Source8: apache-httpd.conf
Source9: apache-srm.conf
Source10: ftp://ftp.cohprog.com/pub/apache/module/1.3.0/mod_bandwidth.c
Source11: mod_put.c
Source12: http://www.snert.com/Software/Throttle/mod_throttle208.tgz
Source13: SSL-Certificate-Creation
Source14: php-%{php_ver}.tar.gz
Source15: gd-%{gd_ver}.tar.gz
Patch0: apache_1.3.12-eapi-2.6.4.patch
Patch1: apache_1.3.12-redhat.patch
Patch2: apache-1.3.11-apxs.patch
Patch3: apache_1.3.12-phhttpd-eapi.patch
Patch4: apache_1.3.12-piranha.patch
Patch5: mod_ssl-2.6.4-tty.patch
Patch6: gd-ttf.patch
Copyright: Freely distributable and usable
BuildRoot: %{_tmppath}/apache-root
BuildPrereq: findutils, openssl-devel, perl
Requires: /etc/mime.types, gawk, file
Prereq: /sbin/chkconfig, /bin/mktemp, /bin/rm, /bin/mv, /bin/sed, mailcap, grep
Prereq: textutils, /usr/sbin/useradd, /etc/init.d
Provides: webserver
%description
Apache is a powerful, full-featured, efficient and freely-available
Web server. Apache is also the most popular Web server on the
Internet.
Install the apache package if you need a Web server.
%package -n mod_ssl
Group: System Environment/Daemons
Version: %{mod_ssl_ver}
Summary: HTTPS (HTTP over SSL) support for the Apache Web server.
Requires: apache-upwatch = %{apache_ver}-%{release}
Prereq: openssl, dev
%description -n mod_ssl
The mod_ssl package contains mod_ssl %{mod_ssl_ver}, the server module that
adds SSL support to the Apache Web server. If you need a secure web
server, install this package and read http://localhost/manual/mod/mod_ssl/
for documentation about how to configure the SSL support.
%package devel
Version: %{apache_ver}
Group: Development/Libraries
Summary: Development tools for the Apache Web server.
Obsoletes: secureweb-devel
%description devel
The apache-devel package contains the APXS binary and other files that
you'll need to build Dynamic Shared Objects (DSOs) for Apache.
If you are installing the Apache Web server, and you want to be
able to compile or develop additional modules for Apache, you'll
need to install this package.
%package manual
Version: %{apache_ver}
Group: Documentation
Summary: Documentation for the Apache Web server.
%description manual
The apache-manual package contains the complete manual and reference
guide for the Apache Web server. If you need Apache documentation
installed on the local machine, install this package. The information
can also be found on the Web at http://www.apache.org/docs/.
%prep
%setup -q -n apache_%{version} -a 1 -a 12 -a 14 -a 15
#%patch0 -p1 -b .eapi
pushd mod_ssl-%{mod_ssl_ver}-%{version}
%configure --with-apache=`cd ..;pwd` --with-eapi-only
popd
%patch1 -p1 -b .redhat
%patch2 -p1 -b .apxs
#%patch3 -p1 -b .phttpd-eapi
%patch4 -p1 -b .piranha
pushd mod_ssl-%{mod_ssl_ver}-%{version}
%patch5 -p2 -b .tty
popd
pushd gd-%{gd_ver}
%patch6 -p0 -b .ttf
popd
%build
TARGET_PLATFORM=%{_target_platform}
%define _target_platform --target=${TARGET_PLATFORM}
pushd mod_ssl-%{mod_ssl_ver}-%{version}
%configure --with-apache=`cd ..;pwd`
popd
pushd gd-%{gd_ver}
make
popd
# configure once
[PHP-DEV] Bug #8850 Updated: Crash when trying to view tables in phpMyAdmin
ID: 8850
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproduceable crash
PHP Version: 4.0 Latest CVS (23/01/2001)
Assigned To:
Comments:
Please try 4.0.5 (due out tomorrow) or the latest CVS and open a new bug report if
this still happens
Previous Comments:
---
[2001-01-23 02:40:06] [EMAIL PROTECTED]
I got a report that phpMyAdmin crashed Caudium sometimes. After fetching the latest
version (as reported by freshmeat), unpacking it and testing it I did indeed get a
crash. However it's not specific to Caudium since the CGI version crashes as well. I
used latest CVS (10 minutes old) and the CGI version for the backtraces. Let me know
if anything more than the below is needed.
Program received signal SIGSEGV, Segmentation fault.
0x80d006c in zend_hash_index_update_or_next_insert (ht=0x0, h=1,
pData=0xbfffb998, nDataSize=4, pDest=0x0, flag=1)
at ../../../Zend/zend_hash.c:396
396 nIndex = h % ht-nTableSize;
(gdb) bt
#0 0x80d006c in zend_hash_index_update_or_next_insert (ht=0x0, h=1,
pData=0xbfffb998, nDataSize=4, pDest=0x0, flag=1)
at ../../../Zend/zend_hash.c:396
#1 0x80ce7e1 in add_index_bool (arg=0x819a654, index=1, b=0)
at ../../../Zend/zend_API.c:337
#2 0x80a17f1 in php_ereg (ht=3, return_value=0x819a22c, this_ptr=0x0,
return_value_used=1, icase=1)
at /home/neotron/src/php4/ext/standard/reg.c:250
#3 0x80a18a1 in php_if_eregi (ht=3, return_value=0x819a22c, this_ptr=0x0,
return_value_used=1) at /home/neotron/src/php4/ext/standard/reg.c:279
#4 0x80f5fff in execute (op_array=0x816a60c)
at ../../../Zend/zend_execute.c:1493
#5 0x80cd5eb in zend_execute_scripts (type=8, file_count=3)
at ../../../Zend/zend.c:743
#6 0x805f0cb in php_execute_script (primary_file=0xb858)
at /home/neotron/src/php4/main/main.c:1166
#7 0x805d65c in main (argc=2, argv=0xb8d4)
at /home/neotron/src/php4/sapi/cgi/cgi_main.c:736
#8 0x400b4cae in __libc_start_main () from /lib/libc.so.6
(gdb) p h
$3 = 1
(gdb) p ht
$4 = (HashTable *) 0x0
(gdb) up
#1 0x80ce7e1 in add_index_bool (arg=0x819a654, index=1, b=0)
at ../../../Zend/zend_API.c:337
337 return zend_hash_index_update(Z_ARRVAL_P(arg), index, (void *) tmp,
sizeof(zval *),NULL);
(gdb) p arg
$5 = (zval *) 0x819a654
*(gdb) p *arg
$6 = {value = {lval = 0, dval = 0, str = {val = 0x0, len = 0}, ht = 0x0,
obj = {ce = 0x0, properties = 0x0}}, type = 6 '
--
PHP Development Mailing List http://www.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 #9448 Updated: It does not works / -cpath Look for php.ini file in this directory
ID: 9448
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
PHP Version: 4.0.4pl1
Assigned To:
Comments:
You need to use a space between the -c and the path. That gives no error to me. The -h
output reflects this in the upcoming PHP 4.0.5
Derick
Previous Comments:
---
[2001-02-25 17:13:10] [EMAIL PROTECTED]
I use php with apache, in the same time a crontab generate big html page from a .php
source file.
#/usr/bin/php -q
?
...
?
, but if I use -c/usr/local/newphp to force the read of another php.ini file just for
the cgi and different from the one used with php/apache it gives an error.
php -?
Usage: php [-q] [-h] [-s] [-v] [-i] [-f file] | {file [args...]}
-q Quiet-mode. Suppress HTTP Header output.
-s Display colour syntax highlighted source.
-ffile Parse file. Implies `-q'
-v Version number
-cpath Look for php.ini file in this directory
-a Run interactively
-d foo[=bar] Define INI entry foo with value 'bar'
-e Generate extended information for debugger/profiler
-zfile Load Zend extension file.
-i PHP information
-h This help
-c is in the list , but not in the Usage , it should be nice to have diferent php.ini
depending on scripts, excpecialy because zend optimizer works for the php/apache and
not for cgi php (logically).
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9448edit=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 #9085 Updated: tar file is corrupted in your web site
ID: 9085 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Install and Config PHP Version: 4.0.4pl1 Assigned To: Comments: I could untar the distributions without problem. From which URLs did you download them? Derick Previous Comments: --- [2001-02-03 10:21:47] [EMAIL PROTECTED] tar -zxf php4.0.4pl1.tar.gz -- invalid EOF etc... I downloaded 2 times from various connections. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9085edit=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 #9916 Updated: fopen() in w or a mode to a remote server (via HTTP)don't give back any error
ID: 9916 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Directory/Filesystem functions PHP Version: 4.0.4pl1 Assigned To: Comments: Are you trying to save a file on a remote URL with HTTP here? If that's the case, then it won't ever work. The HTTP protocol is not designed for this. Please reopen if I got this wrong. Derick Previous Comments: --- [2001-03-22 07:52:23] [EMAIL PROTECTED] $fp = fopen(http://www.server.com/data/file.txt); fput($string,$fp); /* comment data have chmod 777 file.txt have chmod 666 when you execute fput() all look ok, but when you read file.txt nothing in. Thanks Bob */ --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9916edit=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 #10552: Exit() function never work when an Oracle error occures
This may be fixed in 4.0.5
[EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.0.4pl1
PHP Bug Type: OCI8 related
Bug description: Exit() function never work when an Oracle error occures
Here's my script where the problem occures.
You can see that there is a SQL statement error in $lvRequete because
there a problem when an Oracle Error occures.
The first execution goes well, but since the second execution i've go the
waiting cursor on my web page and the PHP module still running.
?php
function MySQLStatement()
{
global $conn_id;
$conn_id = OCILogon(myname, mypass, ORACLE);
if ($conn_id == false)
{
echo 'OWS-20004 : Oracle error. Unable to connect to destination !';
exit;
}
$lvRequete = *Select sysdate from dual;
if ($SQLStatement = OCIParse($conn_id,$lvRequete))
{
if (OCIExecute($SQLStatement)==0)
{
OCILogOff($conn_id);
echo 'OWS-20005 : Oracle error. SQL Syntax error !';
exit;
}
}
else
{
echo 'OWS-20006 : Oracle error. Parse SQL error Level 0 !';
exit;
}
if(OCIFetch($SQLStatement) != 0)
{
$lvColumnName = OCIResult($SQLStatement,1);
return $lvColumnName;
}
else
{
OCILogOff($conn_id);
return Fetch Error;
}
OCIFreeStatement($SQLStatement);
}
$MyValue = MySQLStatement();
echo $MyValue;
?
--
Edit Bug report at: http://bugs.php.net/?id=10552edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10511 Updated: Cannot set COM object properties
ID: 10511 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: COM related PHP Version: 4.0.4pl1 Assigned To: Comments: make sure, that the logged in user (after basic authentication) has enough rights to change these properties. try to run the script from the commandline logged in as one of the webusers. harald Previous Comments: --- [2001-04-26 10:10:57] [EMAIL PROTECTED] I am accessing ADO COM objects through PHP. I am using PHP 4.05 RC6 on Win2K in CGI mode. If I change the authentication from anonymous access, to requiring a login through basic authentication, then the scripts fail and cannot set properties on the COM object. The same scripts work fine when run as the anonymous user. Very weird... Thanks in advance for any help Cheers Peter --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10511edit=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 #9916 Updated: fopen() in w or a mode to a remote server (via HTTP)don't give back any error
Hehe, If it did work, PHP might then mean: Preferred Hacking PreProcessor [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... ID: 9916 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Directory/Filesystem functions PHP Version: 4.0.4pl1 Assigned To: Comments: Are you trying to save a file on a remote URL with HTTP here? If that's the case, then it won't ever work. The HTTP protocol is not designed for this. Please reopen if I got this wrong. Derick Previous Comments: -- - [2001-03-22 07:52:23] [EMAIL PROTECTED] $fp = fopen(http://www.server.com/data/file.txt); fput($string,$fp); /* comment data have chmod 777 file.txt have chmod 666 when you execute fput() all look ok, but when you read file.txt nothing in. Thanks Bob */ -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9916edit=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 Development Mailing List http://www.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 #10552 Updated: Exit() function never work when an Oracle error occures
ID: 10552
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: OCI8 related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Should be fixed in latest CVS and possibly 4.0.5 which is due out tomorrow. Please
re-open this bug report if neither of these versions fixes the problem
Previous Comments:
---
[2001-04-29 10:25:29] [EMAIL PROTECTED]
Here's my script where the problem occures.
You can see that there is a SQL statement error in $lvRequete because there a problem
when an Oracle Error occures.
The first execution goes well, but since the second execution i've go the waiting
cursor on my web page and the PHP module still running.
?php
function MySQLStatement()
{
global $conn_id;
$conn_id = OCILogon(myname, mypass, ORACLE);
if ($conn_id == false)
{
echo 'OWS-20004 : Oracle error. Unable to connect to destination !';
exit;
}
$lvRequete = *Select sysdate from dual;
if ($SQLStatement = OCIParse($conn_id,$lvRequete))
{
if (OCIExecute($SQLStatement)==0)
{
OCILogOff($conn_id);
echo 'OWS-20005 : Oracle error. SQL Syntax error !';
exit;
}
}
else
{
echo 'OWS-20006 : Oracle error. Parse SQL error Level 0 !';
exit;
}
if(OCIFetch($SQLStatement) != 0)
{
$lvColumnName = OCIResult($SQLStatement,1);
return $lvColumnName;
}
else
{
OCILogOff($conn_id);
return Fetch Error;
}
OCIFreeStatement($SQLStatement);
}
$MyValue = MySQLStatement();
echo $MyValue;
?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10552edit=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 #10550 Updated: mktime() returns -1 for certain valid dates
ID: 10550 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Date/time related PHP Version: 4.0 Latest CVS (29/04/2001) Assigned To: derick Comments: I could not reproduce this under Linux. Will try later with OpenBSD. As PHP uses the underlying C functions for this, this might actaully be a problem with FreeBSD. Derick Previous Comments: --- [2001-04-29 07:05:20] [EMAIL PROTECTED] Correction: $ cat test.php ?= gmmktime(1, 18, 27, 4, 1, 2001, 0) . n . gmmktime(2, 18, 27, 4, 1, 2001, 0) . n . gmmktime(3, 18, 27, 4, 1, 2001, 0) . n; ? $ php -q test.php 986087907 -21601 986098707 $ --- [2001-04-29 06:46:27] [EMAIL PROTECTED] $ cat test.php ?= mktime(1, 18, 27, 4, 1, 2001) . n . mktime(2, 18, 27, 4, 1, 2001) . n . mktime(3, 18, 27, 4, 1, 2001) . n; ? $ php -q test.php 986113107 -1 986116707 $ --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10550edit=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 #10495 Updated: Crash with ob_start();
ID: 10495
Updated by: andi
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
PHP Version: 4.0 Latest CVS (25/04/2001)
Assigned To:
Comments:
Can you please supply the smallest possible reproducing script and post it. Also
please try today's CVS updating the PHP, TSRM and Zend CVS trees. Please compile with
--enable-debug.
Previous Comments:
---
[2001-04-25 14:10:08] [EMAIL PROTECTED]
Segmentation fault with next script
?
function my_h($str){
global $HTTP_ACCEPT_ENCODING,$NO_COMPRESS;
$size = strlen($contents);
$crc32 = crc32($contents);
Header(Etag: VT.$crc32);
$size = strlen($contents);
$crc32 = crc32($contents);
// compressed output: set header
$ENCODING = gzip;
header(Content-Encoding: $ENCODING);
$ret = x1fx8bx08x00x00x00x00x00;
$ret .= substr($gzcontent, 0, strlen($gzcontent) - 4);
$ret .= pack('V',$crc32);
$ret .= pack('V',$size);
return $ret;
if ($NO_COMPRESS) {return $str;}
return $str.$HTTP_ACCEPT_ENCODING;
}
function TO_LOGIN(){
echo Login;
exit;
}
ob_start(my_h);
phpinfo();
TO_LOGIN(rr);
?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10495edit=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 #9056 Updated: NoClassDefFoundError with Java and HTTP/1.1
ID: 9056 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Unknown/Other Function PHP Version: 4.0.4pl1 Assigned To: Comments: PHP cant find the net.php.reflect class which implies that your missing some .jar files from your classpath. THis is a problem with your setup not PHP. Bogusifying Previous Comments: --- [2001-02-01 13:01:43] [EMAIL PROTECTED] If a request is sent with IE 5.5 with HTTP/1.1 enabled and a script contains code such as this: session_start(); $system = new Java(java.lang.System); PHP says: Fatal error: java.lang.NoClassDefFoundError: net/php/reflect This is an intermittent error and shows up on most tries, but works properly once in while. There is also an intermittent null pointer exception. To work around it, we have added this to httpd.conf. BrowserMatch MSIE downgrade-1.0 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9056edit=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 #9097 Updated: browscap is not working again
ID: 9097 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Unknown/Other Function PHP Version: 4.0.4pl1 Assigned To: Comments: Please provide more info and reopen the report. - James Previous Comments: --- [2001-02-04 09:36:34] [EMAIL PROTECTED] My programs using browscap.ini worked well with 4.0.3pl1, but now with 4.0.4pl1 the same error occurs as in PHP 4.0.0. No information is returned by get_browser(). The ini setting is properly set. I am using Win Apache, PHP in module. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9097edit=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 #10550 Updated: mktime() returns -1 for certain valid dates
ID: 10550 Updated by: avsm Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Date/time related PHP Version: 4.0 Latest CVS (29/04/2001) Assigned To: derick Comments: It doesn't occur under OpenBSD; it looks like a FreeBSD issue (happens on 4.x-STABLE as well). This came up recently on the Horde/Chora list: http://marc.theaimsgroup.com/?l=choram=98622313207343w=2 Previous Comments: --- [2001-04-29 11:20:53] [EMAIL PROTECTED] I could not reproduce this under Linux. Will try later with OpenBSD. As PHP uses the underlying C functions for this, this might actaully be a problem with FreeBSD. Derick --- [2001-04-29 07:05:20] [EMAIL PROTECTED] Correction: $ cat test.php ?= gmmktime(1, 18, 27, 4, 1, 2001, 0) . n . gmmktime(2, 18, 27, 4, 1, 2001, 0) . n . gmmktime(3, 18, 27, 4, 1, 2001, 0) . n; ? $ php -q test.php 986087907 -21601 986098707 $ --- [2001-04-29 06:46:27] [EMAIL PROTECTED] $ cat test.php ?= mktime(1, 18, 27, 4, 1, 2001) . n . mktime(2, 18, 27, 4, 1, 2001) . n . mktime(3, 18, 27, 4, 1, 2001) . n; ? $ php -q test.php 986113107 -1 986116707 $ --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10550edit=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 #9426 Updated: Form variables encoding problem
ID: 9426 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: Unknown/Other Function Bug Type: Feature/Change Request PHP Version: 4.0.4pl1 Assigned To: Comments: feature/change request. Previous Comments: --- [2001-02-24 04:57:02] [EMAIL PROTECTED] It turned out to be a problem with a: META HTTP-EQUIV=Content-Type CONTENT=text/html; charset=ISO-8859-1 header that caused encoding by the browser prior to sendind data to PHP. Now there's another problem. The '' doesn't get encoded by the htmlentities() function. This char, and others, is an illegal char according to the WDG html validator and should be encoded. I think an extended version of the htmlentities() function, which encodes every char that need encoding, not only the ones in the get_html_translation_table(HTML_ENTITIES) table, should be considered. Of course encoding should be performed in the '#;' form. --- [2001-02-23 12:51:48] [EMAIL PROTECTED] Sorry but everything gets screwed because of the mixture of html entities and real chars. The char that gives problems is '', the corresponding html entitie is amp;#8217;, the html entitie provided by FrontPage is amp;#146;. Looking directly at the html code make it easier to understand what's going on. --- [2001-02-23 12:45:17] [EMAIL PROTECTED] When I enter some special chars in a textual form field (either 'INPUT TYPE=text' or 'TEXTAREA') they get encoded like an html entitie. For example this '' gets encoded as '#8217;' in the variable of the form handling script (I hope this won't trigger the bug, the first char is like a '`' but reversed, almost like a superscript small '/'). No coding happens for a plain typed '#8217;', so there's no way to distinguish between the two cases in the form handling script and so there's no way to safely reverse the encoding. Browser is IE 5.5 on Windows 98. This may happen for example doing cut paste from WordPad, Word or existing web pages. I tried the same thing pasting into FrontPage Express. It encodes it as '#146;' instead of '#8217;', may be it's just the encoding that's wrong. P.S. Sorry for my poor English --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9426edit=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 #9431 Updated: httpd processes using excessive cpu
ID: 9431 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: Unknown/Other Function Bug Type: Performance problem PHP Version: 4.0.4pl1 Assigned To: Comments: reclassify Previous Comments: --- [2001-02-23 16:06:24] [EMAIL PROTECTED] It seems that after a while of server inactivity, the apache processes go into a mode where they continue to just use cpu - the processes become unseable for processing http requests since they just stay in this state. A server restart is needed to correct the problem. A process stack listing shows the process to be within the PHP module at the time: 0x400c2248: chunk_free + 0x270 (404407f4, 8118740, 4042f0f3) 0x400c1fba: __cfree + 0xaa (8118740, 404407f4, 4043da80, 4042f0f3, 624407f4, 6e9f190) + 34 0x4037ebb0: zend_hash_del_key_or_index + 0x1d8 (8111048, 4042f0ea, 9, 8da99e0, 0, 404407f4) + 10 0x4037c0af: zend_unregister_functions + 0x67 (4043da14, , 0, 404407f4, 81329f8) 0x4037c1bb: module_destructor + 0x73 (8132a28, 404407f4, 4000ae60, bdc4) 0x4037ec24: zend_hash_destroy + 0x30 (40455760, 404407f4) 0x4037b2f5: zend_shutdown + 0x25 (404407f4) 0x4038a4de: php_module_shutdown + 0x32 (404407f4) 0x4038a4a5: php_module_shutdown_wrapper + 0x15 (40437840, 403887f8) 0x40388817: php_child_exit_handler + 0x1f (80d15b0, 8151c70, 18, 40437940) 0x0806fa61: ap_child_exit_modules + 0x49 (8151c70, 80d15b0) 0x080758d5: clean_child_exit + 0x1d (0) 0x08077587: just_die + 0x1f (a) 0x080775a9: usr1_handler + 0x15 (a, 0, 0, 2b, 2b, bdc4) + dc 0x40086c68: sigaction + 0x268 (8126e70, 81479d8, 814dfa8, 6c060002, 2000a0a, c65451e8) + 18 0x080788b7: child_main + 0x1b7 (b, b, 0) 0x08078ebc: make_child + 0x118 (80d15b0, b, 3a8ad8e0, 401581ec, 4053e480, 0) + a0 0x08079236: perform_idle_server_maintenance + 0x2b2 (401581ec, , 0, d, 0) 0x08079765: standalone_main + 0x355 (2, bdc4, bdc4, 40013ed0, 8049c54, 80cc6a4) + 30 0x08079d33: main + 0x357 (2, bdc4, bdd0, 40013868, 2, 8050600) 0x400809cb: __libc_start_main + 0xff (80799dc, 2, bdc4, 804fc60, 80b127c, 4000ae60) + 4248 PHP configuration options listed below: ./configure --prefix=/usr --with-apxs=/usr/sbin/httpd/bin/apxs --with-config-file-path=/etc/httpd --enable-safe-mode --with-exec-dir=/usr/sbin --with-system-regex --disable-debug --with-zlib --with-dbdm --with-db2 --enable-debugger --enable-magic-quotes --enable-track-vars --enable-sysvsem --enable-sysvshm --enable-track-vars --with-xml --with-ftp --with-pgsql --with-cybercash=/usr/src/cybercash/mck-3.3.0-i586-pc-linux-gnulibc2.1 glibc version is 2.1.3 php module was compiled with egcs-2.91.66 apache version is 1.3.14 kernel version 2.2.14 We also experienced this problem with PHP version 4.0.2. After upgrading to the latest PHP, is seems that the problem is occuring less frequently. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9431edit=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] Interbase problem
Hi, Can you please check the following bug report? http://www.php.net/bugs.php?id=10458edit=1 Thanks, Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10515 Updated: IE 5.0
ID: 10515 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Unknown/Other Function PHP Version: 4.0.4pl1 Assigned To: Comments: not really much we can do about this one.. if we were to work around around all the bugs present in IE then we would be here all year. Please contact MSFT about this. - James Previous Comments: --- [2001-04-26 14:54:01] [EMAIL PROTECTED] Addendum: IE 5.0.1 SP 2 works correctly. ASP also properly processes forms submitted by IE 5.0. --- [2001-04-26 14:47:20] [EMAIL PROTECTED] When using multipart/form-data post forms and NT domain authentication, IE 5.0 appears to submit invalid data to the server, causing PHP to ignore all form variables. A print_r($GLOBALS) shows that the data in $CONTENT_TYPE is doubled, causing PHP to improperly process the content and not receive any data. IE 5.5 does not exhibit this problem. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10515edit=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 #7623 Updated: Servlet API - 'output_buffering=On' writes output to shell
ID: 7623 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Java related PHP Version: 4.0.0 Assigned To: Comments: No feedback. closing Previous Comments: --- [2001-03-29 10:24:46] [EMAIL PROTECTED] Does this happen with PHP 4.0.4pl1? And if it does could you try with the latest CVS build from http://www.php4win.de/ --Jani --- [2000-11-03 10:20:02] [EMAIL PROTECTED] PHP 4.0.0 on NT4SP6 as servlet in tomcat 3.1 or JRun 2.3.3 with SUN JDK 1.2.2 (Build 001). When 'output_buffering = On' in php.ini, script output is written to the stdout of the servlet engine, not to the Browser. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7623edit=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 #8888 Updated: Authentication in iPlanet Fails
ID: Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: iPlanet related PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. closing Previous Comments: --- [2001-03-29 09:51:53] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? --Jani --- [2001-01-24 12:50:42] [EMAIL PROTECTED] Have PHP4 compiled and installed as an NSAPI module into iPlanet Enterprise Server 4.1. PHP scripts work fine and dandy, with the exception of authorization. When my PHP script runs, the pop-up appears, and I enter my user name and password. From there, the system acts like the cancel button has been clicked. I've figured out that no matter what happens, PHP_AUTH_USER and PHP_AUTH_PW (the two variables that my script uses to process logins) aren't being set. A quick check of the docs confirms that (I think) I've got everything correct. Here's my obj.conf file: # Sun Netscape Alliance - obj.conf # You can edit this file, but comments and formatting changes # might be lost when the admin server makes changes. Init fn=flex-init access=/system/netscape/server4/https-https.www.cafefortwo.com/logs/access format.access=%Ses-client.ip% - %Req-vars.auth-user% [%SYSDATE%] %Req-reqpb.clf-request% %Req-srvhdrs.clf-status% %Req-srvhdrs.content-length% Init fn=load-types mime-types=mime.types Init fn=load-modules funcs=php4_init,php4_close,php4_execute,php4_auth_trans shlib=/system/netscape/server4/bin/libphp4.so Init fn=php4_init errorString=Failed to initialise PHP! Object name=default AuthTrans fn=php4_auth_trans NameTrans fn=document-root root=/system/server/cf2/root PathCheck fn=unix-uri-clean PathCheck fn=find-pathinfo PathCheck fn=find-index index-names=index.php,home.php,index.php3,home.php3,index.html,home.html ObjectType fn=type-by-extension ObjectType fn=force-type type=text/plain Service fn=php4_execute type=magnus-internal/x-httpd-php Service method=(GET|HEAD) type=magnus-internal/imagemap fn=imagemap Service method=(GET|HEAD) type=magnus-internal/directory fn=index-common Service method=(GET|HEAD) type=*~magnus-internal/* fn=send-file AddLog fn=flex-log name=access /Object Object name=x-httpd-php ObjectType fn=force-type type=magnus-internal/x-httpd-php Service fn=php4_execute /Object Is this a PHP bug or an iPlanet problem? Any help would be greatly appreciated. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=edit=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 #9175 Updated: Configure isn't settings vars correctly
ID: 9175 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Java related PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. closing Previous Comments: --- [2001-03-29 10:50:20] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? --Jani --- [2001-02-08 13:30:32] [EMAIL PROTECTED] Other little issue: at make install, I got other errors. First is: Making install in . make[1]: Entering directory `/usr/local/src/php-4.0.4pl1' /usr/local/src/php-4.0.4pl1/build/shtool install -c -m 0755 /usr/local/src/php-4.0.4pl1//sapi/servlet/phpsrvlt.jar /usr/local/php4/lib; /usr/local/src/php-4.0.4pl1/build/shtool install -c -m 0755 libs/libphp4.so /usr/local/php4/lib mkdir: cannot make directory `/usr/local/php4/lib': File exists mkdir: cannot make directory `/usr/local/php4/lib/php': Not a directory mkdir: cannot make directory `/usr/local/php4/lib/php/extensions': Not a directory mkdir: cannot make directory `/usr/local/php4/lib/php/extensions/no-debug-zts-20001214': Not a directory make[1]: Leaving directory `/usr/local/src/php-4.0.4pl1' Making install in pear make[1]: Entering directory `/usr/local/src/php-4.0.4pl1/pear' make[2]: Entering directory `/usr/local/src/php-4.0.4pl1/pear' mkdir: cannot make directory `/usr/local/php4/lib': File exists mkdir: cannot make directory `/usr/local/php4/lib/php': Not a directory +--+ | The installation process is incomplete. The following resources were | | not installed: | | | | Self-contained Extension Support | | PEAR: PHP Extension and Add-on Repository | | | | To install these components, become the superuser and execute: | | | | # make install-su | +--+ make[2]: *** [install-data-local] Error 5 make[2]: Leaving directory `/usr/local/src/php-4.0.4pl1/pear' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.4pl1/pear' make: *** [install-recursive] Error 1 If I manually create the dirs /usr/local/php4, /usr/local/php4/bin and /usr/local/php4/lib, all goes well. Oh, even removing --prefix=/usr/local/php4 will work. I saw that with the configure above the make install puts libphp4.so in /usr/local/php4/lib (meanwhile without --prefix libphp4.so went left in /usr/local/lib): why that configure is jumping the apxs part? I mean, if I compile php4 with this little configure ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-versioning --enable-track-vars make install will do Making install in . make[1]: Entering directory `/usr/local/src/php-4.0.4pl1' /usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so chmod 755 /usr/local/apache/libexec/libphp4.so [activating module `php4' in /coda/apache/conf/httpd.conf] but if I use the long :) configure, make install ignore apxs. Look: Making install in . make[1]: Entering directory `/usr/local/src/php-4.0.4pl1' /usr/local/src/php-4.0.4pl1/build/shtool install -c -m 0755 /usr/local/src/php-4 .0.4pl1//sapi/servlet/phpsrvlt.jar /usr/local/php4/lib; /usr/local/src/php-4.0.4 pl1/build/shtool install -c -m 0755 libs/libphp4.so /usr/local/php4/lib installing shared modules into /usr/local/php4/lib/php/extensions/no-debug-zts-2 0001214 make[1]: Leaving directory `/usr/local/src/php-4.0.4pl1' Is it a my fault? Thank you --- [2001-02-08 12:21:38] [EMAIL PROTECTED] I solved the second issue setting EXTRA_LDFLAGS= -L/usr/local/lib -L/usr/X11R6/lib. Oh, I forgot: sorry for my english... :) --- [2001-02-08 12:18:01] [EMAIL PROTECTED] I solved the second issue setting EXTRA_LDFLAGS= -L/usr/local/lib -L/usr/X11R6/lib. Oh, I forgot: sorry for my english... :) --- [2001-02-08 12:04:33] [EMAIL PROTECTED] Hi I'm compiling PHP 4.0.4pl1 with this configure: CFLAGS= -I/usr/local/jdk118/include -I/usr/local/jdk118/include/linux LDFLAGS= -L/usr/local/lib -L/usr/X11R6/lib ./configure --with-mysql=/usr/local/mysql --with-openssl=/usr/local/ssl --with-gd --enable-gd-imgstrttf
[PHP-DEV] Bug #9936 Updated: Unable to register functions when starting apache
ID: 9936 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. closing Previous Comments: --- [2001-03-26 16:19:24] [EMAIL PROTECTED] Was PHP3 (or PHP 4) compiled as static module into Apache? It might explain this rather odd behaviour. --Jani --- [2001-03-22 13:01:35] [EMAIL PROTECTED] compile options: ./configure --with-apxs=/usr/sbin/apxs --enable-versioning --with-mysql --enable-track-vars --with-imap-ssl=/usr/lib/ssl It compiles fine with no errors. I commented all references to php3 out of httpd.conf when I try to start apache, the error_log reports: PHP Warning: Function registration failed - duplicate name - define in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - defined in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - each in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - strlen in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - strcmp in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - strcasecmp in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - error_reporting in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - leak in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - function_exists in Unknown on line 0 PHP Warning: Basic Functions: Unable to register functions, unable to load in Unknown on line 0 I have seen simlear errors to mine in the bug database, but none of the solutions seem to apply to my problem. Something with SuSE 7.1?? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9936edit=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 #9950 Updated: Error while running ./configure Apache
ID: 9950 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. closing Previous Comments: --- [2001-03-29 09:18:30] [EMAIL PROTECTED] 1. Add -lpthread into your apache makefile's LIBS 2. Get the latest CVS snapshot of PHP 4 from http://snaps.php.net/ --Jani --- [2001-03-29 07:43:50] [EMAIL PROTECTED] I did exactly what is described in ftp://ftp.suse.com/pub/suse/i386/commercial/Oracle/README.glibc-2.1.3-stubs After installing Oracle 8.1.7 on SuSE 7.1 (and installing the fix for glibc 2.1 from SuSE), apache doesn't compile properly anymore. Here's the statement: ./configure --activate-module=src/modules/php4/libphp4.a --prefix=/usr/local/httpd --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc/httpd And here's the error message I get: cd ..; gcc -DLINUX=22 -I/sources/php/php-4.0.4pl1 -I/sources/php/php-4.0.4pl1/main -I/sources/php/php-4.0.4pl1/main -I/sources/php/php-4.0.4pl1/Zend -I/sources/php/php-4.0.4pl1/Zend -I/sources/php/php-4.0.4pl1/TSRM -I/sources/php/php-4.0.4pl1/TSRM -I/sources/php/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/opt/oracle/product/8.1.7/lib -rdynamic -L/opt/oracle/product/8.1.7/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lm -ldl -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lclntsh -lm -lcrypt /usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' collect2: ld returned 1 exit status make: *** [dummy] Error 1 It would be great if anyone could help. Thanks, Steffen --- [2001-03-23 03:14:33] [EMAIL PROTECTED] After installing Oracle 8.1.7 on SuSE 7.1 (and installing the fix for glibc 2.1 from SuSE), apache doesn't compile properly anymore. Here's the statement: ./configure --activate-module=src/modules/php4/libphp4.a --prefix=/usr/local/httpd --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc/httpd And here's the error message I get: cd ..; gcc -DLINUX=22 -I/sources/php/php-4.0.4pl1 -I/sources/php/php-4.0.4pl1/main -I/sources/php/php-4.0.4pl1/main -I/sources/php/php-4.0.4pl1/Zend -I/sources/php/php-4.0.4pl1/Zend -I/sources/php/php-4.0.4pl1/TSRM -I/sources/php/php-4.0.4pl1/TSRM -I/sources/php/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/opt/oracle/product/8.1.7/lib -rdynamic -L/opt/oracle/product/8.1.7/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lm -ldl -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lclntsh -lm -lcrypt /usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference to `[EMAIL PROTECTED]' /lib/libpthread.so.0: undefined reference
[PHP-DEV] Bug #10145 Updated: strtime() result?
ID: 10145 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Date/time related PHP Version: 4.0 Latest CVS (03/04/2001) Assigned To: Comments: I added an error of level E_NOTICE for this. Derick Previous Comments: --- [2001-04-03 15:57:26] [EMAIL PROTECTED] strtotime() returns the timestamp for midnight on the current date. I suppose if you think about it a bit, it makes sense (since the modification you are making to the current date is empty), but I would suggest that it should return either a warning or nothing. A lot of people (judging from the manual notes) use strtotime() to parse an existing date string, not to do a +30 days modification to it. For them, the strtotime() result is not intuitive, I think. Perhaps the confusion could be fixed by having one function to parse date/time strings and one to do the +X days modification? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10145edit=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 #10017 Updated: querystrings in php
ID: 10017 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *General Issues PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. closing Previous Comments: --- [2001-03-29 11:49:38] [EMAIL PROTECTED] Do you have register_globals = on in your php.ini ? --Jani --- [2001-03-27 08:39:29] [EMAIL PROTECTED] hello the php index.php source when i tried this url: http://localhost/index.php?reqLang=1 nothing happens..what is the wrong... i really can't understand why php can't catch querystrings. it has always worked before. HTML HEAD /HEAD BODY ?php print $reqLang; ? /BODY /HTML //Johan Svensson --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10017edit=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 #10027 Updated: HTTP_REFERER
ID: 10027 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Web Server problem PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. closing Previous Comments: --- [2001-03-29 11:11:48] [EMAIL PROTECTED] Works for me just fine with latest CVS. (snapshot can be found at http://snaps.php.net/ ) Which webserver are you using? Apache? --Jani --- [2001-03-27 11:31:50] [EMAIL PROTECTED] Linking to a phpinfo() page should give a valid HTTP_REFERER value, however, I don't see it. The only thing I see remotely close to that is: HTTP_WEFERER WCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARH --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10027edit=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 #10037 Updated: In file included from sapi_apache2.c:44:
ID: 10037 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. closing Previous Comments: --- [2001-03-28 12:09:36] [EMAIL PROTECTED] 1. Do NOT open any new bug reports for same problem! From now on, UPDATE this one. 2. Try the latest CVS snapshot from http://snaps.php.net/ as there have been some fixes on the Apache2 support --Jani --- [2001-03-28 11:50:40] [EMAIL PROTECTED] ./configure --with-apxs2 ; make In file included from sapi_apache2.c:44: php_apache.h:24: parse error before `ap_bucket_brigade' php_apache.h:24: warning: no semicolon at end of struct or union php_apache.h:32: parse error before `}' php_apache.h:32: warning: data definition has no type or storage class sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:49: `ap_bucket' undeclared (first use in this function) sapi_apache2.c:49: (Each undeclared identifier is reported only once sapi_apache2.c:49: for each function it appears in.) sapi_apache2.c:49: `b' undeclared (first use in this function) sapi_apache2.c:50: `ap_bucket_brigade' undeclared (first use in this function) sapi_apache2.c:50: `bb' undeclared (first use in this function) sapi_apache2.c:51: `ctx' undeclared (first use in this function) sapi_apache2.c:52: parse error before `now' sapi_apache2.c:55: `sapi_globals' undeclared (first use in this function) sapi_apache2.c:61: `now' undeclared (first use in this function) sapi_apache2.c: In function `php_apache_sapi_header_handler': sapi_apache2.c:77: `ctx' undeclared (first use in this function) sapi_apache2.c:78: parse error before `char' sapi_apache2.c:80: `val' undeclared (first use in this function) sapi_apache2.c: In function `php_apache_sapi_send_headers': ... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10037edit=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]
