*** empty log message ***

Change plpgsql example from SELECT * INTO rec to SELECT INTO rec *.

Fix typo

Several compilation and run-time problems occur when building on SGI
IRIX systems using the native compilers.  A summary is:
- Various files use "//" as a comment delimiter in c files.
- Problems caused by assuming "char" is signed.
  cash.in: building -signed the rules regression test fails as described
    in FAQ_QNX4.  If CHAR_MAX is "255U" then ((signed char)CHAR_MAX) is -1.
  postmaster.c: random number regression test failed without this change.
- Some generic build issues and warning message cleanup.

David Kaelbling

Cleanup plpgsql man page typo

The old init file won't run under bash on my box.
Joseph Shraibman

Remove configure check for how to abbreviate 'tr A-Z a-z', and instead
just use the portable form,
tr ABCDEFGHIJKLMNOPQRSTUVWXYZ abcdefghijklmnopqrstuvwxyz
There were a bunch of places that weren't paying attention to configure's
result anyway (including configure itself!?); clean them up too.

Fixed the message Makefile produces after compiling. It still said
about the old Driver class, not the new package. Spotted by
Joseph Shraibman <jks@p1.selectacast.net>

cleanup

cleanup

Fix createlang -l dbname so it works, update sgml.

Add mention of lo_unlink to manual

*** empty log message ***

Fix atan3-> atan2.

That psql option should be --no-readline (as it used to be), not --noreadline.

Remove array file, per Tom Lane.

Remove arrays file, already have array file.

Finally fix LISTEN problem.

Back out listen fix.

Update TODO list.

Update bug template.

Fix create user for pgaccess.

Tweak selectivity for area-based operators.  Still a crock...

Fix the off by one errors in ResultSet from 6.5.3, and more.

I'm including a diff of
postgresql-7.0/src/interfaces/jdbc/org/postgresql/jdbc2/ResultSet.java.
I've clearly marked all the fixes I did. Would *someone* who has access
to the cvs please put this in?

Joseph Shraibman

This is the second time I've answered this exact same problem in two
days.  It seems to be a FAQ, and I think I know why. When creating a 'c'
language function, CREATE FUNCTION is fed the shared object filename,
and seems to succeed. Only when trying to use the function is an error
thrown, by which time the coder thinks something's wrong with executing
the code, not with loading it.

I think I once saw it proposed to load shared objects at function creation
time, but that idea was shot down on the grounds of resident memory bloat,
ISTR. Here's a patch for a compromise: all it does is stat() the file,
just like the loader code does, so that the errors caused by non existent
files, and no directory 'x' permissions (the most common ones, it seems),
get caught while the developer is still thinking about code loading. It
doesn't catch all errors (like the code not being readable by the postgres
user) but seems to catch the most common, without actually opening the file.

What do you think?

Ross

Update TODO list.

Remove cluster TODO e-mail file

Back out -\?.  Didn't look good to Peter.

/home/peter/commit-msg

Squash some more CLUSTER bugs.  Never has worked on multiple-column
indexes, apparently, nor on functional indexes with more than one input
column (force of natts = 1 was in the wrong branch of IF statement).
Coredumped if source relation contained any uncommitted tuples, due to
failure to test for success return from heap_fetch.  Fetched tuple
was passed directly to heap_insert, which clobbers the TID and commit
status in the tuple header it's given, which meant that the source
relation's tuples all got trashed as the copy proceeded.  Abort partway
through, and you're left with a lot of missing tuples.
I wonder what else is lurking here ...

this fixes the bug where setting the entry in he process table no longer works
under FreeBSD ... basically, if setproctitle() exists, use it ...

the draw back right now is the PS_SET_STATUS stuff doesn't work, but am looking
into that one right now ... at lesat now you can see who is connecting where
and from where ...

Add two checks ... one for setproctitle and one for -lutil ...

Don't do anything with them at this time, but am working on that ...

Update TODO list.

Update TODO list.

Repair list-vs-node confusion that resulted in failure for INNER JOIN ON.
Make it behave correctly when there are more than two tables being
joined, also.  Update regression test expected outputs.

Small cleanup of file.

More psql help cleanup

Makefile CFLAGS cleanups.

Update SGML for FETCH and url's.

Fix url reference with missing fields.
 Reported by Adrian Oboroc <aoboroc@btr.md>.

Oops, plpgsql didn't have the datetime->timestamp and timespan->interval
mappings.  In fact, it had them backward because it was using the 6.5.*
code.  Copied them from parser/gram.y, so it is fixed now.  Looks like
our first 7.0.1 fix.  Oops, seems Tom has beat me to it as I was typing
this.

Fix CLUSTER ... or at least undo the bit-rot it's suffered since 6.5.
It's still pretty fundamentally bogus :-(.
Freebie side benefit: ALTER TABLE RENAME works on indexes now.

Display -? as -\? under unix for psql.

