postgreSQL v8.0 GA fix e for OS/2

WARNING do not run these programs under 4OS2 they will not work - use CMD       \WARNING

WARNING if you are upgrading from GA fix a or prior you will require an INITDB  \WARNING



----------------------------------------------------------------------
Known problems

- DROP TABLE will occasionally cause a warning that the relation could not
  be removed. When this happens the physical files for the table are left
  on disk, but the table is removed from the database catalog.

New things for GA fix e

- fix for semaphore handling that was causing transaction deadlocks
- included pgbench.exe (a benchmark program - see README.pgbench for operation)
- new build of custom LIBC (libc06p1.dll) - heap request failure fix and socket handling fix

New things for GA fix d

- fixed problem with character conversion routine execution

New things for GA fix c

- fixed problem with running multiple parallel clients
- new build of custom LIBC (libc06p1.dll)

New things for GA fix b

- custom LIBC (libc06p1.dll) has fixes for NLS collation problems
- fix to always use "." for decimal point in numeric literals
- fix to use binary output for pg_dump to stdout

New things for GA

- updated to the postgreSQL 8.0 GA release code level
- updated LIBC06B4 that supports fork() on earlier CPUs like K6-2
  this updated LIBC06B4 includes fixes in the earlier custom LIBC build

New things for 8.0 rc5

- updated to 8.0 rc5 code level
- custom LIBC06 build to resolve some LIBC problems

Fixes for rc5

- built with a custom LIBC06B3 that corrects the problem with loading DLLs
  into a fork() process - previous workaround has been removed. This version
  of LIBC06 also has a tentative fix for the signal processing problem that
  would hang the database engine after 40 or 50 query sessions.

New things for 8.0 rc4

- updated to 8.0 rc4 code level
- postmaster sessions started with pg_ctl do not leave an os/2 command window open
  when they exit
- psql will now create a session log that contains the SQL commands and the
  output from the queries. The -L logfile-name switch on the psql command line
  is used to turn on the logfile facility. The output for the log is appended
  to an existing log file of the same name.

Fixes for rc4

- psql --help now works
- function DLLs will now load without getting an RC=295 error. This is a workaround
  for a known bug in LIBC06

New things for RC3

- updated to RC3 code level
- added support for NLS messages
- Title on postgreSQL server window shows database directory when started with
  pg_ctl

Problems fixed in RC3 update
- locale handling fixed so that string handing for order by, group by, distinct,
  and any other character comparisons work.
- database encoding is always set to the system default (current codepage)
- timezone glitches have been fixed
- patch to allow shared memory over the 2 gig boundary was not in the rcNLS drop.

Problems fixed in update D
- character string comparisons were failing in order by, group by, distinct
  and any other character comparisons. This is possibly a locale support
  problem in the C runtime. Collating sequence is set to C for all locales.

Problems fixed in update C
- stats collection re-enabled
- "socket leak" in stats collection fixed

Problems fixed in update B
- pg_ctl with the -l logfile option resulted in a never ending database
  function after pg_ctl stop was issued

Problems fixed in update A
- Turned off stats collection to avoid listen sockets problem and/or start up error
- fixed problem with false shared memory allocation error when memory allocated over
  the 2 gigabyte boundary
- fixed problem with wrong shared memory header definitions being used

RC 2 Update
- Updated build with release candidate 2 code
- fixed problems with pg_ctl starting the database

-------- notes on usage ----------------------------------------------


WARNING - using the package with kernel 14.062 caused failures in
building a database. Using 14.100c (2004-10-29) solved the problem.

WARNING - using a language setting with a trailing _EURO does not
work properly. Instead of

set LANG=de_DE_EURO

use

set LANG=de_DE

or use the --locale switch on initdb
initdb --locale=de_DE


Please refer to the documentation in doc\html for all kinds of
good information that you may need to know

This is just a zip of the install directory

\pgsqlrc3\bin is the executables
\pgsqlrc3\doc is the documentation
\pgsqlrc3\include is the developemnt headers
\pgsqlrc3\lib is DLLs that postgreSQL loads
\pgsqlrc3\man is the man pages
\pgsqlrc3\share is SQL scripts and samples

Unzip this thing somewhere (as you undoubtably have to read this)


the \pgsqlrc2\bin directory contains the LIBC06b2.dll file that is 
a C runtime for gcc 3.3.5 beta2. The IvIntl6i.dll file is included
to support NLS message handling.

NOTES

FIXED with RC3 - When you start the program you may get LOG notices that a 
directory or filename cannot be found. This is related to problems locating 
time zone data for the TZ variable setting on the machine.

The environment variable PGDATA can be used to set the database directory

NOTE - the PGDATA value can contain drive letters like 
set PGDATA=G:\newdata
The executables and the databases can reside on different disk drives.

ALWAYS use the SET USE_HOSTS_FIRSTS=Y setting in the config.sys file
or enter it before starting the postmaster. There is a HUGE timeout
otherwise while it trys to find "localhost". Make sure the \mptn\etc\hosts
file has an entry for 127.0.0.1 as localhost

OPERATATION

to start
set PGDATA=x:/whatever
cd to \pgsqlrc2\bin
initdb

to run postmaster 
set PGDATA=x:/whatever
cd to \pgsqlrc2\bin
postmaster

The default owner ID is postgres

to create a database
set PGDATA=x:/whatever
cd to \pgsqlrc2\bin
createdb -U postgres database-name


to run the query interface
set PGDATA=x:/whatever
cd to \pgsqlrc2\bin
psql -U postgres -d database-name


Please send all bug reports to me

lsunley@mb.sympatico.ca

