[PHP-DEV] PHP 4.0 Bug #10015 Updated: inetinfo.exe crashes!

ID: 10015 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: IIS related Description: inetinfo.exe crashes! That happens when I use isapi..but it have crashes ore or two times when I have used cgi. And one other thing why cant I just load the extencion for ldap...?

[PHP-DEV] PHP 4.0 Bug #10136 Updated: Function mail() does not work properly

ID: 10136 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Description: Function mail() does not work properly Seems to work but i need to put addresses between for mail from: and rcpt to: fields... Previous Comments:

Re: [PHP-DEV] Re: PHP 4.0 Bug #9964 Updated: Unresolved symbols

At 16:34 03.04.2001 -0700, Joe Brown wrote: Have you looked at the instructions at http://www.php4win.de under articles/compiling -english version? yeah, because i've writtem them :) i'm not talking about the php4ts.dll, i'm taking about extensions using the COM interface (it seems to be

[PHP-DEV] PHP 4.0 Bug #10151 Updated: Call to undefined function: gregoriantojd()

ID: 10151 Updated by: torben Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Calendar problems Assigned To: Comments: Please read the manual: http://www.php.net/manual/en/ref.calendar.php You need to either compile the extension in or load it. Since you provided no

[PHP-DEV] PHP 4.0 Bug #10152: Success Warning with readfile(http://...);

From: [EMAIL PROTECTED] Operating system: Linux Red Hat 7.0 PHP version: 4.0.4pl1 PHP Bug Type: *Directory/Filesystem functions Bug description: Success Warning with readfile("http://..."); [1. Script Code] ?php

[PHP-DEV] PHP 4.0 Bug #10153: Resource lost on the way..

From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0 Latest CVS (04/04/2001) PHP Bug Type: PostgreSQL related Bug description: Resource lost on the way.. Executing this script generate the error: Warning: 1 is not a valid PostgreSQL link resource in test.php on

[PHP-DEV] PHP 4.0 Bug #10126 Updated: ASP can't working

ID: 10126 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Suspended Bug Type: IIS related Assigned To: Comments: Suspended until someone finds out why this happens. (could it be the asp tags in php.ini?) --Jani Previous Comments:

[PHP-DEV] PHP 4.0 Bug #10126 Updated: ASP can't working

ID: 10126 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: IIS related Assigned To: Comments: Actually, I suspect it's just the usual ISAPI thing - the PHP ISAPI module has brought IIS to it's knees and hence ASP has stopped working. Previous Comments:

[PHP-DEV] PHP 4.0 Bug #10150 Updated: Error when compiling Apache 1.3.14+SSL with static PHP4.0.4

ID: 10150 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Assigned To: Comments: Could you please try the latest CVS snapshot from http://snaps.php.net/ as there have been some fixes regarding this. (and just use the configure line

[PHP-DEV] PHP 4.0 Bug #10147 Updated: DrWatson make a dump when stopping apache service

ID: 10147 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: See last note on #9785 which says that it's fixed in Apache CVS. So the fix didn't make it into 1.3.19 but will be in 1.3.20. So you just have to

Re: [PHP-DEV] Re: ; arg seperator

On Wed, 4 Apr 2001, Alexander Bokovoy wrote: Why do you see it as a problem? They should be doing their own releases after our releases. ie. They should say that this version works with PHP 4.0.5. People should know that when they get the bleeding edge..it might not work at all.. There have

[PHP-DEV] PHP 4.0 Bug #10026 Updated: For loop always execute

ID: 10026 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *General Issues Description: For loop always execute I post the function that cause the problem. Its the for-loop int the wery bottom of the function that cause my problem. If you can see any wrong logic in

Re: [PHP-DEV] efree/emalloc in sapi

