C / C++ / MFC

9-Jul-07 8:50

mcsherry wrote:
btw does anyone know the term for doing this?

The term? The 0 is a flag directive, and the 2 is the width.

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Escape Sequence

Sabry19059-Jul-07 7:22

9-Jul-07 7:22

Hello all

I am beginner in C++, and I am studying now ISO/ANSI C++, making Console application, and I have some problems with escape characters like "\a" and "\b"
both of them not working on my console
if any one can help, plz send to me

Best Regards

David Crow9-Jul-07 8:51

9-Jul-07 8:51

A-M-S-S wrote:
and I have some problems with escape characters like "\a" and "\b"
both of them not working on my console

Define "not working."

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Sabry19059-Jul-07 22:22

9-Jul-07 22:22

I mean I heard no sound using \a
and when I used
cout<<"abcd\b";
it prints abcd, and my understanding is that it should be print "abc"

David Crow10-Jul-07 2:42

10-Jul-07 2:42

Have you tried printf() instead of cout?

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Sabry190510-Jul-07 4:14

10-Jul-07 4:14

yes I had tried,
but still got no sound with "\a"
but I discovered something when I tried "\b"
both cout and printf do the functionality of the escape character \b as soon as there is no new line after printing "\b"
is there any one have an answer for those 2 problems

David Crow10-Jul-07 4:24

10-Jul-07 4:24

A-M-S-S wrote:
but still got no sound with "\a"

Do you actually have a beeper, not a speaker, for the sound to come though?

What exactly are you doing that requires the use of a backspace?

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Sabry190510-Jul-07 23:51

setup CLapack with VS2005.NET

10-Jul-07 23:51

I don't want to do any thing specific, I am just trying to learn c++, and try every concept,
and till now I couldn't able to hear any beep in my speaker

Ming Luo9-Jul-07 7:12

Ming Luo

9-Jul-07 7:12

Hi all:
Does anyone ever use clapack with VS2005.NET? It's really pain, I have spent a whole day on it but I still can't make it work. Here is what I have done and the problems, could anyone help me out please?

First I copied files "clapack.lib, libF77.lib, libI77.lib, blas.lib" to the "..\Microsoft Visual Studio 8\VC\PlatformSDK\lib" directory, the header files "clapack.h, f2c.h, blaswrapper.h" to the "..\Microsoft Visual Studio 8\VC\PlatformSDK\Include" directory.

I copied the sample code from the website of clapack faq 1.9. I added the input libraries to the project by setting the \project\linker\input property.

When compile the program, I got the following errors:

1>main.obj : error LNK2019: unresolved external symbol "int __cdecl dgesvd_(char *,char *,long *,long *,double *,long *,double *,double *,long *,double *,long *,double *,long *,long *)" (?dgesvd_@@YAHPAD0PAJ1PAN122121211@Z) referenced in function _main

1>D:\Project\VS2005\clapack_test\CLapack_test\Debug\CLapack_test.exe : fatal error LNK1120: 1 unresolved externals

Can anyone help me please???

Thanks very very much!!!

Asura

keys codes in APIs like Keybd_Event

V_shr9-Jul-07 6:51

V_shr

9-Jul-07 6:51

I want up , down , left and right arrow keys codes to use in bVk of Keybd_Event API function , but i don't know the codes . could anyone help me ?

Re: keys codes in APIs like Keybd_Event

David Crow9-Jul-07 7:18

Re: keys codes in APIs like Keybd_Event

9-Jul-07 7:18

VK_LEFT, VK_UP, ...

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

V_shr9-Jul-07 7:27

V_shr

9-Jul-07 7:27

thanks a lot

Re: keys codes in APIs like Keybd_Event

Hamid_RT9-Jul-07 7:58

Hamid_RT

9-Jul-07 7:58

See Virtual-Key Codes[^].

WhiteSky

CtAbout popupMenu

kcynic9-Jul-07 6:12

kcynic

9-Jul-07 6:12

I have a CTreeCtl drived class which implement OnContexMenu();
but i don't know why the popup menu would popup only when i pressed the scrollbar using right button!
Somebody would tell me why?

Re: CtAbout popupMenu

Mark Salsbery9-Jul-07 6:34

losing dimensions in metafile

9-Jul-07 6:34

You may want to consider handling the treeview's NM_RCLICK notification instead of WM_CONTEXTMENU.

See How To Display a Context Menu for CTreeCtrl[^] for details.

Mark

Mark Salsbery
Microsoft MVP - Visual C++

This episode brought to you by the letter Z

Force Code9-Jul-07 6:02

9-Jul-07 6:02

I have a word processing app (no source) in which a user can copy bitmaps onto the client area, resize them on the client, and then paste them somewhere else in the client area with their new size (nothing unusual here).

I'm intercepting the paste command msgs of this app (through subclassing, etc.), and for the moment, all I'm trying to do is retrieve the content of the clipboard, duplicate it, and replace the original clipboard content with the duplicate. (not my ultimate objective obviously). However, no matter how I try to retrieve the data and put it back to the clipboard, its apparently being altered, because the bitmap dimensions are destroyed, and when the app pastes the item, its it has the original dimensions (not the user-resized dimensions).

