ATL / WTL / STL

Re: ifstream read() logic? [modified]

13-Jul-09 21:19

[edit]Pressed 'Post Message' with no message - DOH![/edit]

If the failbit is set, you know reading terminated because of an error. eofbit set alone is an indicator of end-of-file. Sounds like you just need to change the priority of checks round a bit?

John R. Shaw14-Jul-09 7:11

John R. Shaw

14-Jul-09 7:11

If an error occurs before the number of elements requested is read then both eofbit and failbit are set. This is done whether you reach the end of file or not, because all the read method knows is the number of elements read and is therefore guessing.

// The standard read pattern
amountRead = rdbuf()->sgetn(pElements, amountRequested);
GCount += amountRead;
if( amountRead != amountRequested )
	State |= eofbit | failbit; // Read error. Hmm! We must be at EOF (Good Guess, but not always true)

// In: vc6 STL - istream standard header
_St |= eofbit | failbit;

// In:  .Net 2003 STL
State |= ios_base::eofbit | ios_base::failbit;	// short read

// In: GNU ISO C++ Library
__err |= (ios_base::eofbit | ios_base::failbit);

I do know it terminated because of a read error, but since we can not know how many characters the encoded source data represents, we can not avoid the error. Therefore we do not know if it is an attempt to read the EOF or an encoding error.

INTP
"Program testing can be used to show the presence of bugs, but never to show their absence." - Edsger Dijkstra
"I have never been lost, but I will admit to being confused for several weeks. " - Daniel Boone

modified on Tuesday, July 14, 2009 2:36 PM

Chevron effect not showing Icon in IE6 (Windows XP)

am 200913-Jul-09 5:24

am 2009

13-Jul-09 5:24

Hello

Following is my code to display CHEVRON

pdbi->dwModeFlags = DBIMF_NORMAL|DBIMF_BKCOLOR | DBIMF_USECHEVRON |DBIMF_BREAK;

By using this code, chevron is display with Icons on Windows Vista with IE7 , but it not display Icons in IE6 for Windows XP.

Is there any othere Flags needs to set for Windows XP.

Thnaks in Advance
AM

Re: Chevron effect not showing Icon in IE6 (Windows XP)

Gerald Schwab10-Aug-09 18:29

Gerald Schwab

10-Aug-09 18:29

This should work:

if (pdbi->dwMask & DBIM_MODEFLAGS) pdbi->dwModeFlags = DBIMF_USECHEVRON | DBIMF_BREAK;

Re: Chevron effect not showing Icon in IE6 (Windows XP)

am 20094-Nov-09 22:25

am 2009

4-Nov-09 22:25

use this link

http://69.10.233.10/KB/cpp/xpstylemfc.aspx

Single instance setting for out-of-proc COM server?

WayneS13-Jul-09 3:25

WayneS

13-Jul-09 3:25

I am using ATL for an out-of proc COM server. I would like for a single instance of this exe to be used for all clients. Currently, a new instance is launched for each client that calls CoCreateInstance. Is there a flag or registry setting that I should set to allow all clients to use the same instance?

Thanks.

Wayne

Help,About Picture Stock Property in ATL

Pearson_Bee12-Jul-09 21:01

Pearson_Bee

12-Jul-09 21:01

dear all,
I have an ActiveX control designed by ATL,It surpported the Picture Stock property --IPictureDisp* m_pPicture;And It paint the pictures in
OnDraw function like this:
HRESULT OnDraw(ATL_DRAWINFO& di)
{
//draw the picture here
return S_OK;
}

Once it's made to be a dll file and registered on pc,it does work well in VB,meant that we can find the Picture Property in the property panel and can initailize the Picture in design mode in VB,But can not do that in Delphi7,can anybody tell me why or help me? thanks so much!

Another 8001010e question!

Kannan Ramanathan11-Jul-09 7:13

11-Jul-09 7:13

I am putting together a local COM server, which gets linked to a legacy static library. My server passes on notifications from this library functions to the client via connection point sinks (server has the Fire_xxx methods).

My problem is, the library author has freely used CreateThread()s in his functions, from which he triggers the notifications that I need to pass on to the client. As you guessed, this throws 8001010e HR. To get around this issue I used to register the interface ptr in GIT and getting it in the context of the thread. This trick wont work here, as with just the base interface, I am not able to touch all the Fire_XXX() functions!

How to get access to these? TIA.

Stuart Dootson11-Jul-09 7:30

11-Jul-09 7:30

Why not decouple the notifications from the Fire_XXX functions? Use an event, or similar to indicate to the COM thread that a notification has occurred (you can use some data to show what notification has occurred plus any parameters). Use a kernel wait in the COM thread to wait for the event to be signalled. When the event is signalled, call the appropriate Fire_XXX function.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Kannan Ramanathan11-Jul-09 7:41

11-Jul-09 7:41

I thought of this...but, I am not sure how to apply this on my case..lemme explain: The server implements, lets say, "IServer" with a method "Run". I use "IServerEvents" to fire events in to connected sinks.

From IServer::Run(), I call one of the library functions, which does a CreateThread() and returns. So, my Run() returns a S_OK and things are all fine so far. But, when the thread started by the library function finishes its work and wants to notify the client, it calls a callback function my server had registered with it in the start. I call Fire_XXX() in this callback, which is not working as it is in the context of another thread...

