Re: [PHP-DEV] feature proposal: string types (complete witha patch)

On 2 May 2002, Stig S. Bakken wrote: > I guess the core issue here is whether adding an int to zval or > zval.value.str is worth the cost. With all the zval copying going on, > there will be a cpu overhead as well as memory. Back when Andi moved > zval.value.strlen and zval.value.strval into

Re: [PHP-DEV] Re: Xdebug extension availability

On Wed, 1 May 2002 [EMAIL PROTECTED] wrote: > Please, Please, Please when this is ready put it in ext/. I've wanted > this for a long time, and I've seen enough requests from others to know > I'm not the only one. Having a stack trace available will be a great > help in debugging! Yeah, I know

Re: [PHP-DEV] feature proposal: string types (complete with apatch)

Those who pay attention to my occasional ramblings may remember that I once suggested implementing "type hints", which is a more generic version of this. Type hints is like your string types, except that they apply to any type. I guess the core issue here is whether adding an int to zval or zval

Re: [PHP-DEV] Xdebug extension availability

On Wed, 1 May 2002 [EMAIL PROTECTED] wrote: > Does this require 4.2.0 or something? I just tried to apply this to > 4.1.2 and I get: It does require latest PHP CVS (4.3.0dev) for now, but as soon as 4.2.1 is out I can make binary modules available. (That will be in a few days). Derick > > /

Re: [PHP-DEV] Xdebug extension availability

Addressed to: Derick Rethans <[EMAIL PROTECTED]> PHP Developers Mailing List <[EMAIL PROTECTED]> ** Reply to note from Derick Rethans <[EMAIL PROTECTED]> Wed, 1 May 2002 16:20:52 +0200 (CEST) I just looked at the message I just sent, and in a few places I see /configure where I s

Re: [PHP-DEV] Xdebug extension availability

Addressed to: Derick Rethans <[EMAIL PROTECTED]> PHP Developers Mailing List <[EMAIL PROTECTED]> ** Reply to note from Derick Rethans <[EMAIL PROTECTED]> Wed, 1 May 2002 16:20:52 +0200 (CEST) > > Hello, > > I'm happy to announce the availability of the xdebug extension. This

[PHP-DEV] feature proposal: string types (complete with a patch)

Dear PHP developers, I propose a feature that I call "string types". I have also already coded a first version of it that you can try. There's a bug for it here: http://bugs.php.net/?id=16480 and a homepage with a description and a patch here: http://nebuchadnezzar.zion.cz/php_strings.php Please

[PHP-DEV] Re: new patch to session.c & some new API

Thies C. Arntzen wrote: > so the "guts" of this patch is to make the URL-Rewriter > usable by more than just the session-module! (which i really > need) This sounds cool to me, too. C API would be very useful for my private extension. -- Yasuo Ohgaki -- PHP Development Mailing Lis

Re: [PHP-DEV] [PATCH]Memory leaking when calling an overloaded class member

Ya know.. i might just give up here... Ignore this.. i realized that my handler should free this memory.. - Brad i hate people like me! --- brad lafountain <[EMAIL PROTECTED]> wrote: > Ignore the patch > I really should compile and test the patch before i submit it.. > > It sill is a lea

Re: [PHP-DEV] [PATCH]Memory leaking when calling an overloaded class member

