[PHP-DEV] Bug #11769 Updated: PDF_setcolor (invalid type of the third argument)

[sniper]

ID: 11769
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PDF related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Fixed in PHP 4.0.6 



Previous Comments:
---

[2001-06-28 05:06:08] [EMAIL PROTECTED]
in pdf.c file:

PHP_FUNCTION(pdf_setcolor) {
zval **arg1, **arg2, **arg3, **arg4, **arg5, **arg6, **arg7;
PDF *pdf;



/* int c1;  */
float c1; <== TO BE MODIFIED !! (replace the 
int by a
float)




if (ZEND_NUM_ARGS() != 7 || zend_get_parameters_ex(7, &arg1, 
&arg2,
&arg3, &arg4, &arg5, &arg6, &arg7) == FAILURE) {
WRONG_PARAM_COUNT;
}

ZEND_FETCH_RESOURCE(pdf, PDF *, arg1, -1, "pdf object", le_pdf);

convert_to_string_ex(arg2);
convert_to_string_ex(arg3);
convert_to_double_ex(arg4);
convert_to_double_ex(arg5);
convert_to_double_ex(arg6);
convert_to_double_ex(arg7);

if (0 == (strcmp(Z_STRVAL_PP(arg3), "spot"))) {
c1 = (int) Z_DVAL_PP(arg4)-PDFLIB_SPOT_OFFSET;
} else if(0 == (strcmp(Z_STRVAL_PP(arg3), "pattern"))) {
c1 = (int) Z_DVAL_PP(arg4)-PDFLIB_PATTERN_OFFSET;
} else {
c1 = (float) Z_DVAL_PP(arg4);
}

PDF_setcolor(pdf,
Z_STRVAL_PP(arg2),
Z_STRVAL_PP(arg3),
(float) c1,
(float) Z_DVAL_PP(arg5),
(float) Z_DVAL_PP(arg6),
(float) Z_DVAL_PP(arg7));

RETURN_TRUE;
}

---

[2001-06-28 05:03:45] [EMAIL PROTECTED]
PHP_FUNCTION(pdf_setcolor) {
zval **arg1, **arg2, **arg3, **arg4, **arg5, **arg6, **arg7;
PDF *pdf;




float c1; <== TO BE MODIFIED !! (replace the int by a 
float)




if (ZEND_NUM_ARGS() != 7 || zend_get_parameters_ex(7, &arg1, &arg2, &arg3, 
&arg4, &arg5, &arg6, &arg7) == FAILURE) {
WRONG_PARAM_COUNT;
}

ZEND_FETCH_RESOURCE(pdf, PDF *, arg1, -1, "pdf object", le_pdf);

convert_to_string_ex(arg2);
convert_to_string_ex(arg3);
convert_to_double_ex(arg4);
convert_to_double_ex(arg5);
convert_to_double_ex(arg6);
convert_to_double_ex(arg7);

if (0 == (strcmp(Z_STRVAL_PP(arg3), "spot"))) {
c1 = (int) Z_DVAL_PP(arg4)-PDFLIB_SPOT_OFFSET;
} else if(0 == (strcmp(Z_STRVAL_PP(arg3), "pattern"))) {
c1 = (int) Z_DVAL_PP(arg4)-PDFLIB_PATTERN_OFFSET;
} else {
c1 = (float) Z_DVAL_PP(arg4);
}

PDF_setcolor(pdf,
Z_STRVAL_PP(arg2),
Z_STRVAL_PP(arg3),
(float) c1,
(float) Z_DVAL_PP(arg5),
(float) Z_DVAL_PP(arg6),
(float) Z_DVAL_PP(arg7));

RETURN_TRUE;
}


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11769&edit=2


-- 
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 #11770 Updated: configure --enable-xslt fails

[derick]

ID: 11770
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

./configure --enable-xslt --with-xslt-sablot

You need that last configure option.

Derick

Previous Comments:
---

[2001-06-28 05:16:00] [EMAIL PROTECTED]
configuring with --enable-xslt fails with :

checking whether to enable xslt support... yes
checking whether to enable the XSLT Sablotron backend... no
checking libexpat dir for Sablotron XSL support... no
configure: error: not found. Please re-install the  distribution

configuration is done with :

configure --enable-xslt

Thank you for your time.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11770&edit=2


-- 
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 #10589 Updated: buildconf not compatible with Gnu Libtool 1.4

[sniper]

ID: 10589
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Critical
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0 Latest CVS (01/05/2001)
Assigned To: 
Comments:

No, the libtool 1.4 is seriously bugged..


Previous Comments:
---

[2001-06-28 05:37:55] [EMAIL PROTECTED]
This has been fixed has it not?? Libtool 1.4 works fine for me with latest CVS. CLosing

---

[2001-05-09 11:18:33] [EMAIL PROTECTED]
Reopened. There are some problems with libtool 1.4 still
so we propably won't support for it in 4.0.6. 

Marked to be fixed before 4.0.7.

--Jani



---

[2001-05-02 23:44:39] [EMAIL PROTECTED]
Fixed in CVS. Thanks for catching this!

--Jani


---

[2001-05-02 07:47:27] [EMAIL PROTECTED]
Any reason why this was closed?

---

[2001-05-01 21:13:18] [EMAIL PROTECTED]
[root@gecko /root]# cd /usr/src/php4
[root@gecko php4]# ./cvsclean; ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4 (ok)
build/buildcheck.sh: test: integer expression expected before -ge
buildconf: libtool version 1.4 found.
   You need libtool version 1.3.3 or newer installed
   to build PHP from CVS.
make: *** [buildmk.stamp] Error 1

---

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=10589&edit=2


-- 
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] What does this error mean?

[Jimi Malcolm]

I'm trying to from a file in a directory called 'logs'.  I've never seen
this error before.  What does it mean?

<<>>
Warning: fopen("logs/993700800.log","w+") - Permission denied in
/home/sites/site20/users/guide/web/counter.php on line 28

Warning: Supplied argument is not a valid File-Handle resource in
/home/sites/site20/users/guide/web/counter.php on line 29

Warning: Supplied argument is not a valid File-Handle resource in
/home/sites/site20/users/guide/web/counter.php on line 30
1
<<>>

The last two errors are becuase the first fails to return a file handle.
Here's the actual offending code.  It's just a simple counter.

<<>>
$iCount";

function incCount($sFile) {
 // Open and read existing count
 $hCounter = fopen($sFile, "r");
 $iCount = fgets($hCounter, 1024);
 fclose($hCounter);
 // Write over it with the new count
 $hCounter = fopen($sFile, "w");
 fputs($hCounter, ++$iCount);
 fclose($hCounter);
 return $iCount;
}


function createCountLog($sFile) {
 $hCounter = fopen($sFile, "w+");
 fputs($hCounter, 1);
 fclose($hCounter);
}

?>
<<>>

Usually I've been able to fix every PHP error I've gotten in the past -
they've been pretty straightforward - but I've been playing around with this
error for a few days now to no avail.

I'm new to this mailing list and have never used it before so I'm not sure
which one/s to join or post this specific message to.  I apologize if this
is the wrong forum for this type of question.  Thank you for your time.

--
Jimi Malcolm
Web Content Manager
inburst Internet Media
inburst.com
jimi.malcolm@inburst



-- 
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 #11676 Updated: A few apache children consume all memory and CPU.

[valerio]

ID: 11676
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Operating system: linux 2.4.5 i386
PHP Version: 4.0 Latest CVS (2001-06-25)
Description: A few apache children consume all memory and CPU.

ok, i have recompiled php AND apache without any optimization settings, and things 
look worse...
The problem happened more frequently in these hours, and these are backtraces of stuck 
processes:

#0  0x4012c243 in chunk_free ()
#1  0x4012bfaa in __cfree ()
#2  0x810acbc in shutdown_memory_manager ()
#3  0x8079d58 in php_request_shutdown ()
#4  0x8077611 in php_apache_request_shutdown ()
#5  0x814a93e in run_cleanups ()
#6  0x814916d in ap_clear_pool ()
#7  0x81491e1 in ap_destroy_pool ()
#8  0x8158ded in child_main ()
#9  0x8158fdc in make_child ()
#10 0x8159089 in startup_children ()
#11 0x81596c6 in standalone_main ()
#12 0x8159e53 in main ()
#13 0x400ea9f3 in __libc_start_main ()

#0  0x4012c23e in chunk_free ()
#1  0x4012bfaa in __cfree ()
#2  0x810a5a5 in _efree ()
#3  0x811e8cc in zend_hash_destroy ()
#4  0x8112b7c in destroy_zend_class ()
#5  0x811ea67 in zend_hash_apply_deleter ()
#6  0x811ecfa in zend_hash_apply ()
#7  0x8110820 in shutdown_executor ()
#8  0x8119d53 in zend_deactivate ()
#9  0x8079d1a in php_request_shutdown ()
#10 0x8077611 in php_apache_request_shutdown ()
#11 0x814a93e in run_cleanups ()
#12 0x814916d in ap_clear_pool ()
#13 0x81491e1 in ap_destroy_pool ()
#14 0x8160eb2 in ap_destroy_sub_req ()
#15 0x8067cb8 in handle_include ()
#16 0x806acb5 in send_parsed_content ()
#17 0x806b28d in send_parsed_file ()
#18 0x814dc23 in ap_invoke_handler ()
#19 0x8161769 in process_request_internal ()
#20 0x8161b88 in ap_internal_redirect ()
#21 0x806b6dd in handle_dir ()
#22 0x814dc23 in ap_invoke_handler ()
#23 0x8161769 in process_request_internal ()
#24 0x81617cc in ap_process_request ()
#25 0x8158d9e in child_main ()
#26 0x8158fdc in make_child ()
#27 0x8159356 in perform_idle_server_maintenance ()
#28 0x8159895 in standalone_main ()
#29 0x8159e53 in main ()
#30 0x400ea9f3 in __libc_start_main ()

#0  0x4012c24b in chunk_free ()
#1  0x4012bfaa in __cfree ()
#2  0x810acbc in shutdown_memory_manager ()
#3  0x8079d58 in php_request_shutdown ()
#4  0x8077611 in php_apache_request_shutdown ()
#5  0x814a93e in run_cleanups ()
#6  0x814916d in ap_clear_pool ()
#7  0x81491e1 in ap_destroy_pool ()
#8  0x8160eb2 in ap_destroy_sub_req ()
#9  0x8067cb8 in handle_include ()
#10 0x806acb5 in send_parsed_content ()
#11 0x806b28d in send_parsed_file ()
#12 0x814dc23 in ap_invoke_handler ()
#13 0x8160e87 in ap_run_sub_req ()
#14 0x8067c35 in handle_include ()
#15 0x806acb5 in send_parsed_content ()
#16 0x806b28d in send_parsed_file ()
#17 0x814dc23 in ap_invoke_handler ()
#18 0x8161769 in process_request_internal ()
#19 0x8161b88 in ap_internal_redirect ()
#20 0x806b6dd in handle_dir ()
#21 0x814dc23 in ap_invoke_handler ()
#22 0x8161769 in process_request_internal ()
#23 0x81617cc in ap_process_request ()
#24 0x8158d9e in child_main ()
#25 0x8158fdc in make_child ()
#26 0x8159356 in perform_idle_server_maintenance ()
#27 0x8159895 in standalone_main ()
#28 0x8159e53 in main ()
#29 0x400ea9f3 in __libc_start_main ()

tell me what to do next and i'll gladly do it...

Previous Comments:
---

[2001-06-28 07:09:54] [EMAIL PROTECTED]
You don't need to set the CFLAGS yourself, the -O9 is known to cause problems.
Please try to compile without setting ANY CFLAGS yourself.

Derick

---

[2001-06-27 14:30:05] [EMAIL PROTECTED]
Here it is:
CFLAGS="-O9 -funroll-loops -ffast-math -malign-double -mcpu=pentiumpro 
-march=pentiumpro -fomit-frame-pointer -fno-exceptions" 
./configure 
--with-apache=../apache_1.3.20 
--with-mysql 
--disable-debug 
--with-gnu-ld 
--enable-memory-limit 
--enable-inline-optimization

I don't remember exactly, but i think i had tried removing ALL gcc optimization 
options, with the same results...
During another crash (pre-crash actually :) i managed to backtrace a httpd which had 
this stack:

#0  0x4012c238 in chunk_free ()
#1  0x4012bfaa in __cfree ()
#2  0x80fb8f2 in _efree ()

The other httpd i backtraced had all the stack like this:

#0  0x4012c23e in chunk_free ()
#1  0x4012bfaa in __cfree ()
#2  0x80fbcbf in shutdown_memory_manager ()

Hope this helps...

---

[2001-06-27 11:57:34] [EMAIL PROTECTED]
what was the configure line used to configure PHP ?


---

[2001-06-26 14:32:38] [EMAIL PROTECTED]
Ignore the last comment, wrong bug report :)

---

[2001-06-26 14:31:52] [EMAIL 

[PHP-DEV] Bug #11772 Updated: configure keeps telling 'This c-client library does not support SSL'

[sniper]

ID: 11772
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

This is fixed in CVS. But for 4.0.6, just adding --with-openssl=/usr/local/ssl should 
help.

--Jani


Previous Comments:
---

[2001-06-28 05:59:23] [EMAIL PROTECTED]
Using IMAP-2000c. I tried a lot of options.

IMAP-build:
cd imap-2000c/
make slx SPECIALAUTHENTICATORS=ssl SSLDIR=/usr/local/ssl
mkdir lib
mkdir include
cp -af c-client/c-client.a ./lib/libc-client.a
cp -af c-client/rfc822.h ./include/
cp -af c-client/mail.h ./include/
cp -af c-client/linkage.h ./include/

PHP-build: (just to check wheter it would work or not)
cd php-4.0.6/
./configure --with-apache=../apache_1.3.20 --with-openssl=/usr/local/ssl 
--with-imap=../imap-2000c --with-imap-ssl

Also tried --with-imap-ssl=../imap-2000c and --with-imap-ssl=/usr/local/ssl 

Used to use the last one with previous versions of PHP4, and that worked.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11772&edit=2


-- 
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 #11771 Updated: Persistent connection does not close

[sniper]

ID: 11771
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PostgreSQL related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

The idea of persistant connection is that it is not closed..
RTFM.

http://www.php.net/manual/en/features.persistent-connections.php



Previous Comments:
---

[2001-06-28 05:56:06] [EMAIL PROTECTED]
Hello,
I have a connection leak problem when connecting to PGsql.
The connection just hang around and does not close. I have 
tryied to stress the server by doing *a lot* of persistent 
connections in a header(redirect) loop, and the pool 
worked ok with the stress. After a night of some 
connections, it grew to the maximum. (I use the PHAkt 
module for Ultradev PHP development)

I have tried to limit the maximum Pconnection number, but 
it is not working

I have built PHP like this.
 './configure' '--prefix=/usr' 
'--with-config-file-path=/etc' '--disable-debug' 
'--enable-pic' '--enable-shared' 
'--enable-inline-optimization' 
'--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' 
'--with-regex=system' '--with-gettext' '--with-gd' 
'--with-jpeg-dir=/usr' '--with-png' '--with-zlib' 
'--with-db2' '--with-db3' '--with-gdbm' 
'--enable-debugger' '--enable-magic-quotes' 
'--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' 
'--enable-sysvshm' '--enable-track-vars' '--enable-yp' 
'--enable-ftp' '--enable-wddx' '--without-mysql' 
'--without-oracle' '--without-oci8' '--with-xml' 
'--with-pdflib'




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11771&edit=2


-- 
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 #11774 Updated: Unable to load dynamic library 'C:/PHP/extensions/php_oci8.dll'

[sniper]

ID: 11774
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: OCI8 related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:



Previous Comments:
---

[2001-06-28 06:54:02] [EMAIL PROTECTED]
The CGI module fails to load the OCI8 dll.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11774&edit=2


-- 
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 #11762 Updated: bad example

[danbeck]

ID: 11762
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

I believe that the PDF and CHM version of the module always lag behind due to the 
amount of work it takes to package them up.  If you are ever in doubt, please check 
the online html manual first.  You can visit it directly at: http://php.net/manual/


Previous Comments:
---

[2001-06-28 14:32:55] [EMAIL PROTECTED]
thx for replying, thx 
btw, in http://www.php.net/docs.php
doucument list
file size? may not need if file is small enough
file size for compare and decide whether to download ?
why not show an document last update date?
or document version will be better :P
just suggestion, may not post as a reply here

---

[2001-06-28 11:29:28] [EMAIL PROTECTED]
Not necessarily. Latest should always be the online manual.
And the VERY latest is in CVS. :)



---

[2001-06-28 08:23:10] [EMAIL PROTECTED]
I think i've downloaded the lastest version of chm file.
I do also download it again.
isn't the CHM version of document the newest document ?

---

[2001-06-27 23:03:36] [EMAIL PROTECTED]
You must be looking into old manual or something since
the example I see on the getdate() manual page has perfect,
working example in it.


---

[2001-06-27 22:34:30] [EMAIL PROTECTED]
PHP manual
getdate
(PHP 3, PHP 4 )

getdate -- Get date/time information
Description

array getdate ([int timestamp])


Example 1. getdate() example 

$today = getdate(); 
$month = $today[month]; 
$mday = $today[mday]; 
$year = $today[year]; 
echo "$month $mday, $year";
  
 
---
-> $mday = $today[mday]; 
warnning: Use of undefined constant mday - assumed 'mday'
although a undefined constant will be assumed as a string, it's still a bad usage of 
this auto conversion.

php manual writers shouldn't make a bad guide for php learners

thx

---

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=11762&edit=2


-- 
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 #11762 Updated: bad example

[danbeck]

ID: 11762
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

My apologies.. I responded before I realized that the mailing lists are 12-14 hrs 
behind.  I didn't think to read the bug report on the page to make sure no one 
responded to it already.

Previous Comments:
---

[2001-06-28 17:21:03] [EMAIL PROTECTED]
I believe that the PDF and CHM version of the module always lag behind due to the 
amount of work it takes to package them up.  If you are ever in doubt, please check 
the online html manual first.  You can visit it directly at: http://php.net/manual/


---

