Re: [GENERAL] Re: erServer beta

2001-04-15 Thread The Hermit Hacker
The short and simple of it is that what has currently been developed is in /contrib ... we will not release anything into the Open Source until we *at least* have a running release and package, which is when we put erserver into /contrib ... Our policy on Open Source vs Closed Source is it depen

[GENERAL] Re: erServer beta

2001-04-15 Thread Robert L Mathews
At 4/15/01 3:20 PM, The Hermit Hacker <[EMAIL PROTECTED]> wrote: >everything that is currently available is actually in contrib right now >... Thomas is currently working on tools for it, but nothing ready for >even beta testing yet .. Hmmm? At http://www.erserver.com/, there's a page that start

[GENERAL] Upgrading to 7.1

2001-04-15 Thread Glen and Rosanne Eustace
Just a quick query, Does the RPM for 7.1 do a pg_dump/restore as part of rpm -Uvh or do I need to do this myself ? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Glen and Rosanne Eustace, GodZone Internet Services, a division of AGRE Enterprises Ltd., P.O. Box 8020, P

Re: [GENERAL] postdrv.exe fails on 7.1

2001-04-15 Thread Lamar Owen
Tulio Oliveira wrote: > Please, is any configuration more to make on 7.1, or exist a new postdrv.exe > ??? See http://www.greatbridge.org/project/psqlodbcplus/projdisplay.php -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- T

[GENERAL] postdrv.exe fails on 7.1

2001-04-15 Thread Tulio Oliveira
Dear List, I upgrade to PostgreSQL 7.1, and so my clients machines with Windows doesn´t more connect with databases. When I try make a new ODBC connection on Windows, all works fine, but I can´t see the tables list for import to Access Database. Please, is any configuration more to make on 7.1

Re: [GENERAL] Re: DBD and DBI::Pg

2001-04-15 Thread Paul Tomblin
Quoting Joel Burton ([EMAIL PROTECTED]): > On Sun, 15 Apr 2001, N@ta$ wrote: > > Graphinat0r requires: > > -GD.pm > > LOST ON THIS AS WELL > > DBI (which includes DBD::Pg, the DBI module for PostgreSQL) and GD.pm > are both Perl modules. You can find them at www.perl.com. For GD.pm, you

Re: [GENERAL] man vacuum is broken?? in 7.1

2001-04-15 Thread Peter Eisentraut
[EMAIL PROTECTED] writes: > Is it me or man vacumm is broken in 7.1 release? > Later pages seem to be corrupted. I don't > think my download is to be blamed as > md5sum checks just fine. I'm tempted to say it's you. ;-) Please decribe better. Also compare against the HTML page to see what you

[GENERAL] Re: Changes in PostgreSQL 7.1

2001-04-15 Thread Joel Burton
On Sun, 15 Apr 2001, Nils Zonneveld wrote: > I'm impressed, even outer-joins are supported now :-). I know it's > entirely different matter, but are the problems in the Win32 ODBC > interface solved? It wasn't possible to update tables in PostgreSQL from > a MS Access client. w/7.0.3, it was pos

[GENERAL] Re: Changes in PostgreSQL 7.1

2001-04-15 Thread Nils Zonneveld
Mitch Vincent wrote: > > http://www.postgresql.org/devel-corner/docs/admin/ > > At the bottom, check out the migration/changes for 7.1.. > > -Mitch I'm impressed, even outer-joins are supported now :-). I know it's entirely different matter, but are the problems in the Win32 ODBC interface s

Re: [GENERAL] Debian compile problem

2001-04-15 Thread Neil Conway
On Sun, Apr 15, 2001 at 03:38:55PM -0400, Neil Conway wrote: > I'm embarrased to admit I'm having some problems getting the 7.1 > release to compile on my machine. > [snip] Woops, my bad. I found the patch from Peter E @ techdocs, and applied it -- now everything works fine. techdocs.postgresql.

[GENERAL] Re: [SQL] How to simulate MEMO data type?Thanks!

2001-04-15 Thread Christof Glaser
On Sunday, 15. April 2001 19:18, Maurizio Ortolan wrote: > Hello! > > I'm porting a database from MS Access > to PostgreSQL. Fine. Did you try the Access97-to-Postgres-7.1-Conversion Tool? Click here: http://www.sevainc.com/Access > How can I simulate in pgsql the 'MEMO' > (up to 65000 chars) d

[GENERAL] Debian compile problem

2001-04-15 Thread Neil Conway
Hi all, I'm embarrased to admit I'm having some problems getting the 7.1 release to compile on my machine. I'm using the official 7.1 release, with Debian unstable current, gcc 2.95.4 20010319 (Debian prerelease), and libreadline 4.2. I execute './configure' and everything seems fine: readline i

Re: [GENERAL] man vacuum is broken?? in 7.1

2001-04-15 Thread newsreader
I really don't want to read man vacuum. man vacuumdb is good. On Sun, Apr 15, 2001 at 04:12:12PM -0400, [EMAIL PROTECTED] wrote: > Is it me or man vacumm is broken in 7.1 release? > Later pages seem to be corrupted. I don't > think my download is to be blamed as > md5sum checks just fine. > >

[GENERAL] man vacuum is broken?? in 7.1

2001-04-15 Thread newsreader
Is it me or man vacumm is broken in 7.1 release? Later pages seem to be corrupted. I don't think my download is to be blamed as md5sum checks just fine. ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster

Re: [GENERAL] 7.1 on Solaris 8 run failure?

2001-04-15 Thread Peter Eisentraut
Adam Haberlach writes: > > There is also an installation guide for PostgreSQL 7.1 on Solaris that > > has settings for his, as well as explaining how to get readline and > > OpenSSL working. > > > > http://techdocs.postgresql.org/installguides.html#solaris > > This is very handy, and since

RE: [GENERAL] Bug, feature, quirk? HELP

2001-04-15 Thread Stoppel, Brett W
Thanks Bill, Len, and Tom: You suggestion of select distinct trim(name) as foo order by trim(name); works wonderfully. I do have another question about this though. Why does it this command work select name as foo order by trim(name); when this does not select dist

Re: [GENERAL] 7.1 on Solaris 8 run failure?

2001-04-15 Thread Adam Haberlach
On Sun, Apr 15, 2001 at 03:12:38PM +1000, Justin Clift wrote: > Hi Adam, > > As other others have pointed out to you, this is because you haven't > configured the shared memory and semaphores settings yet. > > There is also an installation guide for PostgreSQL 7.1 on Solaris that > has settings