Statistik: 30,053 Versionen von 1,966 Programme
Wählen Sie eine Software-Titel... Downgrade auf die Version, die Sie lieben,!
UltraVNC 1.0.4 RC17
4,937 Downloads
UltraVNC 1.0.4 RC17
0
out of
5
based on
0 ratings.
UltraVNC 1.0.4 RC17 Änderung der Registrierung
**Update 3 aug
- Exceptions thrown with no message cause access violations when Report called.
- All message boxes are now properly parented to the viewer window so that they are modal. We ran into quite a few that ended up behind the main window, or behind the file transfer windows
- Socket timeouts are now used during file transfer so that connections lost while connected to a repeater are detected (We have a multistage repeater chain (server -> repeater -> repeater-> repeater -> viewer that doens't reliably tear down connections on network failure. Don't ask ;) )
- A small keepalive message is sent every 5 seconds after receiving a file chunk to keep the server or viewer from timing out during a read. This is necessary because there's no flow control in the FT protocol. I didn't notice a decrease in throughput. Keepalive support is negotiated between viewer and server. Should be fully backwards compatible, though I suppose if the viewer doens't want keepalives, the server should not use the socket timeouts.
- The prompt for exit is now respects the m_fExitCheck setting if the 'x' in the full screen titlebar is clicked
- Another big change to the file transfer module is that a temporary file is used to hold the file being transferred. When it is successfully completes, it is moved to the original file name -- resume still works too. This was because when a file transfer is interrupted, a user (ie, service tech) can't tell if the file is complete.
- The close button on the file transfer dialog is now enabled and disabled during file transfers. You can't close the window with the 'x' during a transfer, but you can otherwise
- Many variables are now properly initialized.
- The black layered window is now brought to the top every 20ms -- the start menu is still visible on the remote system so this change makes it go away faster. It's not a good fix but I couldn't find a better way with the time I had.
- You can now register the service with a custom name.
- Simplified Copy_to_temp and copy_to_secure_from_temp
- When the network connection is lost, a message is shown "Connection lost due to communication failure" instead of "writeexact: socket error while writing"
- socket read/write errors now break the while (connected) loop in vncclient.cpp
- Simplified file handle cleanup
- FT crash fix, lock screeen while transfer
- quickoption fix: Was not saved correct
- Exceptions thrown with no message cause access violations when Report called.
- All message boxes are now properly parented to the viewer window so that they are modal. We ran into quite a few that ended up behind the main window, or behind the file transfer windows
- Socket timeouts are now used during file transfer so that connections lost while connected to a repeater are detected (We have a multistage repeater chain (server -> repeater -> repeater-> repeater -> viewer that doens't reliably tear down connections on network failure. Don't ask ;) )
- A small keepalive message is sent every 5 seconds after receiving a file chunk to keep the server or viewer from timing out during a read. This is necessary because there's no flow control in the FT protocol. I didn't notice a decrease in throughput. Keepalive support is negotiated between viewer and server. Should be fully backwards compatible, though I suppose if the viewer doens't want keepalives, the server should not use the socket timeouts.
- The prompt for exit is now respects the m_fExitCheck setting if the 'x' in the full screen titlebar is clicked
- Another big change to the file transfer module is that a temporary file is used to hold the file being transferred. When it is successfully completes, it is moved to the original file name -- resume still works too. This was because when a file transfer is interrupted, a user (ie, service tech) can't tell if the file is complete.
- The close button on the file transfer dialog is now enabled and disabled during file transfers. You can't close the window with the 'x' during a transfer, but you can otherwise
- Many variables are now properly initialized.
- The black layered window is now brought to the top every 20ms -- the start menu is still visible on the remote system so this change makes it go away faster. It's not a good fix but I couldn't find a better way with the time I had.
- You can now register the service with a custom name.
- Simplified Copy_to_temp and copy_to_secure_from_temp
- When the network connection is lost, a message is shown "Connection lost due to communication failure" instead of "writeexact: socket error while writing"
- socket read/write errors now break the while (connected) loop in vncclient.cpp
- Simplified file handle cleanup
- FT crash fix, lock screeen while transfer
- quickoption fix: Was not saved correct
UltraVNC 1.0.4 RC17 Screenshots
UltraVNC 1 Baut
- UltraVNC 1.1.8.0
- UltraVNC 1.1.4 RC
- UltraVNC 1.1.2 Beta
- UltraVNC 1.1.0.0 Beta
- UltraVNC 1.0.9.6.2
- UltraVNC 1.0.9.6.1
- UltraVNC 1.0.9.6
- UltraVNC 1.0.9.5
- UltraVNC 1.0.9.4
- UltraVNC 1.0.9.3 Beta
- UltraVNC 1.0.9.1
- UltraVNC 1.0.8.2
- UltraVNC 1.0.8.0
- UltraVNC 1.0.6.5
- UltraVNC 1.0.6.4
- UltraVNC 1.0.5.6
- UltraVNC 1.0.5.5
- UltraVNC 1.0.5.3
- UltraVNC 1.0.5.1
- UltraVNC 1.0.5
- UltraVNC 1.0.4 RC8
- UltraVNC 1.0.4 RC7
- UltraVNC 1.0.4 RC6
- UltraVNC 1.0.4 RC5
- UltraVNC 1.0.4 RC4
- UltraVNC 1.0.4 RC3
- UltraVNC 1.0.4 RC2
- UltraVNC 1.0.4 RC16
- UltraVNC 1.0.4 RC14
- UltraVNC 1.0.4 RC13
- UltraVNC 1.0.4 RC12
- UltraVNC 1.0.4 RC1
- UltraVNC 1.0.3 RC6
- UltraVNC 1.0.3 RC5
- UltraVNC 1.0.3 RC4
- UltraVNC 1.0.3 RC3
- UltraVNC 1.0.3 RC2
- UltraVNC 1.0.3 RC1
- UltraVNC 1.0.2
16049
UltraVNC Kommentare