[2001-06-28 14:32:55] [EMAIL PROTECTED]
thx for replying, thx 
btw, in http://www.php.net/docs.php
doucument list
file size? may not need if file is small enough
file size for compare and decide whether to download ?
why not show an document last update date?
or document version will be better :P
just suggestion, may not post as a reply here

---

[2001-06-28 11:29:28] [EMAIL PROTECTED]
Not necessarily. Latest should always be the online manual.
And the VERY latest is in CVS. :)



---

[2001-06-28 08:23:10] [EMAIL PROTECTED]
I think i've downloaded the lastest version of chm file.
I do also download it again.
isn't the CHM version of document the newest document ?

---

[2001-06-27 23:03:36] [EMAIL PROTECTED]
You must be looking into old manual or something since
the example I see on the getdate() manual page has perfect,
working example in it.


---

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=11762&edit=2


-- 
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]

Re: [PHP-DEV] Assert callback handlers

[Jon Parise]

On Thu, Jun 28, 2001 at 05:23:41AM -0600, Zak Greant wrote:

> Can anyone see any problems with adding array (&$object, 'method') syntax to
> the assert handler functionality?
 
I think that would be fiarly useful, actually.  In the past, I've
just written whole functions that sort of mimic assert(), but
this would be much better.

-- 
Jon Parise ([EMAIL PROTECTED])  .  Rochester Inst. of Technology
http://www.csh.rit.edu/~jon/  :  Computer Science House Member

-- 
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 #11775 Updated: Typo in cpdf.c

[derick]

ID: 11775
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Fixed in CVS. Thanks for reporting.

Derick

Previous Comments:
---

[2001-06-28 08:21:11] [EMAIL PROTECTED]
Compiling with cpdf causes an error
make[3]: Entering directory `/usr/local/src/build/php4/ext/cpdf'
gcc -I. -I/usr/local/src/build/php4/ext/cpdf -I/usr/local/src/build/php4/main 
-I/usr/local/src/build/php4 -I/usr/local/src/build/php4/Zend -I/usr/local/include 
-I/usr/include/mysql -I/usr/local/src/build/php4/ext/xml/expat 
-I/usr/local/src/build/php4/TSRM   -g -O2  -c cpdf.c && touch cpdf.lo
cpdf.c:36: zend/zend_list.h: No such file or directory
make[3]: *** [cpdf.lo] Error 1
make[3]: Leaving directory `/usr/local/src/build/php4/ext/cpdf'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/build/php4/ext/cpdf'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/build/php4/ext'
make: *** [all-recursive] Error 1


This is due to line 36 of cpdf.c:
#include "zend/zend_list.h"

Should be:
#include "Zend/zend_list.h"


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11775&edit=2


-- 
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] CVS probs

[Derick Rethans]

Hello guys,

I committed something... but I got this error. (This could be a prob with
the moving of the server?)

Anyway, this is the error:

[derick@aarde cpdf]$ cvs commit
cvs commit: Examining .
Checking in cpdf.c;
/repository/php4/ext/cpdf/cpdf.c,v  <--  cpdf.c
new revision: 1.27; previous revision: 1.26
done
Can't exec "/usr/local/bin/cvs": No such file or directory at
/repository/CVSROOT/loginfo.pl line 122.
Mailing the commit email to [EMAIL PROTECTED]

regards,

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-


-- 
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 #11762 Updated: bad example

[derick]

ID: 11762
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

I'm planning to update the CHM versions soon now, as lots of things have been changed.
I hope I can do it this weekend.

Derick

Previous Comments:
---

[2001-06-28 17:22:12] [EMAIL PROTECTED]
My apologies.. I responded before I realized that the mailing lists are 12-14 hrs 
behind.  I didn't think to read the bug report on the page to make sure no one 
responded to it already.

---

[2001-06-28 17:21:03] [EMAIL PROTECTED]
I believe that the PDF and CHM version of the module always lag behind due to the 
amount of work it takes to package them up.  If you are ever in doubt, please check 
the online html manual first.  You can visit it directly at: http://php.net/manual/


---

[2001-06-28 14:32:55] [EMAIL PROTECTED]
thx for replying, thx 
btw, in http://www.php.net/docs.php
doucument list
file size? may not need if file is small enough
file size for compare and decide whether to download ?
why not show an document last update date?
or document version will be better :P
just suggestion, may not post as a reply here

---

[2001-06-28 11:29:28] [EMAIL PROTECTED]
Not necessarily. Latest should always be the online manual.
And the VERY latest is in CVS. :)



---

[2001-06-28 08:23:10] [EMAIL PROTECTED]
I think i've downloaded the lastest version of chm file.
I do also download it again.
isn't the CHM version of document the newest document ?

---

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=11762&edit=2


-- 
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 #11788: CGI-Error and 502 Bad Gateway

[theo . schoeberl]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.5
PHP Bug Type: IIS related
Bug description:  CGI-Error and 502 Bad Gateway

We have the same problem as bug number #9852, running this small script:

= " . $lTimeLimit;
$rs = mssql_query($SQL, $ODBCConn);
$i = mssql_num_rows($rs);
if (isset($offset)) {
if ($i == 0)
$i = 1;
}
if ($TEST == false) {
$strCount = str_pad($i, 6, "0", STR_PAD_LEFT);
$width = strlen($strCount) * ImageFontWidth(4);
$hImg = ImageCreateFromPNG("images/onlcnt.png");
$clrFg = ImageColorresolve($hImg, 255, 206, 102);
$clrFg = $clrFg * -1;
ImageTTFText($hImg, 12, 0, 35, 24, $clrFg, "images/Tahomabd.ttf", $strCount);
header("Content-type: image/gif");
ImagePNG($hImg);
ImageDestroy($hImg);
}
// user_error ("Leaving whoonline.php");
Terminate($ODBCConn);
?>

Note: Personal data are changed to ?

Is it a timing problem?

Hardware/Software:
   Web server:
  Win2000 Server (with SP1)
  IIS 5.0
  PHP 4.0.5 (CGI mode)

   Database server:
  Win2000 Server (with SP1)
  MS-SQL 2000

   Client:
  Win2000 Professional SP1
  IE 5.5 SP1

Is anybody working on this problem?




-- 
Edit Bug report at: http://bugs.php.net/?id=11788&edit=1



-- 
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 #11789: Apache can't start

[mad]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.5
PHP version:  4.0.6
PHP Bug Type: Sybase-ct (ctlib) related
Bug description:  Apache can't start

When I launch apache with sybase_ct, I've got following messages : 

DRK01:/soft/apache/bin# ./apachectl start
./apachectl: line 184: 15557 Segmentation fault  $HTTPD
./apachectl start: httpd could not be started

Sybase Version : 11.9.2
$SYBASE environment variable is correctly set

There's nothing in apache's logs
There's nothing in dmesg's output

Do you have any idea ?

Thanks for your answer

@++
JC


-- 
Edit Bug report at: http://bugs.php.net/?id=11789&edit=1



-- 
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 #11789 Updated: Apache can't start

[mad]

ID: 11789
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Sybase-ct (ctlib) related
Operating system: Linux 2.4.5
PHP Version: 4.0.6
Description: Apache can't start

PS : it's ok with sybase DB lib

Previous Comments:
---

[2001-06-28 18:44:59] [EMAIL PROTECTED]
When I launch apache with sybase_ct, I've got following messages : 

DRK01:/soft/apache/bin# ./apachectl start
./apachectl: line 184: 15557 Segmentation fault  $HTTPD
./apachectl start: httpd could not be started

Sybase Version : 11.9.2
$SYBASE environment variable is correctly set

There's nothing in apache's logs
There's nothing in dmesg's output

Do you have any idea ?

Thanks for your answer

@++
JC

---


Full Bug description available at: http://bugs.php.net/?id=11789


-- 
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]

Re: [PHP-DEV] What does this error mean?

[jeroen]

[EMAIL PROTECTED]

or

news://news.php.net/php.general

Anyway, you don't have permission to write the file... type
man chmod
in your shell.

Jeroen
- Original Message -
From: ""Jimi Malcolm"" <[EMAIL PROTECTED]>
Newsgroups: php.dev
Sent: Thursday, June 28, 2001 9:15 PM
Subject: [PHP-DEV] What does this error mean?


> I'm trying to from a file in a directory called 'logs'.  I've never seen
> this error before.  What does it mean?
>
> <<>>
> Warning: fopen("logs/993700800.log","w+") - Permission denied in
> /home/sites/site20/users/guide/web/counter.php on line 28
>
> Warning: Supplied argument is not a valid File-Handle resource in
> /home/sites/site20/users/guide/web/counter.php on line 29
>
> Warning: Supplied argument is not a valid File-Handle resource in
> /home/sites/site20/users/guide/web/counter.php on line 30
> 1
> <<>>
>
> The last two errors are becuase the first fails to return a file handle.
> Here's the actual offending code.  It's just a simple counter.
>
> <<>>
>  $iDate = mktime(0, 0, 0, date("m"), date("d"), date("Y"));
> $iCount = 1;
> $sFile = "logs/".$iDate.".log";
>
> if (file_exists($sFile)) {
>  $iCount = incCount($sFile);
> } else {
>  createCountLog($sFile);
> }
>
> echo "$iCount";
>
> function incCount($sFile) {
>  // Open and read existing count
>  $hCounter = fopen($sFile, "r");
>  $iCount = fgets($hCounter, 1024);
>  fclose($hCounter);
>  // Write over it with the new count
>  $hCounter = fopen($sFile, "w");
>  fputs($hCounter, ++$iCount);
>  fclose($hCounter);
>  return $iCount;
> }
>
>
> function createCountLog($sFile) {
>  $hCounter = fopen($sFile, "w+");
>  fputs($hCounter, 1);
>  fclose($hCounter);
> }
>
> ?>
> <<>>
>
> Usually I've been able to fix every PHP error I've gotten in the past -
> they've been pretty straightforward - but I've been playing around with
this
> error for a few days now to no avail.
>
> I'm new to this mailing list and have never used it before so I'm not sure
> which one/s to join or post this specific message to.  I apologize if this
> is the wrong forum for this type of question.  Thank you for your time.
>
> --
> Jimi Malcolm
> Web Content Manager
> inburst Internet Media
> inburst.com
> jimi.malcolm@inburst
>
>
>
> --
> 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 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 #11062 Updated: Sharing Violation Error Message

[phildriscoll]

ID: 11062
Updated by: phildriscoll
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Directory function related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Is there any chance that while testing this you have also caused IIS to serve any of 
the files in the directories up? There is an unpleasant problem with IIS whereby it 
holds files open for some time after serving them. This normally manifests itself by 
stopping you editing and saving out a html file you have just looked at via the web 
server, however it would also stop you renaming any parent directory of the file.

Previous Comments:
---

[2001-06-28 07:58:57] [EMAIL PROTECTED]
Yes it does.  :(   Does the folder need to have special permissions?  Right now I've 
got SYSTEM and CREATOR_OWNER with full controll, and a bunch of groups.

---

[2001-06-23 20:58:38] [EMAIL PROTECTED]
Does this happen with PHP 4.0.6 ?


---

[2001-06-04 01:27:47] [EMAIL PROTECTED]
In order to regain control over the directories, it is necessary to restart the entire 
"IIS Admin Service".  Restarting the "World Wide Web Publishing Service" alone does 
not fix the problem.

---

[2001-05-23 14:34:47] [EMAIL PROTECTED]
Hello, I've written a simple script which can recurse into subdirectories when needed, 
and print out an HTML table with with details about the files it finds.  The problem 
is that after I run this script, if I try and rename one of the folders it has 
recursed into, I get an error message which reads:

"Cannot rename [folder name]:  There has been a sharing violation.  The source or 
destination file may be in use."

Note that I can still rename files, just not folders.  If I stop and start IIS, I am 
able to rename folders until I run the script again.  I believe I'm using the 
closedir() function correctly, and have even echoed out when the directories are 
opened and closed to make sure I'm not messing up.  One last thing to note is that 
this script is being run on an NTFS partition.  A copy of the script follows:


http://www.foo.com"; . str_replace("/inetpub/www_root", "", $hddir);
$handle = opendir($hddir);
chdir($hddir);


// if there are files in the directory, print out the table header and set the 
flag
// once we find a file, don't run the test (and print out the table header) 
again
while (($file = readdir($handle)) && ($file_count < 1)) {
if ($file == '.' || $file== '..') 
continue;
else if (is_file($file)) {
echo "";
echo "Filename";
echo "Size";
echo "Modified";
$file_count += 1;
}
}


rewinddir ($handle);// start reading again 
from the beginning of the directory
while ($file = readdir($handle)) {  // while we can read an entry 
from the directory (files and dirs)
if ($file == '.' || $file== '..') 
continue;

else if (($mode == "recurse") && (is_dir($file)) && (substr("$file", 
0, 1) != "_")) {   // don't recurse directories which begin with an underscore
$dir_count += 1;
$places_to_go[$dir_count] = "$file";
}

else if (is_file($file)) {
$extension = ''; 
$parts = split('.', $file); 
if (count($parts) > 1) $extension = end($parts); 
if (!$extension && count($parts) > 2) $extension = 
prev($parts);

if (($extension == "doc") || ($extension == "DOC") || 
($extension == "rtf"))
echo "";
else
echo "";

echo "" . $file . ""; 

$j = 0; 
$ext = array(" Bytes", " KB", " MB", " GB", " TB"); 
$file_size = filesize($file); 
while ($file_size >= pow(1024,$j)) ++$j; 
$file_size = round($file_size / pow(1024,$j-1) * 100) 
/ 100 . $ext[$j-1];
echo "" . $file_size .  "";

$filemod = filemtime($file); 
$file_modtime = date("F j Y h:i:s A", $filemod); 
echo "" . $file_modtime .  "";
}

Re: [PHP-DEV] Memory limit is used for all scripts insteadofone? NEW: CRASHING

[Zeev Suraski]

Saying it worked in 4.0.4 was quite a valuable piece of information.  I can 
confirm now that memory_limit is broken in 4.0.6, I'll submit a fix to CVS 
soon.

Zeev

At 15:23 28/6/2001, Swift wrote:
>Hi Zeev!
>
>Zeev Suraski wrote:
>
> > This isn't a known problem (well, at least I haven't heard any such
> > complaints).  It may be a coincidence (i.e. not related to 4.0.6) - I'd
> > wait and see if this problem persists.
>
>Thanks for your help. Ok, I will give it a try.
>But back to the first problem. You said that the memory_limit applies to 
>only ONE
>script (as I thought). You said that the problem may be somewhere else.
>
>But I got the described error-message without any load! I cutted our 
>leased-line
>before the tests and then only executed the 2 test-scripts. And in 10-20% 
>of the
>cases I got the error-message. BTW, our server has 512MB RAM and 90% free, 
>so RAM
>seems not to be the problem. The second strange thing is: With 4.0.4pl1 the
>memory_limit was 8M and with 4.0.6 I increased it to 16M. I never got the 
>message
>with 4.0.4pl1 but with 4.0.6 nearly instantly (after a few minutes the 
>first time)!
>
>The two test-scripts only allocate 8MB each. When I execute only these two 
>scripts
>and the server has no load besides of that and >400MB free RAM, and the 
>mem-limit
>is 16M --- why will I get sometimes the out-of-memory warning? This 
>theoretically
>can't be, right!? Maybe this has something to do why the server crashed 
>tonight...?
>Help!
>
>  ... tobias wiersch from .de
>
>
>
>--
>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]

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


-- 
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]

Re: [PHP-DEV] DOM/XML in 4.0.7

[Andi Gutmans]

At 02:30 PM 6/27/2001 -0400, Colin Viebrock wrote:
> > For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
> > "upgrade" isn't being fixed. Maybe we should revert it back to what it was
> > in 4.0.6 until it gets a thorough make over?
>
>You love to make me work, huh?  :)
>
>Seriously, if we stick with the 4.0.6 version, that's fine.  However, I've
>heard various reports of major memory leaks in it.  I'd rather have a
>leak-free version with a new syntax than a leaky version with the old
>syntax.  Whichever makes more sense is fine with me.
>

I think it's better to have a leaky version which doesn't break people's 
scripts :)
Fixing memory leaks shouldn't be too hard.

Andi


-- 
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 #11628 Updated: odbc_fetch_into is broken

[sniper]

ID: 11628
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: ODBC related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

This function has to be redesigned but this has to wait 
for PHP 4.1.x release. At the moment this is the intented
behaviour. Not a bug. But expect this function to change
in PHP 4.1.x. Documentation will be updated soon.

--Jani


Previous Comments:
---

[2001-06-27 22:50:46] [EMAIL PROTECTED]
I really don't see the reason why the second parameter
should be passed by reference anyway. 

Dan, fix this. :)



---

[2001-06-27 10:24:21] [EMAIL PROTECTED]
right, i think a little background is called for.

4.0.x<5:
odbc_fetch_into($qid,1,&$row);

4.0.5:
odbc_fetch_into($qid,1,$row);

4.0.6
$i=1;
odbc_fetch_into($qid,$i,$row);

what has this got to do with the 3rd parameter? The need for the reference operator 
was removed in 4.0.5 and everything worked fine. why does the row number suddenly need 
to be passed by reference? its not like its going to be updated by odbc_fetch_into is 
it?

---

[2001-06-27 10:10:48] [EMAIL PROTECTED]
it is not broken. 

this functionality was changed to remove the need for the final variable to be a 
reference.  unfortunately due to the nature of the function, the final variable is 
ALWAYS required to be a reference.  this functionality will change in 4.1 to better 
reflect a more intelligent ordering of the variables and will allow your first example 
to work.

---

[2001-06-23 14:42:50] [EMAIL PROTECTED]
correct version.


---

[2001-06-23 08:43:18] [EMAIL PROTECTED]
this is for 4.0.6, but there's no option for that yet  4.0.5 works fine.

easiest to describe this by example:

odbc_fetch_into($qid,1,$row);

gives

Fatal error: Only variables can be passed by reference in 

Re: [PHP-DEV] [Bug] MacOSX-10.0.4 Unresolved symbols in Apche DSO

[nathan r. hruby]

On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote:

> Hello Nathan,
>
> please add --with-zlib to your configure line. It should work fine then.
>

