Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

At 09:51 10-09-01, James Moore wrote: > > Kinda like the FSF assignment. This is so that we can publish these docs > > in books free of charge, without having to run after everybody who > > contributed. Don't worry, we don't get a nickel out of it. > >I dunno what its under now but the Open Doc

RE: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

> There is a tree in place, http://www.zend.com/zend/api.php for more > information... Albeit these docs are way out of date and are very > rudimentary its just no one with api familiarity, also has the patience > to improve them :) Yes; I have a local copy of those docs. They are

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

> Kinda like the FSF assignment. This is so that we can publish these docs > in books free of charge, without having to run after everybody who > contributed. Don't worry, we don't get a nickel out of it. I dunno what its under now but the Open Documentation License is nice as then main contri

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

> > > > Perhaps the php-doc guys can set up the basics (I don't have > > time to become a doc guru) so that we at least have somewhere > > to put it, and that might encourage people to write some docs. > > Also, whenever a new API comes along (like zend_parse_parameters) > > it could be put in the

[PHP-DEV] Bug #8922 Updated: @xmldoc(...) doesn't quite suppress errors

ID: 8922 Updated by: joey Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: DOM XML related Operating System: RH 7.0 PHP Version: 4.0 Latest CVS (25/01/2001) Assigned To: joey New Comment: Sterling beat me to it, but I still got an email... Removing myself from "Assigned" Previous Comment

[PHP-DEV] Bug #13207 Updated: open_basedir not restricting file access properly

ID: 13207 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: NT 4.0 PHP Version: 4.0.6 New Comment: Unless there is some other configuration I'm not aware of, I mentioned in the bug report that I have open_basedir enabled in tha

[PHP-DEV] Bug #13222: system does not seem to work on 98

From: [EMAIL PROTECTED] Operating system: windows 98 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: system does not seem to work on 98 dir test I have written the following code and it reports the following error :- W

[PHP-DEV] Bug #13221: php_gd.dll not runnig

From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.6 PHP Bug Type: GD related Bug description: php_gd.dll not runnig Hi, php_gd.dll in 4.0.6 Win32 bin distribution is not running. PHP is normaly running. When I uncomment ;extension php_gd.dll, I get "abn

[PHP-DEV] Re: Note added to rand

On Sun, 9 Sep 2001, Jeroen van Wolffelaar wrote: > > Well, I didn't see them agree to all that, but... You also can't > > really say rand() isn't thread safe. It is thread safe on quite a > > few platforms, > > rand() isn't thread safe, but only very few platforms (i.e., Microsoft's

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

At 02:29 10-09-01, Sterling Hughes wrote: > ;) -- I know they chose the license (you forget, I used to work > for one of them, and I'm still friends with the other :) The > license makes sense from the Book's point of view, but as an Open > Source License it doesn't make sense (es

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

On Mon, 10 Sep 2001, Zeev Suraski wrote: > At 01:28 10-09-01, Sterling Hughes wrote: > >On Mon, 10 Sep 2001, Zeev Suraski wrote: > > > > > At 00:27 10-09-01, Sterling Hughes wrote: > > > > Oh yeah, not to mention the license is pretty bad :) I give up all > > > > rights > > > > to the ma

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

At 02:19 10-09-01, Egon Schmid wrote: >To make it short. You are yourself on the list of authors. Should I >deprecate you? If it makes you feel better, sure, go ahead. The only reason I'm there is because I've written the documentation for the MySQL module, but I realize it's not too much, and

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

Zeev Suraski wrote: > > At 01:15 10-09-01, Egon Schmid wrote: > > > Not writing documentation is certainly within your right, but this is a > > > poor argument for not doing so. Certainly a main reason that people > > > code from examples and not documentation is when documentation is poor. > >

[PHP-DEV] Re: Documenting ZE (was: Re: [PHP-DEV] zend_parse_parameters)

I've wanted to suggest for a while that there be an option to annotate the API docs on Zend's site. There have been a few things ive discovered in the process of extension development that could benefit fellow travelers, but as of now there seems not to be a process (that im aware of) to accomodat

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

At 01:15 10-09-01, Egon Schmid wrote: > > Not writing documentation is certainly within your right, but this is a > > poor argument for not doing so. Certainly a main reason that people > > code from examples and not documentation is when documentation is poor. > >Sorry, couldn't resist. The docu

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

At 01:28 10-09-01, Sterling Hughes wrote: >On Mon, 10 Sep 2001, Zeev Suraski wrote: > > > At 00:27 10-09-01, Sterling Hughes wrote: > > > Oh yeah, not to mention the license is pretty bad :) I give up all > > > rights > > > to the material that I write (more so than an assignment of right

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

On Mon, 10 Sep 2001, Zeev Suraski wrote: > At 00:59 10-09-01, George Schlossnagle wrote: > >>The reason I told Jani it had nothing to do with the discussion was that > >>I think that this is wrong... > >>The reason I disagree is that a large number of people (today, probably > >>most) code based

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

At 00:59 10-09-01, George Schlossnagle wrote: >>The reason I told Jani it had nothing to do with the discussion was that >>I think that this is wrong... >>The reason I disagree is that a large number of people (today, probably >>most) code based on examples, not on documentation. Nothing forces

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

On Sun, 9 Sep 2001, Sterling Hughes wrote: > On Mon, 10 Sep 2001, Zeev Suraski wrote: > > > At 00:27 10-09-01, Sterling Hughes wrote: > > > Oh yeah, not to mention the license is pretty bad :) I give up all > > > rights > > > to the material that I write (more so than an assignment of ri

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

On Mon, 10 Sep 2001, Zeev Suraski wrote: > At 00:27 10-09-01, Sterling Hughes wrote: > > Oh yeah, not to mention the license is pretty bad :) I give up all > > rights > > to the material that I write (more so than an assignment of rights, > > which is standard for contributors to com

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

George Schlossnagle wrote: > > On Sunday, September 9, 2001, at 05:45 PM, Zeev Suraski wrote: > > > At 00:26 10-09-01, Wez Furlong wrote: > >> Zeev Suraski [mailto:[EMAIL PROTECTED]] wrote: > >> > At 14:44 09-09-01, Jani Taskinen wrote: > >> > > If ZE was properly documented, people didn't have

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

On Sunday, September 9, 2001, at 05:45 PM, Zeev Suraski wrote: > At 00:26 10-09-01, Wez Furlong wrote: >> Zeev Suraski [mailto:[EMAIL PROTECTED]] wrote: >> > At 14:44 09-09-01, Jani Taskinen wrote: >> > > If ZE was properly documented, people didn't have to rely on >> > > only the sources. >> >

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

At 00:27 10-09-01, Sterling Hughes wrote: > Oh yeah, not to mention the license is pretty bad :) I give up all > rights > to the material that I write (more so than an assignment of rights, > which is standard for contributors to commercial texts), and you > don't even get payed

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

