|
The first thing to do is go and read the MSDN documentation for the control you are interested in; that would lead you to this page[^]. Scroll down until you reach the table entry for SS_EDITCONTROL, and you have a potential solution.
The best things in life are not things.
|
|
|
|
|
If you call Create() directly there's usually options for clipping and/or going to the next line. Usually if you have too long of a line it gets clipped automatically but it should still display something.
|
|
|
|
|
Also, make sure you actually have set the hight of the static control correctly, as there is no automatic expansion of its borders, or flow layout using HTML speak, if the text does not fit vertically.
|
|
|
|
|
Good point, this is the only way I can see that absolutely nothing would get displayed.
|
|
|
|
|
Hello group.
i have a very large c program with several hundreds of structures. is there is a tool which could detect bad structure padding.
Thanks & Regards
Prasun
|
|
|
|
|
Member 4686590 wrote: Hello group.
i have a very large c program with several hundreds of
structures. is there is a tool which could detect bad structure
padding.
Thanks & Regards
Prasun
I think No.
Which editor are you using to code your C program? I'm using Visual Studio 2008 IDE. In that I've to select the block I want to format(by pressing SHIFT+ARROWKEY or using mouse),and then press CTRL+F to format.
|
|
|
|
|
He was not talking about indentation, but about this[^]
|
|
|
|
|
I don't know, but Lint[^] comes to mind when dealing with static code analyses. Don't know if it can handle inefficient member alignment though. There is also a code analyzer in VS2010 if you have Ultimate edition.
You might end up in trouble trying to optimize for space like this, if the order of the members is used in any way in the program. Some C (and C++) programmers tend to take shortcuts once in awhile.
Just a word of warning.
|
|
|
|
|
|
What do you mean by "bad"?
|
|
|
|
|
i want draw lines on desktop.not on bitmap
can you help me?
|
|
|
|
|
You probably need to start here[^].
The best things in life are not things.
|
|
|
|
|
ok thanks....i had HWND của desktop window...
and then...may i paint on it?
|
|
|
|
|
I guess so; what happens when you try?
The best things in life are not things.
|
|
|
|
|
|
i try ... tk so much 
|
|
|
|
|
no prob... good luck n happy coding! 
|
|
|
|
|
Hi all,
When i insert 50000 item in my list, my application memory starts increasing.
Can anybody please tell me that why this is happening and what can i do remove this problem.
Thanks in advance
modified on Thursday, June 16, 2011 4:00 AM
|
|
|
|
|
Your memory will obvouisly grow when working with data since all this memory is most likely read into the memory, so nothing strange there in my opinion. However you are loading 50.000! items in a list and that is a bad practise for several reasons:
1) Performance, it slows down the application because it has to load 50000 items at once
2) Usability, A user will not be happy scrolling through 50.000 items. Give them filtering and paging
3) Memory, 50.000 items can consume a lot of memory.
So my suggestion: Limit the amount of data by implementing paging (somewhere between 20 and 50 items each time) and filtering.
|
|
|
|
|
Your argument is valid in principle, but you shouldn't base your it on the assumption that this list is actually being displayed to a user - there is no mention of such a thing. In fact there may be no UI involved at all.
The only issue we know of so far is memory consumption. Paging is a solution, but whether a page should hold 20 or 20000 items depends on the actual problem.
|
|
|
|
|
True, you are correct. I simplified his problem maybe a bit too much 
|
|
|
|
|
If you are using your own implementation of a list then we obviously cannot say what it does. I will therefore assume that you are using an existing implementation, such as std::list (you didn't say!).
Every time you insert an item into a list, a new list node will be allocated. This node - depending on te actual implementation - will at least contain one or, more likely, two pointers that are required to maintain the links to the remainder of the list, and the actual data. So, even if your list only holds short values, each node might in fact take 10 bytes (2*sizeof (pointer_type) + 2) to allocate 50 thousand items thus will require half a million bytes of memory.
If your list items are large, requiring 1000 bytes each to store, then each node will be 1000+2*sizeof(pointer_type) in size, and the whole list will require 500 MB of storage.
If your list maintains large objects and you've decided to store them elsewhere you might want to only stor epointers to these items in your list, but even then each list node will store three pointers: two to maintain the list, and one to point to the actual data. On a 32 bit system that would be 12 bytes, or 600 thousand bytes for a list of 50 thousand items.
In short, you're storing information in memory, a lot of it - why are you surprised this takes up memory?
P.S.: according to your question the list takes up more memory than you are comfortable with. This begs some questions:
1. How much memory do you have available (i. e. what does the target system provide)?
2. How large is each indivuidual item?
3. Are these items stored redundantly, i. e. are they being held in several lists at once, or in other sorts of containers?
4. Where do you get the data from (files, media streams, internet, other applications)?
5. Would it be possible to store just one or a few items, process them and store away the results?
6. Have you considered compressing the data - either each node individually, or by storing only the differences to previous items?
modified on Thursday, June 16, 2011 5:02 AM
|
|
|
|
|
That's normal.
You add/create data to a datastructure.
To remove the problem just remove the items from the list ( and be certain to do house-cleaning )
are you doing/allocating/creating your list :
(pseudo code-ish)
int myArray[50000];
for ( int i = 0; i < 50000; i++)
myArray[i] = i;
or
int* myArray = malloc (sizeof(int) * 50000);
for ( int i = 0 i < 50000; i++ )
myArray[i] = i;
or
std::list<int> myList;
for ( unsigned int i = 0; i < 50000; i++ )
myList.push_back( i );
Watched code never compiles.
|
|
|
|
|
what did you expect would happen ?
adding things to memory takes memory.
|
|
|
|
|
Chris Losinger wrote: adding things to memory takes memory.
They never told me that at PC World! 
The best things in life are not things.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
