Chris <[EMAIL PROTECTED]> writes:
> the libpq functions 'lo_open', the function fails. (also, lo_import
> fails in the call to lo_open.) After some experiments, I found that
> the lo_open function seemed to work at open-time, but it's calling
> 'lo_lseek' just after, and that seems not to work.
I
Woodcock, Steve writes:
> Trying to delete a record inserted in the same transaction fails
> if the table is referenced from another table (even if the referencing
> table is empty).
This is correct behaviour, specified in SQL. It's potentially overly
restrictive, but we're not to decide that.
Hi, all.
I'm encoutering a problem with libpq when opening a large object.
If I use lo_import within psql, there's no problem. But when I use
the libpq functions 'lo_open', the function fails. (also, lo_import
fails
in the call to lo_open.) After some experiments, I found that the
lo_open
functio
Patrick Spinler <[EMAIL PROTECTED]> writes:
> $ export ARC_P_DAT_01="/home/httpd/data/arc_p_dat_01"
> $ initlocation initlocation $ARC_P_DAT_01
>
> initlocation is complete
> $ createdb -D $ARC_P_DAT_01 test
> ERROR: The database path '/home/httpd/data/arc_p_dat_01' is invalid.
> This may be due
"Brian Mueller" <[EMAIL PROTECTED]> writes:
> When doing a large query from either an OpenACS 3.2.2 web page (/intranet/e=
> mployees/admin/index.tcl) or from psql, I get the following error:
> NOTICE: PortalHeapMemoryFree: 0x0x41a37610 not in alloc set!
> NOTICE: PortalHeapMemoryFree: 0x0x41a37