Ignore the patch I really should compile and test the patch before i submit it.. It sill is a leak tho.. Ill repatch... Ill also test it this time :) - brad --- brad lafountain <[EMAIL PROTECTED]> wrote: > I get this error: > > f:\php-4.2.0\zend\zend_execute.c(1503) : Freeing 0x00DDD278 (1

[PHP-DEV] [PATCH]Memory leaking when calling an overloaded class member

I get this error: f:\php-4.2.0\zend\zend_execute.c(1503) : Freeing 0x00DDD278 (11 bytes), script=test2.php f:\php-4.2.0\zend\zend_variables.c(106) : Actual location (location was relayed) Last leak repeated 1 time i took alook at the code.. here is where it creates the memory tmp = *function_n

Re: [PHP-DEV] Re: Xdebug extension availability

Addressed to: [EMAIL PROTECTED] PHP Developers Mailing List <[EMAIL PROTECTED]> ** Reply to note from [EMAIL PROTECTED] Wed, 1 May 2002 16:50:37 +0200 (CEST) > > On Wed, 1 May 2002, Yasuo Ohgaki wrote: > > > Nice extension. I was thinking to make a similar one. > > > > Can yo

[PHP-DEV] [PATCH] RE: [PHP-DEV] config.w32.h...registry configuration

From: Zeev Suraski [mailto:[EMAIL PROTECTED]] > > At 23:11 01/05/2002, Shane Caraveo wrote: > >That would only solve that particular situation, what about multiple > >installations of the same version, or seperate configurations for the same > >installation? > > We can have PHP look for php.in

Re: [PHP-DEV] config.w32.h...registry configuration

At 23:11 01/05/2002, Shane Caraveo wrote: >That would only solve that particular situation, what about multiple >installations of the same version, or seperate configurations for the same >installation? We can have PHP look for php.ini in the directory where php.exe is located. This would all

Re: [PHP-DEV] config.w32.h...registry configuration

Daniel Beulshausen wrote: > At 11:41 01.05.2002 -0700, Shane Caraveo wrote: > >> Daniel Beulshausen wrote: >> >>> At 11:19 01.05.2002 -0700, Shane Caraveo wrote: >>> >> > they should be changed to use the windows registry anyway... >> >> Feel free to do it :) > > > >

Re: [PHP-DEV] $_USER -- just a thought

That's helpful, but seems to be returning a copy of $GLOBALS, I was referring to just seeing the 'local' variables and not everything in the global namespace ... though I suspect with the shift to register_globals = off -- this may be giving me what I'm looking for *in that configuration only* ...

RE: [PHP-DEV] config.w32.h

I also prefer configuration files over registry. Andi At 11:04 01/05/2002 -0700, Preston L. Bannister wrote: >From: Daniel Beulshausen [mailto:[EMAIL PROTECTED]] > > > > At 18:35 01.05.2002 +0200, Sebastian Bergmann wrote: > > >Daniel Beulshausen wrote: > > > > do you mean constants like PHP_EXT

Re: [PHP-DEV] config.w32.h...registry configuration

At 11:41 01.05.2002 -0700, Shane Caraveo wrote: >Daniel Beulshausen wrote: >>At 11:19 01.05.2002 -0700, Shane Caraveo wrote: >> > > they should be changed to use the windows registry anyway... > > Feel free to do it :) this isn't going to be a big task, i'll put it onto

Re: [PHP-DEV] $_USER -- just a thought

Try get_defined_vars() Hank Marquardt wrote: > Allow me to elaborate -- > > I basically am looking for whatever is *not* in the existing $_ arrays. > The application is to save state in a 'crash and burn' function as much > as possible about the crash event ... I'm serializing it all and writin

RE: [PHP-DEV] config.w32.h

From: Daniel Beulshausen [mailto:[EMAIL PROTECTED]] > > At 18:35 01.05.2002 +0200, Sebastian Bergmann wrote: > >Daniel Beulshausen wrote: > > > do you mean constants like PHP_EXTENSION_DIR? > > > > For instance, yes. > > > > > they should be changed to use the windows registry anyway... > > > >

Re: [PHP-DEV] config.w32.h...registry configuration

Daniel Beulshausen wrote: > At 11:19 01.05.2002 -0700, Shane Caraveo wrote: > > > they should be changed to use the windows registry anyway... Feel free to do it :) >>> >>> >>> this isn't going to be a big task, i'll put it onto my todo. >> >> >> It's already done, been there fo

Re: [PHP-DEV] config.w32.h

