Re: Exit SDI - C / C++ / MFC Discussion Boards

Dominik Reichl24-Jul-03 22:50

24-Jul-03 22:50

Read the following articles:

http://www.codeproject.com/useritems/winspy.asp[^]

http://www.codeproject.com/dll/hooks.asp[^]

http://www.codeproject.com/dll/trackuseridle.asp[^]

http://www.codeproject.com/dll/keyboardhook.asp[^]

Hope this helps Big Grin | :-D

-Dominik

_outp(0x64, 0xAD);
and
__asm mov al, 0xAD __asm out 0x64, al
do the same... but what do they do??

Re: total mouse control

Raphael Kindt24-Jul-03 23:01

Raphael Kindt

24-Jul-03 23:01

thank you very much...
Next time I will seek first in CP! Big Grin | :-D

Hello World!!! Smile | :)

from Raphaël

How can I disable/enable a firewire card in windows 2000 through Visual C++ 6.0

Tim Yen24-Jul-03 21:22

Tim Yen

24-Jul-03 21:22

Hi,

I'm trying to disable and then re enable a firewire card (or any generic hardware device for that matter) through software. I'm doing this is so I can turn the power off and on to my firewire camera when it goes haywire without having to unplug it and plug it back in.

Im programming in visual c++ 6.0 on windows 2000 but any clues as to where to begin even if in other languages would be appreciated.

Smile | :)

regards,

Tim

Re: How can I disable/enable a firewire card in windows 2000 through Visual C++ 6.0

Iain Clarke, Warrior Programmer25-Jul-03 0:22

Iain Clarke, Warrior Programmer

25-Jul-03 0:22

If you know the name of the driver, you can use the following API functions to start / stop / control
a service / driver.

OpenSCManager
OpenService
ControlService.

Look them up on MSDN for details on how to use them.

Alternatively, you may be able to find out the IOCTL codes to send a "reset" to your driver using
DeviceIOControl.

Iain.

Re: How can I disable/enable a firewire card in windows 2000 through Visual C++ 6.0

Tim Yen27-Jul-03 14:13

Tim Yen

27-Jul-03 14:13

Thanks Iain, exactly what I was looking for.

regards,

Tim

Exit SDI

nakarin24-Jul-03 17:38

nakarin

24-Jul-03 17:38

I newbie for VC++,I wanna exit my SDI app by coding. How can i tell to ID_APP_EXIT ?
Thank for your help.

Re: Exit SDI

Beer2624-Jul-03 18:46

Beer26

24-Jul-03 18:46

PostMessage(WM_QUIT,0,0);

Re: Exit SDI

Ryan Binns24-Jul-03 18:51

Ryan Binns

24-Jul-03 18:51

Either as per the previous message, or using ::PostQuitMessage(0)

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Re: Exit SDI

zeki yugnak25-Jul-03 1:22

zeki yugnak

25-Jul-03 1:22

hi..

you can use that

::PostMessage(theApp.m_pMainWnd->m_hWnd,WM_CLOSE,0,0)

Draw over Direct3d/Opengl applications

sheesh-ka-bob24-Jul-03 17:03

sheesh-ka-bob

24-Jul-03 17:03

Does anyone know how to draw over the top of other direct3d/opengl apps??

