Hello Marcus,
Monday, August 11, 2003, 3:31:54 AM, you wrote:
MB> Hello internals,
MB> according to our manual index values are either strings or integers. In case
MB> of strings which represent integers they are also handled as integers. Bug
MB> 21918 now shows that this currently only works
"Ilia Alshanetsky" <[EMAIL PROTECTED]> escreveu na mensagem
news:[EMAIL PROTECTED]
> I wouldn't worry about the EXPERIMENTAL label, but rather whether the
PHP's
> Apache 2 interface works for you and if there are any bug reports that may
> affect you. Personally, I do not yet see a reason to switch
I have been using PHP for years and think I could contribute much to the documentation
project.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I apologize if I sounded rude at all, it's just that I am sick of people
telling me "php isn't intended for that", when I come up with new ideas.
I ask those same people what they think PHP is for, and inevitably I get
some variation on LAMP. If PHP is only intended to ever be a "web
programming la
] Subject: [PHP-DEV] [Proposal] Idea for Application level variables
I would love to see an application level superglobal. It's the one
thing I miss about ColdFusion. Like with CF's shared-scope variables,
locking will be key, to avoid corruption. (Reading while being
written to.)
I'm current
Hello Cristiano,
Saturday, August 9, 2003, 10:48:22 PM, you wrote:
CD> Hello Marcus,
CD> Did you think of a better interface name instead of "Printable" ?
CD> Do you think Zeev or Andi will accept this patch ?
I guess they won't like it and i would agree. I'd like to see something that
hooks in
Hi,
A while ago I proposed a patch that improved html_errors, but i got no
response from that, so i repost an improved version...
The patch changes they way errors are displayed:
1) They are readable.
The current version prints in black with no background at all,
sometimes leading to black
It seems to be that what we're looking for is a simple wrapper around sysvshm
or shmop (we want win32 support?) that would create $_APP superglobal and
store data within that superglobal. The only issue would be that shm segment
cannot be easily resized and on many systems there is an upper limi
On 8 Aug 2003 12:56:48 -
"Stefan Neufeind" <[EMAIL PROTECTED]> wrote:
> working on pear-package Validate; already have the okay for my
> contributions from package-lead
Confirmed.
pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub