C / C++ / MFC Discussion Boards

Re: Can someone please explain this error to me?

georgiek5020-Nov-02 17:20

20-Nov-02 17:20

Ahhhh, the stupidity of a bottle of wine and five in the morning!!!!!!!!!!! The buffer to hold the formatted string was too small. Now I can rest in peace...sorry to bother with this stupidity!

Re: Can someone please explain this error to me?

Paul M Watt20-Nov-02 18:50

Paul M Watt

20-Nov-02 18:50

georgiek50 wrote:
The buffer to hold the formatted string was too small. Now I can rest in peace...

Good for you, I am glad you found it!

georgiek50 wrote:
sorry to bother with this stupidity!

No problem, often these kind of questions make me and other people think about things that we would have otherwise not seen. It is also a way for you to bounce ideas off the wall and think about them even if you solve the problem your self.

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

PSOLA Algorithm

Sailor11120-Nov-02 14:40

Sailor111

20-Nov-02 14:40

Does anyone have a C++ implementation for the PSOLA Algorithm?

Anchor Object for CDialog

MattG20-Nov-02 13:33

MattG

20-Nov-02 13:33

Hi All

Does anybody know of or seen a amazing set of functions that can be used to anchor and resize an object to its dialog form, so when teh dialog in resized/maximised, the objects resize and position themselves.

