[PHP-DEV] building php5 for win32

2005-03-12 Thread John Cant
Hello I have been trying to rebuild the php5 DLLs under VC++ V6 SP5 and find that the following four variables are undefined. I've bodged some values to make the DLLs compile but the values are clearly not correct. Can you tell me what values these should have and where they should be defined? Ev

[PHP-DEV] php_embed and call_user_function

2005-03-12 Thread Phillip Whelan
Im trying to call call_user_function() from inside php_embed. It always returns FAILURE... Here is the .c file I am trying to use (minus the header files, for clarity...) int main(int argc, char **argv) { zval *func; zval *zret; void ***trsm_ls;

Re: [PHP-DEV] php_embed and call_user_function

2005-03-12 Thread Marcus Boerger
Hello Phillip, Saturday, March 12, 2005, 1:35:26 AM, you wrote: > Im trying to call call_user_function() from inside php_embed. > It always returns FAILURE... > Here is the .c file I am trying to use > (minus the header files, for clarity...) > int main(int argc, char **argv) > { > zv

Re: [PHP-DEV] HALT Patch

2005-03-12 Thread Christian Schneider
Moriyoshi Koizumi wrote: I modified your patch so it can capture the position where the supposed data begins into the constant __HALT_PHP_PARSER__. Sounds like a good idea to me as all the manual work to guess the start of the data look a bit kludgy to me. abc def Hmm.. I was wondering if we sh

Re: [PHP-DEV] HALT Patch

2005-03-12 Thread John Coggeshall
I think the lexer patch is good enough. John On Sat, 2005-03-12 at 06:58, Christian Schneider wrote: > Moriyoshi Koizumi wrote: > > I modified your patch so it can capture the position where the > > supposed data begins into the constant __HALT_PHP_PARSER__. > > Sounds like a good idea to me as

Re: [PHP-DEV] building php5 for win32

2005-03-12 Thread Wez Furlong
Your libraries/headers/dlls don't match up. The usual trick to solve this is to recompile the projects using your own compiler and/or use the "right" versions of things. Since you didn't bother pasting the actual error messages (which include the names of the relevant projects), I can't be more s

[PHP-DEV] Weird time-sensitive leaks / problems in the memory manager

2005-03-12 Thread Wez Furlong
Yesterday I saw some leaks with foreach() and custom zend_iterators. Today, the same binary doesn't have those leaks. I had another similar issue a few weeks back on a different machine, but with an overrun reported on shutdown. The next day, the same binary was fine. Unless the linux-fairy visi

Re: [PHP-DEV] HALT Patch

2005-03-12 Thread Andi Gutmans
Yeah I would go and over-engineer this patch. It's not exactly a general purpose patch especially when it comes to web. So I think it is already questionable how many ppl would actually use it. Taking that an over-engineering it doesn't make sense. Andi At 07:19 AM 3/12/2005 -0500, John Coggesha

Re: [PHP-DEV] Weird time-sensitive leaks / problems in the memory manager

2005-03-12 Thread Andi Gutmans
Thanks for the heads-up. Please keep us posted on any news... At 09:17 AM 3/12/2005 -0500, Wez Furlong wrote: Yesterday I saw some leaks with foreach() and custom zend_iterators. Today, the same binary doesn't have those leaks. I had another similar issue a few weeks back on a different machine, bu

Re: [PHP-DEV] HALT Patch

2005-03-12 Thread Ilia Alshanetsky
Moriyoshi Koizumi wrote: Hi, I modified your patch so it can capture the position where the supposed data begins into the constant __HALT_PHP_PARSER__. There may be a problem with my patch if more than one require()'d / include()'d script contain __HALT_PHP_PARSER__, but it'd be quite handy if such

Re: [PHP-DEV] HALT Patch

2005-03-12 Thread Christian Schneider
Andi Gutmans wrote: Yeah I would go and over-engineer this patch. I agree with you guys, I was just brain-storming ;-) It's not exactly a general purpose patch especially when it comes to web. So I think it is already questionable how many ppl would actually use it. Taking that an over-engineerin

Re: [PHP-DEV] HALT Patch

2005-03-12 Thread Ilia Alshanetsky
Hmm.. I was wondering if we should go one step further and also provide a stream to the data. If the most common usage of this construct is going to be reading the data after __HALT_PHP_PARSER__ then we should optimize for that case. Something like ... I would suggest keeping such implementat

Re: [PHP-DEV] HALT Patch

2005-03-12 Thread Sara Golemon
> Hmm.. I was wondering if we should go one step further and also provide a > stream to the data. If the most common usage of this construct is going to > be reading the data after __HALT_PHP_PARSER__ then we should optimize for > that case. Something like > > $data = gzdeflate(file_get_content

[PHP-DEV] pdo and firebird connection

2005-03-12 Thread Michael Maier
Hi, I´ve trying now for hours just to connect with PDO to my firebird DB. I tried it first with a mysql db and had no problems at all. but it doesn´t work with firebird and I don´t know why (haven´t found anything helpful via google as well). I tried to use the manual from here: http://de3.php.n

[PHP-DEV] [patch] highlight_[file|string] and line numbers

2005-03-12 Thread Johannes Schlueter
Hi, some days (or even weeks?) ago Lukas asked on IRC wether there is a way to get PHP code highlighted with linenumbers. The first reaction of most people (including me) was "no" since you can't copy&paste the code but after thinking I found out that works really fine. So I've implemented it

Re: [PHP-DEV] [patch] highlight_[file|string] and line numbers

2005-03-12 Thread Jeffery Fernandez
Johannes Schlueter wrote: Hi, some days (or even weeks?) ago Lukas asked on IRC wether there is a way to get PHP code highlighted with linenumbers. The first reaction of most people (including me) was "no" since you can't copy&paste the code but after thinking I found out that works really fine

Re: [PHP-DEV] [patch] highlight_[file|string] and line numbers

2005-03-12 Thread Johannes Schlueter
Hi Jeffery, On Sunday 13 March 2005 00:47, Jeffery Fernandez wrote: > That looks very good but there seems to be serious html issues when I > validated that page... Total 1789 erros when I validated that page at > w3c. If you can fix that it would be awesome. Try to validate it as XHTML1.0 and, s

Re: [PHP-DEV] [patch] highlight_[file|string] and line numbers

2005-03-12 Thread Jeffery Fernandez
Johannes Schlueter wrote: Hi Jeffery, On Sunday 13 March 2005 00:47, Jeffery Fernandez wrote: That looks very good but there seems to be serious html issues when I validated that page... Total 1789 erros when I validated that page at w3c. If you can fix that it would be awesome. Try to vali

Re: [PHP-DEV] [patch] highlight_[file|string] and line numbers

2005-03-12 Thread Gordon P. Hemsley
Instead of using (which I'm not sure is even valid), you can simply just embed the id into the tag: . And that's just _my_ 2 cents. On Sun, 13 Mar 2005 10:47:19 +1100, Jeffery Fernandez <[EMAIL PROTECTED]> wrote: > Johannes Schlueter wrote: > > >Hi, > > > >some days (or even weeks?) ago Lukas

RE: [PHP-DEV] [patch] highlight_[file|string] and line numbers

2005-03-12 Thread David Zülke
No... that won't make it possible to jump directly to line numbers. It has to be Bear in mind that ids mustn't start with a number: http://www.w3.org/TR/html4/types.html#type-name David > -Original Message- > From: Gordon P. Hemsley [mailto:[EMAIL PROTECTED] > Sent: Sunday, March 13, 2

Re: [PHP-DEV] [patch] highlight_[file|string] and line numbers

2005-03-12 Thread Gordon P. Hemsley
On Sun, 13 Mar 2005 02:31:42 +0100, David ZÃlke <[EMAIL PROTECTED]> wrote: > No... that won't make it possible to jump directly to line numbers. It has > to be I don't think that's true. I may be wrong, as I didn't consult any standards or recommendations, but I did create a test that worked succe

Re: [PHP-DEV] [patch] highlight_[file|string] and line numbers

2005-03-12 Thread Marcus Boerger
Hello Gordon, Sunday, March 13, 2005, 2:41:07 AM, you wrote: > On Sun, 13 Mar 2005 02:31:42 +0100, David Zülke <[EMAIL PROTECTED]> wrote: >> No... that won't make it possible to jump directly to line numbers. It has >> to be > I don't think that's true. I may be wrong, as I didn't consult any >