Timers, Windows and a stupid DLL - C / C++ / MFC Discussion Boards

john john mackey8-Aug-02 12:06

8-Aug-02 12:06

I'm stumped and need help. Why does my modeless property sheet show up right from the get go?

I have my property sheet stuff in CMainFrame (MainFrm.cpp/.h). I have a CPropertySheet derived class, CMySheet, and do the following in MainFrm.cpp:
m_pMySheet = new CMySheet("My Modeless Form", this, 0);
m_pMySheet->Create(this, -1, NULL);

I created a modeless property sheet and have overridden the CPropertySheet::OnInitDialog() operation as follows:

BOOL CMySheet::OnInitDialog()
{
// Setting of m_bModeless to FALSE and then TRUE is a trick from CodeGuru
m_bModeless = FALSE;
BOOL bResult = CPropertySheet::OnInitDialog();
m_bModeless = TRUE;

// The rest of my sheet's initialization - fields, controls, etc...

return bResult;
}

As soon as I run my executable, up pops my modeless property sheet. I don't want this to happen until my controlling dialog (dialog, menu item/menu bar) displays the property sheet.

Thanks in advance.
Johnny

Re: CPropertySheet - initialization

john john mackey8-Aug-02 12:27

john john mackey

8-Aug-02 12:27

Ok, I think I found out by examining my m_pMySheet->Create() statement, Sorry for this original post.

Here is what I should have examined:

m_pMySheet->Create(this, -1, NULL)

with the second parameter -1, the Create() function employs the following style WS_VISIBLE | WS_SYSMENU | WS_POPUP | WS_CAPTION | DS_MODALFRAME

What I should do is explicitly define my window's (prop-sheet's) style to not have WS_VISIBLE.

Poke tongue | ;-P

See ya...
Johnny

Buggy Debug?

dazinith8-Aug-02 11:36

dazinith

8-Aug-02 11:36

My debug is constantly screwing up royally.. if i trace a section of code it will jump from one line to a few down and just skip stuff.. the locals window doesnt show anything but 'this' and everything under that is a value that cant be evaluated..

its like my debug is debugging code that is no longer there .. it will go over statements and just do what it wants to almost.. then five minutes later it will mystically work even though i didnt change the part i was trying to debug at all..

i have tried to clean solution and rebuild all, but this does nothing to fix this problem.. anyone seen this before? stupid .net is a little buggy i feel..

-dz

Re: Buggy Debug?

Shog⁹8-Aug-02 12:23

Shog⁹

8-Aug-02 12:23

Hmm, make sure you don't have any optimizations turned on. Those'll screw up a debugging session nicely. And make sure you're using a program database for debugging information. (both of these settings are in project properties)

---

Shog⁹
If I could sleep forever, I could forget about everything...

Re: Buggy Debug?

dazinith9-Aug-02 4:07

dazinith

9-Aug-02 4:07

thanks a ton.. i turned on the optimizations a week ago.. didnt even think about the connection.. thanks a bunch!

any chance you know why i cant add a class to a dialog in the resource editor? it asks for the class name, the files, what its base is (CDialog).. i click ok and nothing happens.. never creates the .h or .cpp and gives no error.. cant add a class to any dialog..

at least i can do that manually, being able to debug again is a definate help, thanks a ton!

-dz

Re: Buggy Debug?

C^hris L^osinger8-Aug-02 19:37

C^hris L^osinger

8-Aug-02 19:37

i see this frequently on VC6. sometimes a rebuild all will fix it, sometimes i have to restart VC, sometimes i have to reboot.

sorry i don't have a better answer.

-c

Conservative:
One who admires radicals centuries after they're dead.
-- Leo C. Rosten

image effects!

Re: Buggy Debug?

Jeremy Pullicino8-Aug-02 23:42

Jeremy Pullicino

8-Aug-02 23:42

Have you tried a rebuild all? Sometimes this solves the problem.

"Hey man, Taliban, Tali me Banana."

Timers, Windows and a stupid DLL

User 66588-Aug-02 10:07

User 6658

8-Aug-02 10:07

Hi
I have a strange problem I can't solve. At first a short explanation what I want to do:

I have written an MFC DLL. I added a sourcefile of an subclassed window. Now I want to call that window inside the DLL:

CSubWindow window;
window.Create(...)
...
(show the window)

Well, ok, the window shows up. But then the window itself starts a timer after that the window hides itself. It calls SetTimer(...) and hides itself in the OnTimer() procedure.

But for some reason SetTimer seems to fail so that the window can't hide itself after a period. Inside an EXE everything works, but inside the DLL all the timer thingies don't work anymore.

Of coure I could add a Sleep() command to hide the window after a period, but that's the worst solution I can think of since it stops the whole DLL.

Does anyone have a solution how to get the timers of an window get to work in a DLL?

thanks in advance
Greg

modified 12-Sep-18 21:01pm.

IAS Extension DLL

Mauricio Ritter8-Aug-02 9:27

Mauricio Ritter

8-Aug-02 9:27

Does anyone ever developed one ? Where can I find some tips about this ? I found some things on MSDN and PLATAFORM SDK but I need some debug tips and other stuff...

Mauricio Ritter - Brazil
Sonorking now: 100.13560 Trank

Beer | [beer]

The alcohol is one of the greatest enemys of man, but a man who flee from his enemys is a coward. Beer | [beer]

Heelp!! Double buffering!!

Rickard Andersson²⁰8-Aug-02 8:19

Rickard Andersson²⁰

8-Aug-02 8:19

I have now tried doing my own double buffering but the flicker is still there!

In WM_PAINT I do this (it's suppose to be double buffering Blush | :O

):

memdc = ::CreateCompatibleDC(clientDC);
hBitmap = CreateCompatibleBitmap(clientDC, 200,200);
::SelectObject(memdc, hBitmap);

SetBkColor(memdc, RGB(0,0,0));

BitBlt(clientDC, 0,0,200,200,memdc,0,0,SRCCOPY);

ReleaseDC(g_hWnd, clientDC);

So... which step have I missed? Or what step have I missunderstod!

Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!

Re: Heelp!! Double buffering!!

Rickard Andersson²⁰8-Aug-02 8:40

Rickard Andersson²⁰

8-Aug-02 8:40

hm.. I have figured it out now!

and I see now that I posted an incomplete code snippet of the code I had problem with too..... Blush | :O

Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!

Key codes from low level hooks

Alex Korchemniy8-Aug-02 8:19

Alex Korchemniy

8-Aug-02 8:19

I setup a low level keyboard hook using SetWindowsHookEx(), and the hook proc. Everything works fine, but I dont know how to figure out what key was pressed.

Microsoft docs :
LRESULT CALLBACK LowLevelKeyboardProc(
int nCode, // hook code
WPARAM wParam, // message identifier
LPARAM lParam // message data
);

docs say this about lParam
lParam
[in] Pointer to a KBDLLHOOKSTRUCT structure.

here is the doc for kbdllhoststruct:
typedef struct tagKBDLLHOOKSTRUCT {
DWORD vkCode;
DWORD scanCode;
DWORD flags;
DWORD time;
ULONG_PTR dwExtraInfo;
} KBDLLHOOKSTRUCT, *PKBDLLHOOKSTRUCT;

HELP!! how do i get the vkCode??? (In the regular keyboard hook the code is stored in wParam, but now its buried) Confused | :confused:

Re: Key codes from low level hooks

Renjith Ramachandran8-Aug-02 9:09

Renjith Ramachandran

8-Aug-02 9:09

you will get the Virtual Keycode frm the struct...
as u mentioned here..then wut is the problem..specify your problem clear.....

Renjith-CPian.

Re: Key codes from low level hooks

Jon Hulatt9-Aug-02 1:23

Jon Hulatt

9-Aug-02 1:23

The answer to your question is in your question!!!

lParam ... is a ... Pointer to a KBDLLHOOKSTRUCT structure.

so try this:-

KBDLLHOOKSTRUCT * pKbHk;
DWORD dwVkCode;

pKbHk = (KBDLLHOOKSTRUCT *) lParam;
dwVkCode = pKbHk->vkCode;

STL is a religeon. Enquiries to Reverend Christian Graus

Automatic Scrolling in a list box?

Anonymous Dave8-Aug-02 8:15

Anonymous Dave

8-Aug-02 8:15

