[PHP-DEV] Re: cvs: php4 /ext/tokenizer tokenizer.c

It really doesn't matter anyhow, the HEAD of php4 only works with ZE2 anyway. --Jani On Wed, 19 Mar 2003, Greg Beaver wrote: >Hi, > >shouldn't the first REGISTER_LONG_CONSTANT("T_DOC_COMMENT", etc. etc.) >be within the #ifdef ZEND_ENGINE2 at the end of the list of >regist

[PHP-DEV] Re: [PHP-CVS] curl multi

At 11:15 17-3-03 -0500, Sterling Hughes wrote: On Mon, 2003-03-17 at 10:29, Wico de Leeuw wrote: > sorry for writing to the wrong list should have been phpdev offcourse > At 16:28 17-3-03 +0100, Wico de Leeuw wrote: > >Hiya, > > > >If someone has some spare time could he look at curl_multi_info_rea

[PHP-DEV] Re: [PHP-CVS] curl multi

On Mon, 2003-03-17 at 10:29, Wico de Leeuw wrote: > sorry for writing to the wrong list should have been phpdev offcourse > At 16:28 17-3-03 +0100, Wico de Leeuw wrote: > >Hiya, > > > >If someone has some spare time could he look at curl_multi_info_read() i'd > >like to use (test) the curl_multi f

RE: [PHP-DEV] Re: Segmentation violation

what is your platform ? > -Original Message- > From: Matt [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 12, 2003 6:03 PM > To: [EMAIL PROTECTED] > Subject: [PHP-DEV] Re: Segmentation violation > > > J, I will post an issue, but as far as I ca

[PHP-DEV] Re: Segmentation violation

J, I will post an issue, but as far as I can tell the error is very intermittent. I don't have a consistent action that I do each time to cause the error. It is just randomly (as far as I can tell) throughout the application. But If you like I'll send some through J Smith wrote: > > How abou

Re: [PHP-DEV] Re: [PHP] Re: [PHP-DEV] Is PHP designed (have the capability) to access remote DB?

On Wed, 12 Mar 2003 13:39:36 - (GMT), you wrote: >but your not. Please redirect further rants to [EMAIL PROTECTED] where >they will be able to help. Careful...devnull.com is an actual domain. :-) Although giveashit doesn't seem to exist: 550 5.1.1 [EMAIL PROTECTED] User unknown -- PHP Deve

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 21:12 12.03.2003, Shane Caraveo wrote: An interface should not implement an interface, only classes should implement interfaces. 'implement' infers that actual executable code is provided that implements an interface. Again, I haven't followed the interface stuff, and sorry for writting wit

[PHP-DEV] Re: Newbie developer's information

> * trying to build php4 head for two days, only to be told that I > should be building PHP_4_3 or php5 head. Yes, it should be noted that you can use PHP_4, PHP_4_3 or php5. > * forgetting about re2c, which is not mentioned anywhere that I could > find, but I found through freshmeat and

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 08:53 AM 3/12/2003 -0500, Andrei Zmievski wrote: I have 2 questions: 1. Do the interface functions have to be explicitly specified as abstract? Nope. It shouldn't be allowed to be abstract because it's abstract by definition. interface Foo { function bar(); } Because this runs fine

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt

Marcus Börger wrote: At 20:20 12.03.2003, Andrei Zmievski wrote: On Wed, 12 Mar 2003, Marcus Börger wrote: > This works even though i do not like extends FOO. Why? Both C# and Java (AFAIR) allow interfaces to extend other interfaces. Because of the second part of the answer. It is a little bit

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 20:20 12.03.2003, Andrei Zmievski wrote: On Wed, 12 Mar 2003, Marcus Börger wrote: > This works even though i do not like extends FOO. Why? Both C# and Java (AFAIR) allow interfaces to extend other interfaces. Because of the second part of the answer. It is a little bit strange that an interfac

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Marcus Börger wrote: > >interface JAZ {} > >interface FOO {} > >interface BAR extends FOO {} > >class foo implements FOO {} > > This works even though i do not like extends FOO. Why? Both C# and Java (AFAIR) allow interfaces to extend other interfaces. > This doesn't - i ho

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 19:57 12.03.2003, Shane Caraveo wrote: A class extending an interface seems just weird to me. classes should only extend classes, and implement interfaces. interfaces can extend interfaces. I haven't been following the interfaces stuff (I'm going to have to backtrack and read it all, very

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt

