|
After the values of x1 and x2 are read, their valus are not the same as when they were written. The values after reading are: x1 = 1020 and x2 = 20.
[code]
#include "stdafx.h"
#include<fstream.h>
int APIENTRY WinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
int nCmdShow)
{
// TODO: Place code here.
fstream os;
int x1 = 10;
int x2 = 20;
os.open("test.dat", ios::out | ios::trunc | ios::binary);
if(os.is_open())
{
os << x1 << x2;
os.close();
os.open("test.dat", ios::in | ios::binary);
if(os.is_open())
{
os >> x1 >> x2;
os.close();
cout << "x1: " << x1 << " x2: " << x2;
}
}
return 0;
}
[/code]
|
|
|
|
|
Oh - they probably need some whitespace between them.
Christian
We're just observing the seasonal migration from VB to VC. Most of these birds will be killed by predators or will die of hunger. Only the best will survive - Tomasz Sowinski 29-07-2002 ( on the number of newbie posters in the VC forum )
Cats, and most other animals apart from mad cows can write fully functional vb code. - Simon Walton - 6-Aug-2002
|
|
|
|
|
This worked:
os << x1 << " " << x2;
os >> x1 >> x2;
But why should I have to do that?? This is a binary file, not a text file. I don't need to do that with FILE. Or is it just the M$ VC6 compiler?
I stepped into the << and >> operators and found that the M$ VC6 implementation of the << operator converts the binary data to text with sprintf(buf,"%d",number) and writes that string to the file. Then the >> operator uses strtol() to convert it back again. So it appears that when these two operators are used, the ios::binary flag is ignored.
|
|
|
|
|
I have no idea, I've never used another iostreams implimentation, or read what the standard says. But I think it should work without the space in binary mode, yes.
Christian
We're just observing the seasonal migration from VB to VC. Most of these birds will be killed by predators or will die of hunger. Only the best will survive - Tomasz Sowinski 29-07-2002 ( on the number of newbie posters in the VC forum )
Cats, and most other animals apart from mad cows can write fully functional vb code. - Simon Walton - 6-Aug-2002
|
|
|
|
|
Christian Graus wrote:
Please never, ever use fopen and fgets again.
you ignored me last time, so i'll ask again.
what does iostream do that stream I/O can't ?
-c
Though the cough, hough and hiccough so unsought would plough me through,
enough that I o'er life's dark lough my thorough course pursue.
--Stuart Kidd
|
|
|
|
|
Chris Losinger wrote:
you ignored me last time, so i'll ask again.
No, I didn't. I posted a reply, I remember it clearly.
Chris Losinger wrote:
what does iostream do that stream I/O can't ?
1. If you encounter an exception, it will close the file and flush the buffer first.
2. I don't see any examples that help me here - is the fopen stuff able to stream all sorts of data types ? I notice the examples in MSDN are not valid C++, they have void main 
3. I am certain that the C style file stuff does not allow me to define my own custom stream, stream my own custom types, or provide my own modifers. Does it have modifiers at all ?
4. I just found some docs and fprintf, if it's the only way to write numbers, etc. has to qualify for one of the most ugly and hard to debug constructs I have ever seen.
Christian
We're just observing the seasonal migration from VB to VC. Most of these birds will be killed by predators or will die of hunger. Only the best will survive - Tomasz Sowinski 29-07-2002 ( on the number of newbie posters in the VC forum )
Cats, and most other animals apart from mad cows can write fully functional vb code. - Simon Walton - 6-Aug-2002
|
|
|
|
|
1. ok, that's handy.
2. fwrite takes a void * pointer, data types are meaningless.
3. this is apples and oranges. with fopen, you get (or put) a stream of bytes - break it up however you like.
4. yes, we know you don't like printf formatting but, for many people, it just feels right.
ok. so i can see how coming from iostreams to C I/O would seem ugly and primitive. but, from the other direction, iostreams seems fluffy and prissy.
-c
Though the cough, hough and hiccough so unsought would plough me through,
enough that I o'er life's dark lough my thorough course pursue.
--Stuart Kidd
|
|
|
|
|
Chris Losinger wrote:
so i can see how coming from iostreams to C I/O would seem ugly and primitive
Damn straight !!!
Chris Losinger wrote:
from the other direction, iostreams seems fluffy and prissy.
I guess so. And I guess I'm a hypocrite for decrying C# as too prissy in favour of C++, but in the end, it's all the same, we're all creatures of habit, aren't we ?
Christian
We're just observing the seasonal migration from VB to VC. Most of these birds will be killed by predators or will die of hunger. Only the best will survive - Tomasz Sowinski 29-07-2002 ( on the number of newbie posters in the VC forum )
Cats, and most other animals apart from mad cows can write fully functional vb code. - Simon Walton - 6-Aug-2002
|
|
|
|
|
You know, just recently I did use your iostream article to read and write to a richtextbox which was giving me garbage when done with fread. Then I totally forgot about it, since I dont do too much of file IO. Thanks for the reminder. Wont hurt to re-read the article again either
Thanks,
ns
|
|
|
|
|
I'm making a W32 image viewer dialog and I resize the window according to each picture dimension.
I've got a problem with the scroll bars as their dimension is part of the client area. Thus I have to get the Horz. ScrollBar width in order to resize correctly.
I would also need to know if the scroll bar is visible or not in order to hide/show it only when necessary.
I found the GetScrollInfo and GetScrollBarInfo that could help me solve those 2 problems but they only are an indirect way to get the informations I need.
Is there a better API way to:
- Get the width/Height of a scroll bar
- Know if a scrollbar is shown/Hidden
The answer would probably be the same under MFC but I can't make a MFC dialog for thsi project.
Thanks
|
|
|
|
|
Yarp wrote:
I've got a problem with the scroll bars as their dimension is part of the client area.
If you're just using WS_HSCROLL/VSCROLL, the scrollbars are not part of client area.
Use GetSystemMetrics to get the scrollbar height/width.
Tomasz Sowinski -- http://www.shooltz.com
"Yields falsehood when preceded by its quotation" yields falsehood when preceded by its quotation.
|
|
|
|
|
Hi Tomasz, I just found your reply today while lurking through this forum. THnak you for your reply. Fortunately I recalled the GetSystemMetrics function this week end but I'm still very intersted by your answer.
Yes, I'm just using those 2 styles, and that's true they are not part of the client area - there's a not missing here. Is there any style that would include the scroll bar size within the client area ?
Yarp
http://www.senosoft.com/
|
|
|
|
|
yarp wrote:
Is there any style that would include the scroll bar size within the client area ?
No. If you need scrollbars *within* client area, then you have to abandon WS_HSCROLL/WS_VSCROLL and place scrollbar controls yourselft. Note that this will require repositioning them in WM_SIZE.
Tomasz Sowinski -- http://www.shooltz.com
"Yields falsehood when preceded by its quotation" yields falsehood when preceded by its quotation.
|
|
|
|
|
Ok, then I can live with the WS_*SCROLL scroll styles. Adding a scrollbar control would be of no benefit to me.
I was very surprised last week when after resizing my client area I found it had the proper size minus the H. scroll bar width. All is clear now. I'm a Borland CBuilder programmer at the origin - now moving to MSVC - that's why I've still a lot to learn about the GUI API.
... and that's why I need a W32 Window, my project is still half CBuilder, a quarter MFC, a quarter W32. Very Interesting too to mary those techniques but somtimes a bit messy 
Thanks
Yarp
http://www.senosoft.com/
|
|
|
|
|
GetSystemMetrics() SM_CXHSCROLL, SM_CYHSCROLL, SM_CXVSCROLL, SM_CYVSCROLL will tell you the dimensions of the scrollbars.
In ED I keep my own flag which tracks whether a scrollbar is visible or not. However these are scrollbar controls as they are used in splitter windows and you are probably using the windows builtin scrollbars.
Neville Franks, Author of ED for Windows. www.getsoft.com
|
|
|
|
|
anyone knows a good stress test application ?
to find
memory leaks
resource leaks
etc...
Casa.Sapo.pt
|
|
|
|
|
You can use my product MemWatcher[^] to monitor memory and resource usage, and stress RAM.
/ravi
Let's put "civil" back in "civilization"
http://www.ravib.com
ravib@ravib.com
|
|
|
|
|
Hi.
I would like to know a way to correctly cast a string object to LPSTR.
I have an LVITEM structure for a CListCtrl.
-----
string szText = "testing 1 2 3";
LVITEM item;
...
// Compiler does not allow this kind of typecasting.
// Note "testing 1 2 3" alone is not an option. I can
// use a string and/or CString object or allocated
// new memory and then copy the data from szText.c_str()?
item.pszText = szText;
-----
How do you get the line above to work? I have tried using a CString object, but the compiler kept responding with an error about LPSTR.
Thanks,
Kuphryn
|
|
|
|
|
item.pszText = (LPSTR)(LPCTSTR) szText;
or
item.pszText = szText.GetBuffer(0);
And I swallow a small raisin.
|
|
|
|
|
You cannot. std::string does not have a method to get a non-const pointer to the data. Use a CString and GetBuffer().
--Mike--
Just released - RightClick-Encrypt v1.3 - Adds fast & easy file encryption to Explorer
My really out-of-date homepage
Sonork-100.19012 Acid_Helm
|
|
|
|
|
Okay. Thanks everyone.
Kuphryn
|
|
|
|
|
I saw members recommending CString.GetBuffer() and double casting (LPSTR)(LPCTSTR)(CString). Is there any advantage to using GetBuffer() and/or casting?
Kuphryn
|
|
|
|
|
Do the following:
item.pszText = myCString.GetBuffer(iWhateverSizeIsNeeded);
myCString.ReleaseBuffer();
or
item.pszText = (LPSTR)(LPCTSTR)myCString;
if you're looking for trouble.
Michel
It is a lovely language, but it takes a very long time to say anything in it, because we do not say anything in it, unless it is worth taking a very long time to say, and to listen to.
- TreeBeard
|
|
|
|
|
kuphryn wrote:
(LPSTR)(LPCTSTR)(CString)
That code is patently wrong. The fact that it compiles (because the casts override type checking) and that it even runs (because the buffer just happens not to be modified) does not make the code correct. Sure, it may work in the first situation you try it, but if you make a habit of doing so, it'll eventually break with some other API and you'll be stumped as to why the code "suddenly doesn't work".
--Mike--
Just released - RightClick-Encrypt v1.3 - Adds fast & easy file encryption to Explorer
My really out-of-date homepage
Sonork-100.19012 Acid_Helm
|
|
|
|
|
Okay. Thanks everyone.
I will use CString.GetBuffer() and CString.ReleaseBuffer().
Kuphryn
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
