Re: Setting cursor position in CComboBox - C / C++ / MFC Discussion Boards

Re: FindFirstFile wants an unsigned short* ?

C^hris L^osinger30-Dec-02 7:12

C^hris L^osinger

30-Dec-02 7:12

any chance you're doing a Unicode build?

-c

I'm not the droid you're looking for.

ThumbNailer

Re: FindFirstFile wants an unsigned short* ?

User 665830-Dec-02 7:41

User 6658

30-Dec-02 7:41

That why also my guess.

Have you tried

HANDLE Finding = FindFirstFile(_T("C:\\*.*"), &FindFileData);

?

regards

modified 12-Sep-18 21:01pm.

Re: FindFirstFile wants an unsigned short* ?

Fahr30-Dec-02 9:41

Fahr

30-Dec-02 9:41

Well, that seems to work (could you maybe also explain WHY it works?)

Now I get an error on this:
FString temp = ANSI_TO_TCHAR(FindFileData.cFileName);

it seems to be related, too, the error reads;

error C2664: 'winGetSizeUNICODE' : cannot convert parameter 1 from 'unsigned short [260]' to 'const char *'
Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast

a _T() or L() doesn't work here tho :S

- Fahr

Re: FindFirstFile wants an unsigned short* ?

Fahr30-Dec-02 9:58

Fahr

30-Dec-02 9:58

That's fixed, apparently the ANSI_TO_TCHAR was not needed cuz it's already unicode. My bad...

Tho I still don't get why it works like this or not...

- Fahr

Re: FindFirstFile wants an unsigned short* ?

Fahr30-Dec-02 9:08

Fahr

30-Dec-02 9:08

That could very well be, how would I check that? I DID tweak a lot of the compler and linker settings...

How is that related anyways?

- Fahr

Re: FindFirstFile wants an unsigned short* ?

C^hris L^osinger30-Dec-02 13:17

C^hris L^osinger

30-Dec-02 13:17

FindFirstFileW is the wide-char version of FindFirstFile. somehow, you've made the compiler think it needs be using this version instead of FindFirstFileA (the single-byte version).

I'm not the droid you're looking for.

ThumbNailer

Setting cursor position in CComboBox

The Lady of Shallots30-Dec-02 7:00

The Lady of Shallots

30-Dec-02 7:00

I have a CComboBox in a dialog in my app and have a question about setting the cursor in it. I want it to have the same behavior as the search combo box in the toolbar in VC++. When the user clicks the box to set focus, it should highlight the current word and if they click again, the cursor is positioned at the end of the word. Right now, no matter how many times or where I click the whole word is always highlighted. Thanks!

Re: Setting cursor position in CComboBox

Nick Parker30-Dec-02 17:54

Nick Parker

30-Dec-02 17:54

The Lady of Shallots wrote:
When the user clicks the box to set focus, it should highlight the current word and if they click again, the cursor is positioned at the end of the word.

Um, isn't this the default action of a CComboBox? I made a quick MFC app and added one and this is how mine acted.

Nick Parker

You see the Standards change. - Fellow co-worker

Re: Setting cursor position in CComboBox

The Lady of Shallots31-Dec-02 2:16

The Lady of Shallots

31-Dec-02 2:16

Hmmm... maybe it is and I'm messing it up some how because I am overriding some windows messages and setting focus myself in some places, I will look into that. Thanks!

Post-Build commands?

IGx8930-Dec-02 6:25

IGx89

30-Dec-02 6:25

I want to perform some post-build commands, but I have no idea what the commands are! Is there a listing and explanation of all the commands? Also, how do I get it to execute a batch file, and put the output of it in the Build window (not opening a separate command prompt window)?

Thanks!

Re: Post-Build commands?

C^hris L^osinger30-Dec-02 7:15

C^hris L^osinger

30-Dec-02 7:15

there is no list of commands. you can execute any command, exactly as if you were doing it from the command line. there is a list of symbols you can use in the commands, look in the MSDN for "Macros for Custom Build Commands".

-c

I'm not the droid you're looking for.

ThumbNailer

Re: Post-Build commands?

IGx8930-Dec-02 7:35

IGx89

30-Dec-02 7:35

Ok, I've got it to run a batch file. Unfortunately, it runs it in a new command prompt window, and doesn't close the window when it's done. How can I have it close the window, or, better yet, not even open a window?

