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 31445 - Unknown socket error in CVS generic
Summary: Unknown socket error in CVS generic
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P1 blocker (vote)
Assignee: issues@platform
URL:
Keywords:
: 31488 31495 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-02-25 15:46 UTC by John Jullion-ceccarelli
Modified: 2008-12-22 15:43 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
The test program to test system variables. (1.43 KB, text/plain)
2003-02-27 12:23 UTC, Martin Entlicher
Details

Note You need to log in before you can comment on or make changes to this bug.
Description John Jullion-ceccarelli 2003-02-25 15:46:59 UTC
Starting with the 2-25 build, all attempts to run
commands on CVS generic filesystems end with
following error:

cvs [status aborted]: cannot create socket:
Unknown socket error: 10106
Comment 1 Martin Entlicher 2003-02-25 15:58:15 UTC
Hmm, that does not help much to locate the problem.
Can you execute successfully the commands from the command line in the
first place?
If yes, please try to copy the command's execution string from the
Runtime tab to the console (on Windows you need to remove the
backslashes due to the strange Windows behavior ;-)

Comment 2 John Jullion-ceccarelli 2003-02-25 16:50:42 UTC
command works from command-line. also works with yesterday's build in
same userdir. 

when i copy failed UPDATE command execution string into command line:

cmd /X /C "cd /D
\"e:\trunk\nball\xml\core\javahelp\org\netbeans\modules\xml\core\docs\.\"&&
  \"cvs\" -d \":pserver:johnjullion@appsrv.czech:/cvs\"  update -P -d
      -R \"xml-toc.xml\" "

remove all backslashes, i get:

The system cannot find the path specified.
Comment 3 Jiri Kovalsky 2003-02-26 11:22:43 UTC
Couldn't it be related to recent removal of appsrv tunneling to
cvs.netbeans.org ? Just guessing ... :-)
Comment 4 John Jullion-ceccarelli 2003-02-26 11:25:04 UTC
But it works from the command line using appsrv. AFAIK appsrv hasn't
been shut down yet.
Comment 5 Martin Entlicher 2003-02-26 11:28:00 UTC
> remove all backslashes, i get:
> The system cannot find the path specified.

Well, I meant not really *ALL* backslashes, but those that are before
quotes (").

Please try this:
cmd /X /C "cd /D
e:\trunk\nball\xml\core\javahelp\org\netbeans\modules\xml\core\docs&&
cvs -d :pserver:johnjullion@appsrv.czech:/cvs  update -P -d -R
xml-toc.xml"

Comment 6 Jiri Kovalsky 2003-02-26 13:54:50 UTC
*** Issue 31488 has been marked as a duplicate of this issue. ***
Comment 7 Jiri Kovalsky 2003-02-26 14:13:22 UTC
I can't reproduce it. John ?
Comment 8 Martin Entlicher 2003-02-26 15:02:57 UTC
*** Issue 31495 has been marked as a duplicate of this issue. ***
Comment 9 John Jullion-ceccarelli 2003-02-26 15:35:08 UTC
just tried it from home, using cvs.netbeans.org, fresh userdir, no
firewall. still doesn't work, same error. used the command syntax that
martin gave me on the command line and all cvs commands work fine.
patrick is having the same problems if you want to go check it out on
his machine.
Comment 10 andrew 2003-02-26 15:53:23 UTC
Well, the isuue is serious and reproducable.
The vcsgeneric module is one of they key modules.
The module is unusable. I suggest P1.
Comment 11 Martin Entlicher 2003-02-27 10:25:46 UTC
This bugs seem to affect only Windows platform. But it's really
critical. All cvs commands ends with:
The instruction at "0x006e0065" referenced memory at "0x006e0065". The
memory could not be "read".

Comment 12 Martin Entlicher 2003-02-27 12:21:31 UTC
The external commands are probably totally confused by corrupted set
of environemnt variables.

Please execute by internal execution the attached test program.
Here's a sample of it's output:
NAME = 'HOMEPATH', VALUE = '\'
'AME = 'LOGONSERVER', VALUE = '\\SUPERSAMBA
'AME = 'PROCESSOR_ARCHITECTURE', VALUE = 'x86
'AME = 'SystemRoot', VALUE = 'C:\WINNT

It seems, that the values are corrupted.
Comment 13 Martin Entlicher 2003-02-27 12:23:09 UTC
Created attachment 9197 [details]
The test program to test system variables.
Comment 14 Martin Entlicher 2003-02-27 12:25:55 UTC
This is likely a regression of issue #30621.
Comment 15 _ ttran 2003-02-27 13:07:49 UTC
This bug is probably related to bug #31433 which was just fixed a few
minutes ago.  Martin can you please verify
Comment 16 andrew 2003-02-27 17:02:21 UTC
31433 fixing seems to resolve the issue for me.
Thanks!
Comment 17 John Jullion-ceccarelli 2003-07-08 16:41:36 UTC
verified