|
|
sudheee wrote: if its not working i am sorry.
You must be a manager
|
|
|
|
|
sudheee wrote: by tracking the position of the file pointer u can find whether the opened document have unsaved changes or not.
I'm going to give you the benefit of the doubt and assume you are kidding. Tracking whether a file has changed by looking at the file pointer is not even a remote possibility.
"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
|
|
|
|
|
Hello ALL,
I sometimes encountered the following errors when setting breakpoints in VC 6.0 SP6.
" one or more breakpoints are not positioned on valid lines"
" the breakpoints haved been moved ..."
I wonder what code lines are invalide for setting breakpoint.
|
|
|
|
|
it happens when files got modified without the VC6 changed the breakpoint lines correctly. For instance with an external editor and VC wasnt open.
Greetings from Germany
|
|
|
|
|
cy163@hotmail.com wrote: I wonder what code lines are invalide for setting breakpoint.
Any number of reasons could cause this. For example:
if (some_condition &&
some_other_condition)
{
...
}
"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
|
|
|
|
|
Hi guys,
can someone tell me how i can retrieve the font size of a Static box of a dialog box?
I hope someone can help me.
Thanks in advance
|
|
|
|
|
CFont* fn = GetdlgItem(ID of static Box)->GetFont( )
|
|
|
|
|
Thanks, that's right, but how can i retrieve di dimension of the font in a int variable, to set the height of my static control?
|
|
|
|
|
vasmvr wrote: ...how can i retrieve di dimension of the font...
That information is contained within the LOGFONT structure.
"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
|
|
|
|
|
How can i get this logfont?
|
|
|
|
|
CFont::GetLogFont()
Though I speak with the tongues of men and of angels, and have not money, I am become as a sounding brass, or a tinkling cymbal. George Orwell, "Keep the Aspidistra Flying", Opening words
|
|
|
|
|
CFont* font = pWnd->GetFont();
if (font)
{
LOGFONT lf;
font->GetLogFont(&lf);
}
|
|
|
|
|
See here.
"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
|
|
|
|
|
Thanks all, now i have to understand why this value is negative.....and if this value is in client value
|
|
|
|
|
They hide that information in the documentation[^]
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Stealing Mike's thunder, eh?
"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
|
|
|
|
|
Nah - not stealing...it's a tribute!
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
If possible would anyone have time to explain how the following file contents can be used on a windows XP platform to build the BENTO4 SDK for mpeg4 programming. Only new to this and on a high learning curve so any help appreciated. Am trying to convert it to a bat file but am having no success. I also have VS2005 available but can't work out if this file can be used in that environment.
make-sdk.sh file contents:
AP4_ROOT=../../..
SOURCE_ROOT=$AP4_ROOT/Source
BUILD_TARGET_DIR=$AP4_ROOT/Build/Targets/x86-microsoft-win32-vs2005
CP="cp"
MKDIR="mkdir -p"
for config in Debug Release
do
SDK_DIR=$config/SDK
$MKDIR $SDK_DIR
$MKDIR $SDK_DIR/include
$MKDIR $SDK_DIR/bin
$MKDIR $SDK_DIR/lib
$CP $SOURCE_ROOT/Config/*.h $SDK_DIR/include
$CP $SOURCE_ROOT/Core/*.h $SDK_DIR/include
$CP $SOURCE_ROOT/Codecs/*.h $SDK_DIR/include
$CP $SOURCE_ROOT/Crypto/*.h $SDK_DIR/include
$CP $SOURCE_ROOT/MetaData/*.h $SDK_DIR/include
$CP $BUILD_TARGET_DIR/AP4/$config/AP4.lib $SDK_DIR/lib
$CP $BUILD_TARGET_DIR/*/$config/*.exe $SDK_DIR/bin
done
|
|
|
|
|
I have a real strange problem and so far I have been unable to find the cause. I have a vector of 13 structures ( representing playing cards ) which I need to arrange into sets. For this I have created a cSet base class from which I have derived all the various types of sets.
typedef struct _tagged_tile
{
LPTILE Addr;
TILEFACE Face;
TILESUIT Suit;
bool Used;
int Cost;
LPVOID Set;
} TAG, *LPTAG;
Basically a create a set, try adding all the cards ( a pointer within the above vector ) in the hand until the set is full, if not full I fall back to another derived instance. There are six derived types in all, each with it's fallback method ( except the last ).
This part of the code works without problems, but I want to be able to track which instance of a set a certain structure belongs to. For this I have a void* within the structure, when a set is able to accept a structure I store the this pointer ( pointer of the derived class not the base ).
The trouble is, each time I assign the pointer, the data held in each of the following structures within the main vector becomes garbled. Almost as if the memory has been shifted.
Has anybody come across a similar problem?
|
|
|
|
|
I think you cannot keep a pointer to an item in a collection ( are you talking about a std::set ? )
|
|
|
|
|
Maximilien wrote: are you talking about a std::set ?
No, the set class mentioned above is a class of my own creation, not a collection.
cSet is the base class for six derived types. When I say set, think of a combination of playing cards arranged into groups.
|
|
|
|
|
When you add cards, you store the cards in a collection of some sort?
Does this collection rearrange its memory to grow?
Though I speak with the tongues of men and of angels, and have not money, I am become as a sounding brass, or a tinkling cymbal. George Orwell, "Keep the Aspidistra Flying", Opening words
|
|
|
|
|
Each instance of a derived class is dynamically allocated and added to a vector of cSet pointers. After all the cards have been processed, I run through this vector deleting any empty sets. So no, the memory is not rearranged. Another point to note, the problem occurs before deleting any empty sets.
|
|
|
|
|
WalderMort wrote: Each instance of a derived class is dynamically allocated and added to a vector of cSet pointers.
And the set holds a pointer into that vector?
You realize that std::vector holds copies of the data you insert?
And you realize that when std::vector needs to grow to accomodate more items, it copies the elements it holds? Thereby, all memory-pointers (e.g. this-pointers) might get invalidated.
But maybe I simply don't understand your data model completly.
Though I speak with the tongues of men and of angels, and have not money, I am become as a sounding brass, or a tinkling cymbal. George Orwell, "Keep the Aspidistra Flying", Opening words
|
|
|
|