C / C++ / MFC Discussion Boards

Re: What is wrong with this iterator?

vikramlinux10-Apr-08 22:46

vikramlinux

10-Apr-08 22:46

This code crashes on windows.

while on gcc 2.95.3 on unix
I get an output like
1 4 8 0

Re: What is wrong with this iterator?

Cedric Moonen10-Apr-08 22:58

Cedric Moonen

10-Apr-08 22:58

vikrams wrote:
while on gcc 2.95.3 on unix
I get an output like
1 4 8 0

That's wrong. The code should throw an exception because you try to access the contents of an iterator outside the bounds of your vector.

Cédric Moonen
Software developer

Charting control [v1.3]

Re: What is wrong with this iterator?

Stephen Hewitt13-Apr-08 14:21

Stephen Hewitt

13-Apr-08 14:21

Cedric Moonen wrote:
That's wrong. The code should throw an exception because you try to access the contents of an iterator outside the bounds of your vector.

The C++ standard does not require an exception to be thrown in this case. The behaviour is undefined.

Steve

Re: What is wrong with this iterator?

Rajesh R Subramanian10-Apr-08 23:04

Rajesh R Subramanian

10-Apr-08 23:04

vikrams wrote:
while on gcc 2.95.3 on unix
I get an output like
1 4 8 0

I think your gcc 2.95.3 sucks and you should stop using it right now.

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

Re: What is wrong with this iterator?

Cedric Moonen10-Apr-08 22:50

Cedric Moonen

10-Apr-08 22:50

What's the problem ?