Did that, worked fine, amened bug at bugs.php.net.  Please add a warning
for this in the INSTALL if the is a MacOSX specfic problem, or change
build config to make --with-zlib a default to ./configure if this is a new
dependancy for php4

-n

> Derick
>
>
> On Wed, 27 Jun 2001, nathan r. hruby wrote:
>
> > Just doing what bugs.php.net tells me.. Sorry of this duplicatied
> >
> > --- START: Bug Entry
> > From: [EMAIL PROTECTED]
> > Operating system: MacOSX 10.0.4
> > PHP version:  4.0.6
> > PHP Bug Type: *Install and Config
> > Bug description:  Unresolved symbols in Apche DSO
> >
> > Fresh compile on OSX 10.0.4:
> > ./configure --with-apxs --with-mysql=/usr/local
> >
> > After a successful compile and install, checking apache
> > yeilds:
> > [puma:nathan/src/php-4.0.6] root# apachectl configtest
> > dyld: /usr/sbin/httpd Undefined symbols:
> > _compress
> > _uncompress
> > [puma:nathan/src/php-4.0.6] root#
> >
> > Output compression is off
> >
> > Apache is:
> > [puma:nathan/src/php-4.0.6] root# httpd -V
> > Server version: Apache/1.3.14 (Darwin)
> > Server built:   02/16/01 19:31:58
> > Server's Module Magic Number: 19990320:10
> > Server compiled with
> >  -D EAPI
> >  -D HAVE_MMAP
> >  -D USE_MMAP_SCOREBOARD
> >  -D USE_MMAP_FILES
> >  -D USE_FLOCK_SERIALIZED_ACCEPT
> >  -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
> >  -D HTTPD_ROOT="/usr"
> >  -D SUEXEC_BIN="/usr/sbin/suexec"
> >  -D DEFAULT_PIDLOG="/var/run/httpd.pid"
> >  -D DEFAULT_SCOREBOARD="/var/run/httpd.scoreboard"
> >  -D DEFAULT_LOCKFILE="/var/run/httpd.lock"
> >  -D DEFAULT_XFERLOG="/var/log/httpd/access_log"
> >  -D DEFAULT_ERRORLOG="/var/log/httpd/error_log"
> >  -D TYPES_CONFIG_FILE="/etc/httpd/mime.types"
> >  -D SERVER_CONFIG_FILE="/etc/httpd/httpd.conf"
> >  -D ACCESS_CONFIG_FILE="/etc/httpd/access.conf"
> >  -D RESOURCE_CONFIG_FILE="/etc/httpd/srm.conf"
> >
> >
> >
> > Warning: Could not execute mail delivery program in
> > /local/Web/sites/phpweb/bugs.php on line 419
> >
> >
> > Mail not sent!
> > Please send this page in a mail to [EMAIL PROTECTED] manually.
> >
> > ---END: Bug entry
> >

[snip previous .sig's]

-n
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
nathan hruby / digital statement
[EMAIL PROTECTED]
http://www.dstatement.com/

Public GPG key can be found at:
http://www.dstatement.com/nathan-gpg-key.txt
ED54 9A5E 132D BD01 9103  EEF3 E1B9 4738 EC90 801B
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-




-- 
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]

Re: [PHP-DEV] [Bug] MacOSX-10.0.4 Unresolved symbols in Apche DSO

[derick]

On Thu, 28 Jun 2001, nathan r. hruby wrote:

> On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote:
>
> > Hello Nathan,
> >
> > please add --with-zlib to your configure line. It should work fine then.
> >
>
> Did that, worked fine, amened bug at bugs.php.net.  Please add a warning
> for this in the INSTALL if the is a MacOSX specfic problem, or change
> build config to make --with-zlib a default to ./configure if this is a new
> dependancy for php4

It has actually nothing to do with PHP, but with the MySQL client
libraries. Some need --with-zlib, others do not. This is covered in the
MySQL FAQ, 25.4.2 IIRC. But it should be added to the INSTALL or FAQ.
Did you leave open this bugreport? If so, please leave it open as a
Documentation bug then.

regards,

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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 #11779 Updated: mail() returns an "Unknown error ..." in line [mail(...)]

[sven]

ID: 11779
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating system: Win 2000
PHP Version: 4.0.6
Description: mail() returns an "Unknown error ..." in line [mail(...)]

If i change the count of parameters to two, I get this Result:
--- line before mail function ---
Warning: Wrong parameter count for mail() in C:\Inetpub\wwwroot\phproot\mail.php on 
line 17
--- line after mail function --- 

Best regards

Sven Runge

Previous Comments:
---

[2001-06-28 10:05:14] [EMAIL PROTECTED]
Hello!

i hope its really a bug and not a documentation problem, but I did'nt found a way to 
solve the problems in several php web sites, manuals or newsgroups :-(

My system:
Windows 2000
PHP 4.0.6 (win32 binary downloaded from php.net)
Apache 1.3.12 an IIS (Win2000-included)
   I used both! webservers  on different ports, I got exactly the same result!

I want to create a mail while using this code:
-

echo ("--- line before mail function ---");
mail ("[EMAIL PROTECTED]", "PHP mail test","test mail body");
echo ("--- line after mail function ---");

-

I got this result:
--
--- line before mail function ---
Warning: Unknown error in C:Inetpubwwwrootphprootmail.php on line 17
--- line after mail function --- 

In the php.ini I changed the SMTP entry several times. I could change it in a valid, 
an invalid mailserver or i commentet it out (;SMTP = ]), I always got the same result.
For me It seems that the php engine ignores the SMTP entry.

I didn't got help in the php newsgroups, so I think it is'nt a simple problem.
So I hope you can help me.

Best regards

Sven Runge, Germany

E-Mail: [EMAIL PROTECTED]


---


Full Bug description available at: http://bugs.php.net/?id=11779


-- 
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 #11781: Seg Fault apache and 0 bytes request.. apache died

[wilco]

From: [EMAIL PROTECTED]
Operating system: Linux Slackware 7.1
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Seg Fault apache and 0 bytes request.. apache died

The crash happens after a random (half) hours at with my busy visited website +/- 2 
mil. pageviews a month.
Lots of these messages in my apache error_log
[Thu Jun 28 15:51:13 2001] [notice] child pid 21954 exit signal Segmentation fault (11)
apachectl restart won't help!! only apachectl stop and start makes it work again.

all the configure and compile went good!
I already tried it with apc enabled and disabled in php.ini with no results.
this is my configure string:

 './configure' '--with-config-file-path=/www' '--with-apache=../apache_1.3.20' 
'--with-mcrypt=../libmcrypt-2.4.11' '--with-mysql=/usr/local/mysql' 
'--with-openssl=/usr/local/openssl' '--with-zlib-dir=/usr/local' 
'--with-zlib=/usr/local' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' 
'--with-png-dir=/usr/local' '--with-freetype-dir=/usr/local' '--with-ttf' 
'--enable-gd-native-ttf' '--with-xml' '--disable-debug' '--enable-memory-limit' 
'--enable-shared' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' 
'--enable-magic-quotes' '--enable-bcmath' '--enable-apc'

php405 worked great but then I was unable to configure gd and freetype.


-- 
Edit Bug report at: http://bugs.php.net/?id=11781&edit=1



-- 
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 #11738 Updated: Unresolved symbols in Apche DSO

[nathan]

ID: 11738
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Old-Bug Type: *Install and Config
Bug Type: Documentation problem
Operating system: MacOSX 10.0.4
PHP Version: 4.0.6
Description: Unresolved symbols in Apche DSO

Re-opened and changed bug classification to "Documentation  
Problem" as pre request of [EMAIL PROTECTED]  Please add an 
entry this to the FAQ or INSTALL


On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote:
[snip]
It has actually nothing to do with PHP, but with the MySQL 
client libraries. Some need --with-zlib, others do not. 
This is covered in the MySQL FAQ, 25.4.2 IIRC. But it 
should be added to the INSTALL or FAQ.
[snip]

Previous Comments:
---

[2001-06-27 13:23:56] [EMAIL PROTECTED]
This is not PHP problem. Problem is that the external
client libs are linked with zlib. And if PHP isn't linked
with zlib you get the unresolved symbols.


---

[2001-06-27 10:56:18] [EMAIL PROTECTED]
Issue resolved by adding --with-zlib=/usr to configure and 
recompiling.  

Note that INSTALL mentions nothing of zlib, please update 
docs to point out the MacOSX requires zlib or remove zlib 
dependency from build if --with-zilb isn't specified



---

[2001-06-27 10:23:27] [EMAIL PROTECTED]
Fresh compile on OSX 10.0.4:
./configure --with-apxs --with-mysql=/usr/local

After a successful compile and install, checking apache 
yeilds:
[puma:nathan/src/php-4.0.6] root# apachectl configtest
dyld: /usr/sbin/httpd Undefined symbols:
_compress
_uncompress
[puma:nathan/src/php-4.0.6] root# 

Output compression is off

Apache is:
[puma:nathan/src/php-4.0.6] root# httpd -V
Server version: Apache/1.3.14 (Darwin)
Server built:   02/16/01 19:31:58
Server's Module Magic Number: 19990320:10
Server compiled with
 -D EAPI
 -D HAVE_MMAP
 -D USE_MMAP_SCOREBOARD
 -D USE_MMAP_FILES
 -D USE_FLOCK_SERIALIZED_ACCEPT
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D HTTPD_ROOT="/usr"
 -D SUEXEC_BIN="/usr/sbin/suexec"
 -D DEFAULT_PIDLOG="/var/run/httpd.pid"
 -D DEFAULT_SCOREBOARD="/var/run/httpd.scoreboard"
 -D DEFAULT_LOCKFILE="/var/run/httpd.lock"
 -D DEFAULT_XFERLOG="/var/log/httpd/access_log"
 -D DEFAULT_ERRORLOG="/var/log/httpd/error_log"
 -D TYPES_CONFIG_FILE="/etc/httpd/mime.types"
 -D SERVER_CONFIG_FILE="/etc/httpd/httpd.conf"
 -D ACCESS_CONFIG_FILE="/etc/httpd/access.conf"
 -D RESOURCE_CONFIG_FILE="/etc/httpd/srm.conf"


---


Full Bug description available at: http://bugs.php.net/?id=11738


-- 
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]

Re: [PHP-DEV] [Bug] MacOSX-10.0.4 Unresolved symbols in Apche DSO

[nathan r. hruby]

On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote:

> On Thu, 28 Jun 2001, nathan r. hruby wrote:
>
> > On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote:
> >
> > > Hello Nathan,
> > >
> > > please add --with-zlib to your configure line. It should work fine then.
> > >
> >
> > Did that, worked fine, amened bug at bugs.php.net.  Please add a warning
> > for this in the INSTALL if the is a MacOSX specfic problem, or change
> > build config to make --with-zlib a default to ./configure if this is a new
> > dependancy for php4
>
> It has actually nothing to do with PHP, but with the MySQL client
> libraries. Some need --with-zlib, others do not. This is covered in the
> MySQL FAQ, 25.4.2 IIRC. But it should be added to the INSTALL or FAQ.
> Did you leave open this bugreport? If so, please leave it open as a
> Documentation bug then.
>

The bug was closed by [EMAIL PROTECTED], I will re-open it and re-classify it
wilt this information

-n
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
nathan hruby / digital statement
[EMAIL PROTECTED]
http://www.dstatement.com/

Public GPG key can be found at:
http://www.dstatement.com/nathan-gpg-key.txt
ED54 9A5E 132D BD01 9103  EEF3 E1B9 4738 EC90 801B
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-




-- 
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 #11628 Updated: odbc_fetch_into is broken

[charles]

ID: 11628
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: ODBC related
Operating system: Win2k
PHP Version: 4.0.6
Description: odbc_fetch_into is broken

Sorry to be a pain here, but why does this now need to wait for 4.1? It worked 
perfectly in 4.0.5. Why is 4.0.6 different? I cannot think of a single reason why the 
row number needs to be passed as reference. I completely agree that *redesigning* the 
function should wait for 4.1, but I'm now stuck on 4.0.5 because a) its a lot of work 
to change my code for no particularly good reason, b) I can't be sure that I won't 
have to change it again in 4.0.7 Do I now have to write another layer of 
abstraction for the ODBC layer so that I can deal with these changes? I was a little 
unhappy with 4.0.5 complaining about &$row, but I could live with that - 10 second 
search and replace on 1 site. I've now got a bunch of live sites that I'll have to 
update so that the clients can upgrade to 4.0.6.
I fully understand - and support - the need to redesign functions. I fully *expect* 
there to be changes that need to be made on a major point release. But on minor point 
releases? Or have I completely missed the point here?

Previous Comments:
---

[2001-06-28 10:12:41] [EMAIL PROTECTED]
This function has to be redesigned but this has to wait 
for PHP 4.1.x release. At the moment this is the intented
behaviour. Not a bug. But expect this function to change
in PHP 4.1.x. Documentation will be updated soon.

--Jani


---

[2001-06-27 22:50:46] [EMAIL PROTECTED]
I really don't see the reason why the second parameter
should be passed by reference anyway. 

Dan, fix this. :)



---

[2001-06-27 10:24:21] [EMAIL PROTECTED]
right, i think a little background is called for.

4.0.x<5:
odbc_fetch_into($qid,1,&$row);

4.0.5:
odbc_fetch_into($qid,1,$row);

4.0.6
$i=1;
odbc_fetch_into($qid,$i,$row);

what has this got to do with the 3rd parameter? The need for the reference operator 
was removed in 4.0.5 and everything worked fine. why does the row number suddenly need 
to be passed by reference? its not like its going to be updated by odbc_fetch_into is 
it?

---

[2001-06-27 10:10:48] [EMAIL PROTECTED]
it is not broken. 

this functionality was changed to remove the need for the final variable to be a 
reference.  unfortunately due to the nature of the function, the final variable is 
ALWAYS required to be a reference.  this functionality will change in 4.1 to better 
reflect a more intelligent ordering of the variables and will allow your first example 
to work.

---

[2001-06-23 14:42:50] [EMAIL PROTECTED]
correct version.


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=11628


-- 
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]

RE: [PHP-DEV] Totally Blue Sky / beta testers?

[Marc Boeren]

Hi,

> > Seriously, we could use a couple beta testers. I've been told I
> > can accept 5 beta-testers. Benefits are that you can distribute
> > your first project for free... Interested? 
> 
> *IF* I do not have to sign a non-compete, then count me in.  If you 
> end up going the commercial route, then I will probably re-open my 
> efforts into making a GPL version, and I won't sign away that right.

There will not be a non-compete thing or such. The only rule is that you
don't use it commercially and that you will give us comments on what works,
what doesn't, possible differences between a site on our app (which we
dubbed 'localsite' for now) and on an actual webserver, anything else you
notice that is either odd or good, and two-way communication to solve any
issues that arise.

> Small, amateur developers like me would be very unlikely to drop that 
> sort of cash unless the program was packed full of slick features 
> which made it invaluable.  The competative product is Visual Basic 
> and I think that's <$100.  I tend to look for shareware products in 
> the $40 and less arena.

Our expected target audience is a developer/company that builds custom
applications for clients. This means they can charge the extra costs
directly to their client, and usually the project costs a whole lot more
than that.
Our company builds websites for clients (and more, but that isn't relevant
here), but if our client wants a cd-rom application, we build a website and
distribute it on cd-rom using our application to make it work in a
standalone environment. Added-value here is that there is only one
development project for cd-rom and internet, as you can use the exact same
php-pages on both. So if a company wants both cd and www, the project costs
significantly less if you only have one development route.
This means the competative product is not visual basic, at least not in this
area. If you just use it to make some windows applications, vb would
probably make a better tool...

On the other hand, we didn't really think about amateur developers (or
shareware developers or the like) who create simple applications. Since we
have a project-based background, that was our first thought. But then, our
plans to create a project-based licensing scheme would probably be no good
to a shareware developer either, they just want to buy it once and then use
it whenever possible (at least, this is what I would do).

I'll discuss it here, and we'll see what emerges :-)

> Corporations would have no problem spending that sort of money, but 
> they also tend to hire professional programmers who would not be 
> daunted by the challenges of programming Windows in VC++.

But then, a VC++ (or VB) project cannot be put on a webserver, which is
where a php-application has the edge...

About the beta, I'll create a package tomorrow or early next week and mail
it to you, ok? (about 100k zipped).

Cheerio, Marc.

-- 
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 #11632 Updated: Bad Request on most Sites

[cheapsalsa]

ID: 11632
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: HTTP related
Operating system: Red Hat Linux 7.0 Standard
PHP Version: 4.0.6
Description: Bad Request on most Sites

