[ADMIN] tcl and tk directory problem

1999-06-01 Thread Brent Waldrop
Hi everyone in the ./configure options it tell me i can do this --with-tclconfig=tcldir tclConfig.sh and tkConfig.sh are in DIR the problem is that on my system tclConfig and tkConfig are in two different directories.does anyone know how i can specify i tried to do it with the above option bu

Re: [ADMIN] Re: updates failed, runaway postgres processes

1999-06-01 Thread Greg Wooledge
Greg Wooledge ([EMAIL PROTECTED]) wrote: > I recreated the tables without large objects on Friday. (I created two > tables to hold 4000-byte chunks and keep them straight, and I wrote > frontend perl code which chops the files into pieces or reconstructs > them. I'm not quite done with it -- ne

Re: [ADMIN] Re: [SQL] Data recovery

1999-06-01 Thread Bruce Momjian
> > Very, very hard, but not impossible. If you update a row, and do a > > select on that row, the select updates the transaction status so the > > next select doesn't need to look at the pg_log table. What this means > > is that pg_log could probably be reconstructed from existing data, with >

Re: [ADMIN] Re: [SQL] Data recovery

1999-06-01 Thread Jan Wieck
> > > > If you only have the data/base subdirectory, you will need to work > > > harder; you'll have to regenerate the top-level files. I think if you > > > get pg_shadow and pg_database right you will be OK. First, install and > > > initdb to get a basic set of files. You will need to recall t

Re: [ADMIN] Data recovery

1999-06-01 Thread Herouth Maoz
At 17:33 +0300 on 01/06/1999, Bob Kruger wrote: > > I am recovering a system from a complete HD crash. > > I have a backup of the Postgres data directory, e.g. > /usr/local/pgsql/data/base. > > Is there a way or method to have Postgres pick these databases up again? > The version of Postgres run

Re: [ADMIN] Re: updates failed, runaway postgres processes

1999-06-01 Thread Greg Wooledge
Dirk Lutzebaeck ([EMAIL PROTECTED]) wrote: > I have observed the same problems and posted this a while ago. I'm > *not* using large objects. On my side this seems to happen when making > excessive update/inserts in conjunction with unique indexes. And later: > Only with 6.5beta so far, not with

Re: [ADMIN] Unknown user name or password.

1999-06-01 Thread Jim Ridenour
Go into the odbc configuration and look under advanced options. There is a way to select which version of PostgresSQL you're talking to. At 12:21 PM 5/31/99 -0300, [EMAIL PROTECTED] wrote: >i need some help with this errors: > >"Unknown user name or password. >Unsupported frontend protocol.