Re: istream::good() in a dll
From: Carl Daniel [VC++ MVP] (cpdaniel_remove_this_and_nospam_at_mvps.org.nospam)
Date: 03/05/05
- Next message: Carl Daniel [VC++ MVP]: "Re: Multicore systems and XP 32/Longhorn - XP x64"
- Previous message: Peter van der Goes: "Re: rank beginner in VC++.net"
- In reply to: William DePalo [MVP VC++]: "Re: istream::good() in a dll"
- Next in thread: William DePalo [MVP VC++]: "Re: istream::good() in a dll"
- Reply: William DePalo [MVP VC++]: "Re: istream::good() in a dll"
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 4 Mar 2005 16:27:22 -0800
William DePalo [MVP VC++] wrote:
> "Andreas Hildebrandt" <a.hildebrandt@handshake.de> wrote in message
> news:d0asvs$pjh$01$1@news.t-online.com...
>> I am afraid I am quite a novice to all Windows - specific
>> stuff, so please excuse my naive terminology. :-)
>
> Roger that.
>
>>
>> In our library, we have a string handling class, which contains the
>> following piece of code:
>> ...
>> everything works perfectly. But as soon as I compile the library as
>> a dll, f.good() does nothing.
>
> What is probably happening is that the execuatble and the DLL are
> built against different instances of the runtime. If you want to
> share runtime "widgets" across a DLL boundary then the executable and
> DLL must be built against the same "flavor" of the DLL BASED runtime.
> By "flavor" I mean that you must use the same debug/nodebug and
> single/multithreaded version in each.
He's already building everything with /MD (he thinks). Must be something
else (unless he's not really building everything with /MD).
-cd
- Next message: Carl Daniel [VC++ MVP]: "Re: Multicore systems and XP 32/Longhorn - XP x64"
- Previous message: Peter van der Goes: "Re: rank beginner in VC++.net"
- In reply to: William DePalo [MVP VC++]: "Re: istream::good() in a dll"
- Next in thread: William DePalo [MVP VC++]: "Re: istream::good() in a dll"
- Reply: William DePalo [MVP VC++]: "Re: istream::good() in a dll"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
