On Fri, 24 Oct 2003, Greg Beaver wrote:
> Ilia Alshanetsky wrote:
> > One solution which was to bundle libxml with PHP got rejected and if my
> > recollection is correct you agreed with that decision. IMHO that was a good
> > decision, bundling a huge library (3.2+ megs as of 2.6.0) almost as big
Hey folks,
I'd like to add the local variables for all stack-frames to the result
of debug_backtrace(), i.e. each array entry contains a 'vars' field
pointing to the symbol table of that frame. A patch for PHP4/Zend is
attached.
Opinions?
- Chris
Index: Zend/zend_builtin_functions.c
===
Oops, after I first added FREE_ZVAL(vars) to my patch to get rid of the
memory leak I now realized that it simply doesn't work like this. I
still have to learn about the memory management/gc of Zend I guess :-)
If you want to try my patch and don't care about a memory leak, remove
the line FREE
On Sat, 2003-10-25 at 15:07, Christian Schneider wrote:
[...]
> I'd like to add the local variables for all stack-frames to the result
> of debug_backtrace(),
[...]
I'd like having this. Using declare(ticks = 1),
register_tick_function('debug'), and debug_backtrace() you'd be able to
build a sim
Andi Gutmans wrote:
> Please let me know both if it works for you and if it fails.
Compiles fine on my GENTOO/Linux laptop:
- gentoo-sources 2.4.20-r7
- glibc 2.3.2-r6
- gcc (GCC) 3.3.1 20030916 (Gentoo Linux 3.3.1-r4, propolice)
- autoconf 2.13, libtool 1.4.3, bison 1.875, flex
Same issue with gd2 here. Are we supposed to have updated headers
somewhere along the line? Edin?
- Original Message -
From: "Sebastian Bergmann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, October 25, 2003 3:57 PM
Subject: Re: [PHP-DEV] PHP 5 Beta 2 RC1
> Andi Gutmans
btw if you replace ssize_t nbytes = 0; with int nbytes = 0; in line 442
of gd_jpeg.c - it builds AND works beautifully.
Dunno why but
#if PHP_WIN32 && !defined(ssize_t)
typedef int ssize_t;
#endif
isn't working ..
- Original Message -
From: "Steph" <[EMAIL PROTECTED]>
To: "Sebastian Berg
For the ptrdiff_t error, you could just #include .
Concerning ssize_t - that isn't a type defined anywhere in the C
standard libary, so you have to typedef it by yourself. Alternatively,
you could include and typedef SSIZE_T ssize_t;
Steph wrote:
btw if you replace ssize_t nbytes = 0; with in
- or you _could_ just move the typedef from its current position at the
beginning of the file to where it belongs (after the includes)! You
also need to make it a sane typedef:
#if PHP_WIN32
typedef SSIZE_T ssize_t;
#endif
works here.
Sebastian?
- Original Message -
From: "Michael Walt
At 05:57 PM 10/25/2003 +0200, Sebastian Bergmann wrote:
php_gd2.dll fails to build:
php5\ext\gd\libgd\gd_jpeg.c(442): error C2065:
'ptrdiff_t': undeclared identifier
php5\ext\gd\libgd\gd_jpeg.c(442): error C2146:
Syntax error: Missing ';' before identifier 'nbytes'
php5\ext\g
I have install libxml2 using fink for Mac OS X, so that the libraries
are stored in /sw/lib, and the includes are in
/sw/include/libxml2/libxml. I have tried these directories including
the latter directory without the last directory, but to no avail. So, I
don't know what the deal is. Thanks f
Hello Rasmus,
To quote from PEAR/Common.php's infoFromString() method (used to parse
package.xml, and the base of all installation methods)
$xp = @xml_parser_create();
if (!$xp) {
return $this->raiseError('Unable to create XML parser');
}
Regards,
Greg
Rasmus
If anyone is playing around with simplexml, dom and/or xsl, I have a patch for the
interoperability between simplexml and dom. I am leary about committing it right now
as it has limited testing, beta 2 is being released next week and I am leaving on
tuesday for a week or two, so wont be able to
Hello Robert,
Cool stuff which i'd like to have in b2 :-)
Saturday, October 25, 2003, 8:36:02 PM, you wrote:
> If anyone is playing around with simplexml, dom and/or xsl, I have a
> patch for the interoperability between simplexml and dom. I am leary about
> committing it right now as it has lim
I have no problem with you committing this. It'd be good if at least
another guy who has been working on the new XML extensions gives you thumbs up.
Andi
At 02:36 PM 10/25/2003 -0400, Robert Richards wrote:
If anyone is playing around with simplexml, dom and/or xsl, I have a patch
for the inter
I'll be able to do a quick review of it while I'm sitting in the airport
in Seattle tonight.
Shane
Andi Gutmans wrote:
I have no problem with you committing this. It'd be good if at least
another guy who has been working on the new XML extensions gives you
thumbs up.
Andi
At 02:36 PM 10/25/2
hmm...not that Rob needs a thumbs up from me, I'm just another pair of
eyes a little familier with it.
Shane
Shane Caraveo wrote:
I'll be able to do a quick review of it while I'm sitting in the airport
in Seattle tonight.
Shane
Andi Gutmans wrote:
I have no problem with you committing this.
Steph wrote:
> Sebastian?
Works here, too, committed,
Sebastian
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/
--
PHP Internals - PHP Runtime Development Mailing List
T
>
> Works here, too, committed,
> Sebastian
>
- that was one option -
Michael's right about stddef.h - the problem was caused because we have
in config.w32.h
#define ssize_t ptrdiff_t
- well without stddef.h, there's no clue as to whatever ptrdiff_t might
be. But I've no clue where it should
I searched on ssize_t.
There are 5 files where ssize_t is defined:
configure.in //irrelevant to win32
config.w32.h //changed definition to #define ssize_t SSIZE_T because
is more pervasive in the upper reaches of PHP than
fcgi_config_win32.h //removed the define, no longer needed
fcgi_config_x86
So my only comment on this is that the import functions should do some
kind of error (domexception, or a php error) if the support for the
other is not compiled in. This would just be freindlier to the
developer to know why the call is failing (rather than just getting
function not defined).
21 matches
Mail list logo
