[PHP-DEV] XSL Transformations
hello... i am new, so i am not sure that i know how to use this. I have this problem...i open a connnection, and the content i am getting back is xml. I have to transform this (XSLT) and output it in a different format. Can anyone help me with this? Thanks PH -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] XSL Transformations
hello... i am new, so i am not sure that i know how to use this. I have this problem...i open a connnection, and the content i am getting back is xml. I have to transform this (XSLT) and output it in a different format. Can anyone help me with this? After reading the list sign up page very carefully, I am sure you're aware that this is not the correct place to ask your question. You will also know that this sort of question should be asked in [EMAIL PROTECTED] Your appologies are accepted. -- Dan Hardiker [[EMAIL PROTECTED]] ADAM Software Systems Engineer First Creative -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: To sed or not to sed (fwd)
FYI - Sascha -- Forwarded message -- Date: Tue, 04 Feb 2003 21:24:36 -0600 From: Robert Boehne [EMAIL PROTECTED] To: Lars Hecking [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: To sed or not to sed Lars, You're in luck! CVS Libtool goes to great pains to ensure that the sed used by it is the best one available. It also has piecewise linking support, most of this added by me for AutoOpenCascade @sourceforge. This doesn't solve the problem completely, it can't work around it if the only sed available truncates to 2401 character lines. It will however pick /usr/ccs/bin/sed over /bin/sed on Solaris for example, because it won't truncate as much. HTH, Robert Lars Hecking wrote: I came across something really annoying recently that I would not consider a libtool bug, but I figured the folks here are most qualified to suggest a solution. The problem is php 4.3.0. They have rearranged their build system for better portability, and stopped using convenience libraries for the various subdirectory builds. The consequence is that all objects are passed to libtool on the command line - which can be a very long list, depending on which features one compiles into php. On Solaris 7/8, this list of objects is too long for the native sed, and linking fails (some error messages about line too long). I reported this as a bug and was told to use GNU sed instead. Am I the only one who things that software should be buildable with native standard tools? The fix for me is to edit the libtool script included with php, and add an explicit PATH which includes GNU tools first (I don't want this change in my build environment, so I change it only where needed). And this needs to be done every time I build php :-/ Generally requiring GNU sed in libtool does not work in the same way as e.g. in autoconf, because the requirement would affect all users of libtool, not only those who build and install it. A possible partial solution could be that libtool has a section near the top where all standard tools it uses are declared, e.g. Sed=/usr/bin/sed which would at least make it easier to identify and change such components. I guess it's probably not possible to get rid of sed completely (other than replacing it with perl, which probably nobody wants). Any other ideas? ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] OO in PHP5 (was zend_API.c on php-dev)
On Tue, 2003-02-04 at 13:05, Harald Radi wrote: ? harald Well, you were talking about throwing exceptions from within C sourcecode, weren't you? You would need a zend_class_entry to throw - but what should this point to? You would probably go ahead and declare an exception class (in your extension, in the Zend Engine?) - which I do not think of as a good idea due to the mentioned reasons. - Timm -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #21279 Karma request (Windows Bug)
Hi Rasmus, A Few months ago I was willing to help in bug fixes and bcompiler development I solved the bug #21279 and now I need karma to commit my changes there I debbuged the file with the help of Manuel Lemos and I found the bug. Here is the diff: 1615: // Z_STRVAL_P(tmp) = empty_string; 1616: ZVAL_NULL(tmp); 1626: // Z_STRVAL_P(tmp) = empty_string; 1627: ZVAL_NULL(tmp); TIA and HTH, Ernani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Bug #21279 Karma request (Windows Bug)
You need to use C style /*comments*/. Also, send a unified diff. Do this by running cvs diff -u files you modified. Joseph -Original Message- From: Ernani Joppert Pontes Martins [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 10:05 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Bug #21279 Karma request (Windows Bug) Hi Rasmus, A Few months ago I was willing to help in bug fixes and bcompiler development I solved the bug #21279 and now I need karma to commit my changes there I debbuged the file with the help of Manuel Lemos and I found the bug. Here is the diff: 1615: // Z_STRVAL_P(tmp) = empty_string; 1616: ZVAL_NULL(tmp); 1626: // Z_STRVAL_P(tmp) = empty_string; 1627: ZVAL_NULL(tmp); TIA and HTH, Ernani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bug #21279 Karma request (Windows Bug)
OK, I will change the Style of the comments But that's not the point. The point is that I need CVS Karma to commit it and I don't have. When I get it then I will make the unified diff and send to the list... TIA, Ernani Joseph Tate [EMAIL PROTECTED] escreveu na mensagem [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... You need to use C style /*comments*/. Also, send a unified diff. Do this by running cvs diff -u files you modified. Joseph -Original Message- From: Ernani Joppert Pontes Martins [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 10:05 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Bug #21279 Karma request (Windows Bug) Hi Rasmus, A Few months ago I was willing to help in bug fixes and bcompiler development I solved the bug #21279 and now I need karma to commit my changes there I debbuged the file with the help of Manuel Lemos and I found the bug. Here is the diff: 1615: // Z_STRVAL_P(tmp) = empty_string; 1616: ZVAL_NULL(tmp); 1626: // Z_STRVAL_P(tmp) = empty_string; 1627: ZVAL_NULL(tmp); TIA and HTH, Ernani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bug #21279 Karma request (Windows Bug)
You really don't need karma to commit a patch of few lines. Just send a unified diff and someone with dufficient karma will commit it. Tal Ernani Joppert Pontes Martins wrote: OK, I will change the Style of the comments But that's not the point. The point is that I need CVS Karma to commit it and I don't have. When I get it then I will make the unified diff and send to the list... TIA, Ernani Joseph Tate [EMAIL PROTECTED] escreveu na mensagem [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... You need to use C style /*comments*/. Also, send a unified diff. Do this by running cvs diff -u files you modified. Joseph -Original Message- From: Ernani Joppert Pontes Martins [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 10:05 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Bug #21279 Karma request (Windows Bug) Hi Rasmus, A Few months ago I was willing to help in bug fixes and bcompiler development I solved the bug #21279 and now I need karma to commit my changes there I debbuged the file with the help of Manuel Lemos and I found the bug. Here is the diff: 1615: // Z_STRVAL_P(tmp) = empty_string; 1616: ZVAL_NULL(tmp); 1626: // Z_STRVAL_P(tmp) = empty_string; 1627: ZVAL_NULL(tmp); TIA and HTH, Ernani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bug #21279 Karma request (Windows Bug)
Normally, you should contact the file's maintainers with the similar email as you wrote here and patches attached. The maintainer will review, apply and test the patches. After what, if the maintainer considers you should have the independent CVS access to the repository, he/she will direct you to request the PHP's CVS account and will notify whoever is in the charge for approving it. That is pretty much the way things work here, of course exceptions are possible, but in your case i don't see them. -- Maxim Maletsky [EMAIL PROTECTED] Ernani Joppert Pontes Martins [EMAIL PROTECTED] wrote... : OK, I will change the Style of the comments But that's not the point. The point is that I need CVS Karma to commit it and I don't have. When I get it then I will make the unified diff and send to the list... TIA, Ernani Joseph Tate [EMAIL PROTECTED] escreveu na mensagem [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... You need to use C style /*comments*/. Also, send a unified diff. Do this by running cvs diff -u files you modified. Joseph -Original Message- From: Ernani Joppert Pontes Martins [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 10:05 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Bug #21279 Karma request (Windows Bug) Hi Rasmus, A Few months ago I was willing to help in bug fixes and bcompiler development I solved the bug #21279 and now I need karma to commit my changes there I debbuged the file with the help of Manuel Lemos and I found the bug. Here is the diff: 1615: // Z_STRVAL_P(tmp) = empty_string; 1616: ZVAL_NULL(tmp); 1626: // Z_STRVAL_P(tmp) = empty_string; 1627: ZVAL_NULL(tmp); TIA and HTH, Ernani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Database Abstraction
Hi folks. I have a question about database abstraction. If this is not the place to ask, please redirect me. There are millions of PHP-scripts using MySQL. Most of them probably doesn't use an Database Abstraction Layer (DBAL) in order to support other databases. When the requirement is made some day that a script should support another DB than MySQL programmers are facing the challenge of literally rewrite most of their code to fit some DBAL, like ADOdb or whatever. So my idea was to make a DBAL which basically offers a parallel set of functions to the current MySQL-functions (search/replace) but internally parses the queries and re-makes the query into something Oracle or MSSql or some third DB would understand. This would be totally transparent and give instant DBA to millions of PHP-scripts. A MySQL emulator. For MySQL it wouldn't affect performance. For other DBs I would require a little parsing time of the query. I know this is not as simple as it sounds, but is it *totally impossible* since noone made it yet and if some of you think it is, please let me know why. I think the idea is obvious. - kasper - Q: So who is going to drive TYPO3 ahead? A: The man in the mirror! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #5975 request
The last patch was core dumping, now it's fixed. It runs fine here in my system, last php 5 CVS. The patch is in: http://www.ricesu.com.br/php_dev/patch_new.diff Please, take a look and apply it if it's ok. Regards, Fabricio Olivetti -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bug #21279 Karma request (Windows Bug)
On Wed, 5 Feb 2003, Ernani Joppert Pontes Martins wrote: OK, I will change the Style of the comments But that's not the point. The point is that I need CVS Karma to commit it and I don't have. If you only have such a small fix you generally don't need karma, as other people can commit it for you. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Database Abstraction
On Wed, 5 Feb 2003, [ISO-8859-1] Kasper Skårhøj wrote: Hi folks. I have a question about database abstraction. If this is not the place to ask, please redirect me. wrong list :) - [EMAIL PROTECTED] Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] adding extension to PHP
Hello, I am going to write a PHP extension on top of some libraries that I have developed over the past few years. The libraries are bunch of .so file and some of them are C++. If I am going to compile my extension against 4.3 code base, will it be ok to run this with other 4.x PHP install base? In addition, I found out that for some reason the following does not work: ifile = open(/etc/myapp.conf, O_RDONLY, S_IREAD|S_IWRITE); if (ifile != -1) { if (flock(ifile, LOCK_EX) != 0) { php_error(E_WARNING, unable to flock file %d,err: %d, ifile, errno); } else flock(ifile, LOCK_UN); close(ifile); } I put the above in one of the test function in my extension, flock always failed with errno = 9 ( bad file descriptor ) but ifile is not -1. Any idea? TIA. Joe -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Database Abstraction
hi, There are millions of PHP-scripts using MySQL. Most of them probably doesn't use an Database Abstraction Layer (DBAL) in order to support other databases. [..] There are (too) many parallel efforts trying to create yet another database abstraction layer. We all know it's necessary, but we also know that by ab- stracting you have to either reduce the available features to the least common denominator (not so good), or emulate stuff within the abstration layer. Check out the existing ones, first: http://pear.php.net/packages.php?catpid=7catname=Database http://phplib.sf.net/ http://freshmeat.net/projects/metabase/ -daniel -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Database Abstraction
Kasper Skårhøj wrote: but internally parses the queries and re-makes the query into something Oracle or MSSql or some third DB would understand. This would be totally transparent and give instant DBA to millions of PHP-scripts. A MySQL emulator. ODBC does something similar AFAIK, just with ANSI SQL as standard dialect instead of MySQL ... but still i'd like to see how you are going to get features like auto-increment or fulltext search 're-made' ;) -- Six Offene Systeme GmbH http://www.six.de/ i.A. Hartmut Holzgraefe Email: [EMAIL PROTECTED] Tel.: +49-711-99091-77 Sie finden uns auf der CeBIT in Halle 6/H44 http://www.six.de/cebit2003/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] php4-STABLE-200302051830 and imap PB
Hi, trying to compile php4-STABLE-200302051830 with configure options: --with-imap=/usr/local --with-imap-ssl=/usr/local I received: ext/imap/php_imap.lo: In function `zm_startup_imap': home/php4-STABLE-200302051830/ext/imap/php_imap.c:432: undefined reference to `ssl_onceonlyinit' without the --with-imap-ssl configure told me c-client is compiled with ssl and ask me to add the --with-imap-ssl option Jean-Pierre
[PHP-DEV] CVS Account Request: ianh
develop the apache2 handler interface -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Mono PHP
On Mon, 3 Feb 2003, Sebastian Bergmann wrote: Sterling Hughes wrote: I'll be adding it into PECL in a little bit Why PECL and not add it to ext/rpc? ext/rpc should be able to load rpc backend modules, or PECL is the only sensible place to put it (especially when it's experimental!). We really don't want to mix java, mono, xmlrpc, soap and whatnot into a single package. - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Mono PHP
On Wednesday, February 5, 2003, at 05:22 PM, Stig S. Bakken wrote: On Mon, 3 Feb 2003, Sebastian Bergmann wrote: Sterling Hughes wrote: I'll be adding it into PECL in a little bit Why PECL and not add it to ext/rpc? ext/rpc should be able to load rpc backend modules, or PECL is the only sensible place to put it (especially when it's experimental!). We really don't want to mix java, mono, xmlrpc, soap and whatnot into a single package. Nor (as cool as it may be), is there a reason it should be in the 'core' (extension-wise) of php. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Mono PHP
On Wed, 2003-02-05 at 17:26, George Schlossnagle wrote: On Wednesday, February 5, 2003, at 05:22 PM, Stig S. Bakken wrote: On Mon, 3 Feb 2003, Sebastian Bergmann wrote: Sterling Hughes wrote: I'll be adding it into PECL in a little bit Why PECL and not add it to ext/rpc? ext/rpc should be able to load rpc backend modules, or PECL is the only sensible place to put it (especially when it's experimental!). We really don't want to mix java, mono, xmlrpc, soap and whatnot into a single package. Nor (as cool as it may be), is there a reason it should be in the 'core' (extension-wise) of php. Once stable, i think that could be up to a debate :-) For one, if this ends up being fast enough, I think it should definitely be in the engine core. Accessing .NET/CIL will allow PHP to integrate and leverage quite a few external technologies, and will allow it to directly access *any* C library function call directly, or with a few line wrapper. But its a debate for when its more stable. -Sterling -- The computer programmer is a creator of universes for which he alone is responsible. Universes of virtually unlimited complexity can be created in the form of computer programs. - Joseph Weizenbaum -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: cysoft
Translating the documentation in to Chinese (Simplified). i just received email form [EMAIL PROTECTED] in the email you denied my request so i appeal against your decision,cause i need CVS just for Translating the documentation,that listed in the page of http://www.php.net/cvs-php.php. please pay more attention on my request. thx a lot. your's yan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] CVS Account Request: cysoft
There are some people already working on the Chinese (Simplified) translation: http://www.php.net/manual/zh/ Please contact them and see whether they need your help. -- Maxim Maletsky [EMAIL PROTECTED] On 6 Feb 2003 01:17:36 - cui yan [EMAIL PROTECTED] wrote: Translating the documentation in to Chinese (Simplified). i just received email form [EMAIL PROTECTED] in the email you denied my request so i appeal against your decision,cause i need CVS just for Translating the documentation,that listed in the page of http://www.php.net/cvs-php.php. please pay more attention on my request. thx a lot. your's yan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] http streams can't be filtered?
Wez, After our short discussion in IRC today I decided to try and put together a simple implementation of that filter wrapper. What I came up with can be seen here: http://frankenbox.alphaweb.net/test/php.filter.diff.txt but it's not something I'm suggesting be commited, just a quick exercise to open my brain to thinking about implications... There's also the fact it's working on the current single filter chain model rather than the asymetric filter chains you've got planned. Now, the point I've managed to completely skirt around I discovered something a little disturbing about the http wrapper (and presumably other network wrappers as well). The following script (with or without the above patch applied) will *NOT* uppercase the content retrieved from the url because the content is read into buffer immediately (on the fopen call) and the filter isn't applied until the next line. ?php $fp = fopen(http://www.php.net/;, r); /* the data is already sitting in buffer */ stream_filter_append($fp, string.toupper); while ($str = fgets($fp)) print $str; fclose($fp); ? Presumably you're aware of this? -Pollita -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] OO in PHP5 (was zend_API.c on php-dev)
if you want to throw an exception you necessarily have to declare an exception class. but i still don't get the difference wheter this is done in c or php code and how it actually fits into the original discussion which was about a completely different thing. regards, Harald Radi -- nme - we can heal you http://www.nme.at Ortner Radi Schwenk GnbR Tumpenweg 528 5084 Grossgmain, Salzburg Austria -Original Message- From: Timm Friebe [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 11:53 AM To: Harald Radi Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] OO in PHP5 (was zend_API.c on php-dev) On Tue, 2003-02-04 at 13:05, Harald Radi wrote: ? harald Well, you were talking about throwing exceptions from within C sourcecode, weren't you? You would need a zend_class_entry to throw - but what should this point to? You would probably go ahead and declare an exception class (in your extension, in the Zend Engine?) - which I do not think of as a good idea due to the mentioned reasons. - Timm -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] OO in PHP5 (was zend_API.c on php-dev)
Timm, Conclusion: Don't even try to write exception classes for PHP5 in C. You will never please all of the users' needs - so simply leave it up to them. im curious about why you take such a strong exception g to built-in exceptions. are you suggesting that all C based objects use zend_error and leave it to the user to convert errors to exceptions if need be ? could your objections be limited to classes designed to be inherited ? im asking because ive already created a slew (well actually a few) PHP5 C classes which raise exceptions derived from a base exception type defined in the module. for the most part (except for programming incompetence on my end), there would not be a need to inherit from them l0t3k -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: kuboa
So as to develop and maintain my Net_UserAgent_Mobile (Was: HTTP_MobileAgent) PEAR package. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bug #21279 Karma request (Windows Bug)
Here is the compliant diff of the existing version Index: php_odbc.c === RCS file: /repository/php4/ext/odbc/php_odbc.c,v retrieving revision 1.153 diff -u -r1.153 php_odbc.c --- php_odbc.c 24 Jan 2003 22:40:38 - 1.153 +++ php_odbc.c 6 Feb 2003 05:22:49 - @@ -1589,7 +1589,7 @@ if (rc == SQL_SUCCESS_WITH_INFO) { Z_STRLEN_P(tmp) = result-longreadlen; } else if (result-values[i].vallen == SQL_NULL_DATA) { - Z_STRVAL_P(tmp) = IS_NULL; + ZVAL_NULL(tmp); break; } else { Z_STRLEN_P(tmp) = result-values[i].vallen; @@ -1599,7 +1599,7 @@ default: if (result-values[i].vallen == SQL_NULL_DATA) { - Z_STRVAL_P(tmp) = IS_NULL; + ZVAL_NULL(tmp); break; } Z_STRLEN_P(tmp) = result-values[i].vallen; Ernani Joppert Pontes Martins [EMAIL PROTECTED] escreveu na mensagem [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... OK, I will change the Style of the comments But that's not the point. The point is that I need CVS Karma to commit it and I don't have. When I get it then I will make the unified diff and send to the list... TIA, Ernani Joseph Tate [EMAIL PROTECTED] escreveu na mensagem [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... You need to use C style /*comments*/. Also, send a unified diff. Do this by running cvs diff -u files you modified. Joseph -Original Message- From: Ernani Joppert Pontes Martins [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 10:05 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Bug #21279 Karma request (Windows Bug) Hi Rasmus, A Few months ago I was willing to help in bug fixes and bcompiler development I solved the bug #21279 and now I need karma to commit my changes there I debbuged the file with the help of Manuel Lemos and I found the bug. Here is the diff: 1615: // Z_STRVAL_P(tmp) = empty_string; 1616: ZVAL_NULL(tmp); 1626: // Z_STRVAL_P(tmp) = empty_string; 1627: ZVAL_NULL(tmp); TIA and HTH, Ernani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php