This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 29750

Summary: External console windows can not be spawned from runidew.exe
Product: platform Reporter: dnoyeB <dnoyeb>
Component: -- Other --Assignee: issues@platform <issues>
Status: NEW ---    
Severity: blocker CC: ttran
Priority: P4    
Version: 3.x   
Hardware: PC   
OS: Windows ME/2000   
Issue Type: ENHANCEMENT Exception Reporter:

Description dnoyeB 2002-12-31 19:44:40 UTC
Related to the sun issue
http://developer.java.sun.com/developer/bugParade/bugs/4109888.html

I think you have to log in first to see that one
on the sun site.

Windows only and I think NT/2K/etc. only as well.


When you start your JVM without a console window,
it is not capable of generating one.  Thus when
you start NB with runidew.exe and invoke external
programs such as "ssh" it has NO way of receiving
typed input when necessary.  For instance,
sometimes the ssh program will ask you if you want
to connect to this "unknown host" and you have to
type 'yes.'  This question is in the console
window which you can not see, thus ssh and as a
result CVS will not work.

This is a long time issue with sun and the best I
expect NB to do is inform everyone and post the
work around.

The work around is to start NB with runide.exe and
not runidew.exe so that you get the required console.

If my memory servs me right, this is not an issue
on win98.
Comment 1 Jesse Glick 2003-01-06 15:18:57 UTC
Trung might know something; as I recall he was the first to fix the
basic problem with console windows popping open under DOS during
external compilation...
Comment 2 Jan Lahoda 2003-01-13 13:49:59 UTC
Assigning to Trung for evaluation.
Comment 3 dnoyeB 2003-01-13 15:09:25 UTC
Here is more insight into my problem.  Today I noticed the response to
my cvs request to connect to this unknown server thourh SSH was in the
cvs commands output.

cvs diff: warning: unrecognized response `The server's host key is not
cached in the registry. You' from cvs server
cvs diff: warning: unrecognized response `have no guarantee that the
server is the computer you' from cvs server
cvs diff: warning: unrecognized response `think it is.' from cvs server
cvs diff: warning: unrecognized response `The server's key fingerprint
is:' from cvs server
cvs diff: warning: unrecognized response `ssh-dss 1024
02:ab:7c:aa:49:ed:0b:a8:50:13:10:c2:3e:92:0f:42' from cvs server
cvs diff: warning: unrecognized response `If you trust this host,
enter "y" to add the key to' from cvs server
cvs diff: warning: unrecognized response `PuTTY's cache and carry on
connecting.' from cvs server
cvs diff: warning: unrecognized response `If you want to carry on
connecting just once, without' from cvs server
cvs diff: warning: unrecognized response `adding the key to the cache,
enter "n".' from cvs server
cvs diff: warning: unrecognized response `If you do not trust this
host, press Return to abandon the' from cvs server
cvs diff: warning: unrecognized response `connection.' from cvs server
cvs diff: warning: unrecognized response `Store key in cache? (y/n)
error  unrecognized request `sponses ok error Valid-requests
Checked-in New-entry Checksum Copy-file Updated Created
Update-existing Merged Patched Rcs-diff Mode Mod-time Removed
Remove-entry Set-static-directory Clear-static-directory Set-sticky
Clear-sticky Template Set-checkin-prog Set-update-prog Notified
Module-expansion Wrapper-rcsOption M Mbinary E F MT'' from cvs server
Protocol error: Root request missing

As you can see, by it being there, their is no way for me to indicate
'yes' to its yes/no question.  The workaround is to first connect from
dos prompt and say yes, then the question is never asked again.  for
NB I dont know a good solution.
Comment 4 dnoyeB 2003-01-31 16:29:30 UTC
Now that I think about it, this is really an invalid issue.  The real
issue is that NB needs to understand the response from the external
ssh tool.  If it understood the tool then it could open a window as it
seems to handle other cvs responses appripriately.

So I am not sure this qualifies as a defect as much as an optional
enhancement.  But it certainly is capable of baffling new users such
as myself.

I have to add that a user that knows where to find the output of the
CVS command should be capable of discerning what has happened.  I
think this is invalid.  Feel free to mark it as such.