--- On Sun, 10/26/08, ColdShine <coldshine@...> wrote:
> From: ColdShine <coldshine@...>
> Subject: Re: [Mingw-users] newbie - can't get include and libs to work
> To: "MinGW Users List" <mingw-users@...>
> Date: Sunday, October 26, 2008, 4:04 PM
> 2008/10/26 Keith Marshall
> > On Sunday 26 October 2008 02:28:29 ColdShine wrote:
> >> MSVCRT actually is *not* an OS component.
> > It is distributed, and automatically installed, with
> all current
> > versions of the OS
> Not exactly. It is distributed and automatically installed
> with all
> current versions of Microsoft Internet Explorer. This, in
> turn, makes
> msvcrt available on pretty much every recent Windows
> > this is a necessary and sufficient condition to
> > classify it as an OS component.
> According to *who*?
> >> kernel32 is an OS component. msvcrt is not.
> > Wrong. Both are OS components, under the above
> >> The documentation for kernel32 is in the Win32 API
> Reference, while
> >> msvcrt docs are in the Microsoft Visual C/C++
> Runtime Reference.
> > Win32 API is not the OS; it is just another component
> > Whichever section of the (online) manual the
> documentation appears in
> > is irrelevant to the classification, as defined above.
> Are you stating that your very own classification is more
> correct than
> Win32 API is indeed part of every Win32-capable operating
> msvcrt.dll has *nothing* to do with the OS; it's simply
> a (meaning one
> of possible many) runtime library designed by Microsoft
> more than a
> decade ago, for its C compiler.
> You can write a fully Win32-portable program without using
> msvcrt (*);
> you won't be able to do the same without using Win32
> API DLLs
> msvcrt *may* be installed on a Windows system, but
> that's not granted,
> full stop.
> Plus, as Roman pointed out, msvcrt.dll is now unsupported,
> as it was
> replaced several VC versions ago. The reason it's still
> used is the
> functionality its provides to C programs is non-trivial,
> reimplementing it (or anything similar) would take quite a
> lot of
> effort. This doesn't promote it to "OS
> component" status, though,
> according to Microsoft. If you think your opinion goes
> above that of
> the creators of msvcrt, I don't think there's any
> point discussing any
> * Of course, that means you'll have to stick to
> strictly Win32
> functions, no C runtime: link suppressing default libs,
> specify an
> entry point, of course no argc/argv, lstrcpy instead of
> HeapAlloc instead of malloc, and so on.
For everyone involved in these side discussions, could you perhaps take them to another topic please? I'm just a beginner, very raw, and seriously looking for help on my problems. These side discussions coming in my mail are just distracting me from solving my problems.