The bitmap is being copied by the app as a metafile, so when I intercept the paste message, I'm retrieving it and putting it back to the clipboard as a metafile. The data can be retrieved from the clipboard as an enhanced metafile or plain metafile, and it makes no difference. I've tried Copy[Enh]MetaFile, Get[Enh]MetaFileBits/Set[Enh]MetaFileBits, Create[Enh]MetaFile/Play[Enh]MetaFile, etc - no matter how I try to copy the clipboard data and just put it back unchanged, everthing *is* unchanged, EXCEPT the dimensions, which always lose the most current dimensions and instead revert to the original dimensions.

Mark Salsbery9-Jul-07 6:38

Re: losing dimensions in metafile [modified]

9-Jul-07 6:38

I'm confused (not a rare event Smile | :)

). Are you actually changing the metafile before you put it
back on the clipboard?

If so, what methods/APIs are you using to do so?

Mark

Mark Salsbery
Microsoft MVP - Visual C++

This episode brought to you by the letter Z

Force Code9-Jul-07 6:54

9-Jul-07 6:54

Mark Salsbery wrote:
I'm confused (not a rare event ). Are you actually changing the metafile before you put it
back on the clipboard?

If so, what methods/APIs are you using to do so?

As I stated, my goal for the moment is just to succeed in copying the data from the clipboard and replacing the content of the clipboard with the copy. However, the metafile's dimensions I put back to the clipboard are screwed up somehow.

Here's one code sample:

HENHMETAFILE henh = (HENHMETAFILE)GetClipboardData(CF_ENHMETAFILE);
int nSize = GetEnhMetaFileBits(henh,0,NULL);
BYTE* data = new BYTE[nSize];
GetEnhMetaFileBits(henh,nSize,data);
EmptyClipboard();
henh = SetEnhMetaFileBits(nSize,data);
SetClipboardData(CF_ENHMETAFILE,henh);

(yeah, its straight SDK.)
The copy that's put back has bitmap dimension info that has been altered. I say that, because if I don't mess with the clipboard at all, (as above) the bitmap is pasted with the dimensions most recently altered by user. With the code above, (which seemingly does nothing but replace the clipboard with a duplicate) when the paste is completed, the image has reverted to some previous dimensions.

In the above, I'm using GetEnhMetaFileBits/SetEnhMetaFileBits. However the same result occurs when just using CopyEnhMetaFile (as well as with yet another method for copying the metafile).

-- modified at 13:00 Monday 9th July, 2007

Mark Salsbery9-Jul-07 9:19

9-Jul-07 9:19

Force Code wrote:
the bitmap is pasted with the dimensions most recently altered by user.

Probably a dumb question, but are you creating a new metafile created by drawing using the new
dimensions or editing an existing metafile when the user alters something?

Also, what do you mean by "the bitmap is pasted"?

Mark

Mark Salsbery
Microsoft MVP - Visual C++

This episode brought to you by the letter Z

Force Code9-Jul-07 12:53

9-Jul-07 12:53

Mark Salsbery wrote:
Probably a dumb question, but are you creating a new metafile created by drawing using the new
dimensions or editing an existing metafile when the user alters something?

Also, what do you mean by "the bitmap is pasted"?

OK, here's the scenario:

A user copies a bitmap from some source to the client area of this application. Then, in the client area, he resizes the bitmap by dragging an edge of it. Then he copies this resized bitmap (ctrl-c) and pastes it somewhere else in the client area (ctrl-v). Once he resized the image, the application converted it from a bitmap to a memory metafile. So, when it is copied with ctrl-c, it is copied as a metafile and then pasted as a metafile.

What I have done is just intercept the paste message right before the image (i.e. the meta file) is pasted. Then, for now, i.e. *strictly for testing purposes*, all I've done is make a duplicate of the clipboard data (i.e. the metafile), and replaced the clipboard data with this duplicate metafile. So basically NOTHING should be changed *AT ALL*. But when the image is pasted, its size has reverted to what it was before the user resized it.

Understand?

Maybe I should have asked to begin with - have you ever copied metafiles from the clipboard.

Here is the complete code I used to intercept the paste msg:

//following excerpt is from a subclassed WndProc in a DLL
//injected into an application's address space:
.
.
.
case CM_PASTE_WP: {
OpenClipboard(hwnd);
if (IsClipboardFormatAvailable(CF_ENHMETAFILE)) {
HENHMETAFILE henh = (HENHMETAFILE)GetClipboardData(CF_ENHMETAFILE);
int nSize = GetEnhMetaFileBits(henh,0,NULL);
BYTE* data = new BYTE[nSize];
GetEnhMetaFileBits(henh,nSize,data);
EmptyClipboard();
henh = SetEnhMetaFileBits(nSize,data);
SetClipboardData(CF_ENHMETAFILE,henh);
}
CloseClipboard();
}
break;

.
.
.

return CallWindowProc(r_obj->WordProcPrev,hwnd,message,wParam,lParam);

}

Mark Salsbery9-Jul-07 16:49

9-Jul-07 16:49

Force Code wrote:
OK, here's the scenario

Thanks!

I don't see anything in THAT code that changes anything in the metafile.

It seems to me you may want to look in the "Once he resized the image, the application converted
it from a bitmap to a memory metafile" code and/or the PlayEnhMetaFile() code and make sure
everything is consistent with the DCs (resolution/units) and bounding rects.

Mark

Mark Salsbery
Microsoft MVP - Visual C++

This episode brought to you by the letter Z

C^hris L^osinger9-Jul-07 7:06

C^hris L^osinger

9-Jul-07 7:06

any chance the app is caching them ?

image processing toolkits | batch image processing | blogging

Force Code9-Jul-07 7:21