DEBUG RELEASE not the same result!!!

Raphael Kindt30-Dec-02 5:29

Raphael Kindt

30-Dec-02 5:29

Hello world...

I've writed a function

double FindValue(double X, int& prescaler, int& clk_freq)

where X is INPUT argument.
prescaler and clk_freq are OUTPUT arguments.
Here is the code:

double FindValue(double X, int& prescaler, int& clk_freq)
{
	const MAX_CLOCK = 16;
	const double Clock[MAX_CLOCK] = {26., 27., 28., 29., 30., 31., 32., 34., 36., 38., 40., 42., 44., 46., 48., 50. };
	double Min[4] = {0}, freq = 0;
	int i = 0, j = 0;

	// Seek prescaler
	for(i = 0; i < 4; i++, j = 0) {
		freq = X * pow(2, i);
		while( (j+1 < MAX_CLOCK) && (fabs(freq - Clock[j]) >= fabs(freq - Clock[++j])) ) {};
		if(j+1 == MAX_CLOCK) {
			Min[i] = min( fabs(freq - Clock[j-1]), fabs(freq - Clock[j]) );
		} else {
			Min[i] = fabs(freq - Clock[j-1]);
		}
	}
	for(j = 1, i = 0; j < 4; j++) {
		i = (Min[i] < Min[j]) ? i : j;
	}
	prescaler = (int)pow(2, i);

	// Seek clk_freq
	j = 0;
	freq = X * (double)prescaler;
	while( (j+1 < MAX_CLOCK) && (fabs(freq - Clock[j]) >= fabs(freq - Clock[++j])) ) {};
	if(j+1 == MAX_CLOCK) {
		clk_freq =  fabs(freq - Clock[j-1]) < fabs(freq - Clock[j]) ? (int)Clock[j-1] : (int)Clock[j];
	} else {
		clk_freq = (int)Clock[j-1];
	}
	return (clk_freq / prescaler);
}

The goal is to find the prescaler (=P) and the frequency (=F) where F/P = X (X is the INPUT wanted).
Values of P are limited to {1, 2, 4, 8} => pow(2, i) with i[0,3]
Values of F are limited to {26, 27, 28, 29, 30, 31, 32, 34, 36, 38, 40, 42, 44, 46, 48, 50}
EXAMPLE:
if I want X = 20 then F must be 40 and P must be 2 because F/P = X

This function work fine with DEBUG mode but the result is different with RELEASE mode???!!!??? very strange... Confused | :confused:

In RELEASE mode I've found (for X = 20) F = 48 and P = 2... that's wrong
In DEBUG mode I've found (for X = 20) F = 40 and P = 2... that's OK

Thanks in advance for your assistances...

Hello World!!! Smile | :)

from Raphaël

Re: DEBUG RELEASE not the same result!!!

nde_plume30-Dec-02 6:02

nde_plume

30-Dec-02 6:02

I didn't trace the exact source of your error, you can do so
by stepping through in the debugger (yes it will work in release
it might behave a little whacky though.)

However, two obvious sources of problems are the two identical lines:

while( (j+1 < MAX_CLOCK) && (fabs(freq - Clock[j]) >= fabs(freq - Clock[++j])) )

This could very well be the source of your problem. You preincrement
j in a line that uses j in other places. C/C++ does not offer any
guarantees as to the order the sub expressions in an expression
are evaluated, and quite often the optimizer reogranizes the evaluation
order for various speed improvements. if "Clock[j]" is evaluated before
"Clock[++j]" you will get a different result than if they are evaluated
in the other order.

The basic style rule is this: never use ++ or -- applied to an lval when
you use the same lval elsewhere in the same expression. A more strict
rule which I personally apply is: never use ++ or -- except as stand alone
statements or in special idiomatic statements (such as *p++ = *q++)

HTH.

Re: DEBUG RELEASE not the same result!!!

Raphael Kindt30-Dec-02 6:12

Raphael Kindt

30-Dec-02 6:12

That's certainly my problem (I suspected that the error would come from this loop)... Thanks a lot...

Hello World!!! Smile | :)

from Raphaël

Re: DEBUG RELEASE not the same result!!!

Alvaro Mendez30-Dec-02 6:03

Alvaro Mendez