Yes, (my intranet site address, which I use the script on,
is http://intranet)  If I requested "http://intranet"; I
would get a 400 error and in the Apache log, it would say
"Invalid URI 'GET  HTTP/1.0'" instead of a valid request
"GET / HTTP/1.0"  BUT, if I request "http://intranet/"; (WITH
THE END SLASH), everything works fine!

Previous Comments:
---

[2001-06-27 13:43:43] [EMAIL PROTECTED]
No, this works for me just fine.
Do you get any error messages? In apache logs?

--Jani


---

[2001-06-25 09:34:18] [EMAIL PROTECTED]
ok...do you see what I mean?

---

[2001-06-23 16:49:38] [EMAIL PROTECTED]
reclassified.


---

[2001-06-23 15:28:40] [EMAIL PROTECTED]
Whoa!  I figured something out.  If I request http://finance.yahoo.com (without the 
last slash) I get 400 errors, but with the slash (http://finance.yahoo.com/) it works 
fine.  As does any other page on the site (http://finance.yahoo.com/index.html)  I 
think PHP is sending "GET  HTTP/1.0" because I used the script on MY site and in my 
error log file, it says "Invalid URI 'GET  HTTP/1.0'"

---

[2001-06-23 15:22:45] [EMAIL PROTECTED]
I have created a webpage to get the HTTP headers of a page.  This worked fine with 
4.0.5 (using the $http_request_header variable.)  But, in 4.0.6, almost all websites 
give me a 400 Bad Request Error when using this script.  To get the webpages I use

$pagefile=file("http://$url";);

where $url is the url (without the http://)  I want to use.  The only site I have 
found that does not give me a 400 error is www.yahoo.com.  As I said, this script 
worked fine with 4.0.5 and I have not changed anything since using 4.0.6.  I just 
installed PHP 4.0.6 today (June 23.)  I compiled it with Apache 1.3.20 using all the 
same configure stuff, etc...  Compiling process went normal.  I can usually debug 
things like this, but I cannot figure out what would have caused this one.  I am 
guessing PHP is sending corrupted requests, but I really don't know.

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=11632


-- 
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]

Re: [PHP-DEV] Bugs: mod_php, w3c-libwww, "content-length", "chunked"and RFC 2068

[Sascha Schumann]

>   mod_php will happily generate messages that include both a content-length
>   and a "chunked" transfer encoding *if* a script supplies a
>   "content-length" header.

And if it sets "Transfer-Encoding: chunked" as well.  PHP
surely does not supply that.

The script author is in (almost) full control of what gets
sent to the wire.  PHP does not validate HTTP headers or
performs any kind of checks to ensure that e.g. the
requirements of RFC 2616 are met.  It is the author's
responsibility to write correct code which interoperates well
with the defined environment.

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg


-- 
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 #11774 Updated: Unable to load dynamic library 'C:/PHP/extensions/php_oci8.dll'

[fabio . pascarella]

ID: 11774
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: OCI8 related
Operating system: Win NT - IIS4 - CGI
PHP Version: 4.0.6
Description: Unable to load dynamic library 'C:/PHP/extensions/php_oci8.dll'

Never mind, my fault.
My Oracle client installation was corrupted...Sorry.

Previous Comments:
---

[2001-06-28 06:54:02] [EMAIL PROTECTED]
The CGI module fails to load the OCI8 dll.

---


Full Bug description available at: http://bugs.php.net/?id=11774


-- 
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 #11737 Updated: File upload generates warning

[paul . busse]

ID: 11737
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: HTTP related
Operating system: Redhat 7.0
PHP Version: 4.0.5
Description: File upload generates warning

Unfortunately I do not have time to test PHP 4.0.6. I'm on holiday for the next two 
weeks so I won't be testing it before august. However let me try to explain the letter 
a little better.

A multipart MIME has a "closing boundary". The term "closing boundary" is defined in 
RFC 1521. Data after the closing boundary should be ignored. PHP does not test for 
this closing boundary. This means that it does not detect the end of the multipart 
MIME but considers the bytes following the closing boundary as a new part of the MIME 
document. This causes the warning.

I used a perl script to generate the problem. The perl script implements the example 
in the manual page of HTTP::Request::Common where they explain how to upload files. It 
is based on the perl libwww module.

I hope that this clarifies the problem

Regards

Paul

Previous Comments:
---

[2001-06-27 13:38:36] [EMAIL PROTECTED]
Please try PHP 4.0.6 first.There were couple of fixes
in it which might have fixed this too. 

And with which browser can this be reproduced?

--Jani


---

[2001-06-27 10:09:08] [EMAIL PROTECTED]
When uploading a file using post, data after a closing boundary (see rfcs 1876 and 
1521). This is a boundary with two dashes added to it. If this is the case the 
remainder of the content can be ignored.
If there are more then two bytes after the last boundary in the file PHP will issue 
a(n unappropriate) warning saying that its MIME headers are garbled.
I modified "./main/rfc1876.c" as follows: (diff -p output)

*** rfc1867.c.good  Wed Jun 27 15:50:32 2001
--- rfc1867.c   Wed Jun 27 15:50:12 2001
*** static void php_mime_split(char *buf, in
*** 142,147 
--- 142,152 
eolsize = 1;
  }
  
+ if(*(loc+len)=='-' && *(loc+len+1)=='-' ) {
+   Done=1;
+   break;
+ }
+ 
  rem -= (loc - ptr) + len + eolsize;
  ptr = loc + len + eolsize;
} else {

Good luck to you

Paul

---


Full Bug description available at: http://bugs.php.net/?id=11737


-- 
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 #11749 Updated: Unserialize dies with Apache Module but is FINE with CGI

[btanner]

ID: 11749
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating system: Win32 (Win 2k)
PHP Version: 4.0.6
Description: Unserialize dies with Apache Module but is FINE with CGI

After changing all my reads and writes to forced binary reads and right, all is well 
with Win32 Apache module.

IMHO, this is still a bug.  If the behaviour is this for the module, it should also be 
the same for the CGI.

Why did this work?

Previous Comments:
---

[2001-06-27 14:32:13] [EMAIL PROTECTED]
If it helps:

a)Script
b)Datafile

can be found in zip form at:

http://www.zaam.com/zend/bug11749.zip

Thanks for all your help on this guys.  

---

[2001-06-27 14:06:09] [EMAIL PROTECTED]
Bingo.. got it down to a reasonable amount of code.

I'll provide the code here (its still 65 lines).  I have kept the "save" method, 
although it is not used in this example.  Reason being is that I am loading an object 
that I previously saved, so its possible that the save method is the offender.

Here you go.  I'll also reply to this message in php-dev (if the list ever starts 
working) -- with the datafile attached.

--Code starts--
Name=$Name;
$this->Value=$Value;
$this->Type=$Type;  
}
} //end of module_variable class


class Module {
var $Variables;  // Array of Configuration Variables for this Module
var $Inclusions; // Array of Inclusions in case of newuser,deleteuser,etc,etc
var $Path;   // Path from Root to get to this module
var $Name;
var $Loaded; // Has this module been loaded, or not?


function Module($Name,$Path){
$this->Name=$Name;
$this->Path=$Path;
$this->Loaded=0;
$this->Variables="";
}

function Save(){
$ModCode=serialize($this);  

$FileLocation=__DATAPATH."mod_data/".$this->Name.".mod";

$FilePointer=fopen($FileLocation,"w");
$WriteCheck=fwrite($FilePointer,$ModCode);

if(!$WriteCheck)
die("Error writing output...");
fclose($FilePointer);   
}

function Load(){

$FileLocation=$this->Name.".mod";

$FilePointer=@fopen($FileLocation,"r");
if(!$FilePointer)
$this->HandleError($FileLocation);
$EncodedString=fread($FilePointer,filesize($FileLocation));
fclose($FilePointer);

$VarObject=unserialize($EncodedString);
$this->Variables=$VarObject->Variables;

$this->Loaded=1;
}   
}//end the class

$MyModule=new Module("login","");
$MyModule->Load();

print("Good so far");

?>

---

[2001-06-27 13:11:08] [EMAIL PROTECTED]
Please include a short example of both script and the class
you get this with.


---

[2001-06-27 12:33:39] [EMAIL PROTECTED]
I've been running fine on CGI for a while now, jumping between 4.04, 4.07-dev, 4.05

When I tried to switch from 4.05 CGI to 4.05 4.05-Apache ... one of my files does not 
unserialize properly.  The error message is:

Warning: unserialize() failed at offset 487 of 2797 bytes in c:program filesapache 
groupapachehtdocsgt2librariesclassesmodule.class on line 189

If you guys know something about this, please let me know, as soon as possible.  In 
the mean time, I am going to make a script that saves a serialized object to disk.  I 
will save it to a file using CGI and then Apache modules.  Then, I will try to load em 
both using Apache and CGI modules... see what turns up.



---


Full Bug description available at: http://bugs.php.net/?id=11749


-- 
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 #11762 Updated: bad example

[sniper]

ID: 11762
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Not necessarily. Latest should always be the online manual.
And the VERY latest is in CVS. :)



Previous Comments:
---

[2001-06-28 08:23:10] [EMAIL PROTECTED]
I think i've downloaded the lastest version of chm file.
I do also download it again.
isn't the CHM version of document the newest document ?

---

[2001-06-27 23:03:36] [EMAIL PROTECTED]
You must be looking into old manual or something since
the example I see on the getdate() manual page has perfect,
working example in it.


---

[2001-06-27 22:34:30] [EMAIL PROTECTED]
PHP manual
getdate
(PHP 3, PHP 4 )

getdate -- Get date/time information
Description

array getdate ([int timestamp])


Example 1. getdate() example 

$today = getdate(); 
$month = $today[month]; 
$mday = $today[mday]; 
$year = $today[year]; 
echo "$month $mday, $year";
  
 
---
-> $mday = $today[mday]; 
warnning: Use of undefined constant mday - assumed 'mday'
although a undefined constant will be assumed as a string, it's still a bad usage of 
this auto conversion.

php manual writers shouldn't make a bad guide for php learners

thx

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11762&edit=2


-- 
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 #11761 Updated: LC_CTYPE undeclared

[sniper]

ID: 11761
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Do you have /usr/include/locale.h ?
Can you find this line in php4/main/php_config.h:

#define HAVE_LOCALE_H 1



Previous Comments:
---

[2001-06-27 20:44:14] [EMAIL PROTECTED]
Compile with either that static or DSO method fails on HP-UX 11.00.

Config command (from static):

./configure --prefix=/opt/php4 --with-apache=../apache_1.3.19 --disable-debug 
--enable-inline-optimization --with-exec-dir=/opt/php4/bin --with-d
bm --enable-debugger --enable-magic-quotes --enable-safe-mode --enable-sockets 
--enable-track-vars --enable-yp --enable-ftp --without-mysql --without-oracle 
--without-oci8

End of make output:

gcc  -I. -I/tmp/php-4.0.6/ext/pcre -I/tmp/php-4.0.6/main -I/tmp/php-4.0.6 
-I/tmp/apache_1.3.19/src/include -I/tmp/apache_1.3.19/src/os/unix 
-I/tmp/php-4.0.6/Zend -I/tmp/php-4.0.6/ext/xml/expat/xmltok 
-I/tmp/php-4.0.6/ext/xml/expat/xmlparse -I/tmp/php-4.0.6/TSRM  -DSUPPORT_UTF8 
-DXML_BYTE_ORDER=21 -g -O2  -c php_pcre.c && touch php_pcre.lo
In file included from /tmp/php-4.0.6/Zend/../main/php_config.h:1931,
 from /tmp/php-4.0.6/Zend/zend_config.h:1,
 from /tmp/php-4.0.6/Zend/zend.h:44,
 from /tmp/php-4.0.6/main/php.h:34,
 from php_pcre.c:25:
/opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.3/include/string.h:26: warning: 
`__va__list' redefined
/opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.3/include/stdio.h:30: warning: this is 
the location of the previous definition
php_pcre.c: In function `pcre_get_compiled_regex':
php_pcre.c:158: `LC_CTYPE' undeclared (first use in this function)
php_pcre.c:158: (Each undeclared identifier is reported only once
php_pcre.c:158: for each function it appears in.)
php_pcre.c:158: warning: initialization makes pointer from integer without a cast
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.

Tried with LANG=C and LANG undefined - no difference...

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11761&edit=2


-- 
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 #11782: Select from Array

[aubrey]

From: [EMAIL PROTECTED]
Operating system: Linux RedHat 7.1
PHP version:  4.0.6
PHP Bug Type: *General Issues
Bug description:  Select from Array

When I run an odbc_exec from PHP-4.0.2 which connects to a Progress 83C database in 
order
to retreive an array field as follows:

select name,narrative@1 from customer

I get an SQL syntax error as follows:

Warning SQL Error [OpenLink][ODBC] Syntax error or access, SQL State 37000 in
SQLExecDIRECT

It works on NT.


It would seem that PHP don't like the @ sign, How can I get it to like it.

TIA

Aubrey



-- 
Edit Bug report at: http://bugs.php.net/?id=11782&edit=1



-- 
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] RE: Bug #11761 Updated: LC_CTYPE undeclared

[Collins, Kevin (cokm)]

I do have /usr/include/locale.h. In the php_config.h file, the only line
matching 'HAVE_LOCALE_H' is:

/* #undef HAVE_LOCALE_H */

Is configure not finding my header file?

Thanks,

Kevin

> -Original Message-
> From: Bug Database [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, June 28, 2001 8:34 AM
> To:   [EMAIL PROTECTED]
> Subject:  Bug #11761 Updated: LC_CTYPE undeclared
> 
> ID: 11761
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: Compile Failure
> Operating system: 
> PHP Version: 4.0.6
> Assigned To: 
> Comments:
> 
> Do you have /usr/include/locale.h ?
> Can you find this line in php4/main/php_config.h:
> 
> #define HAVE_LOCALE_H 1
> 
> 
> 
> Previous Comments:
> --
> -
> 
> [2001-06-27 20:44:14] [EMAIL PROTECTED]
> Compile with either that static or DSO method fails on HP-UX 11.00.
> 
> Config command (from static):
> 
> ./configure --prefix=/opt/php4 --with-apache=../apache_1.3.19
> --disable-debug --enable-inline-optimization --with-exec-dir=/opt/php4/bin
> --with-d
> bm --enable-debugger --enable-magic-quotes --enable-safe-mode
> --enable-sockets --enable-track-vars --enable-yp --enable-ftp
> --without-mysql --without-oracle --without-oci8
> 
> End of make output:
> 
> gcc  -I. -I/tmp/php-4.0.6/ext/pcre -I/tmp/php-4.0.6/main
> -I/tmp/php-4.0.6 -I/tmp/apache_1.3.19/src/include
> -I/tmp/apache_1.3.19/src/os/unix -I/tmp/php-4.0.6/Zend
> -I/tmp/php-4.0.6/ext/xml/expat/xmltok
> -I/tmp/php-4.0.6/ext/xml/expat/xmlparse -I/tmp/php-4.0.6/TSRM
> -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2  -c php_pcre.c && touch
> php_pcre.lo
> In file included from /tmp/php-4.0.6/Zend/../main/php_config.h:1931,
>  from /tmp/php-4.0.6/Zend/zend_config.h:1,
>  from /tmp/php-4.0.6/Zend/zend.h:44,
>  from /tmp/php-4.0.6/main/php.h:34,
>  from php_pcre.c:25:
> /opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.3/include/string.h:26:
> warning: `__va__list' redefined
> /opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.3/include/stdio.h:30:
> warning: this is the location of the previous definition
> php_pcre.c: In function `pcre_get_compiled_regex':
> php_pcre.c:158: `LC_CTYPE' undeclared (first use in this function)
> php_pcre.c:158: (Each undeclared identifier is reported only once
> php_pcre.c:158: for each function it appears in.)
> php_pcre.c:158: warning: initialization makes pointer from integer without
> a cast
> *** Error exit code 1
> 
> Stop.
> *** Error exit code 1
> 
> Stop.
> *** Error exit code 1
> 
> Stop.
> *** Error exit code 1
> 
> Stop.
> 
> Tried with LANG=C and LANG undefined - no difference...
> 
> --
> -
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
> http://bugs.php.net/?id=11761&edit=2
> 


-- 
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] 2 problems with shutdown

[Thies C. Arntzen]

hi,

we have two problems in the current code when it comes to
shutting down apache processes:

1)
in main.c php_module_shutdown():
we call php_config_ini_shutdown() before we call the modules
MSHUTDOWN functions - which basically means that php is
already "half-dead" when MSHUTDOWN is called - so modules can
can not rely on certain things (like error_log settings)
during MSHUDOWN. is there any known reason not to move
php_config_ini_shutdown() further down in
php_module_shutdown()?


2) (more serious)
if you do an "apachectl restart" the master httpd will signal
the worker httpd's. the workers will than call the
child_exit hook in all modules no matter where in the code
they just happen to be. the problem is that we "try"
to clean up the best we can -but- this might cause recursive
calls into 3th party library code (which is not supported in
most cases!)

sample:

script calls ociexecute($stmt) (which might take a few
seconds)  now the  admin does "apachectl restart" - and we
get interrupted deep down in the oci library. now the worker
httpd tries to clean up and calls the child_exit hooks.  php
will now free all resources and it will also try to do a
rollback on $stmt and after that it'll free $stmt. the
problem here is that the oracle-server _doesn't_ like
recursive calls at all and might crash just 'cause of that.

OK - i agree - oracle should fix their code, -but- i don't
think its smart to try a real-cleanup if we we're
interrunpted during a request. i think we need to protect the
engine agains recursive calls. so if child_exit is called
while we're still in execution mode simply do nothing
(bacause all we could do might be harmful) and leave the
clean up to unix.

comments?
tc


-- 
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 #11737 Updated: File upload generates warning

[paul . busse]

ID: 11737
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: HTTP related
Operating system: Redhat 7.0
PHP Version: 4.0.5
Description: File upload generates warning

Unfortunately I do not have time to test PHP 4.0.6. I'm on holiday for the next two 
weeks so I won't be testing it before august. However let me try to explain the letter 
a little better.

A multipart MIME has a "closing boundary". The term "closing boundary" is defined in 
RFC 1521. Data after the closing boundary should be ignored. PHP does not test for 
this closing boundary. This means that it does not detect the end of the multipart 
MIME but considers the bytes following the closing boundary as a new part of the MIME 
document. This causes the warning.

I used a perl script to generate the problem. The perl script implements the example 
in the manual page of HTTP::Request::Common where they explain how to upload files. It 
is based on the perl libwww module.

I hope that this clarifies the problem

Regards

Paul

Previous Comments:
---

[2001-06-28 11:27:17] [EMAIL PROTECTED]
Unfortunately I do not have time to test PHP 4.0.6. I'm on holiday for the next two 
weeks so I won't be testing it before august. However let me try to explain the letter 
a little better.

A multipart MIME has a "closing boundary". The term "closing boundary" is defined in 
RFC 1521. Data after the closing boundary should be ignored. PHP does not test for 
this closing boundary. This means that it does not detect the end of the multipart 
MIME but considers the bytes following the closing boundary as a new part of the MIME 
document. This causes the warning.

I used a perl script to generate the problem. The perl script implements the example 
in the manual page of HTTP::Request::Common where they explain how to upload files. It 
is based on the perl libwww module.

I hope that this clarifies the problem

Regards

Paul

---

[2001-06-27 13:38:36] [EMAIL PROTECTED]
Please try PHP 4.0.6 first.There were couple of fixes
in it which might have fixed this too. 

And with which browser can this be reproduced?

--Jani


---

[2001-06-27 10:09:08] [EMAIL PROTECTED]
When uploading a file using post, data after a closing boundary (see rfcs 1876 and 
1521). This is a boundary with two dashes added to it. If this is the case the 
remainder of the content can be ignored.
If there are more then two bytes after the last boundary in the file PHP will issue 
a(n unappropriate) warning saying that its MIME headers are garbled.
I modified "./main/rfc1876.c" as follows: (diff -p output)

