C / C++ / MFC Discussion Boards

Re: Gantt chart

Jokcy17-Jun-11 2:56

Jokcy

17-Jun-11 2:56

Thank you.It's really very difficulty.Let me have a try.

Re: Gantt chart

Cedric Moonen13-Jun-11 0:02

Cedric Moonen

13-Jun-11 0:02

Take a look at my charting control[^]High-speed Charting Control[^] article. It has support for Gantt series too.

Cédric Moonen
Software developer

Charting control [v3.0]
OpenGL game tutorial in C++

Re: Gantt chart

Jokcy17-Jun-11 2:55

Jokcy

17-Jun-11 2:55

Thank you.I'll read it carefully! Blush | :O

Re: Gantt chart

ThatsAlok13-Jun-11 20:51

ThatsAlok

13-Jun-11 20:51

Jokcy wrote:
I want to develop an application with MFC,which has similar functions to Gantt
chart.

I am assuming you have 3-4 yrs of development experience in MFC. if you want to develop your own charting control, you can go through GDi and GDI+ classes, which provide you low level access to window graphics.

Otherwise google is always your good friends for developer!

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture

cheers,
Alok Gupta
VC Forum Q&A :- I/IV
Support CRY- Child Relief and You

Re: Gantt chart

Jokcy17-Jun-11 2:58

Jokcy

17-Jun-11 2:58

I am a green hand .Anyway,thank you all the same.I just want to train myself.

[Win32]Scroll bitmap

Member 296547110-Jun-11 12:47

Member 2965471

10-Jun-11 12:47

I draw a bitmap in the window client area

case WM_PAINT:
hdc = BeginPaint(hWnd, &ps);
memDC = CreateCompatibleDC(hdc);
SelectObject(memDC,hbmp);
GetObject(bmp, sizeof(bm), &bm);
GetClientRect(hWnd,&rcc);
			
BitBlt(hdc, 
0,0, rcc.right,rcc.bottom,
memDC, 
0,0,SRCCOPY);

If the the bitmap is bigger than the client area how can i implement VSCROLL and HSCROLL?

Re: [Win32]Scroll bitmap

Mark Salsbery10-Jun-11 16:44

Mark Salsbery

10-Jun-11 16:44

Scroll BAr Controls[^]

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

[Win32] Threads communication

Member 296547110-Jun-11 12:45

Member 2965471

10-Jun-11 12:45

In my program I have a MainThread and more WorkerThread. Suppose that at certain event (which I'll manage) the MainTh must send a string (char []) to all WorkerTh, which will then process the request and send a response to MainTh.
What methods provided by windows are more suitable to handle a similar thing?

Re: [Win32] Threads communication

Albert Holguin10-Jun-11 13:31

Albert Holguin

10-Jun-11 13:31

I usually use messages... SendMessage() and PostMessage() methods, with the latter being most appropriate for unsynchronized communications between threads...

Re: [Win32] Threads communication

lijiantao11-Jun-11 5:32

lijiantao

11-Jun-11 5:32

create event to notify mani thread that someting done .

MFC Multiple document types in SDI application

Mattias G10-Jun-11 0:55

Mattias G

10-Jun-11 0:55

Hi all,

I'm using multiple document types (e.g. *.txt, *.xml) in a SDI type application, with two CSingleDocTemplate objects that handles two different file formats. The view class is the same for both document templates. However, when opening a file of the type that isn't currently open, MFC creates a new top level frame instead of disposing of the old view. This happens in CSingleDocTemplate::OpenDocumentFile, but I'm not that happy about overriding stuff about the view/doc logic of MFC.

What I want is to keep the same frame for both document types, but from what I can read in the MFC source, the framework isn't really designed for that behaviour.

Anyone with some experience of this?

Debugging application minidump using windbg

Prasann Mayekar9-Jun-11 23:04

Prasann Mayekar

9-Jun-11 23:04

i have an MFC c++ application build with /clr option and have integrated crash reporting feature.
the crash dump it generates does not show line numbers when i debug the dump using windbg.
(i found that applications build with clr does not show line numbers)

it shows the function name where it crashed but not the exact line number. for eg

it shows:
03434456 02312434 CExApp::OnOpenFile() + 0x30c

whats 0x30c ? is it an offset in the function?
Is there any way to calculate the line number by using 0x30c ?

thanks

Re: Debugging application minidump using windbg

Sarath C10-Jun-11 2:27

Sarath C

10-Jun-11 2:27

See if your PDBs, Source file and image (exe) matches. I am not sure SOS DLL can help you with Postmortem debugging. But have a look at it[^]

-Sarath.

My blog - Reflections of my thoughts

Rate the answers and close your posts if it's answered

C++ expression evaluation.

Sameerkumar Namdeo9-Jun-11 22:57

Sameerkumar Namdeo

9-Jun-11 22:57

Hello,

consider the following program

void main()
{
int tr = 0;
int rows = 256;
int ms = 3;
tr += (rows & (1 << (ms - 1))) << (ms - 1);
tr = rows & (~(1 << ms)); 
}

in above program have used only 3 integers...so can we consider that this program's memory requirement will be 3 integers (3*4 bytes).
or the compiler will generate some intermediate integers for storing values of expressions like
(~(1 << ms)) etc... and thus the memory requirements of this program will be more than 3 integers.

i know it all depends upon how the compiler generates the code.
but wanted to know the relation (w.r.t memory) between the variables declared and the intermediate expressions.

Or you may please direct me to appropriate resources (forums, links)for this..

Thanks.

My Blog.

My codeproject Articles.

Re: C++ expression evaluation.

CPallini10-Jun-11 0:25

CPallini

10-Jun-11 0:25

If you are using Visual Studio then you have the opportunity to see the disassembly listing (for instance via the debugger or the /FA compiler option). Other compilers may provide you this facility as well.

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

Re: C++ expression evaluation.

Luc Pattyn10-Jun-11 1:03

Luc Pattyn

10-Jun-11 1:03

It depends on the compiler, and the switch settings you apply.

A smart compiler may toss it all out as all calculations ultimately generate a value for tr which is then not used at all.
And if you were to add a function call (say print(tr);) which makes the calculations necessary, the compiler could still discover that the tr value is a constant that can be evaluated right away at compile-time, hence tossing the other variables.

Smile | :)