At 11:19 01.05.2002 -0700, Shane Caraveo wrote: >>> > they should be changed to use the windows registry anyway... >>> >>> Feel free to do it :) >> >>this isn't going to be a big task, i'll put it onto my todo. > >It's already done, been there for a long time. php.ini values are >configurabl

Re: [PHP-DEV] config.w32.h

>> >> > they should be changed to use the windows registry anyway... >> >> Feel free to do it :) > > > this isn't going to be a big task, i'll put it onto my todo. > It's already done, been there for a long time. php.ini values are configurable via registry, and can be done on a per-domai

Re: [PHP-DEV] config.w32.h

"Preston L. Bannister" wrote: > Instead I'd suggest that the settings stay in php.ini, but that PHP > look for php.ini first local to the installation of php.exe. The settings we're talking about are not in php.ini. -- Sebastian Bergmann http://sebastian-bergmann.de/ http:

RE: [PHP-DEV] config.w32.h

From: Daniel Beulshausen [mailto:[EMAIL PROTECTED]] > > At 18:35 01.05.2002 +0200, Sebastian Bergmann wrote: > >Daniel Beulshausen wrote: > > > do you mean constants like PHP_EXTENSION_DIR? > > > > For instance, yes. > > > > > they should be changed to use the windows registry anyway... > > > >

Re: [PHP-DEV] config.w32.h

At 18:35 01.05.2002 +0200, Sebastian Bergmann wrote: >Daniel Beulshausen wrote: > > do you mean constants like PHP_EXTENSION_DIR? > > For instance, yes. > > > they should be changed to use the windows registry anyway... > > Feel free to do it :) this isn't going to be a big task, i'll put it

[PHP-DEV] new patch to session.c & some new API

hi, here's the new version of the patch that exposes the URL-Rewriter (what a cool piece of software) script and C-Space via an api: from PHP: output_add_rewrite_var($varname, $value); output_remove_rewrite_var($varname); add/remove a var from an internal list o

Re: [PHP-DEV] config.w32.h

Daniel Beulshausen wrote: > do you mean constants like PHP_EXTENSION_DIR? For instance, yes. > they should be changed to use the windows registry anyway... Feel free to do it :) > for any other compile time configuration option i don't think that's > wise to do. Well, not everyone need

Re: [PHP-DEV] config.w32.h

Ignore my previous Email. I think it's fine.. Andi At 17:44 01/05/2002 +0200, Sebastian Bergmann wrote: >Daniel Beulshausen wrote: > > what's the reason to rename the file? > > As I pointed out in a previous posting, this way we could put > config.w32.h into .cvsignore and let it be "created

Re: [PHP-DEV] CVS Account Request: peter

Hi, I've documented the major functions now for ext/sockets, but there's still a bunch to do. I'm not going to do more documentation on sockets anytime soon as my spare time is too limited. Feel free to enhance the existing documentation and/or add the new ones. - Mar

Re: [PHP-DEV] $_USER -- just a thought

Allow me to elaborate -- I basically am looking for whatever is *not* in the existing $_ arrays. The application is to save state in a 'crash and burn' function as much as possible about the crash event ... I'm serializing it all and writing to a file (or email or db ) I've already got all th

Re: [PHP-DEV] config.w32.h

At 19:20 29/04/2002 +0200, Sebastian Bergmann wrote: > As you may know, I worked a bit on config.w32.h recently. > > I'd like to rename the file to config.w32.h.in and let MSVC rename > config.w32.h.in to config.w32.h, if config.w32.h does not yet exist. > > Two questions: > > 1.) Is t

Re: [PHP-DEV] $_USER -- just a thought

On Wed, 1 May 2002, Hank Marquardt wrote: > I've been having difficulty with $GLOBALS in a fashion similar to that > reported in bug #16065 -- I'm using debian-unstable packages of 4.1.2, > maybe it'll go away with the 4.2 packages, but I digress > > What I'm trying to do is save state of t

Re: [PHP-DEV] Bug or Feature: ini_get() return value