BB can someone tell me the exact places where emalloced memory BB begins to be tracked and where the leaks are efreed? Generally, the emalloc should be working all the way since start_memory_manager was called - which means, from engine startup. The "request cleanup" (freeing all non-persistent

[PHP-DEV] FREE LEADS FOR OUR GROUP!!

ATTENTION: ANY SERIOUS NETWORK MARKETER TAKE A LOOK AT THE FOLLOWING OPPORTUNITY I CAME ACROSS!! IF YOU PLUG INTO THEIR PROVEN SYSTEM, THEY GUARANTEE YOU SUCCESS, AND PROVIDE YOU WITH FREE LEADS TO BUILD YOUR GROUP!! DO NOT LET THIS SLIP AWAY!! CLICK BELOW AND FIND OUT AS I DID, WHY THESE

Re: [PHP-DEV] Code documentation

C I started noting about all the PLS_FETCH(), and ELS_FETCH() and C #ifdef ZTS and all that stuff but i really have a hard time C sometime debugging my patches cause i don't really know what that C function specifically does. now that i have new patches to do, i C wish i had a plain

[PHP-DEV] PHP 4.0 Bug #10154: Function ereg array results

From: [EMAIL PROTECTED] Operating system: Linux/NT PHP version: 4.0.4pl1 PHP Bug Type: *Regular Expressions Bug description: Function ereg array results I'm not sure, if it's really an error or "feature" :). I would like to get $regs[10] value, but the output is always

[PHP-DEV] PHP 4.0 Bug #10155: Insert or update query not functioning correctly

From: [EMAIL PROTECTED] Operating system: Windows NT 4.0 build 1381 PHP version: 4.0.4pl1 PHP Bug Type: ODBC related Bug description: Insert or update query not functioning correctly The database is Access 2000 with a few tables and relations set up in the relationships

[PHP-DEV] PHP 4.0 Bug #10156: nl2br doesn't ad XHTML slash

From: [EMAIL PROTECTED] Operating system: Red Hat 7.0 (x86) PHP version: 4.0.4pl1 PHP Bug Type: *Function Specific Bug description: nl2br doesn't ad XHTML slash It seems that contrary to the docs, nl2br doesn't replace returns with br/, only with br. Give it a try with:

Re: [PHP-DEV] Re: ; arg seperatorx

If so, why this change didn't find its way into PHP_4_0_5 branch? It was done a week ago, at the time of ~ RC3 I think. No need for anger. We can drop some simple backwards macros into the head branch which output a warning, when called, but work normally otherwise. - Sascha

[PHP-DEV] PHP 4.0 Bug #10156 Updated: nl2br doesn't ad XHTML slash

ID: 10156 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Function Specific Assigned To: Comments: It will be in 4.0.5, the docs are ahead of releases this time. Previous Comments:

[PHP-DEV] Re: ; arg seperator

At 00:54 04/04/2001 +0200, Hartmut Holzgraefe wrote: [EMAIL PROTECTED] wrote: Please stop crossposting to the PHP-DEV and the PHP-QA mailing list. Most people interesting in this theme are reading both. And so it is really annoying to get everything twice. a bad idea IMHO as long as the

[PHP-DEV] PHP 4.0 Bug #10026 Updated: For loop always execute

ID: 10026 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *General Issues Assigned To: Comments: I asked for 'self-containing' script. ie. one that doesn't need anything outside but works as is. This example script you added is useless and can not

Re: [PHP-DEV] [PHP-QA] PHP-4.0.5-RC6

