Hi,
i compiled on of my programms under Visual Studio 2003.
Now the person i send the exe says it wants this dll, is there a way
to compile that static in ?
Or to remove the whole thing?
Benjamin Sonnemann wrote:
Hi,
i compiled on of my programms under Visual Studio 2003.Now the person i send the exe says it wants this dll, is there a way
to compile that static in ?
Or to remove the whole thing?
No, it’s only available as a DLL. However, if the license for VSNet 2003
is the same as for VSNet-7, you are allowed to redistribute the
release version of that DLL. Not the debug version, so if you sent a
debug build of your program, I dont think there is a legal way.–
Michel Bardiaux
Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles
Tel : +32 2 790.29.41
Hello,
Michel Bardiaux wrote:
No, it’s only available as a DLL. However, if the license for VSNet 2003
is the same as for VSNet-7, you are allowed to redistribute the
release version of that DLL. Not the debug version, so if you sent a
debug build of your program, I dont think there is a legal way.
Uhh… I have to bring it everywhere with my app? Can’t
believe that. Damn Microsoft. VS 6 didn’t require any DLL to
be redistributed with my project.
But they just can’t prohibit me to redistribute MSCVRT71.dll !
I’ve paid for that shit called “VS .NET 2003”. So they have no
right… or they have?–
Best regards,
Flashback
it’s like you buy a pencil and the store keeper says “you can only use this
pencil to write with, no drawing allowed, you have to pay extra for that”,
then stands over your shoulder making sure you dont.
gotta love it huh? 
you might think about using mingw, it’s gcc/g++ for windows and is what i
use.
mingw itself has no IDE but if you download dev-C++, that’s an IDE and mingw
wrapped into one package:
http://www.bloodshed.net/devcpp.html
I myself use notepad to edit my code and use msys to process makefiles to
compile the code. Msys is a bash style prompt for windows. The great thing
about this is i set up my code/make files exactly like you would on *nix and
so it’s super easy to compile for other OS’s as well. Heres the link to
mingw and msys:
http://www.mingw.org/msys.shtml
note if you download dev-c++ thats all you need cause it includes mingw,
whereas if you go the mingw/msys route, you will have to do a little more
tweaking to get them to work together (not too difficult though).> ----- Original Message -----
From: flashback@programist.ru (Flashback)
To: "A list for developers using the SDL library. (includes SDL-announce)"
Sent: Thursday, September 16, 2004 10:01 AM
Subject: Re[2]: [SDL] MSCVRT71.dll is missingHello,
Michel Bardiaux wrote:
No, it’s only available as a DLL. However, if the license for VSNet 2003
is the same as for VSNet-7, you are allowed to redistribute the
release version of that DLL. Not the debug version, so if you sent a
debug build of your program, I dont think there is a legal way.
Uhh… I have to bring it everywhere with my app? Can’t
believe that. Damn Microsoft. VS 6 didn’t require any DLL to
be redistributed with my project.
But they just can’t prohibit me to redistribute MSCVRT71.dll !
I’ve paid for that shit called “VS .NET 2003”. So they have no
right… or they have?–
Best regards,
Flashback
SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl
Uhh... I have to bring it everywhere with my app? Can't believe that. Damn Microsoft. VS 6 didn't require any DLL to be redistributed with my project.
Actually, yes it did. MSVCRT.dll, or whatever the filename was for
that version, just happens to be distributed with OS’es now, so it was
already installed for you. You’d be surprised how many games and other
apps have the runtime .dll files install with the app. I imagine, when
Longhorn finally comes out, that all the functionality of the 7.1 file
will be distributed with the OS itself, then you would only need to
redistribute to people with older OS’es.
But they just can't prohibit me to redistribute MSCVRT71.dll ! I've paid for that shit called "VS .NET 2003". So they have no right... or they have?
Again, yes. You didn’t pay for the software itself, you paid for a
license to use that software. Not at all the same thing. Since MS
still owns the software itself, they control what you can and cannot
do with it. The EULA will have the exact terms in it, if you can read
it (I have a hard time reading it myself, it’s a lot of legalese).
There should also be a manifest of redistributable files somewhere
(check your help for “redist”) that tells you which files you can
freely redistribute with your application. In general, anything that
every program needs (like the updated C runtime .dll) will be freely
distributable. However, I’m not a lawyer, so be sure to check the
compiler help files / other documentation to be sure.
As far as the distinction between debug and release versions of that
.dll, I don’t know personally. I usually do all my development in
release mode, and only switch to debug mode if I actually have a
problem I can’t find otherwise. My code isn’t yet complex enough to
really need debug mode, IMHO.
Hope this helps,
-JustinOn Thu, 16 Sep 2004 20:01:37 +0300, Flashback wrote:
Hello ladies and guys :),
it’s like you buy a pencil and the store keeper says “you can only use this
pencil to write with, no drawing allowed, you have to pay extra for that”,
then stands over your shoulder making sure you dont.
It looks more like: “You can draw with this pencil everything
you want, but you have no right to show your picture to people.”
gotta love it huh?
Urhh! It was a last drop! I format HDD and from this day use
only Linux. Minisoft bastards!!! Fuck Mustdie XP Professional.
mingw itself has no IDE but if you download dev-C++, that’s an IDE and mingw
wrapped into one package:
http://www.bloodshed.net/devcpp.html
Ooookay… But I have a huge project written with VS 7.1. Do I
must change a lot in the code to make it work again on Dev-C++ ?
I myself use notepad to edit my code and use msys to process makefiles to
compile the code. Msys is a bash style prompt for windows. The great thing
about this is i set up my code/make files exactly like you would on *nix and
so it’s super easy to compile for other OS’s as well.
But, IMO, that’s not very convenient way of developing apps.
This damn VS 2003 is so comfortable thing… I used to use it,
it’s debug and many other nice features…
Burn in hell, Microsoft!
http://www.mingw.org/msys.shtml
Thanks, I’ll check that.
Actually, yes it did. MSVCRT.dll, or whatever the filename was for
that version, just happens to be distributed with OS’es now, so it was
already installed for you.
But I didn’t pay for already installed libraries, like mscvrt6.
So, I must pay for installing new library on target PC manually?
Pay for manual installation? Are they absolutely crazy?
Again, yes. You didn’t pay for the software itself, you paid for a
license to use that software. Not at all the same thing. Since MS
still owns the software itself, they control what you can and cannot
do with it.
Urghh… No more comments about microsoft (no more capital “M”).
The EULA will have the exact terms in it, if you can read it
I have no patience to finish reading that heap of bureaucratic
shit. Though I read GNU LPGL with pleasure
(check your help for “redist”)
Oh, thanks a lot, man. Big “THANKS”, really. You calmed me down.
I’ve found a “msvcr71.dll” in the list inside redist.txt. Btw,
here is this list. All who are curious about redistrebuatteaube…
shit… files from “VS .NET 2003” and have no copy of this thingy,
look in attachment. I’m not sure if I can spread this file, but who
cares? I almost got a heart attack because Bill Gates and his
company, I have a right for small compensation
However, I’m not a lawyer, so be sure to check the
compiler help files / other documentation to be sure.
I did, thanks again.
As far as the distinction between debug and release versions of that
Yep, I’ve read in help that I can spread only release version.
But, hell, why do I need to redistribute debug version? Release
in enough for me, (oh, God, thank you, now I can sleep well at
night).
My code isn’t yet complex enough to really need debug mode.
My is really huge now. It’s hard to find an error without debug.
Hope this helps
Of course it helped!
Thanks to all who replied me, thanks to initiator of this thread.
I faced this problem more than month ago, but decided to find out
everything later. Now, everything finished fine, just like in
american movies :)–
Best regards,
Flashback
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed…
Name: redist.txt
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20040916/328c23bf/attachment.txt
I recently had this problem w/ a non-sdl related app. Check this
knowledge base article:
http://support.microsoft.com/default.aspx?scid=kb;en-us;326922
SUMMARY
When you build an application in Visual Studio .NET that uses the C
run-time libraries (CRT), distribute Msvcr71.dll/Msvcr70.dll with your
application and install the DLL in your Program Files directory. Do this
instead of installing the DLL in the system directories. Do not assume
that the DLL already exists in the system directories.On Thu, 16 Sep 2004, Benjamin Sonnemann wrote:
Hi,
i compiled on of my programms under Visual Studio 2003.Now the person i send the exe says it wants this dll, is there a way
to compile that static in ?
Or to remove the whole thing?
At 15:29 16/09/2004 +0200, you wrote:
No, it’s only available as a DLL.
This is wrong. You can still choose between the static lib and the dll.
And anyway, what’s so bad about including another dll? You already have
sdl.dll, don’t you?
Hibernatus wrote:
At 15:29 16/09/2004 +0200, you wrote:
No, it’s only available as a DLL.
This is wrong. You can still choose between the static lib and the dll.
So MSVCRT(D).LIB is a statically linkable, complete CRT lib? Good thing
to know, I thought it was just an export library but seems I was mistaken.> And anyway, what’s so bad about including another dll? You already have
sdl.dll, don’t you?
–
Michel Bardiaux
Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles
Tel : +32 2 790.29.41
At 11:12 17/09/2004 +0200, you wrote:
So MSVCRT(D).LIB is a statically linkable, complete CRT lib? Good thing to
know, I thought it was just an export library but seems I was mistaken.
No, but LIBC & LIBCMT are. You can choose the CRT lib in the project
properties, somewhere in the “C/C++” options. And when i started making my
SDL game i even made a version which didn’t require msvcr71.dll. I think i
only had to recompile SDLMain. But anyway it’s safer to use dynamic links.
More info there:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp
(3rd time i send this URL to the mailing list i think)
MSVC7.1 even includes the source of the CRT…