Re: Again: Cygwin SSHD on Win2000 - only ONE login possible

2002-12-04 Thread Kercso Jozsef
Hi!

 It doesn't happen to other people so I might suspect a problem with
 your installation.  My sshd (no special options used in sshd_config)
 only listens to my normal IP address, no entry for localhost in netstat.

 Corinna

The problem, that Tino Lange wrote, happens to me too. I have Windows XP
installed, and the symtomps are exactly the same!

Best Regards
  Jozsef Kercso 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Again: Cygwin SSHD on Win2000 - only ONE login possible

2002-12-04 Thread Kercso Jozsef
Hi again!

One more thing:
I have done a 'netstat -a' before connecting to my machine through my ip 
adress:
$ netstat -a | tee netstat1

Active Connections

  Proto  Local Address  Foreign AddressState
  TCPeinstein:ssh   einstein:0 LISTENING
  TCPeinstein:epmap einstein:0 LISTENING
  TCPeinstein:microsoft-ds  einstein:0 LISTENING
  TCPeinstein:1025  einstein:0 LISTENING
  TCPeinstein:1214  einstein:0 LISTENING
  TCPeinstein:5000  einstein:0 LISTENING
  TCPeinstein:netbios-ssn   einstein:0 LISTENING
  TCPeinstein:1456  mgate.chello.at:pop3   TIME_WAIT
  TCPeinstein:1457  freemail.hu:pop3   TIME_WAIT
  TCPeinstein:1463  mgate.chello.at:pop3   TIME_WAIT
  TCPeinstein:1464  freemail.hu:pop3   TIME_WAIT
  TCPeinstein:1028  einstein:0 LISTENING
  TCPeinstein:1213  einstein:0 LISTENING
  TCPeinstein:1213  localhost:1214 ESTABLISHED
  TCPeinstein:1214  localhost:1213 ESTABLISHED
  TCPeinstein:1460  einstein:0 LISTENING
  TCPeinstein:2322  einstein:0 LISTENING
  TCPeinstein:2322  localhost:1454 TIME_WAIT
  TCPeinstein:2322  localhost:1455 TIME_WAIT
  TCPeinstein:2322  localhost:1461 TIME_WAIT
  TCPeinstein:2322  localhost:1462 TIME_WAIT
  UDPeinstein:epmap *:*
  UDPeinstein:microsoft-ds  *:*
  UDPeinstein:isakmp*:*
  UDPeinstein:1026  *:*
  UDPeinstein:1029  *:*
  UDPeinstein:2318  *:*
  UDPeinstein:ntp   *:*
  UDPeinstein:netbios-ns*:*
  UDPeinstein:netbios-dgm   *:*
  UDPeinstein:1900  *:*
  UDPeinstein:ntp   *:*
  UDPeinstein:1900  *:*

$ ssh einstein
Last login: Wed Dec  4 23:44:55 2002 from einstein
$ netstat -a | tee netstat2

Active Connections

  Proto  Local Address  Foreign AddressState
  TCPeinstein:ssh   einstein:0 LISTENING
  TCPeinstein:epmap einstein:0 LISTENING
  TCPeinstein:microsoft-ds  einstein:0 LISTENING
  TCPeinstein:1025  einstein:0 LISTENING
  TCPeinstein:1214  einstein:0 LISTENING
  TCPeinstein:5000  einstein:0 LISTENING
  TCPeinstein:netbios-ssn   einstein:0 LISTENING
  TCPeinstein:1456  mgate.chello.at:pop3   TIME_WAIT
  TCPeinstein:1457  freemail.hu:pop3   TIME_WAIT
  TCPeinstein:1463  mgate.chello.at:pop3   TIME_WAIT
  TCPeinstein:1464  freemail.hu:pop3   TIME_WAIT
  TCPeinstein:1466  einstein:ssh   TIME_WAIT
  TCPeinstein:1028  einstein:0 LISTENING
  TCPeinstein:1213  einstein:0 LISTENING
  TCPeinstein:1213  localhost:1214 ESTABLISHED
  TCPeinstein:1214  localhost:1213 ESTABLISHED
  TCPeinstein:1546  einstein:0 LISTENING
  TCPeinstein:2322  einstein:0 LISTENING
  TCPeinstein:2322  localhost:1454 TIME_WAIT
  TCPeinstein:2322  localhost:1455 TIME_WAIT
  TCPeinstein:2322  localhost:1461 TIME_WAIT
  TCPeinstein:2322  localhost:1462 TIME_WAIT
  UDPeinstein:epmap *:*
  UDPeinstein:microsoft-ds  *:*
  UDPeinstein:isakmp*:*
  UDPeinstein:1026  *:*
  UDPeinstein:1029  *:*
  UDPeinstein:2318  *:*
  UDPeinstein:ntp   *:*
  UDPeinstein:netbios-ns*:*
  UDPeinstein:netbios-dgm   *:*
  UDPeinstein:1900  *:*
  UDPeinstein:ntp   *:*
  UDPeinstein:1900  *:*

$ diff netstat1 netstat2
15a16
   TCPeinstein:1466  einstein:ssh   TIME_WAIT
20c21
   TCPeinstein:1460  einstein:0 LISTENING
---
   TCPeinstein:1546  einstein:0 LISTENING

Does it help?
I can't find any other info. My sshd.log is empty, EventViewer doesn't says 
anything.

Best regards
  Jozsef Kercso 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Xwinclip doesn't work with Konsole

2002-11-22 Thread Kercso Jozsef
Hi Harold!

No, it doesn't work correctly. The output is:
UnicodeSupport - Windows NT/2000/XP
## Select something in Konsole
SelectionNotify CompoundText (the selection remains selected)
## Click somewhere in X
SelectionNotify CompoundText
SelectionNotify UTF8
## Click somewhere in X
SelectionNotify UTF8
SelectionNotify - Reasserted ownership of ATOM: PRIMARY
SelectionNotify - Reasserted ownership of ATOM: CLIPBOARD

Now the paste in a Windows application works.
If I do not follow the procedure described, the paste operation
in a Windows application doesn't work.

The reversed procedure(copy from Windows to X) has a chaotic behaviour.
I can't reproduce it every time. Sometimes works, sometimes not.

 Download this version of xwinclip and let me know if it works:
 http://www.msu.edu/~huntharo/xwin/xwinclip/xwinclip-20021121-1800.exe.bz2 (5 KiB)

 The faster you respond, the more likely I am to finish up this patch, and
 the happier I will be.

Best Regards
  Jozsef Kercso




RE: Xwinclip doesn't work with Konsole

2002-11-22 Thread Kercso Jozsef
Hi Chris

  Can you build the xwinclip exe and use the dll supplied
  (i've put the build_dll.sh in there as well)? Let me know what
  happens (and the output).

The copy from X works just like I wrote in my previous mail to
Harold (see log1), but when I try to copy from Windows, the
results are unpredictable. (see log2)

Best Regards
   Jozsef Kercso



log1.zip
Description: Binary data


log2.zip
Description: Binary data


RE: Xwinclip doesn't work with Konsole

2002-11-21 Thread Kercso Jozsef
Hi!

  I have to make some correction to my previous testcases.
Now I see clearer what the situation is:

1. I copy something in a Windows application
  - paste in a Windows application works
  - paste in Konsole works
2. I select something in Konsole
  - in the clipboard viewer I see the _old_ selection(from 1.)
  - xwinclip says: SelectionNotify UTF8
  - paste in Konsole(or xterm) works(paste the selection from Konsole)
  - paste in a Windows application doesn't work
(paste the _old_ selection, that is: selection from 1.)
3. I copy something in a Windows application
  - in the clipboard viewer I see the _previous_ selection from Konsole!!!
  - xwinclip says: SelectionNotify UTF8
  - paste in a Windows application works(selection from Konsole)
  - paste in Konsole works(selection from Konsole)
4. I copy something again in a Windows application
  - in the clipboard viewer I see the current selection
  - paste in a Windows application works(current selection)
  - paste in Konsole works(current selection)

5. With xterm everything is fine.

So I think, that Konsole use the PRIMARY SELECTION, but I don't
see what the problem is.

I made some other tests too, but the results were too chaotish, I can't
reproduce them every time.

Best Regards
  Jozsef Kercso




RE: Xwinclip doesn't work with Konsole

2002-11-21 Thread Kercso Jozsef
Hi!

 Can you give me the output of my xwinclip when you run these tests?
Here it is:
$ ./xwinclip.exe
UnicodeSupport - Windows NT/2000/XP
[[Prev mail Point 1. Second section(paste in Konsole works)]]
FlushXEvents - CreateNotify parent: 54  window: 16777870
FlushXEvents - CreateNotify parent: 54  window: 23069034
[[Prev mail Point 2. Nothing happens!!]]
[[Prev mail Point 3.]]
SelectionNotify UTF8
[[Prev mail Point 4. Nothing happens.]]
$

 I will post the built exe and the dll for my version as well, just to
 remove compilation issues.
Great!

Best Regards
  Jozsef Kercso




Re: Xwinclip doesn't work with Konsole

2002-11-20 Thread Kercso Jozsef
Hi!

 Just to check (I don't have kde available) this when you
 say copy/paste do you mean the edit menu copy and paste?
No.

 Or do you mean highlight in Konsole and then use the middle button.
Yes, this is what I meant.

Best Regards
  Jozsef Kercso




Re: Problems with xwinclip version 0.5/0.6

2002-11-11 Thread Kercso Jozsef
Hi!

 o xwinclip-Test06:

 The first difference I see when using the latest version of xwinclip
 is the marked regions in X windows stay marked after releasing the
 left mouse button !!

I have installed the xwinclip-Test06, but the selection not only dissapears,
after I release the mouse button, but it flashes continously, and I can't
paste the selection either under X, nor in windows.
Has anybody any ideea, why is this so?

Thanks,
  Jozsef Kercso




-pseudocolor option doesn't work. Please help!

2002-11-11 Thread Kercso Jozsef
Hi!

  I have tried several option, to invoke th pseudocolor mode, but unfortunatelly
my program says : Cannot allocate colors. The program works however under ReflectionX
and eXceed. The program is unfortunatelly not free, and I can't share any other
information about it. I know, that it's inconvenient, but I can't do anything
to change it. The options, that I try, are:
- run XWin with -pseudocolor option
- run XWin with -depth 8 -fullscreen options
- run XWin with -engine 1 in 256 color mode

With any of theese options my application doesn't start at all.
Has anybody any ideea about it?

Thanks
  Jozsef Kercso




Re: Problems with xwinclip version 0.5/0.6

2002-11-11 Thread Kercso Jozsef
Hi!

  In my previous mail I don't said, that I found this behaviour
of xwinclip only under Solaris using the CDE desktop.

Best Regards
  Jozsef Kercso




Strange xhost behavior- Please help!!

2002-11-04 Thread Kercso Jozsef
Hi!

I have the following problem:
- I have started a bash consol window as usual with cygwin.bat
$  XWin.exe 
$ export DISPLAY=127.0.0.1:0.0
$ xhost +

Then from another host:
[einstein]$ export DISPLAY=127.0.0.1:0.0
[einstein]$ xterm 
Xlib: connection to 127.0.01:0.0 refused by server
Xlib: No protocol specified

Then at the original host:
$ xterm 
# The window was accepted and displayed

Second try from einstein:
[einstein]$ xterm 
Xlib: connection to 127.0.01:0.0 refused by server
Xlib: No protocol specified

Then at the original host:
$ xhost +


Third try from einstein:
[einstein]$ xterm 
# The window was accepted and displayed

So, the X server first needs an xterm from the original host, only
after that will accept connection from another hosts. I have found, that
the second xhost + works from the in the X server previously
displayed xterm too.

Why is this so? Why the first xhost + does not work?
Can anybody help me? (I  have the latest X server:4.2.0-1).

Thanks,
   Jozsef Kercso




Is something wrong with ssh?

2002-10-25 Thread Kercso Jozsef
Hi!

  Recently I played with debugging the ssh daemon, and I've got the 
following strage output:
$ sshd -ddd
debug1: sshd version OpenSSH_3.4p1
debug1: private host key: #0 type 0 RSA1
debug3: Not a RSA1 key file /etc/ssh_host_rsa_key.
debug1: read PEM private key done: type RSA
debug1: private host key: #1 type 1 RSA
debug3: Not a RSA1 key file /etc/ssh_host_dsa_key.
debug1: read PEM private key done: type DSA
debug1: private host key: #2 type 2 DSA
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
Generating 768 bit RSA key.
RSA key generation complete.
debug1: Server will not fork when running in debugging mode.
Connection from 80.98.35.112 port 1292
debug1: Client protocol version 2.0; client software version OpenSSH_3.4p1
debug1: match: OpenSSH_3.4p1 pat OpenSSH*
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-1.99-OpenSSH_3.4p1
debug1: list_hostkey_types: ssh-rsa,ssh-dss
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED]
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED]
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED]
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED]
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_init: found hmac-md5
debug1: kex: client-server aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: server-client aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug1: dh_gen_key: priv key bits set: 133/256
debug1: bits set: 1578/3191
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT
debug1: bits set: 1638/3191
debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent
debug1: kex_derive_keys
debug1: newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: waiting for SSH2_MSG_NEWKEYS
debug1: newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: KEX done
debug1: userauth-request for user joco service ssh-connection method none
debug1: attempt 0 failures 0
debug2: input_userauth_request: setting up authctxt for joco
debug2: input_userauth_request: try method none
Failed none for joco from 80.98.35.112 port 1292 ssh2
debug1: userauth-request for user joco service ssh-connection method publickey
debug1: attempt 1 failures 1
debug2: input_userauth_request: try method publickey
debug1: test whether pkalg/pkblob are acceptable
debug1: temporarily_use_uid: 500/544 (e=500)
debug1: trying public key file /home/joco/.ssh/authorized_keys
debug2: key_type_from_name: unknown key type '1024'
debug3: key_read: no key found
debug2: user_key_allowed: check options: '1024 35 
114502936203896417233570398824193845874497142691098721139570302512343916838103791665479369401341137072485559017254279887264907688223663107786762399291625381643666104457133688573185196542274287385581438610947810052452037846303593963120194416390787357991218986417057460215232320550894307474363568154503587725227 
joco@EINSTEIN
'
debug2: key_type_from_name: unknown key type '35'
debug3: key_read: no key found
debug2: user_key_allowed: advance: '35 
114502936203896417233570398824193845874497142691098721139570302512343916838103791665479369401341137072485559017254279887264907688223663107786762399291625381643666104457133688573185196542274287385581438610947810052452037846303593963120194416390787357991218986417057460215232320550894307474363568154503587725227 
joco@EINSTEIN
'
debug1: restore_uid
debug2: key not found
debug1: temporarily_use_uid: 500/544 (e=500)
debug1: trying public key file /home/joco/.ssh/authorized_keys2
debug3: key_read: type mismatch
debug2: user_key_allowed: check options: 'ssh-rsa