But can you run Solaris/x86 binaries on a SCO box?
I agree that Unix is the best OS currently available (though it _still_ sucks), but too much variety can be a *bad* thing.
--Corey
Better learn english first
on
Space Hotel
·
· Score: 1
Then you are not a geek, I take it?
In your previous posts, it is evident that your grasp of the English language is better than merely rudimentary. It would be nice if most others possessed this skill, as well. Abbreviations such as "u", "ppl", "plz", and the like serve no other purpose but to convince others of the utter dimwittedness of the poster.
I tend to not encourage such behavior. It is hard enough to ferret out a meaning in most messages posted here without further obfuscating them with inane and improper abbreviations which only make the posts harder to read.
Besides, "Standard English" is a misconception. English is an adaptive, flexible, and growing language. Standards for use are one thing, but a "Standard English Language" would make English tend toward French, in that it would be a dying language propped up by governments in French-speaking places in the world.
Agreed. That's the only reason I continue to buy systems with an ISA slot. I have the GUS 1.37, and as long as that sound card works, I'll continue to use it religiously.
Probably the best PC sound card of all time, with the technology of the era, and will _still_ whip the pants off anything Creative can come up with.
I observed this at an ACM meeting wherein our chapter played PC demos on a big wall on the outside of the CS building. The demo machine was a P133 (still decent at the time) with plenty of RAM to spare. The Unreal Demo choked the machine because the CPU had to do all the sound sequencing. This was, IIRC, an AWE32 (or maybe even a 64). I played that demo on my 486/33 with a GUS (after the GUS patch came out), and it was perfectly smooth.
Creative simply blows heinie. I wish Gravis had been able to bring that card to prominence in the market. PC sound would be much better today if they had.
On a side note, is there any place to get a bunch of those sound cards? Surely they didn't all sell, so where did the excess go? I'd buy a bunch of them if I could find 'em.:)
>Have SEVERAL of them on different edges and corners of your screen? Common..
What's so common about it?
Seriously, though... the phrase you're grepping for there is "come on". Please do not display your l33tn3zZ for others to see, as it will only bring you flames and shame.
--Corey, who's sick to death of seeing 'common' used to mean 'come on'.
Good. Now convince Digital to fold their compiler technology into GCC and to support a port to their high-end server hardware (where it would compete directly against OSF1/DU/Tru64/Whatever, no doubt on a fairly equal basis except for the freakish SCSI layer in Linux and the lack of a good journal filesystem and logical volume management), and then convince them that it's in their best interest to sell the shittum out of Alphas at fire-sale prices to geeks at home (I could do a lot with a 21264 at 666MHz for, say, $2k for the system). You want Alphas? Talk to the suits at Compaq.
Exactly. Bill is your friend. He wants to make sure you don't get zapped by any of those mealy- fingered little "linux-hackers" that will be the ruination of the entire 'net. It stands to reason that NT should use all your resources, anyway. I mean, didn't you pay for an OS that would _use_ that machine?
to run the God of OSes, MS Windows 2000. All bow down to the mighty Bill Gates, for his operating systems are not vulnerable to these kinds of shenanigans. They are so obviously superior to that crufty old Unix stuff, why doesn't everyone run them?
I'm in the US. Missouri, to be exact. St. Louis to be precise.:)
I'd be willing to relocate if... the price is right!;)
--Corey
Here is some education for the "Real Programmer"
on
Linux on CNN Tonight
·
· Score: 1
You may be able to realize a great speedup in compilation times by adding:
#pragma interface
to your headers and:
#pragma implementation
to your code. I don't know how this will inter- act with templates, though. Doesn't egcs build a template database like the Sun compilers?
--Corey
Precompiled headers is not just post-preprocessed
on
Linux on CNN Tonight
·
· Score: 1
A nice refresher for those who haven't yet drawn the distinction between the preprocessor and the compiler.
I've already drawn that distinction, however, and my question stands.
There would _have_ to be dependencies that reach back to the preprocessor stage, though. Imagine:
#ifdef Heheheh #define FOOBAR #endif
#include "duh.h"
int main () { /* blah, blah, blah */ }
Now, if there were no dependencies on symbols from the preprocessor, how do you rectify the situation where something in duh.h depends on the symbol FOOBAR being defined?
Precompiled header files would be more difficult in this situation. Perhaps we should start a technical discussion about this? My email addr is coreybrenner@hotmail.com, if anyone would like to yacc (heheh) about this further. I think it'd be a cool thing to add to GCC/G++.
--Corey
Why Linux is bad for a serious C/C++ developer
on
Linux on CNN Tonight
·
· Score: 1
This brings up a good point, in a way. What are the technical aspects of precompiled header file support? Is this just a dump of the preprocessor's symbol table with a dependency lookup, or is there something more insidious?
I'd not mind seeing this feature in GNU C/C++, and while I can think of a lot of reasons to not use it, I can't think of a single reason to not support it.
Slashdot Mirror
I am the Evil Genius, dammit!
--Corey
Oh, almost forgot...
"The popcorn you're eating has been pissed in. Film at eleven."
I thought that was _Roy_ Rogers...
--C
To that I would say:
But can you run Solaris/x86 binaries on a SCO box?
I agree that Unix is the best OS currently available (though it _still_ sucks), but too much variety can be a *bad* thing.
--Corey
Then you are not a geek, I take it?
In your previous posts, it is evident that your grasp of the English language is better than merely rudimentary. It would be nice if most others possessed this skill, as well. Abbreviations such as "u", "ppl", "plz", and the like serve no other purpose but to convince others of the utter dimwittedness of the poster.
I tend to not encourage such behavior. It is hard enough to ferret out a meaning in most messages posted here without further obfuscating them with inane and improper abbreviations which only make the posts harder to read.
Besides, "Standard English" is a misconception. English is an adaptive, flexible, and growing language. Standards for use are one thing, but a "Standard English Language" would make English tend toward French, in that it would be a dying language propped up by governments in French-speaking places in the world.
Just my two pesos,
--Corey
Not to mention 'tab'.
--C
Agreed. That's the only reason I continue to buy
:)
systems with an ISA slot. I have the GUS 1.37,
and as long as that sound card works, I'll continue
to use it religiously.
Probably the best PC sound card of all time, with
the technology of the era, and will _still_ whip
the pants off anything Creative can come up with.
I observed this at an ACM meeting wherein our chapter
played PC demos on a big wall on the outside of the
CS building. The demo machine was a P133 (still decent at the time) with plenty of RAM to spare. The
Unreal Demo choked the machine because the CPU had
to do all the sound sequencing. This was, IIRC, an
AWE32 (or maybe even a 64). I played that demo on
my 486/33 with a GUS (after the GUS patch came out), and it was perfectly smooth.
Creative simply blows heinie. I wish Gravis had been
able to bring that card to prominence in the market. PC sound would be much better today if they
had.
On a side note, is there any place to get a bunch of
those sound cards? Surely they didn't all sell, so
where did the excess go? I'd buy a bunch of them if
I could find 'em.
--Corey
>Have SEVERAL of them on different edges and corners of your screen? Common..
What's so common about it?
Seriously, though... the phrase you're grepping for there is "come on".
Please do not display your l33tn3zZ for others to see, as it will only
bring you flames and shame.
--Corey, who's sick to death of seeing 'common' used to mean 'come on'.
Ah, Nirvana.
What I wouldn't give for a scenario like this to
unfold...
--C
Since Linux contains no UNIX source code, and
Linux isn't branded with the 'UNIX' moniker,
MS wouldn't be entering the UNIX market.
Rather, they'd be entering the LINUX market.
--Corey
Good. Now convince Digital to fold their compiler
technology into GCC and to support a port to their
high-end server hardware (where it would compete
directly against OSF1/DU/Tru64/Whatever, no doubt
on a fairly equal basis except for the freakish
SCSI layer in Linux and the lack of a good journal
filesystem and logical volume management), and
then convince them that it's in their best interest
to sell the shittum out of Alphas at fire-sale
prices to geeks at home (I could do a lot with a
21264 at 666MHz for, say, $2k for the system).
You want Alphas? Talk to the suits at Compaq.
--Corey
Exactly. Bill is your friend. He wants to make
sure you don't get zapped by any of those mealy-
fingered little "linux-hackers" that will be the
ruination of the entire 'net. It stands to reason
that NT should use all your resources, anyway. I
mean, didn't you pay for an OS that would _use_
that machine?
Praise Bill.
--C
to run the God of OSes, MS Windows 2000.
All bow down to the mighty Bill Gates, for
his operating systems are not vulnerable to
these kinds of shenanigans. They are so
obviously superior to that crufty old Unix
stuff, why doesn't everyone run them?
--C
Imagine what kind of Beowulf cluster you could
build with some of that 31337 SoL@r1z source
code...
:-P
--C
Seems enlightenment should be catching SIGTERM
and performing its cleanup based on that.
--Corey
Just imagine the Beowulf clusters that could be
built with this...
:P
--Corey
I'm in the US. Missouri, to be exact. St. Louis :)
;)
to be precise.
I'd be willing to relocate if... the price is right!
--Corey
You may be able to realize a great speedup in
compilation times by adding:
#pragma interface
to your headers and:
#pragma implementation
to your code. I don't know how this will inter-
act with templates, though. Doesn't egcs build
a template database like the Sun compilers?
--Corey
A nice refresher for those who haven't yet drawn
/* blah, blah, blah */
the distinction between the preprocessor and the
compiler.
I've already drawn that distinction, however, and
my question stands.
There would _have_ to be dependencies that reach
back to the preprocessor stage, though. Imagine:
#ifdef Heheheh
#define FOOBAR
#endif
#include "duh.h"
int
main ()
{
}
Now, if there were no dependencies on symbols
from the preprocessor, how do you rectify the
situation where something in duh.h depends on
the symbol FOOBAR being defined?
Precompiled header files would be more difficult
in this situation. Perhaps we should start a
technical discussion about this? My email addr
is coreybrenner@hotmail.com, if anyone would like
to yacc (heheh) about this further. I think it'd
be a cool thing to add to GCC/G++.
--Corey
This brings up a good point, in a way. What are
the technical aspects of precompiled header file
support? Is this just a dump of the preprocessor's
symbol table with a dependency lookup, or is there
something more insidious?
I'd not mind seeing this feature in GNU C/C++, and
while I can think of a lot of reasons to not use it,
I can't think of a single reason to not support it.
Anyone want to fill me in?
--Corey