|
then the error probably lies in the lines above extern char MC_320_ATP[];, check those...
|
|
|
|
|
Hello,
extern const char* MC_320_ATP[]
const char* MC_320_ATP[]
Hope this helps.
Bekir.
|
|
|
|
|
this also didn't work. Any other solutions
|
|
|
|
|
If the error is happening in the .H file, then the string won;t matter. But the new line rings alarm bells for me. Try making sure all the text is on one line.
Also try using
extern const char *MC_320_API;
instead.
(Both those have been suggested).
Also suggested, but I haven't seen you reply to it...
The problem might not even be on that line of code - it could be higher.
Try commenting out the line, and see if the problem goes away, or if it moves to the next line.
If it moves, then the problem was "bad" code higher up.
(and yes, if you comment out the extern, you will have errors in your cpp files - this is just a test).
Iain.
|
|
|
|
|
thank you all. I figured it out. I missed a semi colon in the previous included header file.
Regards
|
|
|
|
|
I would like to build a list control with first column used as a “horizontal header"”.
With the first column locked in place the rest of the columns should scroll horizontally as in "standard" list control.
Any suggestions how to do this?
Thanks for reading
Cheers
Vaclav
|
|
|
|
|
Vaclav_Sal wrote: With the first column locked in place...
Meaning that you don't want it to be sizeable?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
DavidCrow wrote: Meaning that you don't want it to be sizeable?
Or even non-clickable (to sort)?
Maxwell Chen
|
|
|
|
|
Yes, sorting is not necessary in my case.
|
|
|
|
|
Not really, but it can be fixed size if necessary.
I just want to have horizontal reference same as current vertical header is.
For example – if the first column is an "Index" I want to see this column regardless of horizontal scroll position - for easy reference.
I think Lotus 123 used something like that. I have not found it in Excel – not yet.
|
|
|
|
|
Vaclav_Sal wrote: For example – if the first column is an "Index" I want to see this column regardless of horizontal scroll position - for easy reference.
Understood. I know of no way to do this with a stock control. You might have to resort to two separate controls.
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
I can't think of any way as such...
But you could always find a solution by changing the problem.
Look at grid controls, either C Maunders classic Grid Control, or the Ultimate Toolbox one.
I found the "Ultimate Toolbox" one a bit of a fiddle to start with, but I think it's more powerful in the end.
(I used the old CGridCtrl before, and have no great need to suffer to change)
Iain.
|
|
|
|
|
It is a good idea - use two controls "married" to each other.
It may even work better allowing any column to be used as a horizontal header. I'll give it a shot. Of course I need it in CListView which may complicate things a little.
Thanks guys and girls!
May 2008 be a good one for all of you.
Vaclav
|
|
|
|
|
I generally use what MSDN calls CRT lowlevel file I/O functions. These are the ones defined in io.h and fcntl.h; open, lseeki64, telli64, close, etc... There doesn't seem to be a function to allocate filespace quickly. For this example I would want to create a 10MB file. If I write 10485760 \0's to the file, it will obviously make the file 10MB - however it is slow (well for LARGE files).
I did experiment by using the following code on winvista 32-bit.
<br />
char c = 0;<br />
int newfile = open("newfile", _O_WRONLY | _O_BINARY | _O_TRUNC | _O_CREAT, _S_IREAD | _S_IWRITE);<br />
lseeki64(newfile, 10485759, SEEK_SET);
write(newfile, &c, 1);
close(newfile);<br />
This seemed to do the trick, and the resulting 10MB file was \0 filled. However, I didn't think you were allowed to seek past the end of a file with lseek. Is this behavior expected to work on all OSs, or will some have an error with the seek? Is there any better way to do it? Basically what I am trying to accomplish is telling the OS that I am going to need X amount of disk space BEFORE I start writing the actual data, without taking up much time. The files are usually around 8GB, but may be even larger than that. My goal is to minimize fragmentation and the possibility of running out of disk space unexpectedly in the middle of writing to the file.
Finally, the contents of the allocated file are unimportant and don't have to be \0 filled (i.e. garbage is ok), but will this way or an alternative guarantee \0 filling?
|
|
|
|
|
The only constraint I see with lseeki64() is that you can't position the offset before the beginning of the file. Another option would be to try SetFilePointer() and SetEndOfFile()?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Would GetDiskFreeSpaceEx or similar do the trick?
I am not sure if your concern about fragmenting the disk is necessary.
Why do you want to second guess the OS? Just my opinion of course.
Vaclav
|
|
|
|
|
Hi Friends
I Am new to this site
i got one problem regarding playback of mpeg compressed files
iam using windows mfc for this
iam receiving the file from the board via tcp protocol and iam storing in the hard disk and then calling decompression function like this
Decompression("filename.M4V");
HERE I WANT DIRECTLY WITHOUT STORING IN THE HARD DISK
IF WE WON'T GIVE EXTENSION TO FILE(LIKE .M4V,.MP4 ETC)IT IS NOT WORKING AT THE FUNCTION guess_format OF AV LIBRARY.
THE DETAILS OF THIS guess_format FUNCTION I DON'T KNOW
while i am storing the file (around 2 mb) in the buffer and calling decompression it is not working.but if you take from hard disk it is working....
pls help me
Girish
|
|
|
|
|
Can you post your code?
I am "guessing" - do you have your data somewhere in memory (buffer) also?
Since I know nothing about M4V file type - is the M4V extension embedded in file header? If not how can your function "guess" the format without the extension?
PS Just the name "guess_format" makes me suspicious. Computers are no good in "guessing".
Vaclav
|
|
|
|
|
|
Got the code and will take a look in the morning.
It is late here - 23:10 !
You may want to delete it from here so you do not get into trouble taking too much space. Just FYI.
Vaclav
|
|
|
|
|
thanks man
iam deleting the code from post
waiting for u r reply
good night
bye
Girish
|
|
|
|
|
hi vaclav
what happen 2 my problem,u got the code na
give me response
Girish
|
|
|
|
|
hi
please give me solution
i am still not able to find the solution
Girish
|
|
|
|
|
Hi all,
I have a problem with Visual c++ 6.0 compiler.
First, I define this template class and these 2 operators:
template <class T>
class mat
{};
template <class T> inline mat<T> operator +(mat<T> m1,T el){return m1;};
inline mat<double> operator -(mat<double> m1,double el){return m1;};
Then, I try to compile these istructions:
mat<double> A,B;
B=A+1;
B=A+1.0;
B=A-1;
The compiler give an error for the first operator if I don't specify the correct type of the right-hand operand; for the second operator there are no problems. Anyone can explain me why there is a difference between the two operators in the implicit casting? Are there a way to avoid this problem?
Thanks in advance!
|
|
|
|
|
Well, I made a test of your code on my VS2005 and a got an additional warning that, IMHO, gives new insight to the argument.
error C2782: 'mat<t> operator +(mat<t>,T)' : template parameter 'T' is ambiguous
It seems that, in the statement B=A+1;, the compiler has to choose between forcing the int to double and the opposite while in the statement B=A-1; there is no alternative to casting int to double (hence specialization turns out to be useful).
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
[my articles]
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
