[PHP-DEV] multiple compilations of SAPI

Stig made a brave attempt at allowing the compilation of multiple SAPI modules simulataneously a while back, but I think this never made it through to php-4.0.[5|6]. Is there any chance this could get looked at before 4.0.7? It would make it so easy to install the CGI binary for PEAR as well as

[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

ID: 9264 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: *Session related Operating system: win98 SE PHP Version: 4.0 Latest CVS (14/02/2001) Description: Using session_encode with user-level session storage functions causes a crash Hi ! Sorry to bother you with this bug report you

[PHP-DEV] Bug #11631 Updated: php_interbase.dll problem

ID: 11631 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related Operating system: Windows PHP Version: 4.0.6 Description: php_interbase.dllproblem Hi there, I found something strange about the php_interbase.dll included in versions 4.0.6 and 4.0.5. Both dlls in the diff

Re: [PHP-DEV] Scripting Shootout - PHP ranked 24/29

JL>> http://www.bagley.org/~doug/shootout/lang/php/ JL>> JL>> The above site has several benchmarks of 29 programming JL>> languages, including PHP, Perl and Pike. I don't really get how this guy came to the claim that PHP has no object instantiation, method calls, regular expressions or unable t

[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

ID: 9264 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Analyzed Bug Type: *Session related Operating system: PHP Version: 4.0 Latest CVS (14/02/2001) Assigned To: Comments: Reopened. I can reproduce this with PHP 4.0.6: register_globals=On ; No crash register

[PHP-DEV] Bug #11637 Updated: GD compilation failure with GD1.5

ID: 11637 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: GD related Operating system: PHP Version: 4.0.6 Assigned To: Comments: You must have some other libgd.a|so which is used since in my libgd-1.5 there is no gdImageGifCtx() function in it. --

[PHP-DEV] About ext/sockets/

Since everybody seems to be using some stupid filters which filters all emails which have 'Bug' in the Subject I have to mail this again.. (Hint: There is X-PHP-Bug: header in those emails that come from bug system) Anyway, we have a problem. The sockets extension is seriously fucked up now. Som

[PHP-DEV] Bug #11638: Compile --with-gd causes error

From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.0 kernel 2.4.2 PHP version: 4.0.6 PHP Bug Type: *Install and Config Bug description: Compile --with-gd causes error My configure command is: ./configure --with-gd=/usr --with-jpeg-dir=/usr/lib --enable-track-vars --

[PHP-DEV] Bug #11639: Errores de operación con enteros negativos

From: [EMAIL PROTECTED] Operating system: Windows98 PHP version: 4.0.5 PHP Bug Type: *Math Functions Bug description: Errores de operación con enteros negativos "; echo "Resultado de PHP...: ",$f,""; echo "Resultado correcto de a+c= -2147483660"; echo "Resultado de PHP...:

[PHP-DEV] Bug #11638 Updated: Compile --with-gd causes error

ID: 11638 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Install and Config Operating system: PHP Version: 4.0.6 Assigned To: Comments: I can not reproduce this with GD versions: 1.5 / 1.8.3 / 1.8.4 / 2.0.1. Also, using /usr/lib as path to any conf

[PHP-DEV] Bug #11639 Updated: Errores de operación con enteros negativos

ID: 11639 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Math Functions Operating system: PHP Version: 4.0.5 Assigned To: Comments: RTFM: "These math functions will only handle values within the range of the long and double types on your compute

[PHP-DEV] Bug #11593 Updated: varchar(8000) field in MSSQL returns only 4096 chars

ID: 11593 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating system: NT4.0 PHP Version: 4.0.6 Description: varchar(8000) field in MSSQL returns only 4096 chars still the same on the new version 4.0.6. mssql_fetch_array() delivers only the first 4k. please help. Pre

[PHP-DEV] Bug #10828 Updated: sometimes get_extension_funcs() kills PHP

ID: 10828 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: PHP options/info functions Operating system: Linux 2.4.5 PHP Version: 4.0.6 Description: sometimes get_extension_funcs() kills PHP Sorry, but he same in PHP4.0.6 Previous Comments: ---

[PHP-DEV] Bug #11640: realpath(): wrong results with $PHP_SELF

From: [EMAIL PROTECTED] Operating system: WIN NT PHP version: 4.0.6 PHP Bug Type: Filesystem function related Bug description: realpath(): wrong results with $PHP_SELF Hi realpath($PHP_SELF); doesn't give the same result as realpath('index.php'); While the result of th

[PHP-DEV] Bug #11617 Updated: crash when restoring references

ID: 11617 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Session related Operating system: Linux 2.2.16 (Cobalt Raq4) PHP Version: 4.0 Latest CVS (2001-06-22) Description: crash when restoring references Tried, but php still changed. Maybe it is something with CVS

Re: [PHP-DEV] About ext/sockets/

Maybe we should wait with this whole API change until a new sub-version? 4.1? Or keep the old functionality right now and just add the new functions? We can deprecate the old ones in 4.1. Andi At 03:03 PM 6/24/2001 +0200, Jani Taskinen wrote: >Since everybody seems to be using some stupid fil

[PHP-DEV] Bug #10828 Updated: sometimes get_extension_funcs() kills PHP

ID: 10828 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PHP options/info functions Operating system: PHP Version: 4.0.6 Assigned To: Comments: Does it crash? Provide a GDB backtrace then. (reconfigure/compile PHP first with --enable-debug) Rem

[PHP-DEV] Bug #11641: --enable-gd-native-tt instead of --enable-gd-native-ttf

From: [EMAIL PROTECTED] Operating system: Slackware 7.1 PHP version: 4.0.6 PHP Bug Type: Compile Problem Bug description: --enable-gd-native-tt instead of --enable-gd-native-ttf when you configure php with --enable-gd-native-ttf it doesn't work. In 'configure' it checks for

Re: [PHP-DEV] About ext/sockets/

The documentation has just been updated, stating that the sockets-module is still experimental. As has any module having an EXPERIMENTAL file in it's directory. Because of the experimental status, I don't think phpdev should worry too much about the incompatibility, it's the user's own reponsibil

[PHP-DEV] Bug #11641 Updated: --enable-gd-native-tt instead of --enable-gd-native-ttf

ID: 11641 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: Fixed in CVS. Thanks! --Jani Previous Comments: --

[PHP-DEV] Bug #11617 Updated: crash when restoring references

ID: 11617 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Session related Operating system: PHP Version: 4.0 Latest CVS (2001-06-22) Assigned To: Comments: And the GDB backtrace is where? Please include it. Previous Comments: ---

[PHP-DEV] Re: Bug #11638 Updated: Compile --with-gd causes error

Attached is my debug.log, can you offer any insight to the errors?> thanks. -=Bill On 24 Jun 2001, Bug Database wrote: > ID: 11638 > Updated by: sniper > Reported By: [EMAIL PROTECTED] > Old-Status: Open > Status: Bogus > Bug Type: *Install and Config > Operating system: > PHP Version: 4.0.

[PHP-DEV] Sablotron leaks

Wehn using Sablotron extension, I see the following leaks: /home/frodo/php4/ext/sablot/sablot.c(1397) : Freeing 0x083AF0FC (12 bytes), script=test_xsl.php Last leak repeated 899 times /home/frodo/php4/ext/sablot/sablot.c(555) : Freeing 0x083F11F4 (77 bytes), script=test_xsl.php Last leak repeat

Re: [PHP-DEV] Re: Bug #11638 Updated: Compile --with-gd causes error

--with-jpeg-dir --with-png-dir --Jani On Sun, 24 Jun 2001, Bill Negrelli wrote: >Attached is my debug.log, can you offer any insight to the errors?> > >thanks. > >-=Bill > > > >On 24 Jun 2001, Bug Database wrote: > >> ID: 11638 >> Updated by: sniper >> Reported By: [EMAIL PROTECTED] >> Old-St

[PHP-DEV] Re: Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

Hi sniper!   Sorry that you have to reopen the bug but happy to see I'm not so mad ;)   BTW as a wrote a few messages before this bug seems to be fixed with the zend snapshots since 2001-06-15, at least for the cgi.   Thanks again for your attention, Loïc

[PHP-DEV] Bug #11627 Updated: string '0' treated as empty

ID: 11627 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.5 Assigned To: Comments: Actually, you should get an error on that line. empty takes a variable, not a value. Previous Comments: ---

[PHP-DEV] Bug #11642: mcrypt_generic() leaks memory

From: [EMAIL PROTECTED] Operating system: FreeBSD 4.3-stable PHP version: 4.0.6 PHP Bug Type: mcrypt related Bug description: mcrypt_generic() leaks memory Minimal configuration ./configure --without-mysql --with-apache=../apache_1.3.20 --without-gd --without-zlib --witho

[PHP-DEV] Bug #11617 Updated: crash when restoring references

ID: 11617 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Session related Operating system: Linux 2.2.16 (Cobalt Raq4) PHP Version: 4.0 Latest CVS (2001-06-22) Description: crash when restoring references I've messed up something with my versions. Recompiled good an

[PHP-DEV] Bug #11643: SID redefined

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0 Latest CVS (2001-06-24) PHP Bug Type: *Session related Bug description: SID redefined session_destroy() and session_register() both defines the same symbol. When I set: error_reporting = E_ALL in php.ini file

Re: [PHP-DEV] About ext/sockets/

On 24 Jun 2001 17:43:02 +0200, [EMAIL PROTECTED] wrote: > The documentation has just been updated, stating that the sockets-module is > still experimental. > As has any module having an EXPERIMENTAL file in it's directory. > > Because of the experimental status, I don't think phpdev should worry

Re: [PHP-DEV] Sablotron leaks

On 24 Jun 2001 19:09:24 +0300, Stanislav Malyshev wrote: > Wehn using Sablotron extension, I see the following leaks: > > /home/frodo/php4/ext/sablot/sablot.c(1397) : Freeing 0x083AF0FC (12 > bytes), script=test_xsl.php > Last leak repeated 899 times > /home/frodo/php4/ext/sablot/sablot.c(555) :

[PHP-DEV] Bug #11617 Updated: crash when restoring references

ID: 11617 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related Operating system: PHP Version: 4.0 Latest CVS (2001-06-22) Assigned To: Comments: Closed then. Previous Comments: ---

Re: [PHP-DEV] Sablotron leaks

sh>> I'd need to see your test script to give you an answer, that sh>> repeat count does look nasty (with an FYI that I'm no longer sh>> maintaining Sablot, as all my development efforts are now sh>> focused on the XSLT extension..) The script is pretty plain: -- Stanislav Malyshev, Zend Prod

Re: [PHP-DEV] Sablotron leaks

> $xsl = join("", file("x.xsl")); Blah... I see this a lot. We should probably just relent and make a function that reads an entire file into a string. -Rasmus -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [E

Re: [PHP-DEV] Sablotron leaks

Rasmus Lerdorf wrote: > Blah... I see this a lot. We should probably just relent and make a > function that reads an entire file into a string. +1 :) -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de

Re: [PHP-DEV] Sablotron leaks

On Sunday 24 June 2001 18:32, Rasmus Lerdorf wrote: > > $xsl = join("", file("x.xsl")); > > Blah... I see this a lot. We should probably just relent and make a > function that reads an entire file into a string. Yes please! -- Phil Driscoll -- PHP Development Mailing List

Re: [PHP-DEV] Sablotron leaks

On Sun, 24 Jun 2001 10:32:06 -0700 (PDT), Rasmus Lerdorf wrote: >> $xsl = join("", file("x.xsl")); > >Blah... I see this a lot. We should probably just relent and make a >function that reads an entire file into a string. +1 - Martin -- PHP Development Mailing List To

[PHP-DEV] Read a file into a string (RE: [PHP-DEV] Sablotron leaks)

> Blah... I see this a lot. We should probably just relent and make a > function that reads an entire file into a string. Yes, please do :) Regards, Marten. ps. This has been requested in #5008, #7213 and #8882. -- PHP Development Mailing List To unsubscribe, e-mail: [

