Re: [PHP-DEV] Logic in sapi/cgi/cgi_main.c

2001-04-30 Thread Andi Gutmans
http://www.faqts.com/knowledge_base/view.phtml/aid/734/fid/37 It sounds to me that you are right. That should probably just be request_uri. I thought many people have used this $PHP_SELF so it's kind of strange that there haven't been a zillion complaints. Does anyone object to changing this

[PHP-DEV] Bug #10521 Updated: Referencing a variable without setting its contents

2001-04-30 Thread cynic
ID: 10521 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: IIS related PHP Version: 4.0.4pl1 Assigned To: Comments: I bet the Apache box has error_reporting E_ALL ~ E_NOTICE while the IIS box has error_reporting E_ALL. RTFM, please. (if this ain't

[PHP-DEV] PHP 4.0 Bug #10453 Updated: mod_auth_mysql and php4.0.5pl1

2001-04-30 Thread rmohr
ID: 10453 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Description: mod_auth_mysql and php4.0.5pl1 I am using mysql and the mod_auth_mysql for a long time with older versions of php without problem. All mysql-Operations still work as before.

[PHP-DEV] RE: Bug #10511 Updated: Cannot set COM object properties

2001-04-30 Thread Peter Johnson
Thanks for the quick response. When I logon as my webuser, and execute from the command line, the scripts still fail. I have changed the permissions to give this webuser admin rights, but the scripts are still failing. Accessing the same scripts with no authentication works fine. Any other

[PHP-DEV] Bug #10551 Updated: array_switch ( permute the keys w/ values)

2001-04-30 Thread cynic
ID: 10551 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Feature/Change Request PHP Version: 4.0 Latest CVS (29/04/2001) Assigned To: Comments: RTFM: array_flip() Previous Comments:

[PHP-DEV] Bug #7016 Updated: Error when starting iPlanet

2001-04-30 Thread avsm
ID: 7016 Updated by: avsm Reported By: [EMAIL PROTECTED] Status: Open Bug Type: iPlanet related PHP Version: 4.0.2 Assigned To: Comments: Try the following obj.conf entry, and see if it fixes your problem. Apart from this change, you should follow the manual entry for the rest of the obj.conf

[PHP-DEV] PHP 4.0 Bug #10521 Updated: Referencing a variable without setting its contents

2001-04-30 Thread timl
ID: 10521 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Description: Referencing a variable without setting its contents I bet the Apache box has error_reporting E_ALL ~ E_NOTICE while the IIS box has error_reporting E_ALL. How can I check this or set it the same as

[PHP-DEV] Bug #10029 Updated: zend_list_do_delete() ignores HashTable* param. Potential mem leak.

2001-04-30 Thread zeev
ID: 10029 Updated by: zeev Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Unknown/Other Function PHP Version: 4.0.4pl1 Assigned To: Comments: zend_plist_delete() was redundant and removed from the CVS a few weeks ago (it didn't make it for 4.0.5, but will be in 4.0.6)

[PHP-DEV] Bug #8414 Updated: set_time_out() is acting inconsistantly

2001-04-30 Thread zeev
ID: 8414 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Performance problem PHP Version: 4.0.4 Assigned To: Comments: Note that under UNIX, execution time relates to the actual CPU time consumed by PHP, which may be very different (less) than the actual time that

[PHP-DEV] Bug #10558:

2001-04-30 Thread halfar
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: when you enter the documentation in the Program execution section. The links between the cmd´s are messed, e.g.: on

[PHP-DEV] Bug #10559: commenting php closing tag

2001-04-30 Thread halfar
From: [EMAIL PROTECTED] Operating system: LINUX PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: commenting php closing tag Is it a bug or a feature this one will ignore the closing php tag ---cut here- ?php foofoofoo(); ... /* ?

[PHP-DEV] Bug #10559 Updated: commenting php closing tag

2001-04-30 Thread cynic
ID: 10559 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem PHP Version: 4.0.4pl1 Assigned To: Comments: a feature; RTFM: http://www.php.net/manual/en/html/language.basic-syntax.comments.html Previous Comments:

[PHP-DEV] Bug #10521 Updated: Referencing a variable without setting its contents

2001-04-30 Thread cynic
ID: 10521 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related PHP Version: 4.0.4pl1 Assigned To: Comments: Well, you probably used php.ini-dist for Apache, and php.ini-optimized for IIS. Either way, send further questions to [EMAIL PROTECTED] or [EMAIL

Re: [PHP-DEV] Interbase problem

2001-04-30 Thread Cynic
As discussed with Jouni a few months ago, I'm still available for testing the IB stuff on NT 4/5. At 18:31 29.4. 2001, Andi Gutmans wrote the following: -- Hi, Can you please check the following bug report?

[PHP-DEV] PHP 4.0 Bug #10538 Updated: mcrypt_generic_init truncates key/iv upon first '\0'

2001-04-30 Thread kettler
ID: 10538 User Update by: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: mcrypt related Description: mcrypt_generic_init truncates key/iv upon first '\0' Seems to be a duplicate of Bug #8839 and it is already fixed in CVS. Previous Comments:

Re: [PHP-DEV] Interbase problem

2001-04-30 Thread Andi Gutmans
What does that mean? :) Should his patch be applied or not? Andi At 11:45 AM 4/30/2001 +0200, Cynic wrote: As discussed with Jouni a few months ago, I'm still available for testing the IB stuff on NT 4/5. At 18:31 29.4. 2001, Andi Gutmans wrote the following:

Re: [PHP-DEV] Interbase problem

2001-04-30 Thread Cynic
I don't know. :) That msg wasn't meant for php-dev@, I didn't notice it among the recipients. Some time ago I talked to Jouni about the IB extension, we agreed I'd help him test it on NT, but I haven't heard from him since. That msg was just a reminder I'm still here; it had nothing to do with

Re: [PHP-DEV] key_exists from php

2001-04-30 Thread Zeev Suraski
Why? It's only interesting if you're trying to understand the table schema from one of the arrays. The right way to do it (IMHO) would be by querying the result using the field fetching functions... Zeev At 13:12 30/4/2001, David Croft wrote: mysql_fetch_array (and probably others) return

[PHP-DEV] Bug #10067 Updated: zlib not included when compiled with apache

2001-04-30 Thread jmoore
ID: 10067 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback closing Previous Comments: ---

[PHP-DEV] PHP 4.0 Bug #10548 Updated: function ImageTTFText always get wrong chinese words from TTF ...

2001-04-30 Thread cchsieh
ID: 10548 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: GD related Description: function ImageTTFText always get wrong chinese words from TTF ... About Image function - ImageTTFText: always get wrong chinese words from TTF. To correct the problem: 690c690

[PHP-DEV] PHP 4.0 Bug #10548 Updated: function ImageTTFText always get wrong chinese words from TTF ...

2001-04-30 Thread cchsieh
ID: 10548 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: GD related Description: function ImageTTFText always get wrong chinese words from TTF ... About Image function - ImageTTFText: always get wrong chinese words from TTF. To correct the problem: 690c690

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Rui Hirokawa
Andi, We have plan to add ext/jstring which is a japanese string extension module to php-4.0.6. Is there any problem to add this module on CVS tree now ? On Sun, 29 Apr 2001 22:35:43 +0200 Andi Gutmans [EMAIL PROTECTED] wrote: Guys, I think that despite the release of 4.0.5 tomorrow we

[PHP-DEV] Bug #9708 Updated: double #defined V_RENAME, the second

2001-04-30 Thread andi
ID: 9708 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure PHP Version: 4.0.4pl1 Assigned To: Comments: This should be fixed in the latest CVS. Previous Comments: ---

[PHP-DEV] PHP 4.0 Bug #10419 Updated: apache ./configure fails

2001-04-30 Thread joker
ID: 10419 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Problem Description: apache ./configure fails problem solved. using the official patch for oracle from technet.oracle.com will do the job Previous Comments:

[PHP-DEV] Bug #9297 Updated: sprintf (%f, $foo) crashes with very large $foo.

2001-04-30 Thread andi
ID: 9297 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Strings related PHP Version: 4.0.4pl1 Assigned To: Comments: Can you please try the latest CVS or a snapshot from snaps.php.net and let us know if this still happens. I can't reproduce it on

[PHP-DEV] Bug #10439 Updated: relative chdir from root doesn´t work

2001-04-30 Thread andi
ID: 10439 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Directory/Filesystem functions PHP Version: 4.0.4 Assigned To: Comments: Works fine in latest CVS under NT. Please try 4.0.5 which should be released today and report back if your problem has

[PHP-DEV] Bug #10560: IISConfig Error

2001-04-30 Thread davidj
From: [EMAIL PROTECTED] Operating system: NT 4.0 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: IISConfig Error During the install of PHP I recieved an error stating that the MSCOMCTL.OCX did not correctly register a file is missing or invalid.

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Rui Hirokawa
On Mon, 30 Apr 2001 15:37:14 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: At 09:35 PM 4/30/2001 +0900, Rui Hirokawa wrote: Andi, We have plan to add ext/jstring which is a japanese string extension module to php-4.0.6. Is there any problem to add this module on CVS tree now ? No I

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Stanislav Malyshev
RH For example, this module supports encoding conversion RH functionality between Unicode and some other encodings like RH ISO-8859-X. Currently, it includes encoding conversion filter Doesn't this duplicate the GNU recode functionality? -- Stanislav Malyshev, Zend Products Engineer [EMAIL

[PHP-DEV] Bug #10560 Updated: IISConfig Error

2001-04-30 Thread cynic
ID: 10560 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config PHP Version: 4.0.4pl1 Assigned To: Comments: this is being solved right now and will be probably fixed in 4.0.6 Previous Comments:

[PHP-DEV] Bug #9297 Updated: sprintf (%f, $foo) crashes with very large $foo.

2001-04-30 Thread cmv
ID: 9297 Updated by: cmv Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Strings related PHP Version: 4.0.4pl1 Assigned To: Comments: Works fine for me (RH7 and latest CVS): [cmv@sunniva cmv]$ echo '? $foo = 2.2864849511949E+190; settype($foo,double); printf(%fn, $foo) ?' | php

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Andi Gutmans
At 10:47 PM 4/30/2001 +0900, Rui Hirokawa wrote: No I don't see a problem with this but please do it quickly. 4.0.6 has already gone a long way since we started RC'ing 4.0.5 and I would like to start RC'ing it pretty soon. You should probably also copy dotnet/EXPERIMENTAL to your

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Cynic
recode is GPL'd IIRC and thus (your mileage may vary) not very usable, doesn't build on win32 systems, and the author has no interest in changing that. At 15:51 30.4. 2001, Stanislav Malyshev wrote the following: -- RH For example,

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Rui Hirokawa
On Mon, 30 Apr 2001 16:51:15 +0300 (IDT) Stanislav Malyshev [EMAIL PROTECTED] wrote: RH For example, this module supports encoding conversion RH functionality between Unicode and some other encodings like RH ISO-8859-X. Currently, it includes encoding conversion filter Doesn't this

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Sterling Hughes
On Mon, 30 Apr 2001, Rui Hirokawa wrote: On Mon, 30 Apr 2001 16:51:15 +0300 (IDT) Stanislav Malyshev [EMAIL PROTECTED] wrote: RH For example, this module supports encoding conversion RH functionality between Unicode and some other encodings like RH ISO-8859-X. Currently, it includes

[PHP-DEV] Re: Bug #10526 Updated: Possible problem with query

2001-04-30 Thread Matthew Grigajtis
Well, I 'm not sure where the error message is comming from. It is an error being generated by either PHP or MySQL. I have figured out a way around the error, so it can be closed - but I never figured out what was causing the error. It is definately something that should be looked into

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Stanislav Malyshev
C recode is GPL'd IIRC and thus (your mileage may vary) not very C usable, doesn't build on win32 systems, and the author has no recode libs are LGPL, IIRC. As for win32, I don't know (not being user of such systems) but I guess since its functionality do not include anything that is

Re: [PHP-DEV] Logic in sapi/cgi/cgi_main.c

2001-04-30 Thread Sterling Hughes
On Mon, 30 Apr 2001, Andi Gutmans wrote: http://www.faqts.com/knowledge_base/view.phtml/aid/734/fid/37 It sounds to me that you are right. That should probably just be request_uri. I thought many people have used this $PHP_SELF so it's kind of strange that there haven't been a zillion

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Andi Gutmans
At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote: ext/wchar (wide character support?) ext/mstring (multibyte string functions) ext/jpstring (japanese string functions) I'd make mstring - mbstring. The question is if it's worth splitting this up into more than one extension. Probably not. So

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Stig Sæther Bakken
[Cynic [EMAIL PROTECTED]] recode is GPL'd IIRC and thus (your mileage may vary) not very usable, doesn't build on win32 systems, and the author has no interest in changing that. libiconv is pretty good too. I don't know if it builds on Win32 though. - Stig -- Stig Sæther Bakken

[PHP-DEV] RE: Bug #10560 Updated: IISConfig Error

2001-04-30 Thread David Jenkins
Does this error only have to do with the setup of MMC or does it effect more than that. I'm new to PHP so I can't tell yet if there is a problem. -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 8:48 AM To: [EMAIL PROTECTED] Subject: Bug

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Sterling Hughes
On 30 Apr 2001, Stig Sæther Bakken wrote: [Cynic [EMAIL PROTECTED]] recode is GPL'd IIRC and thus (your mileage may vary) not very usable, doesn't build on win32 systems, and the author has no interest in changing that. libiconv is pretty good too. I don't know if it builds on Win32

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Colin Viebrock
I'd make mstring - mbstring. The question is if it's worth splitting this up into more than one extension. Probably not. So we should probably be picking out of wchar, mbstring, jpstring. Rui, what do you think? I'm not Rui, but my vote would be for mbstring (or mb_string). If this handles

[PHP-DEV] Bug #10561: sockets.c uses `SUN_LEN' unconditionally - undefined on Solaris

2001-04-30 Thread Rob . McMahon
From: [EMAIL PROTECTED] Operating system: Solaris 7 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: sockets.c uses `SUN_LEN' unconditionally - undefined on Solaris Configured with nv 'CC=cc -mt' CFLAGS=-O CPPFLAGS='-D_XPG4_2 -D__EXTENSIONS__'

[PHP-DEV] php.ini location

2001-04-30 Thread Andi Gutmans
Hi, The default location of php.ini in the current CVS seems to be /usr/local/etc. Didn't we say we're saving this one for 4.1.x? I just got bitten by this and I bet there will be a huge amount of people who will too. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe,

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Rui Hirokawa
On Mon, 30 Apr 2001 17:26:58 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote: ext/wchar (wide character support?) ext/mstring (multibyte string functions) ext/jpstring (japanese string functions) I'd make mstring - mbstring. The question is

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Andi Gutmans
At 12:23 AM 5/1/2001 +0900, Rui Hirokawa wrote: On Mon, 30 Apr 2001 17:26:58 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote: ext/wchar (wide character support?) ext/mstring (multibyte string functions) ext/jpstring (japanese string

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Hartmut Holzgraefe
Cynic wrote: recode is GPL'd IIRC and thus (your mileage may vary) not very usable, doesn't build on win32 systems, and the author has no interest in changing that. the recode command is under GPL while the library part is under LGPL so it's ok as it is license-wise (even RMS did not take

Re: [PHP-DEV] key_exists from php

2001-04-30 Thread Jon Parise
On Sun, Apr 29, 2001 at 09:50:13PM -0400, David Croft wrote: There doesn't seem to be any way for a php script to determine whether a given key exists in an array. isset($arr['x']) fails when it exists but has a null value. I know there are ways around it like using foreach or array_keys but

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Hartmut Holzgraefe
Andi Gutmans wrote: Can we make a list of things which still need to make it into 4.0.6 before we branch? i have started to create ext/saprfc that will interface with the ABAP/4 Remote Function Call mechanism in SAP R/3, but right now it only has a working configure script and no

Re: [PHP-DEV] Troubles with DL'ed module

2001-04-30 Thread Brian Foddy
Andi Gutmans wrote: Did you compile with debug on or off? Please try without debug in both PHP and your module and let us know if something changes. Also can you try and load it via php.ini (extension=module.so) and not with dl(). I rebuilt php 4.0.4p1 with debug off, rebuilt my module

Re: [PHP-DEV] Troubles with DL'ed module

2001-04-30 Thread Brian Foddy
One more strange behavior I just saw. Take this little script: ? phpinfo (); $tux = tux_tpalloc (TUX_FML32, , 5000); print $tux; tux_tpfree ($tux); print $tux; ? The tux_tpalloc and tux_free are new functions in my module. If I comment out everything but the phpinfo () and hit a fresh

Re: [PHP-DEV] Troubles with DL'ed module

2001-04-30 Thread Andi Gutmans
Your module is probably causing some memory corruption. The best way to debug it is building the module statically into PHP. You need to copy it to ext/your_module/ (assuming you have a standard config.m4). Then in php4/ run ./buildconf and you should see your module when you do ./configure

Re: [PHP-DEV] Troubles with DL'ed module

2001-04-30 Thread Sterling Hughes
On Mon, 30 Apr 2001, Andi Gutmans wrote: Your module is probably causing some memory corruption. The best way to debug it is building the module statically into PHP. You need to copy it to ext/your_module/ (assuming you have a standard config.m4). Then in php4/ run ./buildconf and you should

[PHP-DEV] PHP 4.0 Bug #10513 Updated: configure fails when I include Oracle 8.1.7

2001-04-30 Thread ian_palfrey
ID: 10513 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Description: configure fails when I include Oracle 8.1.7 I've got round this problem by loading a new version from snaps.php.net called php4-200104270145. Thanks. Previous Comments:

Re: [PHP-DEV] Troubles with DL'ed module

2001-04-30 Thread Andi Gutmans
Sounds like some kind of memory corruption. With these kind of problems even the order of statements can make a difference. Do you want to post those two functions and we can take a look at them? Also are your RINIT() MINIT() functions doing anything? Maybe they are causing problems? Andi

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Alexander Bokovoy
On Mon, Apr 30, 2001 at 10:47:21PM +0900, Rui Hirokawa wrote: On Mon, 30 Apr 2001 15:37:14 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: At 09:35 PM 4/30/2001 +0900, Rui Hirokawa wrote: Andi, We have plan to add ext/jstring which is a japanese string extension module to

[PHP-DEV] Bug #10526 Updated: Possible problem with query

2001-04-30 Thread cardinal
ID: 10526 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related PHP Version: 4.0.4pl1 Assigned To: Comments: User feedback: Well, I'm not sure where the error message is comming from. It is an error being generated by either PHP or

[PHP-DEV] Bug #10564: feof bug isn't fixed in windows versions.

2001-04-30 Thread tarik_rahmanovic
From: [EMAIL PROTECTED] Operating system: win NT 4.0 PHP version: 4.0.4pl1 PHP Bug Type: *Function Specific Bug description: feof bug isn't fixed in windows versions. while (!feof($sock)) { echo fgets ($sock, 128); } fclose ($sock); This hangs

[PHP-DEV] Question

2001-04-30 Thread Billy Rose
I have developed an extension, and am wondering to whom or where I submit it for review? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL

Re: [PHP-DEV] Question

2001-04-30 Thread Alexander Feldman
What is doing your extension? -- alex On Mon, 30 Apr 2001, Billy Rose wrote: I have developed an extension, and am wondering to whom or where I submit it for review? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

[PHP-DEV] RE: RE: Question

2001-04-30 Thread Billy Rose
It is a front end to the Verity K2 Search Engine toolkit so that PHP script can run Verity searches. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail:

[PHP-DEV] I have libtool version 1.4 and buildconf script refuses to run

2001-04-30 Thread Mark
I have libtool version 1.4 and buildconf script refuses to run, it says: lexington# ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4 found. You need libtool version 1.3.3 or newer

[PHP-DEV] XML/EXPAT patches for empty elements

2001-04-30 Thread Vadka
Hi! The problem is: expat parser produces no reports on the score of situation when the document contains img .../ body .../ etc. tags where there is no data and end tag. So, the workaround was to add a new function to expat, which is called by the PHP parser every time for empty entries when

[PHP-DEV] If Interested..

2001-04-30 Thread Billy Rose
Here's the URL's if anyone wants to have a look... http://www.billyrose.org/verity.c http://www.billyrose.org/php_verity.h http://www.billyrose.org/REFERENCE -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Re: [PHP-DEV] Troubles with DL'ed module

2001-04-30 Thread Brian Foddy
I'm going to try and build it statically first. I don't have any problem posting the code (its already avail on sourceforge but you will need some proprietary libraries to build it). The MINIT and/or RINIT is the constants are initialized. You've given me some to go on, I'll work with it for a

[PHP-DEV] Imap SSL support (Bug #10330)

2001-04-30 Thread J. Jones
The imap module fails with the following (perhaps only when building against imap-2000*): php_imap.c: In function `php_minit_imap': php_imap.c:450: `auth_ssl' undeclared (first use in this function) php_imap.c:450: (Each undeclared identifier is reported only once php_imap.c:450: for each

Re: [PHP-DEV] Imap SSL support (Bug #10330)

2001-04-30 Thread J. Jones
On Mon, Apr 30, 2001 at 01:22:32PM -0500, J. Jones wrote: make slx SPECIALAUTHENTICATORS=ssl EXTRACFLAGS=/path/to/openssl/includes/ Whoops! make that make slx SPECIALAUTHENTICATORS=ssl EXTRACFLAGS=-I/path/to/openssl/includes/ -- PHP Development Mailing List http://www.php.net/ To

[PHP-DEV] ODBC Build

2001-04-30 Thread James Moore
Can you please look at the patch in bug http://www.php.net/bugs.php?id=10563 and commit it if its needed/comment on the bug. thanks - James -- James Moore [EMAIL PROTECTED] http://www.perl.com/search/index.php - we must be doing somthing right -- PHP Development Mailing List

[PHP-DEV] PHP 4.0 Bug #10497 Updated: Not connect with MySql

2001-04-30 Thread erick
ID: 10497 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Old-Bug Type: MySQL related Bug Type: Filesystem function related Description: Not connect with MySql this script don't work ? $file=fopen

[PHP-DEV] PHP 4.0 Bug #10497 Updated: Not connect with MySql

2001-04-30 Thread erick
ID: 10497 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Description: Not connect with MySql this script don't work ? $file=fopen(ftp://user:password@localhost/administrador/servicios.inc,w;); fputs($file,Algo); fclose($file); ? Previous Comments:

Re: [PHP-DEV] php.ini location

2001-04-30 Thread Stig Sæther Bakken
[Andi Gutmans [EMAIL PROTECTED]] Hi, The default location of php.ini in the current CVS seems to be /usr/local/etc. Didn't we say we're saving this one for 4.1.x? I just got bitten by this and I bet there will be a huge amount of people who will too. I'll change it back. - Stig --

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

2001-04-30 Thread Brian Moon
The big problem is that the memory is never returned to the system. The Apache process holds on to it until it dies. Brian Moon - Phorum Dev Team - http://phorum.org Making better forums with PHP

[PHP-DEV] Bug #10070 Updated: incorrect ob_gzhandler implementation

2001-04-30 Thread jmoore
ID: 10070 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Zlib Related PHP Version: 4.0 Latest CVS (29/03/2001) Assigned To: Comments: This should have been resolved with various patches that have been added recently, please test with latest CVS and

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

2001-04-30 Thread Andi Gutmans
Memory is never returned to the system with libc memory allocation. When you need memory it enlarges the address space it is using. Freeing memory won't make it shrink its address space. All I can suggest is to write your scripts in a way that if it deals with many SQL queries free a query

[PHP-DEV] Bug #10557 Updated: php does not work with php_mcrypt.dll

2001-04-30 Thread sniper
ID: 10557 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Bogus Bug Type: mcrypt related PHP Version: 4.0.4 Assigned To: Comments: submitted twice (#10556) Previous Comments: ---

[PHP-DEV] Bug #10453 Updated: mod_auth_mysql and php4.0.5pl1

2001-04-30 Thread sniper
ID: 10453 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related PHP Version: 4.0.4pl1 Assigned To: Comments: You have to use the external mysql client libraries when you have some other modules in Apache that use mysql. ie. configure

[PHP-DEV] Bug #7016 Updated: Error when starting iPlanet

2001-04-30 Thread sniper
ID: 7016 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: iPlanet related PHP Version: 4.0.2 Assigned To: Comments: status - feedback Previous Comments: --- [2001-04-30

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread tsukada
On Mon, 30 Apr 2001 18:27:26 +0300 Andi Gutmans wrote: At 12:23 AM 5/1/2001 +0900, Rui Hirokawa wrote: On Mon, 30 Apr 2001 17:26:58 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote: ext/wchar (wide character support?) ext/mstring

[PHP-DEV] Bug #10565: mysql_real_connect dumps core, fix included

2001-04-30 Thread glen
From: [EMAIL PROTECTED] Operating system: SCO OpenServer 5.0.6 PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: mysql_real_connect dumps core, fix included ** This is a problem in MySql. This report provides a code modification to compensate for the MySql

[PHP-DEV] Bug #10566: don't work properly fopen

2001-04-30 Thread erick
From: [EMAIL PROTECTED] Operating system: Windows NT/ Unix FreeBSD PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: don't work properly fopen this scrip don't work properly: (only the first time, that's ok) ?

[PHP-DEV] Bug #10538 Updated: mcrypt_generic_init truncates key/iv upon first '\0'

2001-04-30 Thread derick
ID: 10538 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mcrypt related PHP Version: 4.0.4pl1 Assigned To: derick Comments: It's fixed in CVS as you say (and it is fixed in 4.0.5 too BTW_ Previous Comments:

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Andi Gutmans
At 05:56 AM 5/1/2001 +0900, [EMAIL PROTECTED] wrote: On Mon, 30 Apr 2001 18:27:26 +0300 Andi Gutmans wrote: At 12:23 AM 5/1/2001 +0900, Rui Hirokawa wrote: On Mon, 30 Apr 2001 17:26:58 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote:

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

2001-04-30 Thread Brian Moon
This is the answer I had previously received. IMHO, this sucks. We don't do SQL queries on our production site. It is all cached. So, SQL is not the problem. It is most likely because of the storage of large arrays or something of that nature. I guess we will continue to use

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

2001-04-30 Thread Andi Gutmans
At 04:59 PM 4/30/2001 -0500, Brian Moon wrote: This is the answer I had previously received. IMHO, this sucks. We don't do SQL queries on our production site. It is all cached. So, SQL is not the problem. It is most likely because of the storage of large arrays or something of that nature.

Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

2001-04-30 Thread Brian Moon
But the reverse side of this is that I might have one script out of 1000 that needs that much memory. But since 20 of my httpd processes have run that script, they all have that much memory and are not going to let it go no matter what. I basically sounds like a flaw that memory can not be

[PHP-DEV] Bug #10567: Your PHP 4.05 Zip file is missing 88 bytes!

2001-04-30 Thread ahulse
From: [EMAIL PROTECTED] Operating system: Win 32 PHP version: 4.0.4pl1 PHP Bug Type: *General Issues Bug description: Your PHP 4.05 Zip file is missing 88 bytes! Your PHP 4.05 Windows 32 ZIP file, complete install, appears to be bad. After downloading, I am told it is

[PHP-DEV] PHP 4.0 Bug #10539 Updated: still - unresolved reference to compress

2001-04-30 Thread dtalk
ID: 10539 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: still - unresolved reference to compress Thanks for your response. Info you requested is below. I'm afraid I don't know what to look for in this case, so let me know if you need

RE: [PHP-DEV] php.ini location

2001-04-30 Thread Mike Robinson
[Andi Gutmans [EMAIL PROTECTED]] Hi, The default location of php.ini in the current CVS seems to be /usr/local/etc. Didn't we say we're saving this one for 4.1.x? I just got bitten by this and I bet there will be a huge amount of people who will too. I'll change it back. -

[PHP-DEV] Bug #10568: error using ODBC

2001-04-30 Thread hpincheira
From: [EMAIL PROTECTED] Operating system: Win 98 PHP version: 4.0.4pl1 PHP Bug Type: ODBC related Bug description: error using ODBC Hello: I am using a database called RECITAL . I am trying to connect myself using ODBC. When executing the command:

[PHP-DEV] Bug #10071 Updated: print and echo dont work for string of size 65k

2001-04-30 Thread andi
ID: 10071 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem PHP Version: 4.0.4pl1 Assigned To: Comments: Fixed in latest CVS. By the way, size_t on Windows is 32bit so the 64KB limit must be some internal buffer size of the

RE: [PHP-DEV] Bug #10567: Your PHP 4.05 Zip file is missing 88 bytes!

2001-04-30 Thread James Moore
This seems definiatly to be the case.. (I would build one but on a 56k its going to take a few hours before its upthere) - James -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 30 April 2001 23:18 To: [EMAIL PROTECTED] Subject: [PHP-DEV] Bug #10567: Your

RE: [PHP-DEV] php.ini location

2001-04-30 Thread Sean R. Bright
This wasn't the case with the 4.0.5 branch was it? -Original Message- From: Mike Robinson [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 6:29 PM To: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] php.ini location [Andi Gutmans [EMAIL PROTECTED]] Hi, The default

RE: [PHP-DEV] php.ini location

2001-04-30 Thread Zeev Suraski
Nope At 02:25 1/5/2001, Sean R. Bright wrote: This wasn't the case with the 4.0.5 branch was it? -Original Message- From: Mike Robinson [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 6:29 PM To: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] php.ini location [Andi

Re: [PHP-DEV] 4.0.6

2001-04-30 Thread Rui Hirokawa
I am also one of the authors of ext/iconv module. iconv module is only for encoding translation but jstring (renaming to mbstring) is for general multibyte string handling fucntions. The encoding translation is one of functionalities of mbstring. I think rather iconv module should be merged

[PHP-DEV] PHP 4.0 Bug #9433 Updated: ErrorDocument 404 pointing to PHP file

2001-04-30 Thread justin
ID: 9433 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: ErrorDocument 404 pointing to PHP file To make this more understandable (people emailed me with questions which weren't posted in the report). This scenario does work on lynx and it can not be a

[PHP-DEV] RE: PHP 4.0.5 is out

2001-04-30 Thread Tyson Lloyd Thwaites
Woohoo! Thanks guys for adding sybase_get_last_message() support! I only just discovered that I needed it yesterday, and then the new version comes out with the function implemented. Nice! Thanks guys for all the good werke. Tyson Lloyd Thwaites I.Te Limited -- PHP Development Mailing

[PHP-DEV] PHP 4.0.5 is out

2001-04-30 Thread Zeev Suraski
After a very long QA process, PHP 4.0.5 has finally been officially released. This is a maintenance version, with a lot of bug fixes from PHP 4.0.4pl1. Other than that, there aren't too many new features in this release, so it's mostly recommended for people that were experiencing one (or

Re: [PHP-DEV] Bug #10570: PHP 4.0.5 - Cannot connect to mySQL database

2001-04-30 Thread Steve Meyers
I had the same problem when I first compiled 4.0.5, using the built-in MySQL libraries. I changed my configure line to use --with-mysql=/usr/local/mysql and it worked fine after that. I had the same problem on two different boxes. Seems kind of odd that they didn't catch this one... [EMAIL

RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.

2001-04-30 Thread Brian Foddy
Perhaps another possible solution is this... For those 1 in 300 web hits that the developer knows is going to use gobs of memory and assuming they can't be re-engineered to use less (through temp files, etc), create a simple function that is callable in PHP that will cause the parent apache

  1   2   >