|
Zenix2 wrote:
Is .Net different enough from 6.0 that there would be something else to consider?
Since I do not use .NET, I cannot say.
You might want to create three projects, A and B and C, with one being initially minimized, one being initially maximized, and one being the default settings. Then compare the files to see where the difference is.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
Good thought, thank you! It makes sense. I appreciate all your time.
Garry
|
|
|
|
|
Anyone can explain me what is the concept of data class. How it is different then the normal class.
|
|
|
|
|
I've never heard the term "data class" before but it sounds like it might be a struct .
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
|
Hi All
I like to put my MFC MDI application into a dll. There will not be any supporting exes. Needs to bring the UI through some function call from dll.
I appreciate if anybody can help me with this.
|
|
|
|
|
Have you ever written a DLL in C++?
"No matter where you go, there your are." - Buckaroo Banzai
-pete
|
|
|
|
|
Hi!
How can I create an owner draw progress bar in Win32 SDK(no MFC)?
|
|
|
|
|
Check the articles on this site. I believe there are one or two on this topic.
__________________________________________
a two cent stamp short of going postal.
|
|
|
|
|
Well maybe i'm crazy but when i want ot use the Windows SDK i find the Windows SDK DOCUMENTATION helpful
Progress Control
"No matter where you go, there your are." - Buckaroo Banzai
-pete
|
|
|
|
|
Hello!
I wanna load the picture data from a tif or bmp pciture.
I have tried it with ifstream but when i read the file und "cout" the characters there are only smileys ...???
I have a picture, and i have to read the "Text" hwo crates the picture, because i have to put pics together and it shuold work when i crate a new header an insert the picture data in the right position...
That means i need a function who writes all the picture data out in a File or an char or int array or what ever....
Important is only that i can read and work with these datas in my application.
I hope you have understand what i mean and you can help me!
Thanks!
Greetings Ronny
|
|
|
|
|
|
I am calling CreateProcessWithLogonW to spawn a new process in WinXP and it takes about 45 seconds on my computer to load the new process....any idea why this is happening....??
It takes about 2 to 3 seconds for the same call to spawn a new process on Win 2000 machine.
|
|
|
|
|
ARe you spwaning the same process (exe) on both OS?
Kuphryn
|
|
|
|
|
Yes...it seems that the exe is not taking the time...it is the CreateProcessWithLogonW call that is taking the time....
|
|
|
|
|
How different are the login profiles of both accounts ? (i.e., the one on winXP and the one on win2K)
If one has more processes under HKCU->...->Run, then its normal that is requires more time.
Just a thought
DarkByte
|
|
|
|
|
It is a good thought indeed but for my case the user on both XP and 2000 are newly created standard users. They have been created from the User Management console in both OS.
|
|
|
|
|
I made a very simple class, and when the default destructor is called, i get a debug assertion failure. (i'm using VC++ SP5)
if i call a function like this
void Testfunction()
{
uImage test;
test.Create(100);
}
the function exits properly, with the default destructor deleting the arrays successfully, however,if i call a function like this, that is without allocating the arrays,
void Testfunction()
{
uImage test;
}
The function exits with a Debug Assertion Failure, _CrtIsValidHeapPointer
What i'm confused is that, i'm trying to do cleanup in the destructor by deleting all the dynamic arrays. Although i havent created the arrays, there should be no problem coz i checked whether the pointers are NULL or not (when performing delete). So, why is there a debug assertion?
My class header is
#ifndef UIMAGE_H
#define UIMAGE_H
class uImage
{
private:
int *R;
int *G;
int *B;
public:
uImage();
~uImage();
void Create(int x);
};
#endif
My Class is
#include "StdAfx.h"
#include "uImage.h"
uImage::uImage()
{
}
uImage::~uImage()
{
if(R!=NULL) delete R;
if(G!=NULL) delete G;
if(B!=NULL) delete B;
}
void uImage::Create(int x)
{
R=new int[x];
G=new int[x];
B=new int[x];
}
|
|
|
|
|
uus99 wrote:
if(R!=NULL) delete R;
if(G!=NULL) delete G;
if(B!=NULL) delete B;
Should be:
if(R!=NULL) delete [] R;
if(G!=NULL) delete [] G;
if(B!=NULL) delete [] B; The differences between delete and delete [] were discussed here about a week ago. Search this forum for that thread.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
Yes, you are right, i realized it. Even after i corrected that, there is still the same problem. Why?
|
|
|
|
|
You have not initialised the pointers.
uImage::uImage() : R(NULL), G(NULL), B(NULL)
{
}
or
uImage::uImage()
{
R = NULL;
G = NULL;
B = NULL;
}
Given this you do not need to check for R != NULL etc before calling delete as delete does the check for you.
Secondly you have missed deleting the array properly.
delete [] R;
R = NULL;
etc...
I would set R = NULL; after the delete also. But that's just me!;)
Ant.
I'm hard, yet soft. I'm coloured, yet clear. I'm fuity and sweet. I'm jelly, what am I? Muse on it further, I shall return! - David Williams (Little Britain)
|
|
|
|
|
Thanks! The initialization of those pointers to Null solved my problem right away! I never knew i had to do that!
Thanks again!
|
|
|
|
|
As a rule of thumb, always initialize pointers to null (unless you have a reason to initialize them with a value). When it becomes a habit, It'll make testing against them much easier in the future.
Jeremy Falcon
|
|
|
|
|
You have to do that. Your pointers were not NULL, they were undefined which means any value is legal. My debugger expliactly sets everything to 0xAAAAAAAA to make sure that they are not null.
You are lucky, on many systems they will be NULL 95% of the time and you will tear your hair out trying to figgure out why your program crashes one time in 20.
|
|
|
|
|
That's interesting. I would think that the proper usage of delete contributed to the solution as well. Both are absolutely critical to ensuring that your code works properly. Not using new and delete properly will cause undefined behavior (sometimes your code will crash, sometimes it won't).
I've seen code like this:
#include "gconst.h"
struct globalmem
{
int counter;
int[SIZE] nDataBuffer;
//just as an example, the real data struct had many
//other attributes as well
}
//now later, in some other piece of code
globalmem* gpGlobalMem = new globalmem;
//Now even later upon application exiting
delete[] globalmem; //oops! use delete globalmem
//remember, if new was used, delete should be used for
//destruction. Always use the same format of new and
//delete (even though there is an array in global mem
//you still instantiated only 1 globalmem structure
//using new.
Now what was really weird was that the delete[] globalmem statement was in our code for years, even though it was wrong and never caused problems. But after adding even more variables to the data structure during the enhancement to a system, the software just started crashing when trying to exit the application.
|
|
|
|