[PHP-DEV] array_rand behavior

Hello! I was a little confused, while using array_rand first time... Please, take a look at the following code: ---> define("NUM", 2); $keys = array_rand(array(0,1,2,3,4,5), NUM); for ($i=0; $i < NUM; $i++) echo $i ." - " . $keys[$i] . ""; <--- If NUM is greater then 1, every

[PHP-DEV] Bug #11644: Interbase dll causes PWS ISAPI to die

From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.0.6 PHP Bug Type: InterBase related Bug description: Interbase dll causes PWS ISAPI to die Upgraded from PHP 4.0.4pl1 to PHP 4.0.6. Did not modify my php.ini. After the upgrade, I ran a test script with ph

RE: [PHP-DEV] Read a file into a string (RE: [PHP-DEV] Sablotron leaks)

Doesn't this do that? $FilePointer=fopen($FileLocation,"r"); $_MyString.=fread($FilePointer,filesize ($FileLocation)); fclose($FilePointer); Althought I guess this could suck memory pretty hard on large files, and you guys want to get away from that... -Brian > Blah... I see this a l

[PHP-DEV] Bug #11645: tempnam( ) does not use TMP environment variable

From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.0.6 PHP Bug Type: Filesystem function related Bug description: tempnam( ) does not use TMP environment variable The PHP manual states: The behaviour of the tempnam() function is system dependent. On Windows