Andrei Zmievski wrote: On Wed, 12 Mar 2003, Sebastian Bergmann wrote: I have seen extended interfaces quite often in the Java world. IIRC, the following code currently runs without problems and it should stay that way, if it does not harm us in any way: I wasn't talking about interfaces

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt

Andrei Zmievski wrote: > "class blah implements " is confusing. That is possible? It shouldn't be ;-) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Developmen

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Sebastian Bergmann wrote: > I have seen extended interfaces quite often in the Java world. > > IIRC, the following code currently runs without problems and it should > stay that way, if it does not harm us in any way: > > interface Foo {} > interface Bar ex

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt

Marcus Börger wrote: If you ask me i would not allow extending interfaces at all. I have seen extended interfaces quite often in the Java world. IIRC, the following code currently runs without problems and it should stay that way, if it does not harm us in any way: -- Sebastian Bergmann h

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Marcus Börger wrote: > a class can only extend ONE class/interface but it can implement multiple > interfaces. If you ask me i would not allow extending interfaces at all. That's what I was thinking too. -Andrei http://www.gravitonic.com/

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 14:53 12.03.2003, Andrei Zmievski wrote: I have 2 questions: 1. Do the interface functions have to be explicitly specified as abstract? interface Foo { function bar(); } Because this runs fine for me with no errors. They don't have to (currently) I weote the tests with abstract as i t

[PHP-DEV] Re: PHP Startup Error In Apache

Looks like a problem with your php.ini file. There should be some lines in there that read something like extension=xslt.so extension=xmlrpc.so extension=xml.so There should also be a line that reads extension_dir="/some/path" Make sure the path in extension_dir actually leads to the extension

[PHP-DEV] Re: Segmentation violation

How about providing a short example script that reproduces the segfault? Posting a backtrace is all well and good, but it's not very useful if nobody can see what initiated it. J Matt wrote: > Hi, i've never posted to this newsgroup b4 so pls don't shoot me down if > this is not protocol. But

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Marcus Boerger wrote: > helly Tue Mar 11 19:10:00 2003 EDT > > Added files: > /php4/tests/classes interface_class.phpt interface_doubled.phpt > interface_implemented.phpt > inter

[PHP-DEV] Re: [PHP] Re: [PHP-DEV] Is PHP designed (have the capability) to access remote DB?

Actually your question relates to the use and functionality of the PHP language. If your question was relating to the C code that makes up PHP itself, which involves accessing remote databases (eg: where abouts in the source code can I find the handlers for a mysql_connect command)... then your in

[PHP-DEV] RE: [PHP] Is PHP designed (have the capability) to access remote DB?

