Re: Writing a C++ DLL with VB-compatibility in mind - C / C++ / MFC Discussion Boards

First Prev Next

Re: How to change font of Property Sheet?

Nikolay Denisov1-Mar-01 19:38

Nikolay Denisov

1-Mar-01 19:38

Because I set the desired font for my CPropertyPages in the Resource Editor (although MFC ignores font settings for CPropertyPages in the Resource Editor Big Grin | :-D

, it could be easily solved by overriding CPropertySheet::BuildPropPageArray()), and at run-time, I want to set the sheet's FONT to be the same and SIZE everything correctly.

Unfortunately, the Windows Property Sheet control was designed so that it always uses the system font for the sheet. So the problem is that I need to specify somehow the desired font for the CPropertySheet itself. Above is my solution.

Regards,
Nikolay

Re: Property Sheets in Dialog Bar

Rob Planche1-Mar-01 2:52

Rob Planche

1-Mar-01 2:52

Does anyone know how to create a property sheet then create it in a Dialog Bar (DIFFERENT THEN A DIALOG!) I've been have problems doing this in MFC. Thanks

Blue ComboBox, Problem with DrawItem

Natacha1-Mar-01 1:40

Natacha

1-Mar-01 1:40

I need a Blue Combobox with white text:
I have a new class CBlueComboBox derived from CComboBox. My combo is declared in my Ressource
as OwnerDraw, Fixed and has String.
In the new class I overwrite the DrawItem function:

void CBlueComboBox::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct)
{
ASSERT(lpDrawItemStruct->CtlType == ODT_COMBOBOX);

CDC dc;

CString strText;
GetLBText (lpDrawItemStruct->itemID,strText);

dc.Attach(lpDrawItemStruct->hDC);

COLORREF crOldTextColor = dc.GetTextColor();
COLORREF crOldBkColor = dc.GetBkColor();

if ((lpDrawItemStruct->itemAction | ODA_SELECT) &&
(lpDrawItemStruct->itemState & ODS_SELECTED))
{
dc.SetTextColor(::GetSysColor(COLOR_HIGHLIGHTTEXT));
dc.SetBkColor(::GetSysColor(COLOR_HIGHLIGHT));
dc.FillSolidRect(&lpDrawItemStruct->rcItem, ::GetSysColor(COLOR_HIGHLIGHT));
}
else
{
dc.SetTextColor(RGB(255,255,255));
dc.SetBkColor(RGB(41,66,148));
dc.FillSolidRect(&lpDrawItemStruct->rcItem,RGB(41,66,148));
}

dc.DrawText(strText, &lpDrawItemStruct->rcItem, DT_SINGLELINE | DT_NOPREFIX | DT_NOCLIP | DT_VCENTER);

dc.SetTextColor(crOldTextColor);
dc.SetBkColor(crOldBkColor);

dc.Detach();
}

All is OK apart the text: Combo si blue, text is white
but the text is not written correctly, it is alway the same control caracter.

Could someone help me?

Confused | :confused:

Thanks
Natacha

Re: Blue ComboBox, Problem with DrawItem

l a u r e n1-Mar-01 3:37

l a u r e n

1-Mar-01 3:37

CString strText;
GetLBText (lpDrawItemStruct->itemID,strText);

should be

CString strText;
int len;
len = GetLBTextLen(lpDrawItemStruct->itemID);
GetLBText (lpDrawItemStruct->itemID,strText.GetBuffer(len));
strText.ReleaseBuffer();

"every year we invent better idiot proof systems and every year they invent better idiots"

Re: Blue ComboBox, Problem with DrawItem

16-May-01 3:03

Just change "strText" by "(char*)((LPCSTR)lpDrawItemStruct->itemData)" when drawing the text.
My test is working. Good luck !

HOWTO: Determine windows login

neilbennevis1-Mar-01 1:23

neilbennevis

1-Mar-01 1:23

does anyone know how to determine whether windows requires a login or not.
i.e. need to know if a system is multi-user or not.

cheers

Neil

Writing a C++ DLL with VB-compatibility in mind

#realJSOP1-Mar-01 1:14

#realJSOP

1-Mar-01 1:14

Using VC++ 6.0

I'm writing a DLL and it works fine from a C++ program. However, a friend of mine wants to use the DLL from a VB app.

My exported prototypes look like this:

extern "C" void FAR PASCAL EXPORT SR_GetString(char* sRunning);
typedef void (FAR PASCAL* LPFNsr_GetString)(char* sRunning);

I also have a .DEF file with this export line:

GetString @1

In my C++ program (that uses this DLL), I do this:

HMODULE hMyDLL = ::LoadLibrary("MyDLL.DLL");
LPFNsr_GetString m_fnSRGetString = GetProcAddress(hMyDLL, "SR_GetString");
char cText[255;
(m_fnSRGetString*)(cText);

I get the expected results (cText contains the expected string).

My Objective:

I want to make this DLL VB-friendly (*NOT* VB-specific) while having minimum impact on the code I've already written in both my C++ app and the DLL in question. I plan on requiring 32-bit VB in order to use the DLL, so the 16/32-bit concerns should be NULL.

If anyone can steer me, give me hints, tell me outright how to do it, etc, I'd be most appreciative.

Last thing, besides the DLL, what file(s) do I have to give the VB programmer who wants to use it?

Re: Writing a C++ DLL with VB-compatibility in mind

l a u r e n1-Mar-01 3:28

l a u r e n

1-Mar-01 3:28

i posted an answer to your jsimmons3@satr...... account

"every year we invent better idiot proof systems and every year they invent better idiots"

Re: Writing a C++ DLL with VB-compatibility in mind

#realJSOP1-Mar-01 3:33

#realJSOP

1-Mar-01 3:33

damn - i'm at work... Hmmm | :|

Could I convince you to post it here too? Smile | :)