At 00:26 10-09-01, Wez Furlong wrote: >Zeev Suraski [mailto:[EMAIL PROTECTED]] wrote: > > At 14:44 09-09-01, Jani Taskinen wrote: > > > If ZE was properly documented, people didn't have to rely on > > > only the sources. > > By the way, your post had absolutely nothing to do with the > > subject o

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

On Sun, 9 Sep 2001, Sterling Hughes wrote: > On Sun, 9 Sep 2001, Wez Furlong wrote: > > > Zeev Suraski [mailto:[EMAIL PROTECTED]] wrote: > > > At 14:44 09-09-01, Jani Taskinen wrote: > > > > If ZE was properly documented, people didn't have to rely on > > > > only the sources. > > > By the way, y

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

On Sun, 9 Sep 2001, Wez Furlong wrote: > Zeev Suraski [mailto:[EMAIL PROTECTED]] wrote: > > At 14:44 09-09-01, Jani Taskinen wrote: > > > If ZE was properly documented, people didn't have to rely on > > > only the sources. > > By the way, your post had absolutely nothing to do with the > > subjec

[PHP-DEV] Documenting Zend (was: zend_parse_parameters)

Zeev Suraski [mailto:[EMAIL PROTECTED]] wrote: > At 14:44 09-09-01, Jani Taskinen wrote: > > If ZE was properly documented, people didn't have to rely on > > only the sources. > By the way, your post had absolutely nothing to do with the > subject of the discussion. I think it does; if there wer