Luc Pattyn [My Articles] Nil Volentibus Arduum

The quality and detail of your question reflects on the effectiveness of the help you are likely to get.
Please use <PRE> tags for code snippets, they improve readability.
CP Vanity has been updated to V2.4

Re: C++ expression evaluation.

Sameerkumar Namdeo12-Jun-11 20:39

Sameerkumar Namdeo

12-Jun-11 20:39

thanks..

My Blog.

My codeproject Articles.

Re: C++ expression evaluation.

Niklas L12-Jun-11 21:26

Niklas L

12-Jun-11 21:26

In addition to previous replies, since the integers are automatic, i.e. allocated on the stack, which already has storage reserved, the memory footprint will not be affected if you add or remove such local variables, as it does not affect system resources. However, the stack will fill up quicker if you (or the compiler) add them.

internationalisation

Kyudos9-Jun-11 12:52

Kyudos

9-Jun-11 12:52

Having finally started migrating from VS6->VS2010, we have our first attempt at internationalisation looming.

What is current best practice for foreign language versions of C++ apps? Can anyone speak from experience?

Re: internationalisation

Sameerkumar Namdeo9-Jun-11 23:08

Sameerkumar Namdeo

9-Jun-11 23:08

All you need to know is unicode.
all the text strings should be converted to unicode format.
[1]make a collection\ identify of all the readable text string on your apps gui.
[2]convert all the char buffers used to process the text strings to wchar buffers (char : 1 bytes and wchar 2:bytes)
[3]MFC CString will automatically behave as unicode when you declare your app as unicode application either by mentioning
#define UNICODE
#define _UNICODE
in stdafx.h or some global file which is accesible to all the other files.
You may also use app property dialog to declare your app as unicode.
While convering text from ansi to unicode, WideCharToMultiByte and MultiByteToWideChar APIs will be required.

this is just some hints to proceed...you may be required to do other tasks as appropriate depending upon your app.

My Blog.

My codeproject Articles.

Re: internationalisation

Mattias G9-Jun-11 23:26

Mattias G

9-Jun-11 23:26

Internationalisation is a huge topic, but a few pointers:

1. separate all UI strings from your code (string tables are a must in Windows)
2. do localizing into 1 other language in parallel with development to catch problems early
3. use industry standard tools (SDL, memoQ, Idiom, LocStudio if you can find it) for localizing, avoid developing your own tools
4. use the operating systems services whenever possible (NLS functions in Windows)

Good luck!

Re: internationalisation

Kyudos12-Jun-11 10:56

Kyudos

12-Jun-11 10:56

Thanks for this. We are starting slow, just targeting one other language to start, but obviously we want to set everything up to make adding other languages easier in future.

We'll probably try and make a resource DLL per language. Thanks for the pointers to the tools too - I didn't know such things existed, so will have to look into them.

Re: internationalisation

jschell10-Jun-11 12:47

jschell

10-Jun-11 12:47

"Internationalization" is not simply a matter of understanding character set representations.

Potential issues.
1. Understanding culture differences (do your custom icons represent an obscene gesture?)
2. Correct GUI layout.
3. Grammatically correct dynamic output.
4. Verifying that translated text is actually translated correctly.
5. Laws/legal matters that dictate "correct" representations. An example is that some places dictate the use of specific timezones.

Re: internationalisation

Abhi Lahare13-Jun-11 6:49

Abhi Lahare

13-Jun-11 6:49

few additional points.

1) reading style ( right to left or left to right ) most of the is taken care
2) The language script may be same in two different languages but the way its words are interpreted may be different
3) On Windows dialog specially, you have to use different dialog template since the default fonts may not render character of UI in a given language.
We face this problems in past, for Japanese font and we have to create a whole new set of dilaog boxes to maintain same look and feel of application throughout the running lifetime of application.
4) The size of executable.and code base itself, If your code works on special hardware ( like Credit card devices where limited amount of memory is available) This could be a huge problem

HTH

Re: internationalisation

Kyudos14-Jun-11 10:50

Kyudos

14-Jun-11 10:50

Abhi Lahare wrote:
1) reading style ( right to left or left to right ) most of the is taken
care

Tell me about it - we've already had a load of hassles getting Hebrew and Arabbic to work correctly - never mind Chinese OMG | :OMG:

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