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
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;
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
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
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
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
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
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
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
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
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
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
> 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
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
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
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
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
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
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
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
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
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
>
22 matches
Mail list logo