Re: Deque problem with shared_ptr - C / C++ / MFC Discussion Boards

volovik18-Jun-05 6:07

18-Jun-05 6:07

Yes the HWND I have is the main window.
I used EnumChildWindows but unfortunately the function does not "see" dialog boxes.

Re: Dialog box open issue. Please HELP!

Gary R. Wheeler18-Jun-05 8:08

Gary R. Wheeler

18-Jun-05 8:08

It sounds like your dialog is therefore a 'top-level' window. You can use EnumWindows in that case. You might try using GetWindowThreadProcessId to compare the process ID's of your main window to other top-level windows. Other top-level windows with the same process ID are probably dialogs opened by the application.

Software Zen: delete this;

want menu window without the border

LiYS18-Jun-05 2:22

LiYS

18-Jun-05 2:22

I have a customized menu, which has a background, icon and sidebar.But what I can't accomplish is to remove the white bounding border(what I mean is the thin white rectangular lines surrounded the bottom and top menu item and of course the menu items in between), anyone can provide advices?
Thanks

WLAN Card RSSI

Member 204556018-Jun-05 1:37

Member 2045560

18-Jun-05 1:37

We currently working on WLAN Load Balancing Project.
We need to find the RSSI Value b/w the Station(that is going to connect) and AP as well as the Station that have already connected.

I have come to know about the WMI but lack knowledge.
We don't want to develope any drivers rather using some API that provides control over the device.
Any API that do suport such things???.
Any :-DTUTORIALS Big Grin | :-D

, link, tips, SDKs are appreciated.

Thanks

Khalid

How set message handling right?

ryuki18-Jun-05 1:17

ryuki

18-Jun-05 1:17

I have a singledocument MFC app. In the mainwindow it displays a listview. If you pick an item in that view a couple of docking Toolsbars with views should show a preview and Informations of that item. You know ACDSee? Than you know what I speak of.

I managed to set things up so far and it works. When selection changes the view sends a message (SendMessage()) with an ID to my MainFrame class and that one loads the new information in the preview tool bars (it calls the functions for loading in the toolbar classes).

Now I have the problem that changing selection in the mainview gets a little bit bumpy. When pressing the down key the selection cicles through the view. Without the views the speed is allways the same. With the views it stops sometimes but the speed changes again and again.
What I want is a steady speed.

The other downside is that the toolbars crashes. It is not a fatal error, the toolbars still work but the updated Informations are not displayed anymore. Even the overall appearance of the bars look damaged. I use a class from codeproject for them: CSizingControlBar so its difficult to say if its a problem with that class or a memory / message issue of my app.

Anyway I would be grateful if someone could help me with the first issue, and even more if someone knows something about the second one.

Deque problem with shared_ptr

Luke Murray18-Jun-05 1:03

Luke Murray

18-Jun-05 1:03

Hey all. I have a deque<MenuPtr> and MenuPtr is typedef of shared_ptr<Menu>. Not sure what i am doing wrong but I get the following error message when i run deque.clear();

Unhandled exception at 0x004590e9 in menu.exe: 0xC0000005: Access violation reading location 0xfaaafaa2.

What is happening in that method? It remove the shared pointers from the list and anything else? Or am I doing something really dumb?

Cheers.

Luke

Re: Deque problem with shared_ptr

Jack Puppy18-Jun-05 3:25

Jack Puppy

18-Jun-05 3:25

You'd have to post your code, I can't tell much from what you've posted, other than it's a bad pointer exception.

I just whipped this and it worked fine.

// testsharedptr.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include <boost/shared_ptr.hpp>
#include <deque>
#include <crtdbg.h>

class Menu
{
    int m_x;
    int m_y;
    
public:
    Menu(int x, int y) : m_x(x), m_y(y)
        {}
    Menu(const Menu& menu)
        {*this = menu;}
    virtual ~Menu()
        {}
    Menu& operator=(const Menu& menu)
    {
        if (this != &menu)
        {
            m_x = menu.m_x;
        }
        return (*this);
    }
};