Since my IServer::Run() has ended long time back, which COM context do I use?

Stuart Dootson11-Jul-09 7:52

11-Jul-09 7:52

What threading model does your local server use? Is it possible that using a multithreading model might enable your original design to work?

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Kannan Ramanathan11-Jul-09 18:23

11-Jul-09 18:23

I use MTA; Still the same issue. BTW, since the thread created by library function doesn't initialize COM, in my server callback I do a CoInitializeEx to COINIT_MULTITHREADED. From this callback when I try calling Fire_XXX (in the original server object, which is passed via a context param), I still get 8001010e.

Will creating a CWorkerThread/IWorkerThreadClient based thread automatically assume its parent thread COM context?

Stuart Dootson11-Jul-09 23:37

11-Jul-09 23:37

I presume you have managed to successfully call one of the Fire_XXX functions in tests or something? It's not that they just don't work?

Kannan Ramanathan wrote:
Will creating a CWorkerThread/IWorkerThreadClient based thread automatically assume its parent thread COM context?

I suspect you're more likely to know than me - I think you've donw a lot more COM than me. My comfort zone is mostly in-proc servers.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Kannan Ramanathan11-Jul-09 23:43

11-Jul-09 23:43

Thanks Stuart for the reply.

Yes, Fire_xxx() events work correctly as long as they are called in the correct context.

BTW, I am trying out my good old GIT solution -- only this time I am going to store the sink interfaces in GIT and store the cookie in my vector...I am currently putting together a custom IConnectionPointImpl<> to store/retrieve things properly with out breaking anything;

Will update you how it goes...

Stuart Dootson11-Jul-09 23:47

11-Jul-09 23:47

The other suggestion I was going to make (but didn't get around to) was to start a long-running thread and use the event idea I first proposed within that thread.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Kannan Ramanathan12-Jul-09 1:57

12-Jul-09 1:57

Custom implementation of IConnectionPointImpl<> to make use of GIT worked like a charm! Smile | :)

I'd seriously advise anyone stuck in a similar situation to try out this trick -- do let me know if you need my implementation (I think it shouldnt be a problem sharing my code, as it doesnt have any project specific details in it!)

Thanks Stuart for your replies.

Stuart Dootson12-Jul-09 5:48

12-Jul-09 5:48

Hint, hint - article -hint, hint. Smile | :)

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

VC6 problem: locale loc(locale::classic(), new myfac)

Member 348023215-Jul-09 0:51

Member 3480232

15-Jul-09 0:51

Much larger than just a hint. I, for one, have been fighting problems like this for a while now and would love to look at a different view than my own for a change. Thumbs Up | :thumbsup:

John R. Shaw9-Jul-09 20:51

John R. Shaw

9-Jul-09 20:51

Yes I am still supporting VC6 in this project and it has to be cross platform.

Buried in the VC6 MSDN Library under “locale::facet” is the line
“locale loc(locale::classic(), new myfac);”.

Which is correct for latter versions of the MS STL, but there is no locale constructor that takes a locale and a facet defined in the VC6 STL version of locale.

My unsatisfactory workaround is:

#ifdef _ADDFAC // Dinkumware macro
    std::locale myLoc = std::_ADDFAC(std::locale::classic(), new my_codecvt);
#else
    std::locale myLoc = std::locale(std::locale::classic(), new my_codecvt);
#endif

Do you have a better one?

INTP
"Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra

Re: VC6 problem: locale loc(locale::classic(), new myfac)

Stuart Dootson9-Jul-09 22:01

How to hide Standard Toolbar button in IE

9-Jul-09 22:01

I'm sure this is teaching grandma to suck eggs, but the only thing I'd suggest is to encapsulate that in another function, so you only need to do it once, i.e:

template<class Facet>
std::locale AddFacet(std::locale const& l, const Facet* f)
{
#ifdef _ADDFAC // Dinkumware macro
    return std::_ADDFAC(std::locale::classic(), new my_codecvt);
#else
    return std::locale(std::locale::classic(), new my_codecvt);
#endif
}

Alternatively, use this:

#ifndef _ADDFAC // Dinkumware macro
#define _ADDFAC (std::locale)
#endif

and use _ADDFAC for all platforms.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

am 20098-Jul-09 22:40

am 2009

8-Jul-09 22:40

Hello,

I want to hide standard toolbar button of IE. i can hide IE std .toolbar , but affetcs my othere toolbar also. So is there any way to hide only Standard Toolbar button of IE.

thanks
Am

32bit client talking to a 64bit local server

Kannan Ramanathan4-Jul-09 3:58

Re: 32bit client talking to a 64bit local server

4-Jul-09 3:58

Is it possible to have a 32bit client initialize/invoke methods in a 64bit local COM server? If yes, how do I set up the Proxy/stub DLLs? The target OS I have in mind is Vista64 or Win7-64 (so the 32bit client will be running from with in WOW64).

Also, can I go ahead with ATL 8 for implementing the above scenario? Any examples available online? Thanks.

Kannan Ramanathan4-Jul-09 4:00

Re: 32bit client talking to a 64bit local server

4-Jul-09 4:00

One more req I have to worry abt: The 64bit local server should be able to implement connection points (32bit client being the sink)...is this possible? Thanks.

Stuart Dootson4-Jul-09 4:50