Yet another 96 GCC patch
- cyber-menace
- Posts: 186
- Joined: Thu Mar 18, 2004 12:05 pm
- Location: N/A
- Your Name Is
- Posts: 802
- Joined: Sun Oct 31, 2004 5:06 pm
- Location: Raleigh, NC
- Contact:
- cyber-menace
- Posts: 186
- Joined: Thu Mar 18, 2004 12:05 pm
- Location: N/A
I figured as much. BAH! If only someone had made a decent Linux editor I wouldn't have to map in Windows.Chris wrote:IIRC, Doom Builder uses Direct3D, right? Plus, it more than likely uses the WinAPI for menus and stuff. There's no way I can not only figure it out, but convert it to something Linux can use. :/
Yahoo thinks forum reply notifications are spam. Anyway....
Might something like that work?
I've tried capturing signals before. Let's see.Chris wrote:This seems to happen when Timidity crashes/doesn't run.. the filepipe gets broken, and I can't figure out how to stop SIGPIPE from occuring. Until I can figure this out (and perhaps supply an ALSA alternative), you'll just have to keep music off (unless you can figure out why Timidity isn't running).
Code: Select all
#include <signal.h>
...
signal(SIGPIPE, SIG_IGN);
OpenGL is portable and that would mean that it can run on a gazillion different platforms. Goodie. To run DB natively would require work because IIRC Doom Builder is written in VB and not any kind of standardized, portable language. Baddie. Porting it to C++ or something similar would also mean much work, more than changing from D3D to OGL...Hirogen2 wrote:But we would benefit. This is because OpenGL also exists on Windows! As for the rest, I'd try/use WX.
The real problem is that Doom Builder uses Visual Basic.Hirogen2 wrote:But we would benefit. This is because OpenGL also exists on Windows! As for the rest, I'd try/use WX.jallamann wrote:Doom Builder in Linux would be cool, but I guess that the renderer would have to be changed to OpenGL or something... Which would mean work.