RE: Fastpath error on solaris 2.8 pgsql 7.1.3

From: T(dot)R(dot)Missner(at)Level3(dot)com
To: tgl(at)sss(dot)pgh(dot)pa(dot)us, cmarkiew(at)commnav(dot)com, pgsql-jdbc(at)postgresql(dot)org
Subject: RE: Fastpath error on solaris 2.8 pgsql 7.1.3
Date: 2001-08-28 15:12:25
Message-ID: EBFCF3982143D511A77F0008C716807E2E87F8@N0400IDC1.oss.level3.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

So I wanted to thank you. Indeed I did have a thread problem
in my application that caused the same connection to be used by
more than one thread at time. Thus the occassional problem
due to transactions being out of sync.

t.r. missner
level(3) communications

Chris -- you can explicity call myStatement.execute("BEGIN");
and myStatement.execute("COMMIT");
or you can simply use myConnection.setAutoCommit(true); or false when
finished.
This accomplishes the same thing as BEGIN/COMMIT.

-----Original Message-----
From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
Sent: Monday, August 27, 2001 2:43 PM
To: Missner, T. R.
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

Browse pgsql-jdbc by date

  From Date Subject
Next Message Thomas O'Dowd 2001-08-28 15:23:21 Unterminated quoted string error.
Previous Message Thomas O'Dowd 2001-08-28 14:57:21 Escape Processing problems