Enable BuildGlxExt (to avoid errors 'Xlib: extension "GLX" missing on display ":1.0"')

View: New views
8 Messages — Rating Filter:   Alert me  

Enable BuildGlxExt (to avoid errors 'Xlib: extension "GLX" missing on display ":1.0"')

by Heiko Meyers :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello,
I try to build tightvnc on debian linux as described in http://www.tightvnc.com/doc/unix/README.txt.
Everything runs fine.

After that I try to enable GLX support, because I get errors like 'Xlib: extension "GLX" missing on display ":1.0"' when I start OpenGL applications in the vncserver.

These are my steps:
0) rm -rf vnc_unixsrc && tar xzf tightvnc-1.3.10_unixsrc.tar.gz
1) Edit vnc_unixsrc/Xvnc/config/cf/vnc.def and change
"#define BuildGlxExt NO" into "#define BuildGlxExt YES"
2) Follow the README.txt:
% cd vnc_unixsrc
% xmkmf
% make World
% cd Xvnc
% ./configure
% make

After this last 'make' I get this error after a short while:
[...]
make[3]: Entering directory `/tmp/tightvncbuild/vnc_unixsrc/Xvnc/programs/Xserver/Xext'
make[3]: Nothing to be done for `includes'.
make[3]: Leaving directory `/tmp/tightvncbuild/vnc_unixsrc/Xvnc/programs/Xserver/Xext'
including in programs/Xserver/glxStub...
make: Entering an unknown directory
make: *** glxStub: No such file or directory.  Stop.
make: Leaving an unknown directory
[...]

How can I solve the problem?
Is the single change "#define BuildGlxExt YES" in vnc.def the correct approach?

Thank you
Heiko


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___________________________________________________________
TightVNC mailing list, VNC-Tight-list@...
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

How to interpret the WinVNC.log file

by Edward Jubenville-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I am using TightVNC Server 1.3.10.
I have the "Log information to WinVNC.log" option selected, but not "Log detailed debugging information".
 
How can I tell from the information in WinVNC.log file whether a break-in attempt to the VNC server on my Windows PC was successful or not?
 
The server VNC icon in the system tray doesn't seem to provide any means to look at a list of current connections.  Is there an active connection list to be seen?
 
How can I tell when an intruder makes it through the password prompt?
 
Are all non-timestamped lines associated with the same event, i.e., associated with the preceding timestamp?
 
Following is a contiguous chunk of messages from my log file. 
 
Thu Nov 05 10:24:58 2009
vncSockConnect.cpp: accepted connection from 145.236.32.141
vncClient.cpp: client connected : 145.236.32.141 (id 1)
Thu Nov 05 10:24:59 2009
vncClient.cpp: non-standard protocol version 3.5, using 3.3 instead
Thu Nov 05 10:25:01 2009
vncClient.cpp: Client connection rejected
Thu Nov 05 10:25:03 2009
vncSockConnect.cpp: accepted connection from 145.236.32.141
vncClient.cpp: client connected : 145.236.32.141 (id 1)
vncClient.cpp: non-standard protocol version 3.5, using 3.3 instead
Thu Nov 05 10:25:04 2009
vncClient.cpp: Client connection rejected
Thu Nov 05 11:46:00 2009
vncSockConnect.cpp: accepted connection from 78.8.29.249
vncClient.cpp: client connected : 78.8.29.249 (id 1)
vncSockConnect.cpp: accepted connection from 78.8.29.249
vncClient.cpp: client connected : 78.8.29.249 (id 1)
Thu Nov 05 11:46:09 2009
vncClient.cpp: incorrect security type requested
Thu Nov 05 11:46:15 2009
vncSockConnect.cpp: accepted connection from 78.8.29.249
vncClient.cpp: client connected : 78.8.29.249 (id 1)
vncClient.cpp: non-standard protocol version 3.5, using 3.3 instead
Thu Nov 05 11:46:21 2009
vncClient.cpp: performing VNC authentication
vncClient.cpp: authentication failed
Thu Nov 05 11:46:27 2009
vncSockConnect.cpp: accepted connection from 78.8.29.249
vncClient.cpp: client connected : 78.8.29.249 (id 1)
vncClient.cpp: non-standard protocol version 3.5, using 3.3 instead
Thu Nov 05 11:46:33 2009
vncClient.cpp: performing VNC authentication
vncClient.cpp: authentication failed
Thu Nov 05 11:46:39 2009
vncSockConnect.cpp: accepted connection from 78.8.29.249
vncClient.cpp: client connected : 78.8.29.249 (id 1)
vncClient.cpp: non-standard protocol version 3.5, using 3.3 instead
Thu Nov 05 11:46:45 2009
vncClient.cpp: performing VNC authentication
vncClient.cpp: authentication failed
Thu Nov 05 11:46:51 2009
vncSockConnect.cpp: accepted connection from 78.8.29.249
vncClient.cpp: client connected : 78.8.29.249 (id 1)
vncClient.cpp: non-standard protocol version 3.5, using 3.3 instead
Thu Nov 05 11:46:57 2009
vncClient.cpp: performing VNC authentication
Thu Nov 05 11:46:58 2009
vncClient.cpp: authentication failed
Thu Nov 05 11:47:03 2009
vncSockConnect.cpp: accepted connection from 78.8.29.249
vncClient.cpp: client connected : 78.8.29.249 (id 1)
vncClient.cpp: non-standard protocol version 3.5, using 3.3 instead
vncClient.cpp: Client connection rejected
Thu Nov 05 11:47:09 2009
vncSockConnect.cpp: accepted connection from 78.8.29.249
vncClient.cpp: client connected : 78.8.29.249 (id 1)
vncClient.cpp: non-standard protocol version 3.5, using 3.3 instead
vncClient.cpp: Client connection rejected
 
In the above log, there is no clear indication that a connection was fully successful in gaining access to my desktop, but I'm not sure if I would always see such an indication.  When I myself connect to my desktop, I see this in the log:
 
Thu Nov 05 12:48:04 2009
WallpaperUtils.cpp: KillActiveDesktop
vncDesktop.cpp: not activating video driver interface
vncBuffer.cpp: unknown encoder requested
 
Does the absence of this information following an intruder attempt mean the intrusion failed?
 
I'm not a contributor to the TightVNC source code, but would it be simple for somebody to add a positive message such as "Desktop access granted" to the log file?
 
Thanks,
 
Ed J
 



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___________________________________________________________
TightVNC mailing list, VNC-Tight-list@...
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Re: Enable BuildGlxExt (to avoid errors 'Xlib: extension "GLX" missing on display ":1.0"')

by Constantin Kaplinsky :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello Heiko,

>>>>> Heiko Meyers wrote:

> How can I solve the problem?
> Is the single change "#define BuildGlxExt YES" in vnc.def the correct approach?

I don't think so. Probably Xvnc from the TightVNC distribution does not
include GLX support at all.

I think it might be a good idea to search for solution on Google:

  http://www.google.ru/search?q=Xvnc+GLX

--
With Best Wishes,
Constantin

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___________________________________________________________
TightVNC mailing list, VNC-Tight-list@...
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Re: How to interpret the WinVNC.log file

by Constantin Kaplinsky :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello Edward,

>>>>> Edward Jubenville wrote:

> Thu Nov 05 11:47:09 2009
> vncSockConnect.cpp: accepted connection from 78.8.29.249
> vncClient.cpp: client connected : 78.8.29.249 (id 1)
> vncClient.cpp: non-standard protocol version 3.5, using 3.3 instead
> vncClient.cpp: Client connection rejected
>
> In the above log, there is no clear indication that a connection was fully
> successful in gaining access to my desktop, but I'm not sure if I would
> always see such an indication.  When I myself connect to my desktop, I see
> this in the log:
>
> Thu Nov 05 12:48:04 2009
> WallpaperUtils.cpp: KillActiveDesktop
> vncDesktop.cpp: not activating video driver interface
> vncBuffer.cpp: unknown encoder requested
>
> Does the absence of this information following an intruder attempt mean the
> intrusion failed?

This information is written on connecting the first client. If then the
second client connects, there will be no lines about KillActiveDesktop
and video driver. So, in the most general case, these lines do not prove
anything. However, if nobody else was using TightVNC at that moment, and
the configuration did not change (e.g. "Remove Wallpaper" setting was
always on), then their absence is enough information to tell that there
was no intrusion.

A more reliable way might be to find all the error messages
corresponding to "accepted connection".

Unfortunately, successful authentication is reported only on higher log
levels. I think this behavior is wrong and should be fixed.

> I'm not a contributor to the TightVNC source code, but would it be simple
> for somebody to add a positive message such as "Desktop access granted" to
> the log file?

We'll fix this in future versions. Thank you.

--
With Best Wishes,
Constantin


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___________________________________________________________
TightVNC mailing list, VNC-Tight-list@...
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Parent Message unknown Re: Enable BuildGlxExt (to avoid errors 'Xlib: extension "GLX" missing on display ":1.0"')

by Heiko Meyers :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

--- Constantin Kaplinsky <const@...> schrieb am Fr, 6.11.2009:

> I don't think so. Probably Xvnc from the TightVNC
> distribution does not
> include GLX support at all.
>
> I think it might be a good idea to search for solution on
> Google:
>
>   http://www.google.ru/search?q=Xvnc+GLX

I have done that. I would say 99.99% of the hits are from other people having the same problem. This is why I am asking here. Only the first hit (http://www.uppmax.uu.se/Members/daniels/stuff/building-xvnc-with-glx-support) gives the kind of instructions I am looking for, but I had tried those without success, getting the following error:
[...]
fbmmx.c:345: error: incompatible types in assignment
fbmmx.c:347: error: incompatible type for argument 1 of ‘__builtin_ia32_por’
fbmmx.c:347: error: incompatible type for argument 2 of ‘__builtin_ia32_por’
fbmmx.c: In function ‘fbCompositeSolidMask_nx8x8888mmx’:
fbmmx.c:652: warning: ISO C90 does not support ‘long long’
fbmmx.c:695: warning: ISO C90 does not support ‘long long’ ...
[...]

Also this problem is reported hundreds of times, and I don't find a solution.

Do I have to use xf4vnc, which has not been updated since 2004, but which claims to support GLX?

Thanks
Heiko



     

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___________________________________________________________
TightVNC mailing list, VNC-Tight-list@...
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Re: Enable BuildGlxExt (to avoid errors 'Xlib: extension "GLX" missing on display ":1.0"')

by James Weatherall-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Heiko,

The VNC Enterprise Edition server supports GLX out-of-the-box, using the
Mesa software renderer, so if you're not averse to pay-for software then
you might try that.

For VNC Free Edition & TightVNC servers, probably the easiest way to get
GLX support is to use VirtualGL.  It does require that apps access GLX
via libGL, and that the console graphics card supports "pbuffers"
(off-screen render buffers, essentially), but it's reasonably
straightforward to set up.

HTH,

--
Wez @ RealVNC Ltd


Constantin Kaplinsky wrote:

> Hello Heiko,
>
>>>>>> Heiko Meyers wrote:
>
>> How can I solve the problem?
>> Is the single change "#define BuildGlxExt YES" in vnc.def the correct approach?
>
> I don't think so. Probably Xvnc from the TightVNC distribution does not
> include GLX support at all.
>
> I think it might be a good idea to search for solution on Google:
>
>   http://www.google.ru/search?q=Xvnc+GLX
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___________________________________________________________
TightVNC mailing list, VNC-Tight-list@...
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Re: Enable BuildGlxExt (to avoid errors 'Xlib: extension "GLX" missing on display ":1.0"')

by Heiko Meyers :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message



--- James Weatherall <james.weatherall@...> schrieb am Mo, 9.11.2009:

> Von: James Weatherall <james.weatherall@...>
> Betreff: Re: Enable BuildGlxExt (to avoid errors 'Xlib: extension "GLX" missing on display ":1.0"')
> An: "Constantin Kaplinsky" <const@...>
> CC: "Heiko Meyers" <heikomeyers@...>, vnc-tight-list@...
> Datum: Montag, 9. November 2009, 12:41
> Heiko,
>
> The VNC Enterprise Edition server supports GLX
> out-of-the-box, using the Mesa software renderer, so if
> you're not averse to pay-for software then you might try
> that.

I have no problem with paying for software. But we need the source code to make some small, but important changes. Does the Enterprise Edition come with sources? We don't need to redistribute them. A restricted license, which allows us to run a single modified vncserver, is sufficient for our business.

How does the licensing of TightVNC and RealVNC work? Don't they use parts of the xfree86 or x.org projects, which are controlled by GPL or LPGL?

> For VNC Free Edition & TightVNC servers, probably the
> easiest way to get GLX support is to use VirtualGL.  It
> does require that apps access GLX via libGL, and that the
> console graphics card supports "pbuffers" (off-screen render
> buffers, essentially), but it's reasonably straightforward
> to set up.

Thanks. I did not fully understand the VirtualGL installation at this moment. The important question is, whether one can connect with any recent VNC viewer. Or is some special client required?

Thank you
Heiko



     

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___________________________________________________________
TightVNC mailing list, VNC-Tight-list@...
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Re: Enable BuildGlxExt (to avoid errors 'Xlib: extension "GLX" missing on display ":1.0"')

by James Weatherall-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Heiko,

[snip]
> I have no problem with paying for software. But we need the source code to make some small, but important changes. Does the Enterprise Edition come with sources? We don't need to redistribute them. A restricted license, which allows us to run a single modified vncserver, is sufficient for our business.

VNC Enterprise Edition does not come with source code, no.

The X.Org server source has historically been distributed under an MIT,
BSD or X Consortium license, rather than the GPL, I believe.

> How does the licensing of TightVNC and RealVNC work? Don't they use parts of the xfree86 or x.org projects, which are controlled by GPL or LPGL?
>
>> For VNC Free Edition & TightVNC servers, probably the
>> easiest way to get GLX support is to use VirtualGL.  It
>> does require that apps access GLX via libGL, and that the
>> console graphics card supports "pbuffers" (off-screen render
>> buffers, essentially), but it's reasonably straightforward
>> to set up.
>
> Thanks. I did not fully understand the VirtualGL installation at this moment. The important question is, whether one can connect with any recent VNC viewer. Or is some special client required?

VirtualGL can be used in a mode whereby it hands off GLX rendering to
the console display's graphics hardware, and then renders the results to
the Xvnc server using normal 2-D graphics APIs, for delivery to viewers
in the normal way.

HTH,

--
Wez @ RealVNC Ltd

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___________________________________________________________
TightVNC mailing list, VNC-Tight-list@...
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list