After more 2 000 000 (two million) views on forum for 1.5.0.x development versions... and 1.6.1.0, 1.6.3.0-dev versions
A new stable version, UltraVNC 1.6.4.0 and UltraVNC SC 1.6.4.0 have been released: https://forum.uvnc.com/viewtopic.php?t=38095
Feedback is always welcome

2025-12-14: 1.7.1.X-dev release builds need tests and feedback: https://forum.uvnc.com/viewtopic.php?t=38134

2025-12-02: We need help: English Wikipedia UltraVNC page has been requested to deletion: https://forum.uvnc.com/viewtopic.php?t=38127
Any help is welcome to improve the UltraVNC page and/or to comment on the Wikipedia Talk page

2025-05-06: Forum password change request: https://forum.uvnc.com/viewtopic.php?t=38078

2023-09-21: Important: Please update to latest version before to create a reply, a topic or an issue: https://forum.uvnc.com/viewtopic.php?t=37864

Development: UltraVNC development is always here... Any help is welcome
Feedback is welcome

Listener that spawns processes instead of threads

Any features you would like to see in UltraVNC? Propose it here
Post Reply
howardcshaw
Posts: 2
Joined: 2008-09-06 20:45
Location: Houston
Contact:

Listener that spawns processes instead of threads

Post by howardcshaw »

When using SingleClick to support multiple people, I have been frustrated by one slow connection making them all unusable, one connection dying taking them all down, and one connection dropping with the chat open making all the sessions refuse to close because the chat is open and can't be closed. Also, I have noticed a general system instability that increases over time, and seems to be tied to the number of reverse connections I have had.

I played with the source for 1.0.5 today, and I was fairly easily able to get the vncviewer to spawn a new process instead of a thread, which handily solves most of these issues, by isolating each SingleClick connection.

My tweaks are not internationalized nor set up on options and such, but I would be happy to explain the few changes I made.

I think having a command-line option to switch between multiple threads per reverse connection, and multiple processes, would make supporting multiple customers much easier.

P.S. It was really great downloading the source to 1.0.5 and discovering that it builds happily in Visual Studio 2005... though I did have to go back to an older tarball to get the Tango bitmaps from the vncviewer res directory to get my icons.
Howard C. Shaw III
gimel
Posts: 1
Joined: 2008-10-14 08:21
Location: Lyon, France

Re: Listener that spawns processes instead of threads

Post by gimel »

one connection dying taking them all down, and one connection dropping with the chat open making all the sessions refuse to close because the chat is open and can't be closed
I agree 100%. This is a total pain to have these problems whereas we are in a multi-process environment.
Philippe 'Elwood' Ferrucci
Project Manager
Amiga Translator Organisation
http://elwoodb.free.fr
Post Reply