Re: [PHP-DEV] About ext/sockets/

What new functionality? Why the hell should the API change? Only the function names should have been changed, not break the whole extension! --Jani On Sun, 24 Jun 2001, Andi Gutmans wrote: >Maybe we should wait with this whole API change until a new sub-version? >4.1? Or keep the old function

Re: [PHP-DEV] About ext/sockets/

jani, At 20:21 24.06.2001 +0200, Jani Taskinen wrote: >What new functionality? Why the hell should the API change? >Only the function names should have been changed, not break >the whole extension! the issue that made the extension break was the step from resources to longs for the socket fd's

Re: [PHP-DEV] About ext/sockets/

> > Because of the experimental status, I don't think phpdev should worry too > > much about the > > incompatibility, it's the user's own reponsibility to use an experimental > > module. > > Taking a look at the changes to the sockets extension, some break things > on a Linux system, some don't wo

Re: [PHP-DEV] About ext/sockets/

At 20:58 24.06.2001 +0200, Daniel Beulshausen wrote: >jani, > >At 20:21 24.06.2001 +0200, Jani Taskinen wrote: > >>What new functionality? Why the hell should the API change? >>Only the function names should have been changed, not break >>the whole extension! > >the issue that made the extension b

Re: [PHP-DEV] About ext/sockets/

On Sun, 24 Jun 2001, Daniel Beulshausen wrote: >the issue that made the extension break was the step from resources to >longs for the socket fd's, this was necessary as win32 socket fd's are >different from bsd style socket fd's. So this is broken now only on *nix? Nice. Previously it worked onl

[PHP-DEV] creating a new extension

I want to create a new extension that is a wrapper for the libfalken.so.12.0 shared library, I don't and can't get source code for it. I tried a very simple experiment where I just called the init() function (this sets up the initial variables and such) but when I call it I get a segfault in

Re: [PHP-DEV] About ext/sockets/

At 21:10 24.06.2001 +0200, Jani Taskinen wrote: >On Sun, 24 Jun 2001, Daniel Beulshausen wrote: > > >the issue that made the extension break was the step from resources to > >longs for the socket fd's, this was necessary as win32 socket fd's are > >different from bsd style socket fd's. > >So this

Re: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid tags

> > when the rest of your code is just generating HTML compliant output, not > > XHTML. > > > > Ok, somebody can always use something like str_replace("\n", "", > > $text) to get the old functionality. > > What if the rest of your code is generating XHTML? It's better to assume > the more stri

Re: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid tags

"Derick Rethans" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > On Fri, 22 Jun 2001, lenar wrote: > > > Shouldn't there be an optional flag to nl2br to change the behavior of function to >what it used to be. > > Just there's no point in like tags when the