I'm having trouble getting my listbox to scroll automatically as new items are added to it. I've tried using the ScrollWindow method, but it doesn't seem to change anything. What I have now is the following:

void MyClass::updateNews( const char *news ) {
  int max;

  m_news.AddString( news );

  max = m_news.GetScrollLimit( SB_VERT );

  m_news.SetScrollPos( SB_VERT, max );
}

But it doesn't work quite right. It scroll most of the way down, but there are still a few lines still unshown.

Any help would be appreciated.

Re: Automatic Scrolling in a list box?

Tomasz Sowinski8-Aug-02 8:50

Tomasz Sowinski

8-Aug-02 8:50

Did you try CListBox::SetTopIndex?

Tomasz Sowinski -- http://www.shooltz.com

What is "scratch" and why can everything be made from it?

Re: Automatic Scrolling in a list box?

Anonymous Dave8-Aug-02 10:04

Anonymous Dave

8-Aug-02 10:04

Perfect. Thank you.

Lines of code in Visual C++ project?

Aaron Schaefer8-Aug-02 8:08

Aaron Schaefer

8-Aug-02 8:08

Anybody know of some shareware/freeware to count the lines of code in a VC++ project?

Thanks

Aaron

Re: Lines of code in Visual C++ project?

Chris Richardson8-Aug-02 8:24

Chris Richardson

8-Aug-02 8:24

I use the one located here:

http://www.codeguru.com/devstudio_macros/LineCount.shtml

Chris Richardson

Re: Lines of code in Visual C++ project?

Aaron Schaefer8-Aug-02 8:39

Aaron Schaefer

8-Aug-02 8:39

Thanks!

I'll give it a shot.

Submenu :: MFC

valikac8-Aug-02 7:52

valikac

8-Aug-02 7:52

Hi.

I would like to know is it possible and how to create a submenu. For example, in CEditView, when the user right-click (depends on mouse orientation) Windows draws a submenu with options such as Copy, Paste, etc. I would like to know is there a way to create something like that for *anything* including any view or object using MFC and/or Win32 API.

Thanks,
Kuphryn

Re: Submenu :: MFC

User 66588-Aug-02 10:36

User 6658

8-Aug-02 10:36

Simply handle this code in your right mouseclick handler:

POINT point;
GetCursorPos(&point);

CMenu menu;
CMenu *submenu; 
	
menu.LoadMenu(IDR_POPUP);
submenu = menu.GetSubMenu(0);

submenu->TrackPopupMenu(TPM_LEFTALIGN | TPM_RIGHTBUTTON,point.x,point.y,GetActiveWindow(),NULL);

regards

modified 12-Sep-18 21:01pm.

Re: Submenu :: MFC

valikac8-Aug-02 13:25

valikac

8-Aug-02 13:25

Thanks.

I have two questions.

First, how do you create the submenu? Do you create one in resource editor?

Second, how do you know what option the user selects?

Thanks,
Kuphryn

Re: Submenu :: MFC

Cyclist8-Aug-02 17:31

Cyclist

8-Aug-02 17:31

First,You can create one in resource editor,then you add handler to each option by Class Wizard.
Second,you can create the submenu dynamicly like below:
CMenu popMenu;
popMenu.AppendMenu(MF_STRING,ID,string);
CPoint pt;
::GetCursorPos(&pt);
popMenu.TrackPopupMenu(.......);

If you do it by first point above,Class Wizard will know
what option the user selects,and call the related handler.
Or you can just do like below:
int id=popMenu.TrackPopupMenu(......);
//id is the ID of the menu option selected
if(id==...)
{
//do you want to do
}
if(id==....)
{
//do you want to do;)
}

Re: Submenu :: MFC

valikac9-Aug-02 5:03

valikac

9-Aug-02 5:03

Okay. Thanks.

I have not implemented a submenu (context menu). I do admit the process sounds quite simple.

One thing I am not sure on is if you create a new menu, say, "Edit Tools" in resource editor, it will show up in the main menu too.

Kuphryn

Last Visit: 31-Dec-99 18:00 Last Update: 6-Jun-24 0:39

Refresh

ᐊ Prev 1...16444 16445 16446 164471644816449 16450 16451 16452 16453 Next ᐅ

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