It appears to have been resolved. Thanks.
"Transport endpoint is not connected" when trying to access FRS links in shell
So far, the issue has not reappeared. Thanks.
It works at the moment, but it was intermittent when it occurred. If your team feels that they have fixed the issue, then go ahead and close the report, and I will reopen it if the issue reappears.
SSH shell access fails intermittently
Yes, it appears to work now. Please clarify what the issue was and why it has now occurred twice. I don't want to have to keep filing a ticket every time I try to do a CI build.
Unfortunately the issue has re-surfaced. :(
Seems to work now. Thanks.
I am still experiencing the problem.
Cannot download a specific file from my project
That doesn't work either. It produces this: void function(void) { > if(!SomeVeryLongFunctionName(someType someVeryLongFunctionArg, > someType someOtherVeryLongFunctionArg)) > > do_something(); } That is, the continuation of the function arguments are not indented at all. That's really the source of my consternation. --indent-continuation=0 doesn't indent the continued arguments, and --indent-continuation=1 indents them with two tabs instead of one. I need a way to indent them with just one tab.
Perhaps so, but the core issue is that I currently cannot trust the behavior of the tool, because it isn't behaving in a deterministic manner. I need to understand what it's trying to do and why, or else I will not use it.
Clarification: minimal reproduction steps: Create test.c with: void function(void) { if(!SomeVeryLongFunctionName(someType someVeryLongFunctionArg, someType someOtherVeryLongFunctionArg)) do_something(); } Attempt to reformat using astyle --style=allman --indent=tab=2 --indent=force-tab=2 --remove-braces --indent-after-parens test.c Expected result: void function(void) { > if(!SomeVeryLongFunctionName(someType someVeryLongFunctionArg, > > someType someOtherVeryLongFunctionArg)) > > do_something();...
Continuation indenting with tabs doesn't always work as expected
Moving discussion to the mailing list.
These forums are deprecated and are read only by me. Please post questions such as this to the virtualgl-users mailing list or as a GitHub issue in the future. SourceForge, for whatever reason, does not remember my login (despite me instructing it to do so), so every time I have to log in to answer a question on these forums, it requires repeating the two-factor authentication process, which is a pain. As explained in the User's Guide, troubleshooting problems like this involves first verifying the...
Should already be fixed in the master branch, and a pre-release build is available with the fix: https://virtualgl.org/DeveloperInfo/PreReleases. Please post this sort of thing as a GitHub issue in the future. We use SourceForge solely for file releases these days.
BUILDING.md contains instructions on how to build libjpeg-turbo for Android. Also, I recommended that you take advantage of the libjpeg-turbo mailing lists (on Google Groups-- https://libjpeg-turbo.org/About/MailingLists) for community support, not these forums. These forums are a legacy feature, and generally only I read them.
This SF tracker item is quite old and doesn't reflect the current thinking regarding the H.264 feature. It is still under active investigation: https://github.com/TurboVNC/turbovnc/issues/19 There are definitely some workloads that benefit from H.264. There are others that don't. The report attempted to compare performance based on some assessment (albeit probably a weak one) of image quality equivalence, and without knowing the specifics of how you performed your comparisons, I cannot speak to your...
Click on "Documentation" in the sidebar.
Apparently my reply got eaten by SourceForge, so here it is again. The VirtualGL Client for Windows requires Cygwin/X and will not function properly with other Windows X servers, including Xming. The VirtualGL Client requires Cygwin/X because that is the only Windows X server that has the X extensions (including SECURITY and MIT-SHM) that the client program needs. (Note that MIT-SHM requires that you install and start cygserver.) As far as why you can't connect with TurboVNC, that's probably because...
Apparently my reply got eaten by SourceForge, so here it is again. The VirtualGL Client for Windows requires Cygwin/X and will not function properly with other Windows X servers, including Xming. vglclient requires Cygwin/X because that is the only Windows X server that has the X extensions (including SECURITY and MIT-SHM) that the client program needs. (Note that MIT-SHM requires that you install and start cygserver.) As far as why you can't connect with TurboVNC, it's probably because you either...
Cool! Glad to know the software is working well for you.
Closing this tracker item. If you discover what the problem is and believe it to be something that could be worked around in TurboVNC, then please file a bug report or feature request on GitHub. Also feel free to add any findings here, if you want others who are having similar problems to be able to find the solution in Google searches.
Authentication issue
I have no idea, unfortunately. I duplicated the settings in your /etc/turbovnc-security.conf file, as well as your /etc/pam.d/turbovnc file, and it works fine for me on CentOS 6.8. Maybe NIS is causing the problem. If not, then I'm clueless. The symptoms of the problem would suggest some sort of issue with PAM authentication, but PAM user/password authentication is used by thousands of other TurboVNC users around the world, and no one else has reported a problem like this. TurboVNC works fine with...
This is a patch tracker, meant only for patch submissions, not for bug reports or feature requests. We do not use SourceForge to track bug reports/feature requests anymore. In the future, please post all bug reports/feature requests to GitHub rather than trying to subvert our project's wishes by posting bug reports where they do not belong. I cannot reproduce the issue you are describing. Please post the contents of your /etc/pam.d/turbovnc file. Also please specify which VNC viewer you are using...
If you can somehow profile the code and determine that the slow-down is due to a...
But note that you have never specified what operating system or hardware you are...
Yes. The results are almost identical.
No idea, because I can't reproduce the behavior using a similarly-sized image. I'm...
You cannot run OpenGL applications in TurboVNC without using VirtualGL (vglrun)....
I get that the Java3D application works on the local desktop, but when it's using...
If you log into Display :0 and log out again, it resets the display and disconnects...
There's a dot in the filename. It's ".Xclients", not "Xclients".
Just edit ~/.vnc/xstartup.turbovnc and delete everything except these lines near...
Another option is to leave xstartup.turbovnc alone, copy those same lines into ~/.Xclients,...
Just edit ~/.vnc/xstartup.turbovnc and delete everything except these lines near...
"Seamless windows" (displaying one client-side window for every application window)...
"Seamless windows" (displaying one client-side window for every application window)...
Let me take these one at a time: The VirtualGL error you're getting is likely because...
Use TurboVNC. Start a TurboVNC session, connect to it with the TurboVNC Viewer, start...
Let's focus on KDM first. Please follow the diagnostic procedure I outlined above...
That could be why VirtualGL isn't working. It assumes that you are running a display...
That error is normal and is a result of you ignoring the instructions in the User's...
NOTE: The same script for the dev branch (libjpeg-turbo 1.6 evolving, which now uses...
Here is my script for compiling an Android x86 version of libjpeg-turbo on my Mac....
No, VirtualGL can only access one GPU per process unless you have an application...
You'll probably have better luck posting to the virtualgl-users mailing list. I'm...
Yes, that macro should definitely be 4, not 8, for an ARM32 build. Is configure setting...
A cursory examination of your code doesn't reveal any obvious errors, but I unfortunately...
Are you actually running LightDM or KDM, or are you using another display manager?...
Are you actually running LightDM or KDM, or are you using another display manager?...
I'm curious whether the firewall restriction has something to do with the fact that...
Please create a ZIP archive with your JPEG file and attach it to this thread. I will...
The JPEG image you're attempting to decompress is corrupt. The reason why it worked...
That is a known bug in libjpeg-turbo 1.5.1 when building with the Android NDK and...
That's possible. UltraVNC uses a different type of encoding whenever you use their...
Let's back up, because it's unclear what you are trying to do. TurboVNC is a solution...
Let's back up, because it's unclear what you are trying to do. TurboVNC is a solution...
Let's back up, because it's unclear what you are trying to do. TurboVNC is a solution...
There were several bug fixes in 1.5.1 that affect ARM platforms. Try the latest code....
rpath and runpath set to $ORIGIN are not handled correctly
I was finally able to reproduce this. See https://sourceforge.net/p/virtualgl/mailman/message/35185340/....
No idea, unfortunately. I'd be happy to do some diagnosis if you can provide a remote...
Two questions: 1. Which version of Linux are you running? 2. Which window manager...
You're doing a really good job of finding bugs that I thought were already fixed....
You're doing a really good job of finding bugs that I thought were already fixed....
RE: Matlab, if you could verify whether adding -nosoftwareopengl works, that would...
Also, just FYI-- TurboVNC 2.1 just landed. VirtualGL 2.5.1 will probably land to...
Aha. Apparently Google has a better memory than I do: https://sourceforge.net/p/virtualgl/mailman/message/33586743/...
For starters, don't use -sp unless you are running a non-interactive benchmark, such...
Do you think that what I am aiming to accomplish is possible? More or less a good...
Benchmarking remote display software is a tricky proposition at best. For starters,...
Benchmarking remote display software is a tricky proposition at best. For starters,...
Benchmarking remote display software is a tricky proposition at best. For starters,...
Excellent! Thanks.
If you are still having issues with this when using the latest TurboVNC Viewer (2.1...
If you are still having issues with this when using the latest TurboVNC Viewer (2.1...
This is an old thread, but I wanted to post an update that GNOME 3 should now fully...
James, this should be fixed in 2.1 rc. Would appreciate if you could re-test it....
KDE Plasma discussion moved to https://github.com/TurboVNC/turbovnc/issues/65. If...
Discussion moved to https://github.com/TurboVNC/turbovnc/issues/65
Release candidate build available: http://www.turbovnc.org/DeveloperInfo/PreReleases...
Release candidate build available: http://www.turbovnc.org/DeveloperInfo/PreReleases...
Referring to the GitHub tracker item above, it turns out that this really needed...
It's because GNOME 3 now requires OpenGL. If you are comforable building TurboVNC...
I have a tentative fix that is pending review by the TigerVNC developers who wrote...
Working on this right now. It appears to be a regression introduced by upgrading...
I just tried xdm on Ubuntu 14.04. It also works fine with TurboVNC, using the procedure...
Note, however, that I was able to successfully make TurboVNC work with xinetd and...
Apparently I'm running into this bug, which still appears unsolved: https://bugs.launchpad.net/lightdm/+bug/1212069...
I spent several hours looking at this. It's puzzling to me as well, because I can't...
I spent several hours looking at this. It's puzzling to me as well, because I can't...