Re: backup/restore buttons deactivated

Dave Page wrote:
> Thanks for the link. We do already have a plist file - the only sensible
> option I can think of is to add /usr/local/pgsql/bin (and whereever the
> dports version installs if it's different) to the path in it and hope
> the user installs PostgreSQL there. We can always include a note in the
> docs explaining how to adjust it if required.
> 
> Unless anyone has a better idea? Florian or Richard perhaps?
This code in appbase.cpp
-------------------------
#if defined(__WXMAC__)
    //When using wxStandardPaths on OSX, wx defaults to the unix,    //not to the mac variants. Therefor, we request
wxStandardPathsCF   //directly.    wxStandardPathsCF stdPaths ;    dataDir = stdPaths.GetDataDir() ;
 
    if (wxDir::Exists(dataDir + HELPER_DIR))        path.Add(dataDir + HELPER_DIR) ;    if (wxDir::Exists(dataDir +
SCRIPT_DIR))       path.Add(dataDir + SCRIPT_DIR) ;
 

#else // other *ixes
--------------------------

adds $bundledir/Contents/SharedSupport/helper to the path used by 
pgadmin3. I think pgadmin3 should copy pg_dump and pg_restore into
that dir during "make install" - I remember trying to do that a while
ago, but couldn't find a reliable way to find the pg_dump and pg_restore
while doing "make install". But since pgadmin3 now uses pg_config, I 
guess the path to pg_dump and pg_restore could be queried from pg_config.

Another problem is that this won't guarantee that the version of pg_dump
and pg_restore matches the version of the database which pg_dump and 
pg_restore are trying to backup/restore - but that's a more general 
problem - how does it work on windows, btw?

I think that I can find a way to copy pg_dump and pg_restore into the 
bundle (during "make install"), but I'll be very busy the next few days, 
so it'll have to wait until the weekend.

greetings, Florian Pflug