GL88z DUMP.VREF.DOCSZ VREF and DUMP are two utilities for the GBBS bulletin board system, which is (c)1987 L&L Productions. The programs and documentation in this package are public-domain; they may be freely distributed, as long as no charge is made beyond normal connect charges if any. The routines in this package are by St. John, of the "Bobdo" BBS: 215-386-0350, 300/1200, 8n1, hit RETURN thrice after signal. While working on a floating-point package for GBBS, I wrote a couple of general utilities. DUMP merely shows you the raw hexadecimal data in memory, nd can be used to spy on particularly interesting sections of memory. To use it, issue the command USE "A:GBBS.DUMP" where A: is the reference of the disk where the program is stored. When USEd, the program will just return without doing anything. To get results, use this syntax: CALL EDIT(5)+1,768 The number after the CALL address is the address to start dumping data. In each line you will be shown the hexadecimal address of the starting point, the hexadecimal data in the next 16 bytes, and whatever displayable ASCII characters exist in the data. If you need more memory dumped, use a loop such as FOR X = 768 TO 1024 STEP 16 CALL EDIT(5)+1,X NEXT The DUMP routine will remain in the editor space until you load another routine in or use the editor for writing a message. VREF gives you a list of the variables that you've used so far, together with a number of handy bits of information. Often, instead of trying to find a variable that isn't being used, a programmer will use another variable. These can add up over time. VREF can help you determine how much space is allocated to your data, and possibly cut down on a few bytes' worth. ACOS allows about 21 kilobytes of program and data combined. To determine the amount of space you have available for variables, examine the file length of the largest tokenized code segment you have as part of your system, and subtract it from 21248. To best use VREF, edit your LOGON.SEG to USE it just before the CLEAR in the first few lines. (CLEAR will clear all variables once executed.) Try to link to all your segments. Alternately, you can add the USE just before you LINK out of a segment, to see what variables have been added or changed during its execution. Every line of text that VREF generates describes one variable. First is the name of the variable, followed by "%" if an integer (numeric) variable or "$" if a string. Next is the actual value of the variable, and finally (if a string) the length in characters. The syntax is USE "A:GBBS.VREF" if it isn't already in memory, or CALL EDIT(5) if it is. There are no arguments. These routines are based in the editor space; for version 1.3 of ACOS, this is $9E00. If yours is different, you will be unable to use the routines. However, as the source code is included with this package, you will be able to reset the ORG to whatever your editor space is, and reassemble (using Merlin Pro, from Roger Wagner Publications, or another assembler). This software is virus-free, but to be doubly sure you can take a look through the source and assemble it yourself. GL58 GBBS.VREF.SZ Ӎ ӮƢ Ԩ 卪 ũ ŠŰԠԠǠŰ ԠؠРӬ؍؍̠Ѝ ؠа؍Ь؍؍̠а Ҡؠčà čà ĸč ōō 卺РҠҍ٠ٍѠԠ 占Р 獪 占àӍŠ֍àӫٍ֠٠ 占Р 덠Ѡȍ 占ٍٍĠƍҠԍҠԍР؍ȠҠԠ 덠ٍٍĠƍҠԍؠР 占̠ԍ 獠ҠǍРԍԠҠҍ 퍺ԠÍà͍͍à԰àͫ԰čҠԍРР ԠčҠԍؠӍӫҠԍҠɠ 姍ӫŠ߱ӍРѠ߱߱󧍠Ҡԍ߱Ҡà 䧬čɠ ؠ͍ͫҠԍҠà 󧬰čɠ ؠ͍ͫҠԍҠà 󧬰ĸč ؠРЬ؍؍؍̠ЍӍ ҠҠɠ ٠ٍٍٍ 忍Ѝ̠ÍàҠԍЍ̠Ӎ Ǎ ÍҠƍàҠƍàӠؠРԍǠҠɠ 占٠ٍ΍Íà͍͍àҍàͫ 獺Ҡ٠ٍٍٍ ٠Р٠΍Š؍ٍҠԍٍŠЍؠҠɠ ۧ 荠ؠ΍ҠԍݧРԍ ҍ Íàà٠РٍЍĠƍҠԍٍЍ̠ЍٍÍàٍàӍ ҠÍàӠ؍àؠӍ Ӡؠ͠ؠ͠ؠΠؠРؠ GL58 GBBS.VREFZ VREF v1.0 for ACOS v1.3 St. John Morrison 215-386-0350  矠Mȱ H) h L ) ( xL Am L]   variabls  declared Variable storage:  bytes String storage:  bytes ` % =ȱ+- (IiIiL $ = mȱ  " ۮ ]Lhihi) (eiHH`8` GL 87 GBBS.DUMP.SZ Ӎ 䍪 䍪 ӮТ 卪 卪 Ԩ؍ 卪 ؽ Ԩ؍ ԍҠ͠͠ҠԠǠŰӠ Ţ ΠҠ͍Ҡ͍ ٠ҍ٠Ѝؠҍ٠ҫ٠Ыҫ 忍РðѠĠ ҫ 占ҠҍԠ ҰҰԫҰҠ 占ҠҍԍҰԫҰ ፠٠ƍбҩٍҠҍ̠ ؍ԍұ؍ԫұ؍ĠƠ РŠ Ҳ؍ٍ̠б ٠вҬٍѠčҠԍٍРв ĠЍҍЫҫӍҠҠ ҍҍҍ؍ج؍ԍĠƍ؍ج؍ԫӍРؠԠؠؠàƧ ɍ 卪 卪 ұҠàҰà ұàà Ҳà GL8 GBBS.DUMPZ`  V z zH z h) .֞ܠ Lc`HJJJJh)`0123456789ABCDEF$0000 = ................................ . . . . . . . . . . . . . . . .