*** rfc1867.c.good  Wed Jun 27 15:50:32 2001
--- rfc1867.c   Wed Jun 27 15:50:12 2001
*** static void php_mime_split(char *buf, in
*** 142,147 
--- 142,152 
eolsize = 1;
  }
  
+ if(*(loc+len)=='-' && *(loc+len+1)=='-' ) {
+   Done=1;
+   break;
+ }
+ 
  rem -= (loc - ptr) + len + eolsize;
  ptr = loc + len + eolsize;
} else {

Good luck to you

Paul

---


Full Bug description available at: http://bugs.php.net/?id=11737


-- 
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]

Re: [PHP-DEV] keeping descriptors in persistent connections

[Thies C. Arntzen]

On Thu, Jun 28, 2001 at 11:18:11AM +0200, [EMAIL PROTECTED] wrote:
> Hello Joao,
> 
> On Wed, 27 Jun 2001, Joao Conceicao wrote:
> 
> > Hi,
> > I'm having a problem making a module that uses persistent connections.
> > It's possible to reuse the same descriptors (file descriptors) in two
> > diferent pages? How?

see
http://marc.theaimsgroup.com/?l=php-general&m=96142518330489&w=2
for some __sleep __wakeupp sample code.
tc

-- 
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]

Re: [PHP-DEV] PHP Bug Type: Strings related ???

[Brian Moon]

You have magic_quotes_gpc turned on.  You will need to stripslashes anything
passed in as a GET var.

You can turn this off in php.ini or Apache conf files (including .htaccess).
See the configuration portion of the manual for instructions.

Brian Moon
--
dealnews.com, Inc.
Makers of dealnews & dealmac
http://dealnews.com/ | http://dealmac.com/


- Original Message -
From: "Guido Laubner" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 27, 2001 12:39 PM
Subject: [PHP-DEV] PHP Bug Type: Strings related ???


>
> From: [EMAIL PROTECTED]
> Operating system: Solaris 8 / Intel
> PHP version: 4.0.4pl1
> PHP Bug Type: Strings related
> Bug description: Backslash parameter passing in Forms
>
> Here's instructions on how to reproduce :
>
> 1. Create a php-file with this content :
> 
> and call it whatever you want (eg. blah.php)
>
> 2. Next call the URL eg. http://server/blah.php?p=/
> 2a. Same with http://server/blah.php?p=%5c
> The apache access_log shows the very same url one typed into netscape or
> explorer, so this looks fine to me.
>
> 3. Look at the output page. It'll show 2 (in words : two) backslashes
> Why is this ? How do i pass just one backslash ?
>
> Thanks a lot
> Cheers
> Guido
>
> Sorry, the web page reported a bug in /local/Web/sites/phpweb/bugs.php on
> line 419
> and said : "Sorry, mail not sent!" and asked me to send this mail
manually.
> +=+
> | Guido Laubner   Phone : +49 6102 7786 618   |
> | Morse Computers Fax   : +49 6102 7786 666   |
> | Martin-Behaim-Strasse 19-21 Email : [EMAIL PROTECTED] |
> | 63263 Neu-Isenburg  WEB   : http://www.morse.com|
> +=+
>
>
>
> --
> 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 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 #11759 Updated: DOCUMENT_ROOT not available when using PHP with IIS5 (cgi Version)

[brianlmoon]

ID: 11759
Updated by: brianlmoon
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: IIS related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

DOCUMENT_ROOT is an environment/server variable set by Apache.  You will need to 
determine the equivalent if there is one for IIS.

Brian.

Previous Comments:
---

[2001-06-27 19:41:03] [EMAIL PROTECTED]
 

Causes the following:

Warning: Undefined variable: DOCUMENT_ROOT in w:inetpubwwwroottest1.php4 on line 13





---

[2001-06-27 19:37:15] [EMAIL PROTECTED]
DOCUMENT_ROOT not available when using PHP with IIS5 (cgi Version). Works fine on 
Linux / Apache



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11759&edit=2


-- 
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 #11783: CGI Error with non local Virtual directory

[sliljedahl]

From: [EMAIL PROTECTED]
Operating system: win 2K server
PHP version:  4.0.6
PHP Bug Type: IIS related
Bug description:  CGI Error with non local Virtual directory

when I run 
or any other php script.
I receive: CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP 
headers. The headers it did return are:

I am using PHP 4.0.6
OS: Win 2000 server running IIS5 as a web server
Configured as such:
the directory containing the PHP script is on a remote file server with a shared 
directory.
IIS is setup to see the shared directory as a virtual directory.
running an asp or cgi-exe in the same virtual directory works fine. 
running php script from local directory of web server works fine.



-- 
Edit Bug report at: http://bugs.php.net/?id=11783&edit=1



-- 
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]

Re: [PHP-DEV] Memory limit is used for all scripts instead of one?

[derick]

On Wed, 27 Jun 2001, Brian Moon wrote:

> What version of PHP are you using?  There were some changes in 4.0.6 that
> may change your results.

This error comes from the php site, it's not a bug that the user reported
:)

regards,

Derick

>
> Brian Moon
> --
> dealnews.com, Inc.
> Makers of dealnews, dealmac
> http://dealnews.com/ | http://dealmac.com/
>
>
> - Original Message -
> From: "Swift" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, June 27, 2001 9:52 AM
> Subject: [PHP-DEV] Memory limit is used for all scripts instead of one?
>
>
> > Warning: Could not execute mail delivery program in
> > /local/Web/sites/phpweb/bugs.php on line 419
> > Mail not sent!
> > Please send this page in a mail to [EMAIL PROTECTED] manually.
> >
> > --
> 
> >
> > Hi there!
> >
> > As far as I understand, the option "memory_limit" sets the mem-limit for
> >
> > ONE script.
> > I installed PHP as a Apache module and I set the memory_limit to 16M
> > (via php.ini).
> >
> > When I allocate 8M of memory, all works fine. But when two different
> > scripts each allocate 8M, I will get sometimes the following message:
> > Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
> > allocate 4194304 bytes) in /usr/local/httpd/htdocs/testxx.php on line 6
> >
> > Both scripts (testx.php and testxx.php) contain the following code:
> >  >
> >   $str = "x";
> >   for($i=0; $i<23; $i++)
> >   {
> > $str .= $str;
> > echo strlen($str) . "";
> >   }
> > ?>
> >
> > First, 1 byte will be allocated, then 2, then 4 and so on. The last
> > allocated string has a size of 8M.
> > It's a little difficult to reproduce the problem because I have to call
> > both scripts exactly at the same time from my browser. But, as I said,
> > sometimes I get the described error-message.
> >
> > My question is: Is this normal and memory_limit sets the limit for ALL
> > scripts that are currently running or is this a bug?
> >
> > Thanks in advance!
> >
> >  ... tobias wiersch from germany
> >
> >
> >
> > --
> > 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 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]
>

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-



-- 
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 #11764 Updated: system() function result different from PHP 4.0.5

[sniper]

ID: 11764
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Scripting Engine problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

User feedback:
--
In goods1.php  , the value of $argc == 5 (PHP 4.0.6)   , $argc == 3 (PHP
4.0.5)
--

If you run this script:

test.php:


with this command line:

C:\php.exe -q test.php argument1 argument2

what does it print? The result for me on Windows / Linux
when using PHP 4.0.6 is 3.

And have you ever heard of include() ?

--Jani


Previous Comments:
---

[2001-06-27 23:01:09] [EMAIL PROTECTED]
And what is the difference between 4.0.5 system() and 4.0.6 system() ?



---

[2001-06-27 22:51:51] [EMAIL PROTECTED]
 Y:AutoDialer_MKTREPORTPattayagoods1_" . $mmdd;  
echo $cmdstr . "n";
system($cmdstr);


$cmdstr = "php.exe -q goods2.php " . $today . " " . "2001/06/14/11:37:05" . 
 " > Y:AutoDialer_MKTREPORTPattayagoods2_" . $mmdd;  
echo $cmdstr . "n";
system($cmdstr);

?>





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11764&edit=2


-- 
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 #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi

[sniper]

ID: 11707
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Critical
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

This is not the only bug in libtool 1.4 I assume.
Anyway, this has to be fixed before next release.


Previous Comments:
---

[2001-06-28 01:16:13] [EMAIL PROTECTED]
it happens with latest CVS 4.0.7-dev is what phpinfo tells me. i tested the exact same 
config on 4.0.5 release and i didn't see this problem. uppon searching the libtool 
mailing list, i do believe php is using a buggy version of libtool. here is a thread 
on a similar issue:

this post shows similar errors, though diff app:
http://gcc.gnu.org/ml/java/2001-01/msg00168.html

and here is the explaination from one of libtool's core in regard to that issue:

Hmm...  Looks like a bug in the multi-language branch.  Would you
please report to [EMAIL PROTECTED] that creation of relinkable
libtool objects is broken is in the multi-language branch?  Thanks in
advance,

-- 
Alexandre Oliva   

---

[2001-06-27 21:46:13] [EMAIL PROTECTED]
Again, does this happen with the latest CVS or with PHP 4.0.6? 

--Jani


---

[2001-06-27 16:38:17] [EMAIL PROTECTED]
i was wrong about the options sablot, iconv, and expat options. having those options 
or not, doesn't matter, still the same error with 

libtool: link: `main.lo' is not a valid libtool object
*** Error code 1


---

[2001-06-27 16:35:11] [EMAIL PROTECTED]
here is the exact error:

/bin/sh /home/staffs/t/tom/work/php/php4-current/php4/libtool --silent --mode=link gcc 
 -I. -I/ho
me/staffs/t/tom/work/php/php4-current/php4/main 
-I/home/staffs/t/tom/work/php/php4-current/php4/m
ain -I/home/staffs/t/tom/work/php/php4-current/php4 
-I/home/staffs/t/tom/work/php/php4-current/ph
p4/Zend -I/usr/local/include/freetype2/freetype -I/usr/pkg/include 
-I/usr/local/include/mysql -I/
usr/local/include -I/home/staffs/t/tom/work/php/php4-current/php4/TSRM  
-I/usr/pkg/include -g -O2
 -prefer-non-pic -static   -o libmain.la  main.lo internal_functions.lo snprintf.lo 
php_sprintf.l
o safe_mode.lo fopen_wrappers.lo alloca.lo php_ini.lo SAPI.lo rfc1867.lo 
php_content_types.lo str
lcpy.lo strlcat.lo mergesort.lo reentrancy.lo php_variables.lo php_ticks.lo streams.lo 
network.lo
 php_open_temporary_file.lo php_logos.lo
libtool: link: `main.lo' is not a valid libtool object
*** Error code 1

Stop.
---

i just did 

rm config.cache
./configure 
make clean
make

all that w/o the LDFLAGS, LIBS, and ENV variables are refreshed (no left-overs)

---

[2001-06-27 13:40:12] [EMAIL PROTECTED]
What version of PHP is this? Latest CVS? Or 4.0.6?


---

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=11707&edit=2


-- 
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 #11725 Updated: Bitwise operators seems buggy

[sniper]

ID: 11725
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Math related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Like in the #7755 was suggested, for now, use GMP functions.



Previous Comments:
---

[2001-06-27 15:14:49] [EMAIL PROTECTED]
I suppose you make ref to this:

>[2000-11-23 07:41:55] [EMAIL PROTECTED]
>  Still not working, possibly won't for some time - since PHP
>   numbers are 32-bits signed, so they don't work well as
>   32-bit unsigned.
>[2000-12-12 05:56:20] [EMAIL PROTECTED]
>   I suspend this bug since PHP has no good solution for it in
>  the foreseeable future. Please use GMP functions for this.
>[2001-05-13 05:33:17] [EMAIL PROTECTED]
>  This is not a bug, so closing.

Is there any way to work with unsigned number ?
The goal is to do things like this (in a clean way):

$timestamp = time();
$buf .= chr(($timestamp & 0xff00) >> 24);
$buf .= chr(($timestamp & 0xff) >> 16);
$buf .= chr(($timestamp & 0xff00) >> 8);
$buf .= chr($timestamp & 0xff);

then compute some hash...

Do you intend to provide such a 'feature' in a future release of PHP.
I understand you do not consider this to be a 'bug', since this is part
of the design of PHP. 
But, at least it is a missing 'feature'. When one work with hex numbers 
he does no want to handle the sign (in most cases) because the goal is 
to work at the bit level and not at the 'number' level.


---

[2001-06-27 12:25:27] [EMAIL PROTECTED]
See bug #7755  for reason why this is not bug.


---

[2001-06-27 04:16:00] [EMAIL PROTECTED]

I have a problem with bitwise operator:
The following script:

", (0x05CDEA00 & 0x));
printf("%08x (should be )", (0x05CDEA00 | 0x));
?>

displays:

 (should be 05CDEA00)
-7a321600 (should be )

It seems that the bitwise 'and' does not work at all, it always returns 0.
I do no understant the result of the bitwise 'or', and why it is displayed prefixed by 
a minus sign.

I have read the documentation and I think these are bugs...
I hope I have not misunderstood the doc.

Pascal.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11725&edit=2


-- 
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 #11784: read_exif_data fails on big thumbnails

[kjarri]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: *Graphics related
Bug description:  read_exif_data fails on big thumbnails

I'm having problem reading exif data from pictures produced by Fujifilm FinePix6800 
ZOOM. While reading exif data from the jpegs i get fatal error in PHP complaining 
about illegal thumbnailsize.

After reading the source for the exif module i saw a notice that mentioned that 
thumbnails embedded in the exif header are not allowed to exceed 64k in size. Now i'm 
not sure about the specification of the picture in question, the embedded thumbnail 
might exceed this limit, but a sample picture that produces the error can be 
downloaded from http://is-mirror.kjarri.net/files/DSCF0085.JPG (around 500k in size).

It would be nice if the read_exif_data() function could handle images like this and 
return all other data that is correct according to the EXIF specification instead of 
failing completely.


My PHP setup:
./configure 
--x-libraries=/usr/X11/lib/ 
--x-includes=/usr/X11/include/ 
--with-mysql=/superstore/progs/mysql/ 
--with-apxs=/superstore/progs/apache/bin/apxs 
--enable-trans-sid 
--with-pgsql=/superstore/progs/pgsql/ 
--with-interbase=/superstore/progs/interbase/ 
--enable-ftp 
--enable-exif 
--with-gd=/usr/local/
--with-ttf=/usr/local/
--enable-gd-imgstrttf 
--with-xpm-dir=/usr/local/ 
--with-jpeg-dir=/usr/local/ 
--with-sybase=/usr/local/freetds 
--with-png-dir=/usr/local/ 
--with-zip 
--with-zziplib=/usr/local/ 
--with-zlib-dir=/usr/local/


-- 
Edit Bug report at: http://bugs.php.net/?id=11784&edit=1



-- 
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]

Re: [PHP-DEV] Re: More infos: "Memory limit is used for all scripts instead of one?"

[Wez Furlong]

On 28/06/01, "Zeev Suraski" <[EMAIL PROTECTED]> wrote:
> The 400MB have nothing to do with this error;  You get it when you reach 
> PHP's memory limit.
> Remember that PHP uses quite a lot of memory for its own purposes, other 
> than the memory you use for your script.  The data structures used by the 
> engine, the modules, the symbol tables (environment, etc.) and so on and so 
> forth - all consume additional memory.  While I wouldn't estimate they take 
> whole 4MB, it's not impossible.

Thats what I though when I ran into the similar problem I described earlier, so I 
upped the memory limit to 16MB; it just delayed the inevitable memory exhausted 
message.
Something must have changed to either consume large amounts of memory, or the memory 
limit code has become confused.
Is the limit based on malloc()'d or emalloc()'d memory?
It would be nice to be able to see where that memory has gone, so we can sort it out.

--Wez.


-- 
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]

Re: [PHP-DEV] Memory limit is used for all scripts instead of one?

[Wez Furlong]

I thought I would add my "tuppence" (= 2 pence = 0.02 GBP) worth:

I've been building with --enable-memory-limit to enable the peak mem usage stats in my 
log files.
Recently I noticed that "all of a sudden" my scripts were chewing up more than 8MB 
(the default limit in php.ini) and PHP was bailing out.
At first I thought that it was a problem in my scripts, but once the message had been 
reported no more PHP scripts would be served, each failing with the memory limit 
exceeded message.  The only option being to restart Apache, or rebuild without the 
memory limit.

I am using PHP from CVS and first encountered the problem just after the CVS server 
was brought back up last time (about a week ago).

Perhaps these are related, or perhaps this is related to that wierd memory bug that 
surfaced just before that?

--Wez.

On 28/06/01, "Brian Moon" <[EMAIL PROTECTED]> wrote:
> What version of PHP are you using?  There were some changes in 4.0.6 that
> may change your results.

> - Original Message -
> From: "Swift" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, June 27, 2001 9:52 AM
> Subject: [PHP-DEV] Memory limit is used for all scripts instead of one?
> > As far as I understand, the option "memory_limit" sets the mem-limit for
> > ONE script.
> > I installed PHP as a Apache module and I set the memory_limit to 16M
> > (via php.ini).
> >
> > When I allocate 8M of memory, all works fine. But when two different
> > scripts each allocate 8M, I will get sometimes the following message:
> > Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
> > allocate 4194304 bytes) in /usr/local/httpd/htdocs/testxx.php on line 6

> > My question is: Is this normal and memory_limit sets the limit for ALL
> > scripts that are currently running or is this a bug?



--
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] Tell me! about multithreaded Web servers, PHP and persistent database connections

[Paco Ortiz]

Hi all,

I'd like to expose some questions I have, to get your impressions
and see how advanced is PHP about this (main development team?):

some posts have been submitted here about multithreaded servers and
PHP. I've been working with IIS and PHP as ISAPI module and Apache 1.3.20 for Win32.
Both are multithreaded.

Yesterday I read a post about Apache having a pool of persistent connecions for every 
child process,
so anyone would say that these multithreaded web servers have only ONE pool of shared 
connections,
as all the requests are handled in one process. Am I wrong?

Some unstability issues have been detected using these multithreaded servers, and it's 
clear that many of
them have been addressed, just comparing the last 4.0.x versions with the first 4.0.x 
ones.

