[Date Prev][Date Next][Subject Prev][Subject Next][Date Index][Subject Index]

Re: hardcode.pgm anomaly

If Harry's solution doesn't work for you and HARDCODE.PGM did, try the 
following. Open HARDCODE.PGM and CVA the string "fix" to some sort of 
nonsense string, say "}]*={[". Any gibberish unlikely to occur in your 
files. Don't change the string "fix" when it occurs after LaBel or 
GoLabel. Save it as HARDCOD2.PGM or HARDCODE.PM and try that. It seemed 
OK at my end (I don't use the program); at least it stopped deleting the 
word "fix" from your source file.

HARDCODE.PGM uses "fix" as a marker (I've not looked closely at why it does that, though why it'd use a real word is beyond me), and ultimately cleans all "fix" strings from the file (ci /fix//, twice, for good measure).

Paul Lagasse

Harry Binswanger wrote:
Isn't hardcode.pgm something developed by XyQuest and send out by them, with purchase? If so, it's known to be a bad-behaving program.

If all you want to do is change DC tags into their numbers, a simple-minded program to do that is:

b-gin [UNTITLED]
[BC_]Pgm assumes there's no resetting of counters--ok? (-/n){
EI{>};*;[cr|lf][BC_]enter number of counter, 1 - 9 (or x){<}S
}{>}[TF_][XP_]{<}SX04,1{>};*;[cr|lf]{<}LBA{>};*; LOOP [cr|lf]
[BX_]se /{<}PV595{>}c{<}PV02{>}{<}PV596{>}/[Q2_];*;[cr|lf]{<}

Robert, Carl, anybody,

I have discovered an anomaly using hardcode.pgm. All instances of the string "fix" (case insensitive) in the source file are deleted from the target file. I attach samples. I'm guessing there is a mechanical pun involving a command call in the hardcode.pgm. Help?