Opengl

Riddle me this:

If OpenGL is supposed to be just as good if not even better than Direct3D (Not talking about DirectX here), then why don't developers use OpenGL to program their games generating some extra sales on GNU/Linux and Macintosh?

>>38
I can write code from memory or looking up documentation, however I've used tools such as Emacs (for writing Common Lisp code) and Microsoft Visual Studio (for writing C, C++ and C# code) to increase my efficiency by quite a bit. I found that having the editor display the arglist of the current function, and possibly highlight the current argument to be a very useful feature, along with symbol completion/lookup features. They reduce typing by a lot, and save you time. Tools exist to be used. Doing everything in a simpler editor is only for times when you have nothing better to use.
It is problematic to require an external tool just to compensate for the problems of a language or library design.
How is it a library problem? If a library is large, or the user is not entirely familiar with the order of arguments of a function, it's only normal you'd look it up in the documentation, but why do that when you can have your editor tell you exactly what you want to know without having to waste time looking it up? Not using tools to increase your efficiency is just an useless macho attitude to programming and it does not help anyone become a better programmer, the only thing it helps you with is having you memorize information which is of little importance (such as argument order - however, one usually remembers such things if one uses a function one too many times).

>>40
You do know that some of those options didn't exist in early Windows versions, they exist because people NEEDED them. For example, from those functions I needed VirtualAllocEx in Windows 9x, and you know what? It didn't have such an API, people had to write some kernel hacks to get what they want.

>>42
You should have better fixed your broken program to not require such braindamaged functions. Of course Windos sucked harder than Winnt but that's not because Bill added some cruft to sell more MCSE certificates...

>>41
Not using tools to increase your efficiency is just an useless macho attitude to programming and it does not help anyone become a better programmer

i disagree, it is helpfull for beginners to do things manualy.

>>44
Obviously someone has to read the documentation the first time they want to use the function, however looking up arglists for functions whose purpose and meaning you know is somewhat pointless.

>>44
Looks like someone doesn't remember the pain of programming in notepad (or equivalent).

>>43
It's pretty clear you're trolling, but those 3 functions have very basic functions:
CreateFile - open or create a file, fopen would be the ANSI C equivalent, however as you might guess, this allows fine-tuning of a lot more things than a system-independent function could provide.
CreateProcess - makes a new process, allows very fine control of the state(for example the process could be started in a suspended state, which is very useful if you want to do some other things before actually starting it) of this new process as well as starting parameters this process will have. spawn/exec libc equivalent, but much more featureful.
VirtualAllocEx - I'm not sure what the POSIX equivalent is, but it's probably doable with ptrate. This allocates a piece of memory, of a certain size, protection properties(read/write/execute/...),  and a certain allocation mode(commited, reserved, highest-possible address, etc). This functions is needed for purposes such as remote debugging, or running a piece of your code in a remote process, such as hooking other people's code (there are also many other debugging APIs, such as remote exception handling, starting remote threads, changing page protection, and many more). *nixes are a bit worse than Windows in portable low-level debugging functionality because source is shared, and such functionality is not regarded as  important.

In case you didn't realize yet, rewriting the application in either case is NOT AN OPTION, because there is nothing else that will do the job! If you wanted to do this in Linux, you'd have to either abuse implementation-specific syscalls, maybe even recompile your kernel to add support for some syscalls, or write a loadable kernel module to do it for you. In either case, this would be specific to your platform.

>>46
who the fag does program in notepad (or equivalent), ever?! lol

>>48
FrozenVoid

>>47
It's pretty clear you're fatuous, but those 3 functions have no value:
CreateFile gives you some arbitrary picked dwFlagsAndAttributes and the superficial hTemplateFile which add no more functionallity than open & co.
CreateProcess gives you nothing you cannot accomplish between fork and exec.
And instead of crippling your damned application for debugging with VirtuallAllocExec one could easily enjoy the way more portable non-standard debugging tools built using ELF and DWARF and/or by emulating the underlying hardware with fine-grained memory access control in a completely application-transparent manner.

In case you didn't realize yet, rewriting the application in either case is and OPTION but not REQUIRED, because there is nothing else necessary to do the job! If you want to get your anus haxed, for Bill's sake abuse some nearby bummer/nigger/fag, but stop ship applications which are defective by design because you know shit about debugging and/or writing portable software. In either case the above methods are currently in use on to more platforms than Windos was ported to.

