Edit query buffer
I'm not sure if this goes here or to bugs, but it seems obvious (to me) that if this problem existed elsewhere, it would have been brought up by now.
In the first version of the beta native Windows release, if I try to edit the query buffer using the \e command, psql crashes spectacularly. The error is "The instruction at "0x00422078" referenced memory at "0x00000000". The memory could not be "read"." If I connect from a client machine to the database server and attempt the same thing, psql crashes less spectacularly. It just dies without a whimper. Yes, I have PSQL_EDITOR set to notepad and if I use \e filename, it attempts to open "filename". If it exists, it opens. If it doesn't exist, it asks to create it. If it's any help, when the debugger opens, it says "Unhandled exception in psql.exe: 0xC0000005: Access Violation." Selecting OK, the debugger is sitting on this line:
00422078 mov al,byte ptr [ecx]
if that means anything.
Stepping forward to the present, attempting the same \e in the beta 4 release of psql, it gripes "could not open temporary file ".\psq48F.tmp": File exists". At least now psql doesn't crash, taking the DOS window with it (if you launched psql from the menu).
Coming from an Oracle environment, I kind of like being able to edit the buffer because I don't type very well.
I can confirm this bug.
---------------------------------------------------------------------------
Wood, Bruce wrote:
I'm not sure if this goes here or to bugs, but it seems obvious
(to me) that if this problem existed elsewhere, it would have
been brought up by now.In the first version of the beta native Windows release, if I
try to edit the query buffer using the \e command, psql crashes
spectacularly. The error is "The instruction at "0x00422078"
referenced memory at "0x00000000". The memory could not be
"read"." If I connect from a client machine to the database
server and attempt the same thing, psql crashes less spectacularly.
It just dies without a whimper. Yes, I have PSQL_EDITOR set to
notepad and if I use \e filename, it attempts to open "filename".
If it exists, it opens. If it doesn't exist, it asks to create
it. If it's any help, when the debugger opens, it says "Unhandled
exception in psql.exe: 0xC0000005: Access Violation." Selecting
OK, the debugger is sitting on this line:00422078 mov al,byte ptr [ecx]
if that means anything.
Stepping forward to the present, attempting the same \e in the
beta 4 release of psql, it gripes "could not open temporary file
".\psq48F.tmp": File exists". At least now psql doesn't crash,
taking the DOS window with it (if you launched psql from the
menu).Coming from an Oracle environment, I kind of like being able to
edit the buffer because I don't type very well.---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index
scan if your
joining column's datatypes do not match
--
Bruce Momjian | http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
"Wood, Bruce" <Bruce.Wood@ngc.com> writes:
In the first version of the beta native Windows release, if I try to
edit the query buffer using the \e command, psql crashes
spectacularly.
This was fixed two months ago. Why are you still using beta1?
regards, tom lane
Tom Lane wrote:
"Wood, Bruce" <Bruce.Wood@ngc.com> writes:
In the first version of the beta native Windows release, if I try to
edit the query buffer using the \e command, psql crashes
spectacularly.This was fixed two months ago. Why are you still using beta1?
He later stated that he was also testing beta2. I am seeing the same
failure on our newest pginstaller, beta4.
--
Bruce Momjian | http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073Bruce Momjian <pgman@candle.pha.pa.us> writes:
He later stated that he was also testing beta2. I am seeing the same
failure on our newest pginstaller, beta4.
It's not the "same" failure, but it's pretty obvious that the #ifdef
WIN32 code in do_edit() was never actually tested ... and why shouldn't
the stat() logic work on Windows, anyway?
regards, tom lane
OK, it turns out there were multiple problems with psql \e and \!
related to quoting and the use of Win32 API functions. That attached
patch fixes both of these, and uses stat() under Win32, but not
WIN32_CLIENT_ONLY.
---------------------------------------------------------------------------
Wood, Bruce wrote:
I'm not sure if this goes here or to bugs, but it seems obvious
(to me) that if this problem existed elsewhere, it would have
been brought up by now.In the first version of the beta native Windows release, if I
try to edit the query buffer using the \e command, psql crashes
spectacularly. The error is "The instruction at "0x00422078"
referenced memory at "0x00000000". The memory could not be
"read"." If I connect from a client machine to the database
server and attempt the same thing, psql crashes less spectacularly.
It just dies without a whimper. Yes, I have PSQL_EDITOR set to
notepad and if I use \e filename, it attempts to open "filename".
If it exists, it opens. If it doesn't exist, it asks to create
it. If it's any help, when the debugger opens, it says "Unhandled
exception in psql.exe: 0xC0000005: Access Violation." Selecting
OK, the debugger is sitting on this line:00422078 mov al,byte ptr [ecx]
if that means anything.
Stepping forward to the present, attempting the same \e in the
beta 4 release of psql, it gripes "could not open temporary file
".\psq48F.tmp": File exists". At least now psql doesn't crash,
taking the DOS window with it (if you launched psql from the
menu).Coming from an Oracle environment, I kind of like being able to
edit the buffer because I don't type very well.---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index
scan if your
joining column's datatypes do not match
--
Bruce Momjian | http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073