--------------- FIDO MESSAGE AREA==> TOPIC: 107 PASCAL Ref: FA100139 Date: 05/22/98 From: STEWART HONSBERGER Time: 05:10pm \/To: DAVID CHORD (Read 0 times) Subj: How often do you test? Friday May 22 1998 16:06, David Chord wrote to Stewart Honsberger: DC>> Sounds very simillar to what I do :-) SH>> I'm amazed that 'F9' on the F9 key on my keyboard hasn't worn off SH> yet. :>> DC> I get the same feeling with my F7 key :-) I usually only go through the debugger when something doesn't work. Normally, I'll run the program, find the (approximate) area of a flaw, then go through the debugger to find the flaw. (Of course, when I'm using code from this echo, or SWAG, etc. I'll put it through the debugger, normally). SH>> Believe it or not, that's happened before. I was talking to a SH>> friend last night, and was in the middle of a sentence, and what I SH>> wanted to say was; SH>> "... a combination of several things ..." (or something similar) SH>> and it took me 30 seconds to think of the word "combination". I SH>> just could NOT think of that word! I tell ya, I've got alzheimers. DC> I don't know if that's what you have, but whatever it is, it's not as DC> uncommon as you may think. Also does seem more common in those of us DC> with 145+ IQ's (I know a lot of people with IQ's below 130 who don't DC> have that problem, everyone I know with an IQ above 145-ish seems to DC> have it quite bad at times :-) Hmm. Might be. I don't know. But the last thing I want is to go to any more doctors! Starting in Grade 2 - when I passed the 'gifted' tests - I've been in and out of more doctors than I care to remember. None of them mentioned short-term memory problems, though. But my long-term memory is great! I still remember my ex's old phone number, address, and birth date, and I haven't talked to her in over a year! But when she changed her number, I had to look it up every time I wanted to call her for over a week :< SH>> So do I. But with GOPGP, as I added more features, I watched the SH>> size of the executable rise quite steadily :> DC> I've got the same happening for EchoFix. If only I'd kept old copies of the code. I found some *REALLY* old code on the other computer, but it doesn't have even half the features that the first release had, but it has tonnes of bugs! :> SH>> Thankfully, I can't think of anything else to add to it (unless I SH>> wanted to make it even *MORE* of a tagline manager, instead of the SH>> PGP front end that it was designed to be ), so I'll leave it as SH>> it is. DC> I know the feeling with that as well. A program I wrote just as a DC> cmd-line util to tell me what address a particular file in the outbound DC> belonged to (eg 'ADDRESS OUT\3030618.PNT\0000FFE4.HLO') As an aside - you have code to get filenames for packets (for the Binkley style outbound, specifically)?? IE: I need code to do what you've done above, as well as the other way around (IE: What filename should be assigned for address x:yyy/zzz.q). DC> was well on the way to becoming the best Bink-style outbound manager DC> that I could find. Unfortunately, I lost ths source to that and haven't DC> had the heart to re-start it (same as another massive project I lost DC> everything but an executable and some notes I printed out on it :-( That's why I keep backup ZIP's of my source code in a SOURCE directory on my HDD (If I'm working on a program, and it ends up getting FUBAR'ed, I can just unzip the backup source), I keep an identical copy of that directory on a disk, and I keep an identical copy of the disk on the other computer. The way I see it, if my HDD blows up, my disk gets damaged, and the other computer's HDD blows up all in one day, it's a sign that I should quit programming and take up golf :> DC> I've decided that I probably won't write v3 of EchoFix as I planned, ie DC> having it capable of supporting any BBS/Tosser/AreaFix robot package, DC> known or unknown. That'd make the code bloat beyond proportions, Very true. It would end up being like most MickySoft programs, where there are 10 features for every one that anyone will ever use. Besides, if someone sees your program is 750k, while another one is only 125k, they'll likely go for the smaller one :> DC> and besides that I can't (yet) get my head around how to handle the DC> scripting language I'd need to create (ie what commands etc the script DC> needs. Handling it is easy :-) I've got code here for a (simple) scripting language, but I haven't had any programs where I figure I'd need it. SH>> I seem to be fairly good with that. Mostly because I only have a SH>> couple of programs where I would need/want to update the EXE in the SH>> program directory (I've written DAT file editors for a couple of SH>> door games I co-authored, but since I don't run a BBS, I obviously SH>> don't need 'em :> DC> I'm breaking up my stuff now, moving the program stuff out of \turbo\bin DC> and into a separate dir for each program :-) You should see how bad it DC> is in there at the moment! (only about 500 files!) I keep everything DC> related to a project in once place on the work drive, and that way it's DC> less likely to be confusing as to what belongs to what :-) I've always had my code organized like that. I have subdirectories off of my BP directory, one called DOORS and one called PROGS. The DOORS directory has about 7 or 8 subdirectories, each with a completed/half completed/started door, same with the PROGS directory, but that contains non-door programs. Since I use so many units in my programs (It's just how I do things, I break things apart into lots of units), I'd never be able to keep track of all of them if they were all in one directory :> DC> [Altering parts of a program/forgetting to test when the alterations are DC> removed] SH>> {groan} :> That's all I can think of to say, as I've done that a SH>> couple times myself DC> Ah well, makes me feel better when I do it known I'm not the only one DC> :-) I'll bet there are a lot more people in here who do things like that, but won't admit it :> Stewart Honsberger, blackdeath@tinys.oix.com ... A programmer is a machine that converts coffee into programs. -!- GOPGP v1.11 --- Squish/386 v1.11 * Origin: Blackdeath BBS - Private (1:229/604) --------------- FIDO MESSAGE AREA==> TOPIC: 107 PASCAL Ref: FA100140 Date: 05/21/98 From: STEVE HAYES Time: 09:48am \/To: GLEN SHELTON (Read 0 times) Subj: Julian date... Steve Hayes is replying to Glen Shelton, who wrote to All on 19 May 98 08:54:29: GS> I'm working on a project where I need to get the Julian date for the GS> current year. Something like today would be 139. I'm new to pascal GS> and not sure where to start. Any help would be appreciated. Thanks GS> in advane. Actually it would be a few million. Julian dates are based on a day about 3000 years ago. Keep well, Steve Hayes E-mail: steveh@khanya.bbs.co.za hayesstw@risc6.unisa.ac.za (if the above doesn't work) WWW: http://www.geocities.com/Athens/7734 ... BBS Web pages: http://www.geocities.com/Athens/7734/bbsweb.htm --- WtrGate 0.92.p5 gamma Unreg * Origin: Unisa Editorial, Pretoria, Gauteng, RSA 27-12-429-8641 (5:7106/20) --------------- FIDO MESSAGE AREA==> TOPIC: 107 PASCAL Ref: FA100141 Date: 05/22/98 From: JUD MCCRANIE Time: 09:37pm \/To: WIM KONING (Read 0 times) Subj: RE: CRT.DELAY BUG? On 20 May 98 09:57pm, Wim Koning wrote to David Chord: WK> Well, what I can say, is that I own a pentium and I use Delay, and WK> never had any problems in any way.. It depends on the speed of the CPU. At 200MHz or so, you have the problem. I don't on my 120, I do on my 300. Jud McCranie * Silver Xpress V4.3 SW20178 --- PCBoard (R) v15.3/M 5 * Origin: Riverdale, Ga (1:133/9024) --------------- FIDO MESSAGE AREA==> TOPIC: 107 PASCAL Ref: FA100142 Date: 05/22/98 From: LEE ARONER Time: 05:15pm \/To: STEWART HONSBERGER (Read 0 times) Subj: Copyright SH> Monday May 18 1998 21:55, LEE ARONER wrote to DAVID CHORD: DC>> Now, as to your threats of legal action against Stuart, you've put DC>> him in the perfect position to get you and/or your SysOp booted from DC>> fido. Z1 SysOp's seem to take a *very* dim view on that sort of thing. DC>> (Fortunately, Stuart doesn't seem the type to file a complaint over DC>> something like this). LA> You *are* really a remarkable little dweeb, aren't you ? SH> When one resorts to insults, it usually means they have no counter > argument. LOL ! Why don't you and your buddy get together and see if you can afford to hire an attorney for an hour...so you can learn a bit about reality. LRA -- SPEED 2.00 #2720: Windows: Micro$oft's ode to P. T. Barnum --- Platinum Xpress/Win/Wildcat5! v2.0 * Origin: Memory Alpha - (253) 859-6200 (1:343/311) --------------- FIDO MESSAGE AREA==> TOPIC: 107 PASCAL Ref: FA100143 Date: 05/22/98 From: STEVE HOWANSKY Time: 05:07am \/To: DAVID CHORD (Read 0 times) Subj: CRT.DELAY bug? DC> The CRT.DELAY bug in TP7; I've seen a message or heard something DC> somewhere that it's only a problem if 'Delay (0)' is used? The CRT.DELAY bug in TP7 will manifest itself on fast machines (I've got a Pentium II -266) even if Delay is not used at all and your program Uses CRT. The problem lies in the CRT initialization code, and produces runtime error 200 (division by zero). See fix for it below. Here's the fix you need... Requires that you have BP 7.0 or 7.01 and have the RTL ( unime ibrary ) source code on your hard drive. It's on the last diskette of the installation set if you don't. The bug you'll be fixing is in the CRT Unit initialization code of the DELAY procedure. You will need to modify the file CRT.ASM. Make a backup copy of CRT.ASM just in case. CRT.ASM should be in the dir \BP\RTL\CRT\. You will need to locate and change the following code (should start @ line #102): CALL DelayLoop NOT AX NOT DX MOV CX,55 TOPIC: 107 PASCAL Ref: FA100144 Date: 05/22/98 From: ONNO GEENEN Time: 10:08am \/To: DAVID CHORD (Read 0 times) Subj: Timing routine Hi David, > I want a timing routine (pref down to 10ths seconds or better > res) which can be used to time how long a program takes to run, > that *doesn't* reprogram the timer chip or anything like that. You can use the TickSinceMidnight, doen't reprogram anything and gives you a resolution of about 1/18s. Put TickSinceMidnight : longint ABSOLUTE $0040:$006c; StartTime, StopTime : Longint; between your other vars and at statup do a StartTime := TickSinceMidnight; You can imagine what to do with StopTime :-) I don't know how many ticks there will be at the last tick of the day (When the date changes and TickSinceMidnight goes to 0 again). Or you can just ask the time with GetTime() and be creative with that, resolution is the same. Onno --- GEcho 1.00 * Origin: FBBS running Fornax. [VFC/V34, 24x7] (2:284/614.1) --------------- FIDO MESSAGE AREA==> TOPIC: 107 PASCAL Ref: FA100145 Date: 05/22/98 From: COSTIN MANDA Time: 08:29am \/To: STEPHAN MUELLER (Read 0 times) Subj: ANSI driver *** Answering a msg posted in area WIMM.PERS (WIMM.PERS). It is the weak who are cruel. Only the strong can be truly gentle. Hello, Stephan! 19 May 98 20:19, Stephan Mueller wrote to Costin Manda: CM>> I am interested in the source of an ANSI driver. Preferably CM>> Pascal. Or at least if someone could tell me what interrupts need CM>> to be hooked if I want to program one myself... Thank you! SM> Take this: >> -+-< CUT >-+-< SM> Unit Ansi; (* Ho ho ho -Santa Clause) *) >> -+-< CUT >-+-< SM> I modified the sourcecode so that even PC-Board-Codes (like @X01) SM> would be translated. Now you need only the loader: >> -+-< CUT >-+-< SM> procedure Int29(Flags, CS, IP, AX, BX, SM> CX, DX, SI, DI, DS, ES, BP: Word);interrupt; SM> var Dummy:Byte; >> -+-< CUT >-+-< SM> It hooks the Fast-Putchar-Interrupt and then runs the command-shell. SM> It remains resident as long as you don't exit the shell. Thanks a lot! Does that mean that every text display function in a computer uses int29? I really didn't know that. Thank you again! Sysop la Privateer Realm BBS ͻ EMail: Costin.Manda@contact.pcnet.ro ͹ ͹ Ȼ Costin.Manda@f128.n530.z2.fidonet.org ͼ ȹ Zsa Zsa GaBorg: Prepare to be assimilated, dahling. --- GoldED/386 2.50+ * Origin: Privateer Realm, (401) 643-2384 (23:00-7:00) (2:530/128) --------------- FIDO MESSAGE AREA==> TOPIC: 107 PASCAL Ref: FA100146 Date: 05/22/98 From: COSTIN MANDA Time: 08:39am \/To: JASEN BETTS (Read 0 times) Subj: ANSI driver *** Answering a msg posted in area WIMM.PERS (WIMM.PERS). It is the weak who are cruel. Only the strong can be truly gentle. Hello, Jasen! 20 May 98 17:59, Jasen Betts wrote to COSTIN MANDA: JB> Hook int 10 for the text output functions, also hooking int 29 would JB> be a good idea. further speed improvement could be got by hooking the JB> int 21... it depends on how much speed you want to gain... I want to create an addon for the ANSI driver, so that my BBS would use palette functions, sprite animation, compressed transmissions and disk swapping. That would make ANSI graphics work instantly even on 2400s. Stephan gave me a unit and a loader for an ANSI driver. It only hooks INT29. Maybe INT10 and INT21 are using INT29 when it gets down to it? Sysop la Privateer Realm BBS ͻ EMail: Costin.Manda@contact.pcnet.ro ͹ ͹ Ȼ Costin.Manda@f128.n530.z2.fidonet.org ͼ ȹ Reality is that part of imagination we all agree on. --- GoldED/386 2.50+ * Origin: Privateer Realm, (401) 643-2384 (23:00-7:00) (2:530/128) --------------- FIDO MESSAGE AREA==> TOPIC: 107 PASCAL Ref: FA100147 Date: 05/23/98 From: SCOTT ADAMS Time: 02:26am \/To: DAVID CHORD (Read 0 times) Subj: Re: TG25G.ZIP `07*** Quoting David Chord from a message to tim strike ***`07 DC> Anyways, since (it appears) Telegard is written in Pascal, perhaps we DC> could start an e-mail dialogue about some ideas I'm working on for DC> Maximus systems which I'd also like to have happily support Telegard. DC> Some directcommunication with the Author would be helpfull :-) There is a Development Kit for TG. TGdev309 is the latest. It has pascal and C structures which should give you plenty of info ya need. You could freq tgdev309.zi from me if you wish to get it. or from the main TG web site. Fringe BBS - Telegard Beta Site --- Telegard v3.09.b18/mL * Origin: EWOG II - The Fringe - 904-733-1721 (1:112/91) --------------- FIDO MESSAGE AREA==> TOPIC: 107 PASCAL Ref: FA100148 Date: 05/23/98 From: STEWART HONSBERGER Time: 03:09am \/To: MARK LEWIS (Read 0 times) Subj: ARGH! Friday May 22 1998 11:28, mark lewis wrote to Stewart Honsberger: SH>> OTOH - when I run the thing through step-by-step with the SH>> debugger, every single one of the 10 lines contains a SH>> *COMPLETELY* different password! WHY? ml> your RANDOMIZE statement is in the wrong place... the reason it works in ml> the debugger is because you are slow enough for it to actually generate ml> a different number each time whereas outside the ide, it's probably so ml> fast that it gets the same number each time... Yeah, so I found out :> (About 30 minutes after posting this message, no less). The Randomize statement is now in the main body of the code, and all is well. I get different passwords each and every time, I'm happy! :> Stewart Honsberger, blackdeath@tinys.oix.com ... Become a programmer - Make a living crashing your computer. -!- GOPGP v1.11 --- Squish/386 v1.11 * Origin: Blackdeath BBS - Private (1:229/604)