[PHP-DEV] status of __destruct

2003-12-05 Thread John Huntjens
What the status of destruct, should it work? I am asking because all the simple provided examples work, but in a more complex situation __destruct is never called. Is destruct called on a object when a exit is issued? for debugging I use this destruct: function __destruct() { touch("/tmp/des

[PHP-DEV] build gd and zlib

2003-12-04 Thread John Huntjens
Hello group, building with options --with-zlib=shared,/usr \ --with-gd=shared \ fails configure:30085: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/libxml/lib -L/usr/local/libxml/lib - lz conftest.c -lpng -lresolv -lm -ldl -lnsl -lxml2 -lm -lxml2 -lm 1>&5 /usr/lib/gcc-lib/i686-pc-linux-gn

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread John Huntjens
> Now trying on a second machine: > Linux 2.4.18 > gcc-3.3 > autoconf 2.57 > automake 1.7 > libtool 1.5 > Apache 2.0.48 On this machine build is OK JOhn -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread John Huntjens
> no, php5-200312011430 didn't help (just ./configure; make). > I've tried this snapshot and current CVS-version on 2 linux-boxes with the same result. > It still tries to eat memory =( > > Second machine is: > Linux 2.4.18-5 > gcc-2.96 > autoconf 2.50 > automake 1.4-p5 > libtool 1.5 > Apache 1.3.2

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread John Huntjens
> > > > > >>> What i more worried about: > >>> Is'nt there a quality check about things commited to cvs? > >>> It shoud not be possible to break things in such a fundamental way!! > >> > >> Oh shutup. It works just fine. You guys must be doing something wrong. > > > > No I won't! > > > Hey John,

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread John Huntjens
> > What i more worried about: > > Is'nt there a quality check about things commited to cvs? > > It shoud not be possible to break things in such a fundamental way!! > > Oh shutup. It works just fine. You guys must be doing something wrong. No I won't! I compile a snap every day, in the same co

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread John Huntjens
> > > Current HEAD eats all memory and dies, trying to execute any script ( > phpinfo(); ?>, for example). > > > Version of HEAD from 2003-11-29 and current PHP_4_3 (both are built some > > minutes ago) work fine on the same machine. > > > > > > > Thank god ;-) i thought it was on my machine only!

[PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread John Huntjens
> Current HEAD eats all memory and dies, trying to execute any script (, for example). > Version of HEAD from 2003-11-29 and current PHP_4_3 (both are built some minutes ago) work fine on the same machine. > Thank god ;-) i thought it was on my machine only! Gr, JOhn -- PHP Internals - PHP Run

Re: [PHP-DEV] older snaps / get_object_vars

2003-11-23 Thread John Huntjens
I dont have a cvs account? TIA JOhn -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] older snaps / get_object_vars

2003-11-22 Thread John Huntjens
Hello group, Did something really stupid today: deleted my snap from nov 12 while downloading todays snap. Todays snap has a really stupid bug in it: $this->dom = new domDocument(); $t = get_object_vars($this); print_r($this); get_object_vars seems destroying references to other objects. So:

Re: [PHP-DEV] dom_document_get_element_by_id

2003-09-08 Thread John Huntjens
> you have to define the ids with a DTD. there are no default > "id"-attributes in the XML-specs. Ahh, that clarify's alot. > Add: > > > ]> > > to your XML document, and it should work. Thanks for your quick answer, this quireled me al day! > or use XPath to access the nodes: > "//@id='id

Re: [PHP-DEV] dom_document_get_element_by_id

2003-09-08 Thread John Huntjens
> > Is this function working? > yes. > > see: > > http://bugs.php.net/bug.php?id=17629 > http://bugs.php.net/bug.php?id=16647 > > for details I do not understand the workaround? I am using latest cvs php5 capitalizing the ID's to gives no result. Should I define a DTD to find the ID's?

[PHP-DEV] dom_document_get_element_by_id

2003-09-08 Thread John Huntjens
Is this function working? Test program: $dom = new domDocument(); $dom->load("test.xml"); $node = $dom->getElementById("id1"); print_r($node); Test file: It seems to me that always a emty object is returned? -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit

Re: [PHP-DEV] compiling latest snapshot with iodbc

2003-08-29 Thread John Huntjens
> > /usr/local/odbc/lib/libiodbc.so: undefined reference to `SQLSetConfigMode' > > /usr/local/odbc/lib/libiodbc.so: undefined reference to `SQLGetConfigMode' > > /usr/local/odbc/lib/libiodbc.so: undefined reference to `SQLGetPrivateProfileString' > > collect2: ld returned 1 exit status > Both shou

[PHP-DEV] compiling latest snapshot with iodbc

2003-08-29 Thread John Huntjens
Latest snapshot with iodbc 3.51.0 i: configure: ./configure \ --prefix=/usr/local/php5 \ --sysconfdir=/etc/php \ --localstatedir=/var/log/php \ --with-config-file-path=/etc/php \ --with-apxs2=/usr/local/apache/bin/apxs \ --with-zlib-dir=/usr/local/zlib \ --with-libxml-dir=/usr/local

Re: [PHP-DEV] Compiling latest snapshot with ODBC

2003-08-28 Thread John Huntjens
> Yes remove any mention of the world SQL_BLOB This did the trick, thanks > or just add in a #define SQL_BLOB SQL_LONGVARCHAR (untested but should > work) Did not test this. Gr, John -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Compiling latest snapshot with ODBC

2003-08-28 Thread John Huntjens
> > Don't worry about that, Dan will revert that patch sometime soon. :) > Kan you give me a pointer what to change to get it compiling again? Gr, John -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Compiling latest snapshot with ODBC

2003-08-28 Thread John Huntjens
Compiling the 28-8 3:30 snapshot whit the option --with-unixODBC=/usr/local/odbc /bin/sh /sys/tmp/php5-200308280330/libtool --silent --preserve-dup-deps --mode=compi le gcc -I/usr/local/odbc/include -Iext/odbc/ -I/sys/tmp/php5-200308280330/ext/o dbc/ -DPHP_ATOM_INC -I/sys/tmp/php5-200308280330/

Re: [PHP-DEV] [PATCH] ext. dom php_dom.c

2003-07-11 Thread John Huntjens
> > /sys/tmp/php5-20030730/ext/dom/document.c: In function > > `php_dom_ctx_error': > > /sys/tmp/php5-20030730/ext/dom/document.c:120: parse error before > > `parser' > > /sys/tmp/php5-20030730/ext/dom/document.c:122: `parser' undeclared > > (first use in this function) > > /sys/tmp/php

Re: [PHP-DEV] [PATCH] ext. dom php_dom.c

2003-07-11 Thread John Huntjens
> Grab the latest code from cvs (added yesterday). New properties were added > to the domDocument. (They are all booleans). > > validateOnParse - default FALSE (will load and validate against DTD) > resolveExternals - default FALSE (will load the DTD without performaing > validation) > preserveWh

[PHP-DEV] [PATCH] ext. dom php_dom.c

2003-07-11 Thread John Huntjens
Hello list, Version 5.0.0b1 Extension dom File: php_dom.c Test script: $dom = new domDocument(); $dom->load('test.xml'); print $dom->savexml(); test.xml: ]> &sysmenu; test2.xml: test When running the test script, in the entitys get not expanded. But the standard http://www.w3.org/TR/2003