[PHP-DEV] PHP 4.0 Bug #10464 Updated: PHP_AUTH_PW is not set altough PHP_AUTH_USER is

ID: 10464 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: PHP_AUTH_PW is not set altough PHP_AUTH_USER is The, why is PHP_AUTH_USER set at all? Previous Comments: --- [2001-04-23 17:00:2

Re: [PHP-DEV] is_link() behavior

It definitely seems as if the logic in the code (filestat.c) is kind of screwed up. If no one has time to look at it I can try and take a look at it later on. Andi At 01:35 AM 4/24/2001 -0500, J. Jones wrote: >This was originally posted to php-general, but for some reason I believe >it may belo

[PHP-DEV] PHP 4.0 Bug #10464 Updated: PHP_AUTH_PW is not set altough PHP_AUTH_USER is

ID: 10464 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: PHP_AUTH_PW is not set altough PHP_AUTH_USER is Update: register_globals is turned on. (see http://www-usercgi.tu-chemnitz.de/~tisc/authtest.php3 for output of phpinfo() after authentication.) P

Re: [PHP-DEV] 4.0.5: Merge Request

At 03:02 24/4/2001, Anil Madhavapeddy wrote: >It a bit of a showstopper for pretty much all web-based mail clients >like IMP - people have been reporting their logs being littered with >segfaults for a while now actually. Ok then, merge it in, and looks like we'll have to have RC8 after all. Zee

Re: [PHP-DEV] RC6 still reported even after repeated update to RC7

Yeah, it's been reported - RC7 identifies itself as RC6. It's still RC7 though :) At 06:33 24/4/2001, Jon Rosenberg wrote: >I went through my server and deleted all files and directories associated >with RC6, then went ahead and compiled RC7 with the same options, I deleted >everything first b/

[PHP-DEV] Bug #10469: ODBC_result() fails on DB2 LONG VARCHAR columns

From: [EMAIL PROTECTED] Operating system: Linux Slackware 7.1+ PHP version: 4.0.4pl1 PHP Bug Type: ODBC related Bug description: ODBC_result() fails on DB2 LONG VARCHAR columns Running on IBM DB2 UDB version 7.1 for Linux, PHP compiled with --with-ibm-db2 configure option.

Re: [PHP-DEV] 4.0.5: Merge Request

On Tue, 24 Apr 2001, Zeev Suraski wrote: > At 03:02 24/4/2001, Anil Madhavapeddy wrote: > >It a bit of a showstopper for pretty much all web-based mail clients > >like IMP - people have been reporting their logs being littered with > >segfaults for a while now actually. > > Ok then, merge it in,

[PHP-DEV] Bug #10470: Authorization not read by getallheaders()

From: [EMAIL PROTECTED] Operating system: Linux (Mandrake 7.2) PHP version: 4.0.4pl1 PHP Bug Type: HTTP related Bug description: Authorization not read by getallheaders() I cannot read the Authorization header via getallheaders function. But if i use phpinfo() in the same ge

Re: [PHP-DEV] 4.0.5: Merge Request

At 12:03 24/4/2001, Sascha Schumann wrote: >On Tue, 24 Apr 2001, Zeev Suraski wrote: > > > At 03:02 24/4/2001, Anil Madhavapeddy wrote: > > >It a bit of a showstopper for pretty much all web-based mail clients > > >like IMP - people have been reporting their logs being littered with > > >segfaults

[PHP-DEV] Bug #10471: Warning: Access denied for user: 'john@BOB' (Using password: YES) in ./db_mysql

From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: Warning: Access denied for user: 'john@BOB' (Using password: YES) in ./db_mysql Have not had much luck with mysql (probably because i have only used ODBC)

[PHP-DEV] Bug #10471 Updated: Warning: Access denied for user: 'john@BOB' (Using password: YES) in ./db_mysql

ID: 10471 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: MySQL related PHP Version: 4.0.4pl1 Assigned To: Comments: this is a bug database, not a support forum please ask questions on the php-general mailing list (to be found under support on php

[PHP-DEV] Bug #10472: with session, IE not parse html header

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.3pl1 PHP Bug Type: *Session related Bug description: with session, IE not parse html header In php 4.0.3pl1, with session IE doesn't parse html header. only not using php, you can see IE page infomation. just

Re: [PHP-DEV] 4.0.5: Merge Request

On Tue, 24 Apr 2001, Zeev Suraski wrote: >At 12:03 24/4/2001, Sascha Schumann wrote: >>On Tue, 24 Apr 2001, Zeev Suraski wrote: >> >> > At 03:02 24/4/2001, Anil Madhavapeddy wrote: >> > >It a bit of a showstopper for pretty much all web-based mail clients >> > >like IMP - people have been reporti

[PHP-DEV] Bug #10473: DSO loading and core dumped

From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: DSO loading and core dumped I've tried to load the PHP 4.0.4pl1 shared object module(named "libphp4.so"). and I've captured the truss message. If I don

[PHP-DEV] PHP 4.0 Bug #7782 Updated: Cannot use PATH_INFO fully with php isapi

ID: 7782 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Description: Cannot use PATH_INFO fully with php isapi Hi, Due to some problems we have had with the isapi version of php under IIS, we have made some changes in the sourcecode of this isapi module to su

Re: [PHP-DEV] RE: [PHP-WIN] PHP Search

Manesh: This, the php-dev list, is for discussion of the development of the PHP Language itself. Questions pertaining to development *USING* the PHP language should be addressed to [EMAIL PROTECTED] - Original Message - From: "Manesh" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: M

Re: [PHP-DEV] 4.0.5: Merge Request

A reproducible crash bug in a mainstream module is a show stopper IMHO... Zeev At 14:16 24/4/2001, Jani Taskinen wrote: >On Tue, 24 Apr 2001, Zeev Suraski wrote: > > >At 12:03 24/4/2001, Sascha Schumann wrote: > >>On Tue, 24 Apr 2001, Zeev Suraski wrote: > >> > >> > At 03:02 24/4/2001, Anil Madh

Re: [PHP-DEV] 4.0.5: Merge Request

At 03:59 PM 4/24/2001 +0300, Zeev Suraski wrote: >A reproducible crash bug in a mainstream module is a show stopper IMHO... I think you mean in a mainstream module and in a situation which has a high chance of happening. Crash bugs which are 1 in a million don't necessarily need to be show stopp

Re: [PHP-DEV] 4.0.5: Merge Request

Not necessarily; Crash bugs can very often lead to security issues. Of course, it's a clearer cut if it's in a situation which is very likely to happen. Zeev At 17:09 24/4/2001, Andi Gutmans wrote: >At 03:59 PM 4/24/2001 +0300, Zeev Suraski wrote: >>A reproducible crash bug in a mainstream

Re: [PHP-DEV] 4.0.5: Merge Request

On Tue, Apr 24, 2001 at 12:26:34PM +0300, Zeev Suraski wrote: > The race between world peace and PHP 4.0.5 is tightening by the minute :) > Anyway, let's say Wednesday evening (GMT) would be the last time to put in > changes; RC8 goes out then; 4.0.5 goes out on Monday, unless there are > ser

Re: [PHP-DEV] 4.0.5: Merge Request

Well you want me to merge the foreach() fix then? I don't because I prefer it being tested for a while so that we don't have a pl1. I don't think we fix all crash bugs every release. Mainly buffer overflows are dangerous. Not double free()'s or de-referencing NULL pointers. But of course, a lot

Re: [PHP-DEV] 4.0.5 release

RC7 still appends a binary zero to every element in the array returned by get_defined_functions(). IIRC Andrei said he fixed it (but maybe in HEAD only?). Seems like it'd be easy to fix, shouldn't it be done for 4.0.5? At 22:23 23.4. 2001, Zeev Suraski wrote the following: -

[PHP-DEV] Fwd: [PHP-CVS] cvs: php4(PHP_4_0_5) /ext/standard array.c

Looks like it got merged before RC7. Can you check if your source includes this fix? >From: "Andrei Zmievski" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Date: Mon, 02 Apr 2001 16:12:07 - >Subject: [PHP-CVS] cvs: php4(PHP_4_0_5) /ext/standard array.c > >andrei Mon Apr 2 09:12:07 200

Re: [PHP-DEV] Fwd: [PHP-CVS] cvs: php4(PHP_4_0_5) /ext/standard array.c

I see it in RC7. On Tue, 24 Apr 2001, Andi Gutmans wrote: > Looks like it got merged before RC7. > Can you check if your source includes this fix? > > >From: "Andrei Zmievski" <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Date: Mon, 02 Apr 2001 16:12:07 - > >Subject: [PHP-CVS] cvs: php4(PH

Re: [PHP-DEV] 4.0.5 release

On Tue, 24 Apr 2001, Cynic wrote: > RC7 still appends a binary zero to every element in the array > returned by get_defined_functions(). IIRC Andrei said he fixed > it (but maybe in HEAD only?). > > Seems like it'd be easy to fix, shouldn't it be done for 4.0.5? It's been merged into the releas

[PHP-DEV] 4.0.5 RC7 and TRANS_SID under Win32

Hello... I'm banging around on PHP 4.0.5 RC7 Win32 (Apache module), and I'm having great difficultly getting the TRANS_SID feature to work. I have one web application which depends heavily on it, and it's unusable under 4.0.5RC7. Has anyone else been experiencing this difficultly? - Matt --

Re: [PHP-DEV] 4.0.5 RC7 and TRANS_SID under Win32

Did this work in the past? If so, any idea when it stopped working? Andi At 10:13 AM 4/24/2001 -0400, Matt White wrote: >Hello... > >I'm banging around on PHP 4.0.5 RC7 Win32 (Apache module), and I'm having >great difficultly getting the TRANS_SID feature to work. I have one web >application w

Re: [PHP-DEV] 4.0.5 RC7 and TRANS_SID under Win32

Andi; I'm not quite sure. I've started digging into this some now... It appears that something somewhere is caching files when it really shouldn't be. I disabled cookie support for session tracking, but PHP insists on using a cookie and issuing me the same session ID every time. I've restart

Re: [PHP-DEV] 4.0.5: Merge Request

At 17:24 24/4/2001, Andi Gutmans wrote: >Well you want me to merge the foreach() fix then? I don't because I prefer >it being tested for a while so that we don't have a pl1. The plan is to release 4.0.5 four days after RC8. >I don't think we fix all crash bugs every release. Mainly buffer overf

[PHP-DEV] Bug in objects+XML

Hi! Maybe, I'm not so correct, or something else, but. Try to run the script (php 4.0.6-dev). Compiled with: ./configure --with-sablot --with-dom --with-gettext --with-jpeg-dir=/usr --with-pops --with-xml=/usr/local --with-gdbm=/usr/local --enable-gd-native-ttf --with-gd --with-freetype-dir

Re: [PHP-DEV] 4.0.5: Merge Request

> >At 12:03 24/4/2001, Sascha Schumann wrote: > >>On Tue, 24 Apr 2001, Zeev Suraski wrote: > >> > >> > At 03:02 24/4/2001, Anil Madhavapeddy wrote: > >> > >It a bit of a showstopper for pretty much all web-based mail clients > >> > >like IMP - people have been reporting their logs being littered w

[PHP-DEV] Bug #10466 Updated: hidden '.' files don't work with file_exists()

ID: 10466 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Filesystem function related PHP Version: 4.0.4pl1 Assigned To: Comments: Previous Comments: --- [2001-04-23 17:13:21]

[PHP-DEV] PHP 4.0 Bug #10466 Updated: hidden '.' files don't work with file_exists()

ID: 10466 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: Filesystem function related Description: hidden '.' files don't work with file_exists() single quotes solved it. thanks... Previous Comments: --- [2001-

[PHP-DEV] Bug #10474: wrong object in an example, german doc

From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.0.2 PHP Bug Type: Documentation problem Bug description: wrong object in an example, german doc function.mysql-fetch-field.html WRONG: echo " blob: $meta -> blob max_length: $meta -> max_length mul

Re: [PHP-DEV] Bug in objects+XML

On Tue, Apr 24, 2001 at 08:00:47PM +0400, Vadka wrote: > $Bad=0; // try to set it to 1 for segfault > > $taggz[0]="table_here"; > $taggz[1]="mydir"; > $functinz['table_here']="my_func"; > $functinz['mydir']="my_func"; > > error_reporting(E_ALL); > > Function my_func($atr){ > echo("Variable:--

Re: [PHP-DEV] Bug in objects+XML

On Tue, 24 Apr 2001, Jon Parise wrote: > [trimmed] > Would you say this is the same problem that I reported a while > back? > http://www.php.net/bugs.php?id=6175 Yes, it is, as I can see. The problem remains. For now, I have no so much time to hack it, but it seems that the pointer is assu

Re: [PHP-DEV] Bug in objects+XML

More, calling xml_parse_into_struct after normal xml_parse cause the segfault too (repeating of xml_parse will cause no error). -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list

[PHP-DEV] Bug #10475: Array returned by str_replace unusable.

From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.0.4pl1 PHP Bug Type: *Function Specific Bug description: Array returned by str_replace unusable. See http://sbw.sbw.org/str_replace/. str_replace(-string-, -string-, -array-) should return an array. It appear

[PHP-DEV] Bug #10475 Updated: Array returned by str_replace unusable.

ID: 10475 Updated by: andrei Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Function Specific PHP Version: 4.0.4pl1 Assigned To: Comments: It works in latest CVS. $input = array('foobar', 'barhop'); var_dump(implode(' : ', str_replace('bar', '---', $input))); Ou

[PHP-DEV] Bug #10476: search ofonline documentation

From: [EMAIL PROTECTED] Operating system: RedHat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: search ofonline documentation The search engine are not working in www.php.net. -- Edit Bug report at: http://bugs.php.net/?id=10476&edit=1

[PHP-DEV] Bug #10476 Updated: search ofonline documentation

ID: 10476 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Documentation problem PHP Version: 4.0.4pl1 Assigned To: Comments: Please report this to [EMAIL PROTECTED] This site is for reporting bugs in PHP. Thx for this notification. Derick Previous

[PHP-DEV] Bug #10477: ob_start('function') is called before trans-sid is applied, not after

From: [EMAIL PROTECTED] Operating system: linux 2.2 PHP version: 4.0.4pl1 PHP Bug Type: Output Control Bug description: ob_start('function') is called before trans-sid is applied, not after '. str_replace($o_sid, $n_sid, $output); return $output; }

[PHP-DEV] Bug #10478: --with-mcrypt leads to "configure: error: Sorry"

From: [EMAIL PROTECTED] Operating system: Redhat 7.0 PHP version: 4.0.4pl1 PHP Bug Type: *Configuration Issues Bug description: --with-mcrypt leads to "configure: error: Sorry" My configure line used to work on a redhat 6.2 system. Now I have upgraded, it does not work any m

[PHP-DEV] hebrew error messages?

Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM' or `'('' in /path/to/file.php on line 246 Zeev/Andi ... ? :) - Colin -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the

Re: [PHP-DEV] hebrew error messages?

On Tue, 24 Apr 2001, Colin Viebrock wrote: > Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM' or `'('' in > /path/to/file.php on line 246 > > Zeev/Andi ... ? :) Read "expecting '::' or '('". -Andrei Commitment, n.: Commitment can be illustrated by a breakfast of ham and eggs. The

Re: [PHP-DEV] Bug in objects+XML

On Tue, Apr 24, 2001 at 08:00:47PM +0400, Vadka wrote: > > Hi! to get this working you have to say: class hallo { //... function &hallo($bla) { // ^ this is important! $this->parser = xml_parser_create(); xml_set_object($this->par

Re: [PHP-DEV] Bug in objects+XML

On Tue, Apr 24, 2001 at 08:49:18PM +0400, Vadka wrote: > > More, calling xml_parse_into_struct after normal xml_parse cause the > segfault too (repeating of xml_parse will cause no error). a minimal testcase would be nice - i'll look into that then! tc -- PHP Development Mailing List

[PHP-DEV] Bug #10479: Failure to recognize libsybdb.so

From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.0 Latest CVS (24/04/2001) PHP Bug Type: *Configuration Issues Bug description: Failure to recognize libsybdb.so Despite specification of --with-sybase=/sybase_dir , libphp4.so attempts to load /usr/local/lib/li

[PHP-DEV] Bug #10480: ISAPI module conflicts with asp.dll

From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: ISAPI module conflicts with asp.dll I'm having the problem that has been reported before (looking at past bug reports) about the isapi .dll conflicting wi

[PHP-DEV] PHP 4.0 Bug #10480 Updated: ISAPI module conflicts with asp.dll

ID: 10480 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Description: ISAPI module conflicts with asp.dll Original comment: I'm having the problem that has been reported before (looking at past bug reports) about the isapi .dll conflicting with asp.dll. When I run a php p

Re: [PHP-DEV] Bug in objects+XML

On Tue, Apr 24, 2001 at 08:31:26PM +0200, Thies C. Arntzen wrote: [workaround snipped] > the problem here a cyclic references _and_ $this _not_ being > the instantiated object (unless u use this ugly ampersand > hack as illustrated) Granted, it is a problem that can be worked aroun

[PHP-DEV] Bug #10478 Updated: --with-mcrypt leads to "configure: error: Sorry"

ID: 10478 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Configuration Issues PHP Version: 4.0.4pl1 Assigned To: Comments: Can you send me your configure.log file (privately)? Derick Previous Comments: --

Re: [PHP-DEV] 4.0.5: Merge Request

On Tue, 24 Apr 2001, Rasmus Lerdorf wrote: >An easily reproducable segfault in a common PHP extension is a serious >issue which could lead to potential security breaches and thus lots of bad >mojo from nasty bugtraq postings. If we know about such a segfault and we >have a fix and go ahead and r

[PHP-DEV] Timeout Function

I would like to see a timeout function implemented in PHP (something like Perl's alarm function would be perfect). I notice there is a set_time_limit() function in PHP, but it cannot be applied to a specified block of code (it applies to the entire script) and it causes a fatal error when the time

Re: [PHP-DEV] 4.0.5: Merge Request

> >An easily reproducable segfault in a common PHP extension is a serious > >issue which could lead to potential security breaches and thus lots of bad > >mojo from nasty bugtraq postings. If we know about such a segfault and we > >have a fix and go ahead and release a "stable" package without th

Re: [PHP-DEV] Timeout Function

> I would like to see a timeout function implemented in PHP (something like > Perl's alarm function would be perfect). I notice there is a > set_time_limit() function in PHP, but it cannot be applied to a specified > block of code (it applies to the entire script) and it causes a fatal error > whe

RE: [PHP-DEV] 4.0.5: Merge Request

> The QA process as it is IS a joke. Without the support from the developers > there aren't any possible ways that it can ever succeed. > It isn't the QA people who fix bugs. They just test and report to > developers > who should FIX those bugs. Some core developers seem to have forget this.. I c

RE: [PHP-DEV] 4.0.5: Merge Request

> I can agree more the amount of times I have approached developers to say > please fix this or what is the best way to get this fixed and just either > 1) been ignored > 2) told it doesnt matter > 3) Told to fix it myself > 4) In one extreme case (Ill leave the developer nameless) told its the us

Re: [PHP-DEV] Timeout Function

> That's not true. If you use register_shutdown_function() then this > function you register will be run once the timeout hits. See the chapter > in the manual on connection handling. But this still doesn't let you apply a timeout to a specific block of code. I am doing ad calls to a remote ser

[PHP-DEV] RE: 4.0.5: Merge Request

> Have you checked the bug database lately? > There are 43 open reports with bug type 'Reproducible crash'. > There are actually even more of them. I can easily reproduce > at least 10 bugs which cause segfaults. Those haven't been fixed yet. > Those haven't been fixed for a couple of releases now

Re: [PHP-DEV] Timeout Function

> > That's not true. If you use register_shutdown_function() then this > > function you register will be run once the timeout hits. See the chapter > > in the manual on connection handling. > > But this still doesn't let you apply a timeout to a specific block of code. > I am doing ad calls to a

[PHP-DEV] Bug #10312 Updated: tag isn't working properly

ID: 10312 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL PHP Version: 4.0.4pl1 Assigned To: Comments: Can you try this with sabcmd (the sablotron executable). So I can see whether or not this is a PHP extension problem (I doubt it)

[PHP-DEV] PHP 4.0 Bug #4787 Updated: get_browser() still segments

ID: 4787 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: Reproduceable crash Description: get_browser() still segments With 4.0.5RC7 this still occurs, it only worked for the CVS at the time it was closed. Its never worked before or since. I can also recreate this

[PHP-DEV] Bug #10481: httpd -l gives mod_php4.c not compatible w/ 1.3.19

From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: httpd -l gives mod_php4.c not compatible w/ 1.3.19 There seems to be an error with apache/php4 > bin/httpd -l httpd: module "mod_php4.c" is not compatib

[PHP-DEV] Bug #10481 Updated: httpd -l gives mod_php4.c not compatible w/ 1.3.19

ID: 10481 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related PHP Version: 4.0.4pl1 Assigned To: Comments: You compiled PHP against an older version of Apache and you are now trying to load it into a newer one. Recompile your PHP against t

[PHP-DEV] Bug #10306 Updated: xslt_process() causes page to be loaded twice

ID: 10306 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL PHP Version: 4.0 Latest CVS (12/04/2001) Assigned To: Comments: Well if it stopped, then I'll mark the bug as closed. If starts happening again, or you have more information,

[PHP-DEV] Bug #8412 Updated: transformations hang

ID: 8412 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL PHP Version: 4.0.4 Assigned To: sterling Comments: Ok, try it and re-open the report if it happens. I've used MySQL and Sablotron together fine... Previous Comments: ---

Re: [PHP-DEV] is_link() behavior

On Tue, Apr 24, 2001 at 10:50:36AM +0200, Andi Gutmans wrote: > It definitely seems as if the logic in the code (filestat.c) is kind of > screwed up. > If no one has time to look at it I can try and take a look at it later on. > > Andi > > At 01:35 AM 4/24/2001 -0500, J. Jones wrote: > >Forgive

Re: [PHP-DEV] Bug #10292: Corrupted VARCHAR values from SELECT when used in arrays or array functions

Hi, I have tracked down the bug in ./ext/interbase/interbase.c. I have posted the bugfix on the web-site as a diff between version 1.48 and the fixed version. Also bug #9257 has been identified and fixed. The diff has been posted under _bug_-report #10458 :-) Yours sincerely, Lars Westermann

[PHP-DEV] Bug #10082 Updated: curl_setopt with CURLOPT_HTTPHEADER option is broken

ID: 10082 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: cURL related PHP Version: 4.0 Latest CVS (30/03/2001) Assigned To: Comments: Changes incorporated in CVS, thanks. Previous Comments: --

Re: [PHP-DEV] Timeout Function

> Right, but when you are doing network work like this you should be using > fsockopen() directly which does have timeout support. readfile() with a > url argument just does a simple fsockopen anyway and issues a GET request. > Trivial to do yourself using fsockopen() and fputs() and this way you

Re: [PHP-DEV] Timeout Function

> > Right, but when you are doing network work like this you should be using > > fsockopen() directly which does have timeout support. readfile() with a > > url argument just does a simple fsockopen anyway and issues a GET request. > > Trivial to do yourself using fsockopen() and fputs() and this

[PHP-DEV] Timeout Function:

Personally, I think having an alarm (timeout) function is a really good idea. Setting a timer, and then being able to jump from whatever you are doing if it is taking too long is something that has helped me do some really neat stuff in C and Perl... and I was a little dissapointed when I learned

Re: [PHP-DEV] hebrew error messages?

Andrei's Hebrew sure is getting better :) At 21:15 24/4/2001, Andrei Zmievski wrote: >On Tue, 24 Apr 2001, Colin Viebrock wrote: > > Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM' or `'('' in > > /path/to/file.php on line 246 > > > > Zeev/Andi ... ? :) > >Read "expecting '::' or '

Re: [PHP-DEV] Timeout Function:

> Personally, I think having an alarm (timeout) function is a really good > idea. > > Setting a timer, and then being able to jump from whatever you are doing if > it is taking too long is something that has helped me do some really neat > stuff in C and Perl... and I was a little dissapointed wh

Re: [PHP-DEV] Timeout Function:

> Although I've been able to solve my current problem with fsockopen(), I > think an alarm function would be nice to have for other things. Perl is > open-source, right? Probably the best way to implement this in PHP would be > to look at how Perl is doing it and go from there. I don't disagree t

Re: [PHP-DEV] Timeout Function:

[Jason Sims <[EMAIL PROTECTED]>] > > Personally, I think having an alarm (timeout) function is a really good > > idea. > > > > Setting a timer, and then being able to jump from whatever you are doing if > > it is taking too long is something that has helped me do some really neat > > stuff in C a

Re: [PHP-DEV] Timeout Function:

Perl uses SIGALRM to implement alarms, something which is not an option when you're an Apache module. Zeev At 02:13 25/4/2001, Jason Sims wrote: > > Personally, I think having an alarm (timeout) function is a really good > > idea. > > > > Setting a timer, and then being able to jump from whatev

Re: [PHP-DEV] 4.0.5: Merge Request

While I'd say Jani's letter was slightly over emotional ;), he does have a point. I think that taking a stop to look closely at the bugs database would be a good thing, and the turn of a new version is a good time to do it. Deciding 4.0.6 won't include any significant new features, and that w

Re: [PHP-DEV] 4.0.5: Merge Request

On Wed, 25 Apr 2001, Zeev Suraski wrote: > While I'd say Jani's letter was slightly over emotional ;), he does have a > point. > I think that taking a stop to look closely at the bugs database would be a > good thing, and the turn of a new version is a good time to do > it. Deciding 4.0.6 won't

[PHP-DEV] Bug #10482: if the filesize if more than 2GB, filesystem functions do not seem to recognize

From: [EMAIL PROTECTED] Operating system: redhat 7.1 PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: if the filesize if more than 2GB, filesystem functions do not seem to recognize $folder = dir(.); $folder->rewind() ; clearstacache(); whi

Re: [PHP-DEV] 4.0.5: Merge Request

Zeev Suraski wrote: > Deciding 4.0.6 won't include any significant new features, > and that we'll start its release process after a bugs-database > -cleaning period sounds like a good idea to me. So why restrict it to just the next release? It might make a lot of sense to have an RC candidate

Re: [PHP-DEV] RE: 4.0.5: Merge Request

hi, > Maybe something like this > > 1. Any problems which result in seg faults/gpfs are show stoppers, code doesnt > go out till its fixed, or feature is removed till we can fix it. this is not correct (in general :) - there are segfaults in experimental stuff that do not imply exploits, are no

[PHP-DEV] Bug #10483: someFunction() OR break;

From: [EMAIL PROTECTED] Operating system: all PHP version: 4.0.4 PHP Bug Type: Feature/Change Request Bug description: someFunction() OR break; why is the syntax someFunction() OR anotherFunction(); only possible with a function on the right side of the OR? cause it has to r

[PHP-DEV] PHP 4.0.4pl1 configure/build questions

1) I have now been adding functions to an extension initiated by ext_skel for a couple of days and familiarized myself with the source code layout and build architecture. It appears everything is controlled by the ../php4/configure file which appears to be edited directly by ext_skel when it is

Re: [PHP-DEV] 4.0.5: Merge Request

At 02:24 AM 4/25/2001 +0300, Zeev Suraski wrote: >While I'd say Jani's letter was slightly over emotional ;), he does have a >point. >I think that taking a stop to look closely at the bugs database would be a >good thing, and the turn of a new version is a good time to do >it. Deciding 4.0.6 w

[PHP-DEV] Bug #9957 Updated: compile failure - errors in ext/standard/basic_functions.c

ID: 9957 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure PHP Version: 4.0 Latest CVS (23/03/2001) Assigned To: Comments: fixed in cvs Previous Comments: --- [20

Re: [PHP-DEV] is_link() behavior

Hi, I just commited a patch which also cleaned up some other stuff (although it could still use some fixing up). Please check the latest CVS to see if it works now. Also can you please check the lstat() command? I think it has the same problem (I didn't fix it because I want to be sure) and I t

[PHP-DEV] Bug #10484: Problem with insert in ODBC

From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.0.4pl1 PHP Bug Type: ODBC related Bug description: Problem with insert in ODBC $BD = odbc_connect ('BdTest', SQL_CUR_USE_DRIVER); $SQL = "insert into test values ('a', 'b')"; $TabUser = odbc_exec($BD, $SQL); t

Re: [PHP-DEV] 4.0.5: Merge Request

Andi Gutmans ([EMAIL PROTECTED]) wrote: > features (also because it has enough additional features already which are > enough for another minor version), but the developers need to actually go > through the bugs database and work on those crash bugs. It's not that easy > to get everyone to work

[PHP-DEV] further notes on bug squashing parties

Looking at the RC bugs graph: http://master.debian.org/~wakkerma/bugs/ you'll see two precipitous drops in the number of RC bugs. Those are bug parties. - Steve -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMA

Re: [PHP-DEV] 4.0.5: Merge Request

> At 02:24 AM 4/25/2001 +0300, Zeev Suraski wrote: > >While I'd say Jani's letter was slightly over emotional ;), he does have a > >point. > >I think that taking a stop to look closely at the bugs database would be a > >good thing, and the turn of a new version is a good time to do > >it. Decidin

Re: [PHP-DEV] is_link() behavior

On Wed, Apr 25, 2001 at 07:22:03AM +0200, Andi Gutmans wrote: > Hi, > > I just commited a patch which also cleaned up some other stuff (although it > could still use some fixing up). > Please check the latest CVS to see if it works now. > Also can you please check the lstat() command? I think it

Re: [PHP-DEV] is_link() behavior

Oh.. the readlink () function works fine in both instances.. readlink passed: /bin/false readlink passed: /this/file/does/not/exist -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact t

Re: [PHP-DEV] PHP 4.0.4pl1 configure/build questions

> I have now been adding functions to an extension initiated by ext_skel > for a couple of days > and familiarized myself with the source code layout and build > architecture. > > It appears everything is controlled by the ../php4/configure file > which appears to be edited directly by ext_skel wh

Re: [PHP-DEV] 4.0.5: Merge Request

At 10:35 PM 4/24/2001 -0700, Rasmus Lerdorf wrote: > > At 02:24 AM 4/25/2001 +0300, Zeev Suraski wrote: > > >While I'd say Jani's letter was slightly over emotional ;), he does have a > > >point. > > >I think that taking a stop to look closely at the bugs database would be a > > >good thing, and t

Re: [PHP-DEV] is_link() behavior

I commited another fix. is_link() should work correctly now. If things have improved and you have problems with lstat() and filetype() (which I think there's a good chance that they are screwed up) let me know. Thanks, Andi At 12:43 AM 4/25/2001 -0500, J. Jones wrote: >On Wed, Apr 25, 2001 at 0

Re: [PHP-DEV] Bug in objects+XML

On Tue, Apr 24, 2001 at 03:57:05PM -0400, Jon Parise wrote: > On Tue, Apr 24, 2001 at 08:31:26PM +0200, Thies C. Arntzen wrote: > > [workaround snipped] > > > the problem here a cyclic references _and_ $this _not_ being > > the instantiated object (unless u use this ugly ampersand > >

Re: [PHP-DEV] is_link() behavior

The readlink() function? You mean the is_link() function no? The readlink() function is something completely different. Can you also try those other two functions? lstat() and filetype()? Andi At 12:48 AM 4/25/2001 -0500, J. Jones wrote: >Oh.. the readlink () function works fine in both instances

Re: [PHP-DEV] is_link() behavior

On Wed, Apr 25, 2001 at 08:56:47AM +0200, Andi Gutmans wrote: > I commited another fix. > is_link() should work correctly now. If things have improved and you have > problems with lstat() and filetype() (which I think there's a good chance > that they are screwed up) let me know. > Thanks, > And

  1   2   >