Re: [PHP-DEV] Adding charset - patch for php_imap.c

2001-05-16 Thread derick
On Wed, 16 May 2001, Johan Ekenberg wrote: Attached is a suggested patch to make it possible to set the CHARSET parameter with imap_mail_compose(). Currently, all body parts with Content-Type = TYPETEXT get CHARSET=US-ASCII. Where? I think you forgot to attach your attachment :) Derick

[PHP-DEV] Seperating bugs out of here

2001-05-16 Thread Jeroen
Hi, Just an idea... what about getting those bug#43285432432 added notices to another (new) mailinglist? Just like the cvs's, they are not always interesting for everyone. I estimate the bug-traffic makes about 70% of this ML, IMO too much. php.bugs sounds great. Greetz, Jeroen NB: i'm not sure

[PHP-DEV] Bug #10911: Accessing null string as array in loop causes infinite spooling.

2001-05-16 Thread sr2899
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0 Latest CVS (2001-05-16) PHP Bug Type: Scripting Engine problem Bug description: Accessing null string as array in loop causes infinite spooling. Accessing null string as array in loop causes infinite spooling.

[PHP-DEV] Bug #10911 Updated: Accessing null string as array in loop causes infinite spooling.

2001-05-16 Thread sr2899
ID: 10911 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating system: linux PHP Version: 4.0.5 Description: Accessing null string as array in loop causes infinite spooling. Whoops I accidentally selected latest CVS when I should've said 4.0.5 Previous

[PHP-DEV] Bug #5332 Updated: ODBC Connect Fails for Sybase SQLanywhere DB

2001-05-16 Thread kalowsky
ID: 5332 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 4.0 Release Candidate 2 Assigned To: Comments: The SQL error you are receiving is Server rejected access I'm wondering if your odbc_connect

[PHP-DEV] Bug #10912: in --with-pspell=DIR DIR is ignored

2001-05-16 Thread vksgeneric
From: [EMAIL PROTECTED] Operating system: Linux Redhat 6.2 PHP version: 4.0.5 PHP Bug Type: Pspell related Bug description: in --with-pspell=DIR DIR is ignored when I configure PHP with configure --with-pspell=/opt/local/include PHP still looks for pspell in /usr/local

Re: [PHP-DEV] sockets extension

2001-05-16 Thread Wez Furlong
disclaimerI don't appear to have seen/received the rest of this thread, so please pardon any mistakes in advance.../disclaimer On 2001-05-16 20:49:30, Andi Gutmans [EMAIL PROTECTED] wrote: Would it make sense to try to integrate the new php_streams into this extension? It might give

[PHP-DEV] Bug #10912 Updated: in --with-pspell=DIR DIR is ignored

2001-05-16 Thread vlad
ID: 10912 Updated by: vlad Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Pspell related Operating system: PHP Version: 4.0.5 Assigned To: vlad Comments: ...and I think I know what the problem is. I wanted to slightly rewrite the config.m4 file anyway - there are

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Stig Sæther Bakken
[Zeev Suraski [EMAIL PROTECTED]] One comment; Why? :) We've been in that discussion before. In my opinion, we should probably rethink our whole deprecation approach. Yes, I know that people don't like the burden of maintaining downwards compatibility. I sure as hell don't. But PHP's

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Stig Sæther Bakken
[Jani Taskinen [EMAIL PROTECTED]] On Wed, 16 May 2001, Zeev Suraski wrote: Also bare in mind that a very large percentage of the developers don't *want* to be forced to change their code, and consider it to be a Who's forcing anybody to update anyway? misfeature in the language if it

[PHP-DEV] Bug #10912 Updated: in --with-pspell=DIR DIR is ignored

2001-05-16 Thread vlad
ID: 10912 Updated by: vlad Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Pspell related Operating system: PHP Version: 4.0.5 Assigned To: vlad Comments: Fixed in CVS (plus fixed one more config.m4-related bug) Previous Comments:

[PHP-DEV] Bug #10912 Updated: in --with-pspell=DIR DIR is ignored

