From: | Andreas Pflug <pgadmin(at)pse-consulting(dot)de> |
---|---|
To: | Jacco Beije <jacco(at)redproc(dot)com> |
Cc: | pgadmin-support(at)postgresql(dot)org, Dave Page <dpage(at)vale-housing(dot)co(dot)uk> |
Subject: | Re: bit length not correct in pgAdmin III 1.0 |
Date: | 2003-10-01 20:23:11 |
Message-ID: | 3F7B37AF.6080501@pse-consulting.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-support |
Jacco Beije wrote:
>
> Hi,
>
> First of all thumbs up to all pgAdmin developers: it's a great tool
> and I've
> been happy using it for quite some time now.
Thanks!
>
>
> I would like to report a small bug in pgAdmin III 1.0 with regard to
> bitlength:
>
> - A column that is defined as bit(32) will appear in pgAdmin as bit(28)
> (both in the column properties and the sql view).
>
> -Also when you try to edit the bitlength things the bitlength will not
> be what you entered (if you enter a bitlength of 32 it will actually
> create
> a column with bitlength 36)
>
> Note that creating a new column with bitlength 32 will create the correct
> bitlength 32 (but will appear as bit(28)
>
> Hope this is usefull info,
Hi Jacco,
this is helpful indeed. Catching all little bugs takes time, especially
finding them.
This one will take a little more time to fix, because I'll be recoding
things to make datatypes more consistent. Since we modify internal pgsql
tables, we can't use the pgsql supplied functions, and need to find out
all typmod values ourselves. bit is obviously wrong, it behaves
different from char and varchar. Dunno why...
Regards,
Andreas
From | Date | Subject | |
---|---|---|---|
Next Message | Donald Fraser | 2003-10-02 15:07:45 | Reverse engineered Column definition incorrect for DEFAULT |
Previous Message | Andreas Pflug | 2003-10-01 18:19:13 | Re: feature suggestion |