C / C++ / MFC

Steen Krogsgaard2-Oct-02 2:34

2-Oct-02 2:34

I vaguely remember seeing a KB article on MSDN about this - it has to do with how Jet (which is the database engine, Access is MS's front end to the Jet database engine) caches its disk access. I suggest you look in MSDN.

Cheers
Steen.

"To claim that computer games influence children is ridiculous. If Pacman had influenced children born in the 80'ies we would see a lot of youngsters running around in dark rooms eating pills while listening to monotonous music"

Tomasz Sowinski2-Oct-02 2:37

2-Oct-02 2:37

Why don't you use CDaoRecordset? Using CRecordset/ODBC with Access is like, well, sucking the cake through straw Smile | :)

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

*** Si fractum non sit, noli id reficere. ***

Steen Krogsgaard2-Oct-02 4:18

2-Oct-02 4:18

If you're going away from ODBC you should - at least in my mind - go to OLEDB (or ADO if you're a pussy). DAO is legacy (but so is MFC, or at least that's what everybody asks every time there's a new VC version).

Cheers
Steen.

"To claim that computer games influence children is ridiculous. If Pacman had influenced children born in the 80'ies we would see a lot of youngsters running around in dark rooms eating pills while listening to monotonous music"

Tomasz Sowinski2-Oct-02 4:22

2-Oct-02 4:22

Steen Krogsgaard wrote:
If you're going away from ODBC you should - at least in my mind - go to OLEDB

It depends on the size/complexity of the application (and prospects of moving from Jet to MSSQL, for example). I've got the impression that OP's app is quite simple and he's just entering the area. In this case, going OLEDB way with ATL templates would be an overkill IMHO.

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

*** Si fractum non sit, noli id reficere. ***

Steen Krogsgaard2-Oct-02 4:30

2-Oct-02 4:30

Of course, you're right, OLEDB/ATL is not easy and may be overkill. And my comment about ADO was just kidding - I think ADO is good for simple DB apps with low requirements to performance and amount of data. I just don't think that DAO is easier than ADO (it's even the same three letters, just shuffled around Wink | ;-)

), and I don't think ODBC is easier than any of them.

But if the app has any seriousness Poke tongue | ;-P

in it it should use OLEDB/ATL (or a native interface)

Cheers
Steen.

"To claim that computer games influence children is ridiculous. If Pacman had influenced children born in the 80'ies we would see a lot of youngsters running around in dark rooms eating pills while listening to monotonous music"

Tomasz Sowinski2-Oct-02 4:32

2-Oct-02 4:32

Steen Krogsgaard wrote:
I just don't think that DAO is easier than ADO

I disagree - it's waay easier to use CDaoXXX classes which are integral part of MFC than to #import ADO stuff. For simple app accessing .mdb files it's more than enough.

Steen Krogsgaard wrote:
should use OLEDB/ATL (or a native interface)

You mean Jet native interface? This would kill any chances of easy migration to real SQL database. Long time ago when I was actually working with OLEDB we had a quite compilcated program which could easily run on Jet or MSSQL without recompiling.

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

*** Si fractum non sit, noli id reficere. ***

Steen Krogsgaard2-Oct-02 4:38

2-Oct-02 4:38

Tomasz Sowinski wrote:
You mean Jet native interface?

No, I actually ment native interfaces to databases that are more enterprise-minded (like SQL Server, DB2, Oracle, MySQL etc). I'm not even sure there is a native Jet interface? I guess DAO is the closest you get to a native Jet interface. And native interfaces should only be used if performance is more important than portability. That's what I like about OLEDB - you get a reasonable performance and a high degree of protability.

Cheers
Steen.

"To claim that computer games influence children is ridiculous. If Pacman had influenced children born in the 80'ies we would see a lot of youngsters running around in dark rooms eating pills while listening to monotonous music"

CListBox multiple selection painting...?

Rick Crone2-Oct-02 8:38