[PHP-DEV] Bug #8961 Updated: Omited Math Function

ID: 8961 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Math related Operating System: N/A PHP Version: 4.0 Latest CVS (27/01/2001) New Comment: I am not sure where ASP, came from. These are all native functions of most Numeric Processors. My suggestio

[PHP-DEV] Bug #12022 Updated: limitations of php://stdout

ID: 12022 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: linux PHP Version: 4.0.2 New Comment: incidently, i've used telnet to port 80 to monitor the output of the .php script that feeds the applet, and it's clear that

[PHP-DEV] Bug #12022 Updated: limitations of php://stdout

ID: 12022 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Output Control Operating System: linux PHP Version: 4.0.2 New Comment: in order to demonstrate the problem that i'm experiencing, i've made a small tarball with rasmus's sugge

[PHP-DEV] Bug #5708 Updated: fopen claims file does not exist after first couple uses.

ID: 5708 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Misbehaving function Operating System: Linux PHP Version: 3.0.16 New Comment: After upgrading to php 4, this problem disapeared. But it is still reproducable on any of my servers still running 3.

[PHP-DEV] Re: Performance

Again, I believe that's exactly the point Cris was making - running a million executions of a code block is not something which happens in real life. In practice, chances are the speed loss will be negligible in most real world situations. I've seen code where people do things like write their ow

[PHP-DEV] Re: Performance

At 20:35 09-09-01, George Schlossnagle wrote: >>This is just mind boggling! Sure, there's roughly >>twice the work to call a user function wrapper compared to calling the >>internal. There's also the loss in parsing. > >The parsing overhead is amortized over a million executions of the code >bloc

[PHP-DEV] Re: Documenting ZE (was: Re: [PHP-DEV] zend_parse_parameters)

At 20:22 09-09-01, Jani Taskinen wrote: >I don't think I have really 'bugged' you about it so far. Once is once too many, but anyway, I don't take count of who bugged me with what. It's definitely not the first time I'm bugged with this... I'm not sure I did, but at least Andi said numerous ti

Re: [PHP-DEV] Woah

I didn't make any suppositions. I wrote two very simple benchmarking scripts and timed how long they took, as an attempt to measure the overhead of calling userland function aliases. You're welcome to come to whatever conclusions you want to based on this data. On Sunday, September 9, 2001, at 1

[PHP-DEV] Bug #11904 Updated: ext/standard/string.c patch for nl2br()

ID: 11904 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Unknown/Other Function Operating System: Linux 2.4.6 Slackware PHP Version: 4.0.6 Assigned To: derick New Comment: Fixed in CVS, both \r\n, \r and \n work now. Derick Previous Comments: -

RE: [PHP-DEV] Woah

Let's just make the supposition for a second that you're right, that the difference between calling a userspace function over an internal function is going to create phenomenal decreases in overall execution time. The implication I believe you give is that over an amortized amount of time, executi

Re: [PHP-DEV] Trans-Sid still broken

On Sun, 9 Sep 2001, Zeev Suraski wrote: > You never fail me! :) Well, I broke it and I fixed it just as my email said :) - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List

Re: [PHP-DEV] zend_parse_parameters

At 14:44 09-09-01, Jani Taskinen wrote: >"..People don't read the .h files usually and copy from other extensions.." > >If ZE was properly documented, people didn't have to rely on >only the sources. > >Like I suggested earlier, by adding at least protos there >would help the documentation effort

Re: [PHP-DEV] Trans-Sid still broken

You never fail me! :) At 15:13 09-09-01, Sascha Schumann wrote: > should demonstrate it. The session-id is > appended after the "#foo" which is obviously wrong. This > worked before the recent changes, so, whoever broke it, > please fix it. > > Thanks, > - Sascha

Re: [PHP-DEV] Woah