30-Dec-02 6:03

I tried this code myself and couldn't determine exactly why it's behaving this way. One thing is for certain: it has to do with the compiler Optimizations. If you go to Project/Settings for the Release version, C/C++ tab, and set Optimizations to "Default", it will work fine.

Regards,
Alvaro

Well done is better than well said. -- Benjamin Franklin
(I actually prefer medium-well.)

Re: DEBUG RELEASE not the same result!!!

Raphael Kindt30-Dec-02 6:13

Raphael Kindt

30-Dec-02 6:13

Thanks... With this way, that work fine...

Hello World!!! Smile | :)

from Raphaël

"Button capture"

Adi Shavit30-Dec-02 4:40

Adi Shavit

30-Dec-02 4:40

Hi,

I'm working on an application for handicapped people, that cannot use the mouse in the normal way.

I'd like to "snap" the mouse cursor, to the nearest widget, like toolbar buttons/menu items and so on, for any application running under my mouse (i.e. not my code).

Is this possible?
If so how can I do this?

Please advise, your help will be exteremely appreciated.

Adi

SSH2 Protocol

Nick Parker30-Dec-02 3:16

Nick Parker

30-Dec-02 3:16

Has anyone implemented the SSH2 protocol within a Windows application before, I would be interested on any info/web links if you have.

Nick Parker

You see the Standards change. - Fellow co-worker

Why isn't modeless child dialog destroyed properly?

Moak30-Dec-02 2:47

Moak

30-Dec-02 2:47

Hi,
I have a modless child dialog in a CDialog.

In OnDestroy() of my CDialog I need to manually call DestroyWindow() for my child dialogs, or they do not become properly destroyed (all other child controls are destroyed fine). I wonder why... so I checked styles/messages with Spy and the child dialog becomes a WM_DESTROY message from the parent. Strange that I still need to call DestroyWindow()?

Is there something I don't understand or made wrong?

Re: Why isn't modeless child dialog destroyed properly?

Gary R. Wheeler30-Dec-02 4:22

Gary R. Wheeler

30-Dec-02 4:22

Do you have the WS_CHILD and DS_CONTROL styles set in the embedded child dialog? Those need to be set for the embedded dialog to be treated as a proper child window of the parent.

Software Zen: delete this;

Re: Why isn't modeless child dialog destroyed properly?

Moak30-Dec-02 4:58

Moak

30-Dec-02 4:58

yep, it has child styles and I test this:

VERIFY(GetStyle() & DS_CONTROL);
VERIFY(GetStyle() & WS_CHILD);

I found the bug: DestroyWindow() is not virtual and needs to be called manually for all from CDialog derived classes.

The "purpose" is that WM_DESTROY message should destroy a window, rarther than the destructor of a dialog. Well, CDDialog::~CDialog() does it still together with a warning, so you never run into a resource leak with a plain un-derived CDialog.
In my case, I delete my dynamically created child dialogs in OnDestroy() of the parent, at this moment the WM_DESTROY message was not send to the child views. A little wired, but I can find a solution now.

Moak

VC++ .net include directories

Luke Murray29-Dec-02 21:57

Luke Murray

29-Dec-02 21:57

My VC++ /net has gone weird, when I go into the options to add include directories etc. the list bit that shows the current directories is gone (disappeared about a week ago), I still have the 2 dropdown boxs to select platform and what can of dir it is (lib, include, exec, etc.) but not list, so no way to add them.
I now add them in each project I create in the additional include directories, anyone else had this happen? quite weird I thought, any ideas on how to fix this problem?

thanks

Luke.

ctrl+alt+del

r i s h a b h s29-Dec-02 19:17

r i s h a b h s

29-Dec-02 19:17

dear all,
i want my mfc dialog app not to appear in tasks list in close program dialog if someone hits ctrl+alt+del.
how to do this.

this should happen for all windows platform 98, nt, 2k, xp

wishing all of u a very happy new year!
Rose | [Rose]

Re: ctrl+alt+del

Dominik Reichl29-Dec-02 22:20

Dominik Reichl

29-Dec-02 22:20

Try this:

RegisterServiceProcess(NULL, 1);

Now your app is invisible in the tasks list.

Big Grin | :-D

Wish you a happy new year too Rose | [Rose]

-Dominik

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