However I find strange things when I work with persistent database connections. 
Sometimes I see that
new connections are opened everytime I "pConnect" and closed when I quit the script. 
In other cases
I find that connections are opened, not closed when the script ends, but they are not 
re-used (so
the number of opened connections increase till the servers rejects them). And the 
third case is that some
PHP versions just went mad trying to manage the connection pool and just crashed the 
web server proccess.

I'm working with MSSQL Server and Oracle 8i, so I cannot talk about other PHP modules 
than these.
Could somebody tell me where I can find some docs about this issue? Or maybe some 
people from
the main development team could post some impressions about this.

It's a pity that some platforms are not tested to a full extent (and I'm not talking 
just about Win32, there
are other multithreaded environments!) in other platforms than Linux-Apache. I would 
be nice
to widen the posibilities of PHP.

What do you think-know about this?

Thanks for reading!

F.J. Ortiz





-- 
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] Re: 2 problems with shutdown

[Thies C. Arntzen]

ping?

On Thu, Jun 28, 2001 at 05:45:13PM +0200, Thies C. Arntzen wrote:
> 
> hi,
> 
> we have two problems in the current code when it comes to
> shutting down apache processes:
> 
> 1)
> in main.c php_module_shutdown():
> we call php_config_ini_shutdown() before we call the modules
> MSHUTDOWN functions - which basically means that php is
> already "half-dead" when MSHUTDOWN is called - so modules can
> can not rely on certain things (like error_log settings)
> during MSHUDOWN. is there any known reason not to move
> php_config_ini_shutdown() further down in
> php_module_shutdown()?
> 
> 
> 2) (more serious)
> if you do an "apachectl restart" the master httpd will signal
> the worker httpd's. the workers will than call the
> child_exit hook in all modules no matter where in the code
> they just happen to be. the problem is that we "try"
> to clean up the best we can -but- this might cause recursive
> calls into 3th party library code (which is not supported in
> most cases!)
> 
> sample:
> 
> script calls ociexecute($stmt) (which might take a few
> seconds)  now the  admin does "apachectl restart" - and we
> get interrupted deep down in the oci library. now the worker
> httpd tries to clean up and calls the child_exit hooks.  php
> will now free all resources and it will also try to do a
> rollback on $stmt and after that it'll free $stmt. the
> problem here is that the oracle-server _doesn't_ like
> recursive calls at all and might crash just 'cause of that.
> 
> OK - i agree - oracle should fix their code, -but- i don't
> think its smart to try a real-cleanup if we we're
> interrunpted during a request. i think we need to protect the
> engine agains recursive calls. so if child_exit is called
> while we're still in execution mode simply do nothing
> (bacause all we could do might be harmful) and leave the
> clean up to unix.
> 
> comments?
> tc
> 

-- 
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] Re: 2 problems with shutdown

[Thies C. Arntzen]

On Fri, Jun 29, 2001 at 03:23:03PM +0300, Zeev Suraski wrote:
> At 15:18 29/6/2001, Thies C. Arntzen wrote:
> >agreed - but we should do it, right?
> 
> Yup :)
> 
> >in the error_log - and sometimes it'll even SEGFAULT.
> >
> >is this good?
> 
> Is this a trick question?  :)  Of course it's bad.  Perhaps we should 
> revert to only freeing registered resources on a child_exit 
> (module_shutdown, I guess).  We can live without actually freeing malloc'd 
> memory, as indeed, it will be auto-freed upon exit anyway.

sorry for bashing this;-) i'm sure i'll be able to crash it
using any 3th party module. because the restart signal can
"hit" us any time. 

does anybody know how other apache-modules handle this
situation? 

tc

-- 
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]

Re: [PHP-DEV] Karma request

[Rasmus Lerdorf]

> Can I get karma in ext/sybase and ext/sybase_ct again?

You do


-- 
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 #11765 Updated: Warning: MySQL: Unable to save result set in

[sniper]

ID: 11765
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: MSSQL related
Bug Type: MySQL related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Try adding this lines after each mysql function:

echo mysql_errno().": ".mysql_error()."";

This way you should get the reason why it doesn't work.

And FYI: Use mysql_query() / mysql_select_db()
instead of mysql_db_query().

--Jani


Previous Comments:
---

[2001-06-27 23:37:47] [EMAIL PROTECTED]
The script(error.php) is :




The result in browser is:


Warning: MySQL: Unable to save result set in /home/0/admin/error.php on line 7


But I just found that NO error in command line

root@localhost # php ./error.php
X-Powered-By: PHP/4.0.6
Content-type: text/html




---

[2001-06-27 23:06:49] [EMAIL PROTECTED]
I'm getting the following error message when I execute a query (such as insert or 
delete
or update but not select) that doesn't produce any results:

Warning: MySQL: Unable to save result set in /path/to/sql.php3
on line 33

MySQL said NOTHING and the query was successful executed.

I have set "display_errors = Off" in my php.ini, so no warnings should be shown
, but php script can not go on at the line where the Warnning should display.



I configured php with the following command:

./configure  --with-mysql=/usr/local/mysql --enable-track-vars 
--with-gd=../../gd/gd1.3
--with-ftp --with-imap=../../mail/imap/imap-4.7c --enable-memory-limit
--with-pgsql=/usr/local/pgsql

MySQL is version 3.23.38 and PostgreSQL is version 7.1.2 

and compiled with th following command:

./configure  --prefix=/usr/local/mysql --with-mysqld-user=mysql --with-charset=gb2312
--with-extra-charsets=all

./configure  --enable-multibyte --enable-unicode-conversion --with-perl
--with-openssl=/usr/local/ssl --enable-odbc --with-CXX


BTW : The script is perfect on mysql-php-4.0.3pl1 and postgreSQL-php-4.0.6 .

---

[2001-06-27 23:06:01] [EMAIL PROTECTED]
Please include a shortest possible example script that
can be used to reproduce this problem.


---

[2001-06-27 22:58:58] [EMAIL PROTECTED]
I'm getting the following error message when I execute a query (such as insert or 
delete or update but not select) that doesn't produce any results:

Warning: MySQL: Unable to save result set in /path/to/sql.php3
on line 33

MySQL said NOTHING and the query was successful executed.

I have set "display_errors = Off" in my php.ini, so no warnings should be shown , but 
php script can not go on at the line where the Warnning should display.



I configured php with the following command:

./configure  --with-mysql=/usr/local/mysql --enable-track-vars 
--with-gd=../../gd/gd1.3 --with-ftp --with-imap=../../mail/imap/imap-4.7c 
--enable-memory-limit --with-pgsql=/usr/local/pgsql

MySQL is version 3.23.38 and PostgreSQL is version 7.1.2 

and compiled with th following command:

./configure  --prefix=/usr/local/mysql --with-mysqld-user=mysql --with-charset=gb2312 
--with-extra-charsets=all

./configure  --enable-multibyte --enable-unicode-conversion --with-perl 
--with-openssl=/usr/local/ssl --enable-odbc --with-CXX




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11765&edit=2


-- 
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 #11656 Updated: Server cannot startup since PHP 4.0.5

[jfornall]

ID: 11656
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: iPlanet related
Operating system: Solaris 8
PHP Version: 4.0.6
Description: Server cannot startup since PHP 4.0.5

The suggestion by avsm did help! Thanks you very much!

Previous Comments:
---

[2001-06-27 13:29:53] [EMAIL PROTECTED]
status -> feedback..


---

[2001-06-27 13:29:42] [EMAIL PROTECTED]
Does the suggestion on this bug report (by avsm) help?

http://www.php.net/bugs.php?id=9612&edit=1

--Jani


---

[2001-06-25 07:16:27] [EMAIL PROTECTED]
I compiled and installed PHP 4.0.4pl1 successfully for use 
with iPlanet Web Server 4.1.

As I wanted to install the new version (4.0.5 and 4.0.6), 
the iPlanet webserver didn't restart anymore. I used the 
same configure directive for all installations!

configure directive:

./configure --with-mysql=/usr/local/mysql 
--with-nsapi=/export/home/server4/ --enable-track-vars

iplanet error response:

start failed. (2: unknown early startup error)
server terminated (signal 6): watchdog is restarting it 
failure: server initialization failed

---


Full Bug description available at: http://bugs.php.net/?id=11656


-- 
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 #11674 Updated: can#t connect on socket, still a problem

[Pepe Lopez]

Hi, read first this:

> The default is still /tmp/mysql.sock.
> But if you have mysql.sock somewhere else in your
> system, it will be detected instead.
>
> --Jani


Nop, check this URL:
http://pepe-lopez.com/mysqltest.php

You'll get

Warning: Can't connect to local MySQL server through socket
'/var/tmp/mysql.sock' (2) in
/usr/local/etc/httpd/htdocs/pepe-lopez/mysqltest.php on line 2

Warning: MySQL Connection Failed: Can't connect to local MySQL server
through socket '/var/tmp/mysql.sock' (2) in
/usr/local/etc/httpd/htdocs/pepe-lopez/mysqltest.php on line 2


There's no php.ini, so, the default doesn't work!!!
It's compiled as CGI. I updated it from 4.0.5 which worked fine.

If I configure php.ini, the error
: Can't connect to local MySQL server through socket '/var/tmp/mysql.sock'
(-1)
appears.


Have a nice day,
Lopez



> ID: 11674
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Closed
> Bug Type: MySQL related
> Operating system:
> PHP Version: 4.0.6
> Assigned To:
> Comments:
>
>
>
> Previous Comments:
> --
-
>
> [2001-06-25 14:33:25] [EMAIL PROTECTED]
> OK, I compile 4.0.6 (runs as CGI), and copy it to my cgi-bin (where 4.0.5
is/was located (running)).
> Then, PHP can't connect to mysql.sock in /tmp/var
>
> - in 4.0.5 the default *SEEMS* /tmp, however, in 4.0.5 the default works,
in 4.0.6 NOT.
>
> When I set up the php.ini (.ini-dist or optimized, it's the same thing!)
with mysql.default.socket = /tmp/mysql.sock
>
> the same error (warning) is displaying, but this time with
> mysql.sock '-1'.
>
> OK, I delete the php.ini, and 4.0.5 works without any probs, when I copy
4.0.6, -> can't connect to mysql.sock /tmp/var
>
> so...?
>
>
> regards,
> Lopez
>
> --
-
>
>
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
http://bugs.php.net/?id=11674&edit=2
>
>


-- 
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 #11749 Updated: Unserialize dies with Apache Module but is FINE with CGI

[thies]

ID: 11749
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

binary mode only makes a difference when youstore 
carriage-returns in your file. i bet your "old" test did 
not have CR in the data.

i consider this problem "fixed"



Previous Comments:
---

[2001-06-28 11:29:14] [EMAIL PROTECTED]
After changing all my reads and writes to forced binary reads and right, all is well 
with Win32 Apache module.

IMHO, this is still a bug.  If the behaviour is this for the module, it should also be 
the same for the CGI.

Why did this work?

---

[2001-06-27 14:32:13] [EMAIL PROTECTED]
If it helps:

a)Script
b)Datafile

can be found in zip form at:

http://www.zaam.com/zend/bug11749.zip

Thanks for all your help on this guys.  

---

[2001-06-27 14:06:09] [EMAIL PROTECTED]
Bingo.. got it down to a reasonable amount of code.

I'll provide the code here (its still 65 lines).  I have kept the "save" method, 
although it is not used in this example.  Reason being is that I am loading an object 
that I previously saved, so its possible that the save method is the offender.

Here you go.  I'll also reply to this message in php-dev (if the list ever starts 
working) -- with the datafile attached.

--Code starts--
Name=$Name;
$this->Value=$Value;
$this->Type=$Type;  
}
} //end of module_variable class


class Module {
var $Variables;  // Array of Configuration Variables for this Module
var $Inclusions; // Array of Inclusions in case of newuser,deleteuser,etc,etc
var $Path;   // Path from Root to get to this module
var $Name;
var $Loaded; // Has this module been loaded, or not?


function Module($Name,$Path){
$this->Name=$Name;
$this->Path=$Path;
$this->Loaded=0;
$this->Variables="";
}

function Save(){
$ModCode=serialize($this);  

$FileLocation=__DATAPATH."mod_data/".$this->Name.".mod";

$FilePointer=fopen($FileLocation,"w");
$WriteCheck=fwrite($FilePointer,$ModCode);

if(!$WriteCheck)
die("Error writing output...");
fclose($FilePointer);   
}

function Load(){

$FileLocation=$this->Name.".mod";

$FilePointer=@fopen($FileLocation,"r");
if(!$FilePointer)
$this->HandleError($FileLocation);
$EncodedString=fread($FilePointer,filesize($FileLocation));
fclose($FilePointer);

$VarObject=unserialize($EncodedString);
$this->Variables=$VarObject->Variables;

$this->Loaded=1;
}   
}//end the class

$MyModule=new Module("login","");
$MyModule->Load();

print("Good so far");

?>

---

[2001-06-27 13:11:08] [EMAIL PROTECTED]
Please include a short example of both script and the class
you get this with.


---

[2001-06-27 12:33:39] [EMAIL PROTECTED]
I've been running fine on CGI for a while now, jumping between 4.04, 4.07-dev, 4.05

When I tried to switch from 4.05 CGI to 4.05 4.05-Apache ... one of my files does not 
unserialize properly.  The error message is:

Warning: unserialize() failed at offset 487 of 2797 bytes in c:program filesapache 
groupapachehtdocsgt2librariesclassesmodule.class on line 189

If you guys know something about this, please let me know, as soon as possible.  In 
the mean time, I am going to make a script that saves a serialized object to disk.  I 
will save it to a file using CGI and then Apache modules.  Then, I will try to load em 
both using Apache and CGI modules... see what turns up.



---

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=11749&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: 

[PHP-DEV] Bug #11789 Updated: Apache can't start: Sybase-ct & LC_ALL

[sniper]

ID: 11789
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

modified short description.


Previous Comments:
---

[2001-06-29 04:14:52] [EMAIL PROTECTED]
Ok, it finally work with ct-lib if LC_ALL is set to default

Please add in documentation that
apache only start correctly with
sybase_ct lib if LC_ALL is correctly
set (sybase must be installed with
the same language, cf bug #3161)

If not, we can resolve simply the
problem with : 

export LC_ALL=default
./apachectl start (or startssl)

@++ JC


---

[2001-06-28 18:47:57] [EMAIL PROTECTED]
PS : it's ok with sybase DB lib

---

[2001-06-28 18:44:59] [EMAIL PROTECTED]
When I launch apache with sybase_ct, I've got following messages : 

DRK01:/soft/apache/bin# ./apachectl start
./apachectl: line 184: 15557 Segmentation fault  $HTTPD
./apachectl start: httpd could not be started

Sybase Version : 11.9.2
$SYBASE environment variable is correctly set

There's nothing in apache's logs
There's nothing in dmesg's output

Do you have any idea ?

Thanks for your answer

@++
JC

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11789&edit=2


-- 
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] RE: Bug #11749 Updated: Unserialize dies with Apache Module but is FINE with CGI

[Brian Tanner]

You may consider it fixed if you like.

However... the data file failed to load in Module, and did load in CGI.

Shouldn't they be identical?

-Brian

-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: June 29, 2001 1:17 AM
To: [EMAIL PROTECTED]
Subject: Bug #11749 Updated: Unserialize dies with Apache Module but is
FINE with CGI


ID: 11749
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:

binary mode only makes a difference when youstore
carriage-returns in your file. i bet your "old" test did
not have CR in the data.

i consider this problem "fixed"



Previous Comments:
---

[2001-06-28 11:29:14] [EMAIL PROTECTED]
After changing all my reads and writes to forced binary reads and right, all
is well with Win32 Apache module.

IMHO, this is still a bug.  If the behaviour is this for the module, it
should also be the same for the CGI.

Why did this work?

---

[2001-06-27 14:32:13] [EMAIL PROTECTED]
If it helps:

a)Script
b)Datafile

can be found in zip form at:

http://www.zaam.com/zend/bug11749.zip

Thanks for all your help on this guys.

---

[2001-06-27 14:06:09] [EMAIL PROTECTED]
Bingo.. got it down to a reasonable amount of code.

I'll provide the code here (its still 65 lines).  I have kept the "save"
method, although it is not used in this example.  Reason being is that I am
loading an object that I previously saved, so its possible that the save
method is the offender.

Here you go.  I'll also reply to this message in php-dev (if the list ever
starts working) -- with the datafile attached.

--Code starts--
Name=$Name;
$this->Value=$Value;
$this->Type=$Type;
}
} //end of module_variable class


class Module {
var $Variables;  // Array of Configuration Variables for this Module
var $Inclusions; // Array of Inclusions in case of
newuser,deleteuser,etc,etc
var $Path;   // Path from Root to get to this module
var $Name;
var $Loaded; // Has this module been loaded, or not?


function Module($Name,$Path){
$this->Name=$Name;
$this->Path=$Path;
$this->Loaded=0;
$this->Variables="";
}

function Save(){
$ModCode=serialize($this);

$FileLocation=__DATAPATH."mod_data/".$this->Name.".mod";

$FilePointer=fopen($FileLocation,"w");
$WriteCheck=fwrite($FilePointer,$ModCode);

if(!$WriteCheck)
die("Error writing output...");
fclose($FilePointer);
}

function Load(){

$FileLocation=$this->Name.".mod";

$FilePointer=@fopen($FileLocation,"r");
if(!$FilePointer)
$this->HandleError($FileLocation);
$EncodedString=fread($FilePointer,filesize($FileLocation));
fclose($FilePointer);

$VarObject=unserialize($EncodedString);
$this->Variables=$VarObject->Variables;

$this->Loaded=1;
}
}//end the class

$MyModule=new Module("login","");
$MyModule->Load();

print("Good so far");

?>

---

[2001-06-27 13:11:08] [EMAIL PROTECTED]
Please include a short example of both script and the class
you get this with.


---

[2001-06-27 12:33:39] [EMAIL PROTECTED]
I've been running fine on CGI for a while now, jumping between 4.04,
4.07-dev, 4.05

When I tried to switch from 4.05 CGI to 4.05 4.05-Apache ... one of my files
does not unserialize properly.  The error message is:

