Hi Florian-san.
debugger operates very wonderful by EnterpriseDB now. However, some functions
for the operation still run short by the OSS-PostgreSQL version. Then, Korry-san
will realize it soon. And the specification is very great. The specification of debugger
contains the minimum for already using them by various functions now. The best offer
is desired. I don't want to delete the present function...
Therefore, I welcome your suggestion.:-)
Thanks!
Regards,
Hiroshi Saito
From: "Florian G. Pflug" <[EMAIL PROTECTED]>
Dave Page wrote:
Hiroshi Saito wrote:
Umm, There may also be structure which debugger is connected with
PostgreSQL by itself and waits for a response, and it may not be
desirable on a constitution.
Yeah, that's a good point. In case that doesn't retranslate to German
well, what Hiroshi is saying is that users can currently attach the
debugger standalone from the command line, so integration might not be
the best idea.
OK, so what about a completely different idea. We just build two
completly independent appbundles, distribute both together, and
just add code to pgadmin to find the debugger application?
I think OSX has support for this - after all, the finder finds
the correct application to open a certain file with, even if
you move the application around on your harddisk.
That only works if mixing different versions of the debugger and
of pgadmin3 doesn't cause trouble, of course.
Alternatively, we could do both - include the debugger app in the
pgadmin3 bundle, but also provide it separately.
greetings, Florian Pflug
---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend
