Thread: RE: [INTERFACES] pgAdmin v6.5.1 Release

RE: [INTERFACES] pgAdmin v6.5.1 Release

From
Dave Page
Date:

> -----Original Message-----
> From: Lamar Owen [mailto:lamar.owen@wgcr.org]
> Sent: 25 August 1999 16:50
> To: Dave Page
> Cc: 'pgsql-interfaces@postgresql.org'
> Subject: Re: [INTERFACES] pgAdmin v6.5.1 Release
> 
> 
> Dave Page wrote:
> > 
> > I have just released pgAdmin v6.5.1 at:
> > 
> > http://www.pgadmin.freeserve.co.uk/
> > 
> > pgAdmin is a PostgreSQL administration/management tool for 
> Windows 95/98/NT.
> 
> Boy, is it ever!
> 
> I just finished installing this beast, and, after a couple of caveats,
> have things running smoothly -- this is a great program, IMHO.

Thanks!
> 1.)    You must have DCOM95 or DCOM98 installed, depending 
> upon whether you
> are using Win95 or Win98;

I must remeber to add that one to the website. I keep forgetting about it
because it's part of my Visual Studio installation.

> 2.)    You must install the MDAC 2.0 Redistributable Typical Install;

As stated on the site...

> 3.)    You must have the latest PostODBC installed;

You shouldn't necessarily need the latest, although it is advisable. We
currently use and test with 6.40.0007.

> 4.)    This setup program updates some system files -- you 
> will have to run
> setup once, then reboot, then run setup AGAIN (this is a 
> Win95 problem,
> not a pgAdmin problem, IMO);

It's not. Because we keep our development systems patched to the highest
level - currently Windows 98SE/Visual Studio 6 SP2, we often have newer
versions of some of the system files that are needed by Windows and the main
installation routine. This means that these files must be copied to
temporary names and then renamed on reboot to the correct name (remember the
'Please wait while Windows updates your systemsettings' message?). The
installer can then run correctly...

> 5.)    You must set the PostODBC options properly -- go into 
> 32-bit ODBC
> setup from Control Panel, select the appropriate datasource, 
> select the
> Datasource button, uncheck Read-Only, Check both boxes under OID. 
> Otherwise, you will get lots of errors.

This is the most common problem I (used to) get mailed about. pgAdmin now
does check your settings when the datasource is opened and will complain
about most problems.

> This is a great program -- particularly if you don't have 
> Access.  And,
> frankly, the available GUI programs under Linux are not quite as
> polished -- no offense to Constantin, as pgaccess is a great little
> tool, but it's not quite as polished.

Whilst pgAdmin was originally intended as a Win32 pgAccess, the two products
are now going in a radically different direction (I believe). Whilst
Constantin is working on user forms and building a 4GL tool (correct me if
I'm wrong here Constantin!), pgAdmin is moving towards providing complete
integration with the backend for administration and design usage. For
example, we are currently working on a Server Side library to overcome some
of the limitations of ODBC as well as interfacing with libpg.dll.

> All of the above installs add up to around 15MB of download, so give
> yourself plenty of time.

Of course if you already have MDAC2 and DCOM then the download is a shade
over 4MB. I would suggest getting pgAdmin first and then downloading the
other bits if you need them.

Thanks for your comments Lamar (and I really don't know him!),

Dave.

--
Dave Page, Network & Systems Manager, The Vale Housing Association Ltd.
http://www.vale-housing.co.uk (Work)
http://www.pgadmin.freeserve.co.uk/ (Home of pgAdmin)
Beer can be a permanent solution - but only if you have enough of it!  


Re: [INTERFACES] pgAdmin v6.5.1 Release

From
Constantin Teodorescu
Date:
Dave Page wrote:
> 
> Whilst pgAdmin was originally intended as a Win32 pgAccess, the two products
> are now going in a radically different direction (I believe). Whilst
> Constantin is working on user forms and building a 4GL tool (correct me if
> I'm wrong here Constantin!), pgAdmin is moving towards providing complete
> integration with the backend for administration and design usage.

You're right. I really like pgAdmin, I saw the snapshots, impressive,
just it can't be used on Unix platforms. The Tcl/Tk offers the ability
to run PgAccess also on win32 machines as well as Unix ones.

I will "steal" some ideas from Dave's work, making PgAccess better and
tried to "polish" it further. Just that I don't have too much free time.

I am preparing now a new release of PgAccess, completely redesigned
internally, that will offer to developers some sort of PgAccess API in
order to deliver a good environment for building small applications.

Best regards,
-- 
Constantin Teodorescu
FLEX Consulting Braila, ROMANIA


Re: [INTERFACES] pgAdmin v6.5.1 Release

From
Lamar Owen
Date:
Dave Page wrote:
> > 3.)   You must have the latest PostODBC installed;
> 
> You shouldn't necessarily need the latest, although it is advisable. We
> currently use and test with 6.40.0007.

I shouldn't have said latest; recent is a better word, as you need at
least a 6.4 series PostODBC to connect to a 6.5.1 backend.... But, of
course, your software works fin coupled to 6.4.2, 6.5.0, AND 6.5.1.

> temporary names and then renamed on reboot to the correct name (remember the
> 'Please wait while Windows updates your systemsettings' message?). The
> installer can then run correctly...

Yeah, I remember the message.  I was just noting it so that potential
users won't get annoyed by the reboot deal.  Yet another example of
Microsoft's DLL problems.  And it's not your fault.  It is, however,
similar in concept to RedHat's glibc problems -- and it is a kindred
spirit with the "dump/initdb/reload" experience that is so endearing in
PostgreSQL (BIG grin).  Every substantial package has to give up on
backwards compatability at some juncture -- although I believe that any
serious PostgreSQL user should be reading the HACKERS list -- if nothing
else so they can get Tom Lane's initdb warnings.

> > 5.)   You must set the PostODBC options properly -- go into
> > Datasource button, uncheck Read-Only, Check both boxes under OID.
> > Otherwise, you will get lots of errors.
> 
> This is the most common problem I (used to) get mailed about. pgAdmin now
> does check your settings when the datasource is opened and will complain
> about most problems.

The only errors I got were due to the Read-Only box being checked --
which caused a barf. Although, that was only the first time through -- I
can't get it to repeat the barf.  But, it was a quite cryptic error
message.

> > All of the above installs add up to around 15MB of download, so give
> > yourself plenty of time.
> 
> Of course if you already have MDAC2 and DCOM then the download is a shade
> over 4MB. I would suggest getting pgAdmin first and then downloading the
> other bits if you need them.

Just as a suggestion -- Microsoft does not link from the MDAC download
page to the DCOM page -- could you maybe place a link to that on your
page?  That would help a little, I think.

> Thanks for your comments Lamar (and I really don't know him!),

You're welcome (and I wouldn't know Dave from Adam if I saw him...
;-))... 
After having played with pgAdmin for awhile now, I am really impressed.
The tree-style view of the table and column definitions are nice (of
course, it makes me really feel the absence of ALTER TABLE ALTER
COLUMN....)

It even gives me a good error message when I attempt to view the
contents of pg_log and pg_variable.... Although, I am at a loss to
understand WHY I can't view either of these two system tables....  I
know, "Use the Source, Luke..."

The button help (the pop-up) for Add Column is wrong -- it tells me that
this button is to "rename the selected column."  This is the only error
I have yet seen.  Good Job!

Lamar Owen
WGCR Internet radio