«

[dosraider]

Oh my, in a nitpicking mood, aren't we?

Details, small details, microscopic even.

Pfffffffffffffff.


A propos, I even don't wanna know where that finger was before you licked it.
YEKS.



grmbl grmmmmpfff.

[SlowCoder]

Originally Posted by dosraider

Oh my, in a nitpicking mood, aren't we?
Details, small details, microscopic even.

Only when I'm ... hmmm ... right. :bleh:

Originally Posted by dosraider

A propos, I even don't wanna know where that finger was before you licked it.
YEKS.

Yep, you probably don't. :bleh: For me to tell you would probably set off some subroutine of your elderness firewall and launch you into a flamefest of all that is unsuitable in society!

[dosraider]

Originally Posted by SlowCoder

Only when I'm ... hmmm ... right. :bleh:

Ohwell, even if it isn't fully ABWare or FreeWare it certainly is PiratedWarez.
And that's a fact.

[Rogerwilco]

Well, this thread sure stayed on Subject..... Heh....

Um, in case you don't know....

Visual Basic for DOS is *not* anything like Visual basic.....

[Rogerwilco]

Missed one again, slowcoder...... you done wrote

The location of specific data in a savefile can, depending on the game, be different on a save-by-save basis. You'd likely need to search the file dynamically to identify the proper location of the data to be changed. That source would also need to be provided to the user who requests it.


you use a compare routine.... There has to be some constant, or the game itself wouldn't know where to find the proper values in the saved game

Hope that helps

Rogerwilco and out

[SlowCoder]

Originally Posted by Rogerwilco

Well, this thread sure stayed on Subject..... Heh....

Um, in case you don't know....

Visual Basic for DOS is *not* anything like Visual basic.....

You are very correct. Well, it is, but not by much. What kept me from using it is that you can't use the "VB" part in anything other that screen 0! OMG!

Originally Posted by Rogerwilco

Missed one again, slowcoder...... you done wrote

The location of specific data in a savefile can, depending on the game, be different on a save-by-save basis. You'd likely need to search the file dynamically to identify the proper location of the data to be changed. That source would also need to be provided to the user who requests it.
you use a compare routine.... There has to be some constant, or the game itself wouldn't know where to find the proper values in the saved game

Hope that helps

Rogerwilco and out

No. I don't think I missed it. I think I'm right on, still. But you're also right about the comparison routine. Sometimes, though, the routine needs to be able to compare binary to binary, not just text.

Many years ago (well, not THAT long ago in DOSRaider years ) I wrote some gamesave hacks myself in QuickBasic. My experience showed me that many gamesaves were done in binary to save space, as 5.25 disks didn't have much space. A bit saved is a bit earned!

Before we continue, please don't think I'm downing your attempt to help the community. I'm just arguing for argument sake.

[Rogerwilco]

No. I don't think I missed it. I think I'm right on, still. But you're also right about the comparison routine. Sometimes, though, the routine needs to be able to compare binary to binary, not just text.

Many years ago (well, not THAT long ago in DOSRaider years ) I wrote some gamesave hacks myself in QuickBasic. My experience showed me that many gamesaves were done in binary to save space, as 5.25 disks didn't have much space. A bit saved is a bit earned!

Before we continue, please don't think I'm downing your attempt to help the community. I'm just arguing for argument sake.

Hey.
First off, no way do I think this is negative. Just having fun.

You penned:
Sometimes, though, the routine needs to be able to compare binary to binary, not just text.

Sorry, you lost me. the simple routine does compare binary to binary... if I understand you correctly that is: I'm an old, learn by doing guy, just plodded along and figured it out the Irish way....Heh....

Boy, and you're right on on the bit saved, etc. My first computer had 4k of memory..... I worked for a component company at the time, so i was able to wrangle the latest and greatest chips: 16k!

That's 16 Kilobytes, Folks. Not Megabytes

The Data storage was a modified cassette tape recorder....and you programmed in Basic....original Basic.....

Course I remember before that when called on Litton Memory Systems: they made the cutting edge stuff at the time: Core memory, which was tiny donut magnets with wires running through them..... spaghetti code abounded with all the goto's

One "unit" was one K bits....that's bits, not Bytes

But I digress..... Heh...flaws of the elderly.....

[SlowCoder]

Heh, I'm not as aged as you, but looks like we've got some common interests! My first computer was the Coleco ADAM, with cassette drives and cartridge slot! I learned BASIC on it. The ADAM disappeared from our house when we got an XT machine. I still miss both machines, and really wish I still had the XT. The old PCs, XTs and ATs were made of steel, and nothing short of a direct lightening strike would hurt it.

I dropped an AT at work from a 7 foot shelf onto a hard slate floor. The chassis was slightly tweaked, but I reseated all the equipment and it fired up, no problems. Do that today with a current machine and you're likely to get PC fodder everywhere.

I did my time writing in BASICA, then QuickBasic. Here's a link to some of my material that I wrote in high school: http://www.slowcoder.net/basic
Take a look at them if you like.