 | | Re: ldglite 0.9.4
|
| (...) ~/> ~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
|
| (...) 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
|
| (...) 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
|
| (...) 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
|
| (...) 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)
| |