2001-05-16 Thread vlad
ID: 10912 Updated by: vlad Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Pspell related Operating system: PHP Version: 4.0.5 Assigned To: vlad Comments: ops... I meant to close it too... Previous Comments:

Re: AW: AW: [PHP-DEV] arrays

2001-05-16 Thread Stig Sæther Bakken
[Zeev Suraski [EMAIL PROTECTED]] At 13:34 16/5/2001, Stig Sæther Bakken wrote: Acknowledged. But IMO the arrays will be either clearly continous or clearly associative/non-continous in 99.2% of the cases (Zeev statistics applied). I never claim to be accurate, I usually say 99% :) I

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Stig Sæther Bakken
[Brian Moon [EMAIL PROTECTED]] No, sorry, I think you misunderstood my question. I would just like to see a --disable-ereg option for configure. I would never dream of removing ereg from PHP as a supported function set. It would break Phorum and lots of stuff I have written. I

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Stig Sæther Bakken
I have to say that I'm more in favor of removing --without-pcre-regex than adding --disable-ereg, especially now that Apache is starting to bundle PCRE. And I don't think the bloat argument holds water, it sounds to me like more of a warm-fuzzy-feeling issue than a real

[PHP-DEV] xslt problems

2001-05-16 Thread Alex Black
hi all, I'm running sablot (--with-sablot=/usr/local/Sablot) and am getting very strange behavior surrounding xslt_process. sometimes, I get a processed page. then (with no change in any of the files), I'll get an error: Fatal error: msgtype: error in... I did a little looking, and all I

RE: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Mike Robinson
-Original Message- From: Zak Greant [mailto:[EMAIL PROTECTED]] Sent: May 15, 2001 3:27 PM To: [EMAIL PROTECTED]; Andi Gutmans; [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing Andi wrote: I rolled 4.0.6RC1. It is ready for testing.

Re: [PHP-DEV] xslt problems

2001-05-16 Thread Gavin Sherry
Alex, Sablot has some poor error handling at the moment. All ambiguous errors you can put down to Sablot. Try using the `sabcmd` from the command line in order to get better information on where and how your transformations are playing up. Also, if you're unsure if it is a bug, best to mail the

[PHP-DEV] Bug #10913: hw_who() returns incorrect data prints extraneous string (patch incl.)

2001-05-16 Thread torben
From: [EMAIL PROTECTED] Operating system: Linux 2.2.14/Mandrake 7 PHP version: 4.0 Latest CVS (2001-05-16) PHP Bug Type: Hyperwave related Bug description: hw_who() returns incorrect data prints extraneous string (patch incl.) Just found this with hw_who(): the returned

[PHP-DEV] imap--ssl broken with cclient from 2001 dist

2001-05-16 Thread ilya
Looks like --with-imap-ssl is broken, imap2001 (latest c-client), does not contain auth_ssl anymore, compilation of php --with-imap-ssl fails with: /bin/sh /usr/tmp/php-4.0.5/libtool --silent --mode=compile gcc -I. -I/usr/tmp/php-4.0.5/ext/imap -I/usr/tmp/php-4.0.5/main -I/usr/tmp/php-4.0.5

[PHP-DEV] Bug #10914: --with-ccvs[=DIR] breaks configure if DIR not given (patch incl.)

2001-05-16 Thread torben
From: [EMAIL PROTECTED] Operating system: Linux 2.2.14/Mandrake 7 PHP version: 4.0 Latest CVS (2001-05-16) PHP Bug Type: Compile Failure Bug description: --with-ccvs[=DIR] breaks configure if DIR not given (patch incl.) The CCVS config.m4 doesn't search for the CCVS

[PHP-DEV] Bug #10915: function get_cfg_var() returns inaccurate result

2001-05-16 Thread sprucely
From: [EMAIL PROTECTED] Operating system: Linux Mandrake 7.2 PHP version: 4.0.4 PHP Bug Type: Scripting Engine problem Bug description: function get_cfg_var() returns inaccurate result get_cfg_var('magic_quotes_gpc') accurately returns the setting from php.ini. But when

Re: [PHP-DEV] xslt problems

2001-05-16 Thread Sterling Hughes
Gavin Sherry wrote: Alex, Sablot has some poor error handling at the moment. All ambiguous errors you can put down to Sablot. Try using the `sabcmd` from the command line in order to get better information on where and how your transformations are playing up. Also, if you're unsure if

[PHP-DEV] Bug #10913 Updated: hw_who() returns incorrect data prints extraneous string (patch incl.)

2001-05-16 Thread torben
ID: 10913 Updated by: torben Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Hyperwave related Operating system: PHP Version: 4.0 Latest CVS (2001-05-16) Assigned To: Comments: Just a minor change to the patch: s/#if 0/#ifdef HW_DEBUG/. :) Previous Comments:

RE: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Mike Robinson
Andi wrote: I rolled 4.0.6RC1. It is ready for testing. http://www.php.net/~andi/php-4.0.6RC1.tar.gz Please everyone take sometime to make sure this is release worthy :) Hmm. I can't get freetype2 support hooked up. It worked fine in a snapshot from about a week ago.

RE: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Sean R. Bright
-Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] ... There has been lots of talk and I think there have also been some good ideas. The only problem I have had with these discussions up to now is that people here really forget that the average PHP coder is not a

