home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / pascal / 8017 < prev    next >
Encoding:
Text File  |  1993-01-10  |  3.3 KB  |  79 lines
  1. Newsgroups: comp.lang.pascal
  2. Path: sparky!uunet!cs.utexas.edu!torn!news.ccs.queensu.ca!slip203.telnet1.QueensU.CA!dmurdoch
  3. From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
  4. Subject: Re: BP7--colorized source code....
  5. Message-ID: <dmurdoch.294.726706009@mast.queensu.ca>
  6. Lines: 67
  7. Sender: news@knot.ccs.queensu.ca (Netnews control)
  8. Organization: Queen's University
  9. References: <34942@adm.brl.mil>
  10. Date: Sun, 10 Jan 1993 22:46:50 GMT
  11.  
  12. In article <34942@adm.brl.mil> lee@cpu.us.dynix.com (Lee Crites) writes:
  13.  
  14. >*  I chose different colors for each category, just to see how it worked. 
  15. >I noticed that STRING showed up in the reserved word color, but INTEGER,
  16. >WORD, LONGINT, and CHAR did not.  Is this a bug, or do I just not
  17. >understand what is happening?
  18.  
  19. INTEGER etc. are just identifiers standing for subranges of the integers.  
  20. There's nothing syntactically special about them, so you can define your own 
  21. types like
  22.   type
  23.     integer = 1..10;
  24.     word = string;
  25. etc.
  26.  
  27. STRING is special, because the compiler has to understand both uses in
  28.  
  29.   type 
  30.     string10 = string[10];
  31.     string255 = string;
  32.     
  33. You're not allowed to have your own identifier called STRING; it really is a 
  34. reserved word.
  35.  
  36. >*  When I tried to use DPMIINST, it ran fine.  It even told me to send a
  37. >copy of f9b18c13.db to Borland so that it could be included in the next
  38. >release.  (Am I unique in this, or did everyone get that?!?)  
  39.  
  40. Nope, I didn't get that.  It recognized QEMM as something it could get along 
  41. with.
  42.  
  43. Anyway, I
  44. >can boot up BP, and get a screen, use some of the FKEYS, read in a
  45. >program, etc, but when I try to use the menu bar, it hangs.  The only
  46. >keystroke sequence that continues to work is Alt-X (fortunately).  It is
  47. >no different when I use the keyboard or mouse.  I get the pull-down menu,
  48. >and nothing else.  Am I missing something here?  I am using DR-DOS v6.0,
  49. >4meg of RAM, 386SX/25.  I can run BPW just fine.  Bye the way, I did set
  50. >up my CONFIG.SYS so that it conformed to the requirements stated in the
  51. >installation instructions.
  52.  
  53. I suspect you'll have to call Borland for help on this.
  54.  
  55. >*  The new compiler, touted as compiling 85,000 lines per minute, seems to
  56. >be no faster than my TP6 compiler.  I compiled all of my last three
  57. >commercial software packages just before installing BP7, timing each, and
  58. >then re-compiled them all right after (with TURBO).  The difference was
  59. >less than a second, if at all, on my largest source file (6800 lines,
  60. >including comments).  Is the TURBO.EXE compilation engine the same?
  61.  
  62. It's probably very similar, but since the language is different, the engine 
  63. must be different.  I haven't noticed any speedup.  I have noticed that the
  64. "standard machine" in the Borland ads keeps getting faster.
  65.  
  66. >*  I have seen two things that seem to contridict each other.  First, the
  67. >new TV documentation discusses some differences in the physical
  68. >size/format of the TObject, etc.  A couple of places in the documentation
  69. >also state that BP7 is backward compatible.  Which is supposed to be
  70. >right?  I can tell you that I had to recompile ALL of the UNITS from TP6
  71. >before they worked with my BP7 programs, so I have a feeling that I know
  72. >the answer already.
  73.  
  74. You can't use old .TPU files.  You can use almost all old source code, 
  75. unless it is very low level and relies on the object layout.  That's the 
  76. extent of the compatibility.
  77.  
  78. Duncan Murdoch
  79.