Hello Ian, On Wed, 1 May 2002, Ian Thurlbeck wrote: > Is this a bug or a feature? > > Tested on Apache 1.3.22 + PHP 4.1.2 and > Apache 2.0.35 + PHP 4.2.0RC4 > > With php.ini setting "some_var=On" I get the following: > > ini_get("some_var") returns 1 > > Fair enough. > > If you set "some_v

Re: [PHP-DEV] config.w32.h

At 17:44 01.05.2002 +0200, Sebastian Bergmann wrote: >Daniel Beulshausen wrote: > > what's the reason to rename the file? > > As I pointed out in a previous posting, this way we could put > config.w32.h into .cvsignore and let it be "created" from a > config.w32.h.in file if it doesn't exist

Re: [PHP-DEV] $_USER -- just a thought

Hi, That is what $_SESSION is for. This really is a question for [EMAIL PROTECTED] (next time). - Markus On Wed, May 01, 2002 at 11:16:53AM -0500, Hank Marquardt wrote : > I've been having difficulty with $GLOBALS in a fashion similar to that > reported in bug #16065 -- I'm usi

[PHP-DEV] $_USER -- just a thought

I've been having difficulty with $GLOBALS in a fashion similar to that reported in bug #16065 -- I'm using debian-unstable packages of 4.1.2, maybe it'll go away with the 4.2 packages, but I digress What I'm trying to do is save state of the user's variables at a given point in time and as f

[PHP-DEV] Bug or Feature: ini_get() return value

Dear All Is this a bug or a feature? Tested on Apache 1.3.22 + PHP 4.1.2 and Apache 2.0.35 + PHP 4.2.0RC4 With php.ini setting "some_var=On" I get the following: ini_get("some_var") returns 1 Fair enough. If you set "some_var=Off" the results are: ini_get("some_var") returns "" i.e. ini_

[PHP-DEV] wrong version

I found that in the php4.2.0 zip I downloaded from a mirror Now that version 4.1 introduces a safer sapi module, we recommend that you configure PHP as a module in Apache. in install.txt. May someone grep from 4.1 and change them to 4.2 everywhere it is suitable. Regards, Andrey -- PHP D

Re: [PHP-DEV] config.w32.h

Daniel Beulshausen wrote: > what's the reason to rename the file? As I pointed out in a previous posting, this way we could put config.w32.h into .cvsignore and let it be "created" from a config.w32.h.in file if it doesn't exist. This way, people can configure their Win32 build. -- S

Re: [PHP-DEV] config.w32.h

Joseph Tate wrote: > 2. I'd create a batch file that does the renaming, and then set it up > to run in a custom build step. You can set those up through the > Custom Build tab in the Project settings dialog. # Begin Source File SOURCE=..\main\config.w32.h.in # Begin Cust

Re: [PHP-DEV] Re: Xdebug extension availability

Very interesting! Possibly stupid question - Will it co-exist happily with other Zend extensions (ala the Optimiser/Decoder)? Thanks adamw - Original Message - From: <[EMAIL PROTECTED]> To: "Yasuo Ohgaki" <[EMAIL PROTECTED]> Cc: "PHP Developers Mailing List" <[EMAIL PROTECTED]> Sent: We

Re: [PHP-DEV] Re: Xdebug extension availability

Hello, On Wed, 1 May 2002, Adam Wright wrote: > Very interesting! Possibly stupid question - Will it co-exist happily with > other Zend extensions (ala the Optimiser/Decoder)? Didn't try yet, but will do soon. regards, Derick > - Original Message - > From: <[EMAIL PROTECTED]> > To: "Y

Re: [PHP-DEV] Re: Xdebug extension availability