[PHP-DEV] Bug #10916: (Feature Request) OS-independent path parsing

2001-05-16 Thread mark
From: [EMAIL PROTECTED] Operating system: Linux 2.2.18 PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: (Feature Request) OS-independent path parsing I've looked for something like this in the existing function suite but haven't found it...

Re: [PHP-DEV] Seperating bugs out of here

2001-05-16 Thread Andi Gutmans
We've been there before and discussed it a long time. You can check the archives. If you want a short summary: Part of the burden of being on php-dev and part of the development of PHP is that you should see the bugs (be forced to see them) so that you will hopefully not forget about them and

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Andi Gutmans
At 08:31 PM 5/16/2001 -0400, Stig Sæther Bakken wrote: [Jani Taskinen [EMAIL PROTECTED]] On Wed, 16 May 2001, Zeev Suraski wrote: Also bare in mind that a very large percentage of the developers don't *want* to be forced to change their code, and consider it to be a Who's forcing

Re: [PHP-DEV] sockets extension

2001-05-16 Thread Andi Gutmans
At 10:34 PM 5/16/2001 +0200, Daniel Beulshausen wrote: At 22:49 16.05.2001 +0300, Andi Gutmans wrote: Daniel, Would it make sense to try to integrate the new php_streams into this extension? It might give php_streams a push and I'm sure Wez would work with you fixing any remaining issues. It

RE: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing

2001-05-16 Thread Andi Gutmans
Can you try and revert those changes and see if it helps? Maybe you can find the cause of the problem? Andi At 10:11 PM 5/16/2001 -0400, Mike Robinson wrote: Andi wrote: I rolled 4.0.6RC1. It is ready for testing. http://www.php.net/~andi/php-4.0.6RC1.tar.gz Please everyone take

RE: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-16 Thread Andi Gutmans
At 10:27 PM 5/16/2001 -0400, Sean R. Bright wrote: -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] ... There has been lots of talk and I think there have also been some good ideas. The only problem I have had with these discussions up to now is that people

[PHP-DEV] Bug #10917: deal with the BLOB data

2001-05-16 Thread dickzzm
From: [EMAIL PROTECTED] Operating system: AIX4.3 PHP version: 4.0.4 PHP Bug Type: Sybase (dblib) related Bug description: deal with the BLOB data PHP has some functon to deal with BLOB data for Oracle,but how can I deal with BLOB data for Sybase? Are there some functions?

[PHP-DEV] Bug #10918: $HTTP_POST_VARS incorrectly initialized.

2001-05-16 Thread bruce
From: [EMAIL PROTECTED] Operating system: Linux 2.4.3 PHP version: 4.0.5 PHP Bug Type: Variables related Bug description: $HTTP_POST_VARS incorrectly initialized. Array variables acquired via the POST method do not appear in the $HTTP_POST_VARS array unless

<    1   2