Microsoft - Free Development System
Microsoft - Free Development System
Microsoft is giving away "Express Editions" of their newest iteration of IDEs for free. See here:
http://msdn.microsoft.com/vstudio/express/
I'm carefully reading the EULA to see if you're required to sign with your blood somewhere
(It's reasonable for a platform provider to give out development tools for the platform for free, so I don't expect too many strings attached. There is no distribution restriction of the compilation result as it seems.)
I'll try to build AA with it and report back.
http://msdn.microsoft.com/vstudio/express/
I'm carefully reading the EULA to see if you're required to sign with your blood somewhere
(It's reasonable for a platform provider to give out development tools for the platform for free, so I don't expect too many strings attached. There is no distribution restriction of the compilation result as it seems.)
I'll try to build AA with it and report back.
Grr. Activation required whithin 30 days. Activation requires Passport. Z-Man violently opposes Passport. Z-Man angry.
But they say on the registration FAQ that if you can't activate the installation, you can download a full installation CD ISO and that won't require later activation. I'll do that tomorrow.
But they say on the registration FAQ that if you can't activate the installation, you can download a full installation CD ISO and that won't require later activation. I'll do that tomorrow.
Yes, Microsoft tend to release there products like this sometimes, as well as there betas, what gets me with the beta of VS I downloaded from Microsoft a while ago was, if you read the license it says something along the lines of "This product will refuse to start after a period of 60 days" or something along the lines of that. But it is good that Microsoft are doing things like this...
Small steps... small steps...
EDIT: ill stick to code::blocks for now
Small steps... small steps...
EDIT: ill stick to code::blocks for now
Bwahahaha! Read this:
http://msdn.microsoft.com/vstudio/expre ... fault.aspx
A noble idea in principle, but look at the example.
http://msdn.microsoft.com/vstudio/expre ... fault.aspx
A noble idea in principle, but look at the example.
- Lucifer
- Project Developer
- Posts: 8641
- Joined: Sun Aug 15, 2004 3:32 pm
- Location: Republic of Texas
- Contact:
Am I just sleepy? It didn't make any sense to me.
Other than I got the distinct message "Since Windows has soooo many buffer overrun exploits we figured we'd just rewrite the standard C library. You see, Microsoft is an expert at fixing buffer overrun exploits, we just can't find them, that's all." Not to mention the line about buffer overruns being a problem in lots of deployed code *cough* *cough*.
Other than I got the distinct message "Since Windows has soooo many buffer overrun exploits we figured we'd just rewrite the standard C library. You see, Microsoft is an expert at fixing buffer overrun exploits, we just can't find them, that's all." Not to mention the line about buffer overruns being a problem in lots of deployed code *cough* *cough*.
The point about the example is that strncpy already has buffer overrun protection build in via the maximal length parameter; the only way I have seen strncpy used is to pass the maximal size of the buffer there. Of course, another usage of strncpy would be to truncate strings to a length smaller than the available buffer, there the new function has some merit. It lifts the burden to do a "if ( buffersize >= desired_length )" test.
I have to admit I don't know what the "restrict" keyword is doing there, but since you manually need to pass the size of the buffer anyway, I suppose it's not doing much.
And yes, it's also about them DEPRECATING THE C STANDARD LIBRARY FUNCTIONS. But that's not funny.
I really hope it checks a little more than that.The smart tech writer wrote:If the incoming slmax parameter equals zero, the strncpy_s function will invoke an invalid parameter handler to indicate a run-time error. By default, this will terminate the program.
I have to admit I don't know what the "restrict" keyword is doing there, but since you manually need to pass the size of the buffer anyway, I suppose it's not doing much.
And yes, it's also about them DEPRECATING THE C STANDARD LIBRARY FUNCTIONS. But that's not funny.
Yeah right. Just making something open source means a thousand security experts will scan it for problems the minute it is released and who find all issues ten minutes later.</sarcasm>
Lucifer: there is something called "Hardened GCC" that does similar things. I consider the switch useful, too. I'll test whether the overhead really is negligible as they claim.
<opinion>The best way to avoid memory handling related security problems or other errors is not to use C style arrays or pointers to memory blocks. Use C++ containers, or even better, a managed language like Java, C# or Python</opinion>
Lucifer: there is something called "Hardened GCC" that does similar things. I consider the switch useful, too. I'll test whether the overhead really is negligible as they claim.
<opinion>The best way to avoid memory handling related security problems or other errors is not to use C style arrays or pointers to memory blocks. Use C++ containers, or even better, a managed language like Java, C# or Python</opinion>
-
- Match Winner
- Posts: 641
- Joined: Sun Jul 10, 2005 9:14 am
Good micosoft is not (really) supporting c/c++ in vista (I believe)... They've got no clue...
I agree on the 'use java' bit: C/C++ are powerful, but dangerous if you don't know what you're doing. I am currently avoiding java and c#, but only because i have learned to have 'public static void main'... python r0x tho
I agree on the 'use java' bit: C/C++ are powerful, but dangerous if you don't know what you're doing. I am currently avoiding java and c#, but only because i have learned to have 'public static void main'... python r0x tho
on the grid as ~free::zombie~