Add options and cleanup psql \? and -? help displays

Update psql \? to show file rather than "fname".

Fix psql quotes in docs.

More single-quote fixes.

Add single quote.

Change HISTORY to show outer joins in 7.1 or 7.2.

Minor fixups for markup and wording.

Update TODO list.

Update TODO list.

Update TODO list.

Update TODO list.

Forgot that dumpall's output script should 'delete from pg_group' before
loading new data, for consistency with its handling of pg_shadow.

psql: suppress warnings about too many arguments if the command is not valid in the first place

Spello SERIALIZED -> SERIALIZABLE in psql tab completion

ImageViewer transaction fixes

Update TODO list.

Please apply the following patch to the FAQ_AIX

Thanks
Andreas

Because we ended up forcing an initdb for 7.0 final, we aren't going
to need this updatepgproc.sql script after all...

Force initdb because of pg_group index fix.

Make the indexes on pg_group be shared system relations.

Accept pg_group as well as pg_shadow data from dumpall script.
Rearrange handling of VACUUMs so that they are certain to be executed
as superuser not some random user; also, do not forget to vacuum
template1 itself.

Dump contents of pg_group along with pg_shadow.

Don't leak a file descriptor when updating pg_pwd file.  Also, check for
failure of rename() call.

Polishing for 7.0 release. Fix up inconsistant spacing in release notes.

Installation guide for 7.0 release. From SGML sources.

Do not try to build libpq++ if class 'string' is not defined in the
available C++ header files.

Minor fixes ready for 7.0

Oops,I've forgotten to add an documentation about -P option of
postgres.

Update sco faq.

Update FAQ.

Remove derived files from CVS. Now kept in
 hub.org:/home/projects/pgsql/ftp/www/html/users-lounge/7.0/docs/

Improve section heading for date/time history.

Fixups in content and markup for 7.0 release.

Update HISTORY/sgml for new pgaccess version.

Update SCO FAQ. Billy G. Allie

Modify getdatabaseencoding(), pg_encoding_to_char()
pg_char_to_encoding() in multibyte disbaled case so that it does not
throw an error, rather return HARD CODED default value (currently SQL_ASCII).
This would solve the "non-mb backend vs. mb-enabled frontend" problem.

Reset CurrentMemoryContext to TopMemoryContext at the beginning of error
cleanup, ie, as soon as we have caught the longjmp.  This ensures that
current context will be a valid context throughout error cleanup.  Before
it was possible that current context was pointing at a context that would
get deleted during cleanup, leaving any subsequent pallocs in deep
trouble.  I was able to provoke an Assert failure when compiled with
asserts + -DCLOBBER_FREED_MEMORY, if I did something that would cause
an error to be reported by the backend large-object code, because indeed
that code operates in a context that gets deleted partway through xact
abort --- and CurrentMemoryContext was still pointing at it!  Boo hiss.

Remove bogus 'xid loop detected' check, which actually wasn't detecting
loops, but just arbitrarily failing at 1000 locks.

Clean up ecpg test files.

Update TODO list.

Update pgeasy examples

Update TODO list.

Update TODO list.

Update libpgeasy define.

More libpgeasy update of connectdb() parameter ordering

Change libpgeasy to take dbname at end like all other interfaces.

Update TODO list.

Setting statistic options from SET PG_OPTIONS caused a backend crash
because StatFp never got set in that case.  Set it immediately before
use to eliminate such problems.

plpgsql RAISE statement was careless about the possibility of a NULL
field value being displayed; produced coredump instead of the expected
<NULL> display.

Except_Intersect_Rewrite() failed to ignore resjunk targetlist entries,
thus causing failure if one sub-select had resjunk entries that the other
did not (cf. bug report from Espinosa 4/27/00).

Update libpgeasy e-mail address

Repair problem noted by Elphick: make_rels_by_joins failed to handle
cases where joinclauses were present but some joins have to be made
by cartesian-product join anyway.  An example is
SELECT * FROM a,b,c WHERE (a.f1 + b.f2 + c.f3) = 0;
Even though all the rels have joinclauses, we must join two of them
in cartesian style before we can use the join clause...

-D switch to postmaster should override any PGDATA environment variable
that might be hanging about.  Now it does ... amazing nobody noticed
this before ...

Tweak outUnique to include uniqColIdx[] field in the printout.  This does
not cause any compatibility problems because stored rules don't contain
plan nodes --- in fact, we don't even have a readfunc for Unique nodes.

On HPUX, shl_load should be called with options BIND_IMMEDIATE rather
than BIND_DEFERRED.  That way, if the loaded library has unresolved
references, shl_load fails cleanly.  As we had it, shl_load would
succeed and then the dynlinker would call abort() when we try to call
into the loaded library.  abort()ing a backend is uncool.

Fix include "" to <>

Remove DriverClass.java.  It is generated by the compile.