> From: Dan Kalowsky [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 24, 2003 8:00 PM
> I don't have the time to answer this in more detail, but some of these
> calls are just not supported by ODBC (i.e. select_db). Some are, I
just
> haven't had the time to commit the patches that create
Please correct me where I am wrong. Some query() functions might be
actually be unbuffered_query() etc. And while doing such a boring work
you tend to make mistakes. Finally I don't know all API's by heart nor
have I used all of them.
First of all, in my opinion it would be more useful to concentra
On Wed, 2003-09-24 at 14:49, Lukas Smith wrote:
> ok while talking to marcus about sqlite it came up again that some ext
> have different function names for similar things which is really
> unnecessary. Here is a list of some most used (just a guestimate)
> functions. I used the mysql extension as
Hi,
I have a problem in using the Command Line PHP and mod_php
together on NetWare. When both are used in tandem,
the NetWare server crashes.
The way PHP is designed on NetWare is like this:
- mod_php : This is the Apache2filter sapi module and
is a separate executable
- ph
> From: Ard Biesheuvel [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 25, 2003 11:36 AM
>
> > Please correct me where I am wrong. Some query() functions might be
> > actually be unbuffered_query() etc. And while doing such a boring
work
> > you tend to make mistakes. Finally I don't know al
Hi,
[Ard]
> First of all, in my opinion it would be more useful to concentrate on a
> true cross-database PHP-level data-object API which can really hide
> the differences between db implementations, instead of using the exact
> same function names, and ignoring the implementation differences
>
Then your not setting it correctly via your apache module.
FYI - If you using apache 1.3.x you CANNOT reset document
root. DOCUMENT_ROOT is set at a low level of initial child request
startup. Your third party module isnt at a low enough level to do this.
I kow this because my company needed the
On 25 Sep 2003 at 15:04, Marc Boeren wrote:
> I just skim the php-dev list nowadays, but this seems a bit like what
the
> dbx extension does (I wrote that). Now I know dbx is just a
lightweight
> wrapper that doesn't try to emulate specific functionality, and it may
still
> need some more wrapp
>
> Modified files:
> /php-src/ext/mysqli mysqli_api.c mysqli_fe.c php_mysqli.h
> Log:
> mysql_prepare_result -> mysqli_get_metadata
> This function was renamed in libmysql (changeset 1.607 by monty)
>
Does this apply to all release versions? Or should config.m4 run a library
check to
Hi,
> IMO there are some problems with the dbx extension:
>
> - it is a wrapper for PHP modules instead for the underlying
> database API (therefore slower)
True, but this makes for a lot less build-headaches: dbx has no
build-dependencies
> - you cannot rely on it if you depend on an ISP tha
> Then your not setting it correctly via your apache module.
Actually I am setting it correctly, but as you say...
> FYI - If you using apache 1.3.x you CANNOT reset document
> root. DOCUMENT_ROOT is set at a low level of initial child request
> startup. Your third party module isnt at a low enou
i've been trying to look at zend_execute_API to figure out how to stop
it from going to a class's __call() method for build-in functions -
already had run into this with __sleep()/__wake(), now much more so
with __toString(). but it's just out of my league so far.
does it seem like a reasonable t
Care sharing what you did to fix it? On or offlist is fine.
Jeremy
On Thu, 2003-09-25 at 10:22, Mark Morley wrote:
> > Then your not setting it correctly via your apache module.
>
> Actually I am setting it correctly, but as you say...
>
> > FYI - If you using apache 1.3.x you CANNOT reset docu
> Care sharing what you did to fix it? On or offlist is fine.
>
> Jeremy
Probably the same thing that the other fellow wound up doing.
In src/main/util_script.c Apache explicitly adds a new
DOCUMENT_ROOT value (among others) to the environment table.
This effectively wipes out any DOCUMENT_ROOT
Hello everyone
I hope I'm on the right list here...
Well, I've just read there will be a talk about a new PHP5 Imaging Library
on this year's php-conference. Unfortunately I won't be able to attend that
session, but is there anywhere on the web already some information about
this library? Or c
Are there any plans to separate php5 general discussion from the
php-general list? With some major behavior changes (particularly
classes that I know of ATM), separating the lists may help to keep
confusion between the two.
I'm not sure of why the decision of merging php3 to php4, was
either the
Curt Zirzow wrote:
classes that I know of ATM), separating the lists may help to keep
confusion between the two.
Maybe add a "Please tell us which version of PHP you are using" as a
general guideline when subscribing or posting to the list? Is it already
there?
The problem I see is that if we cr
* Thus wrote Olivier Hill ([EMAIL PROTECTED]):
> Curt Zirzow wrote:
> >classes that I know of ATM), separating the lists may help to keep
> >confusion between the two.
>
> Maybe add a "Please tell us which version of PHP you are using" as a
> general guideline when subscribing or posting to the l
18 matches
Mail list logo