So please, STFU if you know shit but fagging around your smattering. And apart from that you surely haven't read your SICP today.

>>31
variable 'language' not found
'madlib(0, language = "C")'
aborting compile

?

>>48
www.usingenglish.com

>>52
www.usinganus.hax

>>53
thejewsareheretoeatyourso.ul

or running a piece of your code in a remote process, such as hooking other people's code
And that's why 9 out of 10 virus authors prefer Windows.

>>51
Use a non-shit compiler that supports 11-year-old standards

Guys, we all know that the C language is not sufficiently fucking insane in its orientation of code to make life seem easy when the fecal junctures of the Windows API are encountered, however this has nothing to do with D3D vs OGL.

>>1
some extra sales on GNU/Linux and Macintosh
（　≖‿≖）

GNU/Lunix or for short Gnulix is composed of entirely free software.
There is no way the users of Gnulix would pay anything.

Also, Mac users don't know what the word "game" means. They thing it's a weird pronunciation of "gay 'em" which roughly translates as "turn them gay"

>>60
Which they're of course already.

>>61
their

>>62
their anus

>>61
It was instructions for the Mac Users to go recruiting more homosexuals

>>64
I though they need no instructions to do so...

>>65 They don't, they've got the Stockholm syndrome, they do this anyway. But "game" still is an instructions to them meaning immediate gay action.

>>60
This was true until Apple made the switch to x86. Now they can run both OS X and Windows. Gaming has finally come to the Mac.

>>67
U MENA gaming has finally came to the x86...

>>67
It's true, there are Mac users who use their McBooks for gaming. I know a couple. One of them lives in Alaska so he can use his laptop outside, and the other has a dedicated walk-in freezer for this purpose. Because otherwise they run into heat issues, because Macs don't have cooling systems. Another person I know actually had his Macbook Air melt from trying to play Tetris.

>>68
Nope. EYE MENA gaming has finally come to the Mac. Welcome to 2006.

>>69
Or they could save themselves all that trouble and put together a Hackintosh. You don't need an actual Mac to run OS X these days.

>>29
What a total bullshit argument. OpenGL is written in pure C and it does not have this problem.

Also, the correct way of specifying a few of a shitload of arguments to a function is to do it with a struct. You stack-allocate the struct, zero it out, set only the attributes you want, then call the function with a pointer to the struct. POSIX sockets is a good example of this.

    struct sockaddr_in serv_addr;
    memset(&serv_addr, 0, sizeof(serv_addr));
    serv_addr.sin_family = AF_INET;
    serv_addr.sin_addr.s_addr = INADDR_ANY;
    serv_addr.sin_port = 8000;
    if (bind(sockfile, (struct sockaddr *)&serv_addr, sizeof(serv_addr)) < 0)
      assert(0 && "error binding");

The idea that NULL, NULL, NULL, NULL, NULL is the only way to achieve so-called "highly-functional" atomic APIs is ludicrous.

>>70
So I can waste 200GB of hard drive space, for an OS that won't run games, on a machine that I built for gaming. I like that plan!

Oh, and sure, every year or so someone comes out with three or four Mac games that are shitty ports of the PC versions. They're never games that I want to play, and they always without fail run at about 10% of the speed they get under Windows, even on the same hardware. And that's because Apple's asshole-inhabiting shitty software hogs 90% of the CPU and GPU with the useless window animations, like making all the windows roll around like dice whenever you shake the mouse back and forth. If I wanted that, I'd overdose on acid and spend the rest of my life in a blissful coma with the hospital bills eating up my inheritance, AND IT WOULD STILL BE CHEAPER THAN BUYING A FUCKING MAC

>>73
What are you talking about? My Mac runs nethack just fine.

>>75
...after installing Linix （　°‿‿°）

>>76
eww, I do have FBSD, Solaris, and even OVMS on VMs, but why the hell would I want Linux?

>>77
s/Linux/Unix/, then. At least you've got a real OS with a command line alongside that overpriced paint program API.

>>71
OpenGL is a pretty bad example here since it's full of state and you have to bind shit and configure client state up the wazoo to get shit done. It works, but it could definitely stand the long promised rebirth into this side of the millennium.

>>79
Of course OpenGL is full of state. It's a state machine. That's sort of the point.

I'm not saying it's the best, but it's nothing resembling the worst. (Personally I am fond of the way it works, but I accept with complete humility that many programmers would simply hate it.)