Warning: unserialize() failed at offset 487 of 2797 bytes in c:program
filesapache groupapachehtdocsgt2librariesclassesmodule.class on line 189

If you guys know something about this, please let me know, as soon as
possible.  In the mean time, I am going to make a script that saves a
serialized object to disk.  I will save it to a file using CGI and then
Apache modules.  Then, I will try to load em both using Apache and CGI
modules... see what turns up.



---

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=11749&edit=2



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTE

[PHP-DEV] Bug #11795 Updated: get_meta_tags doesn'

[sniper]

ID: 11795
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

submitted many times..


Previous Comments:
---

[2001-06-29 03:12:49] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11795&edit=2


-- 
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] [PATCH] sybase_ct connection reference count

[Paul Moosman]

Bug #11489

Attached is a patch to php_sybase_ct.c version 1.47 that fixes bug #11489



--
Paul Moosman
[EMAIL PROTECTED]



Index: php_sybase_ct.c
===
RCS file: /repository/php4/ext/sybase_ct/php_sybase_ct.c,v
retrieving revision 1.47
diff -u -r1.47 php_sybase_ct.c
--- php_sybase_ct.c 2001/06/26 21:00:13 1.47
+++ php_sybase_ct.c 2001/06/28 19:19:06
@@ -640,6 +640,7 @@
link = (int) index_ptr->ptr;
ptr = zend_list_find(link, &type);   /* check if the link is 
still there */
if (ptr && (type==le_link || type==le_plink)) {
+   zend_list_addref(link);
return_value->value.lval = SybCtG(default_link) = link;
return_value->type = IS_RESOURCE;
efree(hashed_details);
@@ -678,6 +679,7 @@
}
efree(hashed_details);
SybCtG(default_link)=return_value->value.lval;
+   zend_list_addref(SybCtG(default_link));
 }
 
 



-- 
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 #11790 Updated: Error compiling PHP

[sniper]

ID: 11790
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Do you have following header files: 
/usr/include/sys/statvfs.h
/usr/include/sys/statfs.h
/usr/include/sys/mount.h 


--Jani


Previous Comments:
---

[2001-06-28 23:44:59] [EMAIL PROTECTED]
Compiling php4.0.6 on RH libc5.3 server as CGI module, received the following compile 
error:
--
gcc  -I. -I/home2/rlm/php-4.0.6/ext/standard -I/home2/rlm/php-4.0.6/main 
-I/home2/rlm/php-4.0.6 -I/home2/rlm/php-4.0.6/Zend -I/home/rlm/gd1.3/ 
-I/usr/local/Hughes/include -I/usr/local/mysql3/include 
-I/home2/rlm/php-4.0.6/ext/xml/expat/xmltok 
-I/home2/rlm/php-4.0.6/ext/xml/expat/xmlparse -I/home2/rlm/php-4.0.6/TSRM  
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2  -c filestat.c && touch filestat.lo
filestat.c: In function `php_if_diskfreespace':
filestat.c:157: storage size of `buf' isn't known
make[3]: *** [filestat.lo] Error 1
make[3]: Leaving directory `/home2/rlm/php-4.0.6/ext/standard'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home2/rlm/php-4.0.6/ext/standard'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home2/rlm/php-4.0.6/ext'
make: *** [all-recursive] Error 1
---
configure line:
./configure --enable-force-cgi-redirect --with-mysql=/usr/local/mysql3 --with-msql 
--bindir=/home/rlm/php-4.0.6 --with-gd=/home/rlm/gd1.3 
--with-config-file-path=/home/rlm/php-4.0.6

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11790&edit=2


-- 
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] Re: [Zend Engine 2] substr changes

[Jeroen van Wolffelaar]

> > Yes,  of course. But in a loop when you use for ($i=-3; $i<=0; $i--)...
I've
> > had this twice, I needed to make special case for the last possibility.
>
> This works fine: $i will contain, -3, -2, -1 and 0 (and not -0), but
> indeed I agree that substr ('str', 0, 0) should return this: 'str'. This
> change can be easily made in the current sources. If nobody objects, I'll
> change it.

This is IMO 'van de regen in de drup', i.e. making it worse... The kind of
loop I mentioned isn't as current as a loop like this:

for ($i=5;$i>=0;$i--)
substr('abcdef',0,$i);

wich your proposed change, you get:
(i=5) abcde
4 abcd
3 abc
2 ab
1 a
0 abcdef !

This has to do with the fact that 0  -0 (4 ='s, it's really identical),
and that you can loop to 0 in two ways, which have completely, incompatible
meaning.

I think that if it is changed, you'll break quite some scripts... the
problem isn't in the current implementation, it's in the idea behind letting
negative values have a special meaning.

By the way, IMO the negative values with substr rate higher on WTF than
{left,length[,right]}, though it may seem different because you're used to
substr().

> regards,
> Derick

Jeroen


-- 
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 #11801: crypt function not 'supported' ???

[sintesi]

From: [EMAIL PROTECTED]
Operating system: Digital Unix 4.0F
PHP version:  4.0.6
PHP Bug Type: *Install and Config
Bug description:  crypt function not 'supported' ???

With versions 3.0.8 and 4.0.4pl1 is all OK. When upgraded to 4.0.6 in every script 
using crypt we have:
"Warning: crypt() is not supported in this PHP build in ..."
Nothing else changed in my system. We are using enhanced security.

This error was also reported by PHPNuke users in their discussions (see 
http://phpnuke.org/article.php?sid=1798)


-- 
Edit Bug report at: http://bugs.php.net/?id=11801&edit=1



-- 
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 #11778 Updated: french version of manual/fr/function.setcookie.php wrong

[derick]

ID: 11778
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.6
Assigned To: dams
Comments:

I'm assigning this to you damien...

Previous Comments:
---

[2001-06-28 10:04:47] [EMAIL PROTECTED]
In the french manual, the function description of setcookie is wrong:
it says that the setcookie function will be performed in reverse order, but that
true only for PHP3.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11778&edit=2


-- 
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]

Re: [PHP-DEV] Memory limit is used for all scriptsinsteadofone? NEW: CRASHING

[Swift]

Hi Zeev!

Zeev Suraski wrote:

> Saying it worked in 4.0.4 was quite a valuable piece of information.  I can
> confirm now that memory_limit is broken in 4.0.6, I'll submit a fix to CVS
> soon.

Great! Thanks for your help and work! BTW, my bug-# was 11739.

As I wrote yesterday, I now have a bunch of log-files. Apache-childrens seem to
consume more and more memory over the time when executing php-scripts.
Yesterday at 18:00h (medium load) each child shows only 2.0% of total mem in
'ps' and now, in the morning at 09:00h (a little load), it was 2.6% of total
mem, at 09:30h (still a little load) it was 3.0% and now, at 10:10h, it's 3.3%!!

I looked through the bug-database and found the following entries:
11676 and 11723.
These seem to describe the same problem.

Is it possible that this has to do with the bug you found in memory_limit or is
this maybe another bug?

Used mem (without buffers and cache) over the time on the machine (machine
started at 15:00h):
18:00h:97MB, 00:00h:132MB, 06:00h:130MB, 10:00h:160MB!! - very strange.

 ... tobias wiersch from .de



-- 
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 #11800: call_user_method() bug (it won't change properties)

[bachi2]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: Class/Object related
Bug description:  call_user_method() bug (it won't change properties)

I've run into this already a year ago and now again: The call_user_method() function 
does not correctly change the properties of the object it's called upon - OR (what I 
assume) it copies the called object. Just try the code below - the counter remains on 
4, not 6 as supposed. 

(I also tried to pass the obj. by reference: call_user_method ("increase", &$t); - it 
didn't help)


class test 
{ 
var $a=0; 

function increase() 
{ 
$this->a++; 
echo "a is now: ".$this->a."\n
"; 
} 

} 


$t = new test(); 

echo "Direct calls:\n
"; 
$t->increase(); 
$t->increase(); 
$t->increase(); 

echo "
\n\nIndirect calls:\n
"; 

call_user_method ("increase", $t); 
call_user_method ("increase", $t); 
call_user_method ("increase", $t);




-- 
Edit Bug report at: http://bugs.php.net/?id=11800&edit=1



-- 
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]

Re: [PHP-DEV] Dom XML

[Andi Gutmans]

At 12:38 PM 6/29/2001 +0200, [EMAIL PROTECTED] wrote:
>On Fri, 29 Jun 2001, Andi Gutmans wrote:
>
> > I would like to roll it back to 4.0.6 until the current version gets fixed.
> > However, I have not used either of them so that's why I'm waiting for
> > enough feedback from people who actually use it.
>
>I'd rather see that the current version got fixed, and there was no
>rollback. Otherwise we will end up with three different versions, and I'm
>almost certain some ppl will not like this (Colin p.e.).

Well everyone would like to see it fixed but no one is fixing it. So we are 
better of rolling back. It means we will end up with one version and not 
three because we will roll back to 4.0.6.


>In which ways is the extension broken now? I think I've some time this
>weekend to work on it. But of course I need some feedback on what actually
>needs to be fixed (besides from the memleaks).

No idea. Check the bugs database. There were a lot of complaints and the 
API changed too

Andi


-- 
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 #11767 Updated: Bad escape sequence

[veins]

ID: 11767
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Program Execution
Operating system: Unix
PHP Version: 4.0.6
Description: Bad escape sequence



Previous Comments:
---

[2001-06-28 02:27:48] [EMAIL PROTECTED]
When safe_mode is set to On, it is impossible to pass a variable that contains a 
string with a space in it as an argument to any system() like function. The following 
script shows the problem:



echo.sh being a simple shell script that echoes back anything that we feed it. The 
following PHP script will display 'this' instead of 'this is a test'. I tried 
backslashing every chars of the variable by writing a simple function but spaces seems 
not to be correctly passed to the shell script. The same script executed when 
safe_mode is set to off works perfectly...

Veins - [EMAIL PROTECTED]


---


Full Bug description available at: http://bugs.php.net/?id=11767


-- 
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 #11767 Updated: Bad escape sequence

[veins]

ID: 11767
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Program Execution
Operating system: Unix
PHP Version: 4.0.6
Description: Bad escape sequence



Previous Comments:
---

[2001-06-28 02:27:48] [EMAIL PROTECTED]
When safe_mode is set to On, it is impossible to pass a variable that contains a 
string with a space in it as an argument to any system() like function. The following 
script shows the problem:



echo.sh being a simple shell script that echoes back anything that we feed it. The 
following PHP script will display 'this' instead of 'this is a test'. I tried 
backslashing every chars of the variable by writing a simple function but spaces seems 
not to be correctly passed to the shell script. The same script executed when 
safe_mode is set to off works perfectly...

Veins - [EMAIL PROTECTED]


---


Full Bug description available at: http://bugs.php.net/?id=11767


-- 
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 #10986 Updated: makerpm script make a wron version no.

[sniper]

ID: 10986
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

I made couple of changes to the makerpm script in CVS.
It should work better now. 

--Jani


Previous Comments:
---

[2001-05-23 03:51:58] [EMAIL PROTECTED]
reclassified. 

---

[2001-05-21 09:11:47] [EMAIL PROTECTED]
Also need to change:
  TAR=php$VERSION.tar.gz
  SPEC=php$VERSION.spec
  Source0:
http://www.php.net/distributions/php%{PACKAGE_VERSION}.tar.gz
to
  TAR=php-$VERSION.tar.gz
  SPEC=php-$VERSION.spec
  Source0:
http://www.php.net/distributions/php-%{PACKAGE_VERSION}.tar.gz

---

[2001-05-21 08:56:43] [EMAIL PROTECTED]
Reclassifying

---

[2001-05-21 08:51:23] [EMAIL PROTECTED]
file "makerpm" line 9:
  VERSION=${2:-`echo $TARDIR | sed "s/$PREFIX//g"`}
always return a version no with "-"
e.g. Building RPM version -4.0.5, release: 2

Suggest Change
  VERSION=${2:-`echo $TARDIR | sed "s/$PREFIX-//g"`}

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10986&edit=2


-- 
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 #11793 Updated: file_exists() and friends

[bf]

ID: 11793
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating system: Redhat Linux
PHP Version: 4.0.6
Description: file_exists() and friends

This was not a PHP problem.

Previous Comments:
---

[2001-06-29 03:09:36] [EMAIL PROTECTED]
I'm having problem with file_exists(), is_file(), 
file_size() since the upgrade to 4.0.6. It does not work 
if I supply a variable as a filename. E.g.

file_exists( $var ); will return false even if the 
variable contains a correct path.

file_exists( "path/to/file.txt" ); works. 

Same for the is_file() and file_size();


---


Full Bug description available at: http://bugs.php.net/?id=11793


-- 
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 #11793 Updated: file_exists() and friends

[bf]

ID: 11793
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating system: Redhat Linux
PHP Version: 4.0.6
Description: file_exists() and friends



Previous Comments:
---

[2001-06-29 03:09:36] [EMAIL PROTECTED]
I'm having problem with file_exists(), is_file(), 
file_size() since the upgrade to 4.0.6. It does not work 
if I supply a variable as a filename. E.g.

file_exists( $var ); will return false even if the 
variable contains a correct path.

file_exists( "path/to/file.txt" ); works. 

Same for the is_file() and file_size();


---


Full Bug description available at: http://bugs.php.net/?id=11793


-- 
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]

Re: [PHP-DEV] Dom XML

[Andi Gutmans]

At 01:14 PM 6/29/2001 +0200, [EMAIL PROTECTED] wrote:
>On Fri, 29 Jun 2001, Andi Gutmans wrote:
>
> > Well everyone would like to see it fixed but no one is fixing it. So we are
> > better of rolling back. It means we will end up with one version and not
> > three because we will roll back to 4.0.6.
>
>I still count three of those: pre 4.0.5, 4.0.6 and the new revamped one :)

Well if it stays as 4.0.6 then you can count 2.


> > No idea. Check the bugs database. There were a lot of complaints and the
> > API changed too
>
>Ok, I did that, but there was nothing about this in the bug database (only
>bugs for 4.0.5 or the memleaks). Does anybody has other complaints about
>the extension?

I think the complaints were on php-dev. Don't forget that not too many 
users use the CVS. We decided to roll back for 4.0.6 because of the 
problems and API change.

Andi


-- 
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] Re: [Zend Engine 2] substr changes

[Derick Rethans]

On Fri, 29 Jun 2001, Jeroen van Wolffelaar wrote:

> > This works fine: $i will contain, -3, -2, -1 and 0 (and not -0), but
> > indeed I agree that substr ('str', 0, 0) should return this: 'str'. This
> > change can be easily made in the current sources. If nobody objects, I'll
> > change it.
>
> This is IMO 'van de regen in de drup', i.e. making it worse... The kind of
> loop I mentioned isn't as current as a loop like this:
>
> for ($i=5;$i>=0;$i--)
> substr('abcdef',0,$i);
>
> wich your proposed change, you get:
> (i=5) abcde
> 4 abcd
> 3 abc
> 2 ab
> 1 a
> 0 abcdef !

Indeed, I read it wrong, but anyway, the current implementation returns an
empty string (''), so I really don't see what the problems with substr
are.

Derick


-- 
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]

Re: [PHP-DEV] Dom XML

[derick]

On Fri, 29 Jun 2001, Andi Gutmans wrote:

> Well everyone would like to see it fixed but no one is fixing it. So we are
> better of rolling back. It means we will end up with one version and not
> three because we will roll back to 4.0.6.

I still count three of those: pre 4.0.5, 4.0.6 and the new revamped one :)

> No idea. Check the bugs database. There were a lot of complaints and the
> API changed too

Ok, I did that, but there was nothing about this in the bug database (only
bugs for 4.0.5 or the memleaks). Does anybody has other complaints about
the extension?

regards,

Derick

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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]

Re: [PHP-DEV] Dom XML

[derick]

On Fri, 29 Jun 2001, Andi Gutmans wrote:

> I would like to roll it back to 4.0.6 until the current version gets fixed.
> However, I have not used either of them so that's why I'm waiting for
> enough feedback from people who actually use it.

I'd rather see that the current version got fixed, and there was no
rollback. Otherwise we will end up with three different versions, and I'm
almost certain some ppl will not like this (Colin p.e.).

In which ways is the extension broken now? I think I've some time this
weekend to work on it. But of course I need some feedback on what actually
needs to be fixed (besides from the memleaks).

Derick

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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 #11791: can't install php as cgi

[chedong]

From: [EMAIL PROTECTED]
Operating system: Solaris5.8 Generic_108529-08 i86pc i386 i86pc
PHP version:  4.0.6
PHP Bug Type: *Install and Config
Bug description:  can't install php as cgi 

I tried php4.0.5 and php 4.0.6 install as apache module is ok, but can't install as 
php module
./configure --with-mysql 
or
./configure --with-mysql --prefix=/usr/local

make is ok
make install failed with following message:
...
make[2]: Leaving directory `/home/chedong/php-4.0.6/regex'
make[1]: Leaving directory `/home/chedong/php-4.0.6/regex'
Making install in .
make[1]: Entering directory `/home/chedong/php-4.0.6'
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/chedong/php-4.0.6'
make: *** [install-recursive] Error 1


my built environment:
5.8 Generic_108529-08 i86pc i386 i86pc

gcc -v   
Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3/specs
gcc version 2.95.3 20010315 (release)



-- 
Edit Bug report at: http://bugs.php.net/?id=11791&edit=1



-- 
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] Re: [Zend Engine 2] substr changes

[Derick Rethans]

On Fri, 29 Jun 2001, Jeroen van Wolffelaar wrote:

> Yes,  of course. But in a loop when you use for ($i=-3; $i<=0; $i--)... I've
> had this twice, I needed to make special case for the last possibility.

This works fine: $i will contain, -3, -2, -1 and 0 (and not -0), but
indeed I agree that substr ('str', 0, 0) should return this: 'str'. This
change can be easily made in the current sources. If nobody objects, I'll
change it.

regards,
Derick


-- 
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 #11802: Page Not found error after setting (max_execution_time to 10800)

[sdivyakolu]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Page Not found error after setting (max_execution_time  to 10800)

Hi,