Rick Crone

2-Oct-02 8:38

This may depend on the version of the OS and/or the version of the ODBC driver... but check to see if you can set the buffer size. I think I ran into something like when moving one of my application to ME and I may have been moving to a newer ODBC driver at the same time (sorry I don't have details on version number just now). Anyway I think there was something that set the buffer to 1024 and I changed it to 256 (or something like that).

alex.barylski1-Oct-02 21:27

Re: CListBox multiple selection painting...?

1-Oct-02 21:27

I have a custom control derived from CListBox and instead of using DrawItem I am using OnPaint() instead because the gui is to complex for OwnerDraw (Or so i've determined while attempting to do so).

Anyways the question I have is this:

I have created the listbox with the extended BIT checked and have had problems while painting the control for multiple selection (Although this would be really nice feature).

Using GetSel() and GetCaretIndex()
Doesn't seem to work and causes problems when drawing multiple selections (like drawing items which aren't really selected).

I'm thinking of using the CListBox::GetSelItems() instead, but would prefer to use the above for simplicity. Has anyone ever tried this before and had better luck with using the multiple selection functions...?

Thanks! Smile | :)

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

RedZenBird2-Oct-02 4:47

RedZenBird

2-Oct-02 4:47

I've always used DrawItem() for custom painting of list boxes....Which has always worked well for me....I know that typically DrawItem code can look complex ( and it can be if you are doing way over the top custom painting ) but it works well nonetheless.

There are dozens of samples on this site of how to use that approach. If you can't get your approach working, maybe you should consider the DrawItem approach.....

Just trying to keep the forces of entropy at bay

Re: CListBox multiple selection painting...?

alex.barylski2-Oct-02 11:51

Using ADSI to access computer properties

2-Oct-02 11:51

AFAIK DrawItem() won't work so i'm left with no choice but to draw with OnPaint() instead.

Everything works fine, but the hilighting of multiple selections.

Ah well it's not really required it would just be nice...

Cheers! Smile | :)

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

abhinarulkar1-Oct-02 21:14

abhinarulkar

1-Oct-02 21:14

Hi All,
I need to access some properties of the computer using the ADSI interface.The interface I'm using is the IADsDomain interface.To use this interface I need to get the object of the active directory which I'm doing by the ADsGetObject method.The first parameter to be passed to this methos is the binding string to the particular object.
Since I want to connect to the local computer I'm using the string::
"WinNT://computername,computer"
But the method is not getting executed properly and I'm not able to get the handle of the object.
Can anybody help me out regarding this.
Thanks,
Abhishek.

Learning is a never ending process of Life.

Transparent Bitmaps in a Tree Control ?

Daniel Strigl1-Oct-02 20:30

Daniel Strigl

1-Oct-02 20:30

How can I define the transparent color of the bitmaps I added to a tree control?

I have a tree control with a image list. So, some bitmaps should have a transparent background, when I added in the tree control. How can I define, that a special color (like red, ...) are the background color, and doesn't draw in the tree control?

--
Nice greets, Daniel.

Re: Transparent Bitmaps in a Tree Control ?

Stephane Rodriguez.1-Oct-02 21:48

Stephane Rodriguez.

1-Oct-02 21:48

Use the ILC_MASK in addition to ILC_COLORxxx flag when creating the CImageList, and use the right Create method btw to pass the key color :

BOOL Create(
   UINT nBitmapID,
   int cx,
   int nGrow,
   COLORREF crMask 
);

sometimes it helps to look at the IL generated code
a MS guy on develop.com "answering" .NET issues

COM events

Shamoon1-Oct-02 18:59

Shamoon

1-Oct-02 18:59