At the moment I have a modeless dialog window that has dx7 running in it (aka window mode) just drawing stuff. I have set it to topmost and I am also using this (below) every frame it draws, although it does seem to slow it down Frown | :(

SetWindowPos(hWnd, 0, 0, 0, 0, 0, SWP_NOSIZE | SWP_NOMOVE | SWP_SHOWWINDOW);

Is there any other way to do this??
And when I say draw over other apps I mean games like Half-Life Qauke 3 etc.
Thanks in advance.

Re: Draw over Direct3d/Opengl applications

Alexander ^M.,25-Jul-03 2:20

Alexander ^M.,

25-Jul-03 2:20

hehe, opengl is very easy, especially for quake and half-life!

half-life calls glEnable every frame before drawing anything!
inject a dll by using for example ForceLibrary(http://mitglied.lycos.de/yoda2k/[^]), hook the GetProcAddress function and in that hooked function compare every entered lpProcName value with "glEnable" and hook this function!

when your hooked glEnable is called, call the original one, then draw your own objects!

DON'T FORGET TO PUSH THE MATRIX BEFORE DRAWING!!!

you can find source codes of wallhacks at http://www.unknowncheats.com[^]

another important thing: MOST OPENGL MANUPULATION ARE DETECTED AS CHEATS AND MAY CAUSE CDKEY BAN!

Don't try it, just do it! Wink | ;-)

Transparent Drawing

Anonymous24-Jul-03 15:22

Anonymous

24-Jul-03 15:22

Hi,

I am drawing a polygonal with Polygon() and using
SetBkMode(TRANSPARENT) but instead of getting the
original image with the lines of the polygon I am getting
a white image with the polygonal lines on top. When I use DrawText it does draw the text as an overlay on the image.
How do I do the same with drawing polygons?

Thanks,

Re: Transparent Drawing

Ryan Binns24-Jul-03 16:01

Ryan Binns

24-Jul-03 16:01

If you're using MFC

dc.SelectStockObject(NULL_BRUSH);

If not,

::SelectObject(hdc, ::GetStockObject(NULL_BRUSH));

Hope this helps,

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Re: Transparent Drawing

Anonymous24-Jul-03 16:06

Anonymous

24-Jul-03 16:06

Awesome.

Thanks very much Ryan.

Re: Transparent Drawing

Ryan Binns24-Jul-03 16:08

Ryan Binns

24-Jul-03 16:08

You're welcome Smile | :)

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Multithreading

Gaurs24-Jul-03 14:30

Gaurs

24-Jul-03 14:30

I'm trying to write a multithreaded application in C. I'm a little new to multithreading. I would like to know whether it is required to write a seperate function for each thread. I'm using CreateThread() to create a new thread called WaveInProc. Now if I want to create one more thread do I have to create anotehr function for it. I intend to create 4 such worker threads. A similar code on MSDN had used _beginthread. But it used the same function to handle all the threads. Can someone explain how a single function can handle different threads.

Re: Multithreading

Beer2624-Jul-03 15:03

Beer26

24-Jul-03 15:03

couldn't you just have the same thread function do different things based on the arguments you pass to it?

I always use a different function for each thread I run, but that's just because I want to keep them strait when I read through the code.

Re: Multithreading

Ryan Binns24-Jul-03 15:05

Ryan Binns

24-Jul-03 15:05

You can reuse the same function multiple times for multiple threads. Just be careful with variables - if you access global variables, make sure you use critical sections every time you change them.

Hope this helps,

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Re: Multithreading

Anonymous24-Jul-03 15:51

Anonymous

24-Jul-03 15:51

You should use _beginthreadex and not _beginthread neither CreateThread.

The difference is that the first one create a TIB structure type aka Thread Information Block.
This structure is important to correctly identify a thread and it's resources. After setting the TIB for the thread it ultimately calls CreateThread Smile | :)

Without this TIB, the c/c++ runtime engine couldn't guarante the properly cleanning of the associated thread resources.

Jeffrey Ricther in his book "Programming Windows Applications" explains it well. To check this assumptions do a search on google ... with both _beginthreadex , CreateThread and TIB ...

Joao Vaz

Edit box focus problem..

IrishSonic24-Jul-03 12:34

IrishSonic

24-Jul-03 12:34

I have an edit box and use OnKillFocus to validate the user entry which can't be blank, which works fine. So if the user enters a blank entry into the edit box, a message displays telling them they can't enter blank entries.

The problem is that when the user presses the Cancel button, the edit box trys to validate the entry and displays the message box because there is not a valid entry in the edit box, and then gos around in a loop.

How can I get to keep my edit box validation but also exit if the Cancel button is clicked.

Thanks.

Re: Edit box focus problem..

Ryan Binns24-Jul-03 15:08

Ryan Binns

24-Jul-03 15:08

I wouldn't use OnKillFocus(), I'd do all the validation in DoDataExchange(). That way, everything is validated only when the user presses OK, or whenever you call UpdateData(). What if the user clicks in the edit box and then realises that they need to change something else in the dialog box first? They can't. Personally, I find this exceptionally annoying, and would probably stop using the program because of it. It's much more intuitive to only expect valid values when they are accepted by pressing OK.

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Re: Edit box focus problem..

David Crow25-Jul-03 2:38

David Crow

25-Jul-03 2:38

Using OnKillFocus() in this fashion is a design flaw. Reconsider it. Do not enable the OK button UNTIL all controls contain valid data. For example, if you have an edit control (IDC_EDIT1) and it must be non-empty before the dialog can be dismissed, do something like:

void CMyDlg::DoDataExchange(CDataExchange* pDX)
{
    CDialog::DoDataExchange(pDX);
    //{{AFX_DATA_MAP(CMyDlg)
    DDX_Control(pDX, IDC_EDIT1, m_edit1);
    DDX_Control(pDX, IDOK, m_okbutton);
    //}}AFX_DATA_MAP
}

BEGIN_MESSAGE_MAP(CMyDlg, CDialog)
    //{{AFX_MSG_MAP(CMyDlg)
    ON_EN_CHANGE(IDC_EDIT1, OnChangeEdit1)
    //}}AFX_MSG_MAP
END_MESSAGE_MAP()

void CMyDlg::OnChangeEdit1( void )
{
    // the OK button starts life as disabled
    m_okbutton.EnableWindow(m_edit1.GetWindowTextLength() > 0);
}

Book?

Tom Archer24-Jul-03 12:25

Tom Archer

24-Jul-03 12:25

Has anyone ever written a book documenting all those COM/ActiveX components that ship with Visual Studio?

I've only used maybe 2 or 3 of them over the years mainly because almost none of the controls are adequately documented.

Cheers,
Tom Archer
Inside C#,
Extending MFC Applications with the .NET Framework
It's better to listen to others than to speak, because I already know what I'm going to say anyway. - friend of Jörgen Sigvardsson

Re: Book?

Beer2624-Jul-03 15:52

Beer26

24-Jul-03 15:52

http://www.amazon.com/exec/obidos/tg/detail/-/1572315083/104-9634124-7944717?v=glance

http://images.amazon.com/images/P/1572315083.01.LZZZZZZZ.jpg

I'm ashamed to admit I own a copy of this thick book. OMG | :OMG:

Access violation only in release build with debug info

s_k24-Jul-03 10:54

s_k

24-Jul-03 10:54

Hi,
I've SDI application with this code in CMainFrame::OnCreate() (only snippet)

__m_wndDiscBar1.CreateEx(this, TBSTYLE_WRAPABLE|TBSTYLE_FLAT | TBSTYLE_TOOLTIPS |TBSTYLE_LIST, WS_CHILD | WS_VISIBLE | CBRS_ALIGN_TOP | CBRS_TOOLTIPS|CBRS_SIZE_DYNAMIC,CRect(0,0,0,0));
__m_wndDiscBar1.type=1;
__m_wndDiscBar1.Update(false);
__m_wndDiscBar1.SetFont(getFontLW());

__m_wndDiscBar2.CreateEx(this, TBSTYLE_WRAPABLE|TBSTYLE_FLAT | TBSTYLE_TOOLTIPS |TBSTYLE_LIST, WS_CHILD | WS_VISIBLE | CBRS_ALIGN_TOP | CBRS_TOOLTIPS | CBRS_SIZE_DYNAMIC,CRect(0,0,0,0));
__m_wndDiscBar2.type=2;
__m_wndDiscBar2.Update(false);
__m_wndDiscBar2.SetFont(getFontLW());

__m_wndDoubleDiscBar.Create(this,0);
__m_wndDoubleDiscBar.ModifyStyle(0,CBRS_ALIGN_LEFT);
__m_wndDoubleDiscBar.AddBar(&m_wndDiscBar2,NULL,NULL,RBBS_NOGRIPPER|RBBS_FIXEDS
IZE);

__m_wndDoubleDiscBar.AddBar(&m_wndDiscBar1,NULL,NULL,RBBS_NOGRIPPER|RBBS_FIXEDS
IZE);

m_wndDiscBar1/2 are classes derived from CToolBar. m_wndDoubleDiscBar is CReBar instance.

Problem is in this function, which is called from CMyView::OnSize() (I have two CListViews divided by splitter)

CMainFrame::ChangeDlgBar(int cx, int dx)
{
__CReBarCtrl& RCtrl = m_wndDoubleDiscBar.GetReBarCtrl();
__REBARBANDINFO rb;
__rb.cbSize=sizeof(REBARBANDINFO);
__// THIS IS PROBLEM FUNCTION
__RCtrl.GetBandInfo(0,&rb);
__rb.cx=width;
__rb.wID=0;
__rb.fMask=RBBIM_SIZE|RBBIM_ID;
__rb.fStyle=RBBS_FIXEDSIZE|RBBS_NOGRIPPER;
__RCtrl.SetBandInfo(0,&rb);
__RCtrl.MinimizeBand(0);
.
.
}

Here is call stack:
KERNEL32! 77ec8d34()
KERNEL32! 77ec88f9()
COMCTL32! 77b9e2d5()
USER32! 77e3a244()
USER32! 77e16b21()
USER32! 77e16b44()
CWnd:efWindowProcA(CWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 1053, unsigned int 1, long 1239272) line 1006 + 19 bytes
CWnd::WindowProc(CWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 1053, unsigned int 1, long 1239272) line 1586 + 19 bytes
CControlBar::WindowProc(CControlBar * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 1053, unsigned int 1, long 1239272) line 480 + 14 bytes
CReBar::WindowProc(CReBar * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 1053, unsigned int 1, long 1239272) line 321 + 14 bytes
AfxCallWndProc(CWnd * 0x00000000 {CWnd hWnd=???}, HWND__ * 0x00230560, unsigned int 1053, unsigned int 1, long 1239272) line 218
AfxWndProc(HWND__ * 0x00230560, unsigned int 1053, unsigned int 1, long 1239272) line 368
USER32! 77e3a244()
USER32! 77e16362()
USER32! 77e168a4()
CReBarCtrl::GetBandInfo() line 157 + 38 bytes
CMainFrame::ChangeDlgBar(int 0, int 1) line 858
CHinfoFileView2::OnSize(unsigned int 0, int 397, int 391) line 384
CWnd::OnWndMsg(CWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 5, unsigned int 0, long 6260016, long * 0x0012eac4) line 1964
CWnd::WindowProc(CWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 5, unsigned int 0, long 25624973) line 1585 + 27 bytes
AfxCallWndProc(CWnd * 0x00000000 {CWnd hWnd=???}, HWND__ * 0x003d042e, unsigned int 5, unsigned int 0, long 25624973) line 218
AfxWndProc(HWND__ * 0x003d042e, unsigned int 5, unsigned int 0, long 25624973) line 368
USER32! 77e3a244()
USER32! 77e16362()
USER32! 77e14c1a()
USER32! 77e1dd30()
USER32! 77e3a244()
USER32! 77e16b21()
USER32! 77e16b44()
CWnd:efWindowProcA(CWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 71, unsigned int 0, long 1240824) line 1006 + 19 bytes
CWnd::WindowProc(CWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 71, unsigned int 0, long 1240824) line 1586 + 19 bytes
AfxCallWndProc(CWnd * 0x00000000 {CWnd hWnd=???}, HWND__ * 0x003d042e, unsigned int 71, unsigned int 0, long 1240824) line 218
AfxWndProc(HWND__ * 0x003d042e, unsigned int 71, unsigned int 0, long 1240824) line 368
USER32! 77e3a244()
USER32! 77e14730()
USER32! 77e174b4()
NTDLL! 77f91a7f()
COMCTL32! 77b59ddf()
COMCTL32! 77b55af5()
COMCTL32! 77b5b24d()
USER32! 77e3a244()
USER32! 77e16b21()
USER32! 77e16b44()
CWnd:efWindowProcA(CWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 11, unsigned int 1, long 0) line 1006 + 19 bytes
CWnd::WindowProc(CWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 11, unsigned int 1, long 0) line 1586 + 19 bytes
AfxCallWndProc(CWnd * 0x00000000 {CWnd hWnd=???}, HWND__ * 0x003d042e, unsigned int 11, unsigned int 1, long 0) line 218
AfxWndProc(HWND__ * 0x003d042e, unsigned int 11, unsigned int 1, long 0) line 368
USER32! 77e3a244()
USER32! 77e16362()
USER32! 77e168a4()
CWnd::SetRedraw() line 120 + 33 bytes
CHinfoFTPDoc::listFiles(CListCtrl * 0x11136980 {CHinfoFileView2 hWnd=0x003d042e}, const char * 0x00000000, int 0, CMyFileView * 0x11136980 {CHinfoFileView2 hWnd=0x003d042e}, int 0) line 993
CHinfoFileView2::OnInitialUpdate() line 259
CWnd::OnWndMsg(CWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 868, unsigned int 0, long 6320368, long * 0x0012fbc8) line 1825
CWnd::WindowProc(CWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 868, unsigned int 0, long 0) line 1585 + 27 bytes
AfxCallWndProc(CWnd * 0x00000000 {CWnd hWnd=???}, HWND__ * 0x003d042e, unsigned int 868, unsigned int 0, long 0) line 218
CWnd::SendMessageToDescendants(HWND__ * 0x004d052e, unsigned int 868, unsigned int 0, long 0, int 1, int 1) line 2309
CWnd::SendMessageToDescendants(HWND__ * 0x0027045e, unsigned int 868, unsigned int 0, long 0, int 1, int 1) line 2318 + 21 bytes
CFrameWnd::InitialUpdateFrame(CFrameWnd * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), CDocument * 0x1113fdc8 {CHinfoFTPDoc}, int 1) line 753
CDocTemplate::InitialUpdateFrame(CDocTemplate * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), CFrameWnd * 0x11181188 {CMainFrame hWnd=0x0027045e}, CDocument * 0x1113fdc8 {CHinfoFTPDoc}, int 1) line 332
CSingleDocTemplate::OpenDocumentFile(CSingleDocTem
plate * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), const char * 0x00000000, int 1) line 205
CDocManager::OnFileNew(CDocManager * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int)) line 829
_AfxDispatchCmdMsg(CCmdTarget * 0x00640cf8 class CHinfoFTPApp theApp, unsigned int 57600, int 0, void (void)* 0x005b7670 CWinApp::OnFileNew(void), void * 0x00000000, unsigned int 12, AFX_CMDHANDLERINFO * 0x00000000) line 88
CCmdTarget::OnCmdMsg(CCmdTarget * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), unsigned int 57600, int 0, void * 0x00000000, AFX_CMDHANDLERINFO * 0x00000000) line 302 + 24 bytes
CWinApp::ProcessShellCommand(CWinApp * const 0x004700a0 CHinfoFileView2::OnSize(unsigned int, int, int), CCommandLineInfo & {CCommandLineInfo}) line 31 + 23 bytes
CHinfoFTPApp::InitInstance() line 377 + 12 bytes
AfxWinMain(HINSTANCE__ * 0x00400000, HINSTANCE__ * 0x00000000, char * 0x00133feb, int 1) line 39 + 7 bytes
WinMain(HINSTANCE__ * 0x00400000, HINSTANCE__ * 0x00000000, char * 0x00133feb, int 1) line 30
HINFOFTP! WinMainCRTStartup + 224 bytes
KERNEL32! 77ea847c()
[/php]
I went deeper for the cause of the access violation and found possible problem in this code:

LRESULT CALLBACK AfxWndProc(HWND hWnd, UINT nMsg, WPARAM wParam, LPARAM lParam)
{
__// special message which identifies the window as using AfxWndProc
__if (nMsg == WM_QUERYAFXWNDPROC)
____return 1;
__// all other messages route through message map
__CWnd* pWnd = CWnd::FromHandlePermanent(hWnd);
__ASSERT(pWnd != NULL);
__ASSERT(pWnd->m_hWnd == hWnd);
__return AfxCallWndProc(pWnd, hWnd, nMsg, wParam, lParam);
}

because CWnd::FromHandlePermanent(hWnd) returns NULL. But hWnd is valid (or at least the same value as I could see imediately after CReBar::Create() being finished)

But what's most confusing for me - this access violation only appears when I build release build with debug info (For Edit And Continue). When I build release build without debug info or when I build debug info, no access violation happens.

I'm really out....

Could someone help me?

I will appreciate any suggestion.

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