Re: BIT datatype

We missed the deadline for this release. It will be in 7.1. I've written the C
routines to do the internal work, but didn't know where to start with the
integration, so it all got delayed a bit.

Believe it or not, this is good news for me as it reduces my work for 7.0 to
one bug report. :-)

btw, I've just finished taking the old ecpg man page and putting it
into the ecpg-ref.sgml reference page (it had been placed in that file
but was mostly commented out).

I'm committing this right now, and if anyone who has expressed
interest in ecpg docos wants to help augment it, we probably have a
few days left to do so.

If someone is interested but does not have access to the source tree,
let me know and I can mail the files ;)

- Thomas

--
Thomas Lockhart lockhart@alumni.caltech.edu
South Pasadena, California

On Fri, Mar 31, 2000 at 06:24:20AM +0000, Thomas Lockhart wrote:

btw, I've just finished taking the old ecpg man page and putting it
into the ecpg-ref.sgml reference page (it had been placed in that file
but was mostly commented out).

Thanks.

I'm committing this right now, and if anyone who has expressed
interest in ecpg docos wants to help augment it, we probably have a
few days left to do so.

I surely won't. I'm expecting 12 working hour days for every single day
until I go on vacation.

There is one open problem with ecpg. But I do not understand it completely
so far. Maybe I'm a bit brain locked but I'm clueless right now.

I attach a small test program m.pgc. This program dumps core in libecpg
because the char array is not correctly accessed.

Then I rewrote it in that I moved the test() function into main (attached as
n.pgc) et voila all is well.

The call to ECPGdo however is identical. If anyone has an idea what's going
on PLEASE tell me.

Michael
--
Michael Meskes | Go SF 49ers!
Th.-Heuss-Str. 61, D-41812 Erkelenz | Go Rhein Fire!
Tel.: (+49) 2431/72651 | Use Debian GNU/Linux!
Email: Michael@Fam-Meskes.De | Use PostgreSQL!