Anyway, AFAIK, you can only check for equality on iterators (don't know if that is the case also on vector iterator). This your end loop condition should be:
myIntVectorIterator != myIntVector.end();

EDIT: I tested and you can do that with vector iterators (for list iterators, you can't). Anyway the problem is that you have to stop incrementing your iterator before the end of your vector. So replace <= by <. Otherwise, if you are at the end of your vector (not a valid element), you will still try to access the contents of the iterator (which is invalid).

Cédric Moonen
Software developer

Charting control [v1.3]

Re: What is wrong with this iterator?

Jonathan [Darka]10-Apr-08 23:00

Jonathan [Darka]

10-Apr-08 23:00

You are going past the end of the iterator, change the code to something like this:

vector<int> myIntVector;

    // Add some elements to myIntVector
myIntVector.push_back(1);
myIntVector.push_back(4);
myIntVector.push_back(8);

vector<int>::iterator iStart = myIntVector.begin();
vector<int>::iterator iEnd = myIntVector.end();

while(iStart != iEnd)
{
    cout << *myIntVectorIterator << " "; //Should output 1 4 8
    ++iStart;
}</int></int></int>

Jonathan Wilkes
Darka[Xanya.net]

[My Code Project Articles]

Re: What is wrong with this iterator?

vikramlinux11-Apr-08 1:31

vikramlinux

11-Apr-08 1:31

Thanks for your suggestions guys !

after pressing button dialog box should be pop up like Windos Explorer Start Button in SDK [modified]

Pankaj Kothawade10-Apr-08 19:48

Pankaj Kothawade

10-Apr-08 19:48

HI all,
i want to call a dialog box when i pressed a button which is at bottom side,the dialog box should be positioned on exact upper part of the button
how could i do dis?
plzzzzz help me

Pankaj

modified on Friday, April 11, 2008 6:36 AM

Re: after pressing button dialog box should be pop up like Windos Explorer Start Button in SDK

Hamid_RT12-Apr-08 5:45

Hamid_RT

12-Apr-08 5:45

You can use of DoModal or ShowWindow after you clicked button and then use of MoveWindow.

in-process server considerations

George_George10-Apr-08 19:39

George_George

10-Apr-08 19:39

Hello everyone,

Here is the comments from the book ATL Internals about in-process server considerations,

--------------------
Any thread that calls CoGetClassObject or CoCreateInstance must already have joined an apartment, or the call will fail immediately. So, does that mean all objects exposed from in-process servers must be equally at home in single-threaded and multithreaded apartments so that random clients isn't cause harm? Fortunately, no.
--------------------

Does it mean COM client (thread) and COM server no need to be the same type of thread model (e.g. STA, MTA, etc.)?

thanks in advance,
George

Re: in-process server considerations

Stephen Hewitt10-Apr-08 20:14

Stephen Hewitt

10-Apr-08 20:14

George_George wrote:
Does it mean COM client (thread) and COM server no need to be the same type of thread model (e.g. STA, MTA, etc.)?

No. If the threading models are compatible direct communication occurs. If the threading models are incompatible the object is created in an apartment it can "live in" and the interface pointer is marshaled back to the caller -- communication occurs via a proxy and stub. This is one of COM’s key features.

Steve

Re: in-process server considerations

George_George10-Apr-08 21:37

George_George

10-Apr-08 21:37

Thanks Steve,

How do you understand the quoted statements from my original question?

regards,
George

Re: in-process server considerations

Stephen Hewitt10-Apr-08 21:39

Stephen Hewitt

10-Apr-08 21:39

I'm just going off my knowledge of COM.

Steve

Re: in-process server considerations

George_George10-Apr-08 21:58

George_George

10-Apr-08 21:58

Are you kidding, Steve? You are COM expert, I know. How do you understand the statement in the book?

regards,
George

Re: in-process server considerations

Stephen Hewitt10-Apr-08 22:04

Stephen Hewitt

10-Apr-08 22:04

George_George wrote:
Here is the comments from the book ATL Internals about in-process server considerations,

--------------------
Any thread that calls CoGetClassObject or CoCreateInstance must already have joined an apartment, or the call will fail immediately. So, does that mean all objects exposed from in-process servers must be equally at home in single-threaded and multithreaded apartments so that random clients isn't cause harm? Fortunately, no.
--------------------

Any thread that calls CoGetClassObject or CoCreateInstance must already have joined an apartment, or the call will fail immediately.

This part is pretty straight forward.

So, does that mean all objects exposed from in-process servers must be equally at home in single-threaded and multithreaded apartments so that random clients isn't cause harm?

This just seems to be another way of stating the question you asked.

Fortunately, no.

This is saying that the threading models of the client and server do not have to match but goes into no details on how this is achieved.

Steve

Re: in-process server considerations

George_George10-Apr-08 22:07

George_George

10-Apr-08 22:07

Thanks Steve,

Question answered. Congratulations to get all COM knowledge back. Smile | :)

have a good weekend,
George

Error loading ActiveX control in secondary desktop ?

phucbaby10-Apr-08 19:31

phucbaby

10-Apr-08 19:31

In my app, i switch to a new desktop and pop up a dialog with an ActiveX control (Flash object) but got an erre msg in new desktop:

Debug Assertion Failed!
...
File: f:\rtm\vctools\vc7libs\ship\atlmfc\src\mfc\oleinit.cpp
Line: 78

But if i pop up this dialog in current desktop,it's fine.

Pls help me !

Re: Error loading ActiveX control in secondary desktop ?

phucbaby10-Apr-08 19:37

phucbaby

10-Apr-08 19:37

I switch using CreateDesktop (GENERIC_ALL...) and SwitchDesktop().

Re: Error loading ActiveX control in secondary desktop ?

leenmie13-Apr-08 4:03

leenmie

13-Apr-08 4:03

Could you give some code ?

WIN32 API to find Mouse Button State

poda10-Apr-08 19:29

poda

10-Apr-08 19:29

Dear Friends,
How to know whether the mouse button is Down
even if it moving.The WM_LBUTTONDOWN message is fired
only for the first time left button is pressed.
But how to know whether it is pressed all the time
though it may be moving.

Re: WIN32 API to find Mouse Button State

Mark Salsbery10-Apr-08 19:54

Mark Salsbery

10-Apr-08 19:54

Maybe GetAsyncKeyState()[^].

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: WIN32 API to find Mouse Button State

Stephen Hewitt10-Apr-08 20:19

Stephen Hewitt

10-Apr-08 20:19

Calling GetKeyState may be a better choice as it reflects state of the button when the current message was generated.

Steve

Re: WIN32 API to find Mouse Button State

Mark Salsbery10-Apr-08 21:09

Mark Salsbery

10-Apr-08 21:09

I'm sure that's what I meant Smile | :)

Thanks Steve!

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: WIN32 API to find Mouse Button State [modified]

Nibu babu thomas10-Apr-08 20:26

Nibu babu thomas

10-Apr-08 20:26

poda wrote:
How to know whether the mouse button is Down
even if it moving.

Add event handler for WM_MOUSEMOVE. If the WPARAM for this event has MK_LBUTTON set then left mouse button is down, or if it has MK_MBUTTON, MK_RBUTTON then the corresponding mouse button is down!

If you are using MFC then use void OnMouseMove( UINT nFlags, CPoint point ).

nFlags will contain appropriate flags to indicate whether left, middle, right buttons or whether shift key is down. Use bitwise and to find out.

E.g.

if(( nFlag & MK_LBUTTON ) == MK_LBUTTON )
   AfxTrace( "You are dragging the mouse\n" );

Nibu thomas
Microsoft MVP for VC++

Code must be written to be read, not by the compiler, but by another human being.

Programming Blog: http://nibuthomas.wordpress.com

modified on Friday, April 11, 2008 2:58 AM

Re: WIN32 API to find Mouse Button State

poda10-Apr-08 22:58

poda

10-Apr-08 22:58

Thanks for your replies friends.
I used like

<br />
SHORT LButtonDown;<br />
LButtonDown=GetKeyState(VK_LBUTTON);<br />
<br />
if(LButtonDown & 0x8000)<br />
{<br />
...code here<br />
}<br />

It works.Thanks a lot.

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.