From the notes:
--
[EMAIL PROTECTED]
Hello Uwe Steinmann!
I have make a little change in Source so that is possible to create textnodes into
existing node like this example:
$node-new_child("", "text outside");
nodetext outside
nodetext/
/node
Here you can download
I'm in the process of re-writing the Installation section, which
will be greatly enhanced if I can move errata notes from older
pages to newer subsections... aside from a copy-paste method,
is there some facility/method already built for this task?
-Ronabop
--
Personal: [EMAIL PROTECTED],
"Sean R. Bright" wrote:
Ok...so that's a "No thanks" then?
That's a "It was posted on saturday night, give it a few days".
(Some PHP people don't work weekends)
Sometimes patches will be submitted once or twice before somebody
picks it up and applies it to the source. Don't take it personally,
Matthew Hagerty wrote:
Greetings,
Can someone tell me if there is a PostgreSQL maintainer?
Yes. :-)
(http://cvs.php.net/viewcvs.cgi/php4/EXTENSIONS?rev=1.5content-type=text/vnd.viewcvs-markup)
It's Jouni. Lot's of people patch it, though, look at the CVS for it for
details.
Is someone
"Mark J. Hershenson" wrote:
Great analysis. What about answering the question? Stanislav Malyshev
said some months ago this is 'strange', see the discussion around bug
6076. Tell us at least, why this actually isn't strange.
By default, any unset variable has value NULL - and isset(NULL)
Andr Langhorst wrote:
Perhaps, in order to maintain compatibility, we should re-document is_set,
create the documentation for is_null, and look into creating a new function
that will determine if something has "ever been inside the namespace", regardless
of its current value, or absence
Stanislav Malyshev wrote:
JM This is not in line with the other is_* functions. To keep in line with
If you mean ctype functions, I agree - they all should be is*. If you mean
is_integer type functions - so what? It's not in line also with
mysql_num_rows function, so? That's just functions
Stanislav Malyshev wrote:
RC I think it is helpful for the PHP user base to be
RC able to comprehend the use of a function based on the name.
On its name, yes - but not on underscores in it. Do you really think
anybody will remember/care for those underscores?
Yes.
I find it annoying having
Stanislav Malyshev wrote:
RC It's more legible for the same reason that it's easier (and
RC faster) to read "one two three" than "onetwothree". The human
RC mind can easily tokenize at the appropriate places, when it has
RC a token. Without a token, the string is much harder to parse.
For
Andi Gutmans wrote:
It doesn't make much sense to go back and break old names and it doesn't
make lots of sense to create a zillion of aliases. I guess if there are some
names which in particular need fixing because they are terrible (there
might be some of these) then we should fix them on a
"Frank M. Kromann" wrote:
Is there a list of modules that stays ?
One of the things I've noticed on this topic is that a few
folks tend to think that their particular technology should
be used everywhere, and therefore, it should always be
installed on machines. Of course, this is how we got
Andi Gutmans wrote:
I've already commited a fix to the CVS which allows \r \n and \r\n.
It gets weirder on OS X (yes, I have one OS X box running...). It uses \r\n
*and* \n.
Sorry 'bout that, I'm reading email remotely (I'm in D.C., right across from
the chinese embassy), and I'm running a
On Monday, July 9, 2001, at 09:42 PM, Andi Gutmans wrote:
At 04:04 PM 7/9/2001 -0500, Brian Moon wrote:
It is not so much BC. It is more like unexpected new behavior.
As of now, a bad programmer might have this:
/www/site.com/include/file.php
/www/site.com/include/config.php
Hum de dum. Been working on code for five clients, for the last
15 hours, and what's this? An old fashioned flamewar?
On Monday, July 9, 2001, at 10:52 AM, Zeev Suraski wrote:
Sascha,
As a matter of fact, some of your negative contributions, i.e.,
having a horrible attitude and a limitless
First of all, looking over this, this is all alreadly covered by
the (possibly anemic) security section..which could
definitely use more examples, explanations, and exploit examples
(hint hint).
On Wednesday, July 4, 2001, at 10:05 AM, sterling hughes wrote:
On 03 Jul 2001 19:13:20
[EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: any
PHP version: 4.0.6
PHP Bug Type: LDAP related
Bug description: ldap rebind procedure implementation
A ldap rebind procedure for automatical referral chase is
not provided in php4. The solution
On Saturday, July 21, 2001, at 06:43 PM, Michael Glazer wrote:
Hi
I was guessing that was the reason when you first said the
JavaScript link.
Why would I test it with Netscape? I wouldn't. Waste of time to
be honest.
The president of Netscape told me that their Netscape browser
doesn't
On Wednesday, July 25, 2001, at 11:31 PM, Sebastian Bergmann wrote:
PHP wrote:
On Wed, Jul 25, 2001, Sebastian Bergmann wrote:
Andy wrote:
If register_globals = off is highly recommended, why does the
default php.ini have register_globals=on
For backward compatibility reasons. We intend
On Wednesday, July 25, 2001, at 06:32 PM, Zeev Suraski wrote:
Guys, look back at the advisory. Apps written by *GOOD* PHP
coders who *ARE* aware of security issues were prone to
register_globals=on attacks.
telnetd on almost all of *BSD is a big hole right now.
Good coders make mistakes.
Joshua Butcher wrote:
I am recompiling php and apache for IMAP connectivity. I had it working,
then i installed RH 7.1 (to fix another problem on my machine) and I had to
recompile Apache and PHP all over again. When I go to compile PHP with IMAP
connectivity (c-client.a is in the
On Saturday, July 28, 2001, at 12:52 PM, Zeev Suraski wrote:
At 06:01 28/07/2001, Phil Driscoll wrote:
I and no doubt thousands of others will turn
register_globals on because it gives much more readable code,
much less
typing and does not IMHO add one jot to the security of my
Edin Kadribasic wrote:
http://linuxtoday.com/news_story.php3?ltsn=2001-08-13-009-20-OP
This guy claims that PHP has been 'left in the dust' by ASP.NET.
Uh... if a viable, tested, deployed product was shipping, that may
eventually be substantiated.
Quick show of hands: Who has deployed an
David Hjortsoe wrote:
Hi,
I'm more than welcome to accomidate you,
and Zend, so we can get these issues resolved instead of having
these constant bad feelings.
As I wrote in my last email, what are those issues -- it would be nice
to have them outlined in a comprehensible manner
Kristian Koehntopp wrote:
I send this again, under a proper subject. You might want to use
a slow Friday afternoon or the weekend to think about this, and
write something up. Please do, we need your input.
1. Menu driven *nix self-installer:
-
Would you like me to
Well, quite an interesting thread, with many side points.
My two cents below, with some side threads of their own. ;-/
Rasmus Lerdorf wrote:
Of course not. But currently the image for PHP is that it's ONLY
meant for web scripting. Even as it can be used in various other
places
25 matches
Mail list logo
