On 28/04/2014 22:02, Linda Walsh wrote:
Jon TURNEY wrote:
Yes, this should work.
*But*, I'm pretty sure it doesn't anymore since the Xgl extension
that was used to transport the openGL commands between client/server
was removed from xorg's Xserver.
You seem to be confusing Xgl (an X
Jon TURNEY wrote:
Yes, this should work.
*But*, I'm pretty sure it doesn't anymore since the Xgl extension that was
used to transport the openGL commands between client/server was removed
from xorg's Xserver.
From wikipedia:
Xgl was a display server implementation supporting the X
into this!
-Octavian
On Sat, Apr 26, 2014 at 7:52 AM, Jon TURNEY jon.tur...@dronecode.org.uk wrote:
On 24/04/2014 23:45, Biris, Octavian wrote:
I am attempting to run an opengl application remptely to a ubuntu
linux machine from my windows 8 machine.
To do so I start the cygwin console, call
On 24/04/2014 23:45, Biris, Octavian wrote:
I am attempting to run an opengl application remptely to a ubuntu
linux machine from my windows 8 machine.
To do so I start the cygwin console, call startxwin.
Running glxinfo | grep OpenGL returns the vendor of my graphics card, NVIDIA.
glxinfo
Hello there!
I am attempting to run an opengl application remptely to a ubuntu
linux machine from my windows 8 machine.
To do so I start the cygwin console, call startxwin.
Running glxinfo | grep OpenGL returns the vendor of my graphics card, NVIDIA.
glxinfo |grep OpenGL
OpenGL vendor string
On 2014-03-25 09:05, Jon TURNEY wrote:
On 20/03/2014 08:41, Linda Walsh wrote:
When I try to run glxgears locally, it displays the initial gears,
but now they are just frozen. It doesn't work remotely, either,
which was what I tried initially. It *used* to work -- remotely
at 20-30
opengl 2.1 .. my card has V4.something.
well above 2.1, so that seems like another latent problem.
Will look for the fixed version ...
thanks for the news...
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation
On 20/03/2014 08:41, Linda Walsh wrote:
When I try to run glxgears locally, it displays the initial gears,
but now they are just frozen. It doesn't work remotely, either,
which was what I tried initially. It *used* to work -- remotely
at 20-30 frames/second (as measured by fraps).
Jon TURNEY wrote:
Since [1], glxgears turns at a constant 70 degrees per second.
---
70 degress/s? How is that important?
glxSwapBuffers does not block when used with indirect rendering, which means
that lots of frames can be rendered almost instantly, with no apparent
rotation, since the
, GLX_SGIX_pbuffer,
GLX_SGI_make_current_read, GLX_SGI_swap_control
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 590/PCIe/SSE2
OpenGL version string: 1.4 (4.4.0)
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_fragment_program
With the aim of supplying some more information in the hope that someone might
help, here are two links to two files demonstrating what I am seeing and what I
expect to see with this specific application.
This file shows what I would expect to see:
Hi
I've done some more testing...
I can confirm that my application doesn't work (i.e. I get the same problem)
with: Cygwin/X, VcXsrv and MobaXterm (tried all combinations of settings)
However it does work with Xming.. What is in Xming that isn't in the others or
is it a setting/command line
Hi,
I have installed the latest version of Cygin X server
(1.13.3) and trying to run a 3D OpenGL based application via ssh (PuTTY)
and X11 port forwarding. My host machine is Windows Vista 32 bit and
am running a Lubuntu 12.10 guest VM using Virtualbox. I've started the
XWin server
On 06/12/2010 04:14, Nathan Rose wrote:
I suspect this problem may be beyond the scope of this mailing list, but I
would really appreciate any
help that you could provide.
I have someone else's code that uses OpenGL (it's a massive set of files, so
I'm not going to attach
them here
On Tue, Dec 14, 2010 at 05:39:27PM +, Jon TURNEY wrote:
On 06/12/2010 04:14, Nathan Rose wrote:
I suspect this problem may be beyond the scope of this mailing list, but I
would really appreciate any
help that you could provide.
I have someone else's code that uses OpenGL (it's
that your graphics are displayed via Cygwin's X-server. If they
use OpenGL, you should
use the very latest version of that server, which just received hardware
acceleration for OpenGL
graphics. You can read about it at: http://cygwin.com/ml/cygwin-xfree/
Please note that I do not maintain any
On 05/11/2009 11:32, Luke J. West wrote:
I forgot to mention in my previous email that glxgears works fine - even
though my sample opengl program bombs out like this...
sh-3.2$ ./sample.bin
freeglut (./sample.bin): ERROR:
Internal errorVisual with necessary capabilities not found in
function
Hi,
I've just installed Cygwin 1.7 (Win7 Hmoe Premium) and am trying to get
started with OpenGL.
I have a sample OpenGL program (sample.c) and I get the following.
sh-3.2$ gcc -o sample.bin sample.c -lglut -lglu -lgl
sh-3.2$ ./sample.bin
freeglut (./sample.bin): ERROR: Internal error Visual
the w32api package (-lglu32 -lopengl32) which are about
displaying
openGL graphics directly through a native Windows interface (Win32) without
any X server;
2- some other librairies (-lX...) that are about displaying through an X
server.
Than cannot work. You must make up your mind
-lopengl32) which are about displaying
openGL graphics directly through a native Windows interface (Win32) without any X server;
2- some other librairies (-lX...) that are about displaying through an X server.
Than cannot work. You must make up your mind:
I've added some words to the Cygwin/X FAQ
Phan, Linh H wrote:
Hi,
Hi Linh,
I'm trying to port OpenInventor code and using the new opengl-1.1.0 and I
am getting
undefined _glXMakeCurrent symbols:
/usr/bin/CC -g Main.o ClassDef.o Man.o Reader.o Writer.o BuildIssues.o
-lInventor -lstdc++
-L/usr/X11R6/lib -L/usr/local
Phan, Linh H wrote:
gluTessCallback(tobj, (GLenum)GLU_BEGIN, (void (*)())glBegin);
gluTessCallback(tobj, (GLenum)GLU_END, glEnd);
gluTessCallback(tobj, (GLenum)GLU_VERTEX, (void (*)())glVertex2fv);
}
And that fixed it for glEnd, but I don't know how to fix the glBegin and
, so when I read
your opengl announcement:
These programs can display through the native Windows interface
(Win32) and benefit from hardware and driver acceleration.
I wanted the benefit from hardware acceleration, even though I don't care for
the Windows interface. Is it possible for me
That worked.
Thanks Brian,
Linh
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent
Sent: Tuesday, December 09, 2008 7:07 AM
To: cygwin-xfree@cygwin.com
Subject: Re: OpenGL-1.1.0 compile problem in cygwin-1.7
Phan, Linh H wrote
PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of André Bleau
Sent: Tuesday, December 09, 2008 5:38 AM
To: cygwin-xfree@cygwin.com
Subject: RE: OpenGL-1.1.0 compile problem in cygwin-1.7
Phan, Linh H wrote:
Hi Brian,
Can you show me how I can fix the cast? I tried this:
#include
#include
Angelo Graziosi wrote:
Jon TURNEY wrote
so perhaps you could try
ftp://cygwin.com/pub/cygwinx/XWin.20081204180806.exe.bz2 and see if
that one fails for you
Now it fails!
For the sake of completeness, attached the stackdump files and the GDB
infos as requested here [1], cygcheck.out in [2].
Hi,
I just updated my cygwin opengl-1.1.0-10 today and I'm using cygwin-1.7. I'm
having an error: stddef.h: No such file or directory problem while compiling:
% cd /usr/share/doc/opengl-1.1.0/GLUIexamples/Cygwin
% make all
g++ -c -I/usr/include/opengl -O2example1.cpp
In file included from
Phan, Linh H wrote:
/usr/include/sys/_types.h:63:20: error: stddef.h: No such file or directory
In file included from /usr/lib/../include/w32api/glui.h:29,
from example1.cpp:20:
/usr/include/stdio.h:37:20: error: stdarg.h: No such file or directory
In file included from
Phan, Linh H wrote:
$ /usr/bin/g++ -g -c -I/usr/include/opengl test.c++
x.c++: In function `void test()':
x.c++:7: error: invalid conversion from `void (*)()' to `void (*)()'
x.c++:7: error: initializing argument 3 of `void
gluTessCallback(GLUtesselator*, GLenum, void (*)())'
x.c++:8
:[EMAIL PROTECTED] On Behalf Of Brian Dessent
Sent: Monday, December 08, 2008 6:05 PM
To: cygwin-xfree@cygwin.com
Subject: Re: OpenGL-1.1.0 compile problem in cygwin-1.7
Phan, Linh H wrote:
$ /usr/bin/g++ -g -c -I/usr/include/opengl test.c++
x.c++: In function `void test()':
x.c++:7: error: invalid
Hi,
I'm trying to port OpenInventor code and using the new opengl-1.1.0 and I am
getting
undefined _glXMakeCurrent symbols:
/usr/bin/CC -g Main.o ClassDef.o Man.o Reader.o Writer.o BuildIssues.o
-lInventor -lstdc++ -L/usr/X11R6/lib -L/usr/local/lib -limage -ljpeg -liconv
-lFL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Phan, Linh H wrote:
I'm trying to port OpenInventor code and using the new opengl-1.1.0 and I
am getting
undefined _glXMakeCurrent symbols:
This is not relevant to Cygwin/X and should be taken to the main list.
Yaakov
Cygwin/X
-BEGIN
Jon TURNEY wrote
so perhaps you could try
ftp://cygwin.com/pub/cygwinx/XWin.20081204180806.exe.bz2 and see if that one
fails for you
Now it fails!
For the sake of completeness, attached the stackdump files and the GDB
infos as requested here [1], cygcheck.out in [2].
Cheers,
Angelo.
Angelo Grandiosity wrote:
Jon TURNEY wrote:
glxgears, glxinfo are GL demo programs which come with mesa (the
OpenGL library)
It would be useful if you could install the mesa package and check if
glxinfo, glxgears work for you.
You have ignored my cygchec.out here [1]. I have those
cited 'glxgears', 'glxinfo' etc.
Sincerely, I do not know what they are...
Ah, I'm sorry. By OpenGL demos you mean the ones which come with ROOT.
glxgears, glxinfo are GL demo programs which come with mesa (the OpenGL library)
It would be useful if you could install the mesa package and check
Jon TURNEY wrote:
glxgears, glxinfo are GL demo programs which come with mesa (the OpenGL library)
It would be useful if you could install the mesa package and check if glxinfo,
glxgears work for you.
You have ignored my cygchec.out here [1]. I have those packages
installed and glxgears
but the OpenGL demos work
without the workaround described here [2] (remember the OpenGL
problems here [3]).
I'm sorry, your our previous mail hadn't really made it clear to me that there
was problem with glxgears etc.
Just for my comprehension, can you explain again what happens if you run
fine, i.e. NO segfault etc.
2. Adding +bs at command line which starts XWin (in startxwin.bat) and
then trying to run some ROOT OPENGL macro (geom/shapes.C, for example
see [2]) then the macro fails to be excuted (see [2]), but it works if I
omit '+bs' OR if I use the workaround described here [3
, but the 'XWin.exe' you propose DOES NOT segfault!
However I note:
1. it has the icon of X11R6.99, not that of X11R7.4
2. with it, I have the keyboard layout problem described here [1], and
rebasing does not solve
3. with it not only ROOT, hsimple.C etc. work but the OpenGL demos work
Angelo Graziosi wrote:
I agree with all BUT NOT with THIS:
1.5.3-4 +bsok (redrawing of area under menus is messed up)
In my case (hsimple.C test)
1.5.3-4 +bsGIVES server segfault
Are you sure you have started 1.5.3-4 with '+bs'?
Indeed I have verified that '1.5.3-4 +bs' works
DOES NOT segfault!
However I note:
1. it has the icon of X11R6.99, not that of X11R7.4
2. with it, I have the keyboard layout problem described here [1], and
rebasing does not solve
3. with it not only ROOT, hsimple.C etc. work but the OpenGL demos work
without the workaround described
XLIB_SKIP_ARGB_VISUALS
For the second (that related to OpenGL applications), I have found the
workaround described here [2].
Now, if
nedit needs rebuilding with a patch to work around an issue in lesstif
with
the latest X server.
how can I do the same for ROOT? Which is that patch? or what
Jon TURNEY wrote:
tell me if you agree
I agree with all BUT NOT with THIS:
1.5.3-4 +bsok (redrawing of area under menus is messed up)
In my case (hsimple.C test)
1.5.3-4 +bsGIVES server segfault
Are you sure you have started 1.5.3-4 with '+bs'?
Indeed I have verified that
work fine, but...
Many ROOT tutorials/examples are OpenGL applications, for example
'geom/shapes.C'. In this case, only ROOT segfaults as follows:
---
$ root
[...]
root [0] .x ./geom/shapes.C
root [1] Error in RootX11ErrorHandler: BadMatch (invalid
-multiwindow -clipboard -silent-dup-error
(for example with the default startxwin.bat), the above example and
others work fine, but...
Many ROOT tutorials/examples are OpenGL applications, for example
'geom/shapes.C'. In this case, only ROOT segfaults as follows
in the sources, I see the error is from file
cygwin-net_wm_icon-support.patch. But i'm not sure that the error is
in relation with the crash. I will try to run the program under a
debugger.
2008/11/21 Florent Fievez [EMAIL PROTECTED]:
Hello,
I have a crash when opening OpenGL. I have the same
Florent Fievez wrote:
Your patch doesn't fix the SEGV.
:-(
Maybe you could try the follow up patch from
http://cygwin.com/ml/cygwin-xfree/2008-11/msg00319.html
I know this is off-topic but can you tell me if there is a simple way
to compile in debug mode using cygport ?
I think adding a
Regarding the problems I have flagged in [1], the first (related to the
option +bs of XWin, i.e. the backing store) is still there, also with
the recent xorg-server-1.5.3-4.
For the second (that related to OpenGL applications), I have found the
workaround described here [2].
Now, if
nedit
Hello,
I have a crash when opening OpenGL. I have the same configuration than you :
ssh -X host ; XWin with glx extension activated.
Some of my investigations :
1. It's not caused by the X client OS (SunOS and Linux give the same crash)
2. It's not a problem with our application, glxinfo
--- Florent Fievez ha scritto:
Hello,
I have a crash when opening OpenGL. I have the same
configuration than you :
ssh -X host ; XWin with glx extension activated.
Some of my investigations :
1. It's not caused by the X client OS (SunOS and
Linux give the same crash)
2. It's
not sure that the error is
in relation with the crash. I will try to run the program under a
debugger.
2008/11/21 Florent Fievez [EMAIL PROTECTED]:
Hello,
I have a crash when opening OpenGL. I have the same configuration than you :
ssh -X host ; XWin with glx extension activated.
Some of my
/11/21 Florent Fievez [EMAIL PROTECTED]:
Hello,
I have a crash when opening OpenGL. I have the same configuration than you :
ssh -X host ; XWin with glx extension activated.
Some of my investigations :
1. It's not caused by the X client OS (SunOS and Linux give the same crash)
2. It's
Hello,
I have a problem running new X server 1.5.3 with openGL. Since this
update, X crash when launching an OpenGL client from SunOS server.
Since the application we are developing use OpenGL, it's a big problem
for me (I have to use an exceed commercial xserver for testing our
application).
So
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Florent Fievez wrote:
I have a problem running new X server 1.5.3 with openGL. Since this
update, X crash when launching an OpenGL client from SunOS server.
Since the application we are developing use OpenGL, it's a big problem
for me (I have
I'd like to do hardware accelerated opengl using Windows and opengl.
The Windows part is my boss's idea.
If X is hardware accelerated, I might be able to use Xlib calls.
Does using opengl under cygwin require X?
Does using hardware accelerated opengl require X?
How experimental is cygwin's
I don't believe the Cygwin X server supports direct OpenGL rendering.
Furthermore I don't believe that the indirect OpenGL rendering it does
support is accelerated (It uses Mesa 6.4 software rendering).
Cygwin programs can use any API/Calls that a native windows program
can. Therefor if you need
On Mon, 29 Sep 2008, James Supancic wrote:
Cygwin programs can use any API/Calls that a native windows program
can. Therefor if you need hardware accelerated graphics you can just
use the Windows Direct3D or OpenGL API and circumvent X11 altogether.
Thanks.
If I use cygwin's glu and glut,
can
Suresh Keswani wrote on Thursday, October 11, 2007 5:46 PM::
I have a small question relating to developing OpenGL applications
*locally*: I have installed the gcc/++ compiler suite, freeglut
library files and the OpenGL-related files via the setup program.
However, compiling OpenGL programs
Dear Cygwin/X team,
I've just installed Cygwin Cygwin/X for the first time. The installation
worked smoothly and I can run remote X applications (including OpenGL
applications successfully. Your X server makes me wonder why we have
paid thousands for an incomplete product: Hummingbird's X
Alan James Caruana schrieb:
I found the features page ( http://x.cygwin.com/features.html ) which
says that the Mesa 3D Graphics Library provides software-based OpenGL
support, but one item of the To-Do list (
http://x.cygwin.com/devel/todo.html ) states that Indirect OpenGL
rendering still
Berndt, Jon S wrote on Tuesday, March 21, 2006 3:36 PM::
Two questions:
1) I assume that the plain vanilla XFree server distributed via a
Cygwin install does not natively support OpenGL. Regardless, how
would I enable support for OpenGL, if possible, and/or where can I
find out more about
Two questions:
1) I assume that the plain vanilla XFree server distributed via a Cygwin
install does not natively support OpenGL. Regardless, how would I enable
support for OpenGL, if possible, and/or where can I find out more about
OpenGL support under CygWin/XFree. I'd like to run an OpenGL
Dear Harold,
Sorry to trouble you. I am a student from Auburn University and now I am
grouping a cluster which the frontend can use Opengl. However, I really
don't know how to start the Opengl by command in Xterm window. And I
have no idea how to run an Opengl program in this environment. I would
Hi All,
I was able to successfully compile and run an open GL
application. The problem I am facing is that when I run the
application in the same directory where the executable resides it
runs. When I run in any other directory it fails ? Could somebody
help he what I am doing wrong ? or
Please ignore the posting. It is nothing to do with the openGL on
cygwin . I had
hardcoded the location on my properties file in one of my program
(STUPID !!! STUPID !! mistake).
Thank you,
Ravi
On 2/16/06, Ravi M [EMAIL PROTECTED] wrote:
Hi All,
I was able to successfully compile
Hi,
I am running an application that uses OpenGL on a Solaris 9 system. I have
Cygwin/X on my PC that supports OpenGL. When I run the application I get the
following message:
QGLContext::makeCurrent(): Cannot make invalid context current.
I believe it is a setting in my graphics card
William Wallace wrote:
I trying to compile a simple .c program that I
downloaded from sgi.com. I'm using the following to
compile the program (works on my UNIX box...):
gcc example.c -lglut -lGL -lGLU -L/usr/X11R6/lib -lX11
-lXmu -lm
I get a slew of compile errors, for every OpenGL api
call
I trying to compile a simple .c program that I
downloaded from sgi.com. I'm using the following to
compile the program (works on my UNIX box...):
gcc example.c -lglut -lGL -lGLU -L/usr/X11R6/lib -lX11
-lXmu -lm
I get a slew of compile errors, for every OpenGL api
call..For instance:
/cygdrive/c
example.c -lglut -lGL -lGLU -L/usr/X11R6/lib
-lX11
-lXmu -lm
I get a slew of compile errors, for every OpenGL api
call..For instance:
/cygdrive/c/DOCUME~1//LOCALS~1/Temp/ccMTvQUj.o:example.c:(.text+0x2a):
undefined reference to [EMAIL PROTECTED]'
I noticed something a bit odd
On Sat, Sep 17, 2005 at 07:41:40PM -0700, William Wallace wrote:
Well it looks like user error was to blame for my
compile problems.
After a couple of hours of searching, I was able to
compile using the following:
gcc example.c -o example -lglu32 -lopengl32 -lglut
Now, my attempt to execute the
Rookie mistake!
Is this the correct forum for these types of issues?
Thanks,
Scott
--- Christopher Faylor
[EMAIL PROTECTED] wrote:
On Sat, Sep 17, 2005 at 07:41:40PM -0700, William
Wallace wrote:
Well it looks like user error was to blame for my
compile problems.
After a couple of
On Sat, Sep 17, 2005 at 08:05:17PM -0700, William Wallace wrote:
Rookie mistake!
Is this the correct forum for these types of issues?
http://cygwin.com/lists.html describes all of the available cygwin lists.
This is not the forum for questions about compiling or problems running
programs, no.
I've already tried to run Xwin with -depth 8 and -fullscreen without
much success.
So, the solution is .. to be patient ?
Thanks.
Alexander Gottwald a écrit :
Mathieu OUDART wrote:
Using Xwin_GL
- glxinfo :
OpenGL vendor string: Intel
OpenGL renderer string: Intel Solano
much success.
So, the solution is .. to be patient ?
Thanks.
Alexander Gottwald a écrit :
Mathieu OUDART wrote:
Using Xwin_GL
- glxinfo :
OpenGL vendor string: Intel
OpenGL renderer string: Intel Solano
- glxgears = OK (very fluent)
- GLUT demo = NO
GLUT: Fatal Error
Thanks Alan,
your Xwin_GL seems to greatly improve OpenGL support !
Most of GLUT demos now run perfectly. Only a few of them return a
GLXBadContext
Unfortunately Tecplot also quit with GLXBadContext.
I'll try to contact support about this problem.
Be sure I'll get you informed if I find
wrote:
Thanks Alan,
your Xwin_GL seems to greatly improve OpenGL support !
Most of GLUT demos now run perfectly. Only a few of them return a
GLXBadContext
Unfortunately Tecplot also quit with GLXBadContext.
I'll try to contact support about this problem.
Be sure I'll get you
Hi all,
I use cygwin on my desktop PC (WinXP with graphic controller Intel 82815
and the latest drivers).
I actually have problems running OpenGL programs like Tecplot or GLUT demos.
Here is a summary of the tests I've made :
Using Xwin :
- glxinfo :
OpenGL vendor string: Mesa project
Mathieu OUDART wrote:
Using Xwin_GL
- glxinfo :
OpenGL vendor string: Intel
OpenGL renderer string: Intel Solano
- glxgears = OK (very fluent)
- GLUT demo = NO
GLUT: Fatal Error in (unamed): visual with necessary capabilities
not found.
- Tecplot animation = NO (X Protocol
Dear List Members,
Thanks for the responses from Alexander Gottwald and Reid
Thompson. Before I could try their suggestions out, I had a crash
and had to reinstall Cygwin. While doing so, I noticed that the
User's Guide suggested starting Cygwin-X with the MS-DOS batch
file startxwin.bat
Dear List Members,
I'm a newbie to Cygwin who is trying to learn how to run an OpenGL
program under Cygwin-X. I used a standard program written by
SGI (called cube.c) that I know runs correctly under Solaris 9, using
gcc and the Mesa library, so I don't think the program itself
On Wed, 6 Jul 2005, Larry Griffith wrote:
I get a black rectangle with no picture (and in particular no cube) and
no error messages. I can click the shell window and press CTRL-C
to get out.
Are you using XWin or XWin_GL, the version with accelerated OpenGL. For XWin_GL
you'll need
Larry Griffith wrote:
Dear List Members,
I'm a newbie to Cygwin who is trying to learn how to run
an OpenGL program under Cygwin-X. I used a standard program
written by SGI (called cube.c) that I know runs correctly
under Solaris 9, using gcc and the Mesa library, so I don't
think
Hello,
Pardon if this is an easy one, but I've been looking at it for a few
days and haven't found an easy solution. If anyone can issue me a few
adroit pointers (or kicks), I'd be most grateful.
PROBLEM
---
I need to be able to build and run an OpenGL implementation from source
on Windows
show-off! :-)
Just kidding. :-) I wish you well and let us know how that goes.
jic
- Original Message -
From: Zieg, Mark [EMAIL PROTECTED]
To: cygwin-xfree@cygwin.com
Sent: Tuesday, June 07, 2005 3:30 PM
Subject: Building OpenGL from source
Hello,
Pardon if this is an easy one
Zieg, Mark wrote:
However, trying to link against those spat out lots of undefined
references:
make[1]: Entering directory `/home/ziegm/opengl/teapot'
g++ teapot.o -L/usr/X11R6/lib -lglut -lGLU -lGL -o teapot
teapot.o:teapot.cpp:(.text+0xd2): undefined reference to
[EMAIL PROTECTED
Hi,
I have searched everywhere I can think of and have found some similar
questions but nothing that has worked for me yet. Here is what happens when I
try to compile a program using opengl libraries, etc under cygwin. Can anyone
offer some suggestions? Thank you.
Matt Berkemeier
cc -c -I
The most recent cygwin build seems unable to display openGL-based graphics
from a remote host running Solaris onto my PC. This problem has so far been
apparent in two applications: one is Fieldview, a well-known code for displaying
CFD data, and the other is a graphics application driven by a TCL
recently, when I updated my Cygwin
installation. Ever since then, it appears, that none
of the openGL applications running on the host
machine have been able to access openGL in the
cygwin-xfree server. For example, here is the
error message I get from an application based on
TCL/TK scripting
This message further illustrates the problem of openGL working
and then not working with remote TCL/TK applications in different
cygwin builds. To demonstrate the problem,
I restored an earlier version of cygwin I had backed up with
which I successfully ran, remotely, a TCL/TK application
I am sending this message in two parts because the cygcheck
listings cause the message to exceed the limitation on mesage size
set by the server.
This message further illustrates the problem of openGL working
and then not working with remote TCL/TK applications in different
cygwin builds.To
, when I updated my Cygwin
installation. Ever since then, it appears, that none
of the openGL applications running on the host
machine have been able to access openGL in the
cygwin-xfree server. For example, here is the
error message I get from an application based on
TCL/TK scripting, which
to compile X apps on cygwin too.
i'm sure you'll hit some walls along the way, but it's around
there.
At 2004-12-28 12:30 PM, you wrote:
Trying to get cygwin working to practice writing OpenGL code, but ready to
throw in the towel. As usual, I'm having Win OS based problems that are
chewing up
[EMAIL PROTECTED] wrote on 12/28/2004 03:06:55 AM:
--- a.c ---
#include stdio.h
int main(void) {puts(Hello world!);return(0);}
/* the empty line below is required to compile properly */
-
should work just doing gcc -o a a.c.
Hmm
Is there a reason you go so far as to
--- a.c ---
#include stdio.h
int main(void) {puts(Hello world!);return(0);}
/* the empty line below is required to compile properly */
-
should work just doing gcc -o a a.c.
Hmm
Is there a reason you go so far as to explicitly indicate that a newline
is required
at the
Trying to get cygwin working to practice writing OpenGL code, but ready to
throw in the towel. As usual, I'm having Win OS based problems that are
chewing up massive amounts of time. I'd be better off ordering a new
computer and installing Redhat myself I think, although finding an OpenGL
Hello - Is there any kind of time frame for a release of Cygwin/X that will
support hardware accelerated OpenGL not just in the -multiwindow mode?
I am working on trivial (but fun) little project called pyBzEdit (on
Sourceforge) that allows folks to edit bzflag world files graphically
David Lawler wrote:
Hello - Is there any kind of time frame for a release of Cygwin/X that will
support hardware accelerated OpenGL not just in the -multiwindow mode?
Sorry. There is no timeframe yet. And I'm not sure if it is possible either.
We'd have to work out the whole window stacking
On Fri, 19 Nov 2004, Gautier, Valentin wrote:
I intend to use an openGL demo on my cygwin/X server XWin or XWin_GL from a
Solaris box.
I can't make it work at all. When I launch ogl_install_check, I get:
bash-2.03$ /usr/openwin/demo/GL/ogl_install_check
/usr/openwin/demo/GL/sparcv9
Thanks for your help.
I try to change windows colordepth but it doesn't do any change, and when I
launch XWin_GL with GLWIN_DUMP_PFD=1 , I can see that nothing is happening
when I try to launch my Solaris OpenGL application, nor there is any context
creation. I don't make any conclusion but I
On Fri, 19 Nov 2004, Gautier, Valentin wrote:
Thanks for your help.
I try to change windows colordepth but it doesn't do any change, and when I
launch XWin_GL with GLWIN_DUMP_PFD=1 , I can see that nothing is happening
when I try to launch my Solaris OpenGL application, nor there is any
1 - 100 of 154 matches
Mail list logo