... SKIP ... OO Bug Test (Bug #7515) (029.phpt) ... failed ... SKIP ... ignore it andr -- Andr Langhorstt: +49 331 5811560 [EMAIL PROTECTED] m: +49 173 9558736 * PHP Quality Assurance http://qa.php.net * -- PHP Development Mailing

[PHP-DEV] PHP 4.0 Bug #10026 Updated: For loop always execute

ID: 10026 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *General Issues Description: For loop always execute I'm sorry, but all other script i make work ok. Its just this one that cause the problem. I dont know how to make another script for you as i cant

[PHP-DEV] PHP 4.0 Bug #10157: fdf_next_field_name still not work.

From: [EMAIL PROTECTED] Operating system: Linux Slackware 7.1 PHP version: 4.0 Latest CVS (02/04/2001) PHP Bug Type: FDF related Bug description: fdf_next_field_name still not work. fdf_next_field_name still won't return any strings what so ever.. (see bug #7549) ?? --

[PHP-DEV] PHP 4.0 Bug #9903 Updated: Premature end of script

ID: 9903 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Description: Premature end of script It looks as though the PHP test page was trying to query the MySQL database and report it's status. I did not have MySQL or any other database running.

Re: [PHP-DEV] Re: ; arg seperator

At 06:55 4/4/2001, Alexander Bokovoy wrote: If so, why this change didn't find its way into PHP_4_0_5 branch? It was done a week ago, at the time of ~ RC3 I think. Because changes such as this aren't critical, make break things, and thus do not belong in RCs. Zeev -- PHP Development Mailing

[PHP-DEV] PHP 4.0 Bug #10158: r format specifier in Date() causing problems

From: [EMAIL PROTECTED] Operating system: Solaris 5.6 PHP version: 4.0.4pl1 PHP Bug Type: Date/time related Bug description: "r" format specifier in Date() causing problems echo date( "r h:ia" ); returns: Tue, 3 Apr 2001 13:45:46 +0500 12:875903540pm What's up with the

[PHP-DEV] Re: [PHP-QA] Re: ; arg seperator

I don't think it's a very good idea. I think that crossposting in mailing list such as php-dev and php-qa makes perfect sense, because of the significant (yet far from 100%) overlap between the two lists. You could just get your filters to filter out duplicate letters (there's a good

[PHP-DEV] PHP 4.0 Bug #10158 Updated: r format specifier in Date() causing problems

ID: 10158 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Date/time related Assigned To: Comments: Works for me with latest CVS just fine. Try latest snapshot from http://snaps.php.net/ to verify if this is fixed. --Jani Previous Comments:

[PHP-DEV] PHP 4.0 Bug #9903 Updated: Premature end of script

ID: 9903 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Apache related Assigned To: Comments: Previous Comments: --- [2001-03-31 09:22:09] [EMAIL PROTECTED] what are the

[PHP-DEV] Re: [PHP-QA] Re: ; arg seperator

At 22:52 3/4/2001, Hartmut Holzgraefe wrote: lets follow the "break it hard, break it early" rule here ... It's kind of difficult to do that now, that this behavior has been around for the last 4 years :) It'll never be early. Zeev -- PHP Development Mailing List http://www.php.net/ To

[PHP-DEV] Re: [PHP-QA] RE: ; arg seperator

At 23:04 3/4/2001, Joey Smith wrote: I've never bought into this argument, because these companies can include a "config.php", or something like that, which uses ini_set() to set up the INI file however they need it... ini_set() is run after the input parsing is already done, so it

Re: [PHP-DEV] RE: ; arg seperator

Quoting Joey Smith [EMAIL PROTECTED]: I've never bought into this argument, because these companies can include a "config.php", or something like that, which uses ini_set() to set up the INI file however they need it... But commercial companies aside, the plethora of configuration

[PHP-DEV] PHP 4.0 Bug #10159: bug with Caudium 1.0.2RC2

From: [EMAIL PROTECTED] Operating system: FreeBsd 4.1 PHP version: 4.0.4pl1 PHP Bug Type: Other web server Bug description: bug with Caudium 1.0.2RC2 The php support Caudium (roxen) server (the pike module) seems to be very buggy !! For example , phpNuke website based or

[PHP-DEV] Unix timestamp maximum

From: [EMAIL PROTECTED] Operating system: RedHat Linux PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: Unix timestamp doesnt go over Tuesday 19 January 2038 05:11 As you know, most of PHP's date and time functions use the unix timestamp, which

[PHP-DEV] CVS Account Request

Full name: David Benson Email: [EMAIL PROTECTED] ID: dbenson Purpose: Extending OCI8 module -- 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] Unix timestamp maximum

By the time we close in on 2038 and UNIX is still around (*smile*) then most UNIX systems will most probably have moved to 64bit timestamps, thus requiring in the best place just a recompilation of your PHP binary and in the worse case if you saved binary file stamps to a file, some kind of

[PHP-DEV] What to do about 4.0.5

OK guys, I feel VERY uncomfortable releasing 4.0.5 with this arg_separators problem. Let's brainstorm and try to think of a nice, clean and constructive way of solving this problem. Let's try to ditch the "screw the user because he didn't read RFC foo.bar approach :) The issue is with the

Re: [PHP-DEV] What to do about 4.0.5

On Wed, 4 Apr 2001, Andi Gutmans wrote: I feel VERY uncomfortable releasing 4.0.5 with this arg_separators problem. Let's brainstorm and try to think of a nice, clean and constructive way of solving this problem. Let's try to ditch the "screw the user because he didn't read RFC foo.bar approach

Re: [PHP-DEV] What to do about 4.0.5

At 05:40 PM 4/4/2001 +0200, Jani Taskinen wrote: On Wed, 4 Apr 2001, Andi Gutmans wrote: I feel VERY uncomfortable releasing 4.0.5 with this arg_separators problem. Let's brainstorm and try to think of a nice, clean and constructive way of solving this problem. Let's try to ditch the "screw

[PHP-DEV] Re: [PHP-QA] What to do about 4.0.5

Andi Gutmans wrote: OK guys, I feel VERY uncomfortable releasing 4.0.5 with this arg_separators problem. Let's brainstorm and try to think of a nice, clean and constructive way of solving this problem. Let's try to ditch the "screw the user because he didn't read RFC foo.bar approach

[PHP-DEV] passthru hassles

i'v just started to get these in my error_log's [Wed Apr 4 07:07:22 2001] [notice] Apache/1.3.19 (Unix) ApacheJServ/1.1.2 mod_throttle/3.1.2 PHP/4.0.5-dev mod_ssl/2.8.2 OpenSSL/0.9.6 configured -- resuming normal operations traceroute to 129.188.33.222 (129.188.33.222), 30 hops max, 40 byte

[PHP-DEV] PHP 4.0 Bug #10161 Updated: base64_decode doesn't work correctly

ID: 10161 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *URL Functions Description: base64_decode doesn't work correctly Previous Comments: --- [2001-04-04 11:14:22] [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #10161 Updated: base64_decode doesn't work correctly

ID: 10161 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *URL Functions Assigned To: Comments: This works for me just fine: ?php echo base64_encode("960"); echo "\n"; echo base64_decode("OTYw"); ? It prints out "OTYw" and "960". 960 as

[PHP-DEV] PHP 4.0 Bug #10162: different behaviour of and and operator

From: [EMAIL PROTECTED] Operating system: Windows 2000 Professional PHP version: 4.0.4 PHP Bug Type: Unknown/Other Function Bug description: different behaviour of and and operator in the case shown below both operators generate different values, once TRUE twice FALSE

[PHP-DEV] PHP 4.0 Bug #10161 Updated: base64_decode doesn't work correctly

ID: 10161 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *URL Functions Assigned To: Comments: Why did you change this to open without giving any feedback? --Jani Previous Comments:

[PHP-DEV] PHP 4.0 Bug #10161 Updated: base64_decode doesn't work correctly

ID: 10161 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *URL Functions Assigned To: Comments: Why did you change this to open without giving any feedback? --Jani Previous Comments: ---

[PHP-DEV] CVS Account Request

Full name: Joe Stump Email: [EMAIL PROTECTED] ID: miester Purpose: Andrei Zmievski suggested I help work on gtk.php.net -- 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

[PHP-DEV] PHP 4.0 Bug #10162 Updated: different behaviour of and and operator

ID: 10162 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Unknown/Other Function Assigned To: Comments: Please check this manual page: http://www.php.net/manual/en/language.operators.precedence.php Not a bug. --Jani Previous Comments:

[PHP-DEV] PHP 4.0 Bug #10161 Updated: base64_decode doesn't work correctly

ID: 10161 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *URL Functions Description: base64_decode doesn't work correctly couldn't reproduce it anymore :) Previous Comments: --- [2001-04-04

[PHP-DEV] PHP 4.0 Bug #10161 Updated: base64_decode doesn't work correctly

ID: 10161 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: *URL Functions Description: base64_decode doesn't work correctly couldn't reproduce it anymore :) Previous Comments: --- [2001-04-04 12:07:29] [EMAIL

[PHP-DEV] CVS Account Request

Full name: Hadar Porat Email: [EMAIL PROTECTED] ID: hadar_p Purpose: Hebrew PHP Manual -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Unix timestamp maximum

AG By the time we close in on 2038 and UNIX is still around AG (*smile*) then most UNIX systems will most probably have moved AG to 64bit timestamps, thus requiring in the best place just a AG recompilation of your PHP binary and in the worse case if you AG saved binary file stamps to a file,

[PHP-DEV] PHP 4.0 Bug #10163: rollback_transactions at pgsql doesn't work with postgres 6.5.3

From: [EMAIL PROTECTED] Operating system: Redhat 6.2 PHP version: 4.0 Latest CVS (04/04/2001) PHP Bug Type: PostgreSQL related Bug description: rollback_transactions at pgsql doesn't work with postgres 6.5.3 i ran into a problem that neither the newest cvs nor the

[PHP-DEV] file IO abstraction layer

Stig [+ Andi others] I've made a start, and concerning sockets, I wanted to ask a question. main/network.c has php_hostconnect, which is used only by the http/ftp fopen wrappers, and does not yet implement the timeout (AFAICS). ext/standard/fsock.c has php_fsockopen, which seems to a

[PHP-DEV] PHP 4.0 Bug #10164: a problem with PHP4TS.DLL

From: [EMAIL PROTECTED] Operating system: windows ME PHP version: 4.0.0 PHP Bug Type: *Web Server problem Bug description: a problem with PHP4TS.DLL Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request.

Re: [PHP-DEV] RE: ; arg seperator

But commercial companies aside, the plethora of configuration options (like magic_quotes_gpc) can and does make life harder for people writing code libraries (like PEAR) that are meant to be dropped in anywhere, or for people trying to write applications that have minimal setup required, or

[PHP-DEV] PHP 4.0 Bug #10164 Updated: a problem with PHP4TS.DLL

ID: 10164 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Web Server problem Assigned To: Comments: Does this happen with PHP 4.0.4pl1 too? --Jani Previous Comments: ---

Re: [PHP-DEV] RE: ; arg seperator

At 07:11 PM 4/4/2001 +0200, Edin Kadribasic wrote: But commercial companies aside, the plethora of configuration options (like magic_quotes_gpc) can and does make life harder for people writing code libraries (like PEAR) that are meant to be dropped in anywhere, or for people trying to

Re: [PHP-DEV] RE: ; arg seperator

There was a discussion about things to break in 4.1. magic_quotes_gpc would definitely be my favourite. I'd like to see it set to off for good and removed from php.ini. I'd be completely against removing the concept of magic_quotes altogether. We can discuss changing the default, but for

[PHP-DEV] PHP 4.0 Bug #10165: install.txt doesn't mention copying DLLs to WINNT

From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: install.txt doesn't mention copying DLLs to WINNT I have PHP running as CGI on IIS5.0 (Windows 2000 Advanced Server). I followed

[PHP-DEV] PHP 4.0 Bug #10166: read_exif_data loads whole image into memory

From: [EMAIL PROTECTED] Operating system: Linux 2.2 PHP version: 4.0 Latest CVS (04/04/2001) PHP Bug Type: Performance problem Bug description: read_exif_data loads whole image into memory Some users observed that read_exif_data is too slow with 1MB image files, which is a

[PHP-DEV] PHP 4.0 Bug #10165 Updated: install.txt doesn't mention copying DLLs to WINNT

ID: 10165 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Documentation problem Assigned To: Comments: It would be good to get to the bottom of this. If anyone out there understands what Windows does in these circumstances, can they shed some

[PHP-DEV] PHP 4.0 Bug #10165 Updated: install.txt doesn't mention copying DLLs to WINNT

ID: 10165 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Documentation problem Description: install.txt doesn't mention copying DLLs to WINNT When I was having the problem, I could load certain extensions just fine (e.g., php_gd.dll and php_db.dll). However, the

Re: [PHP-DEV] RE: ; arg seperator

From: "Rasmus Lerdorf" [EMAIL PROTECTED] Sent: Wednesday, April 04, 2001 7:22 PM There was a discussion about things to break in 4.1. magic_quotes_gpc would definitely be my favourite. I'd like to see it set to off for good and removed from php.ini. I'd be completely against removing

[PHP-DEV] PHP 4.0 Bug #10168: openssl.c function uses an undeclared variable

From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.0 Latest CVS (04/04/2001) PHP Bug Type: Compile Failure Bug description: openssl.c function uses an undeclared variable openssl.c: In function `asn1_time_to_time_t': openssl.c:459: `is_dst' undeclared (first

Re: [PHP-DEV] Unix timestamp maximum

AG By the time we close in on 2038 and UNIX is still around AG (*smile*) then most UNIX systems will most probably have moved AG to 64bit timestamps, thus requiring in the best place just a AG recompilation of your PHP binary and in the worse case if you AG saved binary file stamps to a

[PHP-DEV] PHP 4.0 Bug #10169:

From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.3pl1 PHP Bug Type: Unknown/Other Function Bug description: There's a cockroach in my room. -- Edit Bug report at: http://bugs.php.net/?id=10169edit=1 -- PHP Development Mailing List http://www.php.net/ To

[PHP-DEV] PHP 4.0 Bug #10169 Updated:

ID: 10169 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Unknown/Other Function Assigned To: Comments: Stop spamming our bug tracking system Previous Comments: --- [2001-04-04

[PHP-DEV] PHP 4.0 Bug #10163 Updated: rollback_transactions at pgsql doesn't work with postgres 6.5.3

ID: 10163 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PostgreSQL related Assigned To: Comments: fixed in CVS and 4.0.5 branch Previous Comments: --- [2001-04-04 12:31:39]

RE: [PHP-DEV] PHP 4.0 Bug #10169 Updated:

There are plenty of sinister and devious acts that can be done to those that choose to defy our tranquility. (too wordy) **cough** perl -e 'for ($i=0; $i$BIG_NUMBER; $i++) { `mail [EMAIL PROTECTED] really_big_file`; }' **cough** :) -Chris -Original Message- From: [EMAIL PROTECTED]

[PHP-DEV] Re: About arg_separator..

On Wed, 4 Apr 2001, Andi Gutmans wrote: Can we roll an RC7 soon and get this 4.0.5 over with? :) Maybe we should get people to test the latest CVS first to make sure your patch didn't break anything. We need a working 4.0.5. True. But I'm pretty sure it's okay. :) Anyway, everyone who can,

[PHP-DEV] CVS Account Request

Full name: Edgard Moreno Email: [EMAIL PROTECTED] ID: harrycool Purpose: Authoring PHP documentation -- 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] PHP 4.0 Bug #10170: configure breaks with fdf support in version 4.0.4pl1

From: [EMAIL PROTECTED] Operating system: GNULinux RedHat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: configure breaks with fdf support in version 4.0.4pl1 When I try to compile PHP 4.0.4pl1 with fdf support, it breaks from the configure.

[PHP-DEV] PHP 4.0 Bug #10171: calling function before it is defined only works in same file

From: [EMAIL PROTECTED] Operating system: Windows NT 4 sp 5 Solaris 8 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: calling function before it is defined only works in same file Define a function. Put a call to that function BEFORE it is

[PHP-DEV] DOMXML rewrite

I noticed that you did a rewrite of the domxml code lately. Would that be why the following code I have doesn't work anymore? $tree = xmltree($string); if ($tree-root-name != 'foo') { ... } It appears that the DomDocument object doesn't have the -root property anymore. Am

Re: [PHP-DEV] Re: About arg_separator..

Hi, Ax my last message. We deal with the ; in a URL in Apache before going to PHP. However, 4.0.5 still breaks our site. It appears to be related to class inheritance and/or included files. I'm working on a specific test case right now to show the problem... Be back in an hour or so...

