Apologies if this was on the wrong list, since the problem was
what I thought was an un-implented feature of the library in PHP's source,
I assumed I should ask the PHP developer's.
I assumed it was un-implemented because I saw no reference to this
ability on the manual page for ODBC or
According to a manual I found on the web for call's to SQLPrepare
(referenced in ext/odbc/php_odbc.c) you can implant ? in place of
variables for statement execution. PearDB makes reference to this
on:
http://pear.php.net/manual/en/core.db.tut_execute.php
So my question is, is PHP's ODBC
This is really a support question and is being asked on the wrong list.
But in light of that... PHP's odbc_prepare function should work with
the '?' option. It really isn't the one deciding this though, as it's
more your ODBC Driver. As far as PEAR is concerned, I have little
insight into
Playing with db-based session handlers today against an ODBC database.
Don't worry, it's not production, but it should work, and now it does...
except that I had a hell of a time figuring out how to get all of the
session data, when sessions get large, back from the db server.
I found the
Setting it to 0 should work. Or at least it has in the past.
Calling odbc_longreadlen($res_id, value here); should also allow you to
override this while running in PHP. A value of zero again is passthrou.
Any chance you can share a bit more information about this possible bug?
On Mon, 12
Hi Dan
I've been trying out with the snapshots from snaps.php.net/win32 but I still
have the same errors. The actual snaps of 4.2 don't work either.
Christoph
I'm looking into these problems right now. Please be patient. A recent
slew of bug reports suggests that there might be some stuff
the distributions have all worked. Thanks.
Ryan
-Original Message-
From: Andreas Karajannis [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 24, 2002 5:16 PM
To: Dan Kalowsky
Cc: Ryan Jameson (USA); [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] odbc problems in 4.2
Dan Kalowsky wrote:
Hi Ryan,
Okay
To: Dan Kalowsky
Cc: Ryan Jameson (USA); [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] odbc problems in 4.2
Dan Kalowsky wrote:
Hi Ryan,
Okay did a little looking over the odbc_fetch_row code, and it should
reset the result-fetched to whatever the second argument (if one is
provided
If this is easy for anyone could someone verify that:
odbc_fetch_row($rs,0);
...does not reset the result set in version 4.2? From what I can tell it doesn't work
at all. I want to be certain that we cannot upgrade to 4.2. If someone has another way
to reset an ODBC result set I'd love to
Title: RE: [PHP-DEV] odbc problems in 4.2
-Original Message-
From: Ryan Jameson writes:
(shhh... I tried to get them to use MySQL ... they are scared
of free stuff. I'm just glad they let me use PHP). Thanks!
Thats a riot.
Tell them to send a cheque to both the MySQL
Hi Ryan,
Okay did a little looking over the odbc_fetch_row code, and it should
reset the result-fetched to whatever the second argument (if one is
provided) is. This variable is how the ODBC result system handles where
it currently is in the cache. Now the catch is that odbc_result checks
this
Dan Kalowsky wrote:
Hi Ryan,
Okay did a little looking over the odbc_fetch_row code, and it should
reset the result-fetched to whatever the second argument (if one is
provided) is. This variable is how the ODBC result system handles where
it currently is in the cache. Now the catch is
Hello there.
Sorry for my post, its out of topic.
I have a question for deveplopers.
is there maximum limit of data ( SQL query ) that can be send via odbc?
I've been exerimenting with inserting large text into database and noticed
that
queries larger than 8190 byte are cause to error:
SQL
Hi,
(I hope it's the right lists for this)
We're running PHP 4.0.6 on IIS 4.0 as ISAPI module with no trouble so far
in production on a fairly busy website. Though when our database gets
heavily loaded
the script produces an error with server appears not to be available.
ASP on the same server
This was sent to me privately. The problem looks very odd.
Unfortunately I don't have time to look into this any
further right now.
I remember similar thing happening with some pages being reload
twice..some session thingie, that was found out NOT to be bug after all.
I think it was Zeev who
Can you please look at the patch in bug http://www.php.net/bugs.php?id=10563
and commit it if its needed/comment on the bug.
thanks
- James
--
James Moore
[EMAIL PROTECTED]
http://www.perl.com/search/index.php - we must be doing somthing right
--
PHP Development Mailing List
Gurus,
Does it make sense to have the iODBC libraries as part of the standard PHP
distribution? This is NOT the OpenLink driver library, but an LGPL Driver
Manager. Basically, if php is compiled --with-iodbc then any ODBC API
compliant ODBC driver can be used by setting the ODBCINI and
17 matches
Mail list logo