: : But isn't there another way to do this? Because now I have to read a whole lot of lines before I get to the line witch I want to read or where I want to write (with the buffer).
:
: Not really. If you know ahead of time where in the file you want to go you can do some kind of Seek command to jump to that point. More than likely you're going to need to programmatically seek out a particular line, meaning you'll have to read the file one line at a time one way or another. You could technically just start writing data at any point in the file, but you'll write over whatever was at that location. You can't just insert a line into the middle of the file, you have to move everything from that point to the end forward to "make room" for the new data. It's really a pretty simple algorithm, just read lines from one file and write them to another, perhaps writing additional lines to the output file where you deem them necessary.
:
: : I know the FileSystemObject, I have used it several times. Why don't you use it? Do you think there's another (better, maybe faster) way to resolve this problem?
:
: I use it for convenience. I find its object model easier to remember than the corresponding VB commands like Open and Put/Get etc. When it comes down to it, though, you're still dealing with flat files no matter how you open them.
:
:
:
infidel
:
:
: $ select * from users where clue > 0
: no rows returned
:
:
:
Ok, thanks for the info. I'll try in the way you sugested.
Regards,
Martijn