At 16:57 09-09-01, George Schlossnagle wrote: >Replaced with a call to strstr and function declaration placed ahead of >usage (althoough I disagree about how much faster this will make it. I >only declare the function once and loop it, so whether >do_bind_function_or_class is called on it dur

[PHP-DEV] Re: RC2: zend_language_scanner.c:2697: warning: parameter names (without types) in function declaration

You're right. I thought it was MFH'd, but now that you mention it, I waited for a confirmation it actually solves the problem, and forgot about it... At 17:45 09-09-01, Sascha Schumann wrote: > IIRC this broke the build with some vendor compilers. Should > not this be fixed for 4.0.7?

Re: [PHP-DEV] Woah

Uhm, no. Read my message again, it actually makes sense. At 14:56 09-09-01, Jani Taskinen wrote: >Does this mean we can forget namespaces then? >Is this where we have come to: blackmail ? > >--Jani > >On Sat, 8 Sep 2001, Zeev Suraski wrote: > > >Fine. > > > >Let it be noted that I oppose going

[PHP-DEV] chroot

Chroot is still not disabled for webservers. Currently, it is disabled when used in a multithreaded webserver, but it is equally dangerous in a multi-process server. I don't know where exactly to check for (#if PHP_SAPI == 'cgi' ?), but it needs to be fixed IMO. --Jeroen -- PHP Development M

[PHP-DEV] RC2: zend_language_scanner.c:2697: warning: parameter names (withouttypes) in function declaration

IIRC this broke the build with some vendor compilers. Should not this be fixed for 4.0.7? - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List To unsubscr

[PHP-DEV] Bug #11204 Updated: readfile/file fail if HTTP header is not returned

ID: 11204 Updated by: stas Reported By: [EMAIL PROTECTED] Old Status: Critical Status: Closed Bug Type: HTTP related Operating System: Linux PHP Version: 4.0.5 and 4.0.6 New Comment: The page you have problem with does not return HTTP status line in the response, as describe in HTTP protocol des

Re: [PHP-DEV] Woah

Replaced with a call to strstr and function declaration placed ahead of usage (althoough I disagree about how much faster this will make it. I only declare the function once and loop it, so whether do_bind_function_or_class is called on it during compile or once during execution should be a

[PHP-DEV] Bug #4095 Updated: register_shutdown_function not called on exit

ID: 4095 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Misbehaving function Operating System: win32 PHP Version: 3.0.16 New Comment: upgrade to php4 Previous Comments: [2000-

[PHP-DEV] Bug #3995 Updated: unset($array[$index]) yields incorrect results

ID: 3995 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Misbehaving function Operating System: Windows NT 4.0 SP 6 PHP Version: 3.0.15 New Comment: fixed in php4 Previous Comments:

[PHP-DEV] Bug #3964 Updated: unset element reappearing in 2 dimensions array after u(a)sort.

ID: 3964 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Misbehaving function Operating System: linux PHP Version: 3.0.14 New Comment: fixed in php4 Previous Comments: [2000-03

[PHP-DEV] Bug #4659 Updated: GLOBALS variable does not report 'array' type but 'string'

ID: 4659 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Misbehaving function Operating System: redhat linux 5.2 / 2.2.10 / i586 PHP Version: Earlier? Upgrade first! New Comment: works fine with the latest cvs, I doubt this would ever happen... Previ

[PHP-DEV] Bug #4208 Updated: memory overrun? - is_dir/chmod

ID: 4208 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Misbehaving function Operating System: DEC UNIX 4.0(C ?) PHP Version: 3.0.16 New Comment: rtm :), you need to call clearstatcache() Previous Comments: ---

[PHP-DEV] Bug #5708 Updated: fopen claims file does not exist after first couple uses.

ID: 5708 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Misbehaving function Operating System: Linux PHP Version: 3.0.16 New Comment: I highly doubt this is truly a PHP bug, if you can find a test case that can always be reproduced, please open a new

[PHP-DEV] Bug #4025 Updated: unable to use $this when calling array_walk from a class method.

ID: 4025 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Misbehaving function Operating System: Linux RH6.1 / WinNT4 PHP Version: 3.0.15 New Comment: not a bug, ask php support questions on [EMAIL PROTECTED] Previous Comments: ---

[PHP-DEV] Bug #13141 Updated: Undefined function errors appear everywhere

ID: 13141 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Scripting Engine problem Operating System: Sun Solaris SunOS 5.8 PHP Version: 4.0.5 New Comment: Check your php.ini file and turn on register_globals Previous Comments: -

[PHP-DEV] Bug #13141 Updated: Undefined function errors appear everywhere

ID: 13141 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Sun Solaris SunOS 5.8 PHP Version: 4.0.5 New Comment: I managed to solve my own problem by downgrading from PHP version 4.0.5 to version 4.0.3 - which ind

[PHP-DEV] Bug #13141 Updated: Undefined function errors appear everywhere

ID: 13141 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Sun Solaris SunOS 5.8 PHP Version: 4.0.5 New Comment: I managed to solve my own problem by downgrading from PHP version 4.0.5 to version 4.0.3 - which ind

[PHP-DEV] Bug #13141 Updated: Undefined function errors appear everywhere

ID: 13141 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Sun Solaris SunOS 5.8 PHP Version: 4.0.5 New Comment: I managed to solve my own problem by downgrading from PHP version 4.0.5 to version 4.0.3 - which ind

Re: [PHP-DEV] str_replace: boyer

> What is that "boyer" parameter doing there? It seems that it selects a > different algorithm for str_replace, but what is the difference? It is an algorithm which uses suffix-automata to speed up locating the search pattern (Boyer-Moore algorithm). - Sascha

[PHP-DEV] Trans-Sid still broken

should demonstrate it. The session-id is appended after the "#foo" which is obviously wrong. This worked before the recent changes, so, whoever broke it, please fix it. Thanks, - Sascha Experience IRCG http://schumann.cx/

[PHP-DEV] Re: Note added to rand

People interested in rand can still visit http://www.A-Eskwadraat.nl/~jeroen/rand , but if you have something interesting to say you can of course also mail to php-dev! World Wide Web Cie <[EMAIL PROTECTED]> wrote: > Note added by jmoore: > My vote: ±1 :) > Suggestions/remarks: > > I think that P

Re: [PHP-DEV] Woah

> Cleaning up a language is a benefit worth paying in price for. How many > millions of lines of C code had to be re-written when the ANSI standard > was published? Exactly none. ANSI preserves most K&R semantics and that won't change in the foreseeable future. - Sascha

[PHP-DEV] Bug #13220 Updated: Query problem with Unix billions

ID: 13220 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: Not a PHP bug, queries are executed in MySQL, and MySQL returns the results. Derick Previous Comments: -

[PHP-DEV] Bug #13220: Query problem with Unix billions

From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: Query problem with Unix billions I'm honestly not sure if this is a PHP bug or a MySQL bug. I apologize if this is a waste of time. Here's an example script:

[PHP-DEV] Bug #11028 Updated: ip2long use now unsigned integer and long2ip doesnt work

ID: 11028 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Network related Operating System: i686-pc-linux-gnu PHP Version: 4.0 Latest CVS (2001-05-22) Assigned To: derick New Comment: Not a bug at all, this is the correct way to do it: Previous C

[PHP-DEV] Bug #11806 Updated: Using $string = md5($string); crashed HTTP child processes

ID: 11806 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.2.16 PHP Version: 4.0.6 Assigned To: derick New Comment: No feedback, considered fixed. Previous Comments: --

Re: [PHP-DEV] str_replace: boyer

On Sun, 9 Sep 2001, Derick Rethans wrote: > Hello, > > the proto for str_replace shows this: > > /* {{{ proto mixed str_replace(mixed search, mixed replace, mixed subject [, bool >boyer]) >Replaces all occurrences of search in haystack with replace */ > > What is that "boyer" parameter doing

[PHP-DEV] str_replace: boyer

Hello, the proto for str_replace shows this: /* {{{ proto mixed str_replace(mixed search, mixed replace, mixed subject [, bool boyer]) Replaces all occurrences of search in haystack with replace */ What is that "boyer" parameter doing there? It seems that it selects a different algorithm fo

[PHP-DEV] Ppl who are still interested in _RAND_

should go to http://www.A-Eskwadraat.nl/~jeroen/rand and give their opinion. --Jeroen -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED

[PHP-DEV] Bug #13219 Updated: register_shutdown_function doesn't work

ID: 13219 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 98 PHP Version: 4.0.6 New Comment: end_func isn't called until the script ends, i.e. you won't see the output anymore since the page already has been sent to the b

[PHP-DEV] Bug #10805 Updated: Compile error on zend_operators.c

ID: 10805 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Tru64/OSF1 V5.0 a PHP Version: 4.0.5 New Comment: this problem shouldn't be present now... Previous Comments:

Re: [PHP-DEV] Bug #13218 Updated: Problema con nXmeros binarios

On Sun, 9 Sep 2001, Sander Roobol wrote: > Might be something for the Bug reporting Dos And Don'ts: > -Don't write in any language other than English. I added the note... Derick > > - Original Message - > From: <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Sunday, September 09,

[PHP-DEV] Bug #13200 Updated: Payflow Causes exec() and mail() function to core httpd daemon

ID: 13200 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Verisign Payflow Pro related Operating System: RedHat 7.1 with 2.4.5 Kernel PHP Version: 4.0.6 New Comment: What is your version of payflow pro sdk? --Jani Previous Comments: --

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

ID: 10477 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Output Control Operating System: linux 2.2 PHP Version: 4.0.4pl1 New Comment: Fixed in CVS. Previous Comments: [2001-0

[PHP-DEV] Bug #10236 Updated: ftruncate problem

ID: 10236 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Filesystem function related Operating System: Linux 2.2.5 / glibc 2.0.7 PHP Version: 4.0.4 New Comment: wow :) No this is not a bug... and no we shouldn't be doing an fflush(), you can do a

[PHP-DEV] Bug #10204 Updated: fgets causes memory leaks

ID: 10204 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: Linux, BSD and Windows PHP Version: 4.0 Latest CVS (06/04/2001) New Comment: Can you compile php with --enable-debug, this should report all leaks, if there

[PHP-DEV] Bug #10187 Updated: Warning: mcrypt module initialization failed

ID: 10187 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Bogus Bug Type: mcrypt related Operating System: Mac OS X 10.0 PHP Version: 4.0 Latest CVS (05/04/2001) Assigned To: derick New Comment: not a php bug regardless of os Previous Comments: --

Re: [PHP-DEV] Bug #13218 Updated: Problema con nXmeros binarios

Might be something for the Bug reporting Dos And Don'ts: -Don't write in any language other than English. - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, September 09, 2001 11:39 AM Subject: [PHP-DEV] Bug #13218 Updated: Problema con nXmeros binarios

[PHP-DEV] Bug #10096 Updated: get_object_vars does not work as expected

ID: 10096 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Class/Object related Operating System: Windows ME PHP Version: 4.0.4pl1 New Comment: Works fine with the latest CVS. Previous Comments: -

[PHP-DEV] Bug #10550 Updated: mktime() returns -1 for certain valid dates

ID: 10550 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Date/time related Operating System: FreeBSD 3.4-RELEASE PHP Version: 4.0 Latest CVS (29/04/2001) Assigned To: derick New Comment: I said closed Previous Comments: ---

[PHP-DEV] Bug #10550 Updated: mktime() returns -1 for certain valid dates

ID: 10550 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Date/time related Operating System: FreeBSD 3.4-RELEASE PHP Version: 4.0 Latest CVS (29/04/2001) Assigned To: derick New Comment: Closing this one, as it seems an issue with FreeBSD's daylight savings time. Pr

[PHP-DEV] Bug #9447 Updated: call_user_method functions do not pass references

ID: 9447 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Class/Object related Operating System: all PHP Version: 4.0 Latest CVS (25/02/2001) New Comment: I think this has been implemented, anyway, call_user_method is outdated, just use call_user_func

[PHP-DEV] Bug #9367 Updated: OCI Connection is disable

ID: 9367 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: OCI8 related Operating System: Redhat 7.0 PHP Version: 4.0.4pl1 New Comment: this really needs to be more descriptive to even start to be a bug :) What are the errors are you getting? what is a

[PHP-DEV] Bug #8922 Updated: @xmldoc(...) doesn't quite suppress errors

ID: 8922 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: DOM XML related Operating System: RH 7.0 PHP Version: 4.0 Latest CVS (25/01/2001) Assigned To: joey New Comment: Fixed in CVS. Previous Comments: ---

[PHP-DEV] Bug #9054 Updated: problems in call_user_method

ID: 9054 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Class/Object related Operating System: Linux/Solaris PHP Version: 4.0.4pl1 New Comment: forgot to bogify Previous Comments: --

[PHP-DEV] Bug #13075 Updated: English PHP Windows Help File manual-en.chm crashes hh.exe when opened

ID: 13075 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Documentation problem Operating System: win 2000 SP2 PHP Version: 4.0.6 Assigned To: derick New Comment: Fixed Previous Comments:

[PHP-DEV] Bug #9054 Updated: problems in call_user_method

ID: 9054 Updated by: sterling Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Class/Object related Operating System: Linux/Solaris PHP Version: 4.0.4pl1 New Comment: you must pass a reference, anyhoo, call_user_method() is deprecated, use call_user_function(array(&$obj, "Meethod")); synta

[PHP-DEV] Bug #13218 Updated: Problema con números binarios

ID: 13218 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Math Functions Operating System: Red Hat Linux 7.1 PHP Version: 4.0.4pl1 New Comment: Please report bugs in English > bogus Derick Previous Comments: -

[PHP-DEV] Bug #8961 Updated: Omited Math Function

ID: 8961 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Bogus Bug Type: Math related Operating System: N/A PHP Version: 4.0 Latest CVS (27/01/2001) New Comment: PHP is not to my knowledge ASP. This is won't (shouldn't) be added anytime soon... Previous Comment

Re: [PHP-DEV] Bug #13219 Updated: register_shutdown_function doesn'twork

On 9 Sep 2001 [EMAIL PROTECTED] wrote: > ID: 13219 > User updated by: [EMAIL PROTECTED] > Reported By: [EMAIL PROTECTED] > Status: Bogus > Bug Type: Unknown/Other Function > Operating System: Windows 98 > PHP Version: 4.0.6 > New Comment: > > what should i do to make it work? > Remove your if

[PHP-DEV] Bug #8813 Updated: PHP locks MetaBase for extended periods.

ID: 8813 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IIS related Operating System: Win2K SP1 IIS 5.0 PHP Version: 4.0.4pl1 New Comment: Please open a new bug when you can track this error down to a short test case and a clear definition of the pro

[PHP-DEV] Bug #8118 Updated: error in much warnings in session.c

ID: 8118 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Session related Operating System: MIPS V4 PHP Version: 4.0.3pl1 Assigned To: sas New Comment: Fixed in CVS. Previous Comments: --

[PHP-DEV] Bug #13219 Updated: register_shutdown_function doesn't work

ID: 13219 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 98 PHP Version: 4.0.6 New Comment: what should i do to make it work? Previous Comments: ---

[PHP-DEV] Bug #13219 Updated: register_shutdown_function doesn't work

ID: 13219 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 98 PHP Version: 4.0.6 New Comment: register_shutdown_function() returns void, this is not a bug Previous Comments: -

[PHP-DEV] Bug #13219: register_shutdown_function doesn't work

From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: register_shutdown_function doesn't work I've got php4.06, Build Date Jun 22 2001, and when i try to run the following script: it outputs r

[PHP-DEV] Re: Performance (was: Woah)

By the way, I believe Cris's point was that in a real world situation, the extra time it takes for a function call is negligible in comparison to everything else (SQL access, startup/shutdown costs, etc.). Obviously, if you intentionally benchmark one function call vs. two function calls, you