----------------------=-----------------------=----------------------- r(ycho)GLAB | rglab@waw.pdi.net | Warsaw, Poland RP> Raymond Pesek RP> * 1st 2.00 #2448 * Moderator - Clipper Echo RP> -+- InterEcho 1.18 RP> + Origin: PC-Ohio PCBoard * Cleveland, OH * 216-381-3320 (1:157/200) Radek [Team OS/2] E-Mail Radek Kafka Fido 2:423/34.7@fidonet.org --- FMail/2 1.02 * Origin: ORIMEX POINT (voice) 42-47-562-00-61 (2:423/34.7) --------------- FIDO MESSAGE AREA==> TOPIC: 202 CLIPPER Ref: DEI00000 Date: 10/12/96 From: RAYMOND PESEK Time: 11:38am \/To: RAPHAEL NEVE (Read 2 times) Subj: Solution for amd/cyrix pr RN ->I was having problems running a clipper application on an ->AMD-P100 chip. I would get the division by zero error. The ->problem was resolved by switching OFF the internal cache in ->the BIOS setup. I got this invaluable information off ->comp.lang.clipper were the subject has been touched upon. I didn't ->try PIPELOOP.EXE, since the program worked fine after turning ->off the cache. Presumably it would do the same thing. I doubt PIPELOOP.EXE would work, as it's not a TSR and was written for the Cyrix 6x86 chip by Cyrix. Turning off the internal cache had to make a big difference in speed, didn't it? Do you still have the message from the fellow who posted what exactly AMD said the problem was? I didn't save it and need a copy. I have someone who may want to tackle the problem. Thanks, Raymond Pesek * 1st 2.00 #2448 * Moderator - Clipper Echo --- InterEcho 1.18 * Origin: PC-Ohio PCBoard * Cleveland, OH * 216-381-3320 (1:157/200) --------------- FIDO MESSAGE AREA==> TOPIC: 202 CLIPPER Ref: DEI00001 Date: 10/10/96 From: MARK NEIDORFF Time: 05:03am \/To: CHESTER BEEBE (Read 2 times) Subj: case sensitive directives CB> MN> CB> The only way I've found is to make a function of the directive n CB> MN> include CB> MN> CB> in a lib. I myself have been frustrated by the case nsitivity. CB> MN> That is not a great idea. The pre-processor directives are rocessed CB> MN> before compile time. They have no impact on memory usage or exe ze CB> True. But the ability to use the non-case sensitivity vs. the small verh CB> of a two line function seem relatively insignificant to me. Possibly not CB> great idea, but certainly one that works for me... CB> I can see where what you mention would be a problem if you had tons of CB> function that could just as easily be directives. In a case like that I CB> say evaluate the ratio of use and make directives of those that will work CB> directives. I have a few that I have made into directives. I simply atc CB> how I call them. If I get really lazy, I create two directives of the am CB> thing. One upper case, one lower case. That way if I don't toggle my ap CB> lock key, I'm still covered. I just took a look at std.ch. There are directives for commands that are translated using #command into functions in that file. The interesting thing is that it doesn't appear that #command is case sensitive. Hmmm. << Mark >> --- * RM 1.3 00554 * There's no future in time travel --- QScan/PCB v1.19b / 01-0136 * Origin: THE BOSS * Tenafly, NJ * 201-568-7293 * (1:2604/301) --------------- FIDO MESSAGE AREA==> TOPIC: 202 CLIPPER Ref: DEI00002 Date: 10/12/96 From: DON BJORTOMT Time: 06:20am \/To: BONG BENITEZ (Read 2 times) Subj: Deleting Records BB>Hello Don! BB>On 13 Sep 96 18:35:00 Don Bjortomt wrote to Bong Benitez... BB> DB> Recycle the records instead of deleting them. Also, previous BB> DB> discussions have advised avoiding the use of the pack command. BB> DB> If you must delete instead of recyling records it is recommended BB> DB> that you set deleted on and copy to a temporary file, close BB> DB> Invoices.dbf and copy the temporary file back as Invoices.dbf BB> If the INVOICES.DBF has related .NTX files, BB> Do I just index them after the copy ? Yes, sorry I forgot to mention that. However if you recycle the records instead of this you avoid all of the above processes and your users avoid the down time while you copy and index. If you are interested in sample code on how to recycle records I am sure there are many people here who would supply it. Just ask. Internet Address: don@huntington.in.us X CMPQwk 1.42 1883I XTelevision is democracy at its ugliest. --- Maximus/2 3.01 * Origin: Bits, Bytes & Bull/2 * Supra 28.8 V.FC * (1:236/34) --------------- FIDO MESSAGE AREA==> TOPIC: 202 CLIPPER Ref: DEI00003 Date: 09/26/96 From: KENNETH BARTLETT Time: 05:38pm \/To: ALL (Read 2 times) Subj: DATINX.LIB? I am wanting to try to access data in a database with DAT and INX extensions. Does anyone know if there is a driver available for this? I am unsure of the database system that created the files. All I have to go on is the program that uses the file and the data files themselves. The data files do not contain any clue to the database system either. The only readable text I found was in the INX file where it has the path of the DAT file. Thanks, Kenneth Bartlett --- CNet/3 * Origin: Lancer Loader BBS 318-221-7799 Shreveport, LA (1:380/37) --------------- FIDO MESSAGE AREA==> TOPIC: 202 CLIPPER Ref: DEI00004 Date: 10/13/96 From: RAYMOND PESEK Time: 08:53pm \/To: RADEK KAFKA (Read 2 times) Subj: Re: problem ca tools iii RK ->This is deasembled code for __wait.obj posted here. I have changed ->it to make it compatible with protected mode. Did you do the work and can you try it on an AMD K5? Raymond Pesek * 1st 2.00 #2448 * Moderator - Clipper Echo --- InterEcho 1.18 * Origin: PC-Ohio PCBoard * Cleveland, OH * 216-381-3320 (1:157/200) --------------- FIDO MESSAGE AREA==> TOPIC: 202 CLIPPER Ref: DEL00000 Date: 10/15/96 From: RAPHAEL NEVE Time: 07:44am \/To: RAYMOND PESEK (Read 2 times) Subj: Solution for amd/cyrix pr Raymond Pesek wrote in a message to Raphael Neve: RP> Do you still have the message from the fellow who posted RP> what exactly AMD said the problem was? I didn't save it and RP> need a copy. I have someone who may want to tackle the RP> problem. Subject: CLIPPER & AMD processors & timeslices problem. From: taavi@ratioma.ee (Taavi Remmelg) Date: 1996/09/28 Message-Id: <52jgms$6rm@horos.kbfi.ee> Newsgroups: comp.lang.clipper Hello ! I have problem with AMD processors/ program just does't start/, maybe somebody know solution to this problem. I reported problem to AMD and have they'r answer. I do'nt belive I am the first who has this problem / and not the last one/. Can somebody comment this? Taavi Remmelg. Tallinn, Estonia. Our discussion comes here: >Hello there! > >We have a little problem here with with AMD 5K86 processor. >It seems that my clipper (5.2E + Blinker 4.0 Extended mode) EXE will >not start (100%) on computers with this chip with INTERNAL >CACHE ENABLED. Two our biggest local computer-manufacturers >have tested they'r configurations /maybe motherboard../ with no >success. >It seems like AMD refuses to switch to DOS protected mode. >I already contacted Blinkinc UK but they seems not to have solution >for this situation. > >Can You help us? > > Our local computer manufaturers here are selling a lot of >AMD - based workstations... > >Sincerely Yours, >Taavi Remmelg. Dear Taavi Remmelg, the problems with Clipper are known to us and Clipper, you should contact Clipper for an update of their Software. There are two reasons why it could be that Clipper programs do not run. First reason : Software is using Timing Loops. These are sequences of code to insert wait states between software events. It is recommended that the Time Stamp Counter be used to insert precise timing delays between code sequences. The problem with using timing loops is that the loops are solved faster on the K5 than on many other CPU's of the same kind. second reason : Accessing non-existent Model Specific Registers (MSRs) As the "Model Specific" name implies, different processor models ( same vendor or not ) have different model specific registers. Access to not implemented MSR's or different implemented MSR's is causing a general protection fault ( this is correct operation ). It is recommended by the Software to check the CPU ID and the Vendor String befor accessing MSR's. At this moment you can only workaround this problem with Clipper if you turn the cache off, or switch the brange prediction logic off. Kind Regards Markus >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > _______ > \____ | Advanced >European Corporate Applications /| | | Micro > | |___| | Devices >EMail id euro.tech@amd.com |____/ \| >Phone +44 (0)1276 803299 >Fax +44 (0)1276 803298 >Our Web site is http://www.amd.com >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ raph. ... A feature is a bug with seniority. --- FMail 0.96 * Origin: Canada Dry BBS - France * 3 lines on 47.29.33.85 (2:321/1) --------------- FIDO MESSAGE AREA==> TOPIC: 202 CLIPPER Ref: DEL00001 Date: 10/12/96 From: IVAN SZE Time: 04:50pm \/To: COWGIRL (Read 2 times) Subj: DROP DROP ___ Blue Wave/386 v2.30 [NR] --- Silver Xpress Mail System 5.4H1 * Origin: Cowgirl's Rodeo *Fido* ->Hub400<- (1:250/401) --------------- FIDO MESSAGE AREA==> TOPIC: 202 CLIPPER Ref: DEL00002 Date: 10/14/96 From: JEFFREY LOCKE Time: 06:46am \/To: KENNETH BARTLETT (Read 2 times) Subj: DATINX.LIB? > I am wanting to try to access data in a database with DAT and INX > extensions. Does anyone know if there is a driver available for > this? I am unsure of the database system that created the files. > All I have to go on is the program that uses the file and the data > files themselves. The data files do not contain any clue to the > database system either. The only readable text I found was in the > INX file where it has the path of the DAT file. I believe if you just specify the extensions in your code it will work. I have called DBF files DAT files using this method. I've never done it with indexes so I don't know about that part. --- FMail/386 1.22+ * Origin: The Key BBS -=> Arlington, Texas (817/557-9638) (1:130/7) --------------- FIDO MESSAGE AREA==> TOPIC: 202 CLIPPER Ref: DEL00003 Date: 10/08/96 From: LEONARDO COHEN Time: 01:43am \/To: GUILLERMO SALAS (Rcvd) (Read 4 times) Subj: Re: Mouse Library -=>GUILLERMO SALAS--->ALL GS> Hello All, GS> How's it going? GS> I need opinions and somebody to point me in the direction of a good GS> Guillermo Salas If you speak spanish like your name implies there is an excelent mouse and CUA library in spanish called TDCO++ Si, Te deseo! no me preguntes de donde sacaron el nombre... It works in clipper5.1 and gives you re-definable fonts, and many features... I use it for most of my programs... ... If you find our undocumented features, call tech support at 1-800-SAY- --- GEcho/32 1.20/Pro * Origin: =+= La Conexion Mexicana -=- Tijuana, Mexico =+= (4:972/4)