On Thu, 09 Aug 2001, Simon Roberts wrote:
Seems like the Zend changes that were just committed broke something - all
scripts are causing a segfault. I'm looking at what changed now.
Script:
?php phpinfo(); ?
Configure:
./configure \
On Mon, 06 Aug 2001, [EMAIL PROTECTED] wrote:
ID: 12477
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Feature/Change Request
Operating System: Linux and SCO
PHP Version: 4.0.6
New Comment:
I was trying to have to walk the array twice.
The
On Tue, 07 Aug 2001, Andi Gutmans wrote:
In what case is this useful? I'm kind of worried that so many functions are
popping up in PHP which accept arrays as parameters. It's much slower than
passing the arguments in a regular way. How often do people dynamically
build formats *and* then
On Tue, 07 Aug 2001, Andi Gutmans wrote:
Do you really think it's worth it? People will use features which are
available. I don't think it's the right thing to allow them to write code
which is *much* slower than the old way when it usually doesn't give you
much advantage over the old way.
On Mon, 06 Aug 2001, Thies C. Arntzen wrote:
thies Mon Aug 6 09:36:09 2001 EDT
Modified files:
/php4/ext/standardbasic_functions.c incomplete_class.c
php_incomplete_class.h var.c
/php4/ext/wddxwddx.c
Log:
On Mon, 06 Aug 2001, Thies C. Arntzen wrote:
i don't think this is crucial for the gtk stuff as this
problem only arises once the request ends _and_ a new request
starts. the shutdown in the engine has been changed to only
destruct classes (from the end of the list) until the
On Mon, 06 Aug 2001, Zeev Suraski wrote:
By the way, if it's really important, we can look into supporting it. The
way it was before - it worked in most cases (assuming you never tried to
use a class before you dl() the corresponding extension), but could result
in crashes in other cases.
On Mon, 06 Aug 2001, Zeev Suraski wrote:
How so? I can understand that people get used to it, but it's really
bad. extensions should be loaded in the php.ini file. There's really no
good reason for using dl() over the php.ini method.
Of course there is. One example is using the same PHP
On Mon, 06 Aug 2001, Zeev Suraski wrote:
BTW, there's no good reason not to load all of the extensions you may need
in all of your scripts from php.ini. Loading many extensions doesn't pose
a significant/noticeable load. Loading using dl() does.
Can you explain why the difference matters?
On Mon, 06 Aug 2001, Zeev Suraski wrote:
Drawbacks:
- It's slow. We encourage putting expensive operations into the
module_init, using dl() means they end up being done multiple times.
- Under Apache, it's even worse - since in addition to slowliness, it also
ends up consuming
On Sun, 05 Aug 2001, Sterling Hughes wrote:
That's used to register the class. If you can think of another way
to do (*don't* say macro ;-), then I'd be more than willing to hear
it, but otherwise...
You can just initialize the class entry manually.
-Andrei
Everything is a
On Mon, 06 Aug 2001, Thies C. Arntzen wrote:
don't think there's an API for that. we would have to add the
MODULE_NUMBER to the class-entry and then (when unloading the
module) also destroy the classes that that module defined. i
think constants and functions already do this.
On Mon, 06 Aug 2001, Zeev Suraski wrote:
By the way, I can't really quantify significantly, as it depends on what
kind of minit you have. For a module such as the COM module, it can double
the amount of time it takes the script to run (if you load typelibs). For
some other modules, it
On Mon, 06 Aug 2001, Zeev Suraski wrote:
At 07:10 06/08/2001, Sterling Hughes wrote:
What if you use 50 different shared extensions, for different
scripts on the same box? Should you load them all in each time?
I don't think so...
Other than your phobia, there's no real
On Mon, 06 Aug 2001, Zeev Suraski wrote:
Nothing measurable. That was actually measured (changing PHP to initialize
extensions just-in-time, in case they're actually being used) - and it
turned out it wasn't giving any noticeable performance gain.
If there were a thousand extensions, we
On Mon, 06 Aug 2001, Zeev Suraski wrote:
I think the disk weights about the same regardless of the data inside it
:)
Yes, but 50 extensions will consume more memory than 1.
-Andrei
In My Egotistical Opinion, most people's C programs should be indented
six feet downward and covered with dirt.
On Mon, 06 Aug 2001, Peter Lowe wrote:
On Aug 06, Bug Database wrote:
ID: 12480
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Arrays related
Operating System: FreeBSD
PHP Version: 4.0.6
New Comment:
array_merge* functions are
On Mon, 06 Aug 2001, Peter Lowe wrote:
I agree, you *should* preserve all elements of the input array in the
output one, one of those elements being the key.
it actually says on the man page:
If, however, the arrays have the same numeric key, the later
value will not
On Mon, 06 Aug 2001, Peter Lowe wrote:
this:
would be:
Array
(
[0] = a
[1] = b
[2] = c
[3] = e
[4] = d
[5] = f
)
with e and d swapped round. any value in $array2 that already
At 12:17 AM 8/5/01 +0300, Zeev Suraski wrote:
You can't have two constants with the same string but different case
sensitivity. It's a limitation of the current implementation.
That's exactly what I'm complaining about. ;-) Can we fix it soon?
-Andrei
--
PHP Development Mailing List
At 05:35 PM 8/5/01 +0300, Zeev Suraski wrote:
No time for this in the near future, I'm afraid :I
Um, the fix is trivial. Want me to do it?
-Andrei
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
At 06:43 PM 8/5/01 +0300, Zeev Suraski wrote:
I don't believe the fix is trivial at all. Hint - if it's just nuking the
strtolower there, you got it wrong :)
You are right, it is not trivial. I spoke in haste. I have some ideas on
how to make it work, but I'll have to test the performance
At 06:34 PM 8/4/01 +0300, Zeev Suraski wrote:
If you register the constant with CONST_CS, it will be case
sensitive. Most of the constants in PHP are case sensitive.
But it doesn't work. I register GDK_A with CONST_CS and then when I try to
register GDK_a with CONST_CS as well it complains
On Thu, 02 Aug 2001, Zeev Suraski wrote:
At 09:05 02/08/2001, Andrei Zmievski wrote:
On Thu, 02 Aug 2001, Zeev Suraski wrote:
It's only going to affect the TS build, so most extensions will be left
unharmed. At any rate, leaving stuff for 4.1 has always been a way of
saying 'maniana
On Thu, 02 Aug 2001, Jani Taskinen wrote:
Some things seem to be tested many times in same configure run.
I would be against removing config.cache on every configure run. Many
people configure PHP multiple times a day during development and this
slows it down. We should rather see what problems
Can someone on Windows investigate if these functions are available
under different names, perhaps?
On Wed, 01 Aug 2001, Sebastian Bergmann wrote:
Andrei Zmievski wrote:
Log:
- Added a few new math functions from Jesus Castagnetto.
- Converted to Z_* macros.
@- Added a few
Zeev,
Since you've been updating TSRM stuff, I've noticed some
inconsistencies. For example, php_ldap.h says:
# define LDAPG(v) TSRMG(ldap_globals_id, zend_ldap_globals *, v)
But ldap_globals_id is not declared anywhere. Should it be?
-Andrei
Nobody tried to design Windows - it just grew in
On Mon, 30 Jul 2001, Zeev Suraski wrote:
are you sure it isn't? There are variables generated by a macro
DECLARE_MODULE_GLOBALS, so chances are it is coming from there. I was
doing thousands of lines of changes though, so I may have gotten something
wrong (well, may is an understatement
On Wed, 25 Jul 2001, Stig S. Bakken wrote:
The immediately most useful stuff for PHP would be server functionality
in cooperation with mod_dav. The client part seems to be much easier to
implement. Both Rasmus and I fell off this project as you can see, so
if someone want to pick it up,
On Wed, 25 Jul 2001, Rasmus Lerdorf wrote:
If you are at OSCON, drop by and hang out in our hacker room today
(Wednesday). We are in the east tower next to the Perl Gurus room. I
think it is officially named Marina Room 2 or something similar to that.
There is a sign out front identifying
On Tue, 24 Jul 2001, Markus Fischer wrote:
I see, this coming from PHP-GTK developing ?
Can you give an example for a function that takes some fixed
parameter (take a resource of some kind as an example) and the
next parameter being another resource OR an array of that other
resources ?
On Fri, 20 Jul 2001, Zeev Suraski wrote:
I'm thinking about moving the file in CVS, and in addition to fixing the
HEAD branch, fix also the 4.0.6 branch, so that we at least can check out
one version back. What do you guys think?
+1 on this
-Andrei
Man, if you gotta ask, you'll never
On Fri, 20 Jul 2001, Jason Greene wrote:
It a shame that CVS doesn't have a way to handle things like this..
Are there commercial systems that can?
Sure, any number of them.
-Andrei
C combines all the power of assembly language with
all the ease of use of assembly language -- trad
--
PHP
On Fri, 20 Jul 2001, Rasmus Lerdorf wrote:
Done. http://bugs.php.net now has an OS field which does a
case-insensitive substr search. I also added an 'All' option to the
entries/page dropdown so it is now possible to generate a single report
with all bugs (assuming your browser can handle
I updated from Zend CVS today, and recompiled everything freshly. Ran
into a problem with the following:
?php
class matcher {
var $arg_types = array();
function get($type)
{
return $this-arg_types[$type];
}
}
$matcher = new matcher();
$matcher-get('foo');
On Tue, 17 Jul 2001, Zeev Suraski wrote:
Is that a new problem related to your CVS update?
I don't think it's build related or anything. I have confirmation of at
least 3 other people who have experienced it.
-Andrei
* 2 + 2 = 5 for extremely large values of 2. *
--
PHP Development Mailing
On Tue, 17 Jul 2001, Zeev Suraski wrote:
That's not what I asked :) I played with this code (a bit) a couple of
days ago. Can you verify whether this problem is happening in the old
(say, 4.0.6) version..?
The problem did not exist as of midnight of July 14, 2001.
-Andrei
* Entropy isn't
On Thu, 12 Jul 2001, Wez Furlong wrote:
Hi Andrei (and anyone else in on pcre),
This doesn't work as you might expect if you were used to preg_replace:
preg_replace_callback(
array( ...patterns...),
array( ...callbacks...),
$subject);
Instead, it expects a single callback
On Tue, 10 Jul 2001, Andi Gutmans wrote:
Does others also think it should wait for 4.1 or later? If so I'll leave it
for now (I'll have more free time :).
It'd be really nice to have it as soon as possible. ;-)
-Andrei
* Change is the only constant. *
--
PHP Development Mailing List
On Tue, 10 Jul 2001, Joao Prado Maia wrote:
Can someone take a look into this bug id and see if anything can be done
to fix this problem ? The current report is tagged as 'analyzed' but maybe
the developers overlooked the problem, as it is kind of old (ok, not too
much).
Okay, seems to be happening when accessed through the web browser.
On Tue, 10 Jul 2001, [EMAIL PROTECTED] wrote:
On Tue, 10 Jul 2001, Andrei Zmievski wrote:
On Tue, 10 Jul 2001, Joao Prado Maia wrote:
http://www.php.net/bugs.php?id=11536
I couldn't find what example the bug
Hey, you got there first. I was planning an OpenGL binding for after
PHP-GTK. :)
On Tue, 10 Jul 2001, CVS Account Request wrote:
Full name: Brad LaFountain
Email: [EMAIL PROTECTED]
ID:rodif_bl
Purpose: I currently have an alpha release of a php_opengl binding. Which has
New parameter parsing functions
===
It should be easier to parse input parameters to an extension function.
Hence, borrowing from Python's example, there are now a set of functions
that given the string of type specifiers, can parse the input parameters
and store the
Pop open a bottle of your favorite. The ChangeLog and NEWS updates are
back.
-Andrei
If you find a job that you love, you'll
never work another day in your life.
- Mark Jackson
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
Yes, this is indeed a problem that seems to be happening only in Web
environement (at least under Apache). I lack tools to debut it properly
right now, but I can take a look later.
On Tue, 10 Jul 2001, [EMAIL PROTECTED] wrote:
On Tue, 10 Jul 2001, Andrei Zmievski wrote:
On Tue, 10 Jul 2001
On Tue, 10 Jul 2001, [EMAIL PROTECTED] wrote:
Andrei, so are you coordinating with Brad on how to integrate his
extensions? I assume you will create his php-gtk cvs account since I
assume this should go hand in hand with php-gtk?
Not really. It's not dependent on PHP-GTK since it uses Glut
On Tue, 10 Jul 2001, [EMAIL PROTECTED] wrote:
Ok, so what is your suggestion? A separate cvs tree for php-opengl? Or
how do you want to handle it? It seems to me it is very related to
php-gtk if not technically, then at least functionally.
It's just an extension, isn't it? We could either
On Tue, 10 Jul 2001, [EMAIL PROTECTED] wrote:
Ok. I need to sit down and document how to add a C extension to PEAR.
This is becoming more and more pressing as we have a lot of cool
extensions that don't belong in the main php tree sitting around waiting
for a home.
Right. And didn't Avi
On Tue, 10 Jul 2001, brad lafountain wrote:
Hello,
Ok you guys lost me here. If you could tell me what
you would like me to do then I could go ahead with it.
I did create a sourceforge account and put a winbinary
release on it. Im still learning about the .m4 files
so i don't have a unix
On Sun, 08 Jul 2001, Andi Gutmans wrote:
Hey,
I think one thing that bothers PHP developers is when they do:
include ../foo.inc;
and in foo.inc they do:
include bar.inc;
That bar.inc is not searched for in foo.inc's current directory
automatically. As we pretty much always have the
On Mon, 09 Jul 2001, Zeev Suraski wrote:
Yeah, this has been requested several times.
I think that changing the cwd to the directory of an included file makes
good sense. It is, indeed, downwards incompatible and may break existing
applications. We have 4 options:
1. Do nothing
2.
On Mon, 09 Jul 2001, Andi Gutmans wrote:
I'd appreciate if people tested this. To check it out go into your
php4/Zend CVS tree and do:
cvs update -r PRE_NEW_HASH_FUNC_PATCH
And don't forget to cvs upd -A after you are done testing.
-Andrei
Someone clearly thinks that C is a garbage
Right now we keep the main development on the truck and only branch out the
releases. Ideally that's how we should keep doing it, but realistically the
timeline for 5.0 is in the distant future, so I'd say let's make a new CVS
tree for it -- call it php5.
At 07:24 PM 7/7/01 +0300, Andi
On Tue, 03 Jul 2001, Derick Rethans wrote:
Hello,
I just noticed that the ChangeLog does not get updated. The last entry is:
2001-05-23 Sascha Schumann [EMAIL PROTECTED]
And that's more than a month ago.
Yes, that's due to the mailing list/CVS machine being offline. I'm going
to try
lxr.php.net is back up.
bonsai.php.net to follow shortly.
-Andrei
The church is near but the road is icy;
the bar is far away but I will walk carefully. -- Russian proverb
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
On Tue, 03 Jul 2001, Jeroen van Wolffelaar wrote:
Hi,
I've rewritten the pow(base,exp) function. It is attached.
In stead of a mere call to the c-lib function pow, this one actually does
something more smart. This is to protect those people not knowing that there
is huge difference
On Tue, 03 Jul 2001, Jeroen van Wolffelaar wrote:
IMPORTANT: I didn't test it yet, I'm not even sure there are no compile
errors.
(My linux machine doesn't have libtool 1.4 :-(( )
Hey, I can now compile :)
And there is an error, so ignore this for now :(
Please use proper Z_*
On Tue, 03 Jul 2001, Jeroen van Wolffelaar wrote:
You use *_PP variants for ** pointers, and _P for * pointers.
k.
I've now fixed the compile problems, it will compile now.
Even better: it works :-)
See attachment.
And try to use ZEND_NUM_ARGS() wherever possible. Like here:
On Tue, 03 Jul 2001, Jeroen van Wolffelaar wrote:
And try to use ZEND_NUM_ARGS() wherever possible. Like here:
zend_get_parameters_ex(ZEND_NUM_ARGS(),zbase,zexp);
I'm fairly new to C, and surely new to the php-implementation, so I took
this from many, many other functions, where it
On Sun, 01 Jul 2001, Andrei Zmievski wrote:
At 09:06 AM 7/1/01 -0500, Daniel Beckham wrote:
Someone poke me when you decide what to do and I'll change the return type
in the preg_match docs.
I need to take a closer look at the code to see why it is that way.
Okay, this is because both
On Mon, 02 Jul 2001, Daniel Beckham wrote:
No matter what, the documentation should be changed. It's incorrect whether
you leave the function as is, or not. Although, IMO, I think that it would
be more intuitive to make the function's return type boolean instead of int.
Hell, for that
At 09:06 AM 7/1/01 -0500, Daniel Beckham wrote:
Someone poke me when you decide what to do and I'll change the return type
in the preg_match docs.
I need to take a closer look at the code to see why it is that way.
-Andrei
--
PHP Development Mailing List http://www.php.net/
To unsubscribe,
On Wed, 27 Jun 2001, Andi Gutmans wrote:
Hey,
For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
upgrade isn't being fixed. Maybe we should revert it back to what it was
in 4.0.6 until it gets a thorough make over?
Might not be a bad idea. The upgrade Ulf put in
On Mon, 25 Jun 2001, Steven Roussey wrote:
What happened to lxr.php.net? Will it return?
Yes, but not sure when yet.
-Andrei
A room without books is like a body without a soul.
-- Marcus Tullius Cicero (106-43 B.C.)
--
PHP Development Mailing List http://www.php.net/
To
On Thu, 21 Jun 2001, Hartmut Holzgraefe wrote:
Brian Tanner wrote:
GTK is actually a GUI and is not based on HTML at all... I think what Greg
is looking for is an HTML based application that runs standalone...
doesn't GTK have a HTML component that could be embeded to mimic
a browser
On Tue, 19 Jun 2001, Gre7g Luterman wrote:
Questions:
[1] Does such a beast exist?
[2] Can anyone think of a fundamental reason why we couldn't do such
a thing?
[3] Is the general consensus that this would be a handy thing to
have, or is it just me?
Check out http://gtk.php.net/.
When are we releasing 4.0.6? I'm asking more as an end user because it
has a few bug fixes that affect our products.
-Andrei
* Power corrupts. Atomic power corrupts atomically. *
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Thu, 24 May 2001, CVS Account Request wrote:
Full name: Alexey Presnyakov
Email: [EMAIL PROTECTED]
ID: avp
Purpose: I have written the module - HTML Template engine. I would like, that it(he)
was included in standard delivery PHP (certainly, after testing). I am ready to
support it
On Wed, 23 May 2001, Dennis Gearon wrote:
I wonder about the version numbers because of some of the alphanumeric
values in them.
Are the version numbers chosen such that ANY version higher can be
checked for by the following code:
if ( strcmp($ver_running_under, $min_version) 0){
use
On Mon, 21 May 2001, Jon Parise wrote:
That approach gets my vote, too. As one who has lived through
scoping hell along with Chuck, I'm all for making this part of
PHP friendlier and, at the very least, more consistent.
Maybe you could take it upon yourself to send a brief message to
On Tue, 22 May 2001, Brian Tanner wrote:
Maybe its just me, but the section to do with objects, more specifically the
:: page is labelled:
http://www.php.net/manual/en/keyword.paamayim_nekudotayim.php
Is that how it should be?
Yep, it's one of the few PHP insider jokes. ;-)
-Andrei
On Tue, 22 May 2001, Cynic wrote:
I like it. :) PHP community seems too 'sober' to me, especially if
I compare to the Python folks (which I don't know much about:).
Yeah, we also have a special Easter day logo.
-Andrei
* All of the above is my opinion, unless specified otherwise. *
--
PHP
On Tue, 22 May 2001, Andi Gutmans wrote:
As I mentioned in my other message, $HTTP_SESSION_VARS value and the
global value used to be references, but after some people complained
about this fact on the list, it was changed.. I wouldn't mind
reinstating it, but if we do, let's do it once and
On Tue, 22 May 2001, Hojtsy Gabor wrote:
Aha. This caused some really bad 'bugs' in the new PHP release...
I didn't know why it was bad... Please revert to the same method
as $HTTP_*_VARS use...
Excuse me? I'm quite confused by your message. Do you mean that
$HTTP_SESSION_VARS['foo'] and $foo
On Mon, 21 May 2001, Sean R. Bright wrote:
Since this move happened, I have been getting segfaults with the following
script:
?php
print_r(get_defined_constants());
?
I don't get any segfaults, it just works. Try doing 'make clean' and
recompiling.
-Andrei
* Apples have always been
On Mon, 21 May 2001, Andi Gutmans wrote:
Well php-dev, wake up! :) What do we do with this one? I don't think 4.0.6
should linger forever because of it.
My vote is to revert the changes made to it.
-Andrei
* UNIX, isn't that some archaic form of DOS? - our job applicant *
--
PHP
On Mon, 21 May 2001, Andi Gutmans wrote:
Do you know what to revert to? Apparently it didn't work in 4.0.5 either.
Huh? Revision 1.29 says complete rewrite of domxml module, and 1.28 is
where 4.0.5 was branched so that's what you'd revert back to.
-Andrei
Computers are useless. They can only
On Mon, 21 May 2001, Colin Viebrock wrote:
I'm sorry but I'll be a wee bit annoyed if all the code I rewrote for the
4.0.5 version of the DOMXML functions needs to be rewritten to go back to
the 4.0.4 version. :(
FWIW, I've been using the 4.0.5 and CVS version flawlessly no core dumps,
On Mon, 21 May 2001, Andi Gutmans wrote:
Well as I don't use domxml nor did I know where the bugs were introduced I
couldn't know where it broke. I didn't know it broke in the complete
rewrite of domxml module version. I thought it broke much more recently.
With Colin saying that the latest
On Mon, 21 May 2001, Colin Viebrock wrote:
No, we'll revert it to 4.0.5 version, not 4.0.4.
Is this the version that includes the complete rewrite of the DOMXML
module?
Basically, which will work now:
$rootname = $XML_TREE-root-name;
or
$rootname =
On Fri, 18 May 2001, Stig Bakken wrote:
Anyway, I'd like to see $this assignment in constructor:
1. dismissed as a bug
2. documented as a feature, or
+1 from me on this one.
-Andrei
Hacker: Any person who derives joy from
discovering ways to circumvent limitations.
--
PHP
On Fri, 18 May 2001, Zeev Suraski wrote:
It's generally a side effect of the implementation, so I wouldn't be too
keen on documenting as a feature, but as an undefined behavior.
A very useful side effect, perhaps?
-Andrei
Computers are useless. They can only give you answers.
On Fri, 18 May 2001, Jani Taskinen wrote:
Hmm..I'm not really sure how it's possible to use older API version
extensions with newer PHP as the Zend boys pump up their API version
number on every release..and afaik that prevents you from using the
old extensions..?
They hardly bump Zend API
On Fri, 18 May 2001, Sterling Hughes wrote:
Yup, and after Colin's message, I'm still deciding whether to rollback
the DOM-XML commit in the branch. Right now I'm going through the
source and doing a bit of cleanup (removing confusing commented
portions, adding some debugging features).
On Fri, 18 May 2001, Zeev Suraski wrote:
Yes, but still, a side effect. Could end up changing in the future, and we
don't want to have to limit ourselves to implementations that have this
side effect.
Well, if we define it as a feature, wouldn't you be able to support it
in the future
On Thu, 17 May 2001, Sebastian Bergmann wrote:
Hey there,
I was just bitten by a - IMHO - weirdness with boolean values:
?php
$foo = -1;
if ($foo) { print bar; }
?
The code above print 'bar'. I would expect if($x) t return true if $x
is an integer and
On Wed, 16 May 2001, Jani Taskinen wrote:
Have you ever heard that you can also change that number in the middle?
4.0.6
This one^
It can be something else than an ellipse called zero..it can even be a
number 1!!! Whoa! Never thougth about that?!
And maybe, just MAYBE then
On Wed, 16 May 2001, Christian Stocker wrote:
Hello
As mentioned in bug #9896 the api for domxml seems to has changed a
lot...
it's now almost impossible to write code with domxml which works in 4.0.5
and 4.0.6.
for example $root-children() returns a completely different Array
corrected.
On Mon, 14 May 2001, Cynic wrote:
D:\compile\php\currentuname -a
WindowsNT zvahlav 0 5 x86
basic_functions.c
D:\compile\php\current\ext\standard\basic_functions.c(1787) : error C2065:
'executor_globals' : undeclared identifier
At 06:49 PM 5/14/01 -0400, Stig Sæther Bakken wrote:
Any XML-RPC implementation would benefit from seeing easily whether a
value is a continous pure numeric array, associative array or a mix.
It should be a trivial fix, and the performance difference is
negligible.
WDDX would benefit from it as
At 02:51 AM 5/15/01 +0300, Zeev Suraski wrote:
Ok, if we humor ourselves with this feature... What kind of behavior
would you expect if a key gets deleted, and there are no longer
associative members in the array?
Good point... any time savings on the extension side would be negated if
the
At 03:28 PM 5/12/01 -0400, Sterling Hughes wrote:
Also, since the call_user_method*() functions are repetitive, we should
probably nuke them at one point (and for now, have an E_NOTICE message
saying that these functions are outdated, use the array($obj, method)
syntax).
Thoughts?
Yeah, let
On Fri, 11 May 2001, Jason Greene wrote:
Its actually not that pretty
Since the entries are in a hashtable,
you have to duplicate the values, with just another key.
You could just reuse the same value with refcount++ but that means you
can't use nice add_* functions, gotta use zend_hash_*
On Fri, 11 May 2001, Jason Greene wrote:
True,
I was lazy though and didn't feel like writing all that additional code,
just to save 13 longs of memory space : )
13 * sizeof(zval) actually.
-Andrei
When we eliminate the impossible, whatever remains,
however improbable, must be true. --
It seems that Uwe based his rewrite on my implementation of object
support for PHP-GTK. But libxml lacks certain features that can help
properly destruct objects, they will have to be emulated. I'm just
waiting for a reply from libxml author on one issue, and then I can
start fixing memory leaks.
At 03:31 AM 5/12/01 +0300, Zeev Suraski wrote:
Yikes. We were only kidding, Jason :)
Well, he could have the last argument of zend_hash_update() to receive the
point to inserted value and done refcount++ on that and inserted again. ;-)
I've been thinking we need to have add_* functions
On Thu, 10 May 2001, Max Vysotskiy wrote:
Thanx
But why not just to convert plain field names without [] to arrays??
Is there any reasons to not doing this?
That's been a pet peeve of mine as well. I think that if PHP sees
multiple variables with the same name in POST data, it should make an
On Thu, 10 May 2001, Max Vysotskiy wrote:
Well. It could be prevented with some directive. Something like
?php_convert_multiple_to_array?
Or php.ini setting.
-Andrei
Linux is like living in a teepee.
No Windows, no Gates, Apache in house.
- Usenet signature
--
PHP
On Thu, 10 May 2001, Zeev Suraski wrote:
Why does it make more sense? Is there any advantage in using this over
using foo[]? By changing this behavior, we're actually losing
functionality, not adding any.
Interaction with Javascript is problematic if you use [] in the variable
name.
On Thu, 10 May 2001, Zeev Suraski wrote:
With no easy workaround such as \[\] or something like that?
I don't think so.
-Andrei
* Lack of planning on your part doesn't constitute an emergency on my part. *
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
301 - 400 of 496 matches
Mail list logo