Also why didn't they try compiling VC++ into managed code too
He did... well sort of.
In VC++.NET, you can create a managed project or an unmanaged project. He created a managed project and then did a define telling the compiler to make the file unmanaged code.
So what actually happens, the startup uses the CLR and then marshals the unmanged code execution causing a performance hit. This is what happens when you mix managed and unmanged C++ in the.NET world. The passing of variables from managed to unmanaged code has to be marshaled -- Ugh!!!!
I did a test on this when I thought about upgrading to.NET. I didn't like the results and decided to stick with VC++ 6 but instead of using MS's implementation of the STL, I went with STLPort and have been much happier ever since with the performance.
No doubt. SCO is like the Brittany Spears of music - comes out of Goddamn nowhere, blows up bigger than life itself, and then fades into oblivion almost as quickly. All that's left in the end is a smoking crater of fake tits.
I'd still hit it - the crater of fake tits that is
Read my post very carefully. I said right now they aren't going to switch.
Linux isn't ready for 64-Bit and until it is, they aren't going to switch. 32-Bit just doesn't have the bandwidth as far as memory is concerned. When you are storing a whole market into memory, you want to make sure a portion of it isn't being offloaded by the OS to disk, 32-Bit has that problem right now.
Besides, when something happens to the app and it ends up being an OS problem, who can the CIO call and yell at when his arse is on the line - Linus? Accountability is a big thing in my industry when it comes to technology. You can't get by that part of it. I will reiterate my previous declaration - I love Linux - but I don't make the decisions when it comes to platform standardization. Don't preach to the quoir
Oh by the way, be careful when you call us Americans Yankee's. Most of don't like to be called that. Ok Limy.
Do any of us know what technology is going to look like two to three years down the road?
Hopefully by then, the general user will be more educated either directly or indirectly.
We could nip a lot of these e-mail viruses in the bud if they created an e-mail protocol which was more up to date. Buffer overflows caught by "smart" compilers and software that made my pr0n of Jenna Jameson change on the fly to something more "work" suitable when the boss came around.
But hey, what do I know, I'm just a C++ programmer
I agree fully. I work in the Financial industry and have seen OS/Hardware implementations stay status quo. Most exchanges have standardized on Sun and are not going to risk their reputations and financial stability on Microsoft or Linux.
Microsoft because it is not secure. Linux because there is no accountability when the $%^@ hits the fan. This however, is not my belief. I love Linux and the BSD's. Both would be good fit's in the financial world in my opinion.
I think IBM will be able to get Linux into the finacial world as their primary backend OS. But it is going to take some time convincing the big wigs and especially the lawyers.
Personally, I think Sun isn't going to go anywhere especially when it comes to their hardware. Now the OS is another story. It remains to be seen what Linux 64 Bit has in store for the future.
Well since JAVA is a "Right It Once" language, it doesn't care about the underlying OS. The runtime is supposed to be optimized for the platform it is running on.
In the case of C/C++ development, you have to know the underlying OS, especially when it comes to Services in the Windows world and Daemons in the *NIX world. The STL doesn't provide any of this for you. Threads are another issue. If you are planning on calling STL functions, you should use _beginthread, else use the functions provided by Windows or POSIX to create threads. With JAVA you don't have to worry about this. You just say give me a thread and it does.
JAVA gives you the ability to run one code base. But you are dependant upon a runtime, which can end up constricting you based upon features it supports. C and C++ do not do that. If a new feature of an OS comes out, all you need is the API to get you started.
I guess the point I am getting at is it depends on the type of application being developed and the language it is written in. A good C/C++ developer should know the internals of the underlying OS and the hardware. If they don't, then they are probably fresh out of school or writing their apps in the wrong language. Otherwise, how can you benchmark your app and make a hardware/platform recommendation or give a yearly operating cost plan?
There are ways of getting around this... the *NIX world has the strlcpy family and Microsoft has come out with safe string functions (safestring.h).
I admit you can get in more trouble with C++ when it comes to buffer overflows, but a programmer worth his salt will be able to spot problem areas before they start and use the before mentions functions when dealing with strings. It's called designing your code before you start tapping it.
I'm not going to comment on JAVA. I have never used it and never will. So if you haven't programmed a real application in C/C++, you shouldn't comment on either one.
Around these parts, we call that Windows mister! And we don't like it, no sir. Devil's work I say, DEVIL'S WORK
Kind of like the "FOOSEBALL" right?
I think Webmin is good for those people looking to make the switch between Windows and *NIX as their server platform. Most people have trouble using VI at the start(even though there is a tutorial that comes with it). I, quite frankly, had to give up on Sendmail by the command line. Webmin got me going - then I switched to PostFix (Thank God)
Finally, a word of advise to the Oracle Engineers, I shouldn't need a bloated JAVA GUI to install your DBMS. A good *NIX administrator worth his salt does it by the command prompt
Slashdot Mirror
Also why didn't they try compiling VC++ into managed code too
... well sort of.
.NET, you can create a managed project or an unmanaged project. He created a managed project and then did a define telling the compiler to make the file unmanaged code.
.NET world. The passing of variables from managed to unmanaged code has to be marshaled -- Ugh!!!!
.NET. I didn't like the results and decided to stick with VC++ 6 but instead of using MS's implementation of the STL, I went with STLPort and have been much happier ever since with the performance.
He did
In VC++
So what actually happens, the startup uses the CLR and then marshals the unmanged code execution causing a performance hit. This is what happens when you mix managed and unmanged C++ in the
I did a test on this when I thought about upgrading to
Read the article carefully. The author did not create an unmanaged code project with VC++. So he actually wrote CLR code not pure C/C++.
I was actually more surprised with gcc. I would have expected a lot better - even on Windows.
Another excuse to visit the guys at Sam Adams and sample their products
Maybe he should install the new kernel. Wait he went to the movie so he didn't have time to compile it
So Batman was the one who broke up Halle Berry's marriage... who knew
Yah the hottie beer girls are a plus
You got a PHAT ASS! ... I mean FAT partition.
Seriously though, who the hell in their right mind would license this? It's an antiquated filesystem.
No doubt. SCO is like the Brittany Spears of music - comes out of Goddamn nowhere, blows up bigger than life itself, and then fades into oblivion almost as quickly. All that's left in the end is a smoking crater of fake tits.
I'd still hit it - the crater of fake tits that is
Where do I send the Bill to when I have to convert my 10 Redhat Servers to Suse?
Someone has to pay for the time and it certainly isn't going to be me.
Maybe you can get your big brother Bill to pay for the conversion.
suX0r
F#ck the desktop... how does it run as a server.. that is all that matters to me.
XBox Live..
You are missing the point. I think what he means is it is not in the best interest of the battery companies to create more efficient batteries.
If they become more efficient, consumers buy less batteries and therefore the profit gets smaller.
1. Should be:
Fix Bill's Computer at His House and Start Dinner
When I built my house, I had them build me a lead room for my Linux boxen.. Now I just have to watch out for the lead poisoning
Dude... when was the last time you had a date?
Read my post very carefully. I said right now they aren't going to switch.
Linux isn't ready for 64-Bit and until it is, they aren't going to switch. 32-Bit just doesn't have the bandwidth as far as memory is concerned. When you are storing a whole market into memory, you want to make sure a portion of it isn't being offloaded by the OS to disk, 32-Bit has that problem right now.
Besides, when something happens to the app and it ends up being an OS problem, who can the CIO call and yell at when his arse is on the line - Linus? Accountability is a big thing in my industry when it comes to technology. You can't get by that part of it. I will reiterate my previous declaration - I love Linux - but I don't make the decisions when it comes to platform standardization. Don't preach to the quoir
Oh by the way, be careful when you call us Americans Yankee's. Most of don't like to be called that. Ok Limy.
Do any of us know what technology is going to look like two to three years down the road?
Hopefully by then, the general user will be more educated either directly or indirectly.
We could nip a lot of these e-mail viruses in the bud if they created an e-mail protocol which was more up to date. Buffer overflows caught by "smart" compilers and software that made my pr0n of Jenna Jameson change on the fly to something more "work" suitable when the boss came around.
But hey, what do I know, I'm just a C++ programmer
I agree fully. I work in the Financial industry and have seen OS/Hardware implementations stay status quo. Most exchanges have standardized on Sun and are not going to risk their reputations and financial stability on Microsoft or Linux.
Microsoft because it is not secure. Linux because there is no accountability when the $%^@ hits the fan. This however, is not my belief. I love Linux and the BSD's. Both would be good fit's in the financial world in my opinion.
I think IBM will be able to get Linux into the finacial world as their primary backend OS. But it is going to take some time convincing the big wigs and especially the lawyers.
Personally, I think Sun isn't going to go anywhere especially when it comes to their hardware. Now the OS is another story. It remains to be seen what Linux 64 Bit has in store for the future.
Well since JAVA is a "Right It Once" language, it doesn't care about the underlying OS. The runtime is supposed to be optimized for the platform it is running on.
In the case of C/C++ development, you have to know the underlying OS, especially when it comes to Services in the Windows world and Daemons in the *NIX world. The STL doesn't provide any of this for you. Threads are another issue. If you are planning on calling STL functions, you should use _beginthread, else use the functions provided by Windows or POSIX to create threads. With JAVA you don't have to worry about this. You just say give me a thread and it does.
JAVA gives you the ability to run one code base. But you are dependant upon a runtime, which can end up constricting you based upon features it supports. C and C++ do not do that. If a new feature of an OS comes out, all you need is the API to get you started.
I guess the point I am getting at is it depends on the type of application being developed and the language it is written in. A good C/C++ developer should know the internals of the underlying OS and the hardware. If they don't, then they are probably fresh out of school or writing their apps in the wrong language. Otherwise, how can you benchmark your app and make a hardware/platform recommendation or give a yearly operating cost plan?
Yah under certain circumstances
Does that mean SQL Server will be free? I mean if it is already in the file system, then why would I pay another license for it?
I can just see Bill right now running the query at his OS Search Interface:
"Select * From Porn Where (Type = 'Gay'And Fetish= 'Banzai') Order By Age"
Squidward's Such a Jerk! -- SpongeBob Squarepants
Here's the real interview: real
There are ways of getting around this... the *NIX world has the strlcpy family and Microsoft has come out with safe string functions (safestring.h).
I admit you can get in more trouble with C++ when it comes to buffer overflows, but a programmer worth his salt will be able to spot problem areas before they start and use the before mentions functions when dealing with strings. It's called designing your code before you start tapping it.
I'm not going to comment on JAVA. I have never used it and never will. So if you haven't programmed a real application in C/C++, you shouldn't comment on either one.
It makes it faster when typing a #define -- He was night putting --
Around these parts, we call that Windows mister! And we don't like it, no sir. Devil's work I say, DEVIL'S WORK
Kind of like the "FOOSEBALL" right?
I think Webmin is good for those people looking to make the switch between Windows and *NIX as their server platform. Most people have trouble using VI at the start(even though there is a tutorial that comes with it). I, quite frankly, had to give up on Sendmail by the command line. Webmin got me going - then I switched to PostFix (Thank God)
Finally, a word of advise to the Oracle Engineers, I shouldn't need a bloated JAVA GUI to install your DBMS. A good *NIX administrator worth his salt does it by the command prompt
"A donut without a hole is a danish" -- Ty Webb