Tilted Forum Project Discussion Community  

Go Back   Tilted Forum Project Discussion Community > Interests > Tilted Technology


 
 
LinkBack Thread Tools
Old 12-11-2003, 06:02 AM   #1 (permalink)
/nɑndəsˈkrɪpt/
 
Prince's Avatar
 
Location: LV-426
C++ ifstream pointer question

Here's the code, i just want to count the lines of a file. I get a bunch of "invalid simple type name destructor" errors..
It makes a pointer to an input stream to the file specified by the command line parameter. Then it passes the pointer to countlines() to try to count the lines. anyone know why it doesn't work?

Quote:
#include <fstream.h>

#define NULL 0
#define WIDTH 257

int countlines(ifstream *in);

int main(int numArgs, char *args[])
{
if (numArgs != 2)
{
cout << "Usage:\n reader filename.ext";
return 1;
}
ifstream *fin;
fin = new ifstream(args[1], ios::in | ios::nocreate);
cout << countlines(fin);
//char buf[WIDTH];

//for(int i=0; !*fin.eof(); i++)
//{
// *fin.getline(buf, WIDTH);
// cout << buf << "\n";
//}
//
*fin.close();
return 0;
}

int countlines(ifstream *in)
{
int lines = 0;
char null[WIDTH];
while (!*in.eof())
{
*in.getline(null, WIDTH);
lines++;
}
*in.seekg(0, ios::beg);
delete null;
return lines;
}
__________________
Who is John Galt?
Prince is offline  
Old 12-11-2003, 06:03 AM   #2 (permalink)
/nɑndəsˈkrɪpt/
 
Prince's Avatar
 
Location: LV-426
Well, vB removes some small parts of the code apparently in its battle against html tags, but I hope that is understandable anyway.
__________________
Who is John Galt?
Prince is offline  
Old 12-11-2003, 08:06 AM   #3 (permalink)
I am Winter Born
 
Pragma's Avatar
 
Location: Alexandria, VA
Quote:
#include iostream
#include fstream
using namespace std;

static const int width = 257;

int countlines(ifstream &in);

int main(int numArgs, char *args[]) {
if (numArgs != 2) {
cout << "Usage:\n reader filename.ext";
return 1;
}
ifstream fin(args[1]);
cout << countlines(fin);

fin.close();
return 0;
}

int countlines(ifstream &in) {
int lines = 0;
char null[width];
while (!in.eof()){
in.getline(null, width);
lines++;
}
in.seekg(0, ios::beg);

return lines;
}
__________________
Eat antimatter, Posleen-boy!

Last edited by Pragma; 12-11-2003 at 08:12 AM..
Pragma is offline  
Old 12-11-2003, 08:11 AM   #4 (permalink)
I am Winter Born
 
Pragma's Avatar
 
Location: Alexandria, VA
Well, you can't do "delete null;", as it's not dynamic memory.

Other than that, why are you using an ifstream pointer instead of just an ifstream object?

Furthermore, C++ really doesn't like it when you redefine constants for it - such as NULL.
__________________
Eat antimatter, Posleen-boy!
Pragma is offline  
Old 12-11-2003, 08:27 AM   #5 (permalink)
/nɑndəsˈkrɪpt/
 
Prince's Avatar
 
Location: LV-426
You're a genius. Thanks!
__________________
Who is John Galt?
Prince is offline  
Old 12-11-2003, 12:12 PM   #6 (permalink)
Banned
 
Location: 'bout 2 feet from my iMac
for future reference code tags (use em just like quote ones) are great
cheerios is offline  
Old 12-11-2003, 08:32 PM   #7 (permalink)
Junkie
 
Location: North Hollywood
its ok to redefine #define constants, you can even use #undef if you want too first.

NULL is compiler specific, so sometimes you want to override it because the compiler maker goofed it up , say using (void*)0 instead of 0 or 0L
charliex is offline  
Old 12-12-2003, 06:00 AM   #8 (permalink)
I am Winter Born
 
Pragma's Avatar
 
Location: Alexandria, VA
True, you can redefine constants, but most compilers will give you warnings, if not errors, if you don't #undef before you #define.

Either way, I've seen very few cases (and this not being one of them) were actually redefining NULL is warranted.
__________________
Eat antimatter, Posleen-boy!
Pragma is offline  
Old 12-12-2003, 05:57 PM   #9 (permalink)
Junkie
 
Location: North Hollywood
You should never get an error redefining a #define, a typedef yes, if you do the compilers broken.

some compilers will generate an error using #undef on something that was never #define'd so you should always guard it.

Unfortunately theres no easy way of telling the difference between a typedef and a #define.

You might get an error on the use of the redefined #define, but thats not because of the redefine itself.

I like to redefine NULL on projects i know are going crossplatform, then i know what its going to be, theres only a few rare systems where NULL isn't 0, but i've seen enough uses of (void*) 0 to do it, plus it doesn't hurt anything.

using null as an arrayname though is asking for trouble
charliex is offline  
Old 12-12-2003, 06:22 PM   #10 (permalink)
dnd
Psycho
 
Location: London...no longer a student
arghhhh i forgot how much i hated c++ .... i'm so glad i learnt java first....wrong way round i know...but its just so much easier! pointers may be helpful, but understanding them takes a long time!
__________________
"Never underestimate a dumb question"-- Brandon Boyd
dnd is offline  
Old 12-12-2003, 06:32 PM   #11 (permalink)
Junkie
 
Location: North Hollywood
yep a lot of people probably can get by without pointers, but the things i miss the most in java are pointers, enums and #defines (though i do use #defines and run it through a preprocessor )

Oh and a stable development environment, and speed .. ok'll i'll stop
charliex is offline  
Old 12-13-2003, 11:10 AM   #12 (permalink)
Quadrature Amplitude Modulator
 
oberon's Avatar
 
Location: Denver
Pointers are pretty important to figure out. Can't be a good programmer without understanding them, in my opinion.
__________________
"There are finer fish in the sea than have ever been caught." -- Irish proverb
oberon is offline  
Old 12-13-2003, 02:49 PM   #13 (permalink)
I am Winter Born
 
Pragma's Avatar
 
Location: Alexandria, VA
If you think C/C++ pointers are bad, go learn Brainfuck. You'll petition to have the word "pointer" removed from the English language.
__________________
Eat antimatter, Posleen-boy!
Pragma is offline  
Old 12-14-2003, 05:57 AM   #14 (permalink)
Quadrature Amplitude Modulator
 
oberon's Avatar
 
Location: Denver
LOL, yeah, brainfuck is a great language for that purpose.

Next, try to figure out assembly (any architecture, preferably x86 for maximum pain) without understanding pointers.
__________________
"There are finer fish in the sea than have ever been caught." -- Irish proverb
oberon is offline  
 

Tags
ifstream, pointer, question


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT -8. The time now is 12:33 PM.

Tilted Forum Project

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
Search Engine Optimization by vBSEO 3.6.0 PL2
© 2002-2012 Tilted Forum Project

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360