home *** CD-ROM | disk | FTP | other *** search
- 1,2,3,4
- H#: 41561 S12/SPECTRA Publishing
- 25-Apr-90 10:19:48
- Sb: #41549-Btrieve Update Fix
- Fm: Robert N. Barrett 76530,1452
- To: Bob Zale: PowerBASIC R&D 76304,1303 (X)
-
- Bob,
- Thanks for the quick reply. I look forward to the Btrieve interface.
- Also, I got around to doing some reading and found out about the SUBS,
- FUNCTIONS and LABELS naming rules. That is my problem - though not a large
- one. Robert
-
- Press <CR> for next or type CHOICES !
- H#: 41627 S12/SPECTRA Publishing
- 25-Apr-90 13:50:59
- Sb: #Floating Point Conflict
- Fm: Greg Halper 73167,3442
- To: Bob Zale 76304,1303 (X)
-
- Bob: I have stumbled on a possible bug (?) in PB 2.00b (3/30/90 patch applied).
- The error manifests itself at rollover values for double precision integers
- (i&) with the floating point processor enabled. A sample program for
- demonstrating this problem is as follows:
-
- i&=0 DO
- INPUT "Enter a number : "; i&
- PRINT "The number entered was : ";i& LOOP UNTIL ( i& = -22) END
-
- Running this program with the floating point enabled (installed and SET 87=YES)
- and disabled (installed and SET 87=NO) gave the following results on a PC clone
- with a Phoenix BIOS (80286 with an 80287):
-
- 80X87 Enabled | 80X87 Disabled Number Entered
- Number returned | Number Entered Number returned
- 2147483648 0 | 2147483648 0
- 2147483647 2147483647 | 2147483647 2147483647
- 2147483648 2147434496 | 2147483648 -2147483648
- 0 0 | 0 0
- 2147483648 16384 | 2147483648 -2147483648
- 2147483647 2147483647 | 2147483647 2147483647
- 2147483648 2147434496 | 2147483648 -2147483648
- -2147483648 -2147483648 | -2147483648 -2147483648
- -2147483649 -2147467264 | -2147483649 -2147483647
- -22 -22 | -22 -22 (exit)
- | (exit)
-
- I obtained "similar" results (incorrect overflow values) on an AST machine and
- an IBM XT equipped with an 80387 and 8087 respectively. The discrepancies were
- remedied by disabling the floating point in both these cases also
-
- (BTW, this problem started originally at troubleshooting an integer overflow
- error on input from a file. The value of the integer in the file was 128; we
- haven't been able to reproduce that problem after retyping the data file
- though.)
-
- Any insights?
-
- regards,
-
- greg
-
- There are 2 Replies.
-
- Press <CR> for next or type CHOICES !
- H#: 41641 S12/SPECTRA Publishing
- 25-Apr-90 15:47:19
- Sb: #41627-Floating Point Conflict
- Fm: Barry Erick for Spectra 75300,214
- To: Greg Halper 73167,3442
-
- Looks like I may have to get a 80287 as without to coproc, all tests with this
- were correct with both a emulate and procedure.
- --- barry
-
-
-
- Press <CR> for next or type CHOICES !
- H#: 41645 S12/SPECTRA Publishing
- 25-Apr-90 16:34:22
- Sb: #41627-#Floating Point Conflict
- Fm: Bob Zale: PowerBASIC R&D 76304,1303
- To: Greg Halper 73167,3442
-
- Greg--
- It sounds as though you have numeric error checking disabled. The INPUT
- statement uses a floating point conversion in all cases as you could enter a
- floating point value, which we would then round-off to an integer before the
- assignment to i&. If you turn numeric error checking off, PB "MAY" report a
- numeric error such as this, but it just isn't guaranteed to report it. Could
- you double-check that, please, and let me know? I haven't been able to make it
- fail. Thanks!
- Bob Zale
-
- There is 1 Reply.
-
- Press <CR> for next or type CHOICES !
- H#: 41761 S12/SPECTRA Publishing
- 26-Apr-90 05:01:49
- Sb: #41645-Floating Point Conflict
- Fm: Barry Erick for Spectra 75300,214
- To: Bob Zale: PowerBASIC R&D 76304,1303 (X)
-
- Bob,
- WhenI checked this I had numeric error checking off, so is this "MAY" be a
- problem only related to 80x87's?
- --- Barry
-
-
-
- Press <CR> for next or type CHOICES !
- H#: 41663 S12/SPECTRA Publishing
- 25-Apr-90 18:23:02
- Sb: Sidekick Plus
- Fm: Bob Zale: PowerBASIC R&D 76304,1303
- To: ALL
-
- We seem to be experiencing some conflict between PowerBASIC executable
- programs, and Borland's Sidekick Plus. It seems that when you have multiple
- TSR programs loaded, and Borland's SKP is NOT the last one loaded, it causes a
- segment register to be altered during a timer tick. This, of course, will
- cause all sorts of serious side effects. If you have experienced anything
- similar, we would greatly appreciate your report of the symptoms, so we can
- assist Borland in correcting the problem with SKP. It does seem that all
- problems just "go away" if SKP is the last TSR loaded on your system, so for
- now that seems to be the work-around. Good luck!
- Bob Zale (PowerBASIC R&D)
-
- Press <CR> for next or type CHOICES !
- H#: 41681 S12/SPECTRA Publishing
- 25-Apr-90 19:34:17
- Sb: #DOS version problem
- Fm: John Carter 72236,154
- To: Bob Zale
-
- Bob,
-
- The program I'm having a problem with is an in-house adjunct to the ATTMail
- Access Plus e-mail program. It simplifies printing multiple messages, which is
- especially useful for the secretaries who handle e-mail for several managers.
-
- The default directory is c:\attmsg\in (the standard 'inbox'), but any path can
- be given on the command line. Message file names have the date and time of
- receipt(incoming) or creation(outgoing) coded in them in the format
- 'ymdhmmss.m??' (year, month, day, hour, minute, second, message type). The
- messages have 'From:', 'Date:', 'Subject:', etc., lines in the header.
-
- The complete program works (it reads and displays the directory and the message
- contents) when compiled on an AT&T PC6300 (8086) or PC6310 (80286) under AT&T
- DOS 3.2. However, it does not find any files in the directory when run under
- AT&T DOS 2.11 (no error messages produced). The directory reading code in
- 'mpick.inc' (based on a program from Turbo Technix) works under either version
- of DOS. Only when the complete program is run under DOS 2.11 does it fail to
- give the desired output.
-
- I've probably read the code too many times to spot anything obvious, but maybe
- a fresh set of eyes will see the problem :-).
-
- I have PowerBASIC 2.00a. I saw fixes for 2.00b. Guess I was just slow about
- sending in the registration card.
-
- The files are in 'mp.arc' in Library 12.
-
- Thanks, John also available at attmail!jecarter or att!atleng1!jec
-
- P.S. Please, no comments on the coding styles - this is on its third
- generation and still has a lot of things that were "OK for testing
- but we'll do it right later." 'Later' is beginning to disappear
- under the stack of "needed this yesterday"...
-
- There is 1 Reply.
-
- Press <CR> for next or type CHOICES !
- H#: 41766 S12/SPECTRA Publishing
- 26-Apr-90 05:17:27
- Sb: #41681-DOS version problem
- Fm: Barry Erick for Spectra 75300,214
- To: John Carter 72236,154
-
- John.,
- You should get the file Upgrad.Inf from Lib 12. It has the info on how to
- obtain the free upgrade from 2.0a to 2.0b . That takes care of the problems.
- --- Barry
-
-
-
- Press <CR> for next or type CHOICES !
- HPC Vendor B ForumHSubjects Menu
-
- Subject (# msgs)
-
- Section 12 - SPECTRA Publishing
- 1 Btrieve Update Fix (1)
- 2 Floating Point Conflict (4)
- 3 Sidekick Plus (1)
- 4 DOS version problem (2)
- HEnter choice(s) !