(I hope so otherwise i'm gonna have to role my sleeves up)

Cheers

Matt G

Re: Anchor Object for CDialog

Christian Graus20-Nov-02 14:29

Christian Graus

20-Nov-02 14:29

I believe MSDN mag published such a framework a little while ago.

One REALLY cool thing about .NET is the way all of this is so easy now.

Christian

No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002

Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002

Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002

Re: Anchor Object for CDialog

Taka Muraoka20-Nov-02 16:57

Taka Muraoka

20-Nov-02 16:57

I've got a library to do this that I was going to put up as an article when I had a bit of spare time (HA!). How much of a hurry are you in?

Re: Anchor Object for CDialog

MattG22-Nov-02 12:13

MattG

22-Nov-02 12:13

Sorry for the delay. Not an amazing hurry but i would be grateful if you could let me know when you have put it in as an article.

Thanks

Matt

Matt G

Re: Anchor Object for CDialog

Joaquín M López Muñoz20-Nov-02 21:05

Joaquín M López Muñoz

20-Nov-02 21:05

Erwin Tratar's Layout Manager for Dialogs, Formviews, DialogBars and PropertyPages[^].

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Re: Anchor Object for CDialog

MattG22-Nov-02 12:14

MattG

22-Nov-02 12:14

Thanks, it looks pretty good.

Matt G

Re: Anchor Object for CDialog

Gary R. Wheeler23-Nov-02 5:21

Gary R. Wheeler

23-Nov-02 5:21

There are a bunch of articles here on CP. Check out the dialog section.

Software Zen: delete this;

Multiple Page Printing

act_x20-Nov-02 12:57

act_x

20-Nov-02 12:57

I have an MDI application where I am able to print text into multiple pages , but when I perform Zoom Zoom out or next page I do not get the desired page number.

How do I manage the pages that i generated ?

Re: Multiple Page Printing

Roger Allen21-Nov-02 2:16

Roger Allen

21-Nov-02 2:16

This sounds like a bug in your OnPrint() function. In this function you need to check the value of pInfo->m_nCurPage to see which out you need to draw/plot. In preview mode, the pages may be requested in any order, so your code needs to be able to plot any specific page separately. You probably have some code that saves state and then prints the next page on etc.

Roger Allen
Sonork 100.10016

I have a terminal disease. Its called life!

Where to put MFC DLL's

paulb20-Nov-02 12:12

paulb

20-Nov-02 12:12

Previously I had always installed them into Windows\System32 but with VC7 the merge modules for MFC and CRT by default install the DLL's into the application directory.

Have Microsoft changed the policy on this? do all DLL's go into app directory now?

Re: Where to put MFC DLL's

Christian Graus20-Nov-02 12:33

Christian Graus

20-Nov-02 12:33

Yes, in theory Microsoft want to keep System32 uncluttered. This keeps with the whole 'have everything you need to run the app in the one directory' approach that will be a boon to software pirates in coming years.

There is, of course, no reason not to put them in System32 if you want to.

Christian

No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002

Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002

Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002

Re: Where to put MFC DLL's

User 988520-Nov-02 13:13

User 9885

20-Nov-02 13:13

I like having all files from an instalation in one folder.

My article on a reference-counted smart pointer that supports polymorphic objects and raw pointers

modified 29-Aug-18 21:01pm.

Re: Where to put MFC DLL's

Christian Graus20-Nov-02 13:16

Christian Graus

20-Nov-02 13:16

I like it, too. I have a big hard drive, I don't care. I'm just pointing out that it will aid piracy.

Christian

No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002

Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002

Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002

Re: Where to put MFC DLL's

Jim A. Johnson20-Nov-02 12:38

Jim A. Johnson

20-Nov-02 12:38

Do it like the pro's and save yourself a lot of grief: link statically.

Re: Where to put MFC DLL's

Michael P Butler20-Nov-02 22:13

Michael P Butler

20-Nov-02 22:13

For many years now, I've always copied the DLL's into the application directory. I got so fed up with some other application overwriting the system DLL's with older versions and breaking my app.

However, where possible I avoid linking to the MFC DLL's and use static linking instead. Helps a lot when distributing applications over the internet and also makes updating users systems easier.

Michael

Life’s not a song.
Life isn’t bliss.
Life is just this.
It’s living. -- Buffy the Vampire Slayer: Once more, with feeling

IID and CLSID from ActiveX controls

Zac Howland20-Nov-02 11:33

Zac Howland

20-Nov-02 11:33

I am having a brain freeze (happens with no sleep . . .) Anyway, I have a third party ActiveX control (single OCX file with several controls in it) and I want to get the IID, CLSID, and LIBID for one of the controls. Can anyone refresh my memory on how to do this?

In desparate need of sleep . . .
Zac

"If I create everything new, why would I want to delete anything?"

Re: IID and CLSID from ActiveX controls

dabs20-Nov-02 13:38

dabs

20-Nov-02 13:38

If you have the typelib (or if it is embedded in the .ocx) you can view it using OLE/COM Object viewer - View TypeLib from there. All these GUIDs should be in there.

Wenn ist das Nunstück git und Slotermeyer? Ja! Beierhund das oder die Flipperwaldt gersput!

Difference Between the Heap and The Stack

ursus zeta20-Nov-02 10:55

ursus zeta

20-Nov-02 10:55

I'm completely new to programming, so this question will probably provide some laughs for you experienced people. What is the difference between the Heap and the Stack? And is this difference addressed by any code techniques? In other words, is this important, or does Windows manage memory without having to make the distinction? Another question; When you guys refer to a memory leak, is this exclusively 'heap leak' or 'stack leak', or does it even matter? And, are these locations assignable?

Re: Difference Between the Heap and The Stack

Joaquín M López Muñoz20-Nov-02 11:07

Joaquín M López Muñoz

20-Nov-02 11:07

Well... I guess you've already written some programs in C or C++, right? If so, unless you have used malloc or new, all the variables declared and used in your program live on the stack. They're automatically added and removed on a stack-like manner as the flow of execution progress. For instance:

int a=0; //stack: a
int b=10; //stack: a,b
for(a=0;<b;++a){
  int i=2*a; //stack: a,b,i
}
// stack: a,b

Get the idea? The lifespan of stack variables is automatically taken care of by the compiler.
Sometimes, however, you need to have a variable that lives longer that the context it is declared in. These can be seen as "floating" variables whose birth and death is under control of the programmer, not the compiler --you decide when the variable is created, and when it is destroyed. The space these variables live in is called the heap. In C/C++, heap variables are handled though pointers:

int * a; // pointer to int ("heap-based" int, if you prefer)
...
void f()
{
  a=new int; // a is created, but will survive to termination of f

}
...
delete a; // the program decides now to remove a

This is a very shallow introduction to the concepts, any basic C++ tutorial will explain these things better and in more detail.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Re: Difference Between the Heap and The Stack

Christian Graus20-Nov-02 13:27

Christian Graus

20-Nov-02 13:27

You know, this is the one thing I never remember. I know the concepts fine, but which is the stack and which is the heap is something I can never recall. I think you've cracked it for me. A stack is more orderly than a heap, and the heap is disorderly unless the programmer cleans it up. Well done, thank you.

Christian

No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002

Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002

Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002

Re: Difference Between the Heap and The Stack

dabs20-Nov-02 13:43

dabs

20-Nov-02 13:43

Maybe it helps me that English isn't my native language but since the word "heap" does not correlate directly to an object in the real world in my mind then it's only a matter of connecting the stack to one such thing. And visualizing a stack of plates in a cafeteria usually does it for me.

Then there are the HeapXXX( ) functions which should also be a hint Smile | :)

Wenn ist das Nunstück git und Slotermeyer? Ja! Beierhund das oder die Flipperwaldt gersput!

Re: Difference Between the Heap and The Stack

User 988520-Nov-02 11:10

User 9885

20-Nov-02 11:10

When you do

int* a = new int;
*a = 5;

the memory for the variable is on the heap

When you do

int a;
a= 5;

the memory for the variable is on the stack

In the first case, you have to call

delete a;

otherwise, it will cause a memory leak.

When I say memory leak, it always refers to a leak on the heap.

My article on a reference-counted smart pointer that supports polymorphic objects and raw pointers

modified 29-Aug-18 21:01pm.

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