Just a short clarification. Code which requires "" should use just that, e.g.:
add_property_string(return_value,
"table",(msql_field->table?msql_field->table:""), 1);
You can see that it's being duplicated anyway.
Code which really requires an emalloc'ed empty string should use
STR_EMPTY
Hi Derick,
Did you apply my patches?
With regards
Kamesh Jayachandran
On Thu, 15 Jul 2004 08:12:49 -0700, "Kamesh Jayachandran"
<[EMAIL PROTECTED]> said:
> Hi Derick,
> Following are my patches.
> http://puggy.symonds.net/~kameshj/sapi.tar.gz
> http://puggy.symonds.net/~kameshj/ext.tar.gz
> http
Please bump the API number for this, as PECL extensions need to check
it and still build with 5.0 and with HEAD.
--Wez.
On Mon, 19 Jul 2004 00:27:10 -0700, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Just a short clarification. Code which requires "" should use just that, e.g.:
> add_prope
Hi,
Now handle member of zend_module_entry is getting populated(see php_dl
function inside the ext/standard/dl.c).
But it will not help as it should be set before calling
zend_register_module_ex.(As this function copies the whole
zend_module_entry to module_registry which is later used when trying
File a.php is required twice with this code on Windows:
Should I document this behavior or should patch similar to this be
applied?
Index: zend_execute.c
===
RCS file: /repository/Zend/Attic/zend_execute.c,v
retrieving revision 1.31
Taking over maintainership of the crack extension (as proposed on the pecl-dev list)
and try to merge my additional features.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Did you test require_once under PHP 5 yet?
(without your patch)
--Wez.
On Mon, 19 Jul 2004 10:56:02 +0200, Jakub Vrana <[EMAIL PROTECTED]> wrote:
> File a.php is required twice with this code on Windows:
> require_once "a.php";
> require_once "A.php";
> ?>
>
> Should I document this behavior or
On Mon, 19 Jul 2004 11:12:58 +0100
Wez Furlong <[EMAIL PROTECTED]> wrote:
> Did you test require_once under PHP 5 yet?
> (without your patch)
Yep.
http://lists.php.net/php.doc/969361918
---
WBR,
Antony Dovgal aka tony2001
[EMAIL PROTECTED] || [EMAIL PROTECTED]
--
PHP Internals - PHP Runtime De
[EMAIL PROTECTED] wrote:
I am looking for a little HowTo/Tutorial how am I able to add new features to
PHP - perhaps as a module (dont know if it is possible) or as a lib or as
something else.. .:)
The usual shameless plug: you may also want to have a look at PECL_Gen
Download => http://pecl.php
On Mon, 19 Jul 2004 10:08:15 +0100
Wez Furlong <[EMAIL PROTECTED]> wrote:
> Please bump the API number for this, as PECL extensions need to check
> it and still build with 5.0 and with HEAD.
Btw, XDebug already doesn't compile with HEAD because of this change.
---
WBR,
Antony Dovgal aka tony2001
Wez Furlong wrote:
> Did you test require_once under PHP 5 yet?
> (without your patch)
This behavior is PHP 4 specific.
Antony Dovgal wrote:
> http://lists.php.net/php.doc/969361918
The problem is not that the file isn't included at all. The problem is
that the file is included twice.
Jakub Vrana
On Mon, 19 Jul 2004 14:45:12 +0200
Jakub Vrana <[EMAIL PROTECTED]> wrote:
> Wez Furlong wrote:
> > Did you test require_once under PHP 5 yet?
> > (without your patch)
> This behavior is PHP 4 specific.
>
> Antony Dovgal wrote:
> > http://lists.php.net/php.doc/969361918
> The problem is not that t
There's another thing you should note: under Windows it is possible to specify file
names in two ways: in the expanded (normal) way, and in a short way (8.3 file naming
compatible).
For example:
C:\Program Files\SomeFileName.ext
could be specified also as
C:\PROGRA~1\SOMEFI~1.EX
ML>>There's another thing you should note: under Windows it is possible to
ML>>specify file names in two ways: in the expanded (normal) way, and in a
ML>>short way (8.3 file naming compatible).
I think there's a function in Win32 API which brings all these forms to
common base.
--
Stanislav Ma
I think we're already using it in TSRM in PHP 5, which is why I asked
for someone to confirm it there.
--Wez.
On Mon, 19 Jul 2004 15:55:58 +0300 (IDT), Stanislav Malyshev
<[EMAIL PROTECTED]> wrote:
> ML>>There's another thing you should note: under Windows it is possible to
> ML>>specify file nam
- Original Message -
From: "Stanislav Malyshev" <[EMAIL PROTECTED]>
To: "Michele Locati" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, July 19, 2004 8:55 AM
Subject: Re: [PHP-DEV] Case sensitivity of require_once
> ML>>There's another thing you should note: under Windows it
Done.
At 04:01 PM 7/19/2004 +0400, Antony Dovgal wrote:
On Mon, 19 Jul 2004 10:08:15 +0100
Wez Furlong <[EMAIL PROTECTED]> wrote:
> Please bump the API number for this, as PECL extensions need to check
> it and still build with 5.0 and with HEAD.
Btw, XDebug already doesn't compile with HEAD becaus
Hi,
I have build RPMs of PHP 4.3.8 with a lot of modules, including a
patched version of imlib.
The packages are available for Red Hat Linux 7.3, SuSE Linux 9.0 and
SuSE Linux Standard Server 8 (will probably work on other UnitedLinux
based distributions).
The packages can be downloaded from htt
On Mon, 19 Jul 2004, Kamesh Jayachandran wrote:
> Hi Derick,
> Did you apply my patches?
You'll have to wait until I get back from holiday, but don't worry I'll
have a look at them. It's on my todo list.
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
hey marcus,
On Sat, 17 Jul 2004, Marcus Boerger wrote:
> try te attached script as a base for your needs and don't send
> such long mails without any usefull information - instead
> please try to strip down the mails to the parts containing
> usefull information...:-)
okay, thanks for the script
On Fri, 16 Jul 2004, Sterling Hughes wrote:
> not only that but those people who want this performance boost can use
> apc. i'll give george a patch that solves this if no one else steps
> up.
Do that before we revert it then, ok? :)
Derick
--
PHP Internals - PHP Runtime Development Mailing L
i'll do it sometime, but no, this patch should be reverted (.) the
performance increase is neglible - its a *bad* optimization.
-sterling
On Mon, 19 Jul 2004 22:59:14 +0200 (CEST), Derick Rethans
<[EMAIL PROTECTED]> wrote:
> On Fri, 16 Jul 2004, Sterling Hughes wrote:
>
> > not only that but th
Very strange. We do a GetLongPathName() in virtual_file_ex() which opens
the file. Can you see if it's reach that piece of code?
Andi
At 02:55 PM 7/19/2004 +0200, Michele Locati wrote:
There's another thing you should note: under Windows it is possible to
specify file names in two ways: in the e
On Mon, Jul 19, 2004 at 01:20:26PM -0700, Jeff Stern wrote:
> libtool: link: `ext/libxml/libxml.lo' is not a valid libtool object
> make: *** [sapi/cgi/php] Error 1
> error: Bad exit status from /var/tmp/rpm-tmp.29174 (%build)
IIRC this is the error you get from trying to build PHP using libtool
1
On Fri, 16 Jul 2004, Andi Gutmans wrote:
> Part of the changes I want to do for PHP 5.1 is integrating some of the
> ideas from your patch and ideas I had in the past. The first one I want to
> integrated is the opcode-threading which will come shortly.
I'd also be very interested in backporting
I've been using these libraries for a while without problems.
Can we split the iconv related exports from php_libxml.def to
php_iconv.def. This will make it possible to build with iconv, but without
libxml.
- Frank
> If possible can the libxml and libxslt libs get updated to newer
versions?
> Li
Won't this become a chicken-and-worm situation? The reason the iconv
exports were put there in the first place was so that the libxml build could
rely with confidence on there being built-in support for libxml's own
built-in iconv functions through PHP, rather than having to lean on an
external ic
Thats true, but php-gtk uses iconv too and I can see php with iconv
build-in and libxml and php-gtk compiled as shared objects so you can use
gtk without libxml and without iconv.dll.
- Frank
> Won't this become a chicken-and-worm situation? The reason the iconv
> exports were put there in the f
Given the class definition:
false);
function __set($name, $value) {
echo "setting\n";
$this->x[$name] = 'foo'; // intentially ignore value
}
function __get($name) {
echo "getting\n";
return $this->x[$name];
}
}
$foo = new Caller();
$b = $foo->a = 'bar';
echo "b is " .
Is there any reason there's no safe_pemalloc()?
-Sara
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
30 matches
Mail list logo
