From: | "chris markiewicz" <cmarkiew(at)commnav(dot)com> |
---|---|
To: | "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <T(dot)R(dot)Missner(at)level3(dot)com> |
Cc: | <pgsql-jdbc(at)postgresql(dot)org> |
Subject: | RE: Fastpath error on solaris 2.8 pgsql 7.1.3 |
Date: | 2001-08-28 11:13:01 |
Message-ID: | 009c01c12fb2$677612c0$77b846c6@cmarkiewicz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Tom,
When I say that this problem is erratic, I mean that sometimes a given piece
of code works and sometimes it doesn't - not that some pieces work and some
don't (don't know if that helps).
How is a BEGIN indicated? I get a Connection, grab a Statement from it, and
run my query. Do I have to do anything special to tell Fastpath that I am
BEGINning a transaction?
Thanks
chris
-----Original Message-----
From: pgsql-jdbc-owner(at)postgresql(dot)org
[mailto:pgsql-jdbc-owner(at)postgresql(dot)org]On Behalf Of Tom Lane
Sent: Monday, August 27, 2001 4:43 PM
To: T(dot)R(dot)Missner(at)level3(dot)com
Cc: pgsql-jdbc(at)postgresql(dot)org
Subject: Re: [JDBC] Fastpath error on solaris 2.8 pgsql 7.1.3
T(dot)R(dot)Missner(at)Level3(dot)com writes:
> FastPath call returned ERROR: lo_write: invalid large obj descriptor (0)
Usually this indicates that you didn't have the lo_open ... lo_write
... lo_close sequence wrapped in a transaction block (BEGIN/COMMIT
SQL commands). Since it's erratic for you, I'd bet that some of your
application control paths have the BEGIN and some don't.
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org
From | Date | Subject | |
---|---|---|---|
Next Message | Mano lito | 2001-08-28 11:13:34 | next() and PreparedStatement |
Previous Message | Bhuvaneswari | 2001-08-28 09:58:24 | Regarding vacuumdb |