|
Humayun Kabir Himu wrote: How can I create a CFormView object that uses the dialog box I designed in the resource editor.
Why you want CFormView ? You can use CDialog instead.
|
|
|
|
|
Humayun Kabir Himu wrote: ...a dialog box template whithout Document/View Architecture.
This is the default behavior for dialog-based applications. Now if you have an SDI or MDI application, see here.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
I just need it
|
|
|
|
|
hi ,
this is ramya. In ntgraph, i can set the x coordinate label value to date thru properties page. but, i can't locate a method to change or to input any of my date value to the control.
CAN ANY ONE OF U HELP ME?.
THANK YOU.
ramya murugesh
-- modified at 2:10 Tuesday 9th January, 2007
|
|
|
|
|
Do you want to set values for controls?
|
|
|
|
|
i want to set the coordinate values in x-axis.
|
|
|
|
|
ramya_murugesh wrote: i want to set the coordinate values in x-axis.
is it come with Microsoft Visual Studio or some other Vendor
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and you
|
|
|
|
|
hi i want to develop an application in vc++ using which i can complete system hardware information.can anyone help me?i got one way to use wmi(windows management instrumentation) but i don't know how to apply it efficiently.so can anyone provide me some coding guidance?
Thanking you.
|
|
|
|
|
Try GetSystemMetrics(), SystemParametersInfo() and look at the System Information Functions[^] in msdn.
Nobody can give you wiser advice than yourself. - Cicero
ப்ரம்மா
|
|
|
|
|
|
i have a little idea that it is a Long pointer to a wide string ( string consisting of unicode char's)
my doubt is about long pointer. why and where it is used. would like to know more about long pointers
thanks in advance.
|
|
|
|
|
Back in the DOS/Win16 era, there were near pointers and far pointers, the difference being that a near pointer could only point within the same 64K segment. Far pointers were denoted by the Hungarian prefix LP (not sure how the term "long" came into use, but that's the prefix). In Win32/64, there is just one type of pointer, and the prefixes P and LP are used. APIs and types that were carried over from Win16 tend to use LP for backcompat.
|
|
|
|
|
Michael Dunn wrote: (not sure how the term "long" came into use, but that's the prefix).
Since it's not a normal pointer but a far one hence long. int was two bytes and long was four bytes. Maybe that's the reason.
|
|
|
|
|
Nibu babu thomas wrote: Since it's not a normal pointer but a far one hence long
Its normal pointer(In fact there is no concept of normal pointer, pointer is pointer , thats all. It was there on 16 bit OS as 'near', 'far' and normal pointer). As Michael pointed out, difference was with win16. And its there for backword compatibility.
Nibu babu thomas wrote: int was two bytes and long was four bytes.
int is 4 bytes as well, isn't it ?
|
|
|
|
|
prasad_som wrote: In fact there is no concept of normal pointer
What I meant with normal pointer is near pointer. When we declare a pointer
int *p
It's treated as near pointer we had to explicitly declare a far pointer using the far keyword. Hence I used the term normal.
prasad_som wrote: int is 4 bytes as well, isn't it ?
In Turbo C++ int is two bytes and long is 4 bytes. I started programmng in turbo hence said that. Maybe in Win16 int is 2 bytes and long 4 bytes, can't say since I haven't programmed in that environment but in Win32 both are of the same size.
|
|
|
|
|
'far' and 'near' are obsolete now.
Nibu babu thomas wrote: What I meant with normal pointer is near pointer. When we declare a pointer
int *p
It's treated as near pointer
In fact, its 'far' pointer of old days.
|
|
|
|
|
prasad_som wrote: 'far' and 'near' are obsolete now.
They are not obsolete but they are the same.
prasad_som wrote: In fact, its 'far' pointer of old days.
No. You are wrong. You had to explicitly declare a far pointer. You can also explicitly declare a near pointer using the near keyword but there was no need since that's the default. Besides far and near there are huge pointers too ( maybe base pointers too I remember using it in turbo ).
But there's no need for such pointer classifications now ( can't say about the future ) as Win32 does not distinguish between near and far addresses.
|
|
|
|
|
Nibu babu thomas wrote: They are not obsolete
Actually, they are obsolete. In fact, this whole concept is dead and burried.
Nobody can give you wiser advice than yourself. - Cicero
ப்ரம்மா
|
|
|
|
|
Nibu babu thomas wrote: No. You are wrong. You had to explicitly declare a far pointer. You can also explicitly declare a near pointer using the near keyword but there was no need since that's the default
Can you give me example of this ? I wonder how you are able to use kewords 'far', 'near' ?
|
|
|
|
|
prasad_som wrote: I wonder how you are able to use kewords 'far', 'near' ?
near int *pFarPtr = 0;<br />
far int *pFarPtr = 0;
You can try this in turbo. You can use the sizeof operator to see the difference. Maybe you will have to put an underscore before of after near and far.
You won't see the difference in Win32 but in Win16 or DOS you may.
In MS VC you won't get any error as these keywords are #defined to expand to empty strings.
I used to use far frequently for directly accessing vdu.
For eg:
char far *pcVDUStart = 0xB8000000;
|
|
|
|
|
Nibu babu thomas wrote: You can try this in turbo
Sorry Nibu, I dont have.
Nibu babu thomas wrote: You won't see the difference in Win32 but in Win16 or DOS you may.
Thats why I used word obsolete.
Nibu babu thomas wrote: In MS VC you won't get any error as these keywords are #defined to expand to empty strings.
Again, these are not keywords. they are just defines for backword compa. And it doesn't expand in to empy string. It is just define.
#define far // thats all
Nibu babu thomas wrote: I used to use far frequently for directly accessing vdu.
For eg:
char far *pcVDUStart = 0xB8000000;
It just expands to
char *pcVDUStart = 0xB8000000;
|
|
|
|
|
prasad_som wrote: Again, these are not keywords. they are just defines for backword compa. And it doesn't expand in to empy string. It is just define.
Empty string meant expands to nothing.
prasad_som wrote: char *pcVDUStart = 0xB8000000;
You are talking of Win32 but I am talking about programming in DOS. All the above statements were in relation to programming in DOS as I started of programming in DOS.
|
|
|
|
|
prasad_som wrote: No, empty string means "".
Yes but here expands to nothing.
|
|
|
|
|
prasad_som wrote: There is difference betn "expands to nothing" and "expands to "" ".
Yes there is but here I meant expands to nothing...
From MSDN...
Because the types NEAR and FAR are defined in WINDEF.H, they are
automatically handled by the include file, which redefines them as
<code>empty strings </code>for Win32. Thus, NEAR and FAR are ignored.
If you do not include WINDEF.H, a convenient solution is to use
the /D command-line option to replace the keywords by <code>empty
strings</code>. For example:
/D_near= /D_far= /D__near= /D__far= 
|
|
|
|
|
Hi,
I have a project in which there are lots of places where a double is directly converted into an int without any explicit cast. Is there a way by which I can get warning in all the places where something like this happens.
The gcc compiler shows a warning something like "warning: converting to ‘int’ from ‘double’" but the with the same code vc++ compiler is not showing any warning.
Any idea how I can get these warnings?
Thanks a lot!!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