Re: Writing a C++ DLL with VB-compatibility in mind

l a u r e n1-Mar-01 3:41

l a u r e n

1-Mar-01 3:41

i dont think i can upload an attachment here and theres a lot of code to rifle thru if i'm to sort out the bits you need only

is there an email at work i can send it to?

"every year we invent better idiot proof systems and every year they invent better idiots"

Re: Writing a C++ DLL with VB-compatibility in mind

C^hris L^osinger1-Mar-01 3:57

C^hris L^osinger

1-Mar-01 3:57

the VB person only needs the DLL and perhaps your .h file so he (i'll assume "he") can see the function declarations. then he'll need to write some VB function import/declarations for your DLL. if you're kind, you'll write these function declarations for him Smile | :)

as far as compatibility - VB can deal with C interfaced DLL's (not C++) pretty well. i tend to stick with 32-bit parameters, and if i have to pass a structure, i make sure the elements of that structure are all 32 bits. this way VB can use "Long" for all of your parameters (except strings).

the only thing you really need to be careful of is getting the VB function declarations right - match parameter sizes and get the correct ByRef/ByVal flags on those parameters.

-c

------------------------------
Smaller Animals Software, Inc.
http://www.smalleranimals.com

Run a program

1-Mar-01 1:11

Hello. I´m trying to run a new program from a mfc application. I have probed with
'system', but a new DOS windows appears. Does anyone how to manage it?

Re: Run a program

1-Mar-01 1:15

ShellExecute

CMapStringToString

28-Feb-01 23:51

Do you know any way to inicializate a CMapStringToString like a static array? In a static array I do it:

CString array_of_string[]={"dog","cat","horse"}

but in CMapStringToString, is it possible? Thanks
Rose | [Rose]

Re: CMapStringToString

Steve Driessens2-Mar-01 3:05

Steve Driessens

2-Mar-01 3:05

G'day Jane,

I don't think you can do this as the CMapStringToString class doesn't
have an '=' operator.

If you derived you own class and added an '=' operator, you'd need to
pass it two values (a key and string) which I don't think would work.
(BTW: I'd be perfectly happy to be proved wrong here. Smile | :)

)

Do you only need to do this for a single CMapStringToString object?
Maybe you could derive a class from CMapStringToString which initializes
itself in the constructor from a couple of static text arrays.

Something like this...

static char* lpszKeys[] = {_T("Key1"), _T("Key2"), NULL};
static char* lpszText[] = {_T("Text1"), _T("Text2"), NULL};

CMyMapStringToString::CMyMapStringToString()
{
    int nPos = 0;
    while(lpszKeys[nPos] != NULL){
        SetAt(lpszKeys[nPos], lpszText[nPos]);
        nPos++;
    }
}

This might get a bit tedious if you have several different
CMapStringToString objects to self-initialize though.

Just a thought.

Steve

--------------------------------------
Steve Driessens
www.resortsoftware.com

Need help with Dialogs...

28-Feb-01 23:35

I need a process to be started right when all dialog init is done and the window has been displayed, what is the easiest way to do this??? I'm sure this is very simple Blush | :O

Re: Need help with Dialogs...

l a u r e n28-Feb-01 23:38

l a u r e n

28-Feb-01 23:38

put a call to CreatProcess() [or CreateProcessEx()] at the end of your InitDialog() function or trap the WM_SHOWWINDOW message and put it there after calling the base class handler

Poke tongue | ;-P

"every year we invent better idiot proof systems and every year they invent better idiots"

Threading in vc

28-Feb-01 22:32

i have a thread prgm which will be running for 24 hrs... and i am getting an error after 10 hrs.. the error is "Abnormal program termination".. what will be the cause??

REPLy me immediately

Regards
Rose

Re: Threading in vc

l a u r e n28-Feb-01 23:34

l a u r e n

28-Feb-01 23:34

errrrr
thats a bit vague rose
a little more info might help get an answer
Suspicious | :suss:

"every year we invent better idiot proof systems and every year they invent better idiots"

Re: Threading in vc

Erik Funkenbusch1-Mar-01 13:09

Erik Funkenbusch

1-Mar-01 13:09

"I have a car which is supposed to be running for an hour, but after 15 minutes, something happens. What's the cause?"

Confused | :confused:

Re: Threading in vc - solution

1-Mar-01 13:17

The reason your program only runs for 10 hours is because you are using a signed value as a message id for message passing between threads, and 10 hours is roughly how long it takes you to exceed the maximum positive value and wrap negative. Your receiving thread expects unsigned values. In essence, your problem has nothing to do with threads.

Re: How I can do it !!!

l a u r e n28-Feb-01 23:36

l a u r e n

28-Feb-01 23:36