home *** CD-ROM | disk | FTP | other *** search
/ Power-Programmierung / CD1.mdf / basic / library / pb / library1 / pb082290 < prev    next >
Encoding:
Text File  |  1990-08-23  |  7.1 KB  |  240 lines
  1. all
  2. H#: 61778 S12/SPECTRA Publishing
  3.     21-Aug-90  19:07:43
  4. Sb: #61192-#PowerBASIC News -- #3
  5. Fm: John Gessner 71131,3256
  6. To: Bob Zale: PowerBASIC R&D 76304,1303 (X)
  7.  
  8. I downloaded patch3.zip, unziped it to defseg.bas and used pbpatch to install
  9. it. GOT Patch Data error 2001 in FUNCTION CURDEFSEG%. The file looks like a
  10. simple ASCII file.  Am I doing something wrong?
  11.  
  12.  
  13.  
  14. There is 1 Reply.
  15.  
  16. Press <CR> for next or type CHOICES !
  17. H#: 61826 S12/SPECTRA Publishing
  18.     22-Aug-90  04:45:31
  19. Sb: #61778-#PowerBASIC News -- #3
  20. Fm: Barry Erick for Spectra 75300,214
  21. To: John Gessner 71131,3256
  22.  
  23. You have to use pbpatch.exe from patch1 and apply it to pb.exe and pbc.exe.
  24. Nothing else. Be sure that the patch exe program, and pb.exe and pbc.exe are
  25. all in the same directory and let pbpatch3 be unzipped to its own name. If it
  26. looks like something else than a file full of rems and data, then you actually
  27. downloaded another file and named it patch3.zip.
  28.  -- Barry
  29.  
  30.  
  31.  
  32.  
  33. There is 1 Reply.
  34.  
  35. Press <CR> for next or type CHOICES !
  36. H#: 61853 S12/SPECTRA Publishing
  37.     22-Aug-90  07:04:58
  38. Sb: #61826-PowerBASIC News -- #3
  39. Fm: Bob Zale: PowerBASIC R&D 76304,1303
  40. To: Barry Erick for Spectra 75300,214
  41.  
  42. John --
  43.   I think you somehow got the wrong file when you downloaded.  Perhaps you
  44. could try it again, as Barry suggested.  When you unzip it, you should have
  45. only a README file, and the patch data file PB081590.PAT (actually, i"m not
  46. sure of the numbers in that name, but it should be of the form: PB??????.PAT). 
  47. If you still have a problem, let us know and we'll get it to you on disk. 
  48. Thanks!
  49.   Bob Zale (PowerBASIC R&D)
  50.  
  51. Press <CR> for next or type CHOICES !
  52. H#: 61785 S12/SPECTRA Publishing
  53.     21-Aug-90  19:27:38
  54. Sb: #61504-PB PATCH3
  55. Fm: Jim Underwood 76064,3444
  56. To: Bob Zale: PowerBASIC R&D 76304,1303 (X)
  57.  
  58.  
  59. Bob...
  60.  
  61. Thanks for the reply.  I also tried your PBplus96.  Worked very nice.
  62.  
  63. Keep up the good work.
  64.  
  65. Jim
  66.  
  67.  
  68.  
  69. Press <CR> for next or type CHOICES !
  70. H#: 61792 S12/SPECTRA Publishing
  71.     21-Aug-90  19:52:02
  72. Sb: #61684-#EXTERNAL STATEMENT
  73. Fm: Dan Robins 70007,3264
  74. To: Bob Zale: PowerBASIC R&D 76304,1303 (X)
  75.  
  76. Bob,
  77.   Boy..oh..boy...what a hard decision to make.
  78.   I would like the convenience of the name being the same...but also, like the
  79. idea of keeping the size and speed at the best effeciency. So my vote would be
  80. to keep it the way it is....BUT...on the other hand....an explanation of this
  81. in the manual would have been handy...instead of spending an hour figuring out
  82. why in the heck we would get the error (knowing that VARIABLES/SUB NAME were
  83. not repeated).
  84.    Now...a second question.
  85.    I want to load a DYNAMIC string array (ie..DAN$(10)) which will read info
  86. from a file...and lets say I want to load those 10 strings 200 times (actually
  87. reading it off a disk file)....then I want to load it into a flexstring which
  88. will go up to 2000 (200x10). How do you get the flexstring to take the info
  89. from a regular string (ie....FLEXER$$(counter%)=DAN$(5)....keeping in mind that
  90. the flex string was declared properly with DIM & MAP).
  91.     When I try this and then try to PRINT FLEXER$$(counter%) it prints up
  92. blank. Maybe I'm missing out somewhere or did something stupid...but I couldn't
  93. get it to fly this afternoon.
  94.     Dan
  95.  
  96. There are 2 Replies.
  97.  
  98. Press <CR> for next or type CHOICES !
  99. H#: 61827 S12/SPECTRA Publishing
  100.     22-Aug-90  04:45:35
  101. Sb: #61792-EXTERNAL STATEMENT
  102. Fm: Barry Erick for Spectra 75300,214
  103. To: Dan Robins 70007,3264
  104.  
  105. Dan,
  106.  That's what pbnews is for.. to pass things on to you that may not be clear in
  107. the manual. The variable names conflict is in there.
  108.  --Barry
  109.  
  110.  
  111.  
  112.  
  113. Press <CR> for next or type CHOICES !
  114. H#: 61851 S12/SPECTRA Publishing
  115.     22-Aug-90  06:59:03
  116. Sb: #61792-EXTERNAL STATEMENT
  117. Fm: Bob Zale: PowerBASIC R&D 76304,1303
  118. To: Dan Robins 70007,3264
  119.  
  120. Dan --
  121.   You can assign values to flex strings just as you do to ordinary strings. No
  122. difference at all, except that PB pads the value to the right with blanks.  Of
  123. course, you must DIM and MAP the flex array before the assignment, not after. 
  124. Both DIM and MAP set flex values to all blanks.  If you are still having a
  125. problem, can you give us an actual small program which fails?  I'm sure we can
  126. get it to "fly" for you.  Thanks!
  127.   Bob
  128.  
  129. Press <CR> for next or type CHOICES !
  130. H#: 61772 S12/SPECTRA Publishing
  131.     21-Aug-90  18:30:31
  132. Sb: #PBU AND DATA
  133. Fm: George Green 70565,276
  134. To: [F] Spectra 75300,214 (X)
  135.  
  136. Perhaps you can tell me what's going on with the PBU file. One of the subs I
  137. converted over to UNIT has a dozen or so data statements each with seven
  138. strings to be read. The code below isn't the exact code I use, but it shows the
  139. same problem.
  140.  
  141.  First the main program:
  142.  _______________________________________________________________
  143.  CLS
  144.  $LINK "BTEST.PBU"
  145.  PUBLIC TEST
  146.  DECLARE SUB CTEST ()
  147.  
  148.  DO
  149.         INPUT TEST
  150.         CALL CTEST
  151.  LOOP
  152.  ________________________________________________________________
  153.  
  154.  Then the linked file, BTEST.PBU ...
  155.  ________________________________________________________________
  156.  
  157.  EXTERNAL TEST
  158.  SUB CTEST PUBLIC
  159.  SELECT CASE TEST
  160.   CASE 1
  161.                 RESTORE ONE
  162.   CASE 2
  163.                 RESTORE TWO
  164.   CASE 3
  165.                 RESTORE THREE
  166.   CASE 4
  167.                 RESTORE FOUR
  168.   CASE 5
  169.                 RESTORE FIVE
  170.   CASE 6
  171.                 RESTORE SIX
  172.   CASE ELSE
  173.                 RESTORE SEVEN
  174.  END SELECT
  175.  READ A$,B$,C$,D$,E$,F$,G$
  176.  ?A$B$C$D$E$F$
  177.  EXIT SUB
  178.  
  179.  ONE:
  180.  DATA ABCDEFGHIJKLMNOP,  QRSTUVWXYZABC, DEFGHIJKLMNOP, QRSTUVWXYZABCD,
  181. EFGHIJKLMNOQRST, UVWXYZABCDEF, GHIJKLMNOPQ
  182.  
  183.  TWO:
  184.  DATA ---- the data statements under TWO through SEVEN are the same as
  185.           under ONE for this example ------
  186.  .
  187.  .
  188.  .
  189.  SEVEN:
  190.  DATA           -- ditto --
  191.  
  192.  END SUB
  193.  ________________________________________
  194.  
  195.  
  196. When this is run, ANY VALUE OVER 5 for the variable TEST gives an or puts
  197. garbage in the strings.
  198.  
  199. On the other hand, when this same routine is run directly or as a CALL not in a
  200. unit, it works fine. Also, if I make the strings in the data statements
  201. shorter, it works as a UNIT. The actual programs reads large numbers rather
  202. than strings and this is just a sample I whipped-up to show my problem, but I
  203. get exactly the same error with this sample.
  204.  
  205. Any idea what's going on???
  206.  
  207.  -George Green
  208.  
  209.  
  210.  
  211. There is 1 Reply.
  212.  
  213. Press <CR> for next or type CHOICES !
  214. H#: 61857 S12/SPECTRA Publishing
  215.     22-Aug-90  07:26:31
  216. Sb: #61772-#PBU AND DATA
  217. Fm: Bob Zale: PowerBASIC R&D 76304,1303
  218. To: George Green 70565,276 (X)
  219.  
  220. George --
  221.   I'm looking into the problem you're experiencing now.  We'll get back to you
  222. as soon as we find something out.  Thanks VERY MUCH for your help on this. 
  223. Really appreciated!
  224.   Bob Zale (PowerBASIC R&D)
  225.  
  226. There is 1 Reply.
  227.  
  228. Press <CR> for next or type CHOICES !
  229. H#: 61876 S12/SPECTRA Publishing
  230.     22-Aug-90  10:37:42
  231. Sb: #61857-PBU AND DATA
  232. Fm: George Green 70565,276
  233. To: Bob Zale: PowerBASIC R&D 76304,1303 (X)
  234.  
  235. Thanks Bob, hope you find the problem. For now I've worked around the problem
  236. because I'm late getting an upgrade out.
  237.  
  238.  -George
  239.  
  240.