 | | Re: ldglite 0.9.4 —Jacob Sparre Andersen
|
| | | [ FUT lugnet.cad.dev ] (...) [...] (...) I ran into some problems with windowless rendering (on Linux/IA32 and Linux/Alpha). Apparently you have to upgrade to Mesa 4.0 to get access to this feature. And even then, there appears to be some kind of (...) (23 years ago, 30-Nov-01, to lugnet.cad.dev, lugnet.cad)
|
| | | |
| | | | | Re: ldglite 0.9.4 —Jacob Sparre Andersen
|
| | | | (...) Mesa 4.0 contains the library OSMesa, but it seems to need some other library to work. I couldn't deduce what it is from the compiler error message. I have - as a temporary fix - changed the Linux installation instructions, so off-screen (...) (23 years ago, 30-Nov-01, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: ldglite 0.9.4 —Don Heyse
|
| | | | (...) Hmm, I'm using 4.0, but it used to compile and link with the older versions. (I just forgot to set up the projection matrix for the offscreen stuff so it didn't work yet in ldglite 0.9.2). At some point (4.0?) the Mesa folks pulled OSMesa out (...) (23 years ago, 30-Nov-01, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: ldglite 0.9.4 —Jacob Sparre Andersen
|
| | | | (...) If off-screen rendering is disabled, everything seems to work fine. (...) I think it is 3.4. (...) I have extended the installation instructions, so they (should) handle this problem. (...) Yes "/etc/ld.so.conf" and "ldconfig". (...) (...) (23 years ago, 30-Nov-01, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: ldglite 0.9.4 —Don Heyse
|
| | | | (...) Ok I built it and it works. I guess my notes in makefile.linux were incoherent. To build for Mesa versions older than 4.0 you only need to comment out the OFFSCREEN_LIBS line. I guess the Mesa folks broke OSMesa out into a separate library at (...) (23 years ago, 30-Nov-01, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: ldglite 0.9.4 —Jacob Sparre Andersen
|
| | | | (...) ~/> ~dheyse/ldglite/ldglite -mS /usr/local/share/ldr...s/3001.dat Segmentation fault ~/> :-( I updated the instructions at: (URL) both "makefile.linux" and "main.c" are corrected according to your instructions. I tried that as well. The (...) (23 years ago, 2-Dec-01, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: ldglite 0.9.4 —Don Heyse
|
| | | | (...) That's bizarre, it works fine for me. See below. Humor me and delete the copy in /usr/local/bin and then try it again. Perhaps it's a screen size issue? Mesa has some rather small limits in it's config file and should be recompiled with larger (...) (23 years ago, 2-Dec-01, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: ldglite 0.9.4 —Jacob Sparre Andersen
|
| | | | (...) Hmmm... I tried in Bash, and suddenly it worked. Tried again in Tcsh, and it didn't work. Ran `limit stacksize unlimited` and tried again. Then it worked. Apparently you allocate some data on the stack without checking if the allocation (...) (23 years ago, 3-Dec-01, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: ldglite 0.9.4 —Don Heyse
|
| | | | (...) Yuck. I'm not allocating anything really HUGE on the stack. Plus I can't think of a good way to check in C if a stack allocation fails. On the other hand, the offscreen image buffer IS huge, but that's allocated on the heap, and I do check to (...) (23 years ago, 3-Dec-01, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: ldglite 0.9.4 —Don Heyse
|
| | | | (...) It looks like the OSMesa driver doesn't like it when you call glutGet(GLUT_SCREEN_WIDTH). I would have thought that was a reasonable way to get the maximimum bitmap dimensions, but I guess the Mesa folks decided a new extension was needed (...) (23 years ago, 6-Dec-01, to lugnet.cad.dev)
|
| | | | |