RE: [PHP-DEV] About ext/sockets/

> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On Behalf Of Jani Taskinen > Sent: Sunday, June 24, 2001 9:11 PM > To: Daniel Beulshausen > Cc: [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] About ext/sockets/ > > > On Sun, 24 Jun 2001, Daniel Beulshausen wrot

Re: [PHP-DEV] Internal Working -- performance question

I don't know if MySQL supports HEAP tables under Win32 but otherwise I suggest using them for IPC in your PHP applications. We use it, and so far it has worked great for us (very good perfomance) using it combined with mysql_pconnect(). Lenar ""James Moore"" <[EMAIL PROTECTED]> wrote in messag

RE: [PHP-DEV] About ext/sockets/

On 24 Jun 2001 21:40:19 +0200, Lukas Beeler wrote: > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]] On Behalf Of Jani Taskinen > > Sent: Sunday, June 24, 2001 9:11 PM > > To: Daniel Beulshausen > > Cc: [EMAIL PROTECTED] > > Subject: Re: [PHP-DEV] Abo

Re: [PHP-DEV] About ext/sockets/

> [don't break the API!] > >i'd vote not for changing the api back, rather than > updating/extending the > >yet available (tiny) sockets documentation. > > I vote we get the old api back. I don't care if it doesn't > support win32. 1) IMHO the new API is better (the 'write' function is really a

[PHP-DEV] Bug #11642 Updated: mcrypt_generic() leaks memory

ID: 11642 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: mcrypt related Operating system: PHP Version: 4.0.6 Assigned To: derick Comments: I'll check this out Previous Comments: --

[PHP-DEV] Bug #10828 Updated: sometimes get_extension_funcs() kills PHP

ID: 10828 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: PHP options/info functions Operating system: Linux 2.4.5 PHP Version: 4.0.6 Description: sometimes get_extension_funcs() kills PHP Ok, I spend a sunday with wounderful weather about this and finally isolated

[PHP-DEV] Bug #11645 Updated: tempnam( ) does not use TMP environment variable

ID: 11645 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Old-Bug Type: Filesystem function related Bug Type: Documentation problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: This is documentation problem. The given path takes precedence over

Re: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid tags

On Sun, 24 Jun 2001, [iso-8859-15] Lenar Lõhmus wrote: > > Yes, agree, but this change has happend not much time ago, and I think > it's one's responsibility to maintain the behavior what it used to > be. Even more if the old syntax was generating standard compliant code > (and HTML4 is a standar

Re: [PHP-DEV] Bug #11645 Updated: tempnam( ) does not use TMP environment variable

<[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > ID: 11645 > Updated by: sniper > Reported By: [EMAIL PROTECTED] > Old-Status: Open > Status: Analyzed > Old-Bug Type: Filesystem function related > Bug Type: Documentation problem > Operating system: > PHP Versio

RE: [PHP-DEV] About ext/sockets/

> -Original Message- > From: sterling hughes [mailto:[EMAIL PROTECTED]] > Sent: Sunday, June 24, 2001 9:49 PM > To: Lukas Beeler > Cc: [EMAIL PROTECTED] > Subject: RE: [PHP-DEV] About ext/sockets/ > > > On 24 Jun 2001 21:40:19 +0200, Lukas Beeler wrote: > > > > > > > -Original M

[PHP-DEV] Bug #11057 Updated: Premature end of script headers: c:/php/php.exe

ID: 11057 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Operating system: Windows 98 SE PHP Version: 4.0.4 Description: Premature end of script headers: c:/php/php.exe Im sorry. It means, that i see windows error, that there is an error in php.exe. Web server is still w

Re: [PHP-DEV] About ext/sockets/

Jeroen, > For lower-scale and home-use you can argue it is easier > than *nix. So when possible, you should try to support windows. [..] > > [looked like C, was easier for ppl with C-background] > > I don't think you should target php at C-ppl. PHP has been since its inception strongly i

[PHP-DEV] cvs.php.net downtime

As part of a facility change, cvs.php.net might be unavailable from 25th June 22:00 CEST until 05:00 CEST (16:00-23:00 EST). - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List

Re: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid tags

On Sun, 24 Jun 2001 [EMAIL PROTECTED] wrote: > On Sun, 24 Jun 2001, [iso-8859-15] Lenar Lõhmus wrote: > > > > > Yes, agree, but this change has happend not much time ago, and I think > > it's one's responsibility to maintain the behavior what it used to > > be. Even more if the old syntax was gen

Re: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid tags

Uh, ok. I give up. I just wasn't able earlier to find this paragraph from spec. Sorry if I disturbed you too much :) lenar. > Browsers should ignore things which they don't recognise: > (from http://www.w3.org/TR/1999/REC-html401-19991224/html40.txt, paragraph > 7.2) > >Note. As of the 24 D

Re: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid tags

The point of this is... is complaint with existing html standards and the new xhtml standard. While is *not* compliant with new XHTML standards. Why make the programmers go back and make changes for no reason? Or for reasons like "It's pointless to output tags in HTML 4 code."? Daniel -

[PHP-DEV] Bug #11644 Updated: Interbase dll causes PWS ISAPI to die

ID: 11644 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: InterBase related Operating system: PHP Version: 4.0.6 Assigned To: Comments: Did you update your extensions from the new release? Previous Comments: --

Re: [PHP-DEV] About ext/sockets/

At 22:10 24/6/2001, Jani Taskinen wrote: >So this is broken now only on *nix? Nice. >Previously it worked only on unices, now it works only on win32? >What an improvement. Let's keep cynicism off this list, please... About the socket extension - this was discussed, and agreed upon that the way

Re: [PHP-DEV] About ext/sockets/

Sascha, PHP is an established language on its own now, with failure semantics of its own. Failure in PHP is noted by false and resource (i.e. anything which is not a language primitive or composite type) are contained in IS_RESOURCE handles. The original socket implementation was wrong in th

RE: [PHP-DEV] About ext/sockets/

Just thought I'd pipe up on this topic, cause its very applicable. I'm a 4th year Honours CompSci student. I've written some client server stuff in C (hence a little sockets experience), and I have been using PHP for a year now. My *only* complaint of PHP is that all the really fun stuff (memor

Re: [PHP-DEV] About ext/sockets/

On Mon, 25 Jun 2001, Zeev Suraski wrote: >At 22:10 24/6/2001, Jani Taskinen wrote: >>So this is broken now only on *nix? Nice. >>Previously it worked only on unices, now it works only on win32? >>What an improvement. > >Let's keep cynicism off this list, please... :-p >About the socket extensio

RE: [PHP-DEV] About ext/sockets/

Thanks for the example. It worked just fine on my Linux box. I was just being a bit too lazy I guess.. :) --Jani On Sun, 24 Jun 2001, Brian Tanner wrote: >Just thought I'd pipe up on this topic, cause its very applicable. > >I'm a 4th year Honours CompSci student. I've written some client ser

[PHP-DEV] Bug #11619 Updated: Socket function examples scripts aren't working with latest CVS

ID: 11619 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Old-Bug Type: Sockets related Bug Type: Documentation problem Operating system: PHP Version: 4.0 Latest CVS (2001-06-22) Assigned To: dbeu Comments: Try the example found here: http://introverted.com

Re: [PHP-DEV] Bug #11619 Updated: Socket function examples scripts aren't working with latest CVS

> Assigned the documentation to person who is > to thank for this better API. I'm not sure whether he's happy with that, taking in mind that documention is often seen as a necessary evil ;) -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For ad

RE: [PHP-DEV] About ext/sockets/

At 03:23 25/6/2001, Brian Tanner wrote: >Considering a very low % of PHP programmers have extensive C socket >experience, I wouldn't worry too much about making it inconvenient. You >guys are just a little biased (IMHO), because you are all talented, >experienced, C programmers. Not all of us a

Re: [PHP-DEV] Bug #11645 Updated: tempnam( ) does not use TMP environment variable

> This is documentation problem. => This brings me to another point, since not-so-long-ago there is a phpdoc/TODO file, and we would greatly appreciate it that an entry is added whenever there is a substantial change to PHP which should be documented. Of course, it'd even better if you instead u

[PHP-DEV] Bug #11644 Updated: Interbase dll causes PWS ISAPI to die

ID: 11644 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: InterBase related Operating system: Windows ME PHP Version: 4.0.6 Description: Interbase dll causes PWS ISAPI to die > Did you update your extensions from the new release? Yes I did. I renamed my old php d

[PHP-DEV] Bug #11634 Updated: Submit error

ID: 11634 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: HTTP related Operating system: Win2K Pro SP2 PHP Version: 4.0.6 Description: Submit error the best i can do at the moment is the error log message: Premature end of script headers: c:/php/php.exe If i can

[PHP-DEV] Bug #11646: Cant get php for linux

From: [EMAIL PROTECTED] Operating system: win/linux PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: Cant get php for linux I can't get my winmodem working with linux, i download everything i need to a win share then install to linux. Your platform detectio

[PHP-DEV] Bug #11646 Updated: Cant get php for linux

ID: 11646 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues Operating system: PHP Version: 4.0.6 Assigned To: Comments: What in heaven's name are you talking about? There is no difference between accessing the site with Windows and Lin

Re: [PHP-DEV] About ext/sockets/

At 08:21 PM 6/24/2001 +0200, Jani Taskinen wrote: >What new functionality? Why the hell should the API change? >Only the function names should have been changed, not break >the whole extension! It's a rewrite which is more in the PHP spirit. i.e. return true/false and not -1/0 and stuff like th

[PHP-DEV] Bug #11647: Installation Failure

From: [EMAIL PROTECTED] Operating system: Linux (Intel glibc) PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: Installation Failure Script: su cp /usr/sbin/httpd /usr/bin/httpd cd /tmp gzip -d php-4.0.6.tar.gz tar -xvf php-4.0.6.tar cd php-4.0.6 ./configure

[PHP-DEV] ANNOUNCE: XML based Meta-Language compiler written in PHP

Hello, I was not willing to tell so soon, but since I am going to make a presentation of this at the O'Reilly Open Source Convention: XTech 2001: Cutting Edge XML, and the Early Bird price deadline is about to end for those that may want to attend, I am announcing a special application that I ha

Re: [PHP-DEV] Bug #11645 Updated: tempnam( ) does not use TMPenvironment variable

You don't have to follow php-dev to catch these, just point your browser to this URL: http://www.php.net/bugs.php?cmd=Display+Bugs&status=Open&bug_type=Documentation+problem&by=Any --Jani On Mon, 25 Jun 2001 [EMAIL PROTECTED] wrote: >> This is documentation problem. > >=> > >This brings me t

[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] Bug #11645 Updated: tempnam( ) does not use TMP environment variable

It's not so much that we can not go and view the open documentation bugs, but that due to the very tiny number of documenation bugs that are submitted, looking at it on a daily basis is a waste of time. I imagine that, the reason it hasn't happened yet is due to technical issues, but it's a very