[PHP-DEV] PHP 4.0 Bug #10172: get_class() doesn't return lowercase for DomX objects

From: [EMAIL PROTECTED] Operating system: RH 7.0 PHP version: 4.0 Latest CVS (04/04/2001) PHP Bug Type: DOM XML related Bug description: get_class() doesn't return lowercase for DomX objects get_class() is documented to return the class/object name in lowercase. This isn't

[PHP-DEV] 4.0.5 Comments change (leads to inappropriate parse error based oncontents of comments)

Hi, I found our problem. In 4.0.5, comments seem to be parsed differently. We have ASP style tags enabled so we can use % as well as ?. But we had comments like this: ? //asdfasdf%asdfasdf echo(''); ? 4.0.5 would ignore the whole line. 4.0.5 still parses it for open and close tags. The lines

[PHP-DEV] PHP 4.0 Bug #10173: --with-bzip

From: [EMAIL PROTECTED] Operating system: N/A PHP version: 4.0 Latest CVS (04/04/2001) PHP Bug Type: Documentation problem Bug description: --with-bzip The documentation available at http://php.he.net/manual/en/install.configure.php lists --with-bzip as the way to enable

Re: [PHP-DEV] RE: ; arg seperator

Agreed that it's handy and easy, but it's a two-edged sword. If you write scripts that should be distributed on many different servers, it takes a lot of code to account for both settings. I'm one of those control freaks ;) that like to be in total charge about what data goes in and out of

