Re: Current Process Path - Not Name - Correction - C / C++ / MFC Discussion Boards

First Prev Next

dual processor - multiple threads.

Niko Tanghe26-Jul-02 1:54

Niko Tanghe

26-Jul-02 1:54

Is it possible to assign a thread to a single processor in C++ with Visual studio ?

Re: dual processor - multiple threads.

Tomasz Sowinski26-Jul-02 2:14

Tomasz Sowinski

26-Jul-02 2:14

Check SetThreadAffinityMask. But better be sure what you're doing.

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

- It's for protection
- Protection from what? Zee Germans?

Re: dual processor - multiple threads.

Paul M Watt26-Jul-02 5:40

Paul M Watt

26-Jul-02 5:40

If you are simply concerned that windows is optimizing your threads processing effectively, you should know that it runs all of your threads on different processors until it has to double up on a processor. So it tries to maximize the through put of the multi-processors parallel processing.

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

Current Process Path - Not Name

Giles26-Jul-02 1:32

Giles

26-Jul-02 1:32

In MFC, how would you go about getting that PATH of the current executable - AfxGetAppName is not enough.

Help

Re: Current Process Path - Not Name

Tomasz Sowinski26-Jul-02 1:46

Tomasz Sowinski

26-Jul-02 1:46

__argv[0] should do the trick. It's global variable in MFC.

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

- It's for protection
- Protection from what? Zee Germans?

Re: Current Process Path - Not Name - Correction

Tomasz Sowinski26-Jul-02 1:50

Tomasz Sowinski

26-Jul-02 1:50

__argv[0] will contain incomplete path when you launch the program from command line. Seems that most reliable way of getting the path will be ::GetModuleFileName.

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

- It's for protection
- Protection from what? Zee Germans?

Re: Current Process Path - Not Name - Correction

Giles26-Jul-02 2:24

Giles

26-Jul-02 2:24

Cheers. I had a feeling about GetModuleFileName, but thought it would only provide the filename again.

Re: Current Process Path - Not Name - Correction

Tomasz Sowinski26-Jul-02 2:34

Tomasz Sowinski

26-Jul-02 2:34

Giles wrote:
I had a feeling about GetModuleFileName, but thought it would only provide the filename again.

It'll give you complete path, including filename. If you want to have only directory part left, copy the filename into CString, then use CString::ReverseFind and CString::Left.

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

- It's for protection
- Protection from what? Zee Germans?

Re: Current Process Path - Not Name

includeh1026-Jul-02 1:52

includeh10

26-Jul-02 1:52

GetModuleFileName(0,...)

includeh10

create a dockingable menu!

includeh1026-Jul-02 1:16

includeh10

26-Jul-02 1:16