I am  using Apache/PHP and using ORACLE as the  database in Linux enviroment. 
I uploaded a file of size 50MB. and when I am trying to read each record and add it to 
database I got page not found error after 1hr. But in the backgroup still it is adding 
into the database. I modifed all the configuration in php.ini file 
max_script_execution , sesssion_gc_maxsize .etc and http.conf file TimeOut, 
KeepAliveTime paramets. But the efforts are in vain.
How to stop this error?? do I need to set any other parameters either in php.ini or in 
http.conf file to over come this problem.

Thanx in Advance
sri.


-- 
Edit Bug report at: http://bugs.php.net/?id=11802&edit=1



-- 
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 #11792: can't install php as cgi on Solaris

[chedong]

From: [EMAIL PROTECTED]
Operating system: Solaris5.8 Generic_108529-08 i86pc i386 i86pc
PHP version:  4.0.6
PHP Bug Type: *Install and Config
Bug description:  can't install php as cgi on Solaris

I tried php4.0.5 and php 4.0.6 install as apache module is ok, but can't install as cgi
./configure --with-mysql 
or
./configure --with-mysql --prefix=/usr/local

make is ok
but make install failed with following message:
...
make[2]: Leaving directory `/home/chedong/php-4.0.6/regex'
make[1]: Leaving directory `/home/chedong/php-4.0.6/regex'
Making install in .
make[1]: Entering directory `/home/chedong/php-4.0.6'
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/chedong/php-4.0.6'
make: *** [install-recursive] Error 1


my built environment:
5.8 Generic_108529-08 i86pc i386 i86pc

gcc -v   
Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3/specs
gcc version 2.95.3 20010315 (release)



-- 
Edit Bug report at: http://bugs.php.net/?id=11792&edit=1



-- 
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 #11793: file_exists() and friends

[bf]

From: [EMAIL PROTECTED]
Operating system: Redhat Linux
PHP version:  4.0.6
PHP Bug Type: Scripting Engine problem
Bug description:  file_exists() and friends

I'm having problem with file_exists(), is_file(), 
file_size() since the upgrade to 4.0.6. It does not work 
if I supply a variable as a filename. E.g.

file_exists( $var ); will return false even if the 
variable contains a correct path.

file_exists( "path/to/file.txt" ); works. 

Same for the is_file() and file_size();



-- 
Edit Bug report at: http://bugs.php.net/?id=11793&edit=1



-- 
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] Re: [srm] Re: [PHP-DEV] keeping descriptors in persistent connections

[derick]

On Thu, 28 Jun 2001, Thies C. Arntzen wrote:

> On Thu, Jun 28, 2001 at 11:18:11AM +0200, [EMAIL PROTECTED] wrote:
> > Hello Joao,
> >
> > On Wed, 27 Jun 2001, Joao Conceicao wrote:
> >
> > > Hi,
> > > I'm having a problem making a module that uses persistent connections.
> > > It's possible to reuse the same descriptors (file descriptors) in two
> > > diferent pages? How?
>
> see
> http://marc.theaimsgroup.com/?l=php-general&m=96142518330489&w=2
> for some __sleep __wakeupp sample code.

The sleep and wakeup features are very nice, but you can never make a real
persistent filedescriptor.

regards,

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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 #11792 Updated: can't install php as cgi on Solaris

[chedong]

ID: 11792
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Install and Config
Operating system: Solaris5.8 Generic_108529-08 i86
PHP Version: 4.0.6
Description: can't install php as cgi on Solaris

perl installed:
perl -v

This is perl, version 5.005_03 built for i86pc-solaris


Previous Comments:
---

[2001-06-29 00:57:58] [EMAIL PROTECTED]
I tried php4.0.5 and php 4.0.6 install as apache module is ok, but can't install as 
cgi
./configure --with-mysql 
or
./configure --with-mysql --prefix=/usr/local

make is ok
but make install failed with following message:
...
make[2]: Leaving directory `/home/chedong/php-4.0.6/regex'
make[1]: Leaving directory `/home/chedong/php-4.0.6/regex'
Making install in .
make[1]: Entering directory `/home/chedong/php-4.0.6'
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/chedong/php-4.0.6'
make: *** [install-recursive] Error 1


my built environment:
5.8 Generic_108529-08 i86pc i386 i86pc

gcc -v   
Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3/specs
gcc version 2.95.3 20010315 (release)


---


Full Bug description available at: http://bugs.php.net/?id=11792


-- 
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 #11794: get_meta_tags doesn'

[teocl]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  get_meta_tags doesn'




-- 
Edit Bug report at: http://bugs.php.net/?id=11794&edit=1



-- 
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 #11795: get_meta_tags doesn'

[teocl]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  get_meta_tags doesn'




-- 
Edit Bug report at: http://bugs.php.net/?id=11795&edit=1



-- 
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 #11354 Updated: docs allocated by xmlParseFile need to be freed

[derick]

ID: 11354
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Zeev, Andi,

is this possible with the Zend Engine at all? Are the
destructers called when a variabele is reassigned?

Derick

Previous Comments:
---

[2001-06-08 06:32:44] [EMAIL PROTECTED]
In a loop:

while (somethings true) {
$doc = xmlDocFile($xmlFile);
}

All the documents aren't freed until the CGI finishes.  Instead of waiting until the 
script finishes, the memory (which can be HUGE) must be deallocated as the variable 
gets reassigned.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11354&edit=2


-- 
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 #11796: get_meta_tags doesn't work when the title tag consists of single quote

[teocl]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  get_meta_tags doesn't work when the title tag consists of single 
quote

get_meta_tags will get nothing when this statics file is used.(please see the code 
down there)
Only when the single quote inside the title tag removed, then the meta will be 
retrieved. I have tried to use this code inside PHP Version 4.0.4, and it works. 
Does anyone has any clue about it?




Sanmina acquires Alcatel's manufacturing operations in Texas






Thanks.



-- 
Edit Bug report at: http://bugs.php.net/?id=11796&edit=1



-- 
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 #11794 Updated: get_meta_tags doesn'

[sniper]

ID: 11794
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

submitted 3 times.


Previous Comments:
---

[2001-06-29 03:12:49] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11794&edit=2


-- 
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 #11794 Updated: get_meta_tags doesn'

[sniper]

ID: 11794
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Unknown/Other Function
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

submitted 3 times.

Previous Comments:
---

[2001-06-29 09:33:45] [EMAIL PROTECTED]
submitted 3 times.


---

[2001-06-29 03:12:49] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11794&edit=2


-- 
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] Re: 2 problems with shutdown

[Zeev Suraski]

At 15:18 29/6/2001, Thies C. Arntzen wrote:
> agreed - but we should do it, right?

Yup :)

> in the error_log - and sometimes it'll even SEGFAULT.
>
> is this good?

Is this a trick question?  :)  Of course it's bad.  Perhaps we should 
revert to only freeing registered resources on a child_exit 
(module_shutdown, I guess).  We can live without actually freeing malloc'd 
memory, as indeed, it will be auto-freed upon exit anyway.

Zeev


-- 
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 #11791 Updated: can't install php as cgi

[sniper]

ID: 11791
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

submitted twice.


Previous Comments:
---

[2001-06-29 00:55:29] [EMAIL PROTECTED]
I tried php4.0.5 and php 4.0.6 install as apache module is ok, but can't install as 
php module
./configure --with-mysql 
or
./configure --with-mysql --prefix=/usr/local

make is ok
make install failed with following message:
...
make[2]: Leaving directory `/home/chedong/php-4.0.6/regex'
make[1]: Leaving directory `/home/chedong/php-4.0.6/regex'
Making install in .
make[1]: Entering directory `/home/chedong/php-4.0.6'
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/chedong/php-4.0.6'
make: *** [install-recursive] Error 1


my built environment:
5.8 Generic_108529-08 i86pc i386 i86pc

gcc -v   
Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3/specs
gcc version 2.95.3 20010315 (release)


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11791&edit=2


-- 
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 #11792 Updated: can't install php as cgi on Solaris

[sniper]

ID: 11792
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

user error.


Previous Comments:
---

[2001-06-29 01:48:24] [EMAIL PROTECTED]
SORRY:problem sloved, It's my fault...

just there is some $PATH in make user environment not included in my root environment,
and when I su =>"make install", it cause some error occured.
I use the same $PATH I used in "make", 
php installed smothly...

sorry for wrong report.

---

[2001-06-29 01:05:10] [EMAIL PROTECTED]
perl installed:
perl -v

This is perl, version 5.005_03 built for i86pc-solaris


---

[2001-06-29 00:57:58] [EMAIL PROTECTED]
I tried php4.0.5 and php 4.0.6 install as apache module is ok, but can't install as 
cgi
./configure --with-mysql 
or
./configure --with-mysql --prefix=/usr/local

make is ok
but make install failed with following message:
...
make[2]: Leaving directory `/home/chedong/php-4.0.6/regex'
make[1]: Leaving directory `/home/chedong/php-4.0.6/regex'
Making install in .
make[1]: Entering directory `/home/chedong/php-4.0.6'
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/chedong/php-4.0.6'
make: *** [install-recursive] Error 1


my built environment:
5.8 Generic_108529-08 i86pc i386 i86pc

gcc -v   
Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3/specs
gcc version 2.95.3 20010315 (release)


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11792&edit=2


-- 
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] Re: 2 problems with shutdown

[Thies C. Arntzen]

On Fri, Jun 29, 2001 at 02:09:44PM +0300, Zeev Suraski wrote:
> At 18:45 28/6/2001, Thies C. Arntzen wrote:
> 
> >hi,
> >
> >we have two problems in the current code when it comes to
> >shutting down apache processes:
> >
> >1)
> >in main.c php_module_shutdown():
> >we call php_config_ini_shutdown() before we call the modules
> >MSHUTDOWN functions - which basically means that php is
> >already "half-dead" when MSHUTDOWN is called - so modules can
> >can not rely on certain things (like error_log settings)
> >during MSHUDOWN. is there any known reason not to move
> >php_config_ini_shutdown() further down in
> >php_module_shutdown()?
> 
> The problem is that (if I remember correctly) the INI mechanism may call 
> callbacks in modules that have already been unloaded.  It can probably be 
> fixed, but would require some time to play with.

agreed - but we should do it, right?

> 
> 
> >2) (more serious)
> >if you do an "apachectl restart" the master httpd will signal
> >the worker httpd's. the workers will than call the
> >child_exit hook in all modules no matter where in the code
> >they just happen to be. the problem is that we "try"
> >to clean up the best we can -but- this might cause recursive
> >calls into 3th party library code (which is not supported in
> >most cases!)
> >
> >sample:
> >
> >script calls ociexecute($stmt) (which might take a few
> >seconds)  now the  admin does "apachectl restart" - and we
> >get interrupted deep down in the oci library. now the worker
> >httpd tries to clean up and calls the child_exit hooks.  php
> >will now free all resources and it will also try to do a
> >rollback on $stmt and after that it'll free $stmt. the
> >problem here is that the oracle-server _doesn't_ like
> >recursive calls at all and might crash just 'cause of that.
> >
> >OK - i agree - oracle should fix their code, -but- i don't
> >think its smart to try a real-cleanup if we we're
> >interrunpted during a request. i think we need to protect the
> >engine agains recursive calls. so if child_exit is called
> >while we're still in execution mode simply do nothing
> >(bacause all we could do might be harmful) and leave the
> >clean up to unix.
> 
> I don't know if that qualifies as a recursive call - it's really doing what 
> it's supposed to do.  Perhaps the Oracle module should protect itself, but 
> not running cleanup is wrong IMHO - consider semaphores or the likes which 
> won't clean up automatically.  Or SQL servers that won't immediately detect 
> that their client is gone.  I think that cleaning up is generally an 
> important thing.

i agree - in theory. but "apachectl restart" will sometimes
SEGFAULT some httpd processes because of php. just create a
trivial page that will take some time:

test.php


run "ab -n1000 http://0/test.php";

and then do an apachectl restart (a few times) and you'll see

zend_execute.c(376) :  Freeing 0x08162BDC (12 bytes), script=/var/www/html/t.php
zend_hash.c(287) :  Freeing 0x08162B84 (37 bytes), script=/var/www/html/t.php Last 
leak repeated 160 times
zend_opcode.c(303) :  Freeing 0x08161AEC (720 bytes), script=/var/www/html/t.php
zend_language_scanner.c(4153) :  Freeing 0x08162B4C (2 bytes), 
script=/var/www/html/t.php
zend_opcode.c(237) :  Freeing 0x08162B0C (12 bytes), script=/var/www/html/t.php
zend_language_scanner.c(4238) :  Freeing 0x08162AD4 (2 bytes), 
script=/var/www/html/t.php Last leak repeated 2 times
zend_opcode.c(71) :  Freeing 0x08161AB4 (4 bytes), script=/var/www/html/t.php
zend_compile.c(118) :  Freeing 0x081619C4 (20 bytes),
...

in the error_log - and sometimes it'll even SEGFAULT.

is this good?

tc


-- 
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 #11767 Updated: Bad escape sequence

[veins]

ID: 11767
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Program Execution
Operating system: Unix
PHP Version: 4.0.6
Description: Bad escape sequence

I had some time this morning to check for the infamous bug and while watching 
standart/exec.c I found out that the index of chars that should be backslashed didn't 
include \x20. File was modified in consequence and after a recompilation i was 
surprised to see that it didn't work :/
If anyone plans to correct this, do not add \x20 to the index of chars cause it would 
also backslash spaces between the binary name and the vars. The same example as 
previous post would _try_ to execute `echo.sh\ this\ ìs\ a\ test` as a single command  
:(

I would like to point to the fact that this bug affects many, many, many people using 
a system based authentication as it prevents users from log into whatever they want to 
log into correctly. It prevents also the use of any kind of system() function when a 
space is needed anywhere in the call.

Previous Comments:
---

[2001-06-28 02:27:48] [EMAIL PROTECTED]
When safe_mode is set to On, it is impossible to pass a variable that contains a 
string with a space in it as an argument to any system() like function. The following 
script shows the problem:



echo.sh being a simple shell script that echoes back anything that we feed it. The 
following PHP script will display 'this' instead of 'this is a test'. I tried 
backslashing every chars of the variable by writing a simple function but spaces seems 
not to be correctly passed to the shell script. The same script executed when 
safe_mode is set to off works perfectly...

Veins - [EMAIL PROTECTED]


---


Full Bug description available at: http://bugs.php.net/?id=11767


-- 
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 #11762 Updated: bad example

[goba]

ID: 11762
Updated by: goba
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

There will be some date info also on that page. I'll do it ASAP. It was on my todo 
list for a week now. Well, dates are much important, but sizes are also usable, when 
you need to choose from .zip or .tar.gz, while your zip program handles both of them.

It is true, that PDFs, CHMs and Palm docs are behind, but just because we have no 
**automated** process to do it. Everything else is automated (text and HTML). This is 
also on our __long time__ todo list to implement some automated CHM generation on Unix 
(it is not easy to do :).

Previous Comments:
---

[2001-06-28 17:59:26] [EMAIL PROTECTED]
I'm planning to update the CHM versions soon now, as lots of things have been changed.
I hope I can do it this weekend.

Derick

---

[2001-06-28 17:22:12] [EMAIL PROTECTED]
My apologies.. I responded before I realized that the mailing lists are 12-14 hrs 
behind.  I didn't think to read the bug report on the page to make sure no one 
responded to it already.

---

[2001-06-28 17:21:03] [EMAIL PROTECTED]
I believe that the PDF and CHM version of the module always lag behind due to the 
amount of work it takes to package them up.  If you are ever in doubt, please check 
the online html manual first.  You can visit it directly at: http://php.net/manual/


---

[2001-06-28 14:32:55] [EMAIL PROTECTED]
thx for replying, thx 
btw, in http://www.php.net/docs.php
doucument list
file size? may not need if file is small enough
file size for compare and decide whether to download ?
why not show an document last update date?
or document version will be better :P
just suggestion, may not post as a reply here

---

[2001-06-28 11:29:28] [EMAIL PROTECTED]
Not necessarily. Latest should always be the online manual.
And the VERY latest is in CVS. :)



---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11762&edit=2


-- 
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] Re: 2 problems with shutdown

[Zeev Suraski]

At 18:45 28/6/2001, Thies C. Arntzen wrote:

> hi,
>
> we have two problems in the current code when it comes to
> shutting down apache processes:
>
> 1)
> in main.c php_module_shutdown():
> we call php_config_ini_shutdown() before we call the modules
> MSHUTDOWN functions - which basically means that php is
> already "half-dead" when MSHUTDOWN is called - so modules can
> can not rely on certain things (like error_log settings)
> during MSHUDOWN. is there any known reason not to move
> php_config_ini_shutdown() further down in
> php_module_shutdown()?

The problem is that (if I remember correctly) the INI mechanism may call 
callbacks in modules that have already been unloaded.  It can probably be 
fixed, but would require some time to play with.


> 2) (more serious)
> if you do an "apachectl restart" the master httpd will signal
> the worker httpd's. the workers will than call the
> child_exit hook in all modules no matter where in the code
> they just happen to be. the problem is that we "try"
> to clean up the best we can -but- this might cause recursive
> calls into 3th party library code (which is not supported in
> most cases!)
>
> sample:
>
> script calls ociexecute($stmt) (which might take a few
> seconds)  now the  admin does "apachectl restart" - and we
> get interrupted deep down in the oci library. now the worker
> httpd tries to clean up and calls the child_exit hooks.  php
> will now free all resources and it will also try to do a
> rollback on $stmt and after that it'll free $stmt. the
> problem here is that the oracle-server _doesn't_ like
> recursive calls at all and might crash just 'cause of that.
>
> OK - i agree - oracle should fix their code, -but- i don't
> think its smart to try a real-cleanup if we we're
> interrunpted during a request. i think we need to protect the
> engine agains recursive calls. so if child_exit is called
> while we're still in execution mode simply do nothing
> (bacause all we could do might be harmful) and leave the
> clean up to unix.

I don't know if that qualifies as a recursive call - it's really doing what 
it's supposed to do.  Perhaps the Oracle module should protect itself, but 
not running cleanup is wrong IMHO - consider semaphores or the likes which 
won't clean up automatically.  Or SQL servers that won't immediately detect 
that their client is gone.  I think that cleaning up is generally an 
important thing.

Zeev


-- 
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]