Re: Redirecting stderr
- From: roberson@xxxxxxxxxxxxxxxxxx (Walter Roberson)
- Date: Tue, 27 Feb 2007 22:16:14 +0000 (UTC)
In article <1172611168.921804.263450@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>,
praetor.michael@xxxxxxxxx <praetor.michael@xxxxxxxxx> wrote:
On Feb 27, 4:02 pm, rober...@xxxxxxxxxxxxxxxxxx (Walter Roberson)
wrote:
In article <1172608859.551149.90...@xxxxxxxxxxxxxxxxxxxxxxxxxxx>,
praetor.mich...@xxxxxxxxx <praetor.mich...@xxxxxxxxx> wrote:
I have a DLL written in C that writes to stderr. I have a win32
console application that makes calls to the DLL.
That sounds like a question more appropriate for a Windows
programming newsgroup.
It actually works the same on either platforms. The code was designed
to work on windows and all unix flavors. Which is why I posted it
here.
That's bogus. There's no DLL support in the Unix version I use,
and it is one of the few officially certified Unix releases.
If you search opengroup.org (official certifiers of Unix),
you will find that the DLL references are all platform specific.
Whatever it is you are using is *not* part of standard C -- and
if it is called "DLL", it is not even part of standard Unix,
nor POSIX. If the code uses DLLs on Windows and shared libraries
on the POSIX-compatible Unix systems, then it it is using something
platform specific, not part of the C language.
Note, by the way, the official opengroup definition of dlopen()
http://www.opengroup.org/onlinepubs/009695399/functions/dlopen.html
The dlopen() function shall make an executable object file
specified by file available to the calling program. The class of
files eligible for this operation and the manner of their
construction are implementation-defined, though typically such
files are executable objects such as shared libraries,
relocatable files, or programs.
Notice the lack of reference to DLL. That is not an accident:
C doesn't have them and POSIX doesn't have them either.
--
"No one has the right to destroy another person's belief by
demanding empirical evidence." -- Ann Landers
.
- References:
- Redirecting stderr
- From: praetor.michael@xxxxxxxxx
- Re: Redirecting stderr
- From: Walter Roberson
- Re: Redirecting stderr
- From: praetor.michael@xxxxxxxxx
- Redirecting stderr
- Prev by Date: Re: do u know?
- Next by Date: Re: Redirecting stderr
- Previous by thread: Re: Redirecting stderr
- Next by thread: Re: Redirecting stderr
- Index(es):
Relevant Pages
|