i need a dockable menu (that is: the menu can be move around and docked at top, left ... of main frame,
Help.....

seven flowers for u ...

Rose | [Rose]

includeh10

Templates, MIDL base_types, etc. in win32 static lib

Ice-T.Polarbear26-Jul-02 1:01

Ice-T.Polarbear

26-Jul-02 1:01

Hello everybody!

I tried to outsource some common classes from some existing projects into a shared static WIN32-library. The classes were implemented into a MFC dialog application and make use of MFC templates such as "CMap" and also of MIDL base_types like "hyper"...

The problem is: If I try to compile those classes within a static WIN32-lib workspace, Visual Studio mourns about that "hyper", "CMap", etc. are unknown (Error C2501). Although I've set the option that I want to use MFC in this library.

I think that I have to link some more headers or set some switches in the properties of the static lib workspace... But I found no suitable hints at the MSDN library at all! Frown | :(

So... Maybe someone can give me a tip how to implement "hyper", "CMap" & Co. into a static WIN32-library...??? *pls*

Many thanks in advance!

With best regards,
Andreas Dilling

Trouble with DestroyWindow

klm26-Jul-02 0:58

klm

26-Jul-02 0:58

Hello,

when i exit my application, i get this message from the debugger:

Warning: calling DestroyWindow in CDialog::~CDialog --
OnDestroy or PostNcDestroy in derived class will not be called.

What is the meaning of this Warning?

Thanks for your Help!

Re: Trouble with DestroyWindow

Tomasz Sowinski26-Jul-02 1:03

Tomasz Sowinski

26-Jul-02 1:03

This means that you're having problems with lifetime of your dialog. Is your dialog main window of your app?

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

- It's for protection
- Protection from what? Zee Germans?

Re: Trouble with DestroyWindow

Scott H. Settlemier26-Jul-02 1:47

Scott H. Settlemier

26-Jul-02 1:47

That msg occurs when you have a class instance that is being
destroyed before its window. The class destructor will
automatically destroy the window for you, but since this is
done from the destructor, the instance is no longer around
to handle any messages. This is sometimes the behavior you
want, just make sure that your destructor AND OnDestroy both
call a cleanup routine in common.

Re: Trouble with DestroyWindow

klm26-Jul-02 1:51

klm

26-Jul-02 1:51

Hello Thomas and Scott,

Thank you very much for your help!

I have found the error:

I have a view, he create via new dialogs. When i exit the dialogs, in my OnDestroy-function of the view, i delete the dialog.

Now i delete the dialogs in the destructor of my view.

quick question about message reflection

Anonymous26-Jul-02 0:56

Anonymous

26-Jul-02 0:56

I've just started to read about this. seems like custom controls can have relected messages. so a regular old button added from the toolbox is not able to do reflection?
Thanks,
ns

Re: quick question about message reflection

Tomasz Sowinski26-Jul-02 1:06

Tomasz Sowinski

26-Jul-02 1:06

anonymous wrote:
so a regular old button added from the toolbox is not able to do reflection?

All controls can use reflection.

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

- It's for protection
- Protection from what? Zee Germans?

Re: quick question about message reflection

ns26-Jul-02 1:29

26-Jul-02 1:29

The article I was reading was adding handlers for messages starting with = via the classwizard. One selects the class of the control and then handles the = message. Since I added my button through CW I dont have a control class for it in my CW. Thats why I incorrectly deduced that standard controls couldnt refelect.
Thanks,
ns

comctl32 crashes

alaulu26-Jul-02 0:43

alaulu

26-Jul-02 0:43

Hi All !

One problem pursues me for a few years already:
all my Win32 apps, written in VC++ (5.0-6.0),
crash on the second run under debugger.
Toolbar code in comctl32.dll causes access violation.

In more details:

1)The crap arises only when the app
is run 2 times successively from the VC++ IDE.
When running my app standalone, all's ok.
2)The program crashes when a mouse is moved
over the toolbar. WM_MOUSEMOVE is finally
dispatched to DefWindowProc() in comctl32.dll,
and there fails.
The mouse coordinates seem to be correct.
3)If toolbar is hidden, it's allright.
4)This bug seems to be not accidental
concatenation of circumstances:
this happened on different Windows versions,
under both VC5 and VC6, after many reinstallations
of the VC++ and OS etc,
and, finally, with all my Win32 GUI apps -
independently of tyhe architecture of the app,
and of the way I use tollbars
(containing ReBar, different styles, etc.)
5) The bug arises and disappears from time to time,
during the course of program development.
It seems that it depends somehow
on the size of the .exe or something like that.

Anyone ever faced this problem ?
Any help or hint would be appreciated !

Thanks in advance !

Plugin Extensions

laphijia26-Jul-02 0:35

laphijia

26-Jul-02 0:35

I was wondering what are the principles of creating a plugin extendable program.

I mean a program that accepts custom functions being created by third party developer, following certain rules.
Like Winamp, or Windows Media Player, that with plus has the Speaker Enanchement pluging: you install the plugin and there is a new Item in the Windows Media menu.

Is there any tutorial, guide, etc about this?

Thank you.

"Nelle cose del mondo non e' il sapere ma il volere che puo'."

Re: Plugin Extensions

Tomasz Sowinski26-Jul-02 1:00

Tomasz Sowinski

26-Jul-02 1:00

You may find some ideas here:

http://www.microsoft.com/msj/defaultframe.asp?page=/msj/0797/snapins.htm[^]

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

- It's for protection
- Protection from what? Zee Germans?

Re: Plugin Extensions

C^hris L^osinger26-Jul-02 4:25

C^hris L^osinger

26-Jul-02 4:25

for the plugin system i use, i simply came up with a COM interface for the plugins and just told people that if they want to write a plugin for my apps they must: create an ATL object with this interface, name the object thusly, and place it in this folder.

at runtime, my app scans that folder and finds all the DLLs there. then it does a CreateObject call on each of "%DLLNAME.MyInterfaceName" . if that works, the object is a plugin.