On Wed, 1 May 2002, Yasuo Ohgaki wrote: > I saw > > /* The contents of this file are subject to the Vulcan Logic Public > * License Version 1.1 (the "License"); you may not use this file > * except in compliance with the License. You may obtain a copy of > * the License at http://www.vl-sr

Re: [PHP-DEV] Re: Xdebug extension availability

[EMAIL PROTECTED] wrote: > On Wed, 1 May 2002, Yasuo Ohgaki wrote: >>Or better yet, I would like to see them as standard >>function. It seems there may be license problem, though. > > > Licence problem? I'm using the PHP Licence for now. > I saw /* The contents of this file are subject to the

Re: [PHP-DEV] Re: Xdebug extension availability

On Wed, 1 May 2002, Yasuo Ohgaki wrote: > Nice extension. I was thinking to make a similar one. > > Can you put it into PECL? I can, but I don't want it yet. I want to wait until the extension stabilized some more, and PECL is more ready. > > Or better yet, I would like to see them as standa

[PHP-DEV] Re: Xdebug extension availability

Derick Rethans wrote: > Hello, > > I'm happy to announce the availability of the xdebug extension. This > extension modifies the php error handler to show stack traces. With this > you can exactly see how the current function was called, even the > parameters show up (if they are constants). I

[PHP-DEV] Re: news.php.net shows unterminated string

[root@corduroy php-4.2.1RC1]# lynx -head -dump http://news.php.net HTTP/1.1 200 OK Date: Wed, 01 May 2002 14:37:45 GMT Server: Apache/1.3.20 (Unix) PHP/4.2.0RC2 X-Powered-By: PHP/4.2.0RC2 Connection: close Content-Type: text/html; charset=iso-8859-1 J Derick Rethans wrote: > Hello, > > while

[PHP-DEV] news.php.net shows unterminated string

Hello, while browsing http://news.php.net/group.php?group=php.general I saw the following error: Warning: String is not zero-terminated (Úèfî ) (source: zend_execute_API.c:583) in /usr/local/www/news.php.net/common.inc(80) : regexp code on line 0 Warning: String is not zero-terminated (Úèfî

[PHP-DEV] Xdebug extension availability

Hello, I'm happy to announce the availability of the xdebug extension. This extension modifies the php error handler to show stack traces. With this you can exactly see how the current function was called, even the parameters show up (if they are constants). I'm still working on variable para

RE: [PHP-DEV] config.w32.h

At 09:32 01.05.2002 -0400, Joseph Tate wrote: >1. I think it's ok. > >2. I'd create a batch file that does the renaming, and then set it up to >run in a custom build step. You can set those up through the Custom Build >tab in the Project settings dialog. what's the reason to rename the file?

RE: [PHP-DEV] config.w32.h

1. I think it's ok. 2. I'd create a batch file that does the renaming, and then set it up to run in a custom build step. You can set those up through the Custom Build tab in the Project settings dialog. Joseph > -Original Message- > From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]

[PHP-DEV] 4.2.1RC1

Hello, I just packed PHP 4.2.1RC1, please test. The release is scheduled for May 5th, the RC can be found on http://www.php.net/~derick/php-4.2.1RC1.tar.bz2 regards, Derick -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] convert access to JAVA PHP mysql Xml Soap

Hi We are a publishing company based in London. We have developed a multi-user MS Access contact management and bookkeeping database system which we want to adapt / re-write such that it can be used over the web ( ASP) using Internet Explorer (or similar) from any location, as our clients would

[PHP-DEV] resource problem, advice wanted

This is a bit involved, I'll try to explain. I'm trying to fix a problem in the LDAP extension, but not sure how best to do it. The issue is that code like $e = ldap_first_entry($ds, ldap_read($ds,$dn,"objectClass=*")); $a = ldap_get_attributes($ds, $e); crashes. What happens is that ldap_read

Re: [PHP-DEV] Re: mirrors.inc/countries.inc - Where is it?

»Jim Winstead« sagte am 2002-04-30 um 22:12:21 - : > they're generated files, not under cvs control. they just define some > arrays -- you can view the files directly at Thanks. > questions about the php.net sites should generally be directed to the > php-mirrors list. Ah, okay. Alexander