Re: [PHP-DEV] Unix timestamp maximum

Excellent example Keith. In order for PHP to gain acceptance in the commercial communities, a date limitation will certainly prevent that. Date limitation on "only" this or that operating system does not support any argument. Ideally it should not depend an operating system structure. I

Re: [PHP-DEV] RE: ; arg seperator

hi, There was a discussion about things to break in 4.1. magic_quotes_gpc would definitely be my favourite. I'd like to see it set to off for good and removed from php.ini. I'd be completely against removing the concept of magic_quotes altogether. We can discuss changing the default,

[PHP-DEV] PHP 4.0 Bug #10170 Updated: configure breaks with fdf support in version 4.0.4pl1

ID: 10170 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Assigned To: Comments: Fixed in CVS. --Jani Previous Comments: --- [2001-04-04 18:34:26]

Re: [PHP-DEV] RE: ; arg seperator

On Thu, 5 Apr 2001, Boian Bonev wrote: count of boxes broken if arg_separator is ';' count of boxes that dont care about arg_separator default count of boxes that need arg_separator to be ';' count of boxes relying on magic_quotes_gpc count of boxes that dont care about magic_quotes_gpc count of

Re: [PHP-DEV] efree/emalloc in sapi

Generally, the emalloc should be working all the way since start_memory_manager was called - which means, from engine startup. The "request cleanup" (freeing all non-persistent memory blocks) happens on shutdown_memory_manager, which is called from php_request_shutdown, after calling