it works great.

i can elaborate, if you'd like

-c

To explain Donald Knuth's relevance to computing is like explaining Paul's relevance to the Catholic Church. He isn't God, he isn't the Son of God, but he was sent by God to explain God to the masses.
/. #3848917

Fractals!

Re: Plugin Extensions

laphijia26-Jul-02 7:30

laphijia

26-Jul-02 7:30

Chris Losinger wrote:
for the plugin system i use, i simply came up with a COM interface for the plugins and just told people that if they want to write a plugin for my apps they must: create an ATL object with this interface, name the object thusly, and place it in this folder.

Oh, this sounds very efficient.
Can you indicate me to some documentation about COM interfaces, since I am profane?

Thank You.

"Nelle cose del mondo non e' il sapere ma il volere che puo'."

Re: Plugin Extensions

C^hris L^osinger26-Jul-02 8:03

C^hris L^osinger

26-Jul-02 8:03

COM is a huge subject. but, here is a link to a tutorial i wrote on how to create plugins for my apps. you can use VC's ATL wizard to do most of the work.

to use these plugins, you need to create a COleDispatchDriver object and use it to create an instance of the plugin:

// i chose to name my plugin interface "TNImgAutomation"
cosnt char * pInterfaceName = "TNImgAutomation";

// one of the plugin rules is that the plugin object's name must be the same as the DLLs name
CString csPluginObjectName = csDLLName + pInterfaceName;

COleDispatchDriver disp;
BOOL ok = disp.CreateDispatch(csPluginObjectName);

now we have a plugin object. the next part is to call methods of the plugin. this is where it gets tricky, in my system. because i create COleDispatchDriver objects directly, I am responsible for finding the methods and handling all of the method parameters myself.

Here's how you get the DISPID of a method in an ActiveX object (DISPID is basically the enumerated ID of the method. each method will have a unique ID).

HRESULT GetDispID(COleDispatchDriver &disp, const char *pName, DISPID &dispid)
{
	USES_CONVERSION;
	LPOLESTR lpOleStr = T2OLE(pName);

	if (disp.m_lpDispatch==NULL)
	{
		ASSERT(0);
		return E_INVALIDARG;
	}

	return disp.m_lpDispatch->GetIDsOfNames(IID_NULL, &lpOleStr, 1, LOCALE_SYSTEM_DEFAULT, &dispid);
}

so you can do this:

DISPID dispid;
GetDispID(disp, "GetPluginName", dispid);

now you know the ID of that method. now you can call it.

here's how I call "GetPluginName" on a plugin:

//////////////////////////////////////////////////////////////////////

CString CTNPlugInBase::GetPluginName()
{
	CString csOut;
	BSTR bsTemp;

	long result;
	static BYTE parms[] =
		VTS_PBSTR;
	disp.InvokeHelper(m_GetPluginNamesDispID, DISPATCH_METHOD, VT_I4, (void*)&result, parms, &bsTemp);

	csOut = bsTemp;
	SysFreeString(bsTemp);

	return csOut;
}

the tricky part here is that "parms" variable. that's where you list the parameters for the method. with one parameter (in this case a pointer to a BSTR: &bsTemp), it's pretty easy. but when you get more parameters, it looks like this:

long result;
static BYTE parms[] =
	VTS_PI4 VTS_PI4 VTS_PI4 VTS_I4 ;

disp.InvokeHelper(dispId, DISPATCH_METHOD, VT_I4, (void*)&result, parms, MemoryHandle, Width, Height, Context);

notice that there are no commas between those VTS_ things.

this might seem really horribly complicated if you've never used COM/ATL before. but it's really not too bad, once you get into it.

-c

Fractals!

Modify windows style

Antony B.26-Jul-02 0:05

Antony B.

26-Jul-02 0:05

I have to realize a very complicated user interface and
I have to insert a lots of control in a small space.

I'd like to used CDialog and CDialogBar classes but I need
to modify the window appearance in order to resize or remove
the window border and the title bar.

How can I do that???
Where can I find some samples ??

Thank you very much.

Last Visit: 31-Dec-99 18:00 Last Update: 25-Sep-24 4:16

Refresh

ᐊ Prev 1...16531 16532 16533 165341653516536 16537 16538 16539 16540 Next ᐅ

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