I created my COM dll using MFC. Now i want to fire events from it. Can anyone tell me how. (i don't want to use ATL)

Re: COM events

Michael P Butler1-Oct-02 23:29

Michael P Butler

1-Oct-02 23:29

http://support.microsoft.com/default.aspx?scid=KB;EN-US;q152087&[^]

Michael

"Time and tide melts the snowman."
-- The Doctor (Doctor Who: Time and the Rani

MFC Menu Woes

Jeff Patterson1-Oct-02 16:42

Jeff Patterson

1-Oct-02 16:42

I'm having a problem getting a menu to display in a window.

This is a simple class assignment. I can get the thing to show up with Create but not CreateEx. Can someone tell me why? The debugger crashes when it reaches the m_btnAdd.Create function.

The error in the debugger window first show 0x00000579 which is an invalid menu handle.

The message that is displayed at crash is:
First-chance exception in CIS279_4.exe (MFC42D.DLL): 0xC0000005: Access Violation.

I have an .rc file where the menu is created and a header file with #define IDR_MAINMENU 3000.

    CString strWndClass = AfxRegisterWndClass(CS_DBLCLKS, <br />
        AfxGetApp()->LoadCursor(IDC_ARROW), <br />
        (HBRUSH)(COLOR_3DFACE+1),<br />
        AfxGetApp()->LoadIcon(IDI_ICON1));<br />
<br />
    m_btnRect = CRect(0,0,80,30); //Application Default Button Size<br />
<br />
    CreateEx(WS_EX_OVERLAPPEDWINDOW, strWndClass, _T("Jeff's Calculator"), <br />
        WS_OVERLAPPEDWINDOW, m_rect, NULL, IDR_MAINMENU, NULL);<br />
<br />
    //~~~~~~~~~~~~BUTTONS~~~~~~~~~~~~~~<br />
    m_btnRect.OffsetRect(85,100);<br />
    m_btnAdd.Create(_T("&Add"), WS_CHILD | WS_VISIBLE | BS_PUSHBUTTON, m_btnRect, this, ID_BTNADD);

My instructor has tried to help with no luck and the Prosise book and MSDN aren't specific enough. My instructor is accepting the assignment with the Create function instead so now I just have a burning desire to know.

Can anyone help?

Thanks

Jeff Patterson

Programmers speak in Code.
http://www.anti-dmca.org

Re: MFC Menu Woes

Tomasz Sowinski2-Oct-02 0:05

Re: keboard mouse messages?

2-Oct-02 0:05

It seems you've misinterpreted the 7th CreateEx argument. It isn't menu ID, it's menu *handle*. You need to create CMenu object, call CMenu::LoadMenu and pass the handle to CWnd::CreateEx.

In fact, the MSDN docs aren't clear on this, but quick loook at source reveals that nID parameter is cast to HMENU and passed to other CWnd::CreateEx overload, which in turn calls ::CreateWindowEx.

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

*** Si fractum non sit, noli id reficere. ***

Re: MFC Menu Woes

Jeff Patterson2-Oct-02 15:45

Jeff Patterson

2-Oct-02 15:45

Thank you. After I figured out how to create that handle and changed the m_rect in the CreateEx to 0,0,640,480 it worked great.

This would have taken me many many hours to figure this out Thank you very much. Smile | :)

Jeff Patterson

Programmers speak in Code.
http://www.anti-dmca.org

keboard mouse messages?

imran_rafique1-Oct-02 16:31

imran_rafique

1-Oct-02 16:31

i want to disable all those messages that are generated by the mouse and keyboard how to that untill my application is running?

and all those messages that my program send through
postmessage command must work ?

but the messages that are generated by mouse and keyboard should not work?

r00d0034@yahoo.com

alex.barylski1-Oct-02 21:16

Re: keboard mouse messages?

1-Oct-02 21:16

Use a global hook Smile | :)

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

imran_rafique2-Oct-02 16:19

imran_rafique

2-Oct-02 16:19

how to use it :
can u provide the linkk of any example where global hook is used?
or any helping metrial?

r00d0034@yahoo.com

Re: keboard mouse messages?

alex.barylski2-Oct-02 20:10