OSXvnc-server not responding

Hi. I use vine server mainly with jaadu VNC for my iphone (works great) but lately ive been running into some problems.

the OSXvnc-server process goes to not-responding sort of randomly. Sometimes my VNC client connects and works fine, sometimes it does not. I completely trashed it and its prefs and installed it again with no luck. I am running two monitors although I only need VNC on the first one (which vine server does flawlessly). Also, since this problem started happening it seems like about 1/2 the time, keyboard input doesnt work, where mouse input works just fine. I just can’t seem to figure it out. Heres what I have running:

I did a sample of the process, although I don’t know if that will help. I can provide logs as well.

Sampling process 1933 for 3 seconds with 1 millisecond of run time between samples
Sampling completed, processing symbols…
Analysis of sampling OSXvnc-server (pid 1933) every 1 millisecond
Call graph:
2432 Thread_2503
2432 start
2432 _start
2432 main
2432 pthread_cond_wait
2432 _pthread_cond_wait
2432 semaphore_wait_signal_trap
2432 semaphore_wait_signal_trap
2432 Thread_2603
2432 thread_start
2432 _pthread_start
2432 listenerRun
2432 accept$NOCANCEL$UNIX2003
2432 accept$NOCANCEL$UNIX2003
2432 Thread_2703
2432 thread_start
2432 _pthread_start
2432 select$DARWIN_EXTSN
2432 select$DARWIN_EXTSN
2432 Thread_2803
2432 thread_start
2432 _pthread_start
2432 NSThread__main
2432 -[NSThread main]
2432 0x8ebc0
2432 accept$NOCANCEL$UNIX2003
2432 accept$NOCANCEL$UNIX2003

Total number in stack (recursive counted multiple, when >=5):

Sort by top of stack, same collapsed (when >= 5):
accept$NOCANCEL$UNIX2003 4864
select$DARWIN_EXTSN 2432
semaphore_wait_signal_trap 2432
Sample analysis of process 1933 written to file /dev/stdout

Logs:

2009-01-12 16:59:11 -0800 Starting Vine Server 3.0(1016)
-rfbport 0 -desktop blake-gastons-mac-pro (Home) -rfbauth /Users/Home/.vinevncauth -nevershared -nodimming -disableScreenSaver -restartonuserswitch N -UnicodeKeyboard 0 -keyboardLoading N -pressModsForKeys N -EventTap 3 -swapButtons -rendezvous N

2009-01-12 16:59:11.510 OSXvnc-server[1979:10b] Arguments: -rfbport 0 -desktop blake-gastons-mac-pro (Home) -rfbauth /Users/Home/.vinevncauth -nevershared -nodimming -disableScreenSaver -restartonuserswitch N -UnicodeKeyboard 0 -keyboardLoading N -pressModsForKeys N -EventTap 3 -swapButtons -rendezvous N
2009-01-12 16:59:11.514 OSXvnc-server[1979:10b] Main Bundle: /Applications/Other/Vine Server.app/Contents/Resources
2009-01-12 16:59:11.515 OSXvnc-server[1979:10b] Loading Bundle /Applications/Other/Vine Server.app/Contents/Resources/TigerBundle.bundle
2009-01-12 16:59:11.517 OSXvnc-server[1979:10b] Loading Bundle /Applications/Other/Vine Server.app/Contents/Resources/JaguarBundle.bundle
2009-01-12 16:59:11.522 OSXvnc-server[1979:10b] Running in Little Endian
2009-01-12 16:59:11.524 OSXvnc-server[1979:10b] Waiting for clients
2009-01-12 16:59:11.524 OSXvnc-server[1979:2703] Using Private Event Source
2009-01-12 16:59:11.525 OSXvnc-server[1979:2703] Using Dynamic Event Tap – HID for console user
2009-01-12 16:59:11.526 OSXvnc-server[1979:2703] Registering Bonjour Service(_rfb._tcp.) - blake-gastons-mac-pro (Home)
2009-01-12 16:59:11.527 OSXvnc-server[1979:3c03] IPv6: Started Listener Thread on port 5900
2009-01-12 16:59:11.527 OSXvnc-server[1979:2703] Started Listener Thread on port 5900
2009-01-12 16:59:11.637 OSXvnc-server[1979:10b] Waiting for clients
2009-01-12 16:59:12.635 OSXvnc-server[1979:10b] Waiting for clients

Thanks!

It looks like you might not even be connecting to Vine Server (at least that log shows no connections made it since that server was started).

Please make sure that you have “Screen Sharing” in 10.5 or “Apple Remote Desktop” in 10.4 disabled.

Oh, I’m sorry, I copy/paste to that log without trying to connect. It shows me connecting in the logs if I try. I just figured since it shows up at not responding without connecting I would copy the logs without connecting.

I’m using screen sharing in leopard, and it is completely disabled, btw.