typedef boost::shared_ptr<Menu> MenuPtr;

int _tmain(int argc, _TCHAR* argv[])
{
    _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF); 
    
    Menu* one = new Menu(1,2);
    Menu* two = new Menu(3,4);
    
    std::deque<MenuPtr > myDeque;
    myDeque.push_front(MenuPtr(one));
    myDeque.push_back(MenuPtr(two));

	return 0;
}

Pssst. You see that little light on your monitor? That's actually a government installed spy camera. Smile and wave to big brother!

Re: Deque problem with shared_ptr

Luke Murray18-Jun-05 17:14

Luke Murray

18-Jun-05 17:14

Sorry don't have the code on me right now. I'll reply again later when at home. But i'll try to get it across now. I have a Menu class that contains a deque of other MenuPtr's as you can add Menu object to Menu objects.

One way is vis Menu::add(MenuPtr& menu);
or Menu::add(Menu* menu);

So in another class I have a Menu object which I add other Menu object to, etc.

I have been messing around with both, but when I use the Menu* one I never delete the pointer I created so that should cause a problem. So I get the error when I do Menu::clear which clears the list of child menus. or when I quit the program as in the deconstrutor it also call clear().

Hope this makes it clear. I'll be back home later and look at the code again.

Thanks

Luke

Re: Deque problem with shared_ptr

M.Mehrdad.M18-Jun-05 3:25

M.Mehrdad.M

18-Jun-05 3:25

i had this problem before.
it is because of size of Entities you En/Deque in Queue.
it is not the same value that queue thinks!
for example you Enque 5 Byte Entities But Que try to dequeue 10 Bytes Entities.;P
M.Mehrdad.M

Re: Deque problem with shared_ptr

Luke Murray18-Jun-05 23:51

Luke Murray

18-Jun-05 23:51

Hmm ok. Any idea of why this would happen. Or how did you overcome the problem?

Luke

how to disable maximize Box Dynamically

topagarwal17-Jun-05 23:23

topagarwal

17-Jun-05 23:23

Hi!
Can anybody help me on how to disable Maximize box of the context menu(upper right hand side of the dialog box) at runtime.

Thanks.

Re: how to disable maximize Box Dynamically

khan++18-Jun-05 1:20

khan++

18-Jun-05 1:20

Disable:

<br />
DWORD d;<br />
d = GetWindowLong(AfxGetApp()->GetMainWnd()->m_hWnd,GWL_STYLE);<br />
d = d & (~WS_MAXIMIZEBOX);<br />
SetWindowLong(AfxGetApp()->GetMainWnd()->m_hWnd,GWL_STYLE,d);

Enable:

<br />
DWORD d;<br />
d = GetWindowLong(AfxGetApp()->GetMainWnd()->m_hWnd,GWL_STYLE);<br />
d = d | WS_MAXIMIZEBOX;<br />
SetWindowLong(AfxGetApp()->GetMainWnd()->m_hWnd,GWL_STYLE,d);<br />

this is this.

msdn sample

cell5117-Jun-05 20:03

cell51

17-Jun-05 20:03

how to open visual c++ that i get from msdn, there is no .dsw exstension, i try to open .vcproj but in can't

can some body help me Smile | :)

Re: msdn sample

Christian Graus17-Jun-05 21:21

Christian Graus

17-Jun-05 21:21

Sounds like you're trying to use VC6 when all the samples now are probably VC2003. There are a lot of changes in between compilers, mostly standards compliance, but most samples would still work I reckon if you create a project and copy the files in. Unless they are MFC, MFC has significant changes also.

Christian Graus - Microsoft MVP - C++

Press "Enter" on combo box caused my application to exit.

Member 166300817-Jun-05 20:00

Member 1663008

17-Jun-05 20:00

Hi,

I'm still new to VC++6.0.

I have a combobox which is of the dropdown list type.
My problem is whenever you have selected an item and I press "enter" key, this causes my whole application to exit and this is not acceptable as user is still filling the form.

Would appreciate your help on how to stop this?

Urgent need of help.
Thanks.

Regards,
Jap.

Re: Press "Enter" on combo box caused my application to exit.

Christian Graus17-Jun-05 21:24

Christian Graus

17-Jun-05 21:24

'ESC' is the same as pressing Cancel, and 'RETURN' is the same as pressing OK. Handle OnOk and OnCancel, and suppress the call to the base class if the key is down. GetAsyncKeyState is, from memory, the method to use to do this. You call it twice, as it is buffered. The first call clears the buffer, the second tells you if the key is down.

Christian Graus - Microsoft MVP - C++

Re: Press "Enter" on combo box caused my application to exit.

Jack Puppy17-Jun-05 21:27

Jack Puppy

17-Jun-05 21:27

Assuming you're using a dialog box...

1) Simple approach
How to Disable Default Pushbutton Handling for MFC Dialog

2) More involved approach
Enabling Menus in MFC Apps, Changing the Behavior of Enter with DLGKEYS Sample App

Pssst. You see that little light on your monitor? That's actually a government installed spy camera. Smile and wave to big brother!

Re: Press "Enter" on combo box caused my application to exit.

Anonymous17-Jun-05 21:38

Anonymous

17-Jun-05 21:38

THanks! it works already..

Re: Press "Enter" on combo box caused my application to exit.

David Crow18-Jun-05 3:38

David Crow

18-Jun-05 3:38

See here.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Invisible Dialog

ajmalsiddiqi17-Jun-05 19:44

ajmalsiddiqi

17-Jun-05 19:44

i developed an application dialog based.i want to hide dialog i mean,Dialog application should exist in background process but its dialog window should not be visible at the front end.In other words just dialog window should not be displayed but its process should exist.
thanks
ajmal siddiqi

ajmalsiddiqui

Re: Invisible Dialog

Christian Graus17-Jun-05 21:25

Christian Graus

17-Jun-05 21:25

this->Showwindow(SW_HIDE);

Christian Graus - Microsoft MVP - C++

Re: Invisible Dialog

ajmalsiddiqi18-Jun-05 2:03

ajmalsiddiqi

18-Jun-05 2:03

hi sir..
i want as the dialog is created it should be hidden or as application is loaded dialog should be hidden.so sir to handle this situation where i should
write this->ShowWindow(SW_HIDE);
THANKS
AJMAL

ajmalsiddiqui

Re: Invisible Dialog

David Crow18-Jun-05 3:41

David Crow

18-Jun-05 3:41

The problem here is that when CDialog::OnInitDialog() finishes it will call ShowWindow(SW_SHOW). The solution is to override OnWindowPosChanging() and remove the SWP_SHOWWINDOW flag.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Re: Invisible Dialog

Bob Stanneveld18-Jun-05 5:12

Bob Stanneveld

18-Jun-05 5:12

Hello,

In your init instance, your dialog is created and run modal! This means that you app only runs if your dialog exists.

To change this behaviour, change the InitInstance() method to create a modeless dialog. Be sure to remove the visible style or call ShowWindow(SW_HIDE) in your OnInitDialog() method.

Can you tell us why you need your window to be invisible? Maybe you are better off without a window!

Behind every great black man...
... is the police. - Conspiracy brother

Blog[^]

Re: Invisible Dialog

ajmalsiddiqi19-Jun-05 23:28

ajmalsiddiqi

19-Jun-05 23:28

thanks sir
for replying actually i make a multithrreaded mfc applicaion .it has my own functionality and i want to run it in background as a process just like a service.And i donot want any window should apear so user cannot interact with my application. ajmal

ajmalsiddiqui

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