|
LighthouseJ wrote:
RGBQuad aColors[];
You can't do that in C, this syntax isn't allowed. You should use a dynamically allocated array.
Define a pointer to point your future array:
RGBQuad *pMyArray;
Allocate it when you know the size:
<br />
pMyArray = (RGBQuad *)calloc(iSize, sizeof(RGBQuad));<br />
Reallocate it if needed
<br />
pMyArray = (RGBQuad *)realloc(iNewSize, sizeof(RGBQuad));<br />
Free the array when you don't need it anymore
<br />
free(pMyArray);<br />
You should have a look in MSDN or other sources for the different functions I mention, and perhaps take time to study memory managment with C.
HTH,
K.
Fold With Us!
Sie wollen mein Herz am rechten Fleck
Doch seh ich dann nach unten weg
Da schlägt es links
|
|
|
|
|
I see what you mean and it makes sense but that seems to only allocate one element instead of more than one. The calloc line looks like:
bmpPallette = (RGBQuad *)calloc(palletteCount, sizeof(RGBQuad));
palletteCount is 0x100 (256) which is what it should be. It looks like it's simply allocating a new RGBQuad instead of an array of 256 RGBQuad's which is what it should do when I look at the calloc command.
|
|
|
|
|
From MSDN[^]:
"The calloc function allocates storage space for an array of num elements, each of length size bytes. Each element is initialized to 0."
calloc(num, size) is similar to malloc(num * size)
LighthouseJ wrote:
It looks like it's simply allocating a new RGBQuad instead of an array of 256 RGBQuad's
How can you say that? 
Fold With Us!
Sie wollen mein Herz am rechten Fleck
Doch seh ich dann nach unten weg
Da schlägt es links
|
|
|
|
|
Because Visual Studio identifies it when I go to write code as a simple pointer to a single RGBQuad's instead of a pointer to 256 RGBQuad's. Maybe it's actually working but I don't know how to address it properly because I've never used a pointer to an array. I have that calloc page in my Visual Studio helpfile already and it made sense of what calloc does.
|
|
|
|
|
Don't worry, it's working.
bmpPallette is a pointer (IMHO, it would be a good idea to have something in its name to identify it as a pointer, as pBmpPallette). A pointer is just an address, right? calloc will return the address of the first element of the array it allocates. bmpPalette points then on the first element of the array. Once the array allocated, you may access the different elements using bmpPallette[0], bmpPallette[1],...,bmpPallette[size-1].
For example:
bmpPallette[0].rgbRed = 255;
bmpPallette[0].rgbGreen = 0;
bmpPallette[0].rgbBlue = 128;
Disclaimer: In C, you have to take care of everything when it is about memory managment. I only mention there some of the basics. You really should have a look to a good tutorial, as http://www.le.ac.uk/cc/tutorials/c/ccccpont.html#PA[^]
Fold With Us!
Sie wollen mein Herz am rechten Fleck
Doch seh ich dann nach unten weg
Da schlägt es links
|
|
|
|
|
Thanks Budric, Blake, David, and Micheal! for helping me. I have another problem. Is there any option in "Microsoft Visual C++" compiler to create an "installation packege" of my project i.e. to install project on a pc? if not then please tell me how can i do this?
We Believe in Excellence
|
|
|
|
|
I would suggest Inno Setup which is a very good tool and furthermore it's free. You can download it from this website http://www.jrsoftware.org/isinfo.php[^]
// Afterall, I realized that even my comment lines have bugs
If the sun were to blow up, it would take us 7-8 minutes to realize it. - Spacecast
|
|
|
|
|
Thank you friend...
We Believe in Excellence
|
|
|
|
|
Read my story, I desparately need advice.
Spent the last 8 hours extracting a nasty release build problem from a huge app to a standalone project, reproducing the problem in ca. 40 lines of code (Whew!)
Despite all my trust in Compiler and knowledge of C++ language pitfalls, and with all my debugging assembly experience I would say semi-proudly it is a bug in the optimizer.
The problem
- occurs only in Release Builds
- occurs with various optimization settings (including the release-default)
- with SP5 or SP6 installed
- on 3 different Developer PC's
- exposes an identical pattern of register misuse in all the iterations I took in isolating it
- does NOT occur when no SP is installed (don't have other SP's avail)
- does NOT occur on Standard edition (where no optimizer is included), independent of Service Pack
- it is straightforward code (no templates, but a few classes ond some basic COM stuff
is involved)
I have an workaround for the one place I isolated, but we have multiple problems with identical occurence pattern. They all revolve around a central data class.
Going back? They all surfaced not to long ago, but (a) I cannot safely determine the point of breakage, and (b) to many "pressing changes" have been included since. (Yes, we delayed finding these. Shame on us.)
The repro code still relies on _com_ptr_t, and some (arbitrary) COM object. With all my C++ power I cannot see anything wrong with the code.
options I see:
- disabling optimizations (YUCK. SLOW is not an option)
- going back to no service pack (I Don't want to)
- MS Support indident (I will do, but I don't expect much as this is VC6)
Any experiences with that?
- Disabling optimizations while moving to VC7.1 (messy, no time, wanted to wait for VC 2005)
Thank you for listening. Wish me Luck.
I never really know a killer from a savior
boost your code || Fold With Us! || sighist | doxygen
|
|
|
|
|
Are you able to post those 40 lines of code that cause the problem. Perhaps another set of eyes can find something you missed (unlikely I know, but possible).
Man, you really confused me when I replied and found your post had disappeared 
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Someone considered it a programming question it seems  Well, I'm to tired to argue with anyone.
I'll poke some other eyes and sticks on the code tomorrow. My main problem is that fixing that one place doesn't help me, and I don't expect another patch from Microsoft either :-/
OK, tomorrow. tired. cat wants food.
I never really know a killer from a savior
boost your code || Fold With Us! || sighist | doxygen
|
|
|
|
|
Best Wishes... 
- - - - - - - - - - - - - - - - - - - - - - - -
Many nights we've prayed with no proof anyone could hear, we were moving moutains long before we knew we could !
Yet now i'm standing here, although we know there's much to fear, hope seemed like summer bird too swiftly flown away ...
There can be miracles! When you believe, though hope is frail, it's hard to kill !
Who knows what miracles, you can achieve! When you believe, somehow you will ...
YOU WILL WHEN YOU BELIEVE
|
|
|
|
|
peterchen wrote:
My main problem is that fixing that one place doesn't help me
No, but it might reveal the construct that is causing the problem and a way to get around it. I've had situations where the compiler has simply crashed trying to compile moderately complex logic, and it took forever to isolate where the problem was. I've also had "Internal Compiler Error"s when I've accidentally used bitwise rather than logical operators in conditional expressions.
Are you able to isolate which line of code (or near enough, considering the optimisation) causes the incorrect instructions?
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Try disabling optimizations using pragma's and sucessively narrow down the area where optimizations are disabled until you can isolate the line that the problem is on... then either fix the issue by re-writing the line or simply leave optimizations disabled for that specific line.
steve
|
|
|
|
|
1. what are the differences among:
CString* str;
,
CString *str;
and
(CString*) str;
?!
2. what are LPVOID,LPCTSTR,LPTSTR,LPARAM...
(u may give me a link)
thx
|
|
|
|
|
These two mean the same thing:
CString* str;
CString *str; Since whitespace is not important, they have the identical meaning. The first one is more common among C++ programmers, while the second way is more common among old-school C programers.
This:
(CString*) str; is not a declaration at all. It's an expression statement that casts str to CString* and then throws away the result.
--Mike--
LINKS~! Ericahist | 1ClickPicGrabber | CP SearchBar v2.0.2 | C++ Forum FAQ | You Are Dumb
Magnae clunes mihi placent, nec possum de hac re mentiri.
|
|
|
|
|
1. There is no difference between the first and second declarations, but the third, you are casting str, whatever it is, as a CString and therefore is dissimmilar.
2. Those are data types that are all pointers to established types. LPVOID is a pointer to any type of data. LPCTSTR translates to an LPCWSTR (constant null-terminated string of 16-bit Unicode characters) if UNICODE is defined, else it defaults to constant null-terminated 8-bit Windows ANSI characters, in other words, if UNICODE is define, you'll get a wider string. LPARAM is a message parameter. I paraphrased from a Windows Data Types page in this Visual Studio .NET help file, not a website.
If anyone wants to correct something or add, be my guest.
|
|
|
|
|
i think the two replies above this one has done question 1 enough justice.
as for LPVOID, LPCTSTR, LPTSTR, LPARAM and so on... they are Microsoft
defined macros of otherwise basic types... think of it this way....
L = LONG = long
P = represents the * (pointer)
LP = pointer of size long
VOID = void
C = const
T = TCHAR
TCHAR = char or wchar_t depending on if the UNICODE macro is defined
STR = string
PARAM = parameter
so LPVOID is just (long) pointer to void/anything
LPCTSTR is just a (long) pointer to a const string of type TCHAR
for more Microsoft defined types lookup "Windows Data Types"
Cheers
|
|
|
|
|
Actually, LPVOID and PVOID are the same thing. The L doesn't mean anything any more, and is simply a hangover from the 16-bit DOS/Windows days. Back then:- PVOID was a NEAR pointer that pointed to an address in the same segment and required 16 bits of storage
- LPVOID was a FAR pointer that could point to anywhere in the memory address space and required 32 bits of storage
Under Win32, there is no concept of NEAR and FAR pointers since the address space is a flat 32-bit address space and segments are not required.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Sawjai wrote:
i think the two replies above this one has done question 1 enough justice.
as for LPVOID, LPCTSTR, LPTSTR, LPARAM and so on
and i'd conclude by saying :
<font color=#0000FF>typedef void</font>* LPVOID;
<font color=#0000FF>typedef const</font> TCHAR* LPCTSTR;
<font color=#0000FF>typedef</font> TCHAR* LPTSTR;
<font color=#0000FF>typedef</font> DWORD LPARAM;
<font color=#008000>
<font color=#0000FF>#ifdef</font> _UNICODE
<font color=#0000FF>#define</font> TCHAR wchar_t;
<font color=#0000FF>#else</font>
<font color=#0000FF>#define</font> TCHAR <font color=#0000FF>char</font>;
<font color=#0000FF>#endif</font>
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
I was reading the following article http://codeproject.com/clipboard/archerclipboard1.asp[^]
and when I compile the code, it give me an error
(error C2039: 'GetWindowTextA' : is not a member of 'CString')
and it says "see declaration of 'CString'"
any help with this?
thanks in advance
|
|
|
|
|
Dody_DK wrote:
I was reading the following article http://codeproject.com/clipboard/archerclipboard1.asp[^]
is not opening on my Ccomputer , i don't knwo why.
Dody_DK wrote:
and when I compile the code, it give me an error
(error C2039: 'GetWindowTextA' : is not a member of 'CString')
and it says "see declaration of 'CString'"
GetWindowText it Self a Win32 Api,search for it in your local copy of MSDN
"I Think this Will Help"
<h5
alok gupta="" <br=""> visit me at http://www.thisisalok.tk
|
|
|
|
|
Better ask article related questions in their own forums/Message Boards. People dont like it here generally as you would have noticed by now.
Found on Bash.org
I'm going to become rich and famous after i invent a device that allows you to stab people in the face over the internet
My Articles
|
|
|
|
|
it seems like you call something like CString::GetWindowText().
you probably have a such lines :
CString str;
str.GetWindowText();
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
As others have said, questions about code in an article are best put in that article.
But I'm in a good mood.
Search MSDN for GetWindowText for all the answers you can shake a stick at.
GetWindowText is either a windows API function:
int GetWindowText( HWND hWnd, LPTSTR lpString, int nMaxCount );
Or a member function of CWnd:
int GetWindowText( LPTSTR lpszStringBuf, int nMaxCount ) const;
void GetWindowText( CString& rString ) const;
You can see the last member function takes a parameter of CString.
CString has no member function GetWindowText.
So in your code you probably have
CString str;
....
str.GetWindowText (...);
which should be:
void CMyWnd::OnSomething (...)
{
CString str;
....
GetWindowText (str);
....
}
Iain.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
