2.2 1:2.95.4-17 The GNU stdc++ library
ii libtiff3g 3.5.7-2 Tag Image File Format library
ii xlibs 4.2.1-11 X Window System client libraries
ii zlib1g 1:1.2.1-3 compression library - runtime
-- no debconf information
--
Richard van den Berg, CISSP
Trust Fa
1-11 X Window System client libraries
ii zlib1g 1:1.2.1-3 compression library - runtime
The bug I originally reported (segfault when refreshing a removed
object) is still there.
--
Richard van den Berg, CISSP
Trust Factory B.V. | http://www.trust-factory.co
formation_schema')
ORDER BY 1, nspname
The result of this query does list the schema with the correct OID
(2518196330).
The question is: why does pgadmin3 think the oid for the schema is
2147483647 ?
I have this problem with a bunch of schema's, which makes pgadmin3 quite
useless for me
or the note though.
Sincerely,
--
Richard van den Berg, CISSP
Trust Factory B.V. | http://www.trust-factory.com/
Bazarstraat 44a | Phone: +31 70 3620684
NL-2518AK The Hague | Fax : +31 70 3603009
The Netherlands |
---(end of broadcast)-
.3 at this moment. The official
experimental debian packages are stuck at 2.5.1.
In any case, we'd appreciate further feedback on this topic (positive or
negative).
Compiling wxwidgets is too much of an effort right now. I'll give it a
try over the weekend.
--
Richard van den Be
Andreas Pflug wrote:
In any case, we'd appreciate further feedback on this topic (positive or
negative).
Ok, I compile wxwindows 2.5.3 from source and pgadmin3 using the current
CVS version. I can see the content of the schemas now!
Thanks a lot for the quick fix.
--
Richard van den Berg,
Is anyone working on the debian package for pgAdmin III v1.2 Beta-3 ?
They are not at
ftp://ftp.eu.postgresql.org/pub/unix/db/postgresql/pgadmin3/beta/debian
Thanks,
--
Richard van den Berg, CISSP
Trust Factory B.V. | http://www.trust-factory.com/
Bazarstraat 44a | Phone: +31 70
