From: | Charles Randle <caspanis(at)cybervale(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-interfaces(at)postgresql(dot)org |
Subject: | Re: [INTERFACES] Problems with postgres V6.5.3 large objects |
Date: | 1999-12-06 05:44:43 |
Message-ID: | 384B4D4B.BF6EE9D6@cybervale.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-interfaces |
Tom,
In terms of access to the large object, my class maintains an array of
objects which are currently open
(Oid,name,file descriptor etc ..). Whenever access is needed to any
large object an accessor method
simply executes 'lo_read'/lo_write' or lo_seek as is desired . If the
object is not on the active list then another method opens the object
(using lo_open ).As is to be expected the destructor of the class closes
all open objects .
These accessor methods are called by C style functions which are
basically wrappers of them . This is done because the access is needed
by a Dialogic voice library . The messages are actually VOX voice
messages which are played by an application that I am designing. The
Dialogic libraries that I'm using allow the
installation of custom I/O functions for reading to or writing from
non-standard devices (hence the need for C style wrappers ) , but these
custom functions must have the same prototype of standard
open/read/write/lseek systems calls .
The interface works for the first such VOX large object but the error
manifests itself if I try to load (open ) another large object for use .
Regards,
Charles Randle
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 1999-12-06 06:08:33 | Re: [INTERFACES] Problems with postgres V6.5.3 large objects |
Previous Message | Thomas Lockhart | 1999-12-06 02:02:15 | Re: [INTERFACES] Spanish format on date and numbers |