|
|
You could use
char * sz1 = "Text";
char* sz = (char*)<a href="http://msdn.microsoft.com/en-us/library/wb1s57t5.aspx">_alloca</a>(strlen(sz1));
but make sure you don't exhaust available stack space (starts at 1MB and decreases for standard Windows threads).
These days, Microsoft want you to use _malloca[^] instead - it's more safe apparently.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
In addition, you've don't have to free pointer allocated using _alloca or _malloca because stack will cleared when the function is returned.
-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin
|
|
|
|
|
...though that 1mb limit is rather unfortunate, for my current project.
I'll have to use the heap after all, but it's a good thing to know for the future.
MZR
|
|
|
|
|
You can change the default stack size from the project properties.
Project Properties -> Configuration Properties -> Linker -> System -> Stack Reserve Size / Stack Commit Size.
Look at the documentation for the /STACK[^] linker option.
«_Superman_»
I love work. It gives me something to do between weekends.
|
|
|
|
|
You're welcome, but please don't write my name like that..
|
|
|
|
|
I think this is not going in the stack but rather in the string table. My advice is to avoid this approach.
The narrow specialist in the broad sense of the word is a complete idiot in the narrow sense of the word.
Advertise here – minimum three posts per day are guaranteed.
|
|
|
|
|
Are you really sure you want to allocate large chunks of data on the stack?
Off the top of my head I can't think of any really good reason for doing this, and it seems to be more trouble than it's worth compared to heap allocation.
There are three kinds of people in the world - those who can count and those who can't...
|
|
|
|
|
I'm writing an ISAPI extension to handle form data including one or more file uploads.
Most of what I've read on ISAPI extensions has indicated that time and memory are of the essence, and, because of that, using the heap should be avoided, as much as is reasonable, in favor of using the stack.
I understand a few parts of the stack/heap concept, but my knowledge (and understanding) is severly lacking in this area. As such, I didn't know whether or not trying to place the entire HTTP-REQUEST (including the uploaded files) on the stack was possible or reasonable until I asked.
That said, when I asked about dynamically sizing an array I was more thinking about "standard-length" strings...
I have been programming for several years, but, until the past couple years, almost exclusively in higher-level languages that didn't require me to keep track of memory. And, when I started with C++, I was using managed C++ with its garbage-collection crutch.
Now that I'm trying (or having) to ditch the __gc, I try to keep things on the stack as much as possible. Tracking down those ommitted deletes is a pain, especially for often-changed member variables where I tend to forget to delete the existing object/value before creating the new one.
Thank you for your patience in guiding the nooB!
MZR
|
|
|
|
|
Mike the Red wrote: I try to keep things on the stack as much as possible.
That's reasonable. The general maxim in C++ is to use the stack except when you need to use the heap. 
Mike the Red wrote: Tracking down those ommitted deletes is a pain, especially for often-changed member variables where I tend to forget to delete the existing object/value before creating the new one.
Unless you have certain constraints within ISAPI (I'm not familiar with it) you should use Standard C++ (STL) and Boost to help you with such matters, i.e., avoid raw new and delete.
However, there is a learning curve and I don't know how long you've been doing C++ for.
For arrays you could use the STL vector. Then you don't need to worry about new and delete for dynamically sizing the array.
Kevin
|
|
|
|
|
I do not pretend to be an ISAPI expert, but you're trying to get into some kind of hand-crafted memory management. This can be more dangerous than you imagine. Try using some of those existing and well tested libraries like stl, mfc, etc.,
Agreed that utilising the stack as much as possible is a good thing, but I don't think that it is going to make *that much* of a difference on any normal application. If you try pushing the stack to its limits, there's also a danger of stack overflow.
I'll humbly suggest you to drop this idea of 'manual' memory management adventure. For all the pain that it could cause, it isn't worth. Frequent allocation and deallocation of the heap can fragment it and there are memory damage possibilities, memory leaks, etc., I won't ever choose something of this sort, unless I'm writing a memory manager or something like that myself.
Pick an existing library and it would use the heap in the best possible way for you.
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
Mike the Red wrote: using the heap should be avoided, as much as is reasonable
I think > than around 10kB of allocation probably crosses the boundary of reasonable and unreasonable avoidance of heap usage
Mike the Red wrote: Tracking down those ommitted deletes is a pain, especially for often-changed member variables where I tend to forget to delete the existing object/value before creating the new one
If you're using VC2008, then std::tr1::shared_ptr[^] is handy.
If not (or even if you are - see shared_array), then Boost.SmartPointers[^] is handy.
The best advice is to wrap resource allocation/deallocation in an object[^] (allocation in constructors, deallocation in the destructor), so you can tie the resource usage to the object's lifetime. That's how the STL containers (vector, list, map, set etc) work.
C++ (when written in a nice idiomatic way) relies on deterministic destruction to manage resources - when done right, it makes programming as easy as using garbage collection, IMO.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Hello All,
I am trying to Export data in Excel From MySql DataBase.But How to Create Fields and Data of Table in Row and Colume Format.
Thanks
If you can think then I Can.
|
|
|
|
|
eg_Anubhava wrote: I am trying to Export data in Excel From MySql DataBase
This sentence does not make sense - but maybe it's just me...
Other than that, in what way is your question related to C/C++?
|
|
|
|
|
It's easy i m trying to export data from mysql to Excel.
So what is not sensable thing?
If you can think then I Can.
|
|
|
|
|
So which part are you having trouble with, getting data from Excel, or putting data into MySQL?
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
I have problem while inserting data in Excel From MYSQL.
If you can think then I Can.
|
|
|
|
|
Are you using Excel's COM interface (i.e., automation), or its ODBC driver?
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Yes I am using ODBC Driver.
Thanks for reply
If you can think then I Can.
|
|
|
|
|
Are you using MFC?
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Yes.
If you can think then I Can.
|
|
|
|
|
Then read up on the CRecordset class.
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Thanks for your best suggestion.
If you can think then I Can.
|
|
|
|
|
Hi,
Whether Windows WorkFlow foundation supports in C++,
if yes.. how to implement it?.
Ratheesh.
|
|
|
|
|
No. Learn C# instead.
Kevin
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
