home *** CD-ROM | disk | FTP | other *** search
/ Software Du Jour / SoftwareDuJour.iso / BUSINESS / DBASE / CLIPCONF.ARC / CLIPCONF.TXT
Text File  |  1987-12-07  |  263KB  |  6,478 lines
  1.  
  2.  ╔═════════════════════════════════════════════════════════════════════════╗
  3.  ║                                                                         ║
  4.  ║  The Boss BBS                                                           ║
  5.  ║                       CLIPPER CONFERENCE                                ║
  6.  ║                                                                         ║
  7.  ╠═════════════════════════════════════════════════════════════════════════╣
  8.  ║                                                                         ║
  9.  ╚═════════════════════════════════════════════════════════════════════════╝
  10.  
  11.  
  12. (CLIPPER)
  13.  
  14.  
  15. Message #1452
  16.   To ABE RICE                               10-04-87             (Rcvd)
  17. From STEVE STEINER                          Subject (R)INDEX TALK
  18. ---------------------------------------------------------------------------
  19. Abe,
  20.         Not sure if we can get RECN() from clipper but if we can we'll do
  21. INDEX_TALK in some form.
  22. ss
  23.  
  24.  
  25.  
  26.  
  27.  
  28. Message #1457
  29.   To DIRK LESKO                             10-05-87             (Rcvd)
  30. From STEVE BADARACCO                        Subject (R)CLIPPER HELP SYSTEM
  31. ---------------------------------------------------------------------------
  32. Greetings!
  33. Thank you for the message about READVAR().
  34. However, this function will return the same result as the parameter
  35. which has already been passed to the SETKEY routine
  36.  
  37. Message #1460
  38.   To CLIFF CORCORAN                         10-06-87             (Rcvd)
  39. From STEVE STRALEY                          Subject (R)SET RELATION
  40. ---------------------------------------------------------------------------
  41. Hi... If interested, I have developed my lown library which contains in
  42. it a function which will relate several files with a key expression.
  43. The beauty of the function is that you can SEEK with it in the primrary
  44. area and it will continue the search in all insilary areas.   There are
  45. a few other goodies, but this own pertained to your question.  Let me
  46. know, and as always... Happy Clipping..
  47.  
  48.  
  49.  
  50.  
  51.  
  52. Message #1461
  53.   To ALL                                    10-06-87
  54. From STEVE STRALEY                          Subject PROGRAMMING IN CLIPPER
  55. ---------------------------------------------------------------------------
  56. Hi and thanks for everyone's support.   Right now, in preperation for
  57. the next release of the book, I am taking VALID suggestions as to the
  58. contents and likes of developers as to what the next book should and
  59. should not entail.   Even though Nantucket is coming out with a new
  60. manual, I'm relatively confident it will be in the true vain fo the
  61. compiler.   So in that regards, I'm opening the cartridge to the pen
  62. and willing to take on suggestion.   Let me know and again, thanks for
  63. all of your support.
  64.  
  65. Happy Clipping...
  66.  
  67.  
  68.  
  69.  
  70.  
  71. Message #1464
  72.   To HOWARD MARKS                           10-08-87             (Rcvd)
  73. From STEVE STRALEY                          Subject (R)DATE INDEX HELP ?
  74. ---------------------------------------------------------------------------
  75. Before I was cut from the system, what I was trying to add to this
  76. discussion was the fact that the TRANSFORM() function with constants in
  77. the index key expression works very nicely.  As a matter of fact a
  78. client of mine was having this sort of problem and the key was
  79. constantly messed up.   My suggestion, and eventually bug-work-around,
  80. was to take the constant - the key fields (or add the key fields...
  81. whichever) and use this expression in the TRASNFORM() function.   This
  82. worked VERY well.   I hope that is some insight and let me know if
  83. there is anything else...
  84.  
  85. Steve Straley
  86.  
  87.  
  88.  
  89.  
  90.  
  91. Message #1466
  92.   To DIRK LESKO                             10-08-87             (Rcvd)
  93. From KELLY STANONIK                         Subject CLOCK()
  94. ---------------------------------------------------------------------------
  95. Is there perhaps a short program to kill the clock interrupt if a
  96. clipper program hits the Q/A/I prompt?  Something that I could call
  97. from DOS so that I don't have to reboot my computer?
  98. -Kelly
  99.  
  100.  
  101.  
  102.  
  103.  
  104. Message #1467
  105.   To DIRK LESKO                             10-08-87             (Rcvd)
  106. From JON MELTZER                            Subject (R)FUNCTION
  107. ---------------------------------------------------------------------------
  108. What new functions will be available in the next PDL release?
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Message #1468
  115.   To STEVE STRALEY                          10-08-87             (Rcvd)
  116. From JON MELTZER                            Subject (R)ETC
  117. ---------------------------------------------------------------------------
  118. Version 4 or version 5?
  119. Will Nantucket supply Lattice drivers?
  120.  
  121.  
  122.  
  123.  
  124.  
  125. Message #1469
  126.   To KELLY STANONIK                         10-08-87             (Rcvd)
  127. From DIRK LESKO                             Subject (R)CLOCK()
  128. ---------------------------------------------------------------------------
  129. Hi Kelly, When you get the release version there will be a new _exit
  130. routine that will restore everything back to normal for you. No more
  131. hangs with clock() or key_stat() when a Q/A/I occurs is that OK?
  132.  
  133. dLESKO
  134.  
  135.  
  136.  
  137.  
  138.  
  139. Message #1472
  140.   To JON MELTZER                            10-09-87             (Rcvd)
  141. From STEVE STRALEY                          Subject (R)ETC
  142. ---------------------------------------------------------------------------
  143. The latest word is MicroSoft 4, not 5.  And as far as Lattice drivers,
  144. I'm not sure what you mean but I have been told that they are working
  145. on a few conversion utilities and add-ons for the Lattice routines
  146. already out there.   The last version of the Theta release was a
  147. Lattice version and has riddled with bugs... Things like, if you have
  148. an expanded environment with SETENV and you are compiling an
  149. application with a missing quote (i.e.: WAIT "Hi There  ), the compiler
  150. will reboot the machine immediately at that point without an error.
  151. Small things like this indicate to me that the compiler AND the
  152. libraries AND the utilities AND the drivers AND...  are not even close.
  153. My inside sources tell me directly that something last week came down
  154. the Malibu pipeline but that there is no PLINK version to handle it
  155. right now so they are waiting on shipping this one out to us beta
  156. sites.  I promise that as I get more information, or as I am allowed to
  157. disclose more information when it crosses my desk, I'll let everyone
  158. know.
  159.  
  160. Additionally, I was wanting some feedback on my book and on my Tool
  161.  
  162. Kit... I'm all ears...
  163.  
  164. Hope this answers some of your questions.  Let me know if there is
  165. anything else.... take care and as always....
  166.  
  167. Happy Clipping...
  168.  
  169. Ss
  170.  
  171.  
  172.  
  173.  
  174.  
  175. Message #1474
  176.   To STEVE STRALEY                          10-10-87             (Rcvd)
  177. From RON LANDBERG                           Subject (R)PROGRAMMING IN CLIPPER
  178. ---------------------------------------------------------------------------
  179. It would be great if you had a section on network Clipper.  The detail
  180. you provided on compiling and linking was great and a section done in
  181. that vein on networking would be very helpful.  The Clipper manual was
  182. disorganized.  I have just completed my first network application after
  183. many years workin in single-user Clipper, and NOW I understand what the
  184. Clipper manual is trying to convey.  But I had to flounder around to
  185. get it done.
  186. The fundamentals of networking may be available elsewhere but so are
  187. the fundamentals of compiling and linking.  A presentation of the
  188. fundamentals of networking from a Clipper point of view is needed.
  189. -Ron Landberg
  190. p.s. I bought your book and have found it useful and worth the money to
  191. me.  Thanks.
  192.  
  193.  
  194.  
  195.  
  196.  
  197. Message #1475
  198.   To STEVE STRALEY                          10-10-87             (Rcvd)
  199. From RON LANDBERG                           Subject (R)DATE INDEX HELP ?
  200. ---------------------------------------------------------------------------
  201. I don't see any earlier message referring to the transform() function.
  202. Could you possibly explain again how you would use that function to
  203. include q date field in an index key expression?
  204.  
  205.  
  206.  
  207.  
  208.  
  209. Message #1476
  210.   To KELLY STANONIK                         10-10-87             (Rcvd)
  211. From HARRY VANTASSELL                       Subject CLOCK PROBLEMS
  212. ---------------------------------------------------------------------------
  213. Kelly - If your clock keeps on ticking your program will take a
  214. licking! The problem you are having with the (Q/A/I) exit and CLOCK,
  215. is a redirected interrupt vector is not being restored and it hangs
  216. when that interrupts code is overwritten.  You might try a kluge
  217. like treating your program as if it were a TSR, that is run something
  218. like MARK before and RELEASE after. This assumes that you will not
  219. overwrite the clock routine when you load and run RELEASE.  See the
  220. file TSRCOM25.ARC if you wanta try it.
  221.   A better way is for you to send me your address via a private
  222. message and I will mail you a CLOCK.OBJ that contains a first class
  223. CLOCK() with all bells and whistles including alarming at specified
  224. time, etc.  It will restore its interrupt vector on any exit
  225. including (Q/A/I).  Give this a try, its works real well for me.
  226. Harry
  227.  
  228.  
  229.  
  230.  
  231.  
  232. Message #1482
  233.   To RON LANDBERG                           10-12-87             (Rcvd)
  234. From STEVE STRALEY                          Subject (R)PROGRAMMING IN CLIPPER
  235. ---------------------------------------------------------------------------
  236. Thanks for the comment.  Yes I note the need to an extensive section on
  237. networking and will be finishing my second book totally on the subject.
  238.  Needless to say, a complete book on Networking meant that it was too
  239. large to fit into one book by itself.   I've tried to explain this fact
  240. from the publishing point of view: the book would have been too much to
  241. make and profits too low that only I would have the complete guide on
  242. my shelf.   I hope that the generaly audience can understand this and
  243. appreciate the effort in trying to offer the complete word on the
  244. compiler.   By the way, my co-author on the subject is someone who
  245. helped write the networking routines for Clipper.   We are going to
  246. address the issue from a topological point of view, converting
  247. exisiting applications, writing applications from scratch, trick and
  248. tups, as well as general rules and approaches to writing code in a
  249. networking environment.   Like I said, it is over 400 pages by itself
  250. and includes the source code to a complete General Ledger application
  251. that runs circles around Account Mate and SBT.   Hope with this, the
  252. previous book which is being updated for the new release, and a Tool
  253. Kit of utilities, programs, and sub-routnes, you will have the absolute
  254.  
  255. final word on the compiler.   Again, I appreciate your comments and
  256. opinions: they mean alot to me.   As far as buying the book: my niece
  257. appreciates your efforts as well..
  258.  
  259. Thanks again and as always.... happy Clipping..
  260.  
  261. Ss
  262.  
  263.  
  264.  
  265.  
  266.  
  267. Message #1483
  268.   To RON LANDBERG                           10-12-87             (Rcvd)
  269. From STEVE STRALEY                          Subject (R)DATE INDEX HELP ?
  270. ---------------------------------------------------------------------------
  271. Certainly...   Using the transform function in an index expression is
  272. far better than using the SUBSTR() or the STR() functions.  This is
  273. especially true when converting to a string expression in an index key
  274. or when adding a constant to the index key ( something like amount +
  275. 1000.00 ).   Since the PICT clause is firmly in place in the compiler,
  276. far better than the STR() and ROUND() functions, the TRANSFORM()
  277. function takes the constant and the numbers and the dates and is able
  278. to convert them internally in the PICT logic to string expressions.
  279. Since the TRANFORM() function formats a precise picture of the
  280. expression, the key will always be updated properly and thus, SEEKS
  281. will be performs as assumed and expected.   An example of this would be
  282. in an accounting application, trying to put the order of amounts in the
  283. transaction file in reverse order, starting with the highest amount
  284. decsending to the lowest.   The way I do it, and the way that always
  285. works, is as follows:
  286.  
  287. INDEX ON TRANSFORM(999999999999999 - amount_due, "999999999999999") TO
  288. Amount.
  289.  
  290.  
  291. I hope this answers your question and at least, opens new and exciting
  292. possibilities for you.   If there is anything else... just hollar.
  293.  
  294. Happy Clipping...
  295.  
  296. Ss
  297.  
  298.  
  299.  
  300.  
  301.  
  302. Message #1485
  303.   To MARK NEIDORFF                          10-12-87             (Rcvd)
  304. From DIRK LESKO                             Subject (R)PDL
  305. ---------------------------------------------------------------------------
  306. HI there, I would give you an award for the most bizarre request for a
  307. function (You've beaten Abe Rice I think) I would tend to say no, just
  308. on the grounds that a function like that could be extremely dangerous,
  309. and probably would land you in hot water if you ever tampered with
  310. someones hard disk.
  311.  
  312. I would suggest that you take some kind of key approach, where you had
  313. a file on the disk that you used as a password to load the program,
  314. when the program is run, then the key program is erased. You can use
  315. pdl to make this file hidden and system so it can't be seen (by
  316. ordinary mortels) on startup, just open that file, overwrite the 10
  317. letter password, and then erase the file. ANd if there is a write
  318. protect tab, then abort and inform the user. I would strongly suggest
  319. comething simple.....Let me know if you have any other ideas?? We are
  320. starting to close down the final version.
  321.  
  322. dLESKO
  323.  
  324.  
  325.  
  326.  
  327.  
  328. Message #1487
  329.   To ALL                                    10-13-87
  330. From ROBERT HEYMAN                          Subject LE GARBAGE
  331. ---------------------------------------------------------------------------
  332. I wonder if someone just might confirm a sneaking suspicion that I
  333. have..  just finished using a routine with about 1000 array elements,
  334. and when I return to the calling program.....I get about a 15 second
  335. wait.  I am assuming that this is garbage collection.....PLEASE
  336. somebody tell me that it is!  (grin).
  337. Secondly, I wonder if any kind soul out there might give me a pointer
  338. or two on using the ascroll() function for scrolling array elements
  339. within a window. I don't have the SLIGHTEST idea of how to approach
  340. this.  By the way....Kudos to Dirk & Steve for PDL ...not sure how I
  341. managed without it.
  342. Rob Heyman
  343.  
  344.  
  345.  
  346.  
  347.  
  348. Message #1488
  349.   To ROBERT HEYMAN                          10-13-87             (Rcvd)
  350. From STEVE STRALEY                          Subject (R)LE GARBAGE
  351. ---------------------------------------------------------------------------
  352. Dear Bob.   In the upcoming new release of clipper, a scrolling
  353. function will be provided.  Additionally, a quick pointer as to how to
  354. use the SCROLL feature.   Say you want to display records to the
  355. screen... a journal check writing program, where the distributed
  356. accounts will be individually listed to the screen as you assign the
  357. amount to different chart of accounts.   As you list, you may run out
  358. of room near the bottom, especially if you write more than 20 items per
  359. check.   Using the SCROLL feature, you can simply scroll up the entire
  360. screen window containing the line items while you simply put the new
  361. item on the bottom row.   It will look as everything is scrolling up
  362. when simply, you're just adding new information to the last line of the
  363. window.   Finally, about your ARRAY problem.   It is hard to say if the
  364. stack is being re-assesed.   If you have alot of elements which are
  365. larger than 22 bytes then indeed the stack must need to collect itself
  366. when your through.   If your elemenets are larger than 22 bytes, a
  367. pointer is placed in the array to another section of memory containing
  368. the actual string.   If it is less than 22 bytes, the element will be
  369. contained in the array itself.   The more you have Clipper to go out of
  370.  
  371. the parimeters of the array to re-colloect the pointers and clean
  372. itself up, the longer it will take.   If you need more of an
  373. elaboration on this, don't hesitate to call.   As always.... happy
  374. Clipping!
  375.  
  376. Steve Straley
  377.  
  378.  
  379.  
  380.  
  381.  
  382. Message #1489
  383.   To ALL                                    10-13-87
  384. From BOB BROWN                              Subject CLIPBOARD
  385. ---------------------------------------------------------------------------
  386. We came across a .dbf based clipper help system in the Dec. 86 issue of
  387. Data Based Advisor ("User Defined Validation & Context-Specific Help",
  388. Page 42).  There is mentioned a help .dbf generator called "CLIPBOARD".
  389. I cannot locate the author, J. Ari Cornfeld of ARC Consulting Services.
  390. Can anyone help or indicate if this program exists on any boards?
  391. Thanks -Bob
  392.  
  393.  
  394.  
  395.  
  396.  
  397. Message #1491
  398.   To RON LANDBERG                           10-15-87             (Rcvd)
  399. From RUSSELL FREELAND                       Subject (R)MEMORY USAGE
  400. ---------------------------------------------------------------------------
  401. Yeah, most of the message is missing but I forget what the he** I was
  402. saying [grin].  RF
  403.  
  404.  
  405.  
  406.  
  407.  
  408. Message #1492
  409.   To BOB HICKS                              10-15-87             (Rcvd)
  410. From RUSSELL FREELAND                       Subject (R)TEST FOR DRIVE
  411. ---------------------------------------------------------------------------
  412. You can use DOScall 0eh (of INT 21h), doesn't require that the drive is
  413. ready, just tells you if you would get an invalid drive error trying to
  414. use it.  Just try to select the drive and then get the default drive to
  415. see if they match (I think default drive is 19h, I forget).  Of course
  416. you gotta get the default first and change back to it last.  RF
  417.  
  418.  
  419.  
  420.  
  421.  
  422. Message #1493
  423.   To DIRK LESKO                             10-15-87             (Rcvd)
  424. From RUSSELL FREELAND                       Subject (R)PDL
  425. ---------------------------------------------------------------------------
  426. How are you turning the cursor back on?  I haven't found a good way to
  427. use a BIOS call that works on EGA in 43-line mode.  RF
  428.  
  429.  
  430.  
  431.  
  432.  
  433. Message #1494
  434.   To ERIC ROSNER                            10-15-87
  435. From RUSSELL FREELAND                       Subject (R)MY CHECK
  436. ---------------------------------------------------------------------------
  437. I left a message for you on the main board I believe.  If this still
  438. hasn't been straightened out please call collect at 305/792-1866.  My
  439. apologies.  RF
  440.  
  441.  
  442.  
  443.  
  444.  
  445. Message #1498
  446.   To DIRK LESKO                             10-15-87             (Rcvd)
  447. From KELLY STANONIK                         Subject POSSIBLE CLIPPER BUG
  448. ---------------------------------------------------------------------------
  449. I have a program which does report printing directly to the printer.
  450. The line which actually calls the report form looks something like
  451. this:
  452. REPORT FORM &thereport FOR &thecond TO PRINT
  453.  
  454. The report gets about 90% through and clipper aborts with a memory
  455. error.  Have you heard of this one??
  456. -Kelly
  457.  
  458.  
  459.  
  460.  
  461.  
  462. Message #1499
  463.   To KELLY STANONIK                         10-15-87             (Rcvd)
  464. From DIRK LESKO                             Subject (R)POSSIBLE CLIPPER BUG
  465. ---------------------------------------------------------------------------
  466. I have not had that happen to me. I would suggest you try that same
  467. piece of code inside a test program, sometimes Clipper eats her own
  468. children. So be wary of stuff like this, the bug may not be where you
  469. think it is. initialize your two variables for the condition and the
  470. report name, and execute that same piece of code insid a test program
  471. that only contains those lines of code. Give it a shot.
  472.  
  473. dLESKO
  474.  
  475.  
  476.  
  477.  
  478.  
  479. Message #1501
  480.   To RUSSELL FREELAND                       10-15-87             (Rcvd)
  481. From DIRK LESKO                             Subject (R)PDL BUGS
  482. ---------------------------------------------------------------------------
  483. You've got till the end of Novemeber, start breathing...
  484.  
  485. dLESKO
  486.  
  487.  
  488.  
  489.  
  490.  
  491. Message #1502
  492.   To RUSSELL FREELAND                       10-15-87             (Rcvd)
  493. From DIRK LESKO                             Subject (R)PDL
  494. ---------------------------------------------------------------------------
  495. I used int 10h to turn it on and off, first get the cursor size,
  496. then or ch with 20h to turn it off, to turn it back on, get the cursor
  497. size, and then and ch with 20h - that way you don't have to worry about
  498. it's size. Should work....
  499.  
  500. dLESKO
  501.  
  502.  
  503.  
  504.  
  505.  
  506. Message #1503
  507.   To ALL                                    10-15-87
  508. From JASON MATTHEWS                         Subject PROCLIP V1.50 BUGS
  509. ---------------------------------------------------------------------------
  510. Unfortunately some programming errors (bugs) have been found in the
  511. current release (Version 1.50) of PROCLIP.LIB.  While not fatal, the
  512. bugs can cause serious hair loss if not corrected.  Thanks to all who
  513. have beat the daylights out of the code to find these bugs.
  514.  
  515. ...Jason
  516.  
  517. The bug corrections are in the file PC_V150B.ARC on this system, The
  518. SOURCE aCompuServe (PROGFORUM DL8).
  519.  
  520. Sorry for any problems they caused!
  521.  
  522.  
  523.  
  524.  
  525.  
  526. Message #1504
  527.   To ALL                                    10-16-87
  528. From HARRY VANTASSELL                       Subject HACKING ARRAYS
  529. ---------------------------------------------------------------------------
  530. I just uploaded a little text file called CLIPARRY.ARC that gives some
  531. insight on how Clipper arrays can be accessed directly in UDFs.  It is
  532. a real hackers delight. - Harry
  533.  
  534.  
  535.  
  536.  
  537.  
  538. Message #1505
  539.   To DIRK LESKO                             10-17-87             (Rcvd)
  540. From STEVE ADLER                            Subject EXCELLENT IDEA
  541. ---------------------------------------------------------------------------
  542. Just started a serious clipper application and am happy to find an
  543. information exchange on clipper in NJ.  Your library is great, and my
  544. partner and I hope to participate in this conference when we need help
  545. and when we can give it.
  546.  
  547.  
  548.  
  549.  
  550.  
  551. Message #1507
  552.   To ALL                                    10-18-87
  553. From DIRK LESKO                             Subject ATT 6300
  554. ---------------------------------------------------------------------------
  555. Hi all, just wanted to know if anyone has had any experiences with AT&T
  556. 6300 computers, good or bad. Am interested in your comments since a
  557. client of mine was thinking about picking up a few. I had heard of some
  558. compatibility problems and was wondering if anyone could elaborate...
  559.  
  560. You comments will be appreciated!
  561.  
  562. Thanks
  563.  
  564. dLESKO
  565.  
  566.  
  567.  
  568.  
  569.  
  570. Message #1508
  571.   To ALL                                    10-19-87
  572. From ROBERT HEYMAN                          Subject MACROS
  573. ---------------------------------------------------------------------------
  574. I was wondering if someone might answer a quick question.
  575. I have started making extensive use of macros in several of the
  576. routines I am now writing.  The routines involve scrolling array
  577. elements in a window...and I am primarily using the macros to help
  578. speed development time. I do notice that the extensive use of
  579. the macros does tend to slow the routine down considerably.
  580. OK...here is the question:
  581. I understand why in dBASE macros would tend to slow things down
  582. as the macro must be expanded by the interpreter each time the
  583. line is processed.....but why so with the compiler? Are the
  584. macroed lines not expanded once at compilation time???
  585. Rob "wondering about compilers" Heyman
  586.  
  587.  
  588.  
  589.  
  590.  
  591. Message #1509
  592.   To ROBERT HEYMAN                          10-19-87             (Rcvd)
  593. From STEVE STRALEY                          Subject (R)MACROS
  594. ---------------------------------------------------------------------------
  595. Bob, macros can not be interpreted at compile time as to their meaning
  596. when expanded at run time.   Therefore, only the macro library at
  597. run-time will determine what the value of the macro will be.   Since
  598. this is a run-time feature, which means after the compilation and after
  599. linking, macros in Clipper are similiar to dBASE.   I say similiar
  600. becaseu they are not exact.   This parallels why the LIST command (and
  601. oterhs) must have separate macros, not one giant macro wiht commas
  602. embedded.   The macro CAN NOT be interpreted at compilation time, only
  603. at run time.  During compilation, only a token representing the macro
  604. will be compiled.  From they, Clipper let's the macro library determin
  605. the values.   I go into extensive discussion about this in my book, I
  606. think around chapter 3 or chpater 9... I'm not quite sure.
  607.  
  608.  
  609.  
  610.  
  611.  
  612. Message #1514
  613.   To DIRK LESKO                             10-20-87             (Rcvd)
  614. From HARRY GILBERT                          Subject (R)ATT 6300
  615. ---------------------------------------------------------------------------
  616. I have developed several LARGE clipper applications which are running
  617. successfully on IBMs and Compaqs and assorted clones as far away as
  618. Brazil and Ecuador (DOS in Portugese!). All ran fine. But they bomb out
  619. and lock up on AT&T 6300s. So far, I've not been able to find out why.
  620. The programs just lock up. No error messages. It may be the DOS, as I
  621. used OPEN256 to open 32 files.... Also, the AT&T users have reported
  622. problem with dBASE III (version 1.1) corrupting files. Problems
  623. disappeared when we switched to Compaqs and IBMs.
  624.  
  625.  
  626.  
  627.  
  628.  
  629. Message #1515
  630.   To GUSTAVO GRUBBA                         10-20-87             (Rcvd)
  631. From MARK NEIDORFF                          Subject ZOOMBOX
  632. ---------------------------------------------------------------------------
  633. Hi Gustavo:
  634.    At long last I got to look at zoombox and think that it is great!
  635. (Especially since I see that the BIG BOYS ie. Information Builders Inc.
  636. have included almost the identical zoom in PC/FOCUS v3.0).  Is it
  637. possible to unzoom a box with the current routine?  If not, can you
  638. easily <grin> create a routine to take a box and zoom it to
  639. nothingness?  Since I don't know assembler, even such a simple <grin?>
  640. conversion is beyond me.
  641.                Thanks for your great program.
  642.                       << Mark >>
  643.  
  644.  
  645. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  646.  
  647.  
  648.  
  649. Message #1516
  650.   To HARRY GILBERT                          10-20-87             (Rcvd)
  651. From DIRK LESKO                             Subject (R)ATT 6300
  652. ---------------------------------------------------------------------------
  653. Thanks for the info Harry, it is greatly appreciated..
  654.  
  655. dLESKO
  656.  
  657.  
  658. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  659.  
  660.  
  661.  
  662. Message #1519
  663.   To DIRK LESKO                             10-21-87             (Rcvd)
  664. From CLIFF CORCORAN                         Subject MANUAL
  665. ---------------------------------------------------------------------------
  666. The PDL is very impressive. On the REAL release, are you planning a
  667. quick reference by Type of FUnction? I am getting to know the names a
  668. bit but it would be greatly appreciated if there is a cross reference
  669. by function type. That way when an application is required, I can look
  670. at the functions I am not familiar with to get a clue.
  671. Thanks!
  672.  
  673.  
  674. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  675.  
  676.  
  677.  
  678. Message #1520
  679.   To CLIFF CORCORAN                         10-21-87             (Rcvd)
  680. From DIRK LESKO                             Subject (R)MANUAL
  681. ---------------------------------------------------------------------------
  682. Yes, that will be addressed. It seems that there are a lot of really
  683. good functions....if you know what they're called....I will be putting
  684. together a function list by category so that you will have an overview
  685. of all the functions on a couple of pages. Thanks for the sugg!
  686.  
  687. dLESKO
  688.  
  689.  
  690. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  691.  
  692.  
  693.  
  694. Message #1521
  695.   To DIRK LESKO                             10-22-87             (Rcvd)
  696. From BILL ELLIOT                            Subject (R)ATT 6300
  697. ---------------------------------------------------------------------------
  698. Dirk, I've used a AT&T 6300 for the past year with no significant
  699. problems.  Lotus 1-2-3, dBASE, Clipper, SuperCalc, etc. (all the
  700. big-name software) runs with no problems.  Some public domain stuff
  701. like SideKick clones hang it up.  The only peripherals I've hooked up
  702. is an Epson printer and an internal Prometheus modem.  I've been very
  703. pleased with it.  Hope this comment is helpful. -- Bill
  704.  
  705.  
  706. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  707.  
  708.  
  709.  
  710. Message #1524
  711.   To BILL ELLIOT                            10-22-87             (Rcvd)
  712. From DIRK LESKO                             Subject (R)ATT 6300
  713. ---------------------------------------------------------------------------
  714. Thanks for the info, apparently some funny things must go on with the
  715. ATT 6300 becuase I am getting comment that dispute each other
  716. now....But all in all I am getting the feeling that the machine was not
  717. the best of the clones when it came out, adn that many fixes had to go
  718. into it to get it more or less up to snuff. I am still leary of it....
  719.  
  720. dLESKO
  721.  
  722.  
  723. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  724.  
  725.  
  726.  
  727. Message #1525
  728.   To ALL                                    10-23-87
  729. From CLIFF CORCORAN                         Subject AVERAGE DIVIDE BY 0 ERROR
  730. ---------------------------------------------------------------------------
  731. Is there a work around from a divide by 0 error when Averaging across a
  732. field(s). I can not predict always when a user may neglict to enter a
  733. set of figures. Perhaps a UDF that averages only if values exist within
  734. the scope?
  735. Regards CLiff
  736.  
  737.  
  738. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  739.  
  740.  
  741.  
  742. Message #1526
  743.   To CLIFF CORCORAN                         10-23-87             (Rcvd)
  744. From STEVE STRALEY                          Subject (R)AVERAGE DIVIDE BY 0 ER
  745. ---------------------------------------------------------------------------
  746. Cliff, the only thing you can do is put a UDF across all of the fields
  747. to quickly test for the possible existence of a 0.   Then, and only
  748. then, perform the average.   If you try to put the IIF() function on
  749. the fields, Clipper will try to evaluate BOTH sides of the expression
  750. and in some cases, since that may be a zero as well, will yield a
  751. divide by zero error.   Remember, Clipper doesn't know any better so
  752. either we have to program to expect the zeros, of work another way
  753. around it.   Hope this is of some help... and happy clipping.
  754.  
  755. Steve Straley
  756.  
  757.  
  758. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  759.  
  760.  
  761.  
  762. Message #1528
  763.   To ALL                                    10-23-87
  764. From JOHN REAM                              Subject THANKS FOR DATE HELP
  765. ---------------------------------------------------------------------------
  766. ************************************************************************
  767. ************************************************************************
  768.  
  769.  
  770. Happy Clients make Happy Consultants......$$$
  771.  
  772.  
  773.      Thanks to all who participated in my reverse date index question.
  774.  
  775.  
  776.                 John Ream
  777.  
  778.  
  779.  
  780.  
  781. ************************************************************************
  782. ************************************************************************
  783.  
  784.  
  785. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  786.  
  787.  
  788.  
  789. Message #1530
  790.   To DIRK LESKO                             10-23-87             (Rcvd)
  791. From STEVE ADLER                            Subject (R)EXCELLENT IDEA
  792. ---------------------------------------------------------------------------
  793. I have DL1B.  When is the new version due to come out?  Will it be
  794. compatible with the pending release of Clipper 87 in November - which I
  795. hear will be written in Microsoft C.  But then, if it is in library
  796. form, it will - answer my own questions.  I'll stay tuned for more
  797. info.
  798.  
  799.  
  800. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  801.  
  802.  
  803.  
  804. Message #1532
  805.   To MARK NEIDORFF                          10-24-87             (Rcvd)
  806. From GUSTAVO GRUBBA                         Subject (R)ZOOMBOX
  807. ---------------------------------------------------------------------------
  808. Let me think for a while. I have done something like that, and I will
  809. let you know...
  810.  
  811.  
  812. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  813.  
  814.  
  815.  
  816. Message #1534
  817.   To DIRK LESKO                             10-24-87             (Rcvd)
  818. From HARRY GILBERT                          Subject PDL BUG REPORT
  819. ---------------------------------------------------------------------------
  820. I just received the PDL library, and in testing it, found what appear
  821. to be three problems: First, in the Table of Contents and on page 166
  822. of the documentation, the function LTOF() is listed twice, but LTOL()
  823. is not mentioned. Second, I compiled a test pgm to exercise the LT)xx
  824. series and my Compaq 286 always hangs when I attempt to use LTOC().
  825. Third, I tried to use the exp_mem() and ext_mem(), and got back 4K
  826. bytes with exp_mem (I have an Intel Above board with 1.5 meg assigned
  827. as RAM drive D:). What gives. I have pre-release version 2. I'll keep
  828. testing, and let you know anything else.
  829.  
  830.  
  831. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  832.  
  833.  
  834.  
  835. Message #1535
  836.   To HARRY GILBERT                          10-25-87
  837. From DIRK LESKO                             Subject (R)PDL BUG REPORT
  838. ---------------------------------------------------------------------------
  839. I will check it out right away, and I will get back to you....
  840.  
  841. dLESKO
  842.  
  843.  
  844. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  845.  
  846.  
  847.  
  848. Message #1536
  849.   To DIRK LESKO                             10-25-87             (Rcvd)
  850. From RON LANDBERG                           Subject ZOOMBOX.ARC
  851. ---------------------------------------------------------------------------
  852. In a prior message someone mentioned liking zoombox.  But I've
  853. downloaded it twice and keep getting an error - "Unknown Crunching
  854. Method" - for the .ASM file.  The .OBJ file seems to uncrunch ok.  I
  855. assume that the .ASM file contains documentation on how the program
  856. works and obviously I cannot just link in the .OBJ file without knowing
  857. what to do.  I am using PKXARC which I got from PC Magazine a long time
  858. ago  and which I use with no particular problems on other .ARC files.
  859. Any ideas?
  860.  
  861.  
  862. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  863.  
  864.  
  865.  
  866. Message #1537
  867.   To RUSSELL FREELAND                       10-25-87             (Rcvd)
  868. From BOB HICKS                              Subject (R)TEST FOR DRIVE
  869. ---------------------------------------------------------------------------
  870. Thanks for the advice.  I'll certainly give it a try.
  871.  
  872.  
  873. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  874.  
  875.  
  876.  
  877. Message #1538
  878.   To STEVE STRALEY                          10-25-87             (Rcvd)
  879. From BOB HICKS                              Subject THE BOOK
  880. ---------------------------------------------------------------------------
  881. I keep seeing all kinds of good references to your book.  Is it
  882. available in book stores (yet?) or only by direct order?  I've been
  883. checking my local B. Dalton regularly and they have nothing on it.
  884.  
  885.  
  886. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  887.  
  888.  
  889.  
  890. Message #1539
  891.   To RON LANDBERG                           10-25-87             (Rcvd)
  892. From DIRK LESKO                             Subject (R)ZOOMBOX.ARC
  893. ---------------------------------------------------------------------------
  894. Why don't you download the new PKARC that is on the board now? I think
  895. it is called PKX35A35.EXE (I think) If that doesn't work, I think I
  896. have a zoombox around here somewhere that I can upload.
  897.  
  898. dLESKO
  899.  
  900.  
  901. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  902.  
  903.  
  904.  
  905. Message #1544
  906.   To DIRK LESKO                             10-26-87             (Rcvd)
  907. From RUSSELL FREELAND                       Subject (R)PDL
  908. ---------------------------------------------------------------------------
  909. Will try it.  Thanks.
  910.  
  911.  
  912. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  913.  
  914.  
  915.  
  916. Message #1545
  917.   To ROBERT HEYMAN                          10-26-87             (Rcvd)
  918. From RUSSELL FREELAND                       Subject (R)MACROS
  919. ---------------------------------------------------------------------------
  920. How would you expand macros at compile-time?
  921. I mean, I guess you could, but that would throw a lot of the
  922. uses of macros out the window.  RF
  923.  
  924.  
  925. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  926.  
  927.  
  928.  
  929. Message #1546
  930.   To RUSSELL FREELAND                       10-26-87
  931. From ROBERT HEYMAN                          Subject (R)MACROS
  932. ---------------------------------------------------------------------------
  933. Russell......I dunno!  (grin)
  934. Rob Heyman
  935.  
  936.  
  937. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  938.  
  939.  
  940.  
  941. Message #1549
  942.   To HARRY GILBERT                          10-26-87
  943. From STEVE STRALEY                          Subject (R)PROGRAMMING IN CLIPPER
  944. ---------------------------------------------------------------------------
  945. Thanks for the message Harry.   The disk with the book is a separate
  946. issue right now.   Currently I'm wrapping up S.S.T. Kit (compatable
  947. with the new Clipper ONLY) which includes many new features including
  948. over 400 functions, utilities, and generated variables.   The approach
  949. is that with the SST Kit, in a recent application, I was able to jiffy
  950. up my applications with it and save over 2/3 of the programming code.
  951. The disk will onclude source code for all modules including the word
  952. processor, the report generator, the scan-key library, the pop-up
  953. utilities, and more.   So far it is over 7000 lines of code and
  954. growing.   By the way, if there are any like-to-have's... let me
  955. know... I just may be able to squeez them in.   Oh, the price is not
  956. yet determinable but it will blow people's minds.   Thanks again...
  957.  
  958. and Happy Clipping...
  959.  
  960. Steve
  961.  
  962.  
  963. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  964.  
  965.  
  966.  
  967. Message #1550
  968.   To BOB HICKS                              10-26-87             (Rcvd)
  969. From STEVE STRALEY                          Subject (R)THE BOOK
  970. ---------------------------------------------------------------------------
  971. Thanks for the kind words.   Currently the book is available through
  972. the mail-order company which can be reached at 212-599-2141.   If
  973. you're waiting for the Addison-Wesley version, it will (should) be out
  974. sometime the first week in November.. at least that's waht I've been
  975. told.   If you have any questions or porblems... let me know and I'll
  976. look into it from my end for you.   Thanks again... happy Clipping...
  977.  
  978. Steve
  979.  
  980.  
  981. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  982.  
  983.  
  984.  
  985. Message #1552
  986.   To DIRK LESKO                             10-27-87             (Rcvd)
  987. From STEVE ADLER                            Subject SCROLLING
  988. ---------------------------------------------------------------------------
  989. Here's the problem:  I want to give my program some sophisticated
  990. forward-backward scrolling capability.  I want to be able to select
  991. some records with several criterium, then display them on the screen
  992. sequentially, be able to scroll through them back and forth,
  993. incrementally and with PgDn, with a reverse video bar, and be able to
  994. mark any number of files displayed on the current screen, and when I am
  995. done, be able to edit each one in the sequence I selected; that is, hit
  996. enter after selecting them all with spacebar, and then go to my edit
  997. screen and see the next record come up after I am done saving the
  998. changes to the current one.  Do you understand?
  999.  
  1000. I have seen this done in all sorts of programs written in Assembler or
  1001. 'C', but cannot figure out a simple and clean way - without excessive
  1002. overheard and huge memory files - to do it in Clipper.  We have worked
  1003. out a simple way to select records based on a bounce-bar menu at the
  1004. bottom of the screen, but I am interested in jazzing up the look, feel,
  1005. and convenience of using this program.  If you have any ideas on this
  1006. subject, or have seen it done before, I would appreciate hearing your
  1007.  
  1008. views.
  1009.  
  1010. Thanks.
  1011.  
  1012.  
  1013. P.S. Was real impressed with the list of features in the new Library in
  1014. messages 1299-1304.
  1015.  
  1016.  
  1017. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1018.  
  1019.  
  1020.  
  1021. Message #1558
  1022.   To ALL                                    10-28-87
  1023. From ROBERT HEYMAN                          Subject BRIEF BBS
  1024. ---------------------------------------------------------------------------
  1025. Is there anyone out there who has the phone number for Software
  1026. Solutions (publishers of BRIEF editor) BBS in Mass. ??
  1027. Thanks
  1028. Rob Heyman
  1029.  
  1030.  
  1031. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1032.  
  1033.  
  1034.  
  1035. Message #1563
  1036.   To DIRK LESKO                             10-29-87             (Rcvd)
  1037. From JON MELTZER                            Subject (R)ATT 6300
  1038. ---------------------------------------------------------------------------
  1039. Clipper works fine on *my* ATT 6300...
  1040.  
  1041.  
  1042. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1043.  
  1044.  
  1045.  
  1046. Message #1564
  1047.   To STEVE STRALEY                          10-29-87             (Rcvd)
  1048. From JON MELTZER                            Subject (R)PROGRAMMING IN CLIPPER
  1049. ---------------------------------------------------------------------------
  1050. oh, no, not another function library ...
  1051. I'm still trying to fully digest Dirk's ...
  1052.  
  1053.  
  1054. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1055.  
  1056.  
  1057.  
  1058. Message #1565
  1059.   To DIRK LESKO                             10-29-87             (Rcvd)
  1060. From JON MELTZER                            Subject PDL FUNCTION
  1061. ---------------------------------------------------------------------------
  1062. A function suggestion: one that will read a string from the screen,
  1063. starting the read at the current cursor position. Syntax something
  1064. like this:
  1065.          string = read_from_screen(11)
  1066.       placing an 11 character string, from the screen, into "string".
  1067.  
  1068.  
  1069. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1070.  
  1071.  
  1072.  
  1073. Message #1566
  1074.   To DIRK LESKO                             10-29-87             (Rcvd)
  1075. From STEVE ADLER                            Subject (R)EXCELLENT IDEA
  1076. ---------------------------------------------------------------------------
  1077. Thanks for the input.  The windows are not a major priority, just a
  1078. needed convenience.  We have done ok with mapping out our own so far,
  1079. and can probably get by with what we have.  I'll check out Breeze, but
  1080. am more interested in your PDL library.  Do you have any target date
  1081. yet for availability?  Some of the functions listed are in DL1B or
  1082. TR.LIB, but many are new and very useful - while others looknteresting
  1083. but will have to find uses later.  Anyway, we want it.
  1084.  
  1085. Let me know when you are ready to sell.
  1086.  
  1087.  
  1088. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1089.  
  1090.  
  1091.  
  1092. Message #1567
  1093.   To JOHN BRISTOR                           10-29-87             (Rcvd)
  1094. From STEVE ADLER                            Subject (R)SCROLLING
  1095. ---------------------------------------------------------------------------
  1096. Thanks for your help, John.  I will check out your program and get back
  1097. to you with thoughts.  We have somewhat of a partial solution now,
  1098. using a routine called SHOOT11 which does some of the same things, but
  1099. needs to be customized a bit.  Also helpful was the library called
  1100. EXTEND22.ARC, which contains a similart point-and-shoot function.  But
  1101. none of these are really what we need, so while we are working with
  1102. what we have, we are always looking for a better method.
  1103.  
  1104. I'll get back to you.  Thanks
  1105.  
  1106.  
  1107. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1108.  
  1109.  
  1110.  
  1111. Message #1568
  1112.   To STEVE ADLER                            10-29-87
  1113. From DIRK LESKO                             Subject (R)EXCELLENT IDEA
  1114. ---------------------------------------------------------------------------
  1115. Steve, you can get the pre-release version now from Steve at
  1116. Integrated...603-382-1313...$99.00 The release version will ship in
  1117. December. We are putting the final touches on it now. I know that we
  1118. have duplicated some functions. But be aware that the entire library is
  1119. written in %100 per cent assembly language. So it gives us a speed and
  1120. code size advantage. If we duplicated something, it was to gain some
  1121. speed, or to shrink the code size. It also enables you to get rid of
  1122. all the little .obj and .lib files around, now you only need one to
  1123. replace dl1b.lib, extenda.obj extendc.obj and extenddb.obj...Also note
  1124. that the release version hits around 270 functions in all....And to hbe
  1125. that i Say order now!....
  1126.  
  1127. dLESKO
  1128.  
  1129.  
  1130. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1131.  
  1132.  
  1133.  
  1134. Message #1569
  1135.   To JON MELTZER                            10-29-87
  1136. From DIRK LESKO                             Subject (R)PDL FUNCTION
  1137. ---------------------------------------------------------------------------
  1138. Did you read scr_read()??? It should be in there.
  1139.  
  1140. dLESKO
  1141.  
  1142.  
  1143. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1144.  
  1145.  
  1146.  
  1147. Message #1571
  1148.   To ALL                                    10-30-87
  1149. From CLIFF CORCORAN                         Subject FORM OR REPORT HELP
  1150. ---------------------------------------------------------------------------
  1151. It is somewhat of a shame that clipper (and dbase) have such a limited
  1152. amount of support of reports. I have looked for decent report creation
  1153. utilities with out much luck. The Relational Report writer is much too
  1154. big for most applications. I would think that report utilities should
  1155. create a prg that one could use within an application. Have I missed
  1156. some good utilities or is it open ground for programmers. A report that
  1157. reads the screen then creates code would be the best.
  1158. Regards CLiff
  1159.  
  1160.  
  1161. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1162.  
  1163.  
  1164.  
  1165. Message #1572
  1166.   To ROBERT HEYMAN                          10-30-87
  1167. From JOHN BRISTOR                           Subject (R)BRIEF BBS
  1168. ---------------------------------------------------------------------------
  1169. .    The number is (800) 821-2492 or (617) 337-6963
  1170.  
  1171.  
  1172. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1173.  
  1174.  
  1175.  
  1176. Message #1573
  1177.   To STEVE ADLER                            10-30-87
  1178. From JOHN BRISTOR                           Subject (R)SCROLLING
  1179. ---------------------------------------------------------------------------
  1180. .   Steve, I wrote the SHOOT11 program your talking about.  The
  1181. Shoot.prg in the other program I was telling you about is a further
  1182. extension of SHOOT11.  If you think it needs too many modifications,
  1183. let me know.  Since I wrote the original code and have other variations
  1184. on it, I might be able to make the necessary modifications for you with
  1185. liitle effort.   Let me know....    JAB
  1186.  
  1187.  
  1188. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1189.  
  1190.  
  1191.  
  1192. Message #1574
  1193.   To ALL                                    10-30-87
  1194. From JOHN BRISTOR                           Subject NEW PRODUCTS
  1195. ---------------------------------------------------------------------------
  1196. .    I have been developing systems lately in Foxbase + under XENIX and
  1197. was wondering if anyone else out there has been doing the same. Also
  1198. does anyone know if Clipper will be releasing a UNIX/XENIX version?
  1199. .     I have seen some ads for a new compiler called FORCE III that I
  1200. was wondering if anyone has any input about it.     ---- JAB ---
  1201.  
  1202.  
  1203. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1204.  
  1205.  
  1206.  
  1207. Message #1575
  1208.   To ROBERT HEYMAN                          10-30-87
  1209. From CLIFF GREEN                            Subject (R)BRIEF BBS
  1210. ---------------------------------------------------------------------------
  1211. If you're asking for the bbs number, I'll second the motion.  I just
  1212. called their bbs (a number that I've called and connected with before)
  1213. and got a recorded msg about it being disconnected.  Has anything
  1214. happened up there to Software Solutions and/or UnderWare?
  1215.  
  1216.  
  1217. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1218.  
  1219.  
  1220.  
  1221. Message #1576
  1222.   To STEVE ADLER                            10-30-87
  1223. From STEVE STRALEY                          Subject (R)SCROLLING
  1224. ---------------------------------------------------------------------------
  1225. bY THE WAY sTEVE, I have what you are trying to do ALL in Clipper...
  1226. No added overhead with C or assempler.   What I have been able to do
  1227. bia my POP and GOT functions is explore the PROMPT keys, STUFFING the
  1228. keyboard, and SETTING KEYS to do what you're trying to do.   If you'd
  1229. like specifics... let me know...   Happy Clipping...
  1230.  
  1231. Steve Straley
  1232.  
  1233.  
  1234. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1235.  
  1236.  
  1237.  
  1238. Message #1577
  1239.   To JON MELTZER                            10-30-87
  1240. From STEVE STRALEY                          Subject (R)PROGRAMMING IN CLIPPER
  1241. ---------------------------------------------------------------------------
  1242. No Jon, not another library... a tool kit.   This kit allows the
  1243. programm to pick and choose what nifty feature he/she would like to
  1244. added to his/her application.   Included with this are nifty generic
  1245. routines that are tedious to write over and over again..  Things
  1246. like...     1> a Backup Routine (that will format a disk directly and
  1247.                  with running the FORMAT command.
  1248.             2> On-line Bug_report
  1249.             3> On-Line User Definable Help.
  1250.             4> On-Line Word_processor and Report/Browse Writer
  1251.             5> Over 15 Pop-Utilities
  1252.             6> Over 400 Function, Procedures and variables
  1253.  
  1254.    ALL IN CLIPPER!!!!!     The point to this is that you can not only
  1255.                            use these goodies, but learn and expand you
  1256.                            r coding techinque as well.   I included
  1257.                            window popping, reverse data entry (getting
  1258. the letters in a GET ot go right to left, not left to right.
  1259.  
  1260.  
  1261. So this is a tool kit... a Pandora's Box filled with technology to
  1262. expand your possibilities and not C/ASM code that can be real strenous
  1263. to take it all in.   If you have any other questions... just let me
  1264. know... And as always... happy clipping...
  1265.  
  1266. Steve STraley
  1267.  
  1268.  
  1269. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1270.  
  1271.  
  1272.  
  1273. Message #1578
  1274.   To CLIFF CORCORAN                         10-30-87
  1275. From STEVE STRALEY                          Subject (R)FORM OR REPORT HELP
  1276. ---------------------------------------------------------------------------
  1277. Hold on Cliff.. an On-Line Report Writer for ALL clipper programer is
  1278. on the way.   On that lets reports to be created, saved, and on-the-fly
  1279. generated by the user himself...   Stay tuned for more...   Oh, the
  1280. size is FAR FAR less than Report writer (and much less sophisticated as
  1281. well).   Happy Clipping...
  1282.  
  1283. Steve Straley
  1284.  
  1285.  
  1286. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1287.  
  1288.  
  1289.  
  1290. Message #1579
  1291.   To JOHN BRISTOR                           10-30-87             (Rcvd)
  1292. From STEVE STRALEY                          Subject (R)NEW PRODUCTS
  1293. ---------------------------------------------------------------------------
  1294. John, while I was working there there was the beginnings of a XENIX
  1295. verions of Clipper, but Brian did not have the resources to continue on
  1296. with it.   Since then, dBMAC and the new release are major concerns (as
  1297. well as the possibility of a better Blue Clipper).   Honestly, I don't
  1298. think Nantucket will be coming out with a XENIX version until the
  1299. market is truely ripe for it... which may be ???   Hope that helps
  1300. some..
  1301.  
  1302. Steve Straley
  1303.  
  1304.  
  1305. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1306.  
  1307.  
  1308.  
  1309. Message #1580
  1310.   To DIRK LESKO                             11-01-87             (Rcvd)
  1311. From RON LANDBERG                           Subject (R)ZOOMBOX.ARC
  1312. ---------------------------------------------------------------------------
  1313. That worked. Thanks.  By the way, I think the set color to command in
  1314. the line folowing invoking the function needs commas.  When I first
  1315. tested it, I got a black box instead of the `testing' message.
  1316. Ichanged the set color to to a full command, i.e., R/W,R/W,BG,. This
  1317. cleared the problem right up.
  1318. Thanks.
  1319.  
  1320.  
  1321. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1322.  
  1323.  
  1324.  
  1325. Message #1581
  1326.   To ALL                                    11-01-87
  1327. From RON LANDBERG                           Subject NEW CLIPPER
  1328. ---------------------------------------------------------------------------
  1329. !!! I received in the mail from Nantucket yesterday an offer to get the
  1330. new CLIPPER ---
  1331.                      SUMMER `87 !!!
  1332. The update is free, but the manual is $49  (with a warning that after
  1333. Jan 1 update costs $125)  They claim that with the update you get for
  1334. free  "a detailed change summary enumerating the new features found in
  1335. SUMMER `87."  I guess in case you don't buy the manual.
  1336.  
  1337.  
  1338. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1339.  
  1340.  
  1341.  
  1342. Message #1582
  1343.   To RON LANDBERG                           11-01-87             (Rcvd)
  1344. From DIRK LESKO                             Subject (R)ZOOMBOX.ARC
  1345. ---------------------------------------------------------------------------
  1346. I forgot what we were talking about??? what worked?, and what function
  1347. needs comma's?? (it's been awhile)
  1348.  
  1349. dLESKO
  1350.  
  1351.  
  1352. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1353.  
  1354.  
  1355.  
  1356. Message #1583
  1357.   To ALL                                    11-01-87
  1358. From TOM WYRICK                             Subject NEW CLIPPER
  1359. ---------------------------------------------------------------------------
  1360. AT the last LACUG meeting, Nantucket said the the upgrades will start
  1361. shipping in 2 to 3 weeks.  That sounds about right as Brian has
  1362. promised that the new version would be out by Comdex!  Har!  Anywaz,
  1363. look for it real soon now - and Rettig's book will be out shortly there
  1364. after.............
  1365.  
  1366.                               -Tom
  1367.  
  1368.  
  1369. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  1370.  
  1371.  
  1372.  
  1373. Message #1584
  1374.   To ALL                                    11-01-87
  1375. From DIRK LESKO                             Subject SUMMER87
  1376. ---------------------------------------------------------------------------
  1377. Although you may have received an update notice from Clipper. I will
  1378. warn you all to not get too excited. My best guess is that shipment
  1379. before January '88 will be miraculous at best.
  1380.  
  1381. dLESKO
  1382.  
  1383.  
  1384. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  1385.  
  1386.  
  1387.  
  1388. Message #1585
  1389.   To RON LANDBERG                           11-01-87             (Rcvd)
  1390. From MARK NEIDORFF                          Subject (R)ZOOMBOX.ARC
  1391. ---------------------------------------------------------------------------
  1392.  
  1393. Ron:
  1394. Try the new PKARC35.EXE WHICH IS on this board.  It worked uncrunching
  1395. it for me.  BTW there is a fix PKXARC.FIX for the 35 version.   Happy
  1396. zooming.  Please check spelling for filenames.  I'm not sure.
  1397.   <<Mark>>
  1398.  
  1399.  
  1400. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1401.  
  1402.  
  1403.  
  1404. Message #1586
  1405.   To DIRK LESKO                             11-02-87
  1406. From RON LANDBERG                           Subject (R)ZOOMBOX.ARC
  1407. ---------------------------------------------------------------------------
  1408. I had trouble uncrunching zoombox.arc.  You said to try the new pkxarc
  1409. and that's what worked.
  1410. When I ran the sample .PRG file to test zoombox, I got a black boc in
  1411. the middle of the zoombox on the screen instead of the test message.
  1412. In the sample prgram the line after zoombox is invoked is a SET COLOR
  1413. TO command with one parameter.  By adding commas to represent all
  1414. paramters for SET COLOR TO < I got it to work.. I just thought if
  1415. anyone else got zoombox downloaded, they might want to know that.
  1416. Also, if anyone looks at zoombox.arc, could somene explain what the
  1417. last parameter is  -- it's described as being binary representation for
  1418. attributes ( I think it must mean color attributes - but I don't know
  1419. how to use or change this parameter from the documentation.
  1420.  
  1421.  
  1422. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1423.  
  1424.  
  1425.  
  1426. Message #1588
  1427.   To MARK NEIDORFF                          11-02-87
  1428. From RON LANDBERG                           Subject (R)ZOOMBOX.ARC
  1429. ---------------------------------------------------------------------------
  1430. I did, thanks.  That did the job.
  1431. If you use zoombox, maybe you could read my message #1586 and possibly
  1432. answer the question there on attributes?
  1433. Again, thanks.
  1434.  
  1435.  
  1436. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1437.  
  1438.  
  1439.  
  1440. Message #1589
  1441.   To ROBERT HEYMAN                          11-02-87
  1442. From BOB HICKS                              Subject (R)BRIEF BBS
  1443. ---------------------------------------------------------------------------
  1444. The phone number is (617) 659-1479.  I haven't been on the Crief BBS
  1445. for some time but it is a Fido board and runs at 1200 the last time I
  1446. called.
  1447.  
  1448.  
  1449. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1450.  
  1451.  
  1452.  
  1453.  
  1454. Message #1590
  1455.   To JOHN BRISTOR                           11-02-87             (Rcvd)
  1456. From ROBERT HEYMAN                          Subject (R)BRIEF BBS
  1457. ---------------------------------------------------------------------------
  1458. Thanks John!
  1459. Rob Heyman
  1460.  
  1461.  
  1462. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1463.  
  1464.  
  1465.  
  1466.  
  1467. Message #1591
  1468.   To STEVE STRALEY                          11-02-87             (Rcvd)
  1469. From ROBERT HEYMAN                          Subject (R)FORM OR REPORT HELP
  1470. ---------------------------------------------------------------------------
  1471. Steve.....SO?????  When will this be available???
  1472. Rob Heyman
  1473.  
  1474.  
  1475. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1476.  
  1477.  
  1478.  
  1479.  
  1480. Message #1592
  1481.   To ROBERT HEYMAN                          11-02-87             (Rcvd)
  1482. From STEVE STRALEY                          Subject (R)FORM OR REPORT HELP
  1483. ---------------------------------------------------------------------------
  1484. Rob, right now I am getting it ready for the new Clipper.  Needless to
  1485. say that I am finding out several new probelms with the new clipper.
  1486. At the very moment they will be honestly shipping... so will I!
  1487.  
  1488. Happy Clippering,
  1489.  
  1490.  
  1491. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1492.  
  1493.  
  1494.  
  1495.  
  1496. Message #1593
  1497.   To ALL                                    11-02-87
  1498. From STEVE STRALEY                          Subject NEW CLIPPER
  1499. ---------------------------------------------------------------------------
  1500. Just thought that most of you would be curious with the new clipper.
  1501. Yes there is a pseudo version in Beta, but unfortunately most of my old
  1502. code is not working with this right now.   There are numerous problems
  1503. with CTOD(), TRIM(), SET COLOR TO, as well as new reserved words like
  1504. "end".   These problems are rather serious, especially in my opinion
  1505. when they start restricting simple words from us.   I have placed a
  1506. complaint in that the variable "end" should not be restricted... if
  1507. they win this, who knows what words they will restrict next.
  1508. Furthermore, a 5000 line program will generate a larger segment size,
  1509. so LINK (from Microsoft) will not link this even with the /SE:1024
  1510. option.   Again, let me know what you think but if we have to start
  1511. breaking our code up into different pieces just to fit new versions,
  1512. this will create havoc... not to mention great displeasure for those
  1513. poor souls who have a system using overlays.   I honestly DO NOT see
  1514. this version shipping out for at least a couple of months.   The TRIM()
  1515. and CTOD() are problems that can be corrected rather easily, however,
  1516. these other problems are more severe.   Compiling is MUCH MUCH
  1517. faster... and the resulting .EXE is larger.
  1518.  
  1519. < More - C(ontinuous) Y/N >
  1520.  
  1521. Anyway, I thought you would like to know a brief overview on what I
  1522. have found so far and what to expect.  And along with those lines, I
  1523. will be out with the new version of my book that covers the new
  1524. compiler COMPLETELY!!!   Including the new DEBUG.OBJ... all of the new
  1525. feature and functions, all of the original tables, as well as new
  1526. tricks and tips one can do with this version.   And just for your
  1527. information... this manual will be just the same as the other in price.
  1528.   Details on this and other goodies in the days to come.
  1529.  
  1530. If there are ANY questions that I can answer in regards to the new
  1531. compiler, new ideas, etc.   Let me know... I'll get right back to you.
  1532.  
  1533. As always... Happy Clipping...
  1534.  
  1535. Steve Straley
  1536.  
  1537.  
  1538. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1539.  
  1540.  
  1541.  
  1542.  
  1543. Message #1594
  1544.   To RON LANDBERG                           11-02-87             (Rcvd)
  1545. From DIRK LESKO                             Subject (R)ZOOMBOX.ARC
  1546. ---------------------------------------------------------------------------
  1547. Ron, I have not looked at the docs at all for zoombox, but it sounds
  1548. like the attributes will work the same as I am handlilng them in PDL.
  1549. The overall math is quite easy. Refer to your CLipper manual about set
  1550. color to, there are number definitions for each color, ie 0 = black, 1
  1551. = blue, 7 = white etc etc. Those are the foreground colors. To get the
  1552. background colors, take the foreground color, multiply it by 16, and
  1553. add it to the foreground color to get the entire attribute. example:
  1554.  
  1555. we want a blue background, with a white foreground
  1556.  
  1557. blue = 1
  1558. white = 7
  1559.  
  1560. calculate background:
  1561.  
  1562. 1*16 = 16
  1563.  
  1564. add it too the foreground:
  1565.  
  1566. < More - C(ontinuous) Y/N >
  1567.  
  1568. 16 + 7 = 23
  1569.  
  1570. attribute == 23
  1571.  
  1572. thats all there is to it.
  1573.  
  1574. another trick is that you can set the high intensity, or blinko=ing
  1575. attributes too. to set high intensity on, add  8 to your attribute
  1576. number. to set blinking on, add 128 to your attribute number. Hopefully
  1577. this works for you....let me know!
  1578.  
  1579. dLESKO
  1580.  
  1581.  
  1582. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1583.  
  1584.  
  1585.  
  1586.  
  1587. Message #1595
  1588.   To DIRK LESKO                             11-03-87             (Rcvd)
  1589. From JON MELTZER                            Subject (R)PDL FUNCTION
  1590. ---------------------------------------------------------------------------
  1591. you have it ?? i'm getting lost in the wealth of your functions...
  1592.  
  1593.  
  1594. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1595.  
  1596.  
  1597.  
  1598.  
  1599. Message #1596
  1600.   To JON MELTZER                            11-03-87             (Rcvd)
  1601. From DIRK LESKO                             Subject (R)PDL FUNCTION
  1602. ---------------------------------------------------------------------------
  1603. Hold on to your seat because there are another 60 on the way!, and ALL
  1604. of the screen stuff has been optimized to perform at blistering fast
  1605. levels!....total functions are around 275 more or less, I still haven't
  1606. counted em all. But now you  can do anything!!
  1607.  
  1608. dLESKO
  1609.  
  1610.  
  1611. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1612.  
  1613.  
  1614.  
  1615.  
  1616. Message #1598
  1617.   To STEVE STRALEY                          11-03-87             (Rcvd)
  1618. From ROBERT HEYMAN                          Subject (R)NEW CLIPPER
  1619. ---------------------------------------------------------------------------
  1620. Steve...some of what you say is rather disheartening....especially the
  1621. part about "SUMMER 87" not being shipped until well into "WINTER 88"...
  1622. ESPECIALLY since the upgrade letter from Nantucket says something
  1623. like..
  1624. we are ready to ship.......and please plunk down some $$ for the new
  1625. manual.....
  1626. END is a new reserved word???  (sheeesh)
  1627. Another WONDERFUL feature seems to be the increased .exe size....
  1628. I've tried to avoid using overlays in the past.....and some of my
  1629. applications JUST make it.....How much larger are the files generated
  1630. ny the new version?
  1631. Rob Heyman
  1632.  
  1633.  
  1634. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1635.  
  1636.  
  1637.  
  1638.  
  1639. Message #1599
  1640.   To ROBERT HEYMAN                          11-03-87             (Rcvd)
  1641. From DIRK LESKO                             Subject (R)NEW CLIPPER
  1642. ---------------------------------------------------------------------------
  1643. Summer87 .EXE filesize for a minimum program (no code) topped the 150k
  1644. barrier. But I assume that the version tested has a lot of debugging
  1645. code in it, and that won't appear in the final version.
  1646.  
  1647. dLESKO
  1648.  
  1649.  
  1650. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1651.  
  1652.  
  1653.  
  1654.  
  1655. Message #1623
  1656.   To ALL                                    11-07-87
  1657. From ROBERT HEYMAN                          Subject MEMO FIELDS
  1658. ---------------------------------------------------------------------------
  1659. I currently am working on an application with a memo field attached to
  1660. a customer master file.  I would like to be able to inform the user
  1661. while looking at a record, if the memo attached to that particular
  1662. record is NON-blank, without having to actually choose the memoedit()
  1663. function to tell.  How may I test the cusmas.dbt for the existence of a
  1664. memo attached to any particular record?  Thanks in advance!@
  1665. Rob Heyman
  1666.  
  1667.  
  1668. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  1669.  
  1670.  
  1671.  
  1672.  
  1673. Message #1625
  1674.   To ALL                                    11-08-87
  1675. From ROBERT HEYMAN                          Subject MEMO FIELDS
  1676. ---------------------------------------------------------------------------
  1677. Answering my own qyestion:
  1678. Very simple to test for existence of an attached memo:
  1679. If the memo field is called cus_memo...
  1680. IF EMPTY(cus_memo)
  1681.     ? 'NO MEMO'
  1682. ELSE
  1683.     ? 'MEMO'
  1684. ENDIF
  1685. .
  1686. (SHEESH)...I had been trying to test the cus_memo field in the dbf
  1687. itself....no go....any test that it seems one can perform must be done
  1688. on the .dbt file itself.  Thanks to Steve Straley for some excellent
  1689. tips in his book "Programming In Clipper"  (highly reccommended)!
  1690. Rob Heyman
  1691.  
  1692.  
  1693. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  1694.  
  1695.  
  1696.  
  1697.  
  1698. Message #1626
  1699.   To STEVE STRALEY                          11-08-87             (Rcvd)
  1700. From CLIFF CORCORAN                         Subject (R)FORM OR REPORT HELP
  1701. ---------------------------------------------------------------------------
  1702. Steve I know such things need to be "Official" as to release dates and
  1703. such, but if the way is clear, perhaps a pre-release notice here and we
  1704. could send our checks to be on the top of the list.
  1705. Regards Cliff
  1706.  
  1707.  
  1708. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1709.  
  1710.  
  1711.  
  1712.  
  1713. Message #1627
  1714.   To STEVE STRALEY                          11-08-87             (Rcvd)
  1715. From CLIFF CORCORAN                         Subject (R)NEW CLIPPER
  1716. ---------------------------------------------------------------------------
  1717. I have received your book that has become my standard reference. I
  1718. would be interested in upgrading when the new book is available. Will
  1719. it be sold by mail as the old or are you planning on bookstore
  1720. distribution? Anyway, the thoughts expressed in the last message apply.
  1721. Regards Cliff
  1722.  
  1723.  
  1724. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1725.  
  1726.  
  1727.  
  1728.  
  1729. Message #1628
  1730.   To ALL                                    11-08-87
  1731. From CLIFF CORCORAN                         Subject SEQUENTIAL FILES
  1732. ---------------------------------------------------------------------------
  1733. I have been given a job where I need some pretty good advice. A device
  1734. stores data in a sequential manner. By this I mean that records are
  1735. appended to the last. The problem is that several different record
  1736. formats are stored with a alpha numeric code designating what type of
  1737. record follows. Like F100 = c,10;n,9.5 And a F200 may be a c,12;n9.5;n2
  1738. type record. The F999 codes 'targets' a particular data base that the
  1739. data should end up in. The 'records ' may be of several different
  1740. formats but a F100 will always have the same format. There are no cr/lf
  1741. sequences but I suppose I could change the F's to that if need be. What
  1742. I need to do is read the sequential file, and copy (append) records to
  1743. the appropriate dBase format file based upon the structure defined by
  1744. the F999 key.
  1745. Any Help would be appreciated.
  1746. Regards CLiff
  1747.  
  1748.  
  1749. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1750.  
  1751.  
  1752.  
  1753.  
  1754. Message #1629
  1755.   To CLIFF CORCORAN                         11-08-87             (Rcvd)
  1756. From JOHN BRISTOR                           Subject (R)SEQUENTIAL FILES
  1757. ---------------------------------------------------------------------------
  1758. .   I had the same type of problem moving data from a main frame to a
  1759. PC.  First I inserted crlf at the end of each 'F' record in the
  1760. sequential file. Then I used the greatest width of an incoming record
  1761. as the field length in a dBASE file. ex:
  1762. .             file ===> CONVERT.DBF
  1763. .            field ===> Field1,C, {max len}
  1764. .
  1765. .    The next step was just to append all records into this file. A
  1766. routine then must be written that parses each record in this file
  1767. according to what type 'F' record was implied and then subsequently
  1768. passed thru any data conversion routines and then appended to a data
  1769. file whose structure matched the info needed for that particular type
  1770. record.
  1771. .     The end result as that you have a different dbf file for each
  1772. type of 'F' record and you can handle them any way you want. If you
  1773. would like some examples of the one I wrote, I would be happy to upload
  1774. it.   --------- JAB -------
  1775.  
  1776.  
  1777. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1778.  
  1779.  
  1780.  
  1781.  
  1782. Message #1630
  1783.   To ALL                                    11-08-87
  1784. From JON MELTZER                            Subject FORCE III COMPILER
  1785. ---------------------------------------------------------------------------
  1786. I would like to hear from anyone that has used the Force III dBase
  1787. compiler advertised on page 17 of the November 1987 Data Based Advisor.
  1788. Any comments are welcome; I'll ask specific questions later.
  1789.  
  1790.  
  1791. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  1792.  
  1793.  
  1794.  
  1795.  
  1796. Message #1631
  1797.   To CLIFF CORCORAN                         11-08-87             (Rcvd)
  1798. From DIRK LESKO                             Subject (R)SEQUENTIAL FILES
  1799. ---------------------------------------------------------------------------
  1800. Sounds like you could benefit from my library. I have a bunch of f_*
  1801. functions that will let you dip right into that sequential data and
  1802. read it in as a string. Functions like:
  1803.  
  1804. f_read()        -       read in bytes into a string
  1805. f_seek()        -       position the pointer into the file
  1806.  
  1807. f_read() will also let you read in a range, like:
  1808.  
  1809. f_read(<handle>,<num_bytes>)
  1810.  
  1811. This will let you find out what kind of record to expect, and then read
  1812. in the appropriate info. If you have any questions, ask Art Kohn, he
  1813. uses them to write Procomm script files of all things!
  1814.  
  1815. I also use them myself for exactly the same purpose! I needed to access
  1816. mainframe data dumps. my code looks like:
  1817.  
  1818.  
  1819. < More - C(ontinuous) Y/N >
  1820. use <dbf_file>
  1821. go bott
  1822. appe blan
  1823.  
  1824. replace fname with f_read(<handle>,15)
  1825. replace lname with f_read(<handle>,20)
  1826.  
  1827. etc. etc.
  1828.  
  1829. let me know if you are interested. I know they will work.
  1830.  
  1831. dLESKO
  1832.  
  1833.  
  1834. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1835.  
  1836.  
  1837.  
  1838.  
  1839. Message #1633
  1840.   To DIRK LESKO                             11-09-87             (Rcvd)
  1841. From JOHN BRISTOR                           Subject (R)SEQUENTIAL FILES
  1842. ---------------------------------------------------------------------------
  1843. .  Dirk, I sure do wish I had those routines when I was playing with
  1844. those conversions.  I've been looking for functions that will allow
  1845. me to read directly into non dBase files.
  1846.  
  1847.  
  1848. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1849.  
  1850.  
  1851.  
  1852.  
  1853. Message #1634
  1854.   To ALL                                    11-09-87
  1855. From RON LANDBERG                           Subject UNZOOMBOX
  1856. ---------------------------------------------------------------------------
  1857. I have started to use zoombox and like it.  Does anyone have an
  1858. modification to unzoom the box before refreshing the screen.  The code
  1859. is in assembler and I do not program in it or else I'd read it and
  1860. hopefully could figure out how to unzoom the box.. Has anyone else
  1861. already done it?
  1862.  
  1863.  
  1864. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  1865.  
  1866.  
  1867.  
  1868.  
  1869. Message #1635
  1870.   To DIRK LESKO                             11-09-87             (Rcvd)
  1871. From MARK NEIDORFF                          Subject AASM FUNCTIONS
  1872. ---------------------------------------------------------------------------
  1873. Hi Dirk:,
  1874.      I just saw DBASE.ARC posted as ASM programs forr dBASE.  Are
  1875. programs like this, in general, CLIPPER compatable??  Easily <grin>
  1876. changable?  As good as the program tey were  written for (III++) <big
  1877. grin>?
  1878.    <  Mark  >
  1879.  
  1880.  
  1881. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1882.  
  1883.  
  1884.  
  1885.  
  1886. Message #1636
  1887.   To ALL                                    11-09-87
  1888. From MARK NEIDORFF                          Subject MMAIL MERGE
  1889. ---------------------------------------------------------------------------
  1890. Does anyone have any ideas on how to write in CLIPPER a .PRG that will
  1891. ∞ct  act as a simple word processor and allow selected records to have
  1892. their fields ▄laced into a letter?  In other words, a boiler plate
  1893. letter written by the user- with fields inserted in various places in
  1894. the letter- and records chosen for the letter based on a specific query
  1895. c=  condition.
  1896.     Thanks for ANY ideas
  1897.       <<  Mark  >>
  1898.  
  1899.  
  1900. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1901.  
  1902.  
  1903.  
  1904.  
  1905. Message #1637
  1906.   To JOHN BRISTOR                           11-09-87             (Rcvd)
  1907. From CLIFF CORCORAN                         Subject (R)SEQUENTIAL FILES
  1908. ---------------------------------------------------------------------------
  1909. Say, that would be just grand. I will look over the db structures and
  1910. determine the longest record that i need to handle. If you have some
  1911. examples handy, I certantly would appreciate a look.
  1912. Thank you for the lead!
  1913. Regards CLiff
  1914.  
  1915.  
  1916. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1917.  
  1918.  
  1919.  
  1920.  
  1921. Message #1638
  1922.   To DIRK LESKO                             11-09-87             (Rcvd)
  1923. From CLIFF CORCORAN                         Subject (R)SEQUENTIAL FILES
  1924. ---------------------------------------------------------------------------
  1925. I DO have your library Dirk and I must admit that I forgot about the
  1926. file handling routines that you included. (Didn't need them at the
  1927. time). I will re-read the descriptions that you referenced and see if
  1928. they will help. Yes if you have some examples of what I need, I would
  1929. surely like to see it. Gee, it is great to ask for help and be put on
  1930. the right path! Appreciate the advice Dirk!
  1931. Regards CLiff
  1932.  
  1933.  
  1934. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1935.  
  1936.  
  1937.  
  1938.  
  1939. Message #1639
  1940.   To CLIFF CORCORAN                         11-09-87             (Rcvd)
  1941. From DIRK LESKO                             Subject (R)SEQUENTIAL FILES
  1942. ---------------------------------------------------------------------------
  1943. That's what this conference is all about! If you need any help, just
  1944. ask, but I think the file functions are pretty straight forward.
  1945.  
  1946. dLESKO
  1947.  
  1948.  
  1949. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1950.  
  1951.  
  1952.  
  1953.  
  1954. Message #1640
  1955.   To MARK NEIDORFF                          11-09-87             (Rcvd)
  1956. From DIRK LESKO                             Subject (R)MMAIL MERGE
  1957. ---------------------------------------------------------------------------
  1958. Good luck. I have seen this done, and know it is a bitc... I wrote my
  1959. own Clipper program to write comma delimited files instead of trying to
  1960. let the user write documents. I have yet to see a better word processor
  1961. writeen in Clipper than let's say...Word 4.0, or Wordstar etc....
  1962. Straley is coming out with a word processor in his toolkit, why not ask
  1963. him?
  1964.  
  1965. dLESKO
  1966.  
  1967.  
  1968. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1969.  
  1970.  
  1971.  
  1972.  
  1973. Message #1641
  1974.   To MARK NEIDORFF                          11-09-87             (Rcvd)
  1975. From DIRK LESKO                             Subject (R)AASM FUNCTIONS
  1976. ---------------------------------------------------------------------------
  1977. For the most part yes, Clipper has gone through great pains to try and
  1978. keep compatibility with dBASE code. But I have seen this effort waning
  1979. with each new passing version. Pretty soon you will find that CALL will
  1980. be a non item. The only problem is that dBASE restricts the function in
  1981. a way that sometimes lessens it's value to a Clipper programmer. And
  1982. most times anyway, the code will need a tweak or two here and there
  1983. because Clipper expects certain things to be saved upon entry that
  1984. sometimes are not taken care of in the dBASE version. Russell Freeland
  1985. is a dBASE .BIN nut, he knows better than I do.....and he has PDL too.
  1986.  
  1987. dLESKO
  1988.  
  1989.  
  1990. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  1991.  
  1992.  
  1993.  
  1994.  
  1995. Message #1642
  1996.   To JOHN BRISTOR                           11-09-87             (Rcvd)
  1997. From DIRK LESKO                             Subject (R)SEQUENTIAL FILES
  1998. ---------------------------------------------------------------------------
  1999. You and me both! remebr when you had to use appe ... SDF ??? and then
  2000. substr() to death!!...gag me....The file functions have saved me hours
  2001. and hours and hours! if you have amy questions, feel free.
  2002.  
  2003. dLESKO
  2004.  
  2005.  
  2006. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2007.  
  2008.  
  2009.  
  2010.  
  2011. Message #1647
  2012.   To DIRK LESKO                             11-10-87             (Rcvd)
  2013. From CLIFF CORCORAN                         Subject (R)SEQUENTIAL FILES
  2014. ---------------------------------------------------------------------------
  2015. I looked over the f* UDF's and think they will help out quite a bit. Do
  2016. you have a text find/and replace? I think that I will have to convert
  2017. the CR record end with a CR/LF pair. As I will have to do this routine
  2018. with every new data file received, (daily) I don't look forward to
  2019. having to load a seperate editor for the task. It also would be nice to
  2020. be able to search for the marker "F" then examine the next 3 bytes to
  2021. access a lookup db for the record length to read. Are these tasks
  2022. pretty easy or do I need to (horrors) go out of the clipper program to
  2023. prepare the data file.
  2024. Regards Cliff
  2025.  
  2026.  
  2027. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2028.  
  2029.  
  2030.  
  2031.  
  2032. Message #1648
  2033.   To ROBERT HEYMAN                          11-10-87             (Rcvd)
  2034. From STEVE STRALEY                          Subject (R)NEW CLIPPER
  2035. ---------------------------------------------------------------------------
  2036. Rob, what do you mean "plunk down some $$ for a new manual"?  My newest
  2037. version of my book covers EVERYTHING about the new release, so what is
  2038. the point?   As far as the "SUMMER 87" being shipped it may very well
  2039. seem like "WINTER 88" when in reality it will be WINTER 87.   But i,
  2040. now on the other side of the coin, am very tired of "another two
  2041. weeks".   When you casually pass by the fact that END is a reserved
  2042. word, I must ask then when is the limit going to be placed.  The point
  2043. of coming out with better compiler is to make existing applications
  2044. better.   One should not have to worry about existing code no longer
  2045. working.   And seeing no practicle advantage for having a END terminate
  2046. a DO CASE, a DO WHILE, or an IF, then I must ask why should the
  2047. variable be restricted.   The same can now be said for the MEMORY(0)
  2048. function, which is no longer as it was.
  2049.  
  2050.  
  2051. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2052.  
  2053.  
  2054.  
  2055.  
  2056. Message #1649
  2057.   To ROBERT HEYMAN                          11-10-87             (Rcvd)
  2058. From STEVE STRALEY                          Subject (R)NEW CLIPPER
  2059. ---------------------------------------------------------------------------
  2060. Sorry about the two messages, I had to re-read your last message.  The
  2061. increase in size is roughly 5 - 15 %.   At this point it is very
  2062. difficult to say any more seeing that there are a few problems that
  2063. need to be ironed out first before I can really test the product.   The
  2064. main problem right now is with the TRIM() function, and I use that
  2065. alot.
  2066.  
  2067. One last note, just from personal experience.   When I was there, I too
  2068. told people "we are ready to ship" when in fact, we wern't.   It is not
  2069. unlike anyone to pre-relase a version before it is actually ready.   Is
  2070. it worth having right now?   I believe so, because the only way the
  2071. REAL problem will come out of the wood-work is by the entire community
  2072. working with it.   But as far as releasing goes, and based on gut
  2073. intuition and part experience, I would say a good window to shoot for
  2074. will be between December 15th and December 31.   Merry Xmas to all, and
  2075. to all, a good night.... so to speak.    Thanks for the questions and
  2076. comments, Steve
  2077.  
  2078.  
  2079. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2080.  
  2081.  
  2082.  
  2083.  
  2084. Message #1651
  2085.   To CLIFF CORCORAN                         11-10-87             (Rcvd)
  2086. From STEVE STRALEY                          Subject (R)FORM OR REPORT HELP
  2087. ---------------------------------------------------------------------------
  2088. Cliff, tell you what... I'll upload my initial response to Nantucket to
  2089. this bulliten board.   In the next couple of days, I'll outline the
  2090. pros and cons of the new relase.   Truthfully, there are not too many
  2091. cons... just getting tired of "another two weeks".   My gut instinct
  2092. says Mid-December, but this next beta relase will tell the tale.
  2093. Stay tuned tomorrow for the list, and again, thanks for the question.
  2094.  
  2095. Steve
  2096.  
  2097.  
  2098. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2099.  
  2100.  
  2101.  
  2102.  
  2103. Message #1652
  2104.   To CLIFF CORCORAN                         11-10-87             (Rcvd)
  2105. From STEVE STRALEY                          Subject (R)NEW CLIPPER
  2106. ---------------------------------------------------------------------------
  2107. Thanks for the kind words Cliff.   Yes, Addison_Wesley has picked up
  2108. the book and will be sold in bookstores across the land in the frist
  2109. couple of weeks in December.   Additionally, a newer version of the
  2110. book is being worked on with all new beefier tips, examples, outlines
  2111. and reference materials.  This should be out sometime in early spring,
  2112. later winter (depends how energetic I can get).   The library/tool kit
  2113. will be out by the first day Nantucket ships the newest relase of
  2114. Clipper, and my second book is in the works.   That should give you a
  2115. rough outline as to my holiday plans (work...work...work.)   Thanks
  2116. again,
  2117. Steve
  2118.  
  2119.  
  2120. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2121.  
  2122.  
  2123.  
  2124.  
  2125. Message #1653
  2126.   To CLIFF CORCORAN                         11-10-87             (Rcvd)
  2127. From DIRK LESKO                             Subject (R)SEQUENTIAL FILES
  2128. ---------------------------------------------------------------------------
  2129. NO, I did not do a text find and replace because I know that the new
  2130. Clipper already has one (called str_tran()) You can however write your
  2131. own Clipper program to convert all those chr(13) to chr(13)+chr(10).
  2132. make sure that indeed the lines do not end in a cr/lf combo. To make
  2133. the translatation utility, just open the file, create a new file and
  2134. use the command f_readbyte().
  2135. copy the bytes from the old file to the new file, and if you finf a
  2136. chr(13), then write out a cr/lf pair to the new file. That's all there
  2137. is to it. Give it a shot, you will be amazed at how simple you could do
  2138. search and replace in a file.
  2139.  
  2140. code something like this:
  2141.  
  2142. do whil .not. f_eof(handle1)
  2143.  
  2144. mem1 = f_readbyte(handle1)
  2145. if mem1 = 13
  2146.    f_write(handle2,chr(13)+chr(10))
  2147.  
  2148. < More - C(ontinuous) Y/N >
  2149. else
  2150.    f_write(chr(mem1))
  2151. endif
  2152.  
  2153. enddo
  2154.  
  2155. f_close(handle1)
  2156. f_close(handle2)
  2157.  
  2158. uinderstand???
  2159.  
  2160. dLESKO
  2161.  
  2162.  
  2163. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2164.  
  2165.  
  2166.  
  2167.  
  2168. Message #1654
  2169.   To STEVE STRALEY                          11-10-87
  2170. From JON MELTZER                            Subject (R)NEW CLIPPER
  2171. ---------------------------------------------------------------------------
  2172. What have they done to MEMORY(0) ??
  2173.  
  2174.  
  2175. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2176.  
  2177.  
  2178.  
  2179.  
  2180. Message #1655
  2181.   To STEVE STRALEY                          11-10-87
  2182. From ROBERT HEYMAN                          Subject (R)NEW CLIPPER
  2183. ---------------------------------------------------------------------------
  2184. Steve: I wish I had known about YOUR new version before I sent $$ to
  2185. A-T (er...Nantucket  (amazing how I got the two mixed up)).....or
  2186. before I had plunked down $$ for your OLD version! (grin)..(sigh...is
  2187. there never an end to updates!)
  2188. Rob
  2189.  
  2190.  
  2191. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2192.  
  2193.  
  2194.  
  2195.  
  2196. Message #1657
  2197.   To DIRK LESKO                             11-11-87             (Rcvd)
  2198. From CLIFF CORCORAN                         Subject (R)SEQUENTIAL FILES
  2199. ---------------------------------------------------------------------------
  2200. Well I think so.... I will print out your advice and run some test,
  2201. looks pretty straight forward after I get the logic straight in my own
  2202. mind. Appreciate the help.
  2203. Regards CLiff
  2204.  
  2205.  
  2206. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2207.  
  2208.  
  2209.  
  2210.  
  2211. Message #1658
  2212.   To ROBERT HEYMAN                          11-11-87             (Rcvd)
  2213. From KELLY STANONIK                         Subject (R)NEW CLIPPER
  2214. ---------------------------------------------------------------------------
  2215. Well, at least Winter '87 (grin), lets not ask for another year of
  2216. this!!
  2217.  
  2218.  
  2219. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2220.  
  2221.  
  2222.  
  2223.  
  2224. Message #1659
  2225.   To CLIFF CORCORAN                         11-11-87
  2226. From KELLY STANONIK                         Subject (R)SEQUENTIAL FILES
  2227. ---------------------------------------------------------------------------
  2228. Well--
  2229.  
  2230. Set up the various databases with structures to match each of the
  2231. formats you've given (including the Fnnn format number), then do an
  2232. individual append for each one.
  2233.  
  2234. USE DATA1
  2235. APPEND FROM your_file FOR format_num = 'F001' SDF
  2236. USE DATA2
  2237. APPEND FROM your_file FOR format_num = 'F002' SDF
  2238. USE DATA3
  2239. APPEND FROM your_file FOR format_num = 'F003' SDF
  2240.  
  2241. You get the picture.  This will work correctly (assuming each record is
  2242. terminated by a cr/lf)
  2243.  
  2244. Of course, I could have misunderstood your entire message...
  2245. -kms
  2246.  
  2247. < More - C(ontinuous) Y/N >
  2248.  
  2249.  
  2250. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2251.  
  2252.  
  2253.  
  2254.  
  2255. Message #1664
  2256.   To ALL                                    11-11-87
  2257. From DIRK LESKO                             Subject NEW CLIPPER
  2258. ---------------------------------------------------------------------------
  2259. I think Nantucket should wait a few more months, get ALL the bugs out,
  2260. and then call it Summer88, maybe that way they'll be on time!
  2261.  
  2262. dLESKO
  2263.  
  2264.  
  2265. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  2266.  
  2267.  
  2268.  
  2269.  
  2270. Message #1665
  2271.   To ALL                                    11-11-87
  2272. From MARK NEIDORFF                          Subject FFUTURE CLIPPER
  2273. ---------------------------------------------------------------------------
  2274. Hi All:
  2275.      In browsing around the roundtable discussions at the last NYMCUG
  2276. meeting, I overheard Steve Straley (as I recall) talking about some
  2277. reasons for the .EXE file size of clipper files.  The thread of the
  2278. discussion was that there was a design decision made at Nantucket about
  2279. whether the library routines to do various things would need to be
  2280. specified by the programmer in a header of each(?) .PRG file or whether
  2281. the compiler would do the work.  Vote for the compiler and all
  2282. libraries get put into one HUGE  .EXE file, and code would be
  2283. compatible with DBASE III; vote for the programmer and we would have
  2284. smaller .EXE files, but more tedious programming chores such as
  2285. creating a header based on what keywords are in each .PRG file.  Guess
  2286. who won at Nantucket!!(grin){sorry, make that groan}
  2287.      Now the question:    ARE WE STUCK WITH THIS?  May I propose that
  2288. the CLIPPER people on the board, when they read this message just drop
  2289. me a reply here about whether they would, given the choice, vote for
  2290. smaller files, or "easier programming."  BTW in case you haven't
  2291. figured out the punchline yet, how difficult do you think it would be
  2292.  
  2293. < More - C(ontinuous) Y/N >
  2294. to write a small utility in 'C' or 'ASM' to read our .PRG files and
  2295. automatically insert the proper INCLUDE (header) statements into the
  2296. code?  If you guessed real easy you figgered it all out.  Based on your
  2297. replies, I will, or will not draft a letter to Nantucket expressing our
  2298. views (as a large group of CLIPPER professionals) on the subject.  If
  2299. the letter gets drafted, I'll post it here and ask for comments before
  2300. sending it out.
  2301.       <<  Mark  >>
  2302.  
  2303.  
  2304. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2305.  
  2306.  
  2307.  
  2308.  
  2309. Message #1666
  2310.   To MARK NEIDORFF                          11-11-87
  2311. From ROBERT HEYMAN                          Subject (R)FFUTURE CLIPPER
  2312. ---------------------------------------------------------------------------
  2313. Mark........INCLUDES!  (need you ask?)  But is it possible that
  2314. Nantucket listens more to their community of developers than
  2315. does A-T ??
  2316. Rob Heyman
  2317.  
  2318.  
  2319. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2320.  
  2321.  
  2322.  
  2323.  
  2324. Message #1668
  2325.   To ALL                                    11-12-87
  2326. From RON LANDBERG                           Subject ZOOMBOX
  2327. ---------------------------------------------------------------------------
  2328. I am using Zoombox, which I downloaded form here. The height & width
  2329. parameters don't seem to work.  The source code states that height can
  2330. be as small as 4 lines.  I cannot get that parameter to work set less
  2331. than 6.  Also, have similar problem in width parameter.  Also, it
  2332. doesn't appear to be making the right soze box even with parameters
  2333. over 6.
  2334. Does anyone use Zoombox who can help me?  Is it possible that the
  2335. version here has been upgraded and not made available here?
  2336.  
  2337.  
  2338. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  2339.  
  2340.  
  2341.  
  2342.  
  2343. Message #1669
  2344.   To STEVE STRALEY                          11-12-87
  2345. From RON LANDBERG                           Subject LARGE .EXE FILES
  2346. ---------------------------------------------------------------------------
  2347. I have written a half dozen large CLIPPER applications and all but one
  2348. have not used overlays.  I have never had a failure for using too much
  2349. memory (and some of these applications run up in the high 200K range).
  2350. I have not noticed any other problems.
  2351. It would be nice if you and the others who understand it would hold a
  2352. discussion on memory usage.  For example what does it mean to have a
  2353. 300K application with 10 screen save memory variables running in 640K?
  2354.  
  2355.  
  2356. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  2357.  
  2358.  
  2359.  
  2360.  
  2361. Message #1670
  2362.   To MARK NEIDORFF                          11-12-87
  2363. From HARRY VANTASSELL                       Subject (R)MMAIL MERGE
  2364. ---------------------------------------------------------------------------
  2365. Hi Mark,   Re your 1636
  2366. You can use memo fields to store form letters that contain macros
  2367. which use information in that or some other database to be filled in
  2368. at the time the letter is printed.  Here is the secret - macros ONLY
  2369. work on memory variables, and will thus will NOT work on fields. But,
  2370. not to fear, just declare the field to be a memory variable and all
  2371. will be well. Example: If your DBF contains a field called ADDRESS,
  2372. just execute the statement, address = address before you expand the
  2373. macro. Go into dBASE, open a DBF containing field name ADDRESS,
  2374. and try ? "&address" and get &address, then execute address=address
  2375. and again try ? "&address" and this time you get printed out the
  2376. contents of the address field of the current record. Whee... If
  2377. you SKIP then ? "address"  and ? "&address" will be different, the
  2378. memory variable still contains the address contained in the prior
  2379. record. Gosh, golly and gee whiz, you just gotta exectute that old
  2380. address=address statement each time the database is moved.
  2381. .
  2382. Oh, one other little detail, Clipper chokes on evaluting a long
  2383.  
  2384. < More - C(ontinuous) Y/N >
  2385. macro so SubString your memo field into chunks about 200 chars
  2386. long. Now, thats not so hard, is it?
  2387. .
  2388. I have a commercial application that uses six databases at one time
  2389. to supply macros used in documents stored as memo fields. This can
  2390. be up to 6*1024 = 6144 different macros! - WoW!  I ended up with 5
  2391. or 6 short C routines that allow batch mailing comments to be typed
  2392. in at set-up time, and then parse the memo field, expand the macros,
  2393. marginate, justify, and paginate a finished document for each record
  2394. selected from the primary DBF by using a custom query module. It
  2395. was just too slow and complex in all Clipper code but quick and neat
  2396. using the C routines to feed information to Clipper. It uses a point
  2397. and shoot interface to select the fields.
  2398. .
  2399. If you wanta see the critter actually work, give me your address in
  2400. a private message and I'll mail you a demo.
  2401. .
  2402. When used with the MemoEdit() editor, such gimmicks can be quite
  2403. powerful.  I am considering doing a Clipper generic report writer
  2404. using the same principles.  I have never liked to use R&R report
  2405. with Clipper.
  2406.  
  2407.  
  2408. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2409.  
  2410.  
  2411.  
  2412. IDORFF                          11-12-87             (Rcvd)
  2413. From HARRY VANTASSELL                       Subject (R)MMAIL MERGE
  2414. ---------------------------------------------------------------------------
  2415. Hi Mark,   Re your 1636
  2416. You can use memo fields to store form letters that contain macros
  2417. which use information in that or some other database to be filled in
  2418. at the time the letter is printed.  Here is the secret - macros ONLY
  2419. work on memory variables, and will thus will NOT work on fields. But,
  2420. not to fear, just declare the field to be a memory variable and all
  2421. will be well. Example: If your DBF contains a field called ADDRESS,
  2422. just execute the statement, address = address before you expand the
  2423. macro. Go into dBASE, open a DBF containing field name ADDRESS,
  2424. and try ? "&address" and get &address, then execute address=address
  2425. and again try ? "&address" and this time you get printed out the
  2426. contents of the address field of the current record. Whee... If
  2427. you SKIP then ? "address"  and ? "&address" will be different, the
  2428. memory variable still contains the address contained in the prior
  2429. record. Gosh, golly and gee whiz, you just gotta exectute that old
  2430. address=address statement each time the database is moved.
  2431. .
  2432. Oh, one other little detail, Clipper chokes on evaluting a long
  2433.  
  2434. < More - C(ontinuous) Y/N > c
  2435. macro so SubString your memo field into chunks about 200 chars
  2436. long. Now, thats not so hard, is it?
  2437. .
  2438. I have a commercial application that uses six databases at one time
  2439. to supply macros used in documents stored as memo fields. This can
  2440. be up to 6*1024 = 6144 different macros! - WoW!  I ended up with 5
  2441. or 6 short C routines that allow batch mailing comments to be typed
  2442. in at set-up time, and then parse the memo field, expand the macros,
  2443. marginate, justify, and paginate a finished document for each record
  2444. selected from the primary DBF by using a custom query module. It
  2445. was just too slow and complex in all Clipper code but quick and neat
  2446. using the C routines to feed information to Clipper. It uses a point
  2447. and shoot interface to select the fields.
  2448. .
  2449. If you wanta see the critter actually work, give me your address in
  2450. a private message and I'll mail you a demo.
  2451. .
  2452. When used with the MemoEdit() editor, such gimmicks can be quite
  2453. powerful.  I am considering doing a Clipper generic report writer
  2454. using the same principles.  I have never liked to use R&R report
  2455. with Clipper.
  2456.  
  2457.  
  2458. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2459.  
  2460.  
  2461.  
  2462. Message #1671
  2463.   To KELLY STANONIK                         11-12-87             (Rcvd)
  2464. From CLIFF CORCORAN                         Subject (R)SEQUENTIAL FILES
  2465. ---------------------------------------------------------------------------
  2466. Hummm, That may be the most easiest (sigh most easiest indeed) way to
  2467. do the task. All I need to do is a replace ment of the cr with a cr/lf
  2468. pair. Shoot, I feel silly, could not see the forest fro the trees! I
  2469. really appreciate the tip., I think you hit it!
  2470. Regards CLiff
  2471. P.S. I have said it before, but I really love this forum!
  2472. cc
  2473.  
  2474.  
  2475. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2476.  
  2477.  
  2478.  
  2479. Message #1674
  2480.   To MARK NEIDORFF                          11-12-87             (Rcvd)
  2481. From DIRK LESKO                             Subject (R)FFUTURE CLIPPER
  2482. ---------------------------------------------------------------------------
  2483. Do you know how many times I have told them about that???? The method
  2484. you mention is not even necessary. There is absolutely no reason to
  2485. have to use an include statement. Clipper should only call in what gets
  2486. called from the compiled program. The only time you get into trouble is
  2487. inside a macro expansion. If you want to execute a function inside a
  2488. macro, that function better be available. To alleviate this with
  2489. external libraries, Clipper has the external command. My suggestion is
  2490. to only include functions that Clipper absolutely needs to run, plus
  2491. any functions that are explicitely called AND any function declared
  2492. external.
  2493.  
  2494. Most programmers know which functions they will be including in macro
  2495. expansion, if at all, so declaring 3 or 4 functions as external is
  2496. noooo problem. This is THE method to use, but the idiots at Nantucket
  2497. don't spend enough time programming in Clipper to know that.
  2498.  
  2499. responses????
  2500.  
  2501.  
  2502. < More - C(ontinuous) Y/N >
  2503. dLESKO
  2504.  
  2505.  
  2506. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2507.  
  2508.  
  2509.  
  2510. Message #1675
  2511.   To DIRK LESKO                             11-12-87             (Rcvd)
  2512. From JON MELTZER                            Subject (R)NEW CLIPPER
  2513. ---------------------------------------------------------------------------
  2514. Nantucket is out of time. If Force III is what it claims to be,
  2515. I'm switching.
  2516.  
  2517.  
  2518. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2519.  
  2520.  
  2521.  
  2522. Message #1676
  2523.   To ALL                                    11-12-87
  2524. From ROBERT HEYMAN                          Subject FORCE III
  2525. ---------------------------------------------------------------------------
  2526. * HATE * to bring this up in this CO, but has ANYONE out there had
  2527. any experience with Force III  (I am intrigued to say the least).
  2528. Rob Heyman
  2529.  
  2530.  
  2531. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2532.  
  2533.  
  2534.  
  2535. Message #1677
  2536.   To HARRY VANTASSELL                       11-13-87             (Rcvd)
  2537. From RON LANDBERG                           Subject (R)MMAIL MERGE
  2538. ---------------------------------------------------------------------------
  2539. I was considering getting R&R  (after a disastrous purchase of the nearly
  2540. useless QUICKREPORT).  Why don't you like to use it with CLIPPER?
  2541.  
  2542.  
  2543. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2544.  
  2545.  
  2546.  
  2547. Message #1678
  2548.   To RON LANDBERG                           11-13-87             (Rcvd)
  2549. From CLIFF CORCORAN                         Subject (R)MMAIL MERGE
  2550. ---------------------------------------------------------------------------
  2551. I had the misfortune of buying the RR. The run time required is
  2552. very big, so only small to medium size applications could use it. It is
  2553. a great idea, but I think a smaller (if less nimble) report gen program
  2554. is needed that can code into a application.
  2555. Regards Cliff
  2556.  
  2557.  
  2558. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2559.  
  2560.  
  2561.  
  2562. Message #1679
  2563.   To ALL                                    11-13-87
  2564. From CLIFF CORCORAN                         Subject SPREAD SHEET LIKE
  2565. ---------------------------------------------------------------------------
  2566. I would like to create a spread sheet effect for an application. I have
  2567. a rectangular grig where I display the memvars corresponding to several
  2568. records and fields. (About 12 records X 7 fields). I would "Like" to be
  2569. able to move the cursor to a memvar mark it in some way then move it to
  2570. another location. The grid totals would recalc (udf's I suppose) and
  2571. the new set up available for the operator. The problem with standard
  2572. GET routines is that you start at one end and step through all the gets
  2573. in the order programmed. It would be my desire to be able to use the
  2574. cursor arrow keys to move up and down, rearranging as needed and
  2575. perhaps (is there a Santa?) of adding the 'marked' variable to a
  2576. variable already occupying a position.
  2577.    A   B   C   D   E   F   G
  2578. 1      5       6   9
  2579. 2  3       7  14           2
  2580. 3      1   2   4       9
  2581. Etc Etc. The first answer I come up with of course is a procedure that
  2582. somehow steps through the deal. Is there a UDF or Procedure that
  2583. simulates the 2 dimensional matrix (array) .AND. gives the cursor
  2584.  
  2585. < More - C(ontinuous) Y/N >
  2586. control that I would need to give this model a Lotus like user
  2587. interface.
  2588. Regards CLiff
  2589.  
  2590.  
  2591. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2592.  
  2593.  
  2594.  
  2595. Message #1680
  2596.   To JON MELTZER                            11-13-87             (Rcvd)
  2597. From DIRK LESKO                             Subject (R)NEW CLIPPER
  2598. ---------------------------------------------------------------------------
  2599. Be careful, The guys that did Force III had some product out a while
  2600. back that purported to be dBASE compatible, and it wasn't. Also, Force
  2601. III I hear is some kind of memory resident type deal?? I have not heard
  2602. too much about it, but I too am keeping my ears open.
  2603.  
  2604. dLESKO
  2605.  
  2606.  
  2607. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2608.  
  2609.  
  2610.  
  2611. Message #1681
  2612.   To ALL                                    11-13-87
  2613. From DIRK LESKO                             Subject MODEMS
  2614. ---------------------------------------------------------------------------
  2615. Hi, has anyone had any experiences with Multitech modems?? I need to
  2616. order a bunch of modems, and was thinking of Multitech. They gave the
  2617. best price on 2400b. However, I got one to test, and it works in some
  2618. machines, but not in another. A quick call to all manufacturers
  2619. involved results in a whole lot of finger pointing. Does anyone have
  2620. the real lowdown on Multitech? I would like to hear from you....Should
  2621. I buy, or cancel.....
  2622.  
  2623. Thanks,
  2624.  
  2625. dLESKO
  2626.  
  2627.  
  2628. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2629.  
  2630.  
  2631.  
  2632. Message #1682
  2633.   To DIRK LESKO                             11-13-87             (Rcvd)
  2634. From STEVE BADARACCO                        Subject CTRL-END KEY DURING READ
  2635. ---------------------------------------------------------------------------
  2636. The Ctrl-End key seems to return the scan code of 23, which is the same
  2637. as Ctrl-W.  However, during a READ the Ctrl-End Key will take you to
  2638. the last current GET. I have a program run by a VALID which issues a
  2639. "KEYBOARD Chr(18)+Chr(23)" statement.  I had hoped this would cause a
  2640. combination of PgUp and then jump to the last READ following the PgUp.
  2641. Of course, the Chr(23) did not emulate the Ctrl-End. Can you tell me
  2642. how Clipper is redefining the Ctrl-End combination, and whether there
  2643. is any other way to cause a jump to the last GET using the "KEYBOARD"
  2644. command? As always, thank you VERY MUCH for your time! --Steve
  2645.  
  2646.  
  2647. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  2648.  
  2649.  
  2650.  
  2651. Message #1683
  2652.   To HARRY VANTASSELL                       11-13-87             (Rcvd)
  2653. From STEVE BADARACCO                        Subject CTRL-END KEY IN READ
  2654. ---------------------------------------------------------------------------
  2655. The Ctrl-End key seems to return the scan code of 23, which is the same
  2656. as Ctrl-W.  However, during a READ the Ctrl-End Key will take you to
  2657. the last current GET. I have a program run by a VALID which issues a
  2658. "KEYBOARD Chr(18)+Chr(23)" statement.  I had hoped this would cause a
  2659. combination of PgUp and then jump to the last READ following the PgUp.
  2660. Of course, the Chr(23) did not emulate the Ctrl-End. Can you tell me
  2661. how Clipper is redefining the Ctrl-End combination, and whether there
  2662. is any other way to cause a jump to the last GET using the "KEYBOARD"
  2663. command? As always, thank you VERY MUCH for your time! --Steve
  2664.  
  2665.  
  2666. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2667.  
  2668.  
  2669.  
  2670. Message #1684
  2671.   To HOWARD KAPUSTEIN                       11-13-87
  2672. From STEVE BADARACCO                        Subject CTRL-END KEY IN READ
  2673. ---------------------------------------------------------------------------
  2674. The Ctrl-End key seems to return the scan code of 23, which is the same
  2675. as Ctrl-W.  However, during a READ the Ctrl-End Key will take you to
  2676. the last current GET. I have a program run by a VALID which issues a
  2677. "KEYBOARD Chr(18)+Chr(23)" statement.  I had hoped this would cause a
  2678. combination of PgUp and then jump to the last READ following the PgUp.
  2679. Of course, the Chr(23) did not emulate the Ctrl-End. Can you tell me
  2680. how Clipper is redefining the Ctrl-End combination, and whether there
  2681. is any other way to cause a jump to the last GET using the "KEYBOARD"
  2682. command? As always, thank you VERY MUCH for your time! --Steve
  2683.  
  2684.  
  2685. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  2686.  
  2687.  
  2688.  
  2689. Message #1685
  2690.   To DIRK LESKO                             11-13-87             (Rcvd)
  2691. From MARK NEIDORFF                          Subject (R)MODEMS
  2692. ---------------------------------------------------------------------------
  2693. Hi Dirk:
  2694.     Mark Seiden, the SYSOP h┤as experience with MULTITCH here on the
  2695. BOSS.  He posted a message on the CLANG conf. about it a while ago.
  2696. Please let me know what you find out.  From hitting the Mags. to try ▌o
  2697. sort the MODEM mess out, i it seems that they are basicallly simple
  2698. beasties.  BUT, even though the MAGS test all sorts of them, and aue ad
  2699. na─«▀╓S╡┘╬WF{seum ove▀r ▀▄╚]test▀ py*ocedures, the fact seems to be
  2700. that there ╜J║+is variabliity between samples from the same
  2701. manufacturer .▀╛'▀  (I gleaned this afrom read▀┌O╩ng ╥etween the lines)
  2702. F/rom the state of this message, do you see why I'm asking for feedback
  2703. from you when you hear?
  2704.    OTHER ISSUES:
  2705.     My idea of a note to NANTUCKET.  Many voices speak louder than one
  2706. and just may get heard, or listened to.  On- ╢f┼║╦╨
  2707. $4R*╒jO╖∞m▀v┐|╒e▄hing that I did n╛'5oK▀[)]s>¡0╙a}¬
  2708. 9÷y│B┼╦╣]╗oI▀/?W.┤└╚S
  2709. OS/2 et al completely c÷n this issue?
  2710.    << Mark >>
  2711.  
  2712. < More - C(ontinuous) Y/N >
  2713.  
  2714.  
  2715. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2716.  
  2717.  
  2718.  
  2719. Message #1686
  2720.   To MARK NEIDORFF                          11-13-87             (Rcvd)
  2721. From DIRK LESKO                             Subject (R)MODEMS
  2722. ---------------------------------------------------------------------------
  2723. Your last message was full of gobbledygook, I got the part on the
  2724. modems, but not on Nantucket (We have been in contact with F. Ho on
  2725. many issues and have been trying to get them to change a few things).
  2726.  
  2727. dLESKO
  2728.  
  2729.  
  2730. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2731.  
  2732.  
  2733.  
  2734. Message #1688
  2735.   To DIRK LESKO                             11-14-87             (Rcvd)
  2736. From RICHARD STREETER                       Subject (R)MODEMS
  2737. ---------------------------------------------------------------------------
  2738. My experience with MultiTech has been all good.  I'm talking bout the
  2739. model 224E.  Howver they have a toll free tech line with no charge and
  2740. they have sent me free updates of there ROM.  All in all they are the
  2741. best company I have ever dealt with.  Unfortunately I can't comment on
  2742. the model 2400B but I hope what I've said may be of some help.
  2743.  
  2744.  
  2745. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2746.  
  2747.  
  2748.  
  2749. Message #1690
  2750.   To ROBERT HEYMAN                          11-14-87             (Rcvd)
  2751. From JON MELTZER                            Subject (R)FORCE III
  2752. ---------------------------------------------------------------------------
  2753. I called Force III yesterday - yes, they have a true compiler, support
  2754. all dBase III commands except the interactive stuff (MODIFY/BROWSE
  2755. etc), do not support macros (no more macro processor overhead!),
  2756. allow UDFs ...
  2757. They say that other languages can be linked in; unfortunately, I have
  2758. not found out yet which ones. (Presumably Microsoft or Lattice C,
  2759. certainly assembler). They did say that they do not support the
  2760. Clipper C UDF calling conventions.
  2761. Release date is mid-December.
  2762.  
  2763.  
  2764. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2765.  
  2766.  
  2767.  
  2768. Message #1691
  2769.   To DIRK LESKO                             11-14-87             (Rcvd)
  2770. From JON MELTZER                            Subject (R)NEW CLIPPER
  2771. ---------------------------------------------------------------------------
  2772. The memory resident dBase clone is Hardrunner (I believe that's the
  2773. name, they had an ad on the inside cover of the latest dBased Advisor).
  2774. The Force III person I talked to claimed that the product was a
  2775. true compiler and said nothing about memory resident kludges.
  2776.   What other product did the Force III people produce? I'd like to
  2777. hear anything that this conference has to say, positive or negative,
  2778. about the company.
  2779.  
  2780.  
  2781. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2782.  
  2783.  
  2784.  
  2785. Message #1692
  2786.   To MARK NEIDORFF                          11-14-87             (Rcvd)
  2787. From JON MELTZER                            Subject (R)MODEMS
  2788. ---------------------------------------------------------------------------
  2789. Maybe you should get a new modem  :-)
  2790.  
  2791.  
  2792. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2793.  
  2794.  
  2795.  
  2796. Message #1693
  2797.   To DIRK LESKO                             11-14-87             (Rcvd)
  2798. From JON MELTZER                            Subject MESSAGE 1691
  2799. ---------------------------------------------------------------------------
  2800. just looked it up -it's "FrontRunner"
  2801.  
  2802.  
  2803. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  2804.  
  2805.  
  2806.  
  2807. Message #1694
  2808.   To ALL                                    11-14-87
  2809. From DIRK LESKO                             Subject LIBRARY
  2810. ---------------------------------------------------------------------------
  2811. Hi, to all of you who have PDL.LIB.....We are changing the name to
  2812. avoid a conflict with 'another' vendor that uses a name similiar to
  2813. ours. Seems he got there first so we don't want to ruffle his feathers
  2814. (especially since our product is soooo much better than his...) So,
  2815. when you receive the release version, It will be under the name:
  2816.  
  2817. The Integrated Development Library for Clipper.
  2818.  
  2819. ANd it will be marketed by, naturally, Integrated Development Corp.\
  2820.  
  2821. There are appox. 100 new functions, and expanded documentation of some
  2822. of the more trickier functions. We now include full DOS and BIOS
  2823. interrupt support, the creation of 'virtual' screens in memory,
  2824. expanded file functions, expanded printer support, expanded comm port
  2825. support, expanded string support and much more.
  2826.  
  2827. So, from now on, I will be using the initials IDL instead of PDL, or as
  2828. some of the users put it....IDLibrary....
  2829.  
  2830. < More - C(ontinuous) Y/N >
  2831.  
  2832. Work is almost complete on printing and all that, so Christmas may come
  2833. a little early for you pre-release owners. Look for our ad in the
  2834. upcoming Databased advisor, as well as a series of reviews and articles
  2835. scheduled for upcoming issues......So glad to have you all around, your
  2836. a terrific bunch. Thanks for all your help and suggestions in getting
  2837. IDL into it's present form. By the way (btw), All but 3 function
  2838. requests were written into the library. All the best....
  2839.  
  2840. dLESKO
  2841.  
  2842.  
  2843. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2844.  
  2845.  
  2846.  
  2847. Message #1695
  2848.   To DIRK LESKO                             11-14-87             (Rcvd)
  2849. From MARK NEIDORFF                          Subject (R)MODEMS
  2850. ---------------------------------------------------------------------------
  2851. Well, now that the phone company is being al little better, m idea is
  2852. to give uss on the BOSS a bigger voice  in contacting NANTUCKET than
  2853. individual developers.  Possibly a letter with MANY names may get some
  2854. people listening.  Or, maybe talking quietly to one or two selected
  2855. people will  get the job done too.  It does seem that we should let our
  2856. feelings be known, if people are willing to speak (softly) up.
  2857.     My other thought on this same thread is that maybe with OS/2, this
  2858. would not be such a big issue.  After all, everyone may have gigabite
  2859. machines, running multitasks  etc. and m÷aybe we should just wait it all
  2860. out.??
  2861.  
  2862.  
  2863. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2864.  
  2865.  
  2866.  
  2867. Message #1696
  2868.   To JON MELTZER                            11-14-87             (Rcvd)
  2869. From MARK NEIDORFF                          Subject (R)MODEMS
  2870. ---------------------------------------------------------------------------
  2871. Or a new phone line  and a new modem!!(Let's see, just how soon is
  2872. December??, hmmmmmm...)
  2873.    <<  Mark >>
  2874.  
  2875.  
  2876. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2877.  
  2878.  
  2879.  
  2880. Message #1697
  2881.   To STEVE STRALEY                          11-15-87             (Rcvd)
  2882. From ABE RICE                               Subject PICT UDF
  2883. ---------------------------------------------------------------------------
  2884. Hi Steve,
  2885. A couple of weeks ago, I ran into someone who said that you had given
  2886. him a really hot tip. It was that one can use UDF within the picture
  2887. clause.
  2888. I was trying to do this tonight (if state $ usa then zip pict '99999'
  2889. else zip
  2890. pict 'xxxxxxx') but I cannot get this working. Can you shed some light
  2891. on
  2892. this here.
  2893. Thanks
  2894. Abe
  2895.  
  2896.  
  2897. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2898.  
  2899.  
  2900.  
  2901. Message #1698
  2902.   To DIRK LESKO                             11-15-87             (Rcvd)
  2903. From RON LANDBERG                           Subject (R)LIBRARY
  2904. ---------------------------------------------------------------------------
  2905. Could you tell us (once again) how to order the IDL.  Address, check
  2906. made out to, etc.?
  2907. Cost?  If we order now, will we get a manual and when would we get the
  2908. Lib?
  2909. .
  2910. On the subject of NEW CLIPPER and IDL: You've said that the IDL will be
  2911. compatible with the new version of CLIPPER.  Will it also be and/or
  2912. stay compatible with the current CLIPPER?
  2913. .
  2914. Is it possible that the new CLIPPER will be so buggy that it will be
  2915. advisable to stay with the present CLIPPER version even after the new
  2916. one is out?
  2917.  
  2918.  
  2919. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2920.  
  2921.  
  2922.  
  2923. Message #1699
  2924.   To ABE RICE                               11-15-87             (Rcvd)
  2925. From RON LANDBERG                           Subject (R)PICT UDF
  2926. ---------------------------------------------------------------------------
  2927. I never thought of it before myself.  So I went out and tried it.  What
  2928. should work is:
  2929. @ xx,yy get zip pict iif(stat $ usa,'99999','XXXXXXXX')
  2930. .
  2931. What an absolutely neat idea!!  I bet I can figure out how to use this
  2932. gem.
  2933. Thanks to Steve Straley if you were the one to figure that out.
  2934.  
  2935.  
  2936. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2937.  
  2938.  
  2939.  
  2940. Message #1700
  2941.   To DIRK LESKO                             11-15-87             (Rcvd)
  2942. From RON LANDBERG                           Subject IDL
  2943. ---------------------------------------------------------------------------
  2944. I am getting really interested in getting the library.  From some of
  2945. the discussions, it sounds like there is enough functions to allow for
  2946. a window-like environment.  Is that true?
  2947.  
  2948.  
  2949. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2950.  
  2951.  
  2952.  
  2953. Message #1701
  2954.   To RON LANDBERG                           11-15-87             (Rcvd)
  2955. From JON MELTZER                            Subject (R)PICT UDF
  2956. ---------------------------------------------------------------------------
  2957. How did we all miss this until now?? So obvious ...
  2958.  
  2959.  
  2960. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2961.  
  2962.  
  2963.  
  2964. Message #1703
  2965.   To JON MELTZER                            11-15-87             (Rcvd)
  2966. From HOWARD MARKS                           Subject (R)FORCE III COMPILER
  2967. ---------------------------------------------------------------------------
  2968. Force III is not yet released. I spoke to them at COMDEX and they have
  2969. been convinced that releasing it without UDFs and VALID would be
  2970. suicidal. So we wait.
  2971.  
  2972.  
  2973. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2974.  
  2975.  
  2976.  
  2977. Message #1704
  2978.   To DIRK LESKO                             11-15-87             (Rcvd)
  2979. From HOWARD MARKS                           Subject (R)MODEMS
  2980. ---------------------------------------------------------------------------
  2981. In the tests I did at PC the Multitechs were the cream of the crop (See
  2982. the 5/12 issue) I didn't test the internals however. I'm a big fan of
  2983. error correcting modems in general and Class 5 MNP or V-Series
  2984. specifically since you get compression to boot.
  2985. .
  2986.  
  2987.  
  2988. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  2989.  
  2990.  
  2991.  
  2992. Message #1705
  2993.   To RON LANDBERG                           11-15-87             (Rcvd)
  2994. From DIRK LESKO                             Subject (R)IDL
  2995. ---------------------------------------------------------------------------
  2996. Yes, that is true. The release version has a set of functions that
  2997. allow you to create virtual screens. This differs from Windows in the
  2998. sense that the windows are not maintained for you, they are maintained
  2999. by you. Utilizing a few Clipper functions, you can create the necessary
  3000. w_open(), w_close(), w_move(), and even zoombox() if you wanted to.
  3001. Rather than say I do windows (which I don't), I have incorporated into
  3002. the library the necessary tools to do it yourself. That way you do not
  3003. need spend 100 bucks getting a window library, and then another 100
  3004. bucks getting a general purpose library. For example, to create a
  3005. virtual screen, frame it, and title it, you would execute the following
  3006. code:
  3007.  
  3008. mem_var = init_scrn(10,10,20,50,<attribute>)
  3009.  
  3010. This initializes a screen, You can give it an optional color to use.
  3011. Now, to put a border around it we can say:
  3012.  
  3013. mem_var = frame_scrn(mem_var,<box_chars>,<attribute>)
  3014.  
  3015. < More - C(ontinuous) Y/N >
  3016.  
  3017. now the variable <mem_var> contains a screen with a frame around it. To
  3018. put a title on the first line, centered of course:
  3019.  
  3020. mem_var = title_Scrn(mem_var," This is the title",<attribute>)
  3021.  
  3022. Now we have a screen with a title and a border. If we wanted to write
  3023. inside the 'window' we code:
  3024.  
  3025. mem_var = puts_scrn(<row>,<col>,mem_var,"Text to write",<attribute>)
  3026.  
  3027. Where <row> and <col> are the row and column inside the screen to write
  3028. at. Now we have a screen with a title, a border, and text inside it.
  3029. All we need to do to display this 'window' is use the familiar
  3030. rest_scrn() - restore screen function. Since the window was initialized
  3031. at row 10, column 10, if we code the following:
  3032.  
  3033. rest_scrn(mem_var)
  3034.  
  3035. then the screen we created in memory will pop onto the screen at the
  3036. coordinates it was initialized to. If we wanted to, we could put the
  3037. window somewhere else by giving rest_scrn() an additional row and
  3038.  
  3039. < More - C(ontinuous) Y/N >
  3040. column like this:
  3041.  
  3042. rest_scrn(mem_var,<row>,<col>)
  3043.  
  3044. That lets us put screens anywhere, and even move them through the use
  3045. of for/next loops.
  3046.  
  3047. So, there you have the screen building system. It as very fast, and
  3048. easy to understand. There are only 7 functions in the entire system.
  3049. This method lets you create your screens, and then optionally save them
  3050. in text files, memo files, arrays and just about anyway you can save a
  3051. memory variable. It is a rather neat little system. If you are
  3052. interested, give Steve Steiner a call at 603-382-1313. The library
  3053. costs $99.00 and we will be shipping the release verions in December.
  3054.  
  3055. Thanks for your interested, hope to hear from you again.
  3056.  
  3057. dLESKO
  3058.  
  3059.  
  3060. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3061.  
  3062.  
  3063.  
  3064. Message #1706
  3065.   To ALL                                    11-15-87
  3066. From DIRK LESKO                             Subject IDLIBRARY
  3067. ---------------------------------------------------------------------------
  3068. To answer some concerns about the Integrated library....
  3069.  
  3070. First off, to order, contact Steve Steiner at 603-382-1313. You can
  3071. order it COD, or you can send a check for $99.00. Steve will ship your
  3072. copy out right away.
  3073.  
  3074. Now, I have been geting questions concerning the new Clipper and
  3075. release verions, pre-release versions etc. I will try and answer all
  3076. concerns right now. AS all pre-relase owners know, the pre-release
  3077. comes only on disk. The manual is contained in a text file, so it has
  3078. to be printed out. When the release version is launched, the manual
  3079. will be in a binder like you clipper manual, and the source code for
  3080. the entire library will be on diskette. (the pre-release version did
  3081. not contain source). Now the important part....ALL registered
  3082. pre-release owners will receive FREE, the release version with the new
  3083. manual, and all additional functions that have been included since the
  3084. release version. There have been substantial additions to the library,
  3085. and they will be yours at no extra cost. I beleive the total function
  3086.  
  3087. < More - C(ontinuous) Y/N >
  3088. count is around 310 functions. So, if you purchase the pre-release, you
  3089. will receive the release version no matter what.
  3090.  
  3091. Second, I have been getting a lot of questions about the new Clipper.
  3092. We have the library working under the new Clipper. Unfortuanately,
  3093. Nantucket does not have the new Clipper working under the new Clipper,
  3094. So, we are holding back on releasing anything for the Summer87 version
  3095. of Clipper until they release it themselves. At this point, there are
  3096. still many problems, and god knows what stuff Nantucket will change
  3097. between now and then. So, to be safe, we will beieive it when we see
  3098. it. At that ime, we will ship out a new disk with a version compatible
  3099. with the new Clipper. We will also keep available the Autumn86 version
  3100. for safety. We beleive that until all the bugs are ironed out, Autumn86
  3101. will still be in wide use. We also offer Autumn86 users almost all of
  3102. the functions that Summer87 is purporting to have. SO therefore, there
  3103. will bw no penalty for using Autumn86. In fact, there are some gains in
  3104. using Autumn86 and the IDlibrary, for example, the new file system that
  3105. will be included in SUmmer87 can already be had in Autumn86 with IDL.
  3106. The best thing is that IDL's file functions that duplicate the SUmmer87
  3107. functions are 40% smaller in code size, therfore cutting down on the
  3108. .EXE file size you wil end up with. I won't even mention speed here
  3109. either. So, I can assure you that all is well in IDL land, I just wish
  3110.  
  3111. < More - C(ontinuous) Y/N >
  3112. Nantucket would put their feet firmly on the ground, this indecision id
  3113. is driving us developers nuts! - So, If you like the functions in IDL,
  3114. there is no reason for not picking up a copy right away. You will start
  3115. benefitting right away. ANd within a few weeks, the fulkl version will
  3116. be available with no hitches, like it should be.
  3117.  
  3118. Hope to be hearing from you!
  3119.  
  3120. dLESKO
  3121.  
  3122.  
  3123. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3124.  
  3125.  
  3126.  
  3127. Message #1708
  3128.   To DIRK LESKO                             11-15-87             (Rcvd)
  3129. From ROBERT HEYMAN                          Subject (R)IDLIBRARY
  3130. ---------------------------------------------------------------------------
  3131. (GRIN)..ok! I get it! with IDL I don't need Summer 87! (er.. Winter
  3132. 88..  or is it Fall 87 ??)
  3133. Rob Heyman
  3134.  
  3135.  
  3136. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3137.  
  3138.  
  3139.  
  3140. Message #1709
  3141.   To RON LANDBERG                           11-16-87             (Rcvd)
  3142. From HARVEY CETRON                          Subject (R)COMPAQ 386
  3143. ---------------------------------------------------------------------------
  3144. I believe that the Compaq uses a separate video mapping chip and
  3145. therefore does not use RAM for the video.
  3146.  
  3147.  
  3148. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3149.  
  3150.  
  3151.  
  3152. Message #1714
  3153.   To DIRK LESKO                             11-16-87             (Rcvd)
  3154. From MARK NEIDORFF                          Subject PDL IDL
  3155. ---------------------------------------------------------------------------
  3156. Hi Dirk:
  3157.     Fine time for me to notice, but in my release of the PDL (aka IDL)
  3158. a function is referenced on page 4 in the APRINT() function, but it is
  3159. not in the TABLE OF CONTENTS, or anywhere else in the book.  WHAT
  3160. HAPPENED TO set_attr()???  Is this function supposed to change the
  3161. screen attributes in a specific region of the screen?  Will it be in my
  3162. update?  Is it a 'feature function' of the pre-release {there but
  3163. undocumented?  I didn't look.}
  3164.      AS the person who suggested the weirdest function (of the 3 that
  3165. were not included), how about a second chance?  Not tooooo late is it??
  3166.  How about a box zooming function that works both in, and out and gives
  3167. some control of speaker sound (on/off, pitch?, tone?!!?)
  3168.      Thanks for the advice.  I'm taking it to heart, but I still like
  3169. the frills.  (I guess I'll grow up some day too)  See you soon at
  3170. NYMCUG.
  3171.     <<  Mark  >>
  3172.  
  3173.  
  3174. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3175.  
  3176.  
  3177.  
  3178. Message #1715
  3179.   To MARK NEIDORFF                          11-16-87             (Rcvd)
  3180. From DIRK LESKO                             Subject (R)PDL IDL
  3181. ---------------------------------------------------------------------------
  3182. You caught us there, yes there is a set_attr() that will set the
  3183. attributes directly on the screen. In the pre-release it only did one
  3184. location, but in the release version you will be able to specify a
  3185. box coordinate to change. It works really nice and fast.
  3186.  
  3187. Sorry, you were bump from the first spot on the weirdest function....We
  3188. got a new one the other day, something like:
  3189.  
  3190. ? slots()
  3191.  
  3192. get this, a function that returns the number of full SLOTS on the PC,
  3193. AND what kind of card was in it.....And it was a real request.....
  3194.  
  3195. Speak to you soon.
  3196.  
  3197. dLESKO
  3198.  
  3199.  
  3200. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3201.  
  3202.  
  3203.  
  3204. Message #1716
  3205.   To ART KOHN                               11-16-87             (Rcvd)
  3206. From DIRK LESKO                             Subject (R)BOOGERS
  3207. ---------------------------------------------------------------------------
  3208. Art, the release version will be out oficially in a couple of weeks, so
  3209. sit tight, it's a comin!
  3210.  
  3211. dLESKO
  3212.  
  3213.  
  3214. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  3215.  
  3216.  
  3217.  
  3218. Message #1717
  3219.   To ROBERT HEYMAN                          11-16-87             (Rcvd)
  3220. From DIRK LESKO                             Subject (R)IDLIBRARY
  3221. ---------------------------------------------------------------------------
  3222. That's the idea, and even when you get the 'new' version, we'll still
  3223. be faster!!!
  3224.  
  3225. dLESKO
  3226.  
  3227.  
  3228. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3229.  
  3230.  
  3231.  
  3232. Message #1718
  3233.   To DIRK LESKO                             11-17-87             (Rcvd)
  3234. From ABE RICE                               Subject IDL
  3235. ---------------------------------------------------------------------------
  3236. Hi Dirk
  3237. Will those of us with prerelease ver of IDL get the real thing any
  3238. sooner?
  3239. will there be a function for exploding boxes??
  3240. I left a post about doing a udf withing a picture, and Steve (Steiner)
  3241. if you all listening you confirmed it when I spoke with you a while ago
  3242. but I cannot seem to get it to work. If anyone can tell me how this si
  3243. suposed to work?
  3244. Someone mentiond that iif would work, I tried that too and I could not
  3245. get it working.
  3246. thanks
  3247. abe
  3248.  
  3249.  
  3250. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3251.  
  3252.  
  3253.  
  3254. Message #1720
  3255.   To DIRK LESKO                             11-17-87             (Rcvd)
  3256. From RON LANDBERG                           Subject IDL
  3257. ---------------------------------------------------------------------------
  3258. Are there any functions in IDL to intercept the dreaded errors that
  3259. result in the even more dreaded `Q/A/I' ?
  3260.  
  3261.  
  3262. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3263.  
  3264.  
  3265.  
  3266. Message #1722
  3267.   To HARRY VANTASSELL                       11-17-87             (Rcvd)
  3268. From STEVE BADARACCO                        Subject (R)CTRL-END KEY IN READ
  3269. ---------------------------------------------------------------------------
  3270. Thank you very much, Harry!  I guess I will have to do a series of
  3271. down-arrows to the end of the READ.
  3272. By the way, I heard a rumor about a Turbo-style development environment
  3273. for Clipper.  Is that coming with Summer '87 or is it still a pipe
  3274. dream?  It seems like there would be a lot of trouble handling
  3275. overlays while compiling in memory, don't you think?
  3276. So long and thanks again.
  3277. ---Steve.
  3278.  
  3279.  
  3280. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3281.  
  3282.  
  3283.  
  3284. Message #1723
  3285.   To ALL                                    11-17-87
  3286. From CLIFF CORCORAN                         Subject FUNCTION KEYS
  3287. ---------------------------------------------------------------------------
  3288. In regards to my last question (spread sheet effect) I may have a lead
  3289. that I would like some feedback on. Can I use the Function keys to read
  3290. where I am on the screen and make movements, additions, deletions etc
  3291. from within a read? I would have a series of gets, arranged in a matrix
  3292. muck like a 123 spreadsheet. I need to be able to move
  3293. up/down/left/right in that matrix, changing values until the user is
  3294. satisfied. When done, and a confirmation, I would like the new values
  3295. to replace the old values. If not confirmed, I would like the original
  3296. values to remain. The matrix would be seven cols by 12 rows. Each row
  3297. would correspond to a database record with the fields shown in the
  3298. seven cols. I would like to be able to position the curson on a value,
  3299. and then "move" it to another location, adding the moved value to one
  3300. already there if the 'cell' is not blank.
  3301. I think I am not seeing the forest for the trees as this is probably
  3302. not too hard once a clear method comes apparant. Ideas Please!
  3303. Regards Cliff
  3304.  
  3305.  
  3306. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  3307.  
  3308.  
  3309.  
  3310. Message #1724
  3311.   To JON MELTZER                            11-17-87             (Rcvd)
  3312. From STEVE STRALEY                          Subject (R)NEW CLIPPER
  3313. ---------------------------------------------------------------------------
  3314. They have taken the MEMORY() function and forced it to always return a
  3315. 0, so if you test for memory allocation/availability... sorry.   My
  3316. tool kit has a function that rill replace the MEMORY() function call;
  3317. however, it is called MEMRY()... they still have their function in
  3318. their tables.
  3319.  
  3320. Happy Clipping....
  3321.  
  3322. Steve
  3323.  
  3324.  
  3325. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3326.  
  3327.  
  3328.  
  3329. Message #1725
  3330.   To ROBERT HEYMAN                          11-17-87             (Rcvd)
  3331. From STEVE STRALEY                          Subject (R)NEW CLIPPER
  3332. ---------------------------------------------------------------------------
  3333. That o.k. Bob... the new book is still MUCH MUCH different.   I will
  3334. cover every aspect of the new compiler, offer new enhanced versions of
  3335. all of the software, and I will place new examples for EVERY command
  3336. and function.   Additionally, there may be a discount to the tool kit
  3337. with the purchase of the new edition... I'm learning the fine art of
  3338. maketer-manship.   As far as the idea of updates and upgrades... what I
  3339. want to accomplish with each version is to teach people how to think in
  3340. Clipper.   Unlike yourself, most are still new to the Clipper language
  3341. and each version of the book will tutor them.   Many people, on the
  3342. higher end of the scale, thought the old book was too fundamental...
  3343. and it was.   The new one will not be, and there is where the two books
  3344. will be invaluable.   I can understand you view, but in order the
  3345. properly educate the general public, there must be a conceise, planned,
  3346. organized effort to accomplish this goal.   Hope this clears up the
  3347. mystery.   And as always...
  3348.  
  3349. Steve
  3350.  
  3351.  
  3352. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3353.  
  3354.  
  3355.  
  3356. Message #1727
  3357.   To CLIFF CORCORAN                         11-17-87             (Rcvd)
  3358. From STEVE STRALEY                          Subject (R)MMAIL MERGE
  3359. ---------------------------------------------------------------------------
  3360. I hope that you are aware that in my future Tool Kit, an on-line,
  3361. simple report writer will be avilable and will allow the user to
  3362. customize his own reports, or you (the programmer) can pass parameters
  3363. to generate a report automatically.   Right now, it's 23K and I have it
  3364. running in all of my systems.
  3365.  
  3366. Steve
  3367.  
  3368.  
  3369. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3370.  
  3371.  
  3372.  
  3373. Message #1728
  3374.   To CLIFF CORCORAN                         11-17-87             (Rcvd)
  3375. From STEVE STRALEY                          Subject (R)SPREAD SHEET LIKE
  3376. ---------------------------------------------------------------------------
  3377. Cliff... have you looked at dONE, TWO THREE... I think it solves your
  3378. problem/question.
  3379.  
  3380. Steve
  3381.  
  3382.  
  3383. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3384.  
  3385.  
  3386.  
  3387. Message #1729
  3388.   To ABE RICE                               11-17-87             (Rcvd)
  3389. From STEVE STRALEY                          Subject (R)PICT UDF
  3390. ---------------------------------------------------------------------------
  3391. Abe, you have to make sure that with that version of the function, only
  3392. 9's and commas really worked; additionally, you must pass the NAME of
  3393. the variable on which the GET is being performed, not the variable
  3394. itself.   If you look at the function, it tried to macro the variable
  3395. (GET) which can't if it is passed by value.   Pass it by reference and
  3396. things should work o.k.   Let me know and I'll take it from there.
  3397. Happy Clipping...
  3398.  
  3399. Steve
  3400.  
  3401.  
  3402. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3403.  
  3404.  
  3405.  
  3406. Message #1730
  3407.   To RON LANDBERG                           11-17-87             (Rcvd)
  3408. From STEVE STRALEY                          Subject (R)PICT UDF
  3409. ---------------------------------------------------------------------------
  3410. You are welcome Ron... I came across it trying to write a Hebrew
  3411. word-processor for Simon Misels... a friend of mine who origiannly
  3412. tried to get me to come east and work for him.   Thanks to his need,
  3413. the function was possible.   The new version of my tool kit allows for
  3414. dates, character fields, numeric fields as well.   Again, thanks...
  3415.  
  3416. Steve
  3417.  
  3418.  
  3419. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3420.  
  3421.  
  3422.  
  3423. Message #1731
  3424.   To ALL                                    11-17-87
  3425. From STEVE STRALEY                          Subject SST KIT
  3426. ---------------------------------------------------------------------------
  3427. Well, a brief update on the Tool Kit.   It will be shipped when the new
  3428. Clipper is ready.   Aditionally, here is just a few statistics about
  3429. the tool kit.   There are over 15000 lines of PURE Clipper code.   The
  3430. documentation includes examples and sample programs that illustrate
  3431. each new technique/idea.   There are over 500 procedure/pop-up windows,
  3432. routines/functions/variables that drive all systems.   Unfortunately, I
  3433. don't have a price on this since that's not my expertise and the
  3434. publishing firm hasn't come up with one.   I am taking suggestions and
  3435. ideas and will credit those individuals appropraitely.   Hope to hear
  3436. from you all soon, and as always... Happy Clipping...
  3437.  
  3438. Steve Straley
  3439.  
  3440.  
  3441. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  3442.  
  3443.  
  3444.  
  3445. Message #1733
  3446.   To RON LANDBERG                           11-17-87             (Rcvd)
  3447. From DIRK LESKO                             Subject (R)IDL
  3448. ---------------------------------------------------------------------------
  3449. Intercepting the Q/A/I mesage can be very hazardous to your programs
  3450. health. While it is possible to intercept it, I would not recommend it.
  3451. If there is something causing a Q/A/I, then you should fix it somehow.
  3452. Clipper handles a lot of errors horribly, and if you were to continue
  3453. with your program without addressing the error, you could lose lots  of
  3454. data. A print example is with index files. Once you have a problem with
  3455. an index file, that's it, Clipper usually never recovers. I have left a
  3456. message on how to subvert the Q/A/I message.
  3457.  
  3458. dLESKO
  3459.  
  3460.  
  3461. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3462.  
  3463.  
  3464.  
  3465. Message #1734
  3466.   To ABE RICE                               11-17-87             (Rcvd)
  3467. From DIRK LESKO                             Subject (R)IDL
  3468. ---------------------------------------------------------------------------
  3469. As soon as we have the manuals printed and the copies made, the
  3470. pre-release owners will be the first to get it. AS far as functions go
  3471. for exploding boxes, yes, all you have to do is use a for next loop,
  3472. and stick the new abox() command inside of it, and you can make the
  3473. boxe exploce yourself.
  3474.  
  3475. If you want to do a UDF on a get without the picture clause, use the
  3476. valid statement, and make sure you always return true (.T.) if you
  3477. don;t want to stop the get....ie:
  3478.  
  3479. @ 10,0 say "Enter data: " get mem_var valid  my_udf()
  3480. read
  3481.  
  3482. where my_udf() is:
  3483.  
  3484. func my_udf
  3485.  
  3486. ?? chr(7)       && print a beep
  3487.  
  3488. < More - C(ontinuous) Y/N >
  3489.  
  3490. return(.T.)
  3491.  
  3492.  
  3493. That should work for you.
  3494.  
  3495. dLESKO
  3496.  
  3497.  
  3498. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3499.  
  3500.  
  3501.  
  3502. Message #1735
  3503.   To ALL                                    11-17-87
  3504. From DIRK LESKO                             Subject INTERCEPTING Q A I
  3505. ---------------------------------------------------------------------------
  3506. To all who have asked how to avoid the Q/A/I message, I will tell you,
  3507. as long as you understand that it is not infallible. I have not put it
  3508. up because in most cases, Clipper still messes up too much to recover,
  3509. You can however replace the Q/A/I message wioth your own less cryptic
  3510. message to call the programmer at xyz number for example, just do the
  3511. following:
  3512.  
  3513. The internal routine that displays the Q/A/I message is called:
  3514.  
  3515. _RTERROR
  3516.  
  3517. All you have to do is write your own prtocedure called _RTERROR, and
  3518. include the .OBJ module when you lionk your program.
  3519.  
  3520. ie:
  3521.  
  3522. proc _RTERROR
  3523.  
  3524.  
  3525. < More - C(ontinuous) Y/N >
  3526. @ 0,0 say "An error occured, please call me at xxx-yyyy, thank you"
  3527. inke(0)
  3528.  
  3529.  
  3530. Now compile it, and link it in to your program. Cause an error, and you
  3531. will see your message instead of the Q/A/I message. Now, remeber that
  3532. it is not foolproof. Some errors cause other errors, so sometimes you
  3533. will get stuck in an endless loop. You can however use some flags in
  3534. your error routine to not execute code the depends on certain
  3535. conditions.
  3536.  
  3537. While this will work in most circumstances, I take no responsibility
  3538. for any weird occurences that miught happen because you intercepted the
  3539. Q/A?I message. ALso, if the error ocurred because of an index file
  3540. error, than you will probably never be able to recover. The folks at
  3541. Nantucket couldn't give us an error handler because even they couldn't
  3542. recover from index file errors. Too many memory allocation problems
  3543. from what I can tell.
  3544.  
  3545. Give it a shot, and remeber, you heard it here first!
  3546.  
  3547. _RTERROR!!
  3548.  
  3549. < More - C(ontinuous) Y/N >
  3550.  
  3551.  
  3552. dLESKO
  3553.  
  3554.  
  3555. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  3556.  
  3557.  
  3558.  
  3559. Message #1736
  3560.   To CLIFF CORCORAN                         11-18-87             (Rcvd)
  3561. From HARRY VANTASSELL                       Subject (R)SPREAD SHEET LIKE
  3562. ---------------------------------------------------------------------------
  3563. It is not too difficult to do data entry using a 123 interface.
  3564. You can make it look and feel just like using 123. Load the record
  3565. fields into an array (task is much easier if all elements are char)
  3566. and then paint the screen and fall into a DO WHILE .T. loop that
  3567. uses INKEY() for keypress input so that you can move around the
  3568. screen. After each move, reverse video the current cell and un-
  3569. reverse video the prior cell. Each cell can be say 8-9 char wide.
  3570. Use a DO CASE statement to translate the input arrow keys to screen
  3571. location.  Use a "CASE input_key > 32 " or some such logic to use
  3572. a GET when you want to edit the current cell location. Put the GET
  3573. up on row 1-2 in a 80 colm sliding window same as 123 and erase after
  3574. GET READ. It sure seems a lot harder to describe than it actually is
  3575. to code the critter. This may be a little trouble to code but the
  3576. result is really elegant and impressive - like Golly Gee Whiz!
  3577. Maybe I should write an article for Data Based Advisor. <grin>
  3578. .
  3579. If you need more than a single page of say 8 colms by 20 rows you
  3580. need to use up/down and side-to-side scrolling to insert rows and
  3581.  
  3582. < More - C(ontinuous) Y/N >
  3583. colms on the screen display, else its too slow. The Clipper SCROLL
  3584. function works well for up/down but you need a routine that saves
  3585. and moves a rectangle of the screen for side-to-side.  I can supply
  3586. a pair if you don't have em. From a recent dLESKO message, I think
  3587. his library has such a pair. (at 360 functions it must have em)
  3588. .
  3589. I don't know what you need to calculate, you should be able to
  3590. implement a tiny sub-set of 123 without too much pain. You may need
  3591. to have 2 or more arrays for formulas, cell values, etc. Access the
  3592. array elements by: elem_num = [(max_rows)*(cur_col - 1) + cur_row]
  3593. where  1 <= cur_row <= max_row, etc.
  3594. .
  3595. Remember that the VisiCalc was first coded in Basic and I think that
  3596. Clipper has even better string functions than does those older Basics.
  3597. .
  3598. Keep in touch, Harry
  3599.  
  3600.  
  3601. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3602.  
  3603.  
  3604.  
  3605. Message #1737
  3606.   To HOWARD MARKS                           11-18-87             (Rcvd)
  3607. From JON MELTZER                            Subject (R)FORCE III COMPILER
  3608. ---------------------------------------------------------------------------
  3609. They told me (after Comdex) that UDFs were supported ...
  3610. Well, we've ordered one; I'll let the conference know how it is ...
  3611.  
  3612.  
  3613. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3614.  
  3615.  
  3616.  
  3617. Message #1738
  3618.   To STEVE STRALEY                          11-18-87             (Rcvd)
  3619. From JON MELTZER                            Subject (R)NEW CLIPPER
  3620. ---------------------------------------------------------------------------
  3621. Why did they change MEMORY() ?  Makes no sense !!
  3622.  
  3623.  
  3624. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3625.  
  3626.  
  3627.  
  3628. Message #1741
  3629.   To STEVE STRALEY                          11-18-87             (Rcvd)
  3630. From CLIFF CORCORAN                         Subject (R)SPREAD SHEET LIKE
  3631. ---------------------------------------------------------------------------
  3632. Humm, no Steve I have not. With all the CLipper/dBase add on I must
  3633. admit that I do not buy all. I do try to get what tools are needed but
  3634. every request for an application is so much different from the last. I
  3635. will take a look and see if I have any of that product discription
  3636. around my office. Thanks for the tip!
  3637. Regards Cliff
  3638.  
  3639.  
  3640. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3641.  
  3642.  
  3643.  
  3644. Message #1742
  3645.   To HARRY VANTASSELL                       11-18-87             (Rcvd)
  3646. From CLIFF CORCORAN                         Subject (R)SPREAD SHEET LIKE
  3647. ---------------------------------------------------------------------------
  3648. Hey Harry, thank you for the advice. I felt that the task should be
  3649. doable but wanted some direction. The method that you outlined will be
  3650. my project for today. I will dive in and get back to you on what
  3651. success I achieveRLdw! (Optimist to the end,<grin>). Thanks for the
  3652. response Harry.
  3653. Regards CLiff
  3654.  
  3655.  
  3656. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3657.  
  3658.  
  3659.  
  3660. Message #1743
  3661.   To JON MELTZER                            11-18-87             (Rcvd)
  3662. From STEVE STRALEY                          Subject (R)NEW CLIPPER
  3663. ---------------------------------------------------------------------------
  3664. Why do they annouce a SPRING Clipper, Beta it in Summer, refuse to call
  3665. it Autumn, and wont release until Winter?   I am sure that Brain ahs,
  3666. in his own mind, some justifiable reason why MEMORY(0) has been
  3667. removed; perhaps it pertains to the conversion of MICROSOFT C.
  3668. However, I feel that there are other serious ramifications from this
  3669. new Clipper that I will address when the release is a bit more firmly
  3670. in sight and shippable.   As always... Happy Clipping...
  3671.  
  3672. Steve
  3673.  
  3674.  
  3675. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3676.  
  3677.  
  3678.  
  3679. Message #1744
  3680.   To CLIFF CORCORAN                         11-18-87             (Rcvd)
  3681. From STEVE STRALEY                          Subject (R)MMAIL MERGE
  3682. ---------------------------------------------------------------------------
  3683. Thanks Cliff.    The SST Kit will be distributed either through the
  3684. main publishing firm or a software house I founded with another Clipper
  3685. developer, David Dodson ( contributed MEMOREDIT(), DEBUG.OBJ and the
  3686. indexing scheme).   The company is called Falcon Software Development
  3687. and is located in both New Jersey and Los Angeles.   The phone number
  3688. for the publishing firm is 212-599-2141.   However, it is not shippable
  3689. and I will NEVER sell vapor-ware.   So, when it is in ready format,
  3690. I'll let you know.   Additionally, be advised that the tool kit will
  3691. only work with the current (soon to be current) release of Clipper.  I
  3692. appreceiate your eagerness, but half the problems in this industry is
  3693. the shipa product that is not fully documented, fully commented, fully
  3694. tested, fully developed, and/or full of holes.   This wont, so bare
  3695. with me for at least a month.   Thanks again, and as always...
  3696. Happy Clipping...
  3697.  
  3698. Steve
  3699.  
  3700.  
  3701. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3702.  
  3703.  
  3704.  
  3705. Message #1745
  3706.   To CLIFF CORCORAN                         11-18-87             (Rcvd)
  3707. From STEVE STRALEY                          Subject (R)SPREAD SHEET LIKE
  3708. ---------------------------------------------------------------------------
  3709. If you'd like the number for Communication Horizons, it's 212-724-0140
  3710. (I believe).  If you call for operator assistence, request the second
  3711. number... the first one they have listed is bogus.   By the way, I have
  3712. seen this package in operation and is very effecient...
  3713. Happy Clipping...
  3714.  
  3715. Steve
  3716.  
  3717.  
  3718. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3719.  
  3720.  
  3721.  
  3722. Message #1748
  3723.   To MARK NEIDORFF                          11-18-87             (Rcvd)
  3724. From CLIFF GREEN                            Subject (R)FFUTURE CLIPPER
  3725. ---------------------------------------------------------------------------
  3726. Assuming what Mark has said is possible, and there is a realistic
  3727. debate going on over a Clipper compiler which is either "less filling"
  3728. or has "more taste", so to speak.....
  3729. Yeah.  What's wrong with a Clipper preprocessor, to read and take
  3730. advantage of INCLUDEd header files, indicating which parts of the
  3731. library to use? It would be more work for Nantucket, but a set of standard
  3732. header files could be included with the compiler, to be used off the
  3733. rack, or edited and customized.
  3734.  
  3735.  
  3736. [ok, I've got my helmet on now, start throwing them rocks....]
  3737.  
  3738.  
  3739. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3740.  
  3741.  
  3742.  
  3743. Message #1749
  3744.   To DIRK LESKO                             11-18-87             (Rcvd)
  3745. From CLIFF GREEN                            Subject (R)FFUTURE CLIPPER
  3746. ---------------------------------------------------------------------------
  3747. Oh.  You mean we get to ask them for a competent, efficient compiler
  3748. all at the same time?
  3749.  
  3750.  
  3751.  
  3752.  
  3753. Nah.
  3754.  
  3755.  
  3756. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3757.  
  3758.  
  3759.  
  3760. Message #1751
  3761.   To STEVE STRALEY                          11-18-87             (Rcvd)
  3762. From ROBERT HEYMAN                          Subject (R)NEW CLIPPER
  3763. ---------------------------------------------------------------------------
  3764. Steve....I was really only being fatuous about "updates" with rtegards
  3765. to your book...I will GLADLY purchase said update as I am so pleased
  3766. with your present tome.
  3767. Rob Heyman
  3768.  
  3769.  
  3770. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3771.  
  3772.  
  3773.  
  3774. Message #1753
  3775.   To DIRK LESKO                             11-18-87             (Rcvd)
  3776. From ABE RICE                               Subject CLIPPER
  3777. ---------------------------------------------------------------------------
  3778. Hi Dirk,
  3779.  
  3780. I just read your message to me. I was not asking about VALID without
  3781. PICT as I use it all the time. I was asking about VALID within the
  3782. PICT in order to intercept each key as it's hit. Any thoughts?
  3783. BTW, what exactly does FRE() return? How does it differ with MEMORY(0)?
  3784. Thanks,
  3785. Abe
  3786.  
  3787.  
  3788. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3789.  
  3790.  
  3791.  
  3792. Message #1754
  3793.   To RON LANDBERG                           11-18-87             (Rcvd)
  3794. From ABE RICE                               Subject PICTURE VALID
  3795. ---------------------------------------------------------------------------
  3796. Hi Ron,
  3797. Thanks for your reply. I tried the piece of code you mentioned should
  3798. work,
  3799. but I was not able to get it to work. (I'm referring to the pict
  3800. iif(....
  3801. Would you have any clue as to what I might be doing wrong?
  3802. Thanks
  3803. Abe
  3804.  
  3805.  
  3806. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3807.  
  3808.  
  3809.  
  3810. Message #1757
  3811.   To STEVE STRALEY                          11-19-87             (Rcvd)
  3812. From CLIFF CORCORAN                         Subject (R)MMAIL MERGE
  3813. ---------------------------------------------------------------------------
  3814. Ha, Ha. Yes, I guess eagerness is one way of putting it. I have already
  3815. mailed my card to Na. for the Whatever season thisyear or next version
  3816. of Clipper. I think what I am doing is becoming very impressed with the
  3817. time and code savings using Dirks library as well as looking forward to
  3818. your toolkit. I agree with the anti-vaporware stand and congratulate
  3819. you for it. If only every ... . But anyway, I am planning on remaining
  3820. eager and it never hurts to try to be at the head of the line. What
  3821. with delays in publishing ads and such, I would hate to miss any thing
  3822. that helps me produce quicker/better/smarter applications. As you have
  3823. been able to tell from my pleas, I am always pushing into areas that I
  3824. at least have not visited before. It amazes me what IS possible by
  3825. using and learning how to use all the tools available.
  3826. Regards CLiff
  3827.  
  3828.  
  3829. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3830.  
  3831.  
  3832.  
  3833. Message #1758
  3834.   To DIRK LESKO                             11-19-87             (Rcvd)
  3835. From CLIFF CORCORAN                         Subject ANOTHER CONFERENCE ARC
  3836. ---------------------------------------------------------------------------
  3837. I know that you are busier than a one-armed-paperhanger, but when you
  3838. think about it , perhaps another conference message string to arc file
  3839. would be in order. There as you know, is a LOT of great clipper tips
  3840. here, and the arc of messages is a great way to keep reference files up
  3841. to date.
  3842. Regards CLiff
  3843.  
  3844.  
  3845. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3846.  
  3847.  
  3848.  
  3849. Message #1759
  3850.   To CLIFF GREEN                            11-19-87             (Rcvd)
  3851. From STEVE STRALEY                          Subject (R)FFUTURE CLIPPER
  3852. ---------------------------------------------------------------------------
  3853. Cliff, I thing the major thing to remember with Clipper right now is
  3854. that it was originally designed to take dBASE files and compile them.
  3855. Yes, most of us have the sophistication to understand the conceptions
  3856. of header files (especially those of us who program in C).  However,
  3857. the future sales of the compiler are to those wanting to compile dBASE
  3858. III files.   It is not economically wise to make one package fit all.
  3859. Brian has done a magnificent job getting us to this level.  What he
  3860. should do next is two fold: 1) give us a realistic interpreter that
  3861. works only with Clipper techniques; and 2) a different compiler that
  3862. includes the header file technique as well as a few other goodies such
  3863. as more drives, portability to the MAC, etc.   Trying to make THE
  3864. CLIPPER fit us is not, in my humble opinion, a good business decision.
  3865. No matter how much I like your idea (and I do), Nantucket is out to
  3866. sell the dBASE community...   AGain, this is just my opinion... maybe
  3867. from the inside, but still just my opinion.   Take care... STeve
  3868.  
  3869.  
  3870. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3871.  
  3872.  
  3873.  
  3874. Message #1760
  3875.   To ROBERT HEYMAN                          11-19-87             (Rcvd)
  3876. From STEVE STRALEY                          Subject (R)NEW CLIPPER
  3877. ---------------------------------------------------------------------------
  3878. Thanks Rob... there was nothing implied in what I was trying to
  3879. communicate.  I DO appreciate the response and support I am receiving
  3880. on the book and hope that the tool kit will go over as well.   By the
  3881. way, after speaking at the Westchest SIG group last night, I got home
  3882. at 2 in the morning and wrote another 3 functions.   By this rate, at 3
  3883. functions a night, I may have 1000 functions ready to go when Nantucket
  3884. is ready to go with their release.   (Yuk, yuk).   Again thanks and
  3885. keep in touch... and as always.... Happy Clipping
  3886.  
  3887. Steve
  3888.  
  3889.  
  3890. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3891.  
  3892.  
  3893.  
  3894. Message #1761
  3895.   To ABE RICE                               11-19-87             (Rcvd)
  3896. From STEVE STRALEY                          Subject (R)PICTURE VALID
  3897. ---------------------------------------------------------------------------
  3898. It's good to see the developers stretching Clipper to it's lengths.
  3899. Abe, I don't believe the IIF() function is waht you want.   The IIF()
  3900. function was designed to analyze BOTH the true and false response
  3901. before returning the proper value.   Recall trying to divide by 0 and
  3902. trying to implement the IIF() function... wouldn't work... right!
  3903. Because if you analyze  both side of the expression (i.e. IIF(x=0, 0,
  3904. y/x)), you will still get the error.   I believe that the IIF() on the
  3905. picture technique WILL NOT work.  When I developed the technique I used
  3906. my own function.  In the tool kit, I have three separate functions: one
  3907. for dates, one for charatcers, and one for numbers.  They are called
  3908. respectively EXPLODED, EXPLODED, and EXPLODEN.   I'll see if I can get
  3909. EXPLODEC() archieved and onto the system... never tried this before,
  3910. but what the hec.    Hope this helps.. as always... happy Clipping
  3911.  
  3912. Steve
  3913.  
  3914.  
  3915. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3916.  
  3917.  
  3918.  
  3919. Message #1762
  3920.   To ABE RICE                               11-19-87             (Rcvd)
  3921. From STEVE STRALEY                          Subject (R)PICT VALID
  3922. ---------------------------------------------------------------------------
  3923. Abe... let's try.
  3924.  
  3925. The line of code in your original entry screen should look something
  3926. like this:
  3927.  
  3928. @ 10,10 SAY "Enter => " GET newx PICT EXPLODEC("XXXXXXXXXX", "newx")
  3929. READ
  3930.  
  3931. The function at that point will return a FILLED string value back as
  3932. the PICTURE expression.  You can even stuff the KEYBOARD CHR(13) so
  3933. that there is no need to re-enter the enter key.   You need to pass the
  3934. name of the variable which is like passing the variable by reference,
  3935. rather than by value.   In the new clipper the last part of the
  3936. function command can read: "XXXXXXXXXX", @newx)   This '@' is to pass a
  3937. variable by reference.   I hope this answers you basic question.   I'm
  3938. running out of time; otherwise, I would have typed in the entire
  3939. function for you here.   Take care.... Steve
  3940.  
  3941.  
  3942. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  3943.  
  3944.  
  3945.  
  3946. Message #1763
  3947.   To CLIFF CORCORAN                         11-19-87             (Rcvd)
  3948. From STEVE STRALEY                          Subject (R)MMAIL MERGE
  3949. ---------------------------------------------------------------------------
  3950. Thanks for the message... Yes, I agree it is very easy to miss out if
  3951. one is not careful and on top of it.   I think that the toolkit will be
  3952. shipable BEFORE Nantucket releases it's version, but I am tied to wait
  3953. until they ship since the toolkit will only work with it.
  3954. Additionally, I have included new ideas and techniques as well as
  3955. saving array to .MEM files without C.   I know this isn't too hard, but
  3956. I will pose you a question and let you think about it and from this,
  3957. you can see how my technique is clearner and effecient.
  3958.  
  3959. Say you save an array of 10 elelment to a .MEM file.   Later on, and
  3960. future down in the application, you want to RESTORE that .MEM file back
  3961. into the array.   You DECLARE the new array in this new procedure but
  3962. are now faced with a problem.   Without using a global variable which
  3963. keeps track for you, how to you know how many elements to DECLARE the
  3964. new array for, based on the .MEM file.   If you DECLARE too many, you
  3965. have wasted space.... if you DECLARE too few, you have mssing values
  3966. when you try to RESTORE the .MEM file.   So, without extra variable
  3967. within the application and without using the same array (remember,
  3968.  
  3969. < More - C(ontinuous) Y/N >
  3970. array are not PUBLIC) how do you know how many elements are in the .MEM
  3971. file which contains a SAVED array.
  3972.  
  3973. The answer will soon follow... hint:  NO C or ASSEMBLY REQUIRED!!!!!!
  3974.  
  3975. Happy Clipping...
  3976.  
  3977. Steve
  3978.  
  3979.  
  3980. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3981.  
  3982.  
  3983.  
  3984. Message #1766
  3985.   To ART KOHN                               11-19-87             (Rcvd)
  3986. From DIRK LESKO                             Subject (R)ANOTHER ONE...
  3987. ---------------------------------------------------------------------------
  3988. That's a new one for me.....Give Steve Straley a buzz, I have heard him
  3989. mention stuff similiar to that......
  3990.  
  3991. dLESKO
  3992.  
  3993.  
  3994. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  3995.  
  3996.  
  3997.  
  3998. Message #1767
  3999.   To CLIFF CORCORAN                         11-19-87             (Rcvd)
  4000. From DIRK LESKO                             Subject (R)ANOTHER CONFERENCE ARC
  4001. ---------------------------------------------------------------------------
  4002. a good idea who's time has come....again. I will see about getting it
  4003. done....
  4004.  
  4005. dLESKO
  4006.  
  4007.  
  4008. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4009.  
  4010.  
  4011.  
  4012. Message #1769
  4013.   To ABE RICE                               11-19-87             (Rcvd)
  4014. From DIRK LESKO                             Subject (R)CLIPPER
  4015. ---------------------------------------------------------------------------
  4016. fre() returns the amount of FREE memory available to you to RUN
  4017. external programs while in Clipper using the RUN or ! command. You can
  4018. see that the value returned by fre() will change depending on how you
  4019. set the environment variable, Clipper=Xnnn, try it out, before you run
  4020. Clipper, enter at DOS the following:
  4021.  
  4022. set Clipper=X150
  4023.  
  4024. This will reserve 150k bytes of memory for you to use outside of
  4025. Clipper, like to run an external program. Without this, Clippers
  4026. allocates the entire machine, except for about 49k.
  4027.  
  4028. The function memory(0) returns how much memory is left in Clipper's
  4029. available memory pool, this is where Clipper allocates memory for
  4030. variavbles, gets, save screen etc....So if you are about to allocate
  4031. space for a huge array, you can check to see that Clipper has enough
  4032. memory to handle it by using the memory(0) function.
  4033.  
  4034.  
  4035. < More - C(ontinuous) Y/N >
  4036. got it?
  4037.  
  4038. dLESKO
  4039.  
  4040.  
  4041. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4042.  
  4043.  
  4044.  
  4045. Message #1770
  4046.   To CLIFF CORCORAN                         11-19-87             (Rcvd)
  4047. From DIRK LESKO                             Subject (R)ANOTHER CONFERENCE ARC
  4048. ---------------------------------------------------------------------------
  4049. I belive that the message arc is already done, Mark Neidorf has
  4050. uploaded 4 arc files now that contain the edntire contents of the
  4051. message base....
  4052.  
  4053. dLESKO
  4054.  
  4055.  
  4056. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4057.  
  4058.  
  4059.  
  4060. Message #1771
  4061.   To ALL                                    11-20-87
  4062. From JOHN DUKE                              Subject CLIPPER COMMUNICATIONS
  4063. ---------------------------------------------------------------------------
  4064. Does anyone know of a good comm
  4065.  
  4066.  
  4067. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  4068.  
  4069.  
  4070.  
  4071. Message #1772
  4072.   To ABE RICE                               11-20-87             (Rcvd)
  4073. From RON LANDBERG                           Subject (R)PICTURE VALID
  4074. ---------------------------------------------------------------------------
  4075. somewhere in a message Steve Straley explains how to do it using a UDF
  4076. I think he called EXPLODE().  That sure works.   The IIF routine I
  4077. mentioned also works.  Try the following code by way of example:
  4078. .
  4079. clear
  4080. store space(9) to zip1,zip2
  4081. state1 = "CA'
  4082. state2 = "ZZ"
  4083. usa = "CA AL MA"
  4084. @ 10,20 get zip1 pict (iif(state1 $(usa),'99999,'!!!!!!!!!'))
  4085. @ 12,20 get zip2 pict (iif(state2 $(usa),'99999,'!!!!!!!!!'))
  4086. read
  4087. zip1 = trim(zip1)
  4088. zip2 = trim(zip2)
  4089. ? "ZIP1= " + zip1 + space(9) + "Len of ZIP1= " + ltrim(str(len(zip1)))
  4090. ? "ZIP2= " + zip2 + space(5) + "Len of ZIP2= " + ltrim(str(len(zip1)))
  4091. RETURN
  4092.  
  4093.  
  4094. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4095.  
  4096.  
  4097.  
  4098. Message #1773
  4099.   To STEVE STRALEY                          11-20-87             (Rcvd)
  4100. From CLIFF CORCORAN                         Subject (R)MMAIL MERGE
  4101. ---------------------------------------------------------------------------
  4102. Well, I am shooting from the hip. I am NOT a C or ASM programmer but
  4103. from what I know about arrays, memory requirements are determined by a
  4104. fixed byte length per element plus room for long elements in CHAR. type
  4105. arrays. "IF" the array was all numeric , perhaps a 'reading' of the mem
  4106. file lenght could give a clue. Humm, Good Question! I will dive into
  4107. your book in the array section this weekend and see if I can come up
  4108. with a better answer.
  4109. Regards CLiff
  4110.  
  4111.  
  4112. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4113.  
  4114.  
  4115.  
  4116. Message #1774
  4117.   To DIRK LESKO                             11-20-87             (Rcvd)
  4118. From CLIFF CORCORAN                         Subject (R)ANOTHER CONFERENCE ARC
  4119. ---------------------------------------------------------------------------
  4120. Yes, I am amazed (pleasing so) about how much I have come to depend on
  4121. this forum for my learning of Clipper. (I feel we all are just
  4122. learners, just at different levels). I often get to a point in an
  4123. application where I need to do xxx and a bird wispers that I saw a msg
  4124. refering to that on this conference (sometime). It is often overlooked
  4125. but I want to take a couple of bytes to say thank you to you and all
  4126. the other contributers here. Not only does one learn by visiting here,
  4127. he has a bit of enjoyment thrown in. I fell that I know several folks
  4128. that are fellow learners here.
  4129. Regards CLiff
  4130. PS. Thanks for the arc'ing of the conference in advance!
  4131. cc
  4132.  
  4133.  
  4134. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4135.  
  4136.  
  4137.  
  4138. Message #1775
  4139.   To CLIFF CORCORAN                         11-20-87             (Rcvd)
  4140. From STEVE STRALEY                          Subject (R)MMAIL MERGE
  4141. ---------------------------------------------------------------------------
  4142. Well here are a few tips... first, it's not in the book 'cause I just
  4143.  
  4144.  
  4145. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4146.  
  4147.  
  4148.  
  4149. Message #1776
  4150.   To CLIFF CORCORAN                         11-20-87             (Rcvd)
  4151. From STEVE STRALEY                          Subject (R)MMAIL MERGE
  4152. ---------------------------------------------------------------------------
  4153. Well, first Cliff... it is a new technique that it not yet in the book
  4154. but will be in the Tool Kit.   Here are a few tips and a better
  4155. explanation as to what I am driving at.   You have the right idea by
  4156. looking at the .MEM file, but the probelm looking at the size is that
  4157. array can contain all types of data and store them to a .MEM file means
  4158. that the file will varry in size, and not tell you how many variables
  4159. are inside.   The way I have developed is a trick in Clipper that does
  4160. not require extra memory variables to be maintained within a system,
  4161. containing the number of elements of the array.   Further, i re DECLARE
  4162. the array <<<BEFORE>>> restoring the memory file into the system.  So
  4163. the trick is to DECLARE the array to the proper amount without a
  4164. counter variable present, to DECLARE the array BEFORE restoring the
  4165. memory file into the system...
  4166.  
  4167. I will entertain questions and let's see if this forum will spark an
  4168. itnerest.   Oh, by the way, the tool kit now is 6 new functions... Keep
  4169. you posted, and as alw
  4170.  
  4171. Message #1778
  4172.   To CLIFF CORCORAN                         11-20-87             (Rcvd)
  4173. From DIRK LESKO                             Subject (R)ANOTHER CONFERENCE ARC
  4174. ---------------------------------------------------------------------------
  4175. That's just the readon I started the conference in the first place!
  4176. We are all still learning as you say, there will never be a definitive
  4177. guru on Clipper, there will always be some lonely programmer who has a
  4178. different way of viweing the Clipper world that we can learn a few
  4179. tricks from. I just hope that he is a member of this conference!
  4180.  
  4181. dLESKO
  4182.  
  4183.  
  4184. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) > -
  4185.  
  4186.  
  4187.  
  4188. Message #1776
  4189.   To CLIFF CORCORAN                         11-20-87             (Rcvd)
  4190. From STEVE STRALEY                          Subject (R)MMAIL MERGE
  4191. ---------------------------------------------------------------------------
  4192. Well, first Cliff... it is a new technique that it not yet in the book
  4193. but will be in the Tool Kit.   Here are a few tips and a better
  4194. explanation as to what I am driving at.   You have the right idea by
  4195. looking at the .MEM file, but the probelm looking at the size is that
  4196. array can contain all types of data and store them to a .MEM file means
  4197. that the file will varry in size, and not tell you how many variables
  4198. are inside.   The way I have developed is a trick in Clipper that does
  4199. not require extra memory variables to be maintained within a system,
  4200. containing the number of elements of the array.   Further, i re DECLARE
  4201. the array <<<BEFORE>>> restoring the memory file into the system.  So
  4202. the trick is to DECLARE the array to the proper amount without a
  4203. counter variable present, to DECLARE the array BEFORE restoring the
  4204. memory file into the system...
  4205.  
  4206. I will entertain questions and let's see if this forum will spark an
  4207. itnerest.   Oh, by the way, the tool kit now is 6 new functions... Keep
  4208. you posted, and as always... Happy Clipping.
  4209.  
  4210.  
  4211. < More - C(ontinuous) Y/N >
  4212. Steve
  4213.  
  4214.  
  4215. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4216.  
  4217.  
  4218.  
  4219. Message #1778
  4220.   To CLIFF CORCORAN                         11-20-87             (Rcvd)
  4221. From DIRK LESKO                             Subject (R)ANOTHER CONFERENCE ARC
  4222. ---------------------------------------------------------------------------
  4223. That's just the readon I started the conference in the first place!
  4224. We are all still learning as you say, there will never be a definitive
  4225. guru on Clipper, there will always be some lonely programmer who has a
  4226. different way of viweing the Clipper world that we can learn a few
  4227. tricks from. I just hope that he is a member of this conference!
  4228.  
  4229. dLESKO
  4230.  
  4231.  
  4232. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4233.  
  4234.  
  4235.  
  4236. Message #1779
  4237.   To CLIFF GREEN                            11-20-87             (Rcvd)
  4238. From MARK NEIDORFF                          Subject (R)FFUTURE CLIPPER
  4239. ---------------------------------------------------------------------------
  4240. Hi cliff:
  4241.      Not only is it possible, according to those who know, it is easy
  4242. to do.  I'm learning this corner of programming from my firends here on
  4243. the BOSS, and they tell me that my preprocessor idea isn't even needed.
  4244.  Lets figger it out.  As the compiler sees akey word as itscans a line,
  4245. it adds it to a table off included parts of the library.  {No
  4246. commercials from me.  !!  but it will do it}}  This table will theen
  4247. instruct the linker to load in only those parts of the library that are
  4248. needed.  Not tooooo clear I know, but I think you can get the idea.
  4249. And I think that Nantucket had better get the idea SOOOOOON.
  4250.      <<  Mark  >>
  4251.  
  4252.  
  4253. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4254.  
  4255.  
  4256.  
  4257. Message #1781
  4258.   To CLIFF CORCORAN                         11-20-87             (Rcvd)
  4259. From MARK NEIDORFF                          Subject (R)ANOTHER CONFERENCE ARC
  4260. ---------------------------------------------------------------------------
  4261. C█iff:
  4262.     ''Tis done!  Download CCLIPCNF1.ARC CLPCNFF1A.ARC CLIPCNF2.ARC AND
  4263. CLIPCNF3.ARC for all of the conference from the beginning to about Nov.
  4264. 15, 1987.  Good enough?  Note that there is a lot of grabage in the
  4265. first file,, it will do printer control code things, so do some editing
  4266. on it before printing.  The others are at least 99 44/100% pure
  4267. conference.
  4268.     <<  Mark  >>
  4269.  
  4270.  
  4271. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4272.  
  4273.  
  4274.  
  4275. Message #1782
  4276.   To STEVE STRALEY                          11-20-87
  4277. From MARK NEIDORFF                          Subject (R)FFUTURE CLIPPER
  4278. ---------------------------------------------------------------------------
  4279. Steve:
  4280.     Not often, but I do now find an opportunity to disagree.  If the
  4281. compiler does the header work for the programmer, then one compiler
  4282. fits all (better).
  4283.      <<Mark  >>
  4284.  
  4285.  
  4286. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4287.  
  4288.  
  4289.  
  4290. Message #1786
  4291.   To ALL                                    11-24-87
  4292. From HARRY VANTASSELL                       Subject QUICK-C LINK
  4293. ---------------------------------------------------------------------------
  4294. I just got my copy of Quick-C and gave the new Microsoft LINK a
  4295. spin around the clock.  The new link is MS-ver 3.61, I did a
  4296. comparison against MS-ver 3.01 LINK and PLINK86 that comes with
  4297. Clipper. On a "hello world" one liner, the times were 12/29/54 sec.
  4298. On my typical larger 18 module-2 library-280K EXE application the
  4299. link times were 33/66/97 sec. and 50/102/120 sec. on a 340K EXE.
  4300. I also did one test of MS-ver 3.51 ( the linker that came with MS-
  4301. C 4.0 compiler) and it was considerably slower than the newer LINK.
  4302. Hardware: 10Mhz AT clone 38ms hard disk, librarys on Vdisk.
  4303. .
  4304. While I have never used Borlands Turbo-C and can't say which brand
  4305. of religion is better, I do like the Quick-C. With the code level
  4306. debugging it ought to beat Turbo-C for development.  My first big
  4307. wish is that somehow I could configure QC with Brief as its editor.
  4308. Brief is by far the better but the Quick-C editor is adequate.
  4309. .
  4310. The mouse is well supported and a very good help system is provided
  4311. Graphics for CGA,EGA,and VGA but no Hercules support, Boo. Complete
  4312.  
  4313. < More - C(ontinuous) Y/N >
  4314. documentation. The library is same as with their full-blown 5.0
  4315. version. Your money is well invested in Quick-C, no reason to hold
  4316. back on this one! Be ready for the new Clipper due Real Soon Now...
  4317. If not a C fan you might ought try Quick-Basic 4.0, which uses the
  4318. same ver 3.61 LINK (or anything to get your hands on that new LINK.
  4319. That sucker will blow you socks away, if you ain't already smoked em
  4320. first. Yeah its true, those CA types have been known to smoke their
  4321. socks when nothing else was available!)
  4322.  
  4323.  
  4324. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4325.  
  4326.  
  4327.  
  4328. Message #1787
  4329.   To ALL                                    11-24-87
  4330. From STEVE ADLER                            Subject HELP
  4331. ---------------------------------------------------------------------------
  4332. Has anyone written any binary search routines in Assembler for Clipper.
  4333. This would preferably work like a mainframe search; dividing a table in
  4334. half, searching through the top half by dividing it in half and so on.
  4335. This would leave a maximum number of seek times at 8 for any given
  4336. SORTED data table.
  4337.  
  4338. Also, I'm having some trouble with the delimit function.  I'd like to
  4339. be able to use it with the same functions as a standard print.  But to
  4340. do that I have to direct print output to an ASCII file.  Has anyone
  4341. written any PRG's that do something similar.  The problem with the
  4342. delimiter is that you can't use any sophisticated locates for multiple
  4343. data selection criterium.
  4344.  
  4345.  
  4346.  
  4347. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  4348.  
  4349.  
  4350.  
  4351. Message #1789
  4352.   To DIRK LESKO                             11-24-87             (Rcvd)
  4353. From ART KOHN                               Subject (R)ANOTHER ONE...
  4354. ---------------------------------------------------------------------------
  4355. will do... thanks
  4356.  
  4357.  
  4358. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4359.  
  4360.  
  4361.  
  4362. Message #1790
  4363.   To MARK NEIDORFF                          11-24-87             (Rcvd)
  4364. From CLIFF CORCORAN                         Subject (R)ANOTHER CONFERENCE ARC
  4365. ---------------------------------------------------------------------------
  4366. Sounds Teriffic. Thanks for the effort Mark.
  4367. Regards CLiff
  4368.  
  4369.  
  4370. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4371.  
  4372.  
  4373.  
  4374. Message #1791
  4375.   To STEVE STRALEY                          11-24-87
  4376. From ABE RICE                               Subject PICT UDF
  4377. ---------------------------------------------------------------------------
  4378. Hi
  4379. Thanks for your help, but you keep reffering to the explode function
  4380. which I don't have nor do I know what it is. Am I missing something?
  4381. Thanks for your time,
  4382. abe
  4383.  
  4384.  
  4385. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  4386.  
  4387.  
  4388.  
  4389. Message #1792
  4390.   To HARRY VANTASSELL                       11-24-87             (Rcvd)
  4391. From DIRK LESKO                             Subject (R)QUICK-C LINK
  4392. ---------------------------------------------------------------------------
  4393. tlink will compile your one-liner in about 7 seconds.....
  4394.  
  4395. dLESKO
  4396.  
  4397.  
  4398. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4399.  
  4400.  
  4401.  
  4402. Message #1795
  4403.   To STEVE STRALEY                          11-25-87
  4404. From CLIFF GREEN                            Subject (R)FFUTURE CLIPPER
  4405. ---------------------------------------------------------------------------
  4406. I understand and agree with your point that Nantucket has a market to
  4407. address, and that it's not good business sense to try to appeal to
  4408. every little niche in that market.  Sure, they've gotta make the best
  4409. buck they can, and in so doing, they've sold us a pretty damn good
  4410. product.  However, that doesn't mean that folks like us aren't going to
  4411. be subject to the "More!" syndrome...  I Want More!
  4412.  
  4413. Don't tell me you haven't run across this little malady before!?
  4414.  
  4415. BTW, I want to chime in and say just how great Programming in Clipper
  4416. is:  It's Great!  Why hasn't your publisher tried to cut a deal with
  4417. all those software vendors (e.g., Programmer's Connection) to bundle
  4418. the book with the compiler?  Or cut a deal with Nantucket to vend the
  4419. package themselves?  Looking forward to the next one.
  4420.  
  4421.  
  4422. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4423.  
  4424.  
  4425.  
  4426. Message #1796
  4427.   To MARK NEIDORFF                          11-25-87             (Rcvd)
  4428. From CLIFF GREEN                            Subject (R)FFUTURE CLIPPER
  4429. ---------------------------------------------------------------------------
  4430. Oh.  So it should be possible for Clipper to act like a "real"
  4431. compiler, in that it would only link in those parts of the library it
  4432. really needs.  That makes sense.  I've always wondered why it didn't do
  4433. that before.  I suppose, if you have sufficiently sneaky macros, that
  4434. might defeat itself.  But then again, I thought you couldn't put
  4435. commands into a macro....  Ah well, let's see what Season '8x brings.
  4436.  
  4437.  
  4438. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4439.  
  4440.  
  4441.  
  4442. Message #1797
  4443.   To MARK NEIDORFF                          11-25-87             (Rcvd)
  4444. From TOM WYRICK                             Subject (R)FFUTURE CLIPPER
  4445. ---------------------------------------------------------------------------
  4446.   I think that is it awful to force us into all that overhead!!  Please
  4447. cast several votes for me.....
  4448.  
  4449.                                   -Tom
  4450.  
  4451.  
  4452. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4453.  
  4454.  
  4455.  
  4456. Message #1798
  4457.   To DIRK LESKO                             11-25-87
  4458. From MARK NEIDORFF                          Subject (R)MASM ETC.
  4459. ---------------------------------------------------------------------------
  4460. So Dirk, from what you s÷ said, if I use a new linker with MASM v5.0
  4461. code or with C v5.0 code i┌it will link OK, or won''t it?  I'm,
  4462. sooooooo confused!!!
  4463.   << Mark  >>
  4464.  
  4465.  
  4466. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  4467.  
  4468.  
  4469.  
  4470. Message #1799
  4471.   To CLIFF GREEN                            11-25-87
  4472. From MARK NEIDORFF                          Subject (R)FFUTURE CLIPPER
  4473. ---------------------------------------------------------------------------
  4474. The macros may be aroblem, but if you are programming real sneaky ones,
  4475. then you should have the insight in programming (or be told by
  4476. Nantucket in the documentation { big grin} about how to handle it.
  4477.      <<  Mark  >>
  4478.  
  4479.  
  4480. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4481.  
  4482.  
  4483.  
  4484. Message #1800
  4485.   To TOM WYRICK                             11-25-87
  4486. From MARK NEIDORFF                          Subject (R)FFUTURE CLIPPER
  4487. ---------------------------------------------------------------------------
  4488. which way?  If the compiler can do it for us (with the exception of
  4489. real hairy macros) which way are you voting??
  4490.    <<<  Mark  >>
  4491.  
  4492.  
  4493. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4494.  
  4495.  
  4496.  
  4497. Message #1801
  4498.   To ALL                                    11-25-87
  4499. From MARK NEIDORFF                          Subject MEETING
  4500. ---------------------------------------------------------------------------
  4501. ANNOUNCING  !!!!
  4502.   WWednesday December 2,, 1987
  4503.    Martin Luther King HS  (Amsterdam Ave. between 665 & 66th St,.
  4504. NY<,NY)
  4505.  
  4506.     The monthly meeting of the New York Metro Clipper User's Group
  4507.     Time 6:30 to 9:30.
  4508.     TOPICS
  4509.       DIRK LESKO presents how to use a LIB manager and a MAKE utility.
  4510.       and m÷ny other topics.
  4511.  
  4512.   COME ONE, COME ALL.  JOIN THE GROUP.
  4513.  
  4514.     <<  Mark  >>
  4515.  
  4516.  
  4517. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  4518.  
  4519.  
  4520.  
  4521. Message #1802
  4522.   To DIRK LESKO                             11-26-87             (Rcvd)
  4523. From STEVE ADLER                            Subject DBASE IV
  4524. ---------------------------------------------------------------------------
  4525. I just read an interesting PC Week piece on Ashton Tate's planned
  4526. release of Dbase IV, due in the spring of 1988.  Do you know if the new
  4527. clipper will support it?
  4528.  
  4529.  
  4530. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4531.  
  4532.  
  4533.  
  4534. Message #1803
  4535.   To CLIFF CORCORAN                         11-26-87
  4536. From HARRY GILBERT                          Subject (R)MMAIL MERGE
  4537. ---------------------------------------------------------------------------
  4538. I've run into the same problem, but got around it by setting an
  4539. environment variable CLIPPER=R165 or some such. Careful use of the
  4540. dreaded OVERLAY (thanks to Harry VanTassell's and Steve Straley's help)
  4541. got the whole thing running well. Another thing; I bought DataScroll
  4542. routines from Gary Gruber (Data Based Designs) which allows me to tag
  4543. one or more reports and feed those into R&R. Works great!
  4544.  
  4545.  
  4546. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4547.  
  4548.  
  4549.  
  4550. Message #1804
  4551.   To DIRK LESKO                             11-26-87             (Rcvd)
  4552. From HARRY GILBERT                          Subject (R)MODEMS
  4553. ---------------------------------------------------------------------------
  4554. Dirk, after working with some 700 PCs here at General Motors in
  4555. Detroit, we found that nothing beats Hayes for reliable operation. We
  4556. tried and discarded Racal-Vadic and the cheaper clones. However, the
  4557. EXEC RBBS in Milwaukee uses Multitech and claims good success. (He's
  4558. got over 1 gigabyte on-line and supports 32 users!).
  4559.  
  4560.  
  4561. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4562.  
  4563.  
  4564.  
  4565. Message #1805
  4566.   To DIRK LESKO                             11-26-87             (Rcvd)
  4567. From HARRY GILBERT                          Subject (R)LIBRARY
  4568. ---------------------------------------------------------------------------
  4569. All those of you out there who haven't ordered IDL yet -- DO IT! It's
  4570. worth every penny and more!
  4571.  
  4572.  
  4573. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4574.  
  4575.  
  4576.  
  4577. Message #1808
  4578.   To DIRK LESKO                             11-26-87             (Rcvd)
  4579. From SUOK NOH                               Subject IDL
  4580. ---------------------------------------------------------------------------
  4581. Great Conference you guys have going here!!!
  4582. Although I run a small software research group in the Allied Aerospace
  4583. I have not used Clipper enough to say that I am proficient at it.
  4584. Recently I have been offered an outside consulting job to upgrade their
  4585. existing DBASE applications.  I immediately purchase a copy of Clipper
  4586. and compiled their application first so that the execution speed was
  4587. at least tolerable.
  4588. I would like to purchase your IDL package but I don't know what's in
  4589. the package!  Please let me know what features it offers and what the
  4590. price is...
  4591. Thanks...       Suok
  4592.  
  4593.  
  4594. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4595.  
  4596.  
  4597.  
  4598. Message #1809
  4599.   To ALL                                    11-26-87
  4600. From BRUCE OLSON                            Subject CLOCK ROUTINE
  4601. ---------------------------------------------------------------------------
  4602. Does anyone know of a good on-screen clock routine that functions with
  4603. the use of prompt and menu in Clipper.  The on-screen clock routine
  4604. that works in dBase does not function with Menu.  Any help would be
  4605. appreciated.
  4606. Bruce Olson
  4607.  
  4608.  
  4609. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4610.  
  4611.  
  4612.  
  4613. Message #1810
  4614.   To BRUCE OLSON                            11-26-87
  4615. From DIRK LESKO                             Subject (R)CLOCK ROUTINE
  4616. ---------------------------------------------------------------------------
  4617. The Integrated Development Library has a clock() function that puts a
  4618. ticking digital clock anywhere on the screen in any color, and it keeps
  4619. on ticking even when you are sorting, menuing, reading, in a get,
  4620. index, even when you run COMMAND.COM!!! (if you want) Call Steve
  4621. Steiner at 603-382-1313 to order a copy of the library......
  4622.  
  4623. dLESKO
  4624.  
  4625.  
  4626. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4627.  
  4628.  
  4629.  
  4630. Message #1811
  4631.   To SUOK NOH                               11-26-87
  4632. From DIRK LESKO                             Subject (R)IDL
  4633. ---------------------------------------------------------------------------
  4634. Well, about 2 or 3 hundred mesages back there is a complete list of
  4635. functions....We have added another hundred bringing the toptal to
  4636. around 310 functions all written in assembler, sopme functions are:
  4637.  
  4638. save_scrn()     -       save a portion of the screen
  4639. rest_scrn()     -       restore a protion of the screen
  4640. clock()         -       put a ticking clock on the screen
  4641. key_stat()      -       display status of num/caps lock and insert keys
  4642. f_read()        -       create you own files and read in the data
  4643. interrupt()     -       execute BIOS and DOS interrupts with complete
  4644.                         control
  4645. set_volume()    -       set the disk volume label
  4646.  
  4647. and hundreds more!!!
  4648.  
  4649. Once you start using the library, you will find it becomes
  4650. indespensible!! If you want to order a copy, call Steve Steiner at
  4651. Integrated Development Corp, 603-382-1313 - the price is $99, and
  4652.  
  4653. < More - C(ontinuous) Y/N >
  4654. you'll get a Summer87 compatible version for free when Nantucket
  4655. releases it.....If you have any more questions, feel free to ask.
  4656.  
  4657. dLESKO
  4658.  
  4659.  
  4660. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4661.  
  4662.  
  4663.  
  4664. Message #1812
  4665.   To HARRY GILBERT                          11-26-87
  4666. From DIRK LESKO                             Subject (R)LIBRARY
  4667. ---------------------------------------------------------------------------
  4668. Thanks Harry.
  4669.  
  4670.  
  4671.  
  4672. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4673.  
  4674.  
  4675.  
  4676. Message #1813
  4677.   To HARRY GILBERT                          11-26-87
  4678. From DIRK LESKO                             Subject (R)MODEMS
  4679. ---------------------------------------------------------------------------
  4680. Thanks for the modem info, but is that guy crazy or what??? 32 lines???
  4681. 1 gigabyte????
  4682.  
  4683. dLESKO
  4684.  
  4685.  
  4686. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4687.  
  4688.  
  4689.  
  4690. Message #1814
  4691.   To STEVE ADLER                            11-26-87
  4692. From DIRK LESKO                             Subject (R)DBASE IV
  4693. ---------------------------------------------------------------------------
  4694. I doubt it. Nantucket has to wait until they get a beta copy of the
  4695. library before they can even think about upgrading Clipper, and then
  4696. you'd expect to wait at least another year or so for the new stuff.
  4697.  
  4698. dLESKO
  4699.  
  4700.  
  4701. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4702.  
  4703.  
  4704.                 11-26-87             (Rcvd)
  4705. From DIRK LESKO                             Subject (R)MASM ETC.
  4706. ---------------------------------------------------------------------------
  4707. I don't think that when you get the new CLipper you will have any
  4708. problems. But with the Beta, you could only LINK with the new Microsoft
  4709. overlay linker, or with Tlink. Plink, and the DOS linker, or any linker
  4710. prior to the MS linker 3.05 would bomb.
  4711.  
  4712. got it?
  4713.  
  4714. dLESKO
  4715.  
  4716.  
  4717. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4718.  
  4719.  
  4720.  
  4721.  
  4722. Message #1816
  4723.   To ALL                                    11-27-87
  4724. From HERBERT SMITH                          Subject CONVERTING TO MULTIUSER
  4725. ---------------------------------------------------------------------------
  4726. I am in the process of converting serveral programs to multi-user so we
  4727. can make good use of the network we are putting in.  I would like to
  4728. get dicussion going.
  4729.    Question 1.  I saw a report some time ago that Clipper had a problem
  4730. with index files when the data base was over 5000 records and in a
  4731. multi-user enviroment.  Comments
  4732.   Question 2.  Do I need to be flushing the buffers to make sure the
  4733. index files are updated promptly for all users?
  4734.   Thanks for the great conference
  4735.  
  4736.  
  4737. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4738.  
  4739.  
  4740.  
  4741.  
  4742. Message #1818
  4743.   To DIRK LESKO                             11-27-87             (Rcvd)
  4744. From HARRY VANTASSELL                       Subject LINKER & STUFF
  4745. ---------------------------------------------------------------------------
  4746. Hi Dirk - Thanks for your comment that tlink will do a one liner in
  4747. 7 sec.  It would be helpful to have some frame of reference for tlink.
  4748. Could you post some link times for TC-link vs other linkers such as
  4749. any of the MS-linkers and/or  Plink86 for small and big size files.
  4750. .
  4751. I see from the message base that the old canard of EXE file size has
  4752. become a topic of frustration again. As a general comment; wouldn't it
  4753. be wonderful if one could have the compact size and speed of assembly
  4754. language and the ease and convience the Dbase language. Hmm is that
  4755. just a dream?  Since the Dbase concept depends on the variable names
  4756. being available in the final EXE file (each with its own data block
  4757. structure) plus all the standard Dbase commands and functions being
  4758. available for macros, you are always stuck with a lot of "overhead".
  4759. If you eliminate either of these two features you no longer have a
  4760. true Dbase compiler. It really ain't Nantucket's fault if their mimic
  4761. of Dbase doesn't walk and talk like an application coded in ASM and
  4762. thus isn't very compact. If it waddles and quacks like Dbase in all
  4763. its splendor, its surely just gonna make a big old fat clumsy EXE.
  4764.  
  4765. < More - C(ontinuous) Y/N > C
  4766. Bitching to Nantucket ain't gonna change the nature of Dbase, one
  4767. needs to change to another programing concept that doesn't mimic
  4768. Dbase.
  4769.  
  4770.  
  4771. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4772.  
  4773.  
  4774.  
  4775.  
  4776. Message #1819
  4777.   To ALL                                    11-27-87
  4778. From KENJI NAKANO                           Subject SCROLLING IN CLIPPER?
  4779. ---------------------------------------------------------------------------
  4780. "The Clipper SCROLL function works well for up/down but you need a
  4781. routine that saves and moves a rectangle of the screen for side-to-
  4782. side."
  4783.                           --HARRY VANTASSELL
  4784.                             Message #1736
  4785. ---
  4786. I have looked everywhere for documentation of this function, but have
  4787. found nothing.  Does it really exist?  I could sure use it in a program
  4788. I am currently writing!
  4789.  
  4790.  
  4791. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4792.  
  4793.  
  4794.  
  4795.  
  4796. Message #1820
  4797.   To KENJI NAKANO                           11-27-87             (Rcvd)
  4798. From DIRK LESKO                             Subject (R)SCROLLING IN CLIPPER?
  4799. ---------------------------------------------------------------------------
  4800. Kenji, the scroll function is in the file called DBU.LIB, you must add
  4801. that file to your link line after Clipper.lib, like this:
  4802.  
  4803. LIB clipper+dbu
  4804.  
  4805. To use it, here is the syntax:
  4806.  
  4807. scroll(<top_row>,<left_col>,<bot_row>,<right_col>,<num_lines>)
  4808.  
  4809. parameters are as follows:
  4810.  
  4811. top_row         -       int top row to start at
  4812. left_col        -       int left column to start at (0-79)
  4813. bot_row         -       int bottom row to end at (0 -24)
  4814. right_col       -       right column to end at
  4815.  
  4816. num_lines       -       integer how many lines to scroll
  4817.                         a <2> will scroll up 2 lines
  4818.  
  4819. < More - C(ontinuous) Y/N > C
  4820.                         a <-2> will scroll down two lines
  4821.                         a <0> will blank the entire window
  4822.  
  4823. Hope this works for you....keep in touch and good luck!
  4824.  
  4825. dLESKO
  4826.  
  4827.  
  4828. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4829.  
  4830.  
  4831.  
  4832.  
  4833. Message #1821
  4834.   To ALL                                    11-27-87
  4835. From DIRK LESKO                             Subject LINKING
  4836. ---------------------------------------------------------------------------
  4837. I was aksed to check out the linking speed of the various linkers
  4838. available, here are my results:
  4839.  
  4840. To compile a one line program in Clipper, Autumn86.
  4841. my test program was:
  4842.  
  4843. ? "Hello World"
  4844.  
  4845. No extra .obj or .lib files were included. Test done on a 9 mhz
  4846. AT clone with a 30mb hard drive rated at 38ms.
  4847.  
  4848. Winner:         Tlink from Borland, 7 seconds flat!
  4849. Second place    MS Linker 3.05 that came with MASM 4.00, 20 seconds
  4850. Third place     MS Overlay Linker that came with masm 5.00, 22 seconds
  4851. fourth place    DOS 3.00 linker, version 2.20, 57 seconds
  4852. last place      Plink86 that came with Autumn86, 60 seconds
  4853.  
  4854. Tlink can be bought at 47th st. Photo for $69.00. It comes with the
  4855.  
  4856. < More - C(ontinuous) Y/N >
  4857. Borland turbo 'C' package. A good value since if you link at an average
  4858. of 40-50 times a day, you can gain an extra 4-7 HOURS of programming
  4859. time per WEEK!! - Tlink does not support overlays however. But for the
  4860.  
  4861. most part, if you are testing code, Tlink can save you mucho time.
  4862.  
  4863. Hope this information is of interest!
  4864.  
  4865. dLESKO
  4866.  
  4867.  
  4868. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  4869.  
  4870.  
  4871.  
  4872.  
  4873. Message #1822
  4874.   To SUOK NOH                               11-28-87
  4875. From HARRY GILBERT                          Subject (R)IDL
  4876. ---------------------------------------------------------------------------
  4877. Boy, are you gonna be in for a treat. Clipper, and the wealth of add-on
  4878. libraries out there (IDL is premier) will make your conversion tasks a
  4879. dream, and you'll enjoy the really elegant code and techniques that
  4880. dBASE never allowed! Stick with this board and with Clipper!
  4881.  
  4882.  
  4883. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4884.  
  4885.  
  4886.  
  4887.  
  4888. Message #1823
  4889.   To BRUCE OLSON                            11-28-87             (Rcvd)
  4890. From HARRY GILBERT                          Subject (R)CLOCK ROUTINE
  4891. ---------------------------------------------------------------------------
  4892. Have you ordered IDL, which has an on-screen clock? Works well. Also,
  4893. the dBASE programmer's Utilities (Byers,Long,Ratliff) offer a DOS TSR
  4894. program which works; having bought both, I can advise without
  4895. reservations to go for the IDL!!
  4896.  
  4897.  
  4898. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4899.  
  4900.  
  4901.  
  4902.  
  4903. Message #1824
  4904.   To DIRK LESKO                             11-28-87             (Rcvd)
  4905. From HARRY GILBERT                          Subject (R)MODEMS
  4906. ---------------------------------------------------------------------------
  4907. Crazy like a fox: give his BBS a call at 414-964-5160. He's
  4908. subscription only at $45 a year, but if I had to restrict my BBSes to
  4909. two, EXEC-PC and the BOSS would be those two!! Apparently, he's written
  4910. his own software and built his own hardware, and now supplies custom
  4911. E-mail/messaging systems to large corps. like Kellogs, etc. as well as
  4912. running the board. He made a career decision a few years ago and quit a
  4913. "regular" full-time job to run his system. Now it's paying off.
  4914.  
  4915.  
  4916. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4917.  
  4918.  
  4919.  
  4920.  
  4921. Message #1826
  4922.   To HERBERT SMITH                          11-28-87
  4923. From HARRY VANTASSELL                       Subject (R)CONVERTING TO MULTIUSE
  4924. ---------------------------------------------------------------------------
  4925. Hi Herbert - In a word, the answer to both your questions is no! I
  4926. have used Clipper on 350,000 record indexed files on a busy network
  4927. with no problems. You only need do the proper locking and Clipper
  4928. will keep everything current, no need for you to flush buffers.
  4929.  
  4930.  
  4931. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4932.  
  4933.  
  4934.  
  4935.  
  4936. Message #1829
  4937.   To DIRK LESKO                             11-29-87             (Rcvd)
  4938. From HARRY VANTASSELL                       Subject QC TC LINKERS
  4939. ---------------------------------------------------------------------------
  4940. Dirk - Many thanks for posting the tlink "time trials", that fella
  4941. is FAST! It does appear that TC-link and QC-link(3.61) will be
  4942. the only choices for speed freaks. Until proven wrong I am gonna
  4943. stick with Quick-C as the better choice of low cost C compilers for
  4944. use with the new Clipper even if its linker comes in a few seconds
  4945. slower in one-on-one time trials.  Since the new Clipper is written
  4946. in Microsoft C it stands to reason that there will be less problems
  4947. using QC rather than TC for those custom extensions that everyone
  4948. crewing on a Clipper ship needs from time to time.  The Microsoft C
  4949. library contains many if not all of the functions I'll need to access
  4950. the OS and hardware.  I am planning to only use 2 assembly language
  4951. add-on modules, one to color/save/restore rectangles of the screen
  4952. and my interrupt driven alarm clock.  With those two, the recently
  4953. announced additional Clipper functions, plus QC for easier C routines
  4954. I should be able to get the whole job done. As they say in the soaps,
  4955. "will Microsoft C and Clipper be a marriage made in Culver City, tune
  4956. in next year and see". <grin>
  4957. .
  4958.  
  4959. < More - C(ontinuous) Y/N >
  4960. My first two projects will be to make the new MS-C graphics library
  4961. available for drawing graphs in Clipper and a decent set of statistics
  4962. functions callable from within Clipper.
  4963.  
  4964.  
  4965. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4966.  
  4967.  
  4968.  
  4969.  
  4970. Message #1831
  4971.   To DIRK LESKO                             11-29-87             (Rcvd)
  4972. From JON MELTZER                            Subject (R)MASM ETC.
  4973. ---------------------------------------------------------------------------
  4974. Does this mean that we have to buy a new LINKER, too?
  4975.  
  4976.  
  4977. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4978.  
  4979.  
  4980.  
  4981.  
  4982. Message #1832
  4983.   To JON MELTZER                            11-29-87             (Rcvd)
  4984. From DIRK LESKO                             Subject (R)MASM ETC.
  4985. ---------------------------------------------------------------------------
  4986. I don't think that Nantucket would be that Stupid. I believe they will
  4987. have to get Plink86 to work with the new 'C' 5.0 .OBJ modules or else
  4988. they are doomed. Can you imagine the nightmares that the programmers
  4989. will be having?? It's bad enough all there assembler and 'C' UDF's are
  4990. not going to work!!!
  4991.  
  4992. dLESKO
  4993.  
  4994.  
  4995. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  4996.  
  4997.  
  4998.  
  4999.  
  5000. Message #1833
  5001.   To HARRY VANTASSELL                       11-29-87             (Rcvd)
  5002. From DIRK LESKO                             Subject (R)QC TC LINKERS
  5003. ---------------------------------------------------------------------------
  5004. The graphics are a good idea. There is really no inexpensive way to do
  5005. any kind of GOOD graphics. IN the IDLibrary, we did not include
  5006. graphics because of the time required for development (especially if
  5007. your working all in asembler) so you caould be doing a good service
  5008. there.
  5009.  
  5010. dLESKO
  5011.  
  5012.  
  5013. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5014.  
  5015.  
  5016.  
  5017.  
  5018. Message #1834
  5019.   To MICHAEL BRILL                          11-29-87             (Rcvd)
  5020. From DIRK LESKO                             Subject (R)GNATS
  5021. ---------------------------------------------------------------------------
  5022. I think the real total is 327 but I am not sure...With so many
  5023. functions it is hard to keep trtack, but the last reference I did to
  5024. the library produced that amount. WE macroized the entir library for
  5025. just that reason.....As programmers, myself and Steve sometimes wish we
  5026. had our own functions to use when we are programming in 'C' or asm or
  5027. even Quick basic!!! So we have been seriouly thinking of just that!.
  5028. ADN as far as your graphic primitives, I would like to try them out,
  5029. you could upload them here privately (put a slash in front of the
  5030. description) Do they work on HErcules???
  5031.  
  5032. dLESKO
  5033.  
  5034.  
  5035. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  5036.  
  5037.  
  5038.  
  5039.  
  5040. Message #1835
  5041.   To MICHAEL BRILL                          11-30-87             (Rcvd)
  5042. From DIRK LESKO                             Subject (R)GNATS
  5043. ---------------------------------------------------------------------------
  5044. Hi again, the real total turned out to be 312...The other ones were
  5045. alias names I gave to some of the functions.
  5046.  
  5047. speak to you soon.
  5048.  
  5049. dLESKO
  5050.  
  5051.  
  5052. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  5053.  
  5054.  
  5055.  
  5056.  
  5057. Message #1836
  5058.   To STEVE STRALEY                          11-30-87             (Rcvd)
  5059. From BOB HICKS                              Subject (R)NEW CLIPPER
  5060. ---------------------------------------------------------------------------
  5061. Steve, your book has been in the book stores here in Washington, DC for
  5062. a couple of weeks now.  I am really impressed with it's coverage.  It
  5063. is a bit disappointing to have it become "out of date" so quickly but I
  5064. have already picked up a couple of things that had been long term
  5065. bothers so the money is well spent.
  5066.  
  5067.  
  5068. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5069.  
  5070.  
  5071.  
  5072.  
  5073. Message #1837
  5074.   To MARK NEIDORFF                          11-30-87             (Rcvd)
  5075. From BOB HICKS                              Subject (R)FFUTURE CLIPPER
  5076. ---------------------------------------------------------------------------
  5077. I'd vote for the header files, especially if they only required a list
  5078. of keywords used.  The size of the exe's in easy-land can get downright
  5079. out of reason.
  5080.  
  5081.  
  5082. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5083.  
  5084.  
  5085.  
  5086.  
  5087. Message #1839
  5088.   To JON MELTZER                            12-01-87             (Rcvd)
  5089. From RUSSELL FREELAND                       Subject (R)FORCE III COMPILER
  5090. ---------------------------------------------------------------------------
  5091. Force III is a long way from release--I'm still waiting for a Beta
  5092. [grin].
  5093.  
  5094.  
  5095. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5096.  
  5097.  
  5098.  
  5099.  
  5100. Message #1840
  5101.   To MARK NEIDORFF                          12-01-87             (Rcvd)
  5102. From RUSSELL FREELAND                       Subject (R)AASM FUNCTIONS
  5103. ---------------------------------------------------------------------------
  5104. I think that ARC is a lottta *old* stuff, mostly mine. (I didn't put it
  5105. together.)  It's pretty easy to convert to Clipper, whatcha need?
  5106.  
  5107.  
  5108. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5109.  
  5110.  
  5111.  
  5112.  
  5113. Message #1841
  5114.   To ROBERT HEYMAN                          12-01-87             (Rcvd)
  5115. From RUSSELL FREELAND                       Subject (R)FORCE III
  5116. ---------------------------------------------------------------------------
  5117. Force III is not yet ready for prime time (not released).
  5118.  
  5119.  
  5120. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5121.  
  5122.  
  5123.  
  5124.  
  5125. Message #1842
  5126.   To MARK NEIDORFF                          12-01-87             (Rcvd)
  5127. From STEVE STRALEY                          Subject (R)FFUTURE CLIPPER
  5128. ---------------------------------------------------------------------------
  5129. I agree if Brian had the forsighte to set Clipper up originally.  This
  5130. version is just a conversion version (funny how that fits).   If
  5131. Nantucket finds it monetarily expeedient to re-do the compiler to have
  5132. multiple and changing headers for all people, including developers,
  5133. then they will... but....
  5134.  
  5135. Good point, but unfortunately, not designed that way and as always...
  5136. happy clipping...
  5137.  
  5138. Steve
  5139.  
  5140.  
  5141. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5142.  
  5143.  
  5144.  
  5145.  
  5146. Message #1843
  5147.   To ABE RICE                               12-01-87
  5148. From STEVE STRALEY                          Subject (R)PICT UDF
  5149. ---------------------------------------------------------------------------
  5150. The EXPLODE() function are three separate functions in my Tool Kit..
  5151. due out about the same day Nantucket releases and ships.   I let a
  5152. preliminary version of the EXPLODE function out to the Clipper user
  5153. group for their library.  You may want to look there.   Take care and
  5154. as always,  happy clipping.
  5155.  
  5156. Steve
  5157.  
  5158.  
  5159. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5160.  
  5161.  
  5162.  
  5163.  
  5164. Message #1844
  5165.   To CLIFF GREEN                            12-01-87             (Rcvd)
  5166. From STEVE STRALEY                          Subject (R)FFUTURE CLIPPER
  5167. ---------------------------------------------------------------------------
  5168. Thanks so much for the vote of approval on the book.   We are working
  5169. on such deals even as we speak.  It is being distributed by
  5170. Addison-Wesley and is in Village Computer and B Dalton.   The projects
  5171. mount and time grows short.  I'll pass your words along to the powers
  5172. that be and hopefully, the book will be better distributed.
  5173.  
  5174. Now, as far as MORE, I agree... I now want more... but MORE can be too
  5175. much.   One of the biggest things that got to be a real pain is the
  5176. idea of more being different from dBASE or even FOXBASE.   The concept
  5177. of MORE is not necessairly just a programmer idea.   How do you market
  5178. MORE... how is MORE now going to attract the newer users, or those
  5179. committed to other compilers.  How does MORE equate to update costs,
  5180. support costs, and raw programming costs.   Also, MORE can suck a
  5181. developer in... how do you keep track of all that is MORE, including
  5182. your stuff and other tool kits and third party stuff.   Indeed, MORE is
  5183. a nice idea, but there are times, I believe, taht MORE can be deadly.
  5184. Again, this is just my believe and is not at all a statement of implied
  5185. or expressed fact.   Thanks for the discussion, and as always... happy
  5186.  
  5187. < More - C(ontinuous) Y/N >
  5188. clipping.
  5189.  
  5190. Steve
  5191.  
  5192.  
  5193. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5194.  
  5195.  
  5196.  
  5197.  
  5198. Message #1845
  5199.   To HARRY GILBERT                          12-01-87
  5200. From STEVE STRALEY                          Subject (R)MMAIL MERGE
  5201. ---------------------------------------------------------------------------
  5202. Glad to have been some help.   Incidentally, I'm not sure of the
  5203. product you mentioned, but I have an object module that is a mail merge
  5204. in itself.   Thought I'd pass it along right now... happy clipping
  5205.  
  5206. Steve
  5207.  
  5208.  
  5209. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5210.  
  5211.  
  5212.  
  5213.  
  5214. Message #1846
  5215.   To HERBERT SMITH                          12-01-87
  5216. From STEVE STRALEY                          Subject (R)CONVERTING TO MULTIUSE
  5217. ---------------------------------------------------------------------------
  5218. By the way, in the new clipper, you can not only flush the buffer with
  5219. a SKIP 0, but you can write out to disk what is in the buffer with the
  5220. new COMMIT command.   Soon available with the new release...
  5221.  
  5222. Steve
  5223.  
  5224.  
  5225. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5226.  
  5227.  
  5228.  
  5229.  
  5230. Message #1848
  5231.   To RUSSELL FREELAND                       12-01-87
  5232. From MARK NEIDORFF                          Subject (R)AASM FUNCTIONS
  5233. ---------------------------------------------------------------------------
  5234. Hi Russell:
  5235. I didn't need anything specific.  Just curious about adding it to a
  5236. CLIPPER disk library that I am building for a CLIPPER user's group.
  5237. Thanks for the offer though.
  5238.  
  5239.  
  5240. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5241.  
  5242.  
  5243.  
  5244.  
  5245. Message #1851
  5246.   To ABE RICE                               12-02-87
  5247. From KELLY STANONIK                         Subject (R)CLIPPER
  5248. ---------------------------------------------------------------------------
  5249. That wasn't abe, who was that?!  Someone using abe's account...
  5250. (AI techniques at work...)
  5251.  
  5252.  
  5253. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5254.  
  5255.  
  5256.  
  5257.  
  5258. Message #1853
  5259.   To SUOK NOH                               12-02-87
  5260. From KELLY STANONIK                         Subject (R)IDL
  5261. ---------------------------------------------------------------------------
  5262. Regardless of what your application is, the IDL will help you.  It is
  5263. really a fantastic product and Dirk and Steve deserve to get some
  5264. serious profits from it.
  5265.  
  5266.  
  5267. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5268.  
  5269.  
  5270.  
  5271.  
  5272. Message #1854
  5273.   To MARK NEIDORFF                          12-02-87             (Rcvd)
  5274. From STEVE STRALEY                          Subject (R)PICT UDF
  5275. ---------------------------------------------------------------------------
  5276. Sure... funny thing was that I have re-organized my disk and was
  5277. planning on asking you for a copy likewise.   I'll see if there is
  5278. anyone out there that has a copy of either utility.  From that you can
  5279. add it to the library.   Oh... yeap... you'll see me tonight so.. until
  5280. then...
  5281.  
  5282. Steve
  5283.  
  5284.  
  5285. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5286.  
  5287.  
  5288.  
  5289.  
  5290. Message #1855
  5291.   To ALL                                    12-02-87
  5292. From STEVE STRALEY                          Subject GENERAL
  5293. ---------------------------------------------------------------------------
  5294.                      S.S.T.Kit   Soars into Production!
  5295.  
  5296. The tool kit is just about completed, including beta cycle.  The report
  5297. writer not only generates reports on-line, but saves the information as
  5298. well, and can generate Clipper Code as well!
  5299.  
  5300. If anyone is wanting a generic list of all that the tool kit can do,
  5301. you can inquire and I'll upload a list of all procedure and functions.
  5302. Additionally, I'll be demonstrating it at the NYMCUG sometime in
  5303. January or February.  Also, dIRK has a preliminary copy and can offer
  5304. general comments.
  5305.  
  5306. If you're wanting to see things done in Clipper that you thought
  5307. couldn't be done; if you're wanting to make a menu in ONE LINE OF CODE;
  5308. if you want to save AND RESTORE array from disk; if you want oodles of
  5309. TRIG, STATISTIC, DATE, NUMERIC, and ARRAY functions (like SCATTER(),
  5310. GATHER(), and FOX_DATE()), then the Steve Straley Tool Kit may be
  5311. ideal.
  5312.  
  5313. < More - C(ontinuous) Y/N >
  5314.  
  5315. Also, if anyone out there has a copy of my old EXPLODEN() function
  5316. which I passed out at the NYMCUG's first meeting, please let me know
  5317. ASAP.
  5318.  
  5319. To all, thanks for the support and let's keep the ol' clipper shears on
  5320. the back of a willey fox.   Until next time.... HAPPY CLIPPING....
  5321.  
  5322. Steve Straley
  5323.  
  5324.  
  5325. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5326.  
  5327.  
  5328.  
  5329.  
  5330. Message #1856
  5331.   To MARK NEIDORFF                          12-02-87
  5332. From CLIFF GREEN                            Subject (R)FFUTURE CLIPPER
  5333. ---------------------------------------------------------------------------
  5334. Nantucket/documentation?
  5335.  
  5336.  
  5337. BTW, has anyone out there ordered the docs for (what is it
  5338. now?)Summer/Fall/Winter 87?  Curious that the upgrade is for zip, but
  5339. we've gotta buy the docs.
  5340.  
  5341.  
  5342. Hmmph.
  5343.  
  5344.  
  5345. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5346.  
  5347.  
  5348.  
  5349.  
  5350. Message #1857
  5351.   To HARRY VANTASSELL                       12-02-87             (Rcvd)
  5352. From CLIFF GREEN                            Subject (R)LINKER & STUFF
  5353. ---------------------------------------------------------------------------
  5354. Re:  Tlink linking times, I just compiled and linked a small Clipper
  5355. application with about 30k of OBJ code plus the Clipper LIB and it
  5356. still links in about 7 seconds.  The resulting executable is probably a
  5357. few bytes larger than MSLINK or Plink, but if you're in a hurry
  5358. (where's the fire?), who cares?
  5359.  
  5360. Oh yeah.  Bitching about the size of Clipper's EXE file isn't such a
  5361. heinous crime (well, ok- you didn't paint it that bad either), and is
  5362. so much fun....
  5363.  
  5364.  
  5365. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5366.  
  5367.  
  5368.  
  5369.  
  5370. Message #1858
  5371.   To STEVE STRALEY                          12-02-87             (Rcvd)
  5372. From CLIFF GREEN                            Subject (R)FFUTURE CLIPPER
  5373. ---------------------------------------------------------------------------
  5374. You're welcome.
  5375.  
  5376. As to your treatment of MORE, I have to say that it is a good overview,
  5377.  nicely complementary to the classic treatment of NOTHING, which
  5378. can be found (if you've the notion) in the seventh (I think) volume of
  5379. the Encyclopedia of Philosophy.  Truly valuable reading which will pay
  5380. nonexistent dividends noone would want to measure (but of course, he
  5381. would).
  5382.  
  5383.  
  5384. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5385.  
  5386.  
  5387.  
  5388.  
  5389. Message #1860
  5390.   To ALL                                    12-03-87
  5391. From JOHN BRISTOR                           Subject REUSABLE RECORDS
  5392. ---------------------------------------------------------------------------
  5393. .     This is to clarify my message to Steve Adler for others who may
  5394. read it and not know what I am referring to.
  5395. .     I got tired of having to worry about packing files to get rid of
  5396. records marked for deletion. With large files, a programmer has to
  5397. worry about disk space and the time it takes to pack and reindex the
  5398. file. So why not use 'reusable records'?  Whenever the user or a system
  5399. itself needs to delete records, just change the key fields to a high
  5400. (or low) set of ascii characters so the records 'float' out of your way
  5401. till you call them again for reuse.  Example:
  5402. .
  5403. .         USE ACCOUNT INDEX ACCOUNT     &&& INDEX IS BY ACCOUNT
  5404. .
  5405. .    {To delete a record}          REPLACE ACCOUNT WITH "~~~~~~~~~"
  5406. .
  5407. .    {When adding a new record to the file}
  5408. .                         SEEK "~~~~~~~~~"
  5409. .                         IF EOF()
  5410. .                              APPEND BLANK
  5411.  
  5412. < More - C(ontinuous) Y/N >
  5413. .                              REPLACE ACCOUNT WITH maccount,........
  5414. .                         ELSE
  5415. .                              REPLACE ACCOUNT WITH maccount,.......
  5416. .                         ENDIF
  5417. .
  5418. .    Normally I will replace all key fields for all indexes with some
  5419. high asci character.  All 'dummy' records are at the bottom end of the
  5420. file, thus I add ---  .AND. ACCOUNT <> "~~~~~~~~"  with  '.AND. .NOT.
  5421. EOF()' in my loops. My systems work fine and require no PACKING.
  5422. .   ---- JAB ----
  5423.  
  5424.  
  5425. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5426.  
  5427.  
  5428.  
  5429.  
  5430. Message #1863
  5431.   To STEVE STRALEY                          12-03-87             (Rcvd)
  5432. From DIRK LESKO                             Subject (R)PICT UDF
  5433. ---------------------------------------------------------------------------
  5434. Steve, I hva a copy of exploden somewhere, and David Welcher has one
  5435. too.
  5436.  
  5437. dLESKO
  5438.  
  5439.  
  5440. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5441.  
  5442.  
  5443.  
  5444.  
  5445. Message #1864
  5446.   To DIRK LESKO                             12-03-87             (Rcvd)
  5447. From JON MELTZER                            Subject (R)MASM ETC.
  5448. ---------------------------------------------------------------------------
  5449. I'm already having nightmares!  Half of our application is in C!
  5450. We have no money to buy MSC 5.0! (Another calm day on the ship ...)
  5451.  
  5452.  
  5453. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5454.  
  5455.  
  5456.  
  5457.  
  5458. Message #1865
  5459.   To RUSSELL FREELAND                       12-03-87
  5460. From JON MELTZER                            Subject (R)FORCE III COMPILER
  5461. ---------------------------------------------------------------------------
  5462. Ah, but will it get to us before Summer 87 Clippe?
  5463.  
  5464.  
  5465. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5466.  
  5467.  
  5468.  
  5469.  
  5470. Message #1866
  5471.   To STEVE STRALEY                          12-03-87             (Rcvd)
  5472. From JON MELTZER                            Subject (R)FFUTURE CLIPPER
  5473. ---------------------------------------------------------------------------
  5474. Will your book be available through the Small Computer Book Club?
  5475. They pick up a lot of Addison-Wesley stuff .
  5476.  
  5477.  
  5478. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5479.  
  5480.  
  5481.  
  5482.  
  5483. Message #1867
  5484.   To STEVE STRALEY                          12-03-87             (Rcvd)
  5485. From JON MELTZER                            Subject (R)GENERAL
  5486. ---------------------------------------------------------------------------
  5487. Yes, please upload a description.
  5488.  
  5489.  
  5490. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5491.  
  5492.  
  5493.  
  5494.  
  5495. Message #1869
  5496.   To ALL                                    12-04-87
  5497. From CLIFF CORCORAN                         Subject EDITORS
  5498. ---------------------------------------------------------------------------
  5499. Hello All. Hope everone had a good Thanksgiving and all the Christmas
  5500. shopping is done(grin). I feel that I am at the stage to change to a
  5501. more powerful text editor for programming applications. I am very
  5502. interested in hearing opinions from the folks here as to what editor
  5503. they feel is best for Clipper type programming. I am resigned to
  5504. relearning editing commands from what I am using now, so what ever you
  5505. folks use as your favorite editor would be a good discussion I think.
  5506. Regards CLiff
  5507.  
  5508.  
  5509. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5510.  
  5511.  
  5512.  
  5513.  
  5514. Message #1870
  5515.   To CLIFF CORCORAN                         12-04-87             (Rcvd)
  5516. From DIRK LESKO                             Subject (R)EDITORS
  5517. ---------------------------------------------------------------------------
  5518. The Best Editor???
  5519.  
  5520. Brief,
  5521.  
  5522. Brief,
  5523.  
  5524. or Brief.
  5525.  
  5526. You can configure Brief's keyboard to emulate any editor you like!
  5527.  
  5528. dLESKO
  5529.  
  5530.  
  5531. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5532.  
  5533.  
  5534.  
  5535.  
  5536. Message #1871
  5537.   To JON MELTZER                            12-04-87             (Rcvd)
  5538. From DIRK LESKO                             Subject (R)MASM ETC.
  5539. ---------------------------------------------------------------------------
  5540. Supposedly their is some type of Lattice 'compatibility' module that
  5541. you can link in so that your Lattice UDF's will still work. However,
  5542. the internals of the new Clipper are so different from Autumn that any
  5543. calls you might have ever made to the internals of Clipper could cause
  5544. you great didaster. Also note that as of this writing, the minimum .EXE
  5545. file size produced by the new Clipper ballooned to 150k!!!
  5546. Untolerable!. remember, just because Nantucket sends you Summer87
  5547. doesn't meant that you HAVE to use it right away.
  5548.  
  5549. PS - IDLibrary has almost all of the xtra functionality that Summer87
  5550. will give you, and it is available now, and our upgrades will not break
  5551. your code.
  5552.  
  5553. dLESKO
  5554.  
  5555.  
  5556. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5557.  
  5558.  
  5559.  
  5560.  
  5561. Message #1872
  5562.   To HARRY GILBERT                          12-04-87
  5563. From BRUCE OLSON                            Subject (R)CLOCK ROUTINE
  5564. ---------------------------------------------------------------------------
  5565. Thanks for the comment.  Sounds good.  I'll have to squeeze it into my
  5566. budget as the upcoming Christmas season allows, if you know what I
  5567. mean.  Thanks again.
  5568. BNO
  5569.  
  5570.  
  5571. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5572.  
  5573.  
  5574.  
  5575.  
  5576. Message #1873
  5577.   To ALL                                    12-04-87
  5578. From BRUCE OLSON                            Subject CLIP. SUMMER FALL WINT.87
  5579. ---------------------------------------------------------------------------
  5580. Called Nantucket yesterday to check on the status of my upgrade and was
  5581. informed it will be at least another 4 to 6 weeks before shipping.  I
  5582. had sent my upgrade order in the first part of November after I got
  5583. their notice.  Sent the extra money for a new manual too.  Received my
  5584. order form and check back with their note that I would be upgraded for
  5585. free since I had bought Autumn 86 in September.  Don't know whaeir
  5586. overall policy is butvaporware sure is nice.
  5587. BNO
  5588.  
  5589.  
  5590. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5591.  
  5592.  
  5593.  
  5594.  
  5595. Message #1875
  5596.   To JON MELTZER                            12-04-87             (Rcvd)
  5597. From STEVE STRALEY                          Subject (R)FFUTURE CLIPPER
  5598. ---------------------------------------------------------------------------
  5599. If the Small Computer Book Club is, as you mentioned, a source for a
  5600. lot of Addison-Wesley stuff, then more than likely it will be there.  I
  5601. am not sure, however, if they will care any of my other projects and
  5602. ideas.   Another compnay is handling the tool kit.   The next two books
  5603. are up for grabs... if the first one does well enough, maybe A-W will
  5604. carry them as well.   We'll see.  The next 7 months will be VERY VERY
  5605. interesting!!!
  5606.  
  5607. Thanks and happy clipping...
  5608. Steve
  5609.  
  5610.  
  5611. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5612.  
  5613.  
  5614.  
  5615.  
  5616. Message #1876
  5617.   To JON MELTZER                            12-04-87             (Rcvd)
  5618. From STEVE STRALEY                          Subject (R)GENERAL
  5619. ---------------------------------------------------------------------------
  5620. I am in the process of doing just that...
  5621.  
  5622.  
  5623. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5624.  
  5625.  
  5626.  
  5627.  
  5628. Message #1877
  5629.   To CLIFF CORCORAN                         12-04-87             (Rcvd)
  5630. From STEVE STRALEY                          Subject (R)EDITORS
  5631. ---------------------------------------------------------------------------
  5632. Cliff, at Nantucket, practically everyone used EDIX.. many different
  5633. version of it, but EDIX nevertheless.   Since coming out to the east I
  5634. seem to be deluged with enough BRIEF user to get me to commit to use
  5635. it.   For the most part, I enjoy BRIEF... especially on a 386.   On my
  5636. XT at home, BRIEF take too long to load up, not to mention if my file
  5637. is large as well.  Some people use KEDIT... especially those wanting an
  5638. editor compatible with the mainframe.  Some use PCEDITOR.   Right now,
  5639. I use BRIEF for the power and macro capabilities on my 386.   But for
  5640. dependability and quick and dirty writing of code, EDIX still sits on
  5641. my hard-disk at home.   Home this offers some insights....
  5642.  
  5643. Steve
  5644.  
  5645.  
  5646. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5647.  
  5648.  
  5649.  
  5650.  
  5651. Message #1878
  5652.   To BRUCE OLSON                            12-04-87
  5653. From STEVE STRALEY                          Subject (R)CLIP. SUMMER FALL WINT
  5654. ---------------------------------------------------------------------------
  5655. Bruce... IT IS NOT VAPORWARE!!!   Nantucket just sent me the new manual
  5656. and the new beta release.  It seems relatively sound.   My toolkit just
  5657. had a few problems rather than alot.   Hang on kiddo, it'll be here
  5658. before you can say ho ho ho...
  5659.  
  5660.  
  5661. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >  
  5662.  
  5663.  
  5664.  
  5665.  
  5666. Message #1880
  5667.   To CLIFF CORCORAN                         12-04-87             (Rcvd)
  5668. From ROBERT HEYMAN                          Subject (R)EDITORS
  5669. ---------------------------------------------------------------------------
  5670. Cliff:  I recently bought a copy of BRIEF from Solution Systems...
  5671. and reccommend it highly.  While not as fast as a couple of the
  5672. Shareware editors.....QEDIT in particular, the windowing system,
  5673. block editing features and the ability to design and use BRIEF
  5674. macros makes it quite a program.  Cannot reccommend it highly enough.
  5675. Rob Heyman
  5676.  
  5677.  
  5678. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5679.  
  5680.  
  5681.  
  5682.  
  5683. Message #1881
  5684.   To DIRK LESKO                             12-05-87             (Rcvd)
  5685. From JON MELTZER                            Subject (R)MASM ETC.
  5686. ---------------------------------------------------------------------------
  5687. Clipper internals :  well, the only internal function that is critical
  5688. to me is _cout()  (which seems to be the same as __sout()  ).
  5689. Do you know if Nantucket has fixed things up so that the C output
  5690. functions putc() and puts() will now work?
  5691.  
  5692. Waiting for Force III ...
  5693.  
  5694.  
  5695. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5696.  
  5697.  
  5698.  
  5699.  
  5700. Message #1882
  5701.   To JOHN BRISTOR                           12-05-87             (Rcvd)
  5702. From HARRY VANTASSELL                       Subject (R)REUSABLE RECORDS
  5703. ---------------------------------------------------------------------------
  5704. Let me suggest yet another reason to recycle deleted records rather
  5705. than PACK the file.  If running on a network one must exclude all
  5706. all other users from the DBF and lock the DBF file and its index files
  5707. before doing a PACK.  I like to do a "pseudo pack" which is nothing
  5708. more than replacing the key fields in the deleted records. Converting
  5709. single user applications that PACK, ZAP, REINDEX, etc, to mult-user
  5710. can cause a bunch of headaches, but not for the person who used such
  5711. tricks as record recycling!
  5712.  
  5713.  
  5714.  
  5715. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5716.  
  5717.  
  5718.  
  5719.  
  5720. Message #1883
  5721.   To CLIFF CORCORAN                         12-05-87             (Rcvd)
  5722. From HARRY VANTASSELL                       Subject (R)EDITORS
  5723. ---------------------------------------------------------------------------
  5724. Cliff - While everyone has the "only and best" code editor, you can
  5725. rest assured that Brief is really the best. <grin>
  5726.  
  5727.  
  5728. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5729.  
  5730.  
  5731.  
  5732.  
  5733. Message #1884
  5734.   To NICK MONTALTO                          12-05-87
  5735. From KEVIN SAFFER                           Subject (R)CLIPPER MULTLINK
  5736. ---------------------------------------------------------------------------
  5737. Nick,
  5738. I has the same problem a year ago when I first began using Multi-link.  I
  5739. have written and sell a package called Clipfix (recommended by TSL tech
  5740. support) for getting Clipper up and running under ML.  The package
  5741. performs a MLVIDFIX operation on any clipper compiled program.  I will
  5742. be happy to send you an 'evaluation' copy of the program over the modem
  5743. to help out.  For anyone who wants to do this themselves, write a
  5744. routine that will poll the ML environment for the address of the video
  5745. buffer as established by MLVIDRAM.  Then, insert this address into the
  5746. Clipper EXE file instead of the addresses B000 and B800.  If your
  5747. Clipper file is small, you can locate these addresses by renaming the
  5748. EXE file to BIN, loading it under Debug, and search for the bytes 00 B0
  5749. or 00 B8.  Remember to reverse the two bytes of the ML video address
  5750. before patching the BIN file.  Write it back to disk, the rename it to
  5751. EXE.  This patched EXE file will execute in the background partition
  5752. and send it's video to the MLVIDRAM address.  Be sure to dos this on a
  5753. COPY of you EXE file, never the original!.  One problem wioth this
  5754. approach is that the file must be re-patched anytime the MLVIDRAM
  5755.  
  5756. < More - C(ontinuous) Y/N >
  5757. address moves.  This happens often when the configuration of the
  5758. machine changes.   The way to go is a routine that will patch the EXE
  5759. file anytime an operator loads it.  I used Turbo to write CLIPFIX.
  5760.  
  5761. Good Luck - Kevin E. Saffer
  5762.  
  5763.  
  5764. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5765.  
  5766.  
  5767.  
  5768.  
  5769. Message #1885
  5770.   To ALL                                    12-05-87
  5771. From KEVIN SAFFER                           Subject RDRIVER1.ARC
  5772. ---------------------------------------------------------------------------
  5773. Hello from freezing Connecticut!  This is the first time I have been on
  5774. the BOSS board and it is the greatest!
  5775. I have uploaded a script driven report writer for Clipper.  It probobly
  5776. wont unseat R&R but my clients like it a lot better.  Hope it helps.
  5777.  
  5778. So long from the Frozen North...
  5779.  
  5780.  
  5781. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  5782.  
  5783.  
  5784.  
  5785.  
  5786. Message #1886
  5787.   To JON MELTZER                            12-05-87             (Rcvd)
  5788. From DIRK LESKO                             Subject (R)MASM ETC.
  5789. ---------------------------------------------------------------------------
  5790. NO idea on putc() or puts(), I am still waiting for a 'stable' version
  5791. of the new Clipper before I trust any discoveries.
  5792.  
  5793. dLESKO
  5794.  
  5795.  
  5796. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5797.  
  5798.  
  5799.  
  5800.  
  5801. Message #1887
  5802.   To ALL                                    12-05-87
  5803. From MARC SCHNAPP                           Subject NYMCUG NEWS
  5804. ---------------------------------------------------------------------------
  5805. 1  Regular Time and Location
  5806. It's official: NYMCUG will meet the last Wednesday of the month.
  5807. =================================================================
  5808.           Meetings will be held at Martin Luther King HS
  5809.           Amsterdam Avenue between 65th and 66th Streets
  5810.                           6:30-9:30 p.m.
  5811. =================================================================
  5812. Upcoming meeting dates are:
  5813. Jan 27  Feb 24  Mar 30  April 27  May 25  June 29
  5814. 2  Next Meeting
  5815. January 27
  5816. WallSoft will present a look at the next version of the UI
  5817. Programmer.  All attendees will receive a free copy of Stru-p.
  5818. Perhaps there will also be a drawing for one of the other fine
  5819. WallSoft Products.
  5820. 3  Thanks to Dirk Lesko
  5821. The December presentation on using MAKE and LIB was extremely
  5822. informative.  We will be mailing copies of Dirk's screens to all
  5823.  
  5824. < More - C(ontinuous) Y/N >
  5825. paid-up members.
  5826. Dirk did a really impressive job, thanks!
  5827. 4  Disk Library
  5828. 4.1  Flying Start
  5829. The Disk Library made its debut at the Dec meeting.  Mark
  5830. Neidorff put together 5 disks and we sold just about every thing
  5831. we had.  He tells me that there will be more at the January
  5832. meeting.
  5833. Disks are $5 for members and $10 for non-members.
  5834. =================================================================
  5835. If you have any suggestions about likely public domain or
  5836. shareware items for the library, please upload them to BigNet's
  5837. file library and post a message to Mark Neidorff alerting him.
  5838. =================================================================
  5839. 4.2  Member Contributions
  5840. If you have any of your own homegrown code to contribute, we'd
  5841. like to evaluate it!  Please call Larry Nussbaum at (201)
  5842. 746-8208.
  5843. Help your fellow members avoid reinventing the wheel.
  5844. 5  Clipper Beginner Classes
  5845. Six NYMCUG members have stepped forward asking for a Beginning Clipper
  5846. training course.  Nantucket is considering sponsoring this in
  5847.  
  5848. < More - C(ontinuous) Y/N >
  5849. cooperation
  5850. with Marc Schnapp in late March.
  5851.      -----------------------------------------------------------------
  5852. The meeting will probably be a full-day lecture style course held in a
  5853. midtown location on a weekday.
  5854.      -----------------------------------------------------------------
  5855. We need to know if there's sufficient interest.  Nantucket would
  5856. welcome
  5857. attendance from corporate staff and independent consultants alike.
  5858. Non-members would be welcome so feel free to spread the word.  If you
  5859. or
  5860. your associates wish to attend: please drop a postcard or such to (no
  5861. calls please):
  5862. ============================
  5863. Marc Schnapp
  5864. Beginning Clipper
  5865. 75-22 182 Street
  5866. Flushing, NY 11366
  5867. 6  Adam Green
  5868. Adam Green comes to town the week of January 25 to teach the
  5869. Dbase language.  His course is universally acclaimed.  We are
  5870. investigating obtaining a member discount.  Please watch this
  5871.  
  5872. < More - C(ontinuous) Y/N > C
  5873. space for an update.
  5874. 7  Tom Rettig
  5875. Tom Rettig has expressed willingness to speak to a join meeting
  5876. of NYMCUG and the Dbase Lnaguages SIG (NYPC).  We are hoping to
  5877. host the meeting in March or April.  Stay tuned.
  5878. 8  BigNet BBS
  5879. To communicate with NYMCUG call BigNet (212) 769-0550 300/1220 baud
  5880.  
  5881.  
  5882. L(ist) (-) M(ore) W(hereAmI) R(eply) H(elp) Q(uit) >
  5883.  
  5884.  
  5885.  
  5886.  
  5887. Message #1888
  5888.   To HARRY VANTASSELL                       12-06-87             (Rcvd)
  5889. From JOHN BRISTOR                           Subject (R)REUSABLE RECORDS
  5890. ---------------------------------------------------------------------------
  5891. .     Glad to see someone else out there is using similiar techniques.
  5892. I'm still alarmed at the number of applications that I see out that
  5893. force the user to wait through long packs and reindexing.  I also use
  5894. reusable records for moving records through a variety of processes.
  5895. Instead of having a 'status' field in one or two large databases, I can
  5896. move records going thru processes from one 'process' file to another
  5897. without having to pack the the previous file to get rid of the older
  5898. records.
  5899.  
  5900.  
  5901. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5902.  
  5903.  
  5904.  
  5905.  
  5906. Message #1889
  5907.   To JOHN BRISTOR                           12-06-87             (Rcvd)
  5908. From RON LANDBERG                           Subject (R)REUSABLE RECORDS
  5909. ---------------------------------------------------------------------------
  5910. Another alternative to long packs during productive time is to always
  5911. set a filter in all data files to avoid records marked for deletion,
  5912. then pack as an overnite process.  I use this approach with flawless
  5913. results.
  5914.  
  5915.  
  5916. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5917.  
  5918.  
  5919.  
  5920.  
  5921. Message #1890
  5922.   To JON MELTZER                            12-06-87             (Rcvd)
  5923. From HARRY VANTASSELL                       Subject (R)MASM ETC.
  5924. ---------------------------------------------------------------------------
  5925. Jon -  Why not just save your pennys and buy Quick-C? I see $55 as
  5926. the street price which is affordable and a good value. _cout() and
  5927. _sout() are quite different in what they do; _cout does a "TTY str
  5928. write" while _sout does a "raw str write" without regard to the
  5929. ascii value of the characters. To see the difference, try example:
  5930.         string = "->"+CHR(7)+CHR(10)+CHR(13)+"<-"
  5931.         CALL _sout WITH string,WORD(7)
  5932.         INKEY(0)
  5933.         ?
  5934.         CALL _cout WITH string,WORD(7)
  5935. A little disassembly with SYMDEB and a LINK/MAPSYM generated symbol
  5936. table will let you spot the differences right away. I rather doubt
  5937. that will ever see the C screen write functions in Clipper.
  5938.  
  5939.  
  5940. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5941.  
  5942.  
  5943.  
  5944.  
  5945. Message #1891
  5946.   To HARRY VANTASSELL                       12-06-87
  5947. From JON MELTZER                            Subject (R)MASM ETC.
  5948. ---------------------------------------------------------------------------
  5949. Thanks Harry... will try.
  5950.  
  5951.  
  5952. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5953.  
  5954.  
  5955.  
  5956.  
  5957. Message #1893
  5958.   To RON LANDBERG                           12-07-87
  5959. From JOHN BRISTOR                           Subject (R)REUSABLE RECORDS
  5960. ---------------------------------------------------------------------------
  5961. .     A 'Set Filter' would probably work fine for smaller database but
  5962. what if your database's size is 2 Meg and you have four open indices.
  5963. Also the user must 'remember' to run the overnight process. I have
  5964. users that can't remember to do backups let alone an overnight process.
  5965.  ----- JAB ----
  5966.  
  5967.  
  5968. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5969.  
  5970.  
  5971.  
  5972.  
  5973. Message #1894
  5974.   To DIRK LESKO                             12-07-87             (Rcvd)
  5975. From CLIFF CORCORAN                         Subject (R)EDITORS
  5976. ---------------------------------------------------------------------------
  5977. HeHe. Thats what I like about you Dirk. You can be sooo ambigious!
  5978. [grin]. Thanks for the hint, I will check it out.
  5979. Regards CLiff
  5980.  
  5981.  
  5982. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5983.  
  5984.  
  5985.  
  5986.  
  5987. Message #1895
  5988.   To STEVE STRALEY                          12-07-87
  5989. From CLIFF CORCORAN                         Subject (R)EDITORS
  5990. ---------------------------------------------------------------------------
  5991. It sure does Steve. I will check out both of your prime names. Dirk has
  5992. also recc. Brief. An editor gets to be such an extension of the
  5993. programmer that just considering a move gives me pause. But the time is
  5994. ripe. Thanks for the tips. Welcome as always.
  5995. Regards CLiff
  5996.  
  5997.  
  5998. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  5999.  
  6000.  
  6001.  
  6002.  
  6003. Message #1896
  6004.   To ROBERT HEYMAN                          12-07-87
  6005. From CLIFF CORCORAN                         Subject (R)EDITORS
  6006. ---------------------------------------------------------------------------
  6007. Thanks for another "vote" for brief. I saw the ad for the product in
  6008. the last dba and it looks pretty good. It is not even too pricey, all
  6009. things considered.
  6010. Appreciate the reply!
  6011. Regards CLiff
  6012.  
  6013.  
  6014. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  6015.  
  6016.  
  6017.  
  6018.  
  6019. Message #1897
  6020.   To HARRY VANTASSELL                       12-07-87
  6021. From CLIFF CORCORAN                         Subject (R)EDITORS
  6022. ---------------------------------------------------------------------------
  6023. [grin] I understand. I feel the same. If I used it it must be the best
  6024. just by defination! {Big Grin]. Thanks for the reply. Breif seems to be
  6025. running away from the field.
  6026. Regards CLiff
  6027.  
  6028.  
  6029. L(ist) (-) M(ore) T(hread) W(hereAmI) R(eply) H(elp) Q(uit) >
  6030.  
  6031.  
  6032.  
  6033.  ╔═════════════════════════════════════════════════════════════════════════╗
  6034.  ║                                                                         ║
  6035.  ║  The Boss's Directory # 99   -   Recent Uploads (Not checked by Sysop)  ║
  6036.  ║                                                                         ║
  6037.  ║  Updated  12/ 1/87                                                      ║
  6038.  ╠═════════════════════════════════════════════════════════════════════════╣
  6039.  ║            * = Archived (Off line) available upon request               ║
  6040.  ╚═════════════════════════════════════════════════════════════════════════╝
  6041.  
  6042. CISB.ARC        37888  10-01-87  external compuserve b protocol
  6043. SNIPPER.ARC      2048  10-01-87  PC Magazines Clipboard program
  6044. SCHED240.ARC     5120  10-01-87  Version 2.40 of sched.arc-Prints a sched
  6045. QDISK30.ARC      8192  10-01-87  similar to DR but ram resident
  6046. VOL16N16.ARC    55040  10-01-87  More programs from PC Magazine
  6047. DB3-UTIL.ARC    52224  10-02-87  Collection of DB3 Utilities
  6048. CANSET11.ARC    65536  10-02-87  Menu Control For the CANON Laser Printer
  6049. PRCMS242.ARC     5120  10-02-87  Use a Mouse With Procomm
  6050. CONFETTI.ARC    30592  10-02-87  EGA STUFF
  6051. HELP.ARC        10752  10-02-87  CREATE MANAGE F1 HELP SCREENS - DB3+
  6052. HELPDBF.ARC     11776  10-02-87  ADD HELP TO CLIPPER PROG AFTER COMPILING
  6053. MAC3.ARC         3840  10-02-87  RECALL EDIT LAST 10 DBASE III COMMANDS
  6054. TOPSPIN.ARC     39936  10-02-87  Create quick menus for your programs
  6055. 386UPGR.ARC      3072  10-02-87  Quick and easy upgrade -- PC to '386
  6056. USBBS41.ARC     36864  10-03-87  National BBS listings 10 1 87
  6057. SMG2.ARC        12288  10-03-87  Bounce-bar menu gen for Clip and dB3.
  6058. ACAD25.FIX       3072  10-03-87  unprotect patch for autocad ver 2.5
  6059. SPEEDE.ARC       3072  10-03-87  increase dma speed
  6060. SUPER_C.ARC     74752  10-04-87  C&ASM from 'Super Charging with ASM'book
  6061. RESUME87.ARC    40960  10-04-87  computer generated resume system
  6062. 100LTRS.ARC     58496  10-04-87  100 professionally written letters
  6063. RB.ARC           4096  10-04-87  read basic files....
  6064. OWNER161.ARC    13312  10-04-87  Determines which file owns a cluster.
  6065. OK203.ARC      100352  10-04-87  Powerful Desktop Pub Utility
  6066. HOSPDEBT.ARC   118016  10-05-87  CLIPPER - HOSPITAL DEBT TRACKING JAB
  6067. JPL-C1.ARC      96256  10-05-87  C library from Jet Propulsion lab (1 2)
  6068. JPL-C2.ARC      81920  10-05-87  C library from Jet Propulsion lab (2 2)
  6069. NOFORMAT.ARC     1024  10-05-87  prevent accidental formatting of hard dr
  6070. WILL.ARC        31744  10-05-87  create your own will-everyone needs one
  6071. DIAGS.ARC       58368  10-05-87  see i o interupts screen & many others
  6072. SIDEWAYS.ARC     6144  10-05-87  print out spreadsheets etc. sideways
  6073. GT1300-2.ARC   160768  10-06-87  GT POWER 13.00 Executables PART 2 OF 4
  6074. GT1300-1.ARC   185344  10-07-87  GT POWER 13.00 1 of 4 Documentation
  6075. GT1300-3.ARC    84992  10-07-87  GT POWER 13.00 3 of 4 externals
  6076. GT1300-4.ARC   117760  10-07-87  GT 13.00 COMM PKG small mem w o host
  6077. PCO330.ARC     123904  10-07-87  VER 3.30 OF OUTLINE PROG W VAR FILES
  6078. WS4.ARC        224256  10-07-87  Help for WS4 - fixes updates etc.
  6079. MENU33.ARC      41984  10-07-87  Excellent Menu and DOS Shell
  6080. EMAIL100.ARC   119808  10-07-87  Small Email Program
  6081. BAS2QB13.ARC    38912  10-07-87  convert basica to quick-basic
  6082. FORTSEP.ARC     38912  10-07-87  separate lare FORTRAN programs
  6083. TCDEBUG2.ARC    63488  10-07-87  Ver. 2 of the Turbo-C debugger
  6084. TBULLETS.ARC     5120  10-07-87  Qmodem 3.1 Tech Bulletins
  6085. ARCMAS13.ARC    61440  10-07-87  ARC utility v1.3
  6086. ZEXENEW.ARC    142592  10-07-87  ZCOMM execs rev 9 25 87
  6087. ACLS.ARC        54272  10-07-87  acct mdule for use with autosig
  6088. ZDOCNEW.EXE    201600  10-07-87  ZCOMM documentation rev 9 25 87
  6089. ZHLPNEW.ARC     99712  10-07-87  ZCOMM help files Rev 9 25 87
  6090. TTCD.ARC        93184  10-07-87  Turbo C debugger v1.2 Limited version
  6091. HOSPCLP.ARC       256  10-08-87  Clipper - .CLP files for HOSPDEBT JAB
  6092. YAMM43.ARC      86016  10-08-87  YET ANOTHER MENU MAKER
  6093. DSZ1006.ARC     56320  10-08-87  External Z Y Xmodem module 10.06.87 ver
  6094. PC_V150.ARC     20864  10-08-87  Professional Clipper Library - v1.50
  6095. VOL6N19.ARC     24576  10-09-87  PC MAG. files from the 11 10 87 issue
  6096. STATUS.ARC       2048  10-09-87  Display computer's configuration
  6097. WINDSML.ARC     41984  10-09-87  clipper windows - evaluation release
  6098. TCUTIL.ARC      50176  10-09-87  Video BIOS routines w src for turbo-c
  6099. BBSGOVT.ARC      4096  10-09-87  A listing of government-sponsored BBS s
  6100. PASSBOOK.ARC    52992  10-09-87  ** BANK BOOK MGR DISBURSEMENTS. BEST
  6101. YGTX.BAT         1024  10-09-87  CORRECTED Y-G XMIT FILE FOR GT13.00-?
  6102. SCOUT30.ARC    142336  10-09-87  TSR file mangr new cmd user menus TOPS
  6103. DMBANNER.ARC    72704  10-10-87  BANNER MAKER
  6104. A86V310A.ARC    73728  10-10-87  Version 3.1 of Issacsons assembler 1of3
  6105. A86V310B.ARC    58368  10-10-87  Version 3.1 fo Issacsons assembler 2of3
  6106. A86V310C.ARC    70656  10-10-87  Version 3.1 of Issacsons assembler 3of3
  6107. PAMPLT14.ARC    29696  10-10-87  Version 1.4 - Print phamplets on HP LJ
  6108. PRR.ARC          1024  10-10-87  File formatter & Print Utility
  6109. MIKECOM.ARC     54272  10-10-87  complete comm lib for MSC with source
  6110. ARCHIVE3.ARC    21504  10-10-87  Version 3.0 of Archive backup program
  6111. USEANSI.ARC      7808  10-10-87  ANSI TECH TALK
  6112. DBASM.ARC        9216  10-11-87  dBASE Assembly language routines... - JR
  6113. TIMEBILL.ARC     8192  10-11-87  dBASE3 Time Billing program... - JR
  6114. CITIZEN.ARC      2432  10-11-87  Utilities for Citizen Printers - JR
  6115. QTOOLS1.ARC     98304  10-12-87  QuickBasic tools part 1 of 4
  6116. QTOOLS2.ARC    115712  10-12-87  QuickBasic tools part 2 of 4
  6117. QTOOLS3.ARC    113664  10-12-87  QuickBasic tools part 3 of 4
  6118. QTOOLS4.ARC     92160  10-12-87  QuickBasic tools part 4 of 4
  6119. XONE22.ARC      11264  10-12-87  extract files from ARC to new ARC. Buerg
  6120. MODEMUTL.ARC    62720  10-12-87  Utilities for Prometheus Promodem
  6121. SETUPLQ.ARC      4480  10-12-87  Sends ESC codes for Epson LQ printers
  6122. SIMGRAPH.ARC    32896  10-12-87  Graphics routines for C
  6123. GTCTL59.ARC    121984  10-12-87  GT HOST control file
  6124. GTLOG741.ARC   100096  10-12-87  GT13.00 log for host mode
  6125. NEWHOST.ARC      4096  10-12-87  new host scripts for Qmodem 3.1
  6126. RZSZ.ARC        66560  10-13-87  'C' source code to ZMODEM X'fer Protocol
  6127. MAILORDR.TXT     6144  10-13-87  Beware If you mailorder read this
  6128. FIDO231.ARC      9216  10-13-87  Hard drive users read this
  6129. MYED.ARC        79872  10-13-87  TSR editor with Quickbasic source
  6130. ARCMSTR.ARC     60672  10-13-87  Version 1.3 Archive Management System
  6131. PCOPATCH.ARC     1664  10-13-87  Patch out pco.ect file look in pco330
  6132. MATHPAD.ARC     99328  10-13-87  Mathematics calculator
  6133. GRAFIX.ARC      53248  10-14-87  graphic lib for MSC Turbo C w source
  6134. WPMACS13.ARC    11264  10-14-87  Word Perfect Macro's
  6135. RAMIT100.ARC    16896  10-14-87  Execute ROM HD Code from RAM on XT Clone
  6136. CBOOT.ARC        1280  10-14-87  Controlled reboot of the system
  6137. PROPER.ARC       4096  10-15-87  Cap first letters in strings BIN OBJ RF
  6138. DBQUEUE.ARC     10240  10-15-87  Comm. w DOS PRINT q fm 3+ etc. BIN OBJ
  6139. FAT104.ARC      16768  10-15-87  displays chain of clusters owned by file
  6140. CHECK-AT.ARC     2048  10-15-87  tests non-ibm BIOS problems w ext. mem.
  6141. FILEC.ARC        2048  10-15-87  File Complete - typing help for filename
  6142. BELL.ARC         2048  10-15-87  Change system bell to a chime
  6143. TELEX.ARC       11136  10-15-87  Crosstalk XVI- turn PC into Telex
  6144. RS232.ARC       12288  10-15-87  Explanation of RS232 standard- Nice
  6145. RESPONSE.ARC     2048  10-15-87  A simple get-key util for BATs
  6146. COPYTREE.ARC    34816  10-15-87  Copy Move Files - Good Backup Utility
  6147. TC130.ARC      165888  10-15-87  Turbo C Library Function Library
  6148. PC_V150B.ARC     3456  10-15-87  PROCLIP v1.50 Bug Correction Report
  6149. BANNER.ARC      30720  10-16-87  PRINT BANNERS WITH ANY PRINTER - ADWARE
  6150. CLIPARRY.ARC     3072  10-16-87  How to hack access to Clipper arrays HVT
  6151. MMENU10.ARC    218752  10-16-87  Magic Menu Vers 1.0a - EZ to learn menu
  6152. CARDFILE.ARC    38272  10-16-87  EXCELLENT Rolodex TSR from PC Mag.
  6153. FORM275.ARC     88064  10-16-87  FORMS MGR-WORKS ALONE OR WITH RBASE
  6154. EMM4.ARC        33664  10-16-87  driver to upgrade Above Board to EMMS4.0
  6155. PCCURSES.ARC    90368  10-16-87  MSC 3 4 -- Curses for the PC
  6156. CHANSHAD.ARC    43008  10-16-87  HPLJ Chancelor 24 pt w shadow font
  6157. SORTASC3.ARC    60416  10-16-87  multi-process ordered sort v3
  6158. CURSMAN.ARC     53376  10-16-87  Docs for pccurses (*nix-like curses)
  6159. TUTR-FIX.ARC    50560  10-16-87  Forsberg's answer to commtutr - READ IT
  6160. FGREP158.ARC    10240  10-17-87  Dunford's TEXT Search Util v1.58 10-16-7
  6161. REBBS26.ARC      6144  10-17-87  Betty Wheaton's 10 1 87 Real Estate BBS
  6162. CHEMVIEW.ARC    50176  10-17-87  EGA Rotating view of various molecules
  6163. DBSTD2.ARC      15360  10-17-87  draft 2 od dBase lang standard
  6164. TCPAT11.ARC      1536  10-17-87  Latest patches for Borland's Turbo C.
  6165. DUMTRM.PAS       3072  10-17-87  comm.port routines in turbo pascal
  6166. FINNEEDS.ARC    42368  10-18-87  Financial Needs Analysis It's OK
  6167. BNSLIB.ARC      43008  10-18-87  BNS object module librarian for Turbo C.
  6168. PHD.ARC        114688  10-18-87  phone directory program fairly complete
  6169. AN.ARC          81920  10-18-87  calender and tickler program
  6170. LIST624.ARC     27648  10-18-87  new version of Buerg's LIST program
  6171. ENVELOPE.ARC     4096  10-18-87  info on DOS environment
  6172. TRNSLATE.ARC    11264  10-18-87  ASCII EBCDIC conversion routine
  6173. Y               53248  10-19-87  Latest x y zmodem protocols
  6174. TCWIN16.ARC    107520  10-19-87  windows for turbo c
  6175. DBLOOK.ARC      17792  10-19-87  Read dBASEIII .DBF file in Turbo Pascal
  6176. CLIPED01.ARC   111616  10-19-87  Powerful EDIT for Clipper Aut'86 v1.01
  6177. WDCONT.ARC      10240  10-19-87  Western Digital Controller manual
  6178. CLM22.ARC       31744  10-19-87  Custom Label Maker 2.2
  6179. NOWAIT.ARC      12288  10-20-87  Speed up 1-2-3 calculations
  6180. POEPATCH.ARC     1792  10-20-87  Patch for POE to be able to change dirs.
  6181. INSURANC.ARC    44032  10-20-87  Keep track of assets for insurance purpo
  6182. USACON.ARC      25600  10-20-87  The USA constitution with menus
  6183. PIBT40E1.ARC   210176  10-20-87  PIBTERM v4.0 Executable 1 of 2
  6184. PIBT40E2.ARC   139264  10-20-87  PIBTERM v4.0 2 of 2
  6185. FXMAST32.ARC    21248  10-20-87  Epson Printer Setup v 3.2
  6186. SIMCGA40.ARC    13312  10-21-87  update to use CGA programs on Hercules
  6187. BACKSOUN.ARC     5120  10-21-87  BACKGROUND SOUND FOR TURBO PASCAL
  6188. BMOVE.ARE       16384  10-21-87  MOVE PROGRAMS BETWEEN SUBDIRS. TPASCAL S
  6189. CAT.ARC          2048  10-21-87  UNIX LIKE DIR UTIL.
  6190. KINDCHIP.ARC     1024  10-21-87  TELLS WHETHER YOU HAVE 8086-1 OR 8086-2
  6191. TIMEIT.ARC      14336  10-21-87  TIME EXECUTION OF PROGRAM.
  6192. CSAM40.ARC       8576  10-21-87  UNPROTECT DIAGRAPH PIC PERFECT 3.3-4.0
  6193. WFOLD.ARC       14336  10-21-87  Text utility - warps lines word bounds
  6194. CDTO.ARC         2048  10-21-87  Do a CD to the dir. containing a file
  6195. KEYSUB.COM        256  10-22-87  Substitute one key for another
  6196. SNIP.COM         1664  10-22-87  mark screen and move to another pgm
  6197. TC-HELP.ARC     47104  10-22-87  Help facility for Turbo C w source
  6198. EXT-CISB.ARC    37888  10-22-87  Extrnal Compuserve B protocol
  6199. CLIPLIST.ARC     8192  10-22-87  Listing of clipper files on various BBS'
  6200. C2DBASE.ARC     20480  10-22-87  'C' interface routines to DBaseIII files
  6201. SCARY.ARC        8192  10-22-87  What kind of damage a hacker can do
  6202. ISDIR.ARC        5632  10-22-87  Clipper checks directory path validity
  6203. PYTHAG3.ARC     29696  10-23-87  Find Pythagorian Triplets Math program
  6204. SPDLRN.ARC      52224  10-23-87  Speedup&Learn add-ins from LOTUS
  6205. ARCF103.ARC      8192  10-24-87  Find TEXT within ARC's V.Buerg 10-16-87
  6206. CLOCK3.ARC       2688  10-24-87  On-screen clock display (smart)
  6207. VERFAKE.ARC      1408  10-24-87  TSR to return different DOS version no.
  6208. TODAYNEW.ARC    16768  10-24-87  Additional dates for TODAY program -Set1
  6209. TODAYDOB.ARC    14336  10-24-87  Additional dates for TODAY program -Set2
  6210. HPS2ART.ARC      3072  10-24-87  line art drawing of HPLJ II for Ventura
  6211. HPL2VEN.ARC     35840  10-24-87  convert HPII fonts for Ventura use
  6212. PREPRINT.ARC    14336  10-24-87  estimates pages and time to print docmnt
  6213. FONTFLT2.ARC    24832  10-24-87  more filters a la FONTFILT.ARC
  6214. FONTFILT.ARC    15744  10-24-87  transform fonts to 3-D & hollow w SRC
  6215. REVW0887.ARC    41984  10-24-87  Robert Blancher's PD Software Reviews
  6216. DSZ1016.ARC     56320  10-24-87  Latest ZMODEM subprogram.
  6217. REVW0787.ARC    26624  10-24-87  Robert Blancher's PD Software Reviews
  6218. REVW0687.ARC    49152  10-24-87  Robert Blancher's PD Software Reviews
  6219. YZMODEM.ARC     88064  10-24-87  Everything you wanted to know (almost).
  6220. D86V310A.ARC    63488  10-24-87  Isaacson's debugger Ver 3.1
  6221. D86V310B.ARC    59392  10-24-87  Isaacson's debugger ver 3.1 part 2
  6222. REVW0587.ARC    46080  10-24-87  Robert Blancher's PD Software Reviews
  6223. PRODIA44.ARC    49152  10-24-87  AT Diagnostics NOT for beginners
  6224. SMALLDOC.ARC    57728  10-24-87  Prints docs in IBM binder size
  6225. USERLOGN.ARC     1024  10-24-87  passwords for db3+ clipper
  6226. LET12.ARC       71680  10-25-87  Multi Feat. Funct. Environment Edtr V.G.
  6227. STAR21.ARC      11264  10-25-87  set up Star Micronics printers from KB
  6228. MEMOBOOK.ARC    45056  10-25-87  Neat Name and address file keeper and DB
  6229. FACE.COM         4096  10-25-87  A diversion to put a few smiles
  6230. SPS14.ARC       22528  10-25-87  screen dump selected area (rows & cols)
  6231. QEDIT138.ARC    96256  10-25-87  Latest ver of editor - small changes
  6232. KILINARC.ARC    16384  10-25-87  del files in dir ident to files in arc
  6233. DISKFREE.ARC    11264  10-25-87  Directory Analyzer - tree + file sizes
  6234. HI-RES.ARC       5120  10-25-87  Hi-resolution scrn dump to Laserjet II
  6235. HOW-BIG2.ARC    26624  10-25-87  Display disk space in all subdir w sourc
  6236. HP41CV.ARC      74752  10-25-87  Turn your PC into a calculator
  6237. TCRES2.ARC      24320  10-25-87  Turbo C memory resident library
  6238. RESLB2.ARC      32768  10-25-87  MSC momory resident library
  6239. FBBSJR.ARC      25600  10-26-87  Beta ver of ARthur Lee's BBS for the jr
  6240. TYPO.ARC         3072  10-27-87  Neat batch file ECHO enhancement.
  6241. CASET217.ARC   114688  10-27-87  Audio cassette labeler with ltr qual prt
  6242. DRIP.ARC         2432  10-27-87  Interesting screen effect
  6243. PRIVNUM.ARC      2560  10-27-87  A list of PRIVATE BBS numbers.
  6244. 730K.ARC         6144  10-27-87  Use 80 Track drives on PC w IBM DOS 3.1
  6245. XEQ.ARC          6144  10-27-87  make 1 big .com file form smaller .com f
  6246. ADVDIAGS.ARC    58368  10-27-87  advanced DIAGS for the IBM
  6247. SAP300.ARC      30720  10-28-87  sort and pack directories
  6248. HEADHUNT.ARC    19456  10-28-87  finds proper h files for turbo c pgms
  6249. DOORWAY2.ARC   123904  10-28-87  Doors interface for PCBd GT Host RBBS-PC
  6250. ROMTOOLS.ARC     6144  10-28-87  ROM examining burning utilities.
  6251. CDOC23.ARC      16384  10-28-87  Automagicly Documents C functions Ver2.3
  6252. DSZBOOT.ARC     22528  10-28-87  Add ZMODEM protocol to TELIX Vers 2.xx
  6253. GS35.ARC       156672  10-28-87  BrwnBag's Goal Seeker for Spreadshts 3.5
  6254. ARCMGR12.ARC   124928  10-28-87  PKARC chop view repair arc files
  6255. NEWBBS.ARC        768  10-28-87  new listing of local bbs's10 87 bsl
  6256. UX-LS.ARC       20608  10-29-87  Good *nix-like 'ls' with c source
  6257. GT-FIX.ARC       8320  10-29-87  reset protect counter in GT v13.00
  6258. FILETOOL.ARC   116736  10-29-87  like QFILER - Modula 2 source included
  6259. GRAB22.ARC      67840  10-29-87  TSR envelope addresser v2.2
  6260. TCTUTOR1.ARC   132992  10-29-87  Turbo C Tutor - 1 of 2
  6261. TCTUTOR2.ARC   110464  10-29-87  Turbo C Tutor 2 of 2
  6262. VOL6N20.ARC    148480  10-29-87  PC-MAG'S LATEST PROGS
  6263. TCDEV.ARC        4096  10-29-87  Write device driver in Turbo-c
  6264. CMOVE6.ARC       7552  10-29-87  Move file across directory FAST
  6265. SLOD.ARC         2304  10-29-87  Slow down AT type machine
  6266. MSET.ARC         2048  10-29-87  Set any video mode from DOS - with src.
  6267. DKEY107.ARC     26624  10-29-87  Kbd. redefiner like Prokey
  6268. WS4REV.ARC       5504  10-30-87  Review of WordStar Release 4.o
  6269. WSREFMAN.ARC    65152  10-30-87  A referance manual for WordStar
  6270. QUICKSC.ARC      3840  10-30-87  speed up screen retrace
  6271. PCCOM.ARC       86016  10-30-87  A small Comm program
  6272. SAMMAC.EXE      49024  10-30-87  P.C. Mags. self-unarchiving samna macros
  6273. CVTIMG.ARC      14336  10-30-87  converts PC-Paint to Ventura .IMG format
  6274. FRB158.ARC      13312  10-30-87  Buerg's new fast backup restore
  6275. MICROC.ARC      11648  10-30-87  TSR WINDOWS EXEC() from 11 87 MicroC Mag
  6276. DSZ1025.ARC     54566  11-01-87  Zmodem Program 10 25 87 Version
  6277. PKX35FIX.ARC     2048  11-01-87  Fix for a small bug - from the author
  6278. DWPATCH.ARC     11264  11-01-87  Autopatch bug fixes for DOORWAY2
  6279. GFS000.ARC      44032  11-01-87  a gravity field simulator - 3 fields
  6280. PIPEV221.ARC    16384  11-01-87  Redirect output to both scrn & file devc
  6281. HS0.ARC         53632  11-01-87  hyperspace simulator design 4d figs.
  6282. PC-DRAFT.ARC    80896  11-01-87  shareware drawing program
  6283. AUTOHOST.ARC     1664  11-01-87  procomm way to enter host or timeout
  6284. PRCMHOST.ARC     1664  11-01-87  procomm sample auto xfer w procomm host
  6285. RESLB201.ARC    36864  11-02-87  MSC Turbo C memory resident lib v.2.01
  6286. PSHELL.ARC      35840  11-02-87  A menu system for programmers
  6287. PMK-UTIL.ARC   206848  11-02-87  sophisticated disk file utility system
  6288. TMSN3060.ARC    48128  11-02-87  60 pt TimesRoman for Ventura w WID table
  6289. ENVLJ500.ARC    67584  11-02-87  address envelopes on HPLJ II v5.0
  6290. WORDFON.ARC    101760  11-02-87  Glyphiz HPLJ fonts for MS Word
  6291. ACADLSP1.ARC    17152  11-02-87  USEFUL LISP PROGRAMS 1
  6292. EAJ.ARC          7168  11-02-87  scrolling text display ala Times Square
  6293. GTFIX.ARC        3072  11-03-87  Fix GT1300 so it will not lockup.
  6294. BPLUS.ARC       20736  11-03-87  C source for Btree indexes
  6295. TURBBOOK.ARC    44416  11-03-87  code from Turbo C memory resident utils
  6296. 31TO31A.ARC    225280  11-03-87  Qmodem 3.1 to 3.1A Upgrade.
  6297. GTNET161.ARC    67584  11-04-87  GT Power v1.61 Netmail Utility
  6298. FBR161.ARC      16384  11-04-87  V Buerg's Fast Backup Restore v1.61
  6299. SORTF225.ARC     8192  11-04-87  V Buerg's Sort Utility v2.25
  6300. FD35.ARC         3200  11-04-87  How to Put a 3.5 drive in an AT
  6301. DATES.ARC       13312  11-04-87  Date & time tips from Ashton-Tate
  6302. PAMPH203.ARC    64512  11-04-87  v2.03 pamphlet - HPLJ 4 to a page 2 up
  6303. SPY.ARC         34816  11-04-87  spy on MS Windows operations
  6304. RS232LG.ARC      2048  11-04-87  on screen lights for internal modems
  6305. BIGCITY.ARC     24320  11-04-87  HPLJ font similar to Broadway
  6306. TPANSI.ARC       5120  11-04-87  Access ANSI.SYS from Turbo Pascal
  6307. TAU2.ARC        18560  11-05-87  Text Arc Util - arc read your doc files
  6308. BREAKBX.ARC      6144  11-05-87  break box wrk s on my 12.5 pc
  6309. PROAUTO.ARC     41728  11-05-87  PROCOMM COMMAND FILE GENERATOR
  6310. DMP111.ARC      20480  11-06-87  Print spooler thru disk - good flexible
  6311. CVTFON.ARC      69632  11-07-87  Convert comm. prog. phone dirs 1.8a
  6312. OK204.ARC      114048  11-07-87  graphical file translation util v2.04
  6313. ERINUPD.ARC      9216  11-07-87  Update to Clipper ERIN library
  6314. CONFIGOK.ARC     4224  11-07-87  Clipper checks CONFIG.SYS file
  6315. TPANSI2.ARC      7168  11-07-87  Access ANSI.SYS from TPascal Vers 3 & 4
  6316. POWERKIX.ARC    19456  11-07-87  utility device driver key speed up etc
  6317. MICROP21.ARC     5120  11-08-87  Prints doc files very small. Save paper.
  6318. QDISK321.ARC    16384  11-08-87  Like DR & RN from PC Mag. but better
  6319. 3FREE4U.ARC     90112  11-08-87  3 utilities time date save screen print
  6320. DBASM1.ARC      10240  11-08-87  DBASE ASM language routines w a fix
  6321. RVPRIMER.ARC     6144  11-08-87  Explanation of the R-V mode on PC PURSUI
  6322. BARD.ARC          896  11-08-87  Patch Bard's Tale for 16 Colors on jr
  6323. VOL6N21.ARC     45312  11-08-87  PC Magazine utilities (Nov 1987)
  6324. CLAS203.ARC     42880  11-08-87  S W HPLJ Util - incl Epson emulation
  6325. DUPDSK15.ARC    28928  11-08-87  make many copies from 1 floppy-formats
  6326. ARCMGR21.ARC    25600  11-08-87  BEST PK PKXARC ARCF ARCTV ARCTOOL Mangr.
  6327. QMDM-EXT.ARC    98304  11-09-87  New external protocol files for Qmodem
  6328. MHCOLR.ARC      27648  11-09-87  1-2-3 Add-in for color mgt of cells
  6329. STICK.ARC        1280  11-09-87  PC MAG EGA COLOR SPEC STICKER
  6330. CTYPE.ARC        1536  11-09-87  PC MAG UTIL TO KEEP CURSOR SIZE & SHAPE
  6331. PC-FLIST.ARC    53888  11-09-87  V2.05 SHAREWARE. VERSATILE DIR UTIL
  6332. SHOPPER.ARC    101376  11-09-87  GROCERY DATABASE FOR SUPERMKT SHOPPERS
  6333. WSSI320A.ARC   109568  11-10-87  Great disk cataloging program
  6334. WSSI320B.ARC   107520  11-10-87  part 2 of great disk cataloging program
  6335. ENVLJ502.ARC    67584  11-10-87  Print envelopes on HP LaserJet v 5.02
  6336. OS2UPGRD.ARC     3072  11-10-87  IBM's upgrade offer from DOS 3.x to OS 2
  6337. WD-27X.ARC       6144  11-10-87  Tech info for West.Digtl 27x + ST238 dr.
  6338. PUTIL.ARC        2304  11-10-87  Txt fl. print util. Use w Norton LP cmd
  6339. PKXARCM.ARC     15360  11-10-87  Katz's menu front end for PKARC PKXARC
  6340. UUARC.ARC       35968  11-11-87  UUencode decode for the PC
  6341. TC-TOUCH.ARC    18944  11-11-87  Handle command line * and ? in TurboC
  6342. PMK21A.ARC     201728  11-12-87  ProMasterKey V2.1a-Undel Unfmt&Menu
  6343. AT_TIME.ARC       256  11-12-87  permanent time date set for IBM - AT
  6344. SURPAS.ARC     155392  11-12-87  Turbo Pascal clone from Australia
  6345. EDWIN15C.ARC   113664  11-12-87  Programmer's editor
  6346. IFF30.ARC       31744  11-12-87  Batch file enhancer v3.0
  6347. MYSTAT.ARC     276480  11-12-87  personalize SYSTAT statistical pkg.
  6348. QM31PCP.ARC     55296  11-12-87  NEW QMODEM 31 PC-PURSUIT SCRIPTS
  6349. LEGALSUP.ARC     8192  11-13-87  A supplemental dict. for legal WP users
  6350. FF204.ARC       10240  11-13-87  Fast file finder with many options
  6351. KILLZERO.ARC     8320  11-13-87  Deletes zero byte files
  6352. FMAT.ARC        15360  11-13-87  Fast floppy formatter - another one
  6353. QBFE11.ARC      64256  11-13-87  QUICK BASIC FRONT END
  6354. SOFTFREE.ARC      768  11-13-87  Instructions on obtaining soft. free
  6355. ARCMGR22.ARC    25600  11-14-87  PKARC PKXARC ARCF ARCTV ARCTOOL Manager
  6356. FINAMNII.ARC   247808  11-14-87  superb home-sm.business finance manager
  6357. 400KDISK.ARC     8192  11-14-87  Format 400k floppies on OLD PC drives
  6358. ILEAVE.ARC      32768  11-14-87  Change interleave with files intact
  6359. PCOPY66.ARC     61440  11-15-87  Patriquin's file copy move util-updated
  6360. ARCF104.ARC      8192  11-15-87  ARCF v1.04 - V Buerg
  6361. CHOOSER.ARC     15488  11-15-87  BATch file enhancer builds choice menus
  6362. CONV-CNF.ARC     6400  11-15-87  QMODEM CNF convert utility
  6363. CVTFON19.ARC    71680  11-15-87  Convert comm. prog. phone dirs (1.9)
  6364. CO.ARC           4096  11-15-87  COPY UTIL from PC MAG ala DR & RN.COM
  6365. PRONEWS.ARC      4096  11-16-87  PROCOMM + FEATURES
  6366. AUDIT2.ARC       4096  11-16-87  SEARCH FOR HIDDEN DIR'S
  6367. DOZEN.ARC      249856  11-16-87  Bakers Dozen Disk Utilities
  6368. CURVEFIT.ARC   125952  11-16-87  Curve fitting many types no graphics
  6369. THEXDER.ARC      1024  11-16-87  Unprotect Thexder from Sierra
  6370. HELI.ARC         2048  11-16-87  unprotect Helicopter from Sierra
  6371. WPMACS.ARC      11136  11-17-87  WORD PERFECT MACROS
  6372. PCTRACE.ARC     14336  11-17-87  Produces trace table for program. Good.
  6373. BINTRE.ARC       3072  11-17-87  Turbo-C B-tree code from Turbo technix
  6374. MSDOSTAR.ARC    17408  11-17-87  MSDOS version of UNIX TAR facility
  6375. LJBOOK.ARC      13824  11-17-87  V. Bergs laser book print util
  6376. WINPRTSC.ARC    15360  11-17-87  print screen from MS Windows
  6377. NYOB.ARC         6144  11-17-87  Blank screen if someone is coming
  6378. DOFILTER.ARC    31744  11-17-87  comprehensive ASCII filter processor
  6379. BASE-PC.ARC      3072  11-17-87  Remotely connect with your system...
  6380. HEAREYE.ARC      3072  11-17-87  Checks hearing and eyesight over compute
  6381. DIGEST70.ARC    20480  11-17-87  INFO-IBMPC DIGEST 70 NOV 15 1987 vg
  6382. SDFCONV.ARC     19456  11-17-87  Convert SDF to Dbase w o existing dbfile
  6383. MNGX35.ARC     241664  11-17-87  MANAGE V3.5 Billing tracking time charges
  6384. ANSI_43.ARC     11264  11-17-87  ANSI.SYS for EGA for 43 lines screen
  6385. MAGLOCK.ARC     51712  11-18-87  BEST HD SECURITY SYSTEM I'VE SEEN
  6386. ZDEL50.ARC      10112  11-18-87  multi-file delete w optional confirm
  6387. ZDF.ARC          3712  11-18-87  Show space free on given drive(s)
  6388. ALRT1706.ARC    10240  11-18-87  IMPORTANT NEWS ABOUT 1706 - CONSULTANTS
  6389. LSTARC.ARC      12288  11-18-87  list files in ARC & method & space
  6390. NYW221.ARC     112640  11-18-87  Update to New York Word - v2.21
  6391. PJ_EGA.ARC      23040  11-18-87  Programmers Journal EGA functions (.ASM)
  6392. ART.ARC         77824  11-19-87  A drawing program.
  6393. CHEAPCAD.ARC    30720  11-19-87  Another CAD program.
  6394. NEWFLOW.ARC     71680  11-19-87  A flow chart creation program.
  6395. D3NT8710.ARC    15360  11-19-87  Latest version as AT's notes for dB3+
  6396. D3AN8710.ARC    12288  11-19-87  Latest dB3 anonomily listing
  6397. VOL6N22.ARC     18432  11-19-87  Pc Magazine Util (12 22 87) (PRN2FILE)
  6398. TCHK050.ARC     65536  11-19-87  Turbo C library 0.50 by H.Kapustein
  6399. MOVBASV5.ARC    26880  11-19-87  create ver of IBM BASIC to run on clones
  6400. CTABL137.ARC    57344  11-19-87  HPLJ+ util for creating WID tables v1.37
  6401. LARK020.ARC     47872  11-19-87  ARC MENU SHELL - NEEDS PKXARC AND LIST
  6402. OKFONTS.ARC     48128  11-19-87  K. Graham's fonts for OPTIKS v. 2.04
  6403. T2C203.ARC      24576  11-20-87  CONVERT ASCII TEXT TO COM FILE-VG
  6404. IW-BEN.ARC      22528  11-20-87  InfoWorld Benchmark tests
  6405. TCDEBUG4.ARC    62848  11-20-87  TurboC Debugger very nice
  6406. HAL9000.ARC    203008  11-20-87  HAL9000 INFORMATION SYSTEM
  6407. PROPTR.ARC      32640  11-20-87  proprinter set-up
  6408. CLIPCNF3.ARC    80106  11-20-87  Clipper Messages up to mid November
  6409. EB.ARC           2048  11-20-87  a fast batchfile editor creator VG
  6410. PKX35A35.ARC   123392  11-20-87  VER 3.5 OF PKXARC FROM PC MAG
  6411. CBSCD.ARC      100352  11-21-87  CBS CD CATALOG AND DATABASE
  6412. USERLOG.ARC     30592  11-21-87  log useage of your system by operators
  6413. QDISK325.ARC    16384  11-21-87  memory resident directory utility v3.25
  6414. NETCPY30.ARC    13312  11-21-87  network compatible COPY command
  6415. CTDESK27.ARC   122880  11-24-87  Citydesk Ver 2.7 desktop publishing
  6416. CW13.ARC       139264  11-24-87  Chiwriter ver 1.3
  6417. SCICALC2.ARC   115712  11-24-87  A good scientific calculator
  6418. TC-COMM.ARC     29696  11-24-87  Turbo C communications routines
  6419. LEGALDCT.ARC    75776  11-24-87  legal dictionary in ASCII for many WPs
  6420. ORBS140.ARC     82432  11-24-87  satellite tracking program
  6421. TELECOM.ARC     39680  11-24-87  resident comm program runs in background
  6422. EPENWS1.ARC     25600  11-24-87  newsletter for Ventura users
  6423. NEWSDESI.ARC    60416  11-24-87  designer newsletter for Ventura
  6424. PARTNR20.ARC    39808  11-24-87  Equal Partners 2.0-Laplink + workalike
  6425. INDXTEXT.ARC    21504  11-24-87  create Clipper index files from ASCII
  6426. TCMEMACS.ARC    63488  11-25-87  MEMACS 3.9 compiled in TC for speed
  6427. EMACDOC.ARC     45056  11-25-87  Docs for MEMACS 3.9
  6428. DBASE_C.ARC     13312  11-25-87  read dbase files with c programs
  6429. SRCH82.ARC      38912  11-25-87  search replace in multiple ASCII files
  6430. UPS.ARC          9216  11-25-87  Clipper UDFs for calculating UPS charges
  6431. ATTDOS32.ARC     5632  11-26-87  Patvh for clock problem ATT DOS 3.2
  6432. AWARDSST.ARC    39936  11-26-87  BIOS CHECKER
  6433. CTDSK361.ARC   137216  11-26-87  Latest Disk Catalog Pgm reads archives
  6434. FLOP-360.ARC    36608  11-26-87  Format 360K floppies in 1.2meg drive
  6435. WRAPFLDS ARC     2048  12-01-87  CLIPPER UDF FOR LINE WRAP
  6436. WPGRAB12 ARC    19456  12-01-87  Patriquin(pkx..)file grab into .BAT
  6437. BBSG11   ARC    96256  12-01-87  Issue 1 of a new guide to BBS's
  6438. 6502     ARC    57472  12-01-87  motorola's 6502 cross-assembler.
  6439. CACHE2   ARC    14336  12-01-87  disk caching system
  6440. GLIB13   ARC   125184  12-01-87  60+ functions for QB3 & QB4
  6441. DSZ1127  ARC    60416  12-01-87  DSZ release of 11 27
  6442. QED138D  ARC    97280  12-01-87  Qedit v1.38d fast text editor-minor fix
  6443. EPENWS02 ARC    52608  12-02-87  Isse 2 of EPE Ventura newsletter
  6444. TEF      ARC    14336  12-02-87  timed execution facility for Procomm
  6445. INT-TEST ARC    46464  12-02-87  test change HD interleave
  6446. 201_1287 ARC     6144  12-02-87  November 87 BBS List for 201 grab it
  6447. DBCALPS  ARC    95616  12-03-87  point shoot calendar db clipper src avai
  6448. LOOK120  ARC    22528  12-03-87  View 120 columns on your CGA ( ) monitor
  6449. LBLMKR51 ARC    51200  12-03-87  A disk labelling program.
  6450. REFORM   ARC     3072  12-03-87  Converts Apple to IBM and back.
  6451. DATAMAX  ARC   138624  12-03-87  Rolodex labels mailmerge edit 10 files.
  6452. VENTUART ARC    23552  12-03-87  13 PD PC Paintbrush clip art files
  6453. HSA_GRAF ARC    89088  12-04-87  C graphics EGA CGA Hercules(MSC TC LC)
  6454. USAMAP2  ARC    74752  12-04-87  Map ANd Mileage of many cities in the US
  6455. PSUPPLY  ARC     9216  12-04-87  Linear power supply design program
  6456. HELP32   ARC    55296  12-04-87  HELP command for DOS 3.2
  6457. FLY      ARC     8192  12-05-87  Create batch files on the fly.
  6458. AJUTIL2  ARC    47104  12-05-87  new version of aj's utilities for at's
  6459. RDRIVER1 ARC    87936  12-05-87  SCRIPT DRIVEN REPORT GEN. FOR CLIP. VER1
  6460. FF-BBS   ARC     3200  12-05-87  A new DTP LaserJet BBS on East Coast
  6461. ESC_CODE ARC     2304  12-05-87  Complete listing of Esc Code for HPLJ
  6462. TONER    ARC     3456  12-05-87  How to recharge laserjet toners save$$$
  6463. H_TOUCH  ARC     1280  12-05-87  Article on laserjet soft font manger
  6464. GNU      ARC     1536  12-05-87  Info on customized font cartridge
  6465. HANDSCAN ARC      768  12-05-87  A hand-held scanner for only $299
  6466. FASTCOPY ARC    12288  12-05-87  Multiple copies & or formats fast
  6467. SCRNEDIT ARC    61440  12-05-87  Pop-up menu driven text editor
  6468. GTUNP    ARC     1024  12-05-87  Get rid of screen and fix lockup gt1300.
  6469. 720KAT   ARC     5120  12-06-87  Device driver & format.com for 720k inAT
  6470. COPY2BRD ARC     2048  12-06-87  Text file about COPYIIPC Bd - read it
  6471. USBBS43  ARC    37248  12-06-87  December 1 1987 Darwin BBS list
  6472. LISTI401 ARC    18432  12-06-87  List files by extension multiple specs.
  6473. JBCAL10  ARC     6528  12-07-87  Clipper Point&Shoot Calendar (FreeWare)
  6474. NANSI987 ARC    26624  12-07-87  New version of nansi.sys device driver
  6475. GENCHECK ARC    16384  12-07-87  SI-style prog for batch system checks
  6476.  
  6477. (CLIPPER)
  6478.