Re: [PHP-DEV] Re: [PHP-QA] What to do about 4.0.5

On Wed, 4 Apr 2001, Richard Lynch wrote: Maybe I'm just a Luddite, but... Does *any* browser actually compose URLs with ; yet? If nobody's using the standard, why rush to implement? Never heard of WAP? (I think it was wap that uses them..) Anyway, the default is for both new php.ini

Re: [PHP-DEV] 4.0.5 Comments change (leads to inappropriate parse error based on contents of comments)

This was fixed to be consistent with ?. One line comments end at a new line or at a closing bracket (? or %) Andi At 05:54 PM 4/4/2001 -0700, Steven Roussey wrote: Hi, I found our problem. In 4.0.5, comments seem to be parsed differently. We have ASP style tags enabled so we can use % as well

[PHP-DEV] PHP 4.0 Bug #7549 Updated: fdf_next_field_name doesn't work

ID: 7549 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: FDF related Assigned To: Comments: Fixed in CVS. --Jani Previous Comments: --- [2000-10-31 17:10:30] [EMAIL

[PHP-DEV] PHP 4.0 Bug #10157 Updated: fdf_next_field_name still not work.

ID: 10157 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: FDF related Assigned To: Comments: Fixed in CVS now. Thank you for reminding me.. :) --Jani Previous Comments: ---

Re: [PHP-DEV] PHP 4.0 Bug #9930 Updated: only small psubset ofrfc1867 accepted

The attached patch fixes (tested) some problems with e.g. Lynx. Please try it and tell me if it can be committed or not. --Jani Index: rfc1867.c === RCS file: /repository/php4/main/rfc1867.c,v retrieving revision 1.60 diff

[PHP-DEV] PHP 4.0 Bug #10175: date() reporting wrong timezone

From: [EMAIL PROTECTED] Operating system: solaris 2.7 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: date() reporting wrong timezone doing a "date" from the console shows the timezone as PDT. date("I") returns 1, but date("T") reports PST.