Yet another 96 GCC patch

[cyber-menace]

Here's a task for you Chris. See if you can convert Doom Builder's source to Linux. It doesn't work in Wine and it's currently the only reason I bother with Windows.

[Chris]

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. :/

[Chilvence]

The interface is done with Visual basic apparently. So that would be a case of gutting the entire thing and then trying to glue it back together I guess

[jallamann]

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.

[Your Name Is]

Nevermind, I am confused, sorry

[cyber-menace]

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. :/

I figured as much. BAH! If only someone had made a decent Linux editor I wouldn't have to map in Windows.

[Tammy]

Yahoo thinks forum reply notifications are spam. Anyway....

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).

I've tried capturing signals before. Let's see.

Code: Select all

#include <signal.h>
...
signal(SIGPIPE, SIG_IGN);

Might something like that work?

[Chris]

That'd work, but I'm not very keen on disabling a signal because it's bothersome you. The best thing to do would be to fix it properly so it doesn't happen in the first place.

[Hirogen2]

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.

But we would benefit. This is because OpenGL also exists on Windows! As for the rest, I'd try/use WX.

[jallamann]

But we would benefit. This is because OpenGL also exists on Windows! As for the rest, I'd try/use WX.

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...

[Jim]

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.

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]

More like visual beginner. If it was about the simplicity of the langauge, Perl could have also been a way. I am serious, since e.g. Frozen Bubble uses SDLperl (SDL can do GL/D3D), yet it's not so slow that nobody would/could play it.

[Hirogen2]

This patch works wonderful. May I put it up on SF?
I don't got sound (as always)... but once.

[Hirogen2]

Not everyone has Linux

Not everyone has windows. And on top of that, tar, gzip and bzip2 are open _and_ available for Windows, while unrar and unace do not fulfill both.