Re: gluNurbsCallbackData

Tron Thomas wrote: I have written a Windows OpenGL program which I can successfully build and run using both the Borland and Microsoft compilers. When I try to run the same program after building it with the Cygwin GCC compiler, I get a segmentation fault. I'm very puzzled by this as the progra

Re: Segmentation fault using OpenGL

Sorry, sent with wrong subject the first time. Tron Thomas wrote: I have written a Windows OpenGL program which I can successfully build and run using both the Borland and Microsoft compilers. When I try to run the same program after building it with the Cygwin GCC compiler, I get a segmentati

Re: Segmentation fault using OpenGL

Tron Thomas wrote: Here is the code: ... ::glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, nWidth, nHeight, 0, GL_RGBA, GL_UNSIGNED_BYTE, pData); Here is the bug: From glTexImage2D doc: void glTexImage2D( GLenum target, GLint level, GLint components, GLsizei width, GLsizei height,

cygwin-developers mailing list archive

I used to follow Cygwin's development by reading the cygwin-developers mailing list archive regularly. Now my browser says that I need a password to do so. What are the reasons for that change of policy? André Bleau, Cygwin's OpenGL package maintainer. email: bleau at igb dot umontreal dot ca

Re: glui.h compilation prb

Your problem is caused by gcc 3 stricker friend declaration checking; you should stick with gcc 2 (g++ 2) until the opengl package is updated. Use: g++-2 -o glui glui.C -lglui -lglut32 -lglu32 -lopengl32 "-=]Shromilder[=-" wrote: Hi everyone, I have a little probleme: I'm using the last versi

Re: glui.h compilation prb

"Zieg, Mark" wrote: Andre, I just came across your post regarding GLUI and gcc2/3 under Cygwin: http://article.gmane.org/gmane.os.cygwin/27178/match=glui Thank you for clarifying that. Do you have any idea when the OpenGL package will

Re: linking cygwins glX (in libGL.a) with MS hardware opengl32 libraries

Sorry Steve K, but you are heading toward a dead end. The hardware accelerated openGL drivers cannot be accessed from X window, and there is no way we can change this. Basicalty, we cannot "teach" drivers writen by graphic hardware manufacturers how to draw in an X-window context. So you have t

Re: A problem with glut in cygwin

Amikam Liss wrote: Hi, I have a problem with glut, I will be happy if someone can help me: I have Windows98, I installed cygwin yesterday. I wrote a small progam in OpenGL using glut. I compiled the program with this command: (the program - triangle.c) gcc triangle.c -o triangle -lOpenGL32 -lGLU3

Re: Performance problem

If I am interpreting the output below correctly, you are developing an OpenGL program under X11; that's the main reason it is so slow. OpenGL under X11 renders everything in software, without any hardware acceleration, so it's rendering is orders of magnitude slower. It is true that Cygwin's I/

Re: Performance problem

Vladimir Baltchev wrote: The combination OpenGL X11 works fine on Unix. That's because it is hardware accelerated on Unix. We are trying to use cygwin to port our applications on Windows. The cygwin's OpenGL gives us the dependency on the X11 cygwin simulation on Windows which is slow, I gess..

Re: Performance problem

Vladimir Baltchev wrote: In fact you have 3 gl.h in cygwin but only one library - libGL, and it's the X11 one... Nope. There is also libopengl32.a (in /usr/lib/w32api). That's the one used by the OpenGL package, and the one using hardware acceleration if available. and: OK, guys, I understan

Re: ls --color on windows 2000

Nelson Teixeira wrote: Hello, Is there any means of making ls --color work on windows 2k ? As far as I know ME+ OSs from MS removed ANSI color support. How can I overcome this ? is there any replacement for cmd.exe or ansi.sys that I can use on windows 2k to make this work ? Thnx in advance,

Re: Linking with OpenGL, glut

Braden McDaniel wrote: I'm having some trouble with the directions in README.txt in the OpenGL docs. They indicate one should use "-lopengl32"; however, that's not working for me. Here is the excerpt from my config.log: --- configure:16198: gcc -o conftest.exe -g -O2 -I/usr/X11R6/include conftest.

Re: cygwin with opengl

Nigel wrote: James, Thanks for such an informative and detailed response. It turns out to be a FAQ for our OpenGL students who like to compile on Linux and Cygwin. http://goanna.cs.rmit.edu.au/~gl/teaching/cs549/index.html Do you mind if I recycle your posting? And yes, we hit the same "but why

Re: telnet - connection refused

inetd is in /usr/sbin . c. kumar wrote: I checked the inetutil documentation and checked my pc.s. One of the pc's has inetd installed from an old version of Hummingbird exceed. The other pc has no inetd installed at the xp service level at all! However I cannot find any executable called inetd.

Re: GL/gl.h and libopengl32.a

Daniel Wesslen wrote: Hi, Could somebody update GL/gl.h and regenerate libopengl32.a for a more recent OpenGL version? Thanks, Daniel Wesslen If you mean updating to GL 1.2 or 2.0, no, it will not be done because it cannot be done. libopengl32.a contains the the symbols for M$ %SYSTEMROOT%\

Re: Building opengl applications

Mikael Åsberg wrote: Hello, I am trying to build a simple OpenGL program (an example taken from the famous "Red Book"). However, during the build process the following error messages are displayed: /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0xe):test.c: undefined reference to `g

Re: Ghost process

Reply-to: [EMAIL PROTECTED] Mikael Åsberg wrote: I compile this program using gcc: gcc -g -Wall -o simple1_1 simple1_1.c -lopengl32 -lglu32 -lglut32 The proper order is: -lglut32 -lglu32 -lopengl32 But that doesn't explain your problem. I just compiled and ran your simple1_1 test program un

gcc 3.2 include directories

If you compile with gcc 3.2, the files in /usr/include/w32api are now searched before those in /usr/include, even without using -mno-cygwin. Is this intended behavior? Now, if a file or subdirectory is present in both places, such as mapi.h or the GL subirectory, it will never be used, even if

Re: exim 4.12-3 winsock problem (was Re: 1.3.21)

Pierre, Jason, Sorry to jump in now. A good way to resolve that kind of problem is auditing. As administrator, enable auditing. With regedt32, enable auditing on selected keys and subkeys for read or write failure, as required. You will find results in event viewer, in the security log. Yes,

Re: Can someone please answer... [Was:DUMPER.EXE - Problem getting it working!]

If that's any consolation, I can reproduce your problem with: gcc version 3.2 20020927 (prerelease) gcc-2 version 2.95.3-10 (cygwin special) dumper (cygwin) 1.9 cygwin 1.3.20 You wrote: Upon execution I see the following in the cygwin console: $ ./div.exe 7 [main] div 2296 handle_except

[PATCH] corrects search order of directories for include files for gcc 3.2

I observed that with Cygwin's gcc 3.2, /usr/include/w32api is searched before /usr/include, even when gcc is called without -mwin32 nor -mno-cygwin. If somes files exist with the same name in both /usr/include/w32api and /usr/include, such as mapi.h or the files in the GL subdirectory, the late

[Improved PATCH] corrects search order of directories for include files for gcc 3.2

This is a follow up to: http://cygwin.com/ml/cygwin/2003-03/msg00271.html I improved my patch so that /usr/include/w32api is not searched at all if -mno-win32 is specified. Search list would now be: gcc -mno-cygwin : (same as now) /usr/i686-pc-mingw32/lib/../../include/w32api /usr/lib/gcc-lib/

Re: Header problem with OGL on Cygwin

Paul M Sargent <[EMAIL PROTECTED]> wrote: Hi All, I'm currently having some problems linking with OpenGL under cygwin. I was hoping somebody who understands the system might be able to offer some advice. The problem I'm having is that when I try to link my object files together with "-lglut32 -l

Re: Header problem with OGL on Cygwin

Paul, Here is the part of glpng.h that hurts: /* XXX This is from Win32's */ #ifndef APIENTRY #if (_MSC_VER >= 800) || defined(_STDCALL_SUPPORTED) #define APIENTRY__stdcall #else #define APIENTRY #endif #endif Add before it: #if defin

Re: OpenGL and Cygwin

suresh at research dot att dot com wrote: Hi Brian, Andre, cygwin folks, Thanks for all your help to date. I have been somewhat lax in replying since I am sitting at my laptop in India with a slow connection. Here is the situation: As per Andre's suggestion, I wanted to force linking via the w

Re: OpenGL and cygwin

Suresh Venkatasubramanian wrote: So I compiled without -mno-cygwin. According to cygcheck, I get the correct dlls (dump enclosed below). This time the program runs silently, and exits without popping up a window and with no errors. From appropriately placed print statements, it appears that the p

[ANNOUNCEMENT] Update: opengl-1.1.0-7

I've updated the OpenGL package to version 1.1.0-7 . Excerpts from the README: What has changed since opengl-1.1.0-6 - gl.h and glu.h have been withdrawn from the package as they are now part of the w32api package. The w32api package is now required. GLUT has

Re: Trouble in Compiling OpenGL-1.1.0-6 with Cygwin!

Brian Ford wrote: On Fri, 14 Nov 2003, Alex MANTION wrote: > I am experiencing a trouble while I am trying to > compile OpenGl-1.1.0-6 from its sources available on > cygwin web site. I need this one to make Ghemical 1.5 > working (for its glut component part [glutinit and so > on]). > The binary

Re: Installer question

On Thu, Nov 13, 2003 at 07:59:43PM -0500, Igor Pechtchanski wrote: >On Thu, 13 Nov 2003, Anon Mouse wrote: > >> Hello, >> >> Couple of comments on the installer: >> >> - Does it have to be non-resizable? It's REALLY a pain to keep >> scrolling left-right-left-right in a 3-inch window > >Yes,

Re: ___getreent error when compiling OpenGL/SDL program using gcc

Bob E wrote: ... gcc? -g?? view3ds.o gl_video.o sdl_event.o sdl_video.o object.o? -o view3ds -lgl ut32 -lopengl32 -lGLU32 -lopengl32 `sdl-config --cflags --libs` -lm ... 1- Move -lglut32 -lGLU32 -lopengl32 (in _that_ order) after `sdl-config ...` 2- Remove the extra -lopengl32 3- Remove -lm An

Re: OpenGL speed problems under bash vs. DOS on Dell m60

"Robert J. Bobrow" wrote: Cygwin OpenGL folks, I have been having problems with the latest version of Cygwin on a Dell M60. I have a piece of Java (JOGL) based visualization code that works fine (renders at ~14 frames/second) on other machines, both laptops and desktops. On the M60 with the new

w32api-2.5 does not define wchar_t (Was: opengl-1.1.0-7 glut.h does not define wchar_t)

Philip Lamb wrote: Hello, The changes to in w32api-2.5 expose a problem with the glut.h in opengl-1.1.0-7 package, file . The problem is that whcar_t is now required to be defined by /usr/include/w32api/GL/glu.h, however glut.h does not do so. I think you meant glu.h in the above line. I'm

Re: broken built of cygwin compiled OpenGL/Mesa application

Theo Verelst wrote: Readers, Maybe I'm facing a known problem, but I at a glance saw no posts or README's about this subject of OpenGL includes suddenly generating errors after a relatively recent cygwin upgrade. Well, if you looked for posts, you didn't look very thoroughly, because you would h

Patch for robots 2.0-3

I've noticed that robots 2.0-3 fails to update its high score files with cygwin 1.5.x. Debugging shows that the bug is related to lseek. Searching the archives, I found this message from cgf: http://www.cygwin.com/ml/cygwin/2003-07/msg01677.html And here's why "fails.c" fails: --- lseek-fails.c

Re: GLUI/GLUT setup...

>Hey, does anyone know a good link for setting up GLUI and GLUT with cygwin? GLUI and GLUT are already part of the OpenGL package for Cygwin. Just install it. >I"m having some path problems...probably related to my makefile. > Please read /usr/doc/opengl-1.1.0/README.txt If you still have pro

Bug with /cygdrive/X in binmode

I'm having trouble mounting some of my drives in binmode. As an ordinary user, I tried: mount -b -f E: /cygdrive/e To mount the E: drive in binmode. Mount reports: $ mount C:\cygwin\bin on /usr/bin type system (textmode) C:\cygwin\lib on /usr/lib type system (textmode) C:\cygwin on / type syst

gcc 3.3.1: include problem solved

I'd like to report that the problem that I reported about gcc 3.2 in: http://sources.redhat.com/ml/cygwin/2003-02/msg01556.html is no longer present with gcc 3.3.1 For those who might care, it was a problem of include files in /usr/include/w32api wrongly taking precedence over those in /usr/in

Future of OpenGL package (Was: OpenGL ? Re: gcc 3.3.1: include problem solved)

Brian Ford wrote: These questions are mainly directed at Andre Bleau (Cygwin's OpenGL maintainer). I am glad that the ambiguity in gcc include search paths has been resolved. However, the OpenGL includes in w32api/GL are from Mesa, and are thus more complete and up-to-date. Well, I hope

Re: Future of OpenGL package (Earnie, please read this)

Brian Ford wrote: Andre Bleau wrote: ... >API to native Windows OpenGL implementation, accessible through M$'s >opengl32.dll could be in the w32api package, as it is now. The GL include >directory could be in /usr/include/w32api exclusively, without need for >another in /us

Re: Future of OpenGL package

Brian Ford wrote: ... >Even, with 1.4 headers, you would sill need to jump through hoops to use >1.4 functionality. You will still need to load the functions dynamicaly >before using them. You wouldn't be able to simply call the functions as >when developing for UNIX. > A lot of the functionallity

Re: Future of OpenGL package (Earnie, please read this)

Igor Pechtchanski wrote: On Fri, 26 Sep 2003, Andre Bleau wrote: > ... > Even, with 1.4 headers, you would sill need to jump through hoops to use > 1.4 functionality. You will still need to load the functions dynamicaly > before using them. You wouldn't be able to simply call

Re: OpenGL and Cygwin

Suresh Venkatasubramanian wrote: Hi, I apologize in advance if this duplicates questions already asked and answered: I have searched the cygwin/cygwin-apps mailing lists already, and there appears to be no clear answer, and most of the FAQs are a bit outdated. I have an opengl program that I wi

Re: OpenGL and Cygwin

suresh at research dot att dot com wrote: As per Andre's suggestion, i compiled and ran the attached program. Below are the outputs under different system settings: All programs run from tcsh inside cygwin. My LD_LIBRARY_PATH also had my current dir, because I had the nvidia glut32.dll and glut32.

Re: linking with glut32.lib?

>Hi, > >I'm trying to get a GLUT application compiled under cygwin and am >having a spot of bother. I've got it going fine under Linux (my >preferred platform - I try not to touch Windows if I can help it), but >I'd like to have Windows users be able to run it too and Cygwin seemed >the obvious

Re: problem linking to opengl functions, VTK

>/usr/opt/VTK/VTK/bin//libvtkRendering.a(vtkOpenGLActor.o): In function >`vtkOpenGLActor::Render(vtkRenderer *, vtkMapper *)': >/usr/opt/VTK/VTK/Rendering/vtkOpenGLActor.cxx:88: undefined reference to >`glGetIntegerv' >/usr/opt/VTK/VTK/Rendering/vtkOpenGLActor.cxx:95: undefined reference to >`glD

Re: opengl and cygwin

>Hi, > >I have been working OpenGl and Cygwin for some time now. >You do not have to install xfree in order to make it work. >Just download the Package : > >http://atlas.puj.edu.co/~amatta/tesis/OpenGl/Windows/cygwin/OpenGLPackage.zip > >It includes all the necesary libraries to make OpenGl and C