--------------- FIDO MESSAGE AREA==> TOPIC: 125 QUICK BASIC Ref: F5G00006 Date: 04/11/98 From: BUCKY CARR Time: 09:55am \/To: BOB LOTSPEICH (Read 3 times) Subj: Decompile BC> You mean as in "taking hamburger back into cow?" BC> Er, no. BL> No, Bucky!!! You're thinking of "decowpile"! Bruhahahahaha --- PPoint 2.00 * Origin: Vanishing Point (1:15/7.1) --------------- FIDO MESSAGE AREA==> TOPIC: 125 QUICK BASIC Ref: F5G00007 Date: 04/12/98 From: BILL WHITE Time: 05:49pm \/To: BUCKY CARR (Read 3 times) Subj: Old Folks BC> BW> But on 1 July, they will all break! BC> Because of the Y2K problem? BC> BW> The phone company has put this county on an "area BC> BW> code overlay" system, mandatory on that date. We've BC> BW> been 305 for years, and are running out of numbers. No, I **THINK** I'm covered for Y2K, tho nasty shocks are possible. In this case, it's the added digits to the phone number. I just had not allowed for 10 digits, only 7. This makes a good "reason" to change the data structure, which I've wanted to do for some time. I've now got all of the easy programs changed and am working on 1 of the 2 hard ones. I seem to have code-writer's block at the moment: I've hit a section I can't exactly figure out how to do it properly. Which is why I've put it aside and am reading/writing messages! FIDO: Bill White @ 1:135/110 (Miami) InterNet: bill.white@110.sunshine.com * SLMR 2.1a * Read the ten books nominated each year for the ABBY Award --- Maximus 2.01wb * Origin: Miami Amateur Computer Club BBS/USR Courier V.E (1:135/110) --------------- FIDO MESSAGE AREA==> TOPIC: 125 QUICK BASIC Ref: F5G00008 Date: 04/12/98 From: BILL WHITE Time: 05:50pm \/To: CHRIS GUNN (Read 3 times) Subj: Re: Multiple eofs CG> BW> I've read many warnings about sending ASCII CG> BW> characters less than 32 or greater than 127 in FIDO CG> BW> mail. FIDO is not intended for sending files, CG> BW> especially encrypted files. When you do so, you are CG> BW> expecting it to do something for which it was not CG> BW> designed! CG> It's only some of the lower 32 that will cause problems. The hearts CG> "" and some others are okay. The CHR$(0) and CHR$(1) smiley face CG> in particular that are used for message formatting and of course CG> CHR$(26) EOF. CG> The upper 127 have been okay for years. Not necessarily so: just the other day I got something that was supposed to be inside a box drawn with high-ASCII characters. Bit 8 got dropped and instead the box was drawn with something like: CDDDDDDDDDDDE F F F F GDDDDDDDDDDDH (No, those weren't the exact characters, but I don't want to bother looking them up - you get the point!) And some of those lower 32 can cause unexpected problems. Tho this wasn't thru a Net, I ran into one some time back: Because I had limited my mailing list entries to 85 characters, I had times where more information had to be kept. I therefore had a SPECIAL.DAT file to contain it. Since S is the 19th letter of the alphabet, I used CHR$(19) as the character in the record to point to SPECIAL. This caused no problem on screen or with a series of printers. Then I bought another printer. I started printing some stuff from my mailing list and everything worked fine for a while, then suddenly it would stop. And stay stopped until turned off and on again. I learned CHR$(19) meant "Ignore everything except CHR$(17)" on this printer. I changed all CHR$(19)'s to CHR$(5) (for Extra) and everything was fine. My new file structure eliminates the need for that. FIDO: Bill White @ 1:135/110 (Miami) InterNet: bill.white@110.sunshine.com * SLMR 2.1a * If at first you don't succeed, your successor will! --- Maximus 2.01wb * Origin: Miami Amateur Computer Club BBS/USR Courier V.E (1:135/110) --------------- FIDO MESSAGE AREA==> TOPIC: 125 QUICK BASIC Ref: F5G00009 Date: 04/12/98 From: KURT KUZBA Time: 10:59pm \/To: THOMAS MATYSIK (Read 3 times) Subj: QLB problem TM> I am trying to write some routines in Assembler to use TM> with QB4.5. If I try to link the QB program's .obj file TM> to the assembler .obj file, I get: TM> ...\BCOM45.LIB(..\rt\llque.asm) : fatal error L1123: TM> _DATA : segment defined both 16- and 32-bit TM> What do these errors mean, and what can I do about them? They mean what they say. You have to compile your asm code for a 16-bit environment. There should be a command line switch for the asm compiler. > ] What do you mean, "There is more to life than computers."?.. --- * Origin: *YOPS ]I[* 8.4 GIG * RA/FD/FE * Milwaukee, WI (1:154/750) --------------- FIDO MESSAGE AREA==> TOPIC: 125 QUICK BASIC Ref: F5G00010 Date: 04/13/98 From: NICK ANDRE Time: 12:01am \/To: KURT KUZBA (Read 3 times) Subj: Re: Capslock NA> BB> why not just: NA> BB> k$=ucase$(inkey$) NA> Sometimes this will lock up the keyboard, or not report NA> anything in K$. For some reason, I've always had to do NA> K$=INKEY$:K$=UCASE$(K$) to do any kind of keyboard NA> reading. Any ideas why? KK> Are you running under Win'95 by any chance? Nope, I'm running OS/2 Warp. Nick. --- Renegade v5-11 Exp * Origin: Andre Computers OS/2 (1:252/0) --------------- FIDO MESSAGE AREA==> TOPIC: 125 QUICK BASIC Ref: F5G00011 Date: 04/11/98 From: CHRIS GUNN Time: 04:56pm \/To: NICK ANDRE (Read 3 times) Subj: Re: Capslock NA> Sometimes this will lock up the keyboard, or not report anything in NA> K$. For some reason, I've always had to do K$=INKEY$:K$=UCASE$(K$) to NA> do any kind of keyboard reading. Any ideas why? Howdy Nick, I believe it's an old CP/M bug if you POKE that particular address more than once. Similar will happen with Num Lock. PEEK and POKE should be used as a last resort, since one of these days MicroSoft just might try experimenting with the guts of MS-DOS. Stay with the standard interrupts is much as you can if you need something beyond QuickBasic's direct control. If you want your program to run under Windows gracefully, there are already some QuickBasic statements like ON KEY that can get you into trouble. Chris --- FMail 0.96 * Origin: BIZynet - Worldwide Business via the E-Ways (1:15/55.1) --------------- FIDO MESSAGE AREA==> TOPIC: 125 QUICK BASIC Ref: F5G00012 Date: 04/11/98 From: CHRIS GUNN Time: 05:11pm \/To: TERRY RETT (Read 3 times) Subj: Re: COMUNICATIONS TR> I KNOW HOW TO GET MY MODEM TO DIAL FROM THE DOS PROMPT AND HOW TO GET TR> IT TO DIAL FROM MY TERMINAL BBS /MODEM SOFTWARE BUT WHAT I NEED TO TR> KNOW IS HOW TO WRITE SOMETHING IN QBASIC THAT I CAN USE IN A PROGRAM TR> TO MAKE MY MODEM DIAL I'M TRWING TO WRITE A PROGRAM THAT ASKS FOR THE TR> NUMBER TO DIAL AND THEN WILL DIAL THE NUMBER THAT YOU INPUT AND I TR> NEED IT IN TXT(.BAS) FORMAT .... Howdy Terry, I'd have to dig out my old floppy archives for source code. However, I would probably still not give you the whole solution. That might handicap your learning how to program in QuickBasic. Try using a simple terminal program where you can type in the modem commands and get to know how a modem works. The commands you can manually type are what your modem program also has to send and expect the same responses you see. Chris --- FMail 0.96 * Origin: BIZynet - Worldwide Business via the E-Ways (1:15/55.1) --------------- FIDO MESSAGE AREA==> TOPIC: 125 QUICK BASIC Ref: F5G00013 Date: 04/11/98 From: CHRIS GUNN Time: 05:22pm \/To: BRUCE BECK (Read 3 times) Subj: Re: Multiple eofs DW>> More precisely, PC-DOS (aka MS-DOS) isn't reasonable. There are DW>> other ... BB> Sorry, but PC (IBM) is not MS (microsoft). :> Howdy Bruce, The first MS-DOS was only a slight hack away from PC-DOS which Billy Gates contracted for and sold to IBM. They continued to be almost identical for a number of years until IBM gave up on PC-DOS. Chris --- FMail 0.96 * Origin: BIZynet - Worldwide Business via the E-Ways (1:15/55.1) --------------- FIDO MESSAGE AREA==> TOPIC: 125 QUICK BASIC Ref: F5G00014 Date: 04/11/98 From: CHRIS GUNN Time: 06:16pm \/To: PAUL MCNEELY (Read 3 times) Subj: Re: Old Folks PM> I think Linux is going to start becoming the operating system of PM> choice, especially with the release of redhat 5 and the popularity of PM> there use in the movie Titanic (6 boxes networked together). ... Howdy PAUL, It's a complex market. For any operating system to really take the lead, it has to be able to run programs for all the different platforms. With all the cooperative efforts going into Linux, they may just very well get there. Chris --- FMail 0.96 * Origin: BIZynet - Worldwide Business via the E-Ways (1:15/55.1) --------------- FIDO MESSAGE AREA==> TOPIC: 125 QUICK BASIC Ref: F5G00015 Date: 04/14/98 From: PETER DALTON Time: 10:29pm \/To: PAUL MCNEELY (Read 3 times) Subj: Old Folks On (29 Mar 98) PAUL MCNEELY wrote to CHRIS GUNN... Hi Paul, PM> that after 98 Microsoft will start moving everything to the NT Kernal and PM> Issue something along the lines of a converter or 'upgrade' to move users PM> over to NT. the article that I read said about two years from now everything from M$ will be based around NT, probably with no support offered for W98... I can't believe that all those suckers will buy W98 but then I suppose they won't be told until afterwards. Success Peter --- PPoint 1.88 * Origin: Peter Points at last! (2:254/60.26)