PHP can access any database that the server that PHP is running on can get to and has the correct permissions to get to the database. Clint -Original Message- From: Patrick LOK [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 7:26 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMA

Re: [PHP-DEV] Re: php4 /ext/fam fam.c /ext/fbsql php_fbsql.c /ext/hwapi hwapi.cpp /ext/hyperwave hw.c /ext/informix ifx.ec /ext/ingres_iiii.c /ext/interbase interbase.c /ext/ircg ircg.c /ext/

On Wed, 12 Mar 2003, moshe doron wrote: > > > > "Jani Taskinen" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > > > Your cvs checkout is broken: > > > > # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php5 > > while php5 and php4 PHP_4_3 works fine *php4* is

Re: [PHP-DEV] Re: php4 /ext/fam fam.c /ext/fbsql php_fbsql.c /ext/hwapi hwapi.cpp /ext/hyperwave hw.c /ext/informix ifx.ec /ext/ingres_ii ii.c /ext/interbase interbase.c /ext/ircg ircg.c /ext/ldap

"Jani Taskinen" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Your cvs checkout is broken: > > # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php5 while php5 and php4 PHP_4_3 works fine *php4* is broken. may i missing somthing but why not do the default php

[PHP-DEV] Re: Fix for bug #22386

Er, wrong patch. Proper one is attached. J I wrote: > > The browscap extension is trying to load stuff into the object_store > before it gets initialized, so this'll fix it. Entries from the > browscap.ini file are now stored in straight hashes rather than objects, > but the return value is s

Re: [PHP-DEV] Re: php4 /ext/fam fam.c /ext/fbsql php_fbsql.c /ext/hwapi hwapi.cpp /ext/hyperwave hw.c /ext/informix ifx.ec /ext/ingres_iiii.c /ext/interbase interbase.c /ext/ircg ircg.c /ext/ldap

Your cvs checkout is broken: # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php5 And it works fine. --Jani On Tue, 11 Mar 2003, moshe doron wrote: >> Renamed OnUpdateInt -> OnUpdateLong to prevent further misunderstandings. >> # Intentionally left ou

Re: [PHP-DEV] Re: Opening files for write from php modules

Even so, its a very good idea to use streams for this; you will automatically make your extension safe_mode and open_basedir aware, virtual cwd aware and be able to avoid crippling limitations of certain OS (eg: Solaris can only fopen 256 files). These things are particularly important in a web se

[PHP-DEV] Re: php4 /ext/fam fam.c /ext/fbsql php_fbsql.c /ext/hwapi hwapi.cpp /ext/hyperwave hw.c /ext/informix ifx.ec /ext/ingres_ii ii.c /ext/interbase interbase.c /ext/ircg ircg.c /ext/ldap ldap.c /ext/mbstring mbstring.c /ext/mssql php_mssql.c /ext/my

> Renamed OnUpdateInt -> OnUpdateLong to prevent further misunderstandings. > # Intentionally left out any 'alias' for it, this way 3rd party extension > # maintainers will really NOTICE the change. wl, right now the default php4 tree is broken for cygwin, is this what did u expected to gai

[PHP-DEV] Re: Opening files for write from php modules

Nevermind... Seems the webserver was on afs filespace, and apache/php didnt like the permissions it had there. Everything works now that I moved it to a jfs filesystem. Scott Baker wrote: I'm trying to write an extention that calls a C++ lib i've written. I've gotten the module to compile and

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard var.c

On Mon, 10 Mar 2003, Sebastian Bergmann wrote: > Can I have my get_object_handle() function, too, pretty please? ;-) > > Besides, IIRC, Andi said "back then" that the object handle is not > unique. But it's still useful. -Andrei http://www.gravitonic.c

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard var.c

Andrei Zmievski wrote: > andreiMon Mar 10 10:13:33 2003 EDT > > Modified files: > /php4/ext/standardvar.c > Log: > Print the object handle (it's useful). Can I have my get_object_handle() function, too, pretty please? ;-) Besides, IIRC, Andi said "back then"

[PHP-DEV] Re: CVS access

On Mon, 10 Mar 2003 10:03:22 +0100, Ján Šuňavec wrote: > I need CVS access into PHP CVS repository. I have project with code > name DotPHP. See CVS repository in http://sourceforge. > net/projects/webcomp. I want add this directory into PHP directory... You will need to fill in the forms availab

Re: [PHP-DEV] Re: [WARNING] Release process for 4.3.2 starts RSN..

> Remeber we are volunteers and sometimes we find it more interesting to > hang out in a pub and drink Finlandia then to release PHP. Any particular pub? Im up for a few pints ;) -- Dan Hardiker [EMAIL PROTECTED] ADAM Software & Systems Engineer First Creative -- PHP Development Mailing Lis

Re: [PHP-DEV] Re: [WARNING] Release process for 4.3.2 starts RSN..

> Remeber we are volunteers and sometimes we find it more interesting to > hang out in a pub and drink Finlandia then to release PHP. Any particular pub? Im up for a few pints ;) -- Dan Hardiker [EMAIL PROTECTED] ADAM Software & Systems Engineer First Creative -- PHP Development Mailing Lis

Re: [PHP-DEV] Re: [WARNING] Release process for 4.3.2 starts RSN..

On Sun, 9 Mar 2003, Peter Neuman wrote: > > To get this thing started, I'm going to roll PHP 4.3.2-pre1 > > on Wednesday, 26th Feb, around 3pm EEST. And I'll announce > > it on php-general too, to get some more people testing it > > before we start with any RCs > > Now is 9. March 2003, Why not S

[PHP-DEV] Re: [WARNING] Release process for 4.3.2 starts RSN..

Hi, > To get this thing started, I'm going to roll PHP 4.3.2-pre1 > on Wednesday, 26th Feb, around 3pm EEST. And I'll announce > it on php-general too, to get some more people testing it > before we start with any RCs Now is 9. March 2003, Why not Start PHP 4.3.2-pre1?. I need a Stable 4.3.2, 4.3

Re: [PHP-DEV] Re: iterating objects with interfaces

At 08:39 09.03.2003, l0t3k wrote: you're not campaigning for sainthood, are you ;-) LOL ive been reading python docs today, and their iterators and sequences are one of the things that make it so powerful yet simple because of their consistency throughout. This has nothing to do with perl. It is a

[PHP-DEV] Re: iterating objects with interfaces

you're not campaigning for sainthood, are you ;-) ive been reading python docs today, and their iterators and sequences are one of the things that make it so powerful yet simple because of their consistency throughout. what do you mean you didnt have to modify the engine ? did you mess with the op

[PHP-DEV] Re: news.php.net -> mailing list gateway broken?

I wrote: > [...] in the mailing list archives they end up with just an IP address > as From: address (see e.g. > ). > > I suspect that this sort of From: is dropped right on the floor by the > mailing list software. No, the article l

[PHP-DEV] Re: Can't commit to /pear/PHPUnit

On Sat, 8 Mar 2003, Derick Rethans wrote: > On Sat, 8 Mar 2003, Sebastian Bergmann wrote: > > > For some hours now I get messages like > > > > cvs server: [10:05:26] waiting for cvs's lock in > > /repository/pear/PHPUnit > > > > Maybe someone could look into this, > > I did try to

[PHP-DEV] Re: php_xslt: xslt_set_encoding

Hello, Indeed they don't have the set_encoding function compiled in (even if the full iconv is redistributed with php). Anyway, I suggest you to take a look at the domxslt extension, is way much faster (and uses directly UTF-8 internally) Alexandru "Michel Sahyoun" <[E

[PHP-DEV] Re: Further outstanding 64-bit issues with PHP_4_3

Thanks, will look at these and see if I can't get them in with Jani's permission. The OnUpdateLong is in my cvs queue, but I was getting a karma issue on Friday. Out of curiosity - which platform do you use ? I am on Tru64 and am working with the HP-UX folks. It would be interesting to know what

[PHP-DEV] Re: [PHP-XML-DEV] Re: [PHP-I18N] Help: Sablotron and Shift-jis

At 08:50 3/7/2003, Moriyoshi Koizumi wrote: Anyway, you don't have to crosspost your question to [EMAIL PROTECTED], which is for developing php internals and irrelevant for such user questions. The same applies to [EMAIL PROTECTED] Note the pattern :) Met vriendelijke groeten / With kind regards

Re: [PHP-DEV] Re: [PHP-I18N] Help: Sablotron and Shift-jis

On Fri, 2003-03-07 at 08:50, Moriyoshi Koizumi wrote: > It works for me. See the attached example. Anyway, you don't have to > crosspost your question to [EMAIL PROTECTED], which is for developing > php internals and irrelevant for such user questions. > ditto for php-xml-dev, a list _for_ deve

[PHP-DEV] Re: [PHP-I18N] Help: Sablotron and Shift-jis

It works for me. See the attached example. Anyway, you don't have to crosspost your question to [EMAIL PROTECTED], which is for developing php internals and irrelevant for such user questions. Hope this helps Moriyoshi "Michel Sahyoun" <[EMAIL PROTECTED]> wrote: > Does anyone have an example

Re: [PHP-DEV] Re: [PHP] Threading

Hi! Thanks all of you for your answers, especially to Dave Viner. I will be investigating on how to solve my problem. Maybe someone of the core of PHP could point me on how to do mutual exclusion because I've seen code like the following inside PHP (however I don't know if I can use it): tsrm_m

[PHP-DEV] Re: fun with autoconf on Tru64

I have had similar problems, using autoconf 2.5x seems to work. (I use 2.54, specifically.) J Dave Hill wrote: > Hi all, > I am having fun with [EMAIL PROTECTED]@#$ autoconf. In the past I always used > the configure in the RC tarball without (much) problem. As I am trying > to be a good l

[PHP-DEV] Re: [Zend Engine 2] FYI: PHP/threads

Timm Friebe wrote: I've been playing around with the (not new) idea of introducing threads into PHP userland (maybe something to think about havin in PHP6?). What came out of it is available at [1], offering an object oriented API (in comparison to PECL/threads [2]). -one of the reasons to not

Re: [PHP-DEV] Re: modules in c++

Please supply 1 as the 6th argument to PHP_NEW_EXTENSION. - Sascha -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: modules in c++

Actually, try this instead of PHP_ADD_LIBRARY(stdc++) and see if that works... PHP_ADD_LIBRARY(stdc++, 1, BIAC_SHARED_LIBADD) J Michel M. Dos Santos wrote: > > Yes. > > My config.m4: > > > PHP_ARG_ENABLE(biac, for biac support,[ --enable-biacEnable biac > support]) > > if test "$

Re: [PHP-DEV] Re: modules in c++

Looks like you need to link to the standard C++ library. Try putting this in your config.m4 file: PHP_ADD_LIBRARY(stdc++) And run phpize, configure and make again. That should make gcc link with stdc++. J Michel M. Dos Santos wrote: > > > J, > > First, thanks by your article. My original

RE: [PHP-DEV] Re: modules in c++

2003 1:04 PM To: Dave Viner; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: modules in c++ Yes. My config.m4: PHP_ARG_ENABLE(biac, for biac support,[ --enable-biacEnable biac support]) if test "$PHP_BIAC" != "no" ; then PHP_AD

Re: [PHP-DEV] Re: modules in c++

ntos On Wednesday 05 March 2003 18:01, Dave Viner wrote: > do you have the PHP_REQUIRE_CXX() in your config.m4? > > dave > > > -Original Message- > From: Michel M. dos Santos [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 05, 2003 12:43 PM > To: [EMAIL PROTEC

RE: [PHP-DEV] Re: modules in c++

do you have the PHP_REQUIRE_CXX() in your config.m4? dave -Original Message- From: Michel M. dos Santos [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 12:43 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: modules in c++ J, First

Re: [PHP-DEV] Re: modules in c++

J, First, thanks by your article. My original e first problem is : PHP Warning: Unable to load dynamic library '/usr/lib/php4/20010901/biac.so' - /usr/lib/php4/20010901/biac.so: undefined symbol: endl__FR7ostream in Unknown on line 0 The use of cout (

[PHP-DEV] Re: modules in c++

That should still work fine, though, shouldn't it? I mean, the .so spit out should be working properly. I just tested this with a C++ extension and while gcc was used by libtool for the linking, the extension works fine. If you really want the C++ compiler to do the linking, you can open up libto

[PHP-DEV] Re: [Zend Engine 2] FYI: PHP/threads

Both of these examples could be realized using fork() or socket_select(), though the first is not portable and the latter produces unnecessary overhead. Just to nit-pick: non-blocking io is much more efficient than threads, -- PHP Development Mailing List To unsubscribe, vi

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

On Tue, 4 Mar 2003, Sascha Schumann wrote: > > Well, Perl can lean the other way as well actually. Try this: > > Is there some documentation why the default is as it is? All I could find was this description of the Perl modulus operator: Binary ``%'' computes the modulus of two numbers.

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

> Well, Perl can lean the other way as well actually. Try this: Is there some documentation why the default is as it is? > You will see it gives you -6. Like I said, it comes down to which way you > truncate. Programmers tend to think that something like (int)(-3.4) > should result in -3.

[PHP-DEV] Re: $GLOBALS broken?

Using 'global $GLOBALS' works, though. On a related note, $GLOBALS and superglobals in general are acting a bit weird recently. I just cvs updated and rebuilt HEAD and this modified version of your script shows some oddness: Output on my machine: barArray ( [GLOBALS] => Array *RECURSION

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

Well, Perl can lean the other way as well actually. Try this: use integer; print -27%7; You will see it gives you -6. Like I said, it comes down to which way you truncate. Programmers tend to think that something like (int)(-3.4) should result in -3. If that is what you expect, then I t

[PHP-DEV] Re: Writing a php extension

www.zend.com/apidoc J Mincu Alexandru wrote: > I want to write a php module an I was wondering where I could find some > docs about this .. > > tks, -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

> Yeah, I read that in the bug report and confirmed that as the intended > behavior in C. What I meant was 'regardless of what the ISO standard > says, thats not a standard mathematical definition.' Well, the standard mathematical definition r = a mod b <=> a = floor(a/b) * b + r

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

On Tuesday, March 4, 2003, at 10:33 AM, Sascha Schumann wrote: On Tue, 4 Mar 2003, George Schlossnagle wrote: Interesting. I don't know what the ISO standard say, but mathematically a a % b will always return you an integer 0 <= a%b < b (since there are no negative numbers in canonical represe

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

On Tue, 4 Mar 2003, George Schlossnagle wrote: > Interesting. > > I don't know what the ISO standard say, but mathematically a a % b will > always return you an integer 0 <= a%b < b (since there are no negative > numbers in canonical representation of Z/bZ). I guess perl/python/tcl > ddecided to

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

Interesting. I don't know what the ISO standard say, but mathematically a a % b will always return you an integer 0 <= a%b < b (since there are no negative numbers in canonical representation of Z/bZ). I guess perl/python/tcl ddecided to adhere to the mathematical definition. On Tuesday, Marc

[PHP-DEV] RE: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c zend_API.h

On Tue, 4 Mar 2003, Harald Radi wrote: > the text has been copied from zend_disable_function(), that's why it is like > it is. beside that i disagree '* has been disabled.' doesn't contain a reason > thus the user will get confused, doesn't know whom to contact, mails to > php-dev, files a bugrepo

[PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

This is actually an interesting question. Should we be truncating towards zero? I'd say yes, but then I tested Perl, Python and Tcl, and they all say that -27 % 7 is 1 which means they truncate towards negative infinity. Too late to change at this point in the game, but perhaps it calls for a mo

Re: [PHP-DEV] Re: INI defaults for CLI

Hi Marcus, This patch looks fine to me, but I have the same reservations as you in that I'm not sure if we really need to modify the current behavior. IIRC it was Markus who objected to the way CLI overrode some default ini settings in a way that php.ini entries were ignored. You could still c

Re: [PHP-DEV] Re: INI defaults for CLI

At 02:45 03.03.2003, [EMAIL PROTECTED] wrote: Nothing attached... Try again... Index: main/SAPI.h === RCS file: /repository/php4/main/SAPI.h,v retrieving revision 1.100 diff -u -r1.100 SAPI.h --- main/SAPI.h 20 Feb 2003 22:21:48 -000

[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?

ooops... Should be 'php -i'... ./pl "Patrick Lok" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > I tried to complete the installation (I did 'make install') but the test on > 'php -l' didn't return anything; it keeps on running... nothing returns, no > core-dump... > > any fur

[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?

I tried to complete the installation (I did 'make install') but the test on 'php -l' didn't return anything; it keeps on running... nothing returns, no core-dump... any further help? Ok! I just want helpers can have a full investigation on the suspected error. Best best regards ./pl "Rasmus

[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' isdangerous --- WHY?

> When I tried to 'make' PHP-4.3.1, it returns warning message and died. I am > using RH8.0 + Apache 2.0.44 It didn't die, that is simply the end of the build. Warnings aren't fatal. (Please do not cc all the lists) -Rasmus -- PHP Development Mailing List To unsubscri

[PHP-DEV] Re: INI defaults for CLI

Nothing attached... -- Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. "Marcus Börger" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] Hi, the current implementation does not allow to overwrite the hard coded INI defaults of C

[PHP-DEV] Re: MSSQL extension BugFix FreeTDS, datetime withmilliseconds

Hi Michael, Thanks. I'll have a look at the patch when I get back to the US (I'm in Denmark right now). I have one comment though: Compiling FreeTDS with the option --enable-msdblib will change FreeTDS to return the month as specified by Microsoft. FreeTDS 0.61 has a new feature where we can chec

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

At 18:49 02.03.2003, Derick Rethans wrote: On Sun, 2 Mar 2003, Zeev Suraski wrote: > Looks like for some reason, CLI registers $argv and $argc globals even > though register_globals is off. Why's that? > Anyway, if we want to keep this behavior, we probably should change the > place where argv/ar

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.hphp_variables.c php_variables.h

On Sun, 2 Mar 2003, Zeev Suraski wrote: > Looks like for some reason, CLI registers $argv and $argc globals even > though register_globals is off. Why's that? > Anyway, if we want to keep this behavior, we probably should change the > place where argv/argc are registered, and put it somewhere g

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

Anyway, if we want to keep this behavior, we probably should change the place where argv/argc are registered, and put it somewhere global, outside where _SERVER is created. If&when _SERVER is created, it will attempt to copy them. Thoughts? That leads to "$_COMMAND" or "$_CMD". Didn't quite u

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

At 17:56 02/03/2003, Marcus Börger wrote: At 16:38 02.03.2003, Zeev Suraski wrote: Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? CLI overwrites "register_argc_argv": zend_alter_ini_entry("register_argc_argv", 19, "1",

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

At 16:38 02.03.2003, Zeev Suraski wrote: Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? CLI overwrites "register_argc_argv": zend_alter_ini_entry("register_argc_argv", 19, "1", 1, PHP_INI_SYSTEM, PHP_INI_STAGE_ACTIVATE

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? Anyway, if we want to keep this behavior, we probably should change the place where argv/argc are registered, and put it somewhere global, outside where _SERVER is created. If&whe

[PHP-DEV] Re: main/network.c

Hi marcus, Moriyoshi is going to revert the HAVE_INET_NTOP part; I have to go out now, so I won't be able to address the warnings right away, but will look at them later. --Wez. On Sat, 1 Mar 2003, Marcus [iso-8859-1] Börger wrote: > Hi Wez, > > i cannot compile current network.c. The following

[PHP-DEV] Re: [PHP] JP Graph

Sounds like a web server configuration problem. If you are using apache make sure your httpd.conf is configured to bind to your external IP address (the default). Jason On Thu, 2003-02-27 at 21:17, K wrote: > Hi all, > I'm using JPGraph on a localhost for a website opened via a host redirect. > M

[PHP-DEV] Re: [ZEND-ENGINE-CVS] Re: ZendEngine2 / ZEND_CHANGES

Harald Radi wrote: > how is your book doing :) The deadline is approaching. Besides that, good ;-) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development M

Re: [PHP-DEV] Re: using VC++ to compile PHP extensions

riday, February 28, 2003 12:23 AM Subject: [PHP-DEV] Re: using VC++ to compile PHP extensions > > To add to that, I wrote up a short article yesterday that pretty much said > the same thing, although it had a more UNIX-y focus. See > > http://www.tutorbuddy.com/software/phpcpp/p

[PHP-DEV] Re: using VC++ to compile PHP extensions

To add to that, I wrote up a short article yesterday that pretty much said the same thing, although it had a more UNIX-y focus. See http://www.tutorbuddy.com/software/phpcpp/phpcpp/ J Dave Viner wrote: > Hi, > I've just completed some local php extensions using VC++. Here are some > notes th

RE: [PHP-DEV] Re: [PHP] Threading

: Thursday, February 27, 2003 11:12 AM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: [PHP] Threading Hi! >"George Schlossnagle" <[EMAIL PROTECTED]> escribió en el mensaje news:[EMAIL PROTECTED] >On Thursday, February 27, 2003, at 01:50 PM, Braulio JosX Solano Rojas >wro

Re: [PHP-DEV] Re: [PHP] Threading

At 20:12 27-2-2003, Braulio José Solano Rojas wrote: I already know about this functionality, but as you know this is only for Unix. And yes it matters if the semaphores are implemented in PHP since I need portability between different OSes. (I like Inter-Process Comunication, I am sorry not to h

Re: [PHP-DEV] Re: [PHP] Threading

Hi! >"George Schlossnagle" <[EMAIL PROTECTED]> escribió en el mensaje news:[EMAIL PROTECTED] >On Thursday, February 27, 2003, at 01:50 PM, Braulio JosX Solano Rojas >wrote: > > Are there semaphores in PHP? > >Yes. I'd recommend a reading of the fine manual. I did of course. > Of course if you'

Re: [PHP-DEV] Re: [PHP] Threading

On Thursday, February 27, 2003, at 01:50 PM, Braulio JosX Solano Rojas wrote: Hi! "Dave Viner" <[EMAIL PROTECTED]> escribiÛ en el mensaje news:[EMAIL PROTECTED] would semaphores provide the "mutual exclusion zone" you need? I do not know yet, I should studie it, but it is likely so. Are there

Re: [PHP-DEV] Re: [PHP] Threading

Original Message- > From: Braulio José Solano Rojas [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 27, 2003 8:01 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] Re: [PHP] Threading > > > Hi! > > "Rasmus Lerdorf" <[EMAIL PROTEC

RE: [PHP-DEV] Re: [PHP] Threading

would semaphores provide the "mutual exclusion zone" you need? dave -Original Message- From: Braulio José Solano Rojas [mailto:[EMAIL PROTECTED] Sent: Thursday, February 27, 2003 8:01 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: [PHP] Threading Hi

Re: [PHP-DEV] Re: [PHP] Threading

Hi! "Rasmus Lerdorf" <[EMAIL PROTECTED]> escribió en el mensaje news:[EMAIL PROTECTED] > On Tue, 18 Feb 2003, Greg Donald wrote: > > On Tue, 18 Feb 2003, Bruce Miller wrote: > > > > >Will PHP allow multiple-thread execution? > > > > PHP4 does not have thread support. > > Well, except for pear/PECL

Re: [PHP-DEV] Re: Piping to the PHP binary

> So there is no upgrade path for the cgi - it's lost this functionality? > (please confirm, as that breaks backward compatability for alot of my > scripts) well, i'm not the right person asking him just tried helping. > version, I get the same problem... Im guessing that its caused by one of > t

Re: [PHP-DEV] Re: Piping to the PHP binary

Hi, So there is no upgrade path for the cgi - it's lost this functionality? (please confirm, as that breaks backward compatability for alot of my scripts) Surely the CGI should be able to handle piping too? [btw: if I build a CLI version, I get the same problem... Im guessing that its caused by o

[PHP-DEV] Re: Piping to the PHP binary

use the cli not cgi: [EMAIL PROTECTED] moshe]$ php -v PHP 4.3.2-dev (cli) (built: Feb 24 2003 18:43:23) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies [EMAIL PROTECTED] moshe]$ echo "" | php [EMAIL PROTECTED] moshe]$ "Dan Hardiker" <[EMAIL PROT

Re: [PHP-DEV] Re: Announcement: Next generation ext_skel

Jani Taskinen wrote: Krhm...you should make it to produce code that meets our coding standards.. :) Use tabs, ... sure, but especially tabs have a very low priority on my list, as having them as '\t' in the generating PHP code hurt readability a lot (and emacs is not clever enoug

Re: [PHP-DEV] Re: Announcement: Next generation ext_skel

Krhm...you should make it to produce code that meets our coding standards.. :) Use tabs, if (foo) { ... } etc. --Jani On Wed, 26 Feb 2003, Hartmut Holzgraefe wrote: >l0t3k wrote: >> Hartmut, >> will this also generate zend_parse_param

  1   2   3   4   5   6   7   8   9   10   >