home *** CD-ROM | disk | FTP | other *** search
/ Mega CD-ROM 1 / megacd_rom_1.zip / megacd_rom_1 / CLIPPER / CLIP0289.ZIP / CLIP0289
Text File  |  1989-03-01  |  273KB  |  5,785 lines
  1. Msg#7862   To:JAMES MOORE                               (Rcvd)
  2. From:HOWARD KAPUSTEIN                           Date:02/01/89
  3. Subject:(R)CONDITIONS IN .FRM'S                 Parent Msg#7837
  4. ------------------------------------------------------------------------------
  5. What does _isonline() do? What is the actual code? I had a somewhat
  6. similar problem, I was doing  COPY TO (filename) FOR &expr WHILE
  7. CountRec() SDF  to make an SDF file for the expression EXPR, and here's
  8. CountRec()
  9.  
  10. FUNCTION CountRec
  11. @ ... SAY RECNO()/RECCOUNT()*100   with a transform to make it xx.x%
  12. RETURN(!EOF())
  13.  
  14. It would get to the COPY... line, and 16.7% would be displayed, and then
  15. it would crash. Why? Because of something in the way Clipper handles
  16. RECNO(), RECCOUNT() or EOF(), while doing, oh, say COPY TO, that bombs
  17. the program.
  18.  
  19. BTW, in the previous message, it looks like "...FOR field1 > field2.
  20. .and. ..." Is there a period (.) after field2 (meaning an extraneous
  21. dot)? Or is this just line noise/typo?
  22.  
  23. What are field1 and field2 ? Are they, say, "FOR TotalOvertime >
  24. HisMaxOT" or something like that? What TYPE() are they, how large (C15,
  25. N18.2, what?)
  26.  
  27. I do not know what isprinter() does internally, but I can make a damn
  28. good guess. INT 15, Subfunction something I believe are the printer
  29. input, printer output and printer status functions. It checks the return
  30. value from the printer status INT, and if certain bits are/are not set,
  31. it returns .T./.F., appropriately. It could be the REPORT FORM command
  32. does not like to have isprinter() invoked from within it, either for a
  33. good reason, or Clipper's fault. I do not know, I never pulled these
  34. functions apart. Perhaps Dirk could shed some light?
  35.  
  36. Sorry if I couldn't be very helpful. Luck...
  37.  
  38.  
  39. Msg#7863   To:DIRK LESKO                                (Rcvd)
  40. From:HOWARD KAPUSTEIN                           Date:02/01/89
  41. Subject:(R)NANTUCKET                            Parent Msg#7695
  42. ------------------------------------------------------------------------------
  43. That makes sense, since if Clipper is smart (or MSC, as the case may be)
  44. all registers are either: left to the user to save/restore or
  45. pushed/poped by the compiler before/after each external call. I'd bet on
  46. the former though. Will be playing with TC/Clipper soon, I'll let you
  47. know how things turn out. 
  48.  
  49.  
  50. Msg#7865   To:CLIFF GREEN                               (Rcvd)
  51. From:HOWARD KAPUSTEIN                           Date:02/01/89
  52. Subject:(R)WP MERGE                             Parent Msg#7792
  53. ------------------------------------------------------------------------------
  54. Is that:
  55.  
  56. FIRST^RSECOND^RLAST^R^ENEXT_FIRST^RNEXT_SECOND^RNEXT_LAST^R^E
  57.  
  58. or
  59.  
  60. FIRST^R^JSECOND^R^J...^E
  61.  
  62. where each record + ^R is followed by a LF (^J)? Also, if a ^J is needed,
  63. does it go: 1) between the field and the ^R, or 2) after the ^R? Also,
  64. does there have to be a ^J between the ^R and ^E at the end of a record?
  65.  
  66. Thanks. Please reply as soon as possible, this is one of the two last
  67. functions awaiting to be completed. The other is just a report that I
  68. need to find the time to sit down and write.
  69.  
  70.  
  71. Msg#7866   To:JON MELTZER                               (Rcvd)
  72. From:DIRK LESKO                                 Date:02/01/89
  73. Subject:(R)LINT FOR CLIPPER                     Parent Msg#7841
  74. ------------------------------------------------------------------------------
  75. Another product? OK, who wants to write it, and will they be able to beat
  76. Nantuckets next release?
  77.  
  78. dLESKO
  79.  
  80.  
  81. Msg#7867   To:STEVE DAVIES                               
  82. From:DIRK LESKO                                 Date:02/01/89
  83. Subject:(R)CONDITIONS IN .FRM'S                 Parent Msg#7837
  84. ------------------------------------------------------------------------------
  85. If you can't find frm2prg, try contacting Russel Freeland, he wrote it
  86. and it should be on his board...
  87.  
  88. dLESKO
  89.  
  90.  
  91. Msg#7868   To:RON LANDBERG                              (Rcvd)
  92. From:DIRK LESKO                                 Date:02/01/89
  93. Subject:(R)A86 TO S87                           Parent Msg#7843
  94. ------------------------------------------------------------------------------
  95. I have had some problems with arrays inside valid statements, and any
  96. third party libraries you are using must be checked...
  97.  
  98. dLESKO
  99.  
  100.  
  101. Msg#7869   To:CONSTANTIN FLORESCU                       (Rcvd)
  102. From:DIRK LESKO                                 Date:02/01/89
  103. Subject:(R)SET KEYS                             Parent Msg#7845
  104. ------------------------------------------------------------------------------
  105. Is it only the ALT/E key, or does it not work with other keys as well? If
  106. it bombs on other keys I would change the name of the procedure to not
  107. include the word 'DO' at the beginning, you might be fooling the parser.
  108. If so, then another 'anomoly' to add to the list....let us know..
  109.  
  110. dLESKO
  111.  
  112.  
  113. Msg#7870   To:ART KOHN                                  (Rcvd)
  114. From:DIRK LESKO                                 Date:02/01/89
  115. Subject:(R)PROGRAMMER WANTED                    Parent Msg#7850
  116. ------------------------------------------------------------------------------
  117. Make me an offer....(just kidding)
  118.  
  119.  
  120. Msg#7871   To:ANDREW GROSS                              (Rcvd)
  121. From:DIRK LESKO                                 Date:02/01/89
  122. Subject:(R)ERROR 10                             Parent Msg#7807
  123. ------------------------------------------------------------------------------
  124. The reason why stack errors happen at 16 is because that is the max
  125. number of 'levels' you can nest anything, including SET KEY TO stuff...
  126.  
  127. dLESKO
  128.  
  129.  
  130. Msg#7872   To:DIRK LESKO                                (Rcvd)
  131. From:DAVID MORGAN                               Date:02/01/89
  132. Subject:(R)NETERR()                             Parent Msg#7719
  133. ------------------------------------------------------------------------------
  134.  
  135. As I understand it DOSERROR() is only for use inside the error
  136. system.  The value it returns elsewhere isn't going to tell you
  137. anything meaningful.  The limitation may be greater, i.e., for use
  138. only within open_error().  That's the only one from which it's called
  139. in the default error funtions.  It's a limited purpose function and
  140. from that standpoint the generality of the name is unfortunate.
  141.  
  142.  
  143. Msg#7873   To:DIRK LESKO                                (Rcvd)
  144. From:DAVID MORGAN                               Date:02/01/89
  145. Subject:(R)EMS FOR THE PC                       Parent Msg#7753
  146. ------------------------------------------------------------------------------
  147. Dirk, David Schwartz, Howard Kapustein--
  148.  
  149. >> "Discord" between Clipper and certain EMS drivers
  150.  
  151. I've never used an AST Rampage but a number of people that use it
  152. with Clipper have reported various problems, right from the beginning
  153. with Autumn '86 when Clipper first made use of EMS.  I can't tell you
  154. what concretely.  They often say that their problems go away when
  155. they SET CLIPPER=E0 to disable use of EMS.  Clipper makes use of EMS
  156. by issuing the calls for that purpose specified by (L)otus, (I)ntel,
  157. and (M)icrosoft in their LIM specification.  Intel will (or used to)
  158. send you a copy (about 30 stapled pages) on request.  Every EMS
  159. hardware manufacturer and his brother supplies his own software
  160. driver to implement the responses to the various LIM calls, no doubt
  161. all different internally.  AST for its part follows a standard that's
  162. explicitly different from LIM (AQA - Ashton-Tate, Quadram, AST).
  163. It's supposed to be a superset of LIM, and
  164. LIM-application-transparent.  But maybe the incidence of problems
  165. with AST's particular driver has to do with the AQA-vs-LIM
  166. differences.
  167.  
  168.  
  169. Msg#7874   To:TERRY DILLARD                             (Rcvd)
  170. From:DAVID MORGAN                               Date:02/01/89
  171. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  172. ------------------------------------------------------------------------------
  173.  
  174. Make sure the dependency lines in your MAKE file have no trailing,
  175. invisible characters (even spaces) after the name of the last file on
  176. the line.  There should be an *immediate* CR/LF (I think) or it
  177. confuses the intervening invisible characters as part of the file
  178. name -- which named file "does not exist."  Other MAKEs are more
  179. robust than Nantucket's, and MAKEs are not product specific.  If you
  180. have other language compiler products you may well have another MAKE
  181. on your shelf.  A lot of people seem to like Borland's.
  182.  
  183.  
  184. Msg#7875   To:MARK NEIDORFF                             (Rcvd)
  185. From:RON LANDBERG                               Date:02/01/89
  186. Subject:(R)DBU BUG                              Parent Msg#7784
  187. ------------------------------------------------------------------------------
  188. Also occurs in changing field from or to logical.  It's just an annoying
  189. bug and you have to leave DBU and then reenter it to get around the
  190. problem.
  191.  
  192.  
  193. Msg#7876   To:ROB HANNAH                                (Rcvd)
  194. From:RON LANDBERG                               Date:02/01/89
  195. Subject:(R)NOVELL 2.0A LIMIT                    Parent Msg#7759
  196. ------------------------------------------------------------------------------
  197. On Rob's advice, I used this patch many months ago.  It works great.
  198.  
  199.  
  200. Msg#7877   To:RON LANDBERG                              (Rcvd)
  201. From:LARRY GOTTLIEB                             Date:02/01/89
  202. Subject:(R)A86 TO S87                           Parent Msg#7843
  203. ------------------------------------------------------------------------------
  204. I ran across a problem with CONTINUE.  It seems that A86 is more
  205. forgiving in this area.  The string of code went something like this:
  206.  
  207.        USE myfile
  208.        *  Note that no LOCATE command has been issued.
  209.        CONTINUE
  210.  
  211. This is clearly incorrect.  However, A86 seemed to treat this as a SKIP;
  212. S87 positions the record pointer to end of file.
  213.  
  214.  
  215. Msg#7880   To:ANDREW GROSS                              (Rcvd)
  216. From:CONSTANTIN FLORESCU                        Date:02/01/89
  217. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  218. ------------------------------------------------------------------------------
  219. Thanks Andrew... I will take a look at it.
  220. <CF>
  221.  
  222.  
  223. Msg#7882   To:DIRK LESKO                                (Rcvd)
  224. From:CONSTANTIN FLORESCU                        Date:02/01/89
  225. Subject:(R)SET KEYS                             Parent Msg#7845
  226. ------------------------------------------------------------------------------
  227. Dirk, doesn't even get to the procedure like I told John Booth yerstaday.
  228. The actual name of the procedure is "Expedit" but doesn't work regardless
  229. of what name it is. Mark(Neidorf) just said that probably I can use the
  230. keys up to value of 255. But then that means that I can't use a
  231. combination of ALT+ alpha character ? I think that should be possible!
  232. Thanks Dirk. BTW Do you think I should be able to SET KEY TO "ALT+ alpha
  233. character"?
  234. <CF>
  235.  
  236.  
  237. Msg#7883   To:TERRY DILLARD                             (Rcvd)
  238. From:DAVID MINTER                               Date:02/01/89
  239. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  240. ------------------------------------------------------------------------------
  241. You seem to have the statement DEBUG in the wrong place.  If you are
  242. trying to link in clipper's debug.obj, be sure that it is after your
  243. files command and not somewhere else.
  244.  
  245. Hope I can get an ATTABOY.
  246.  
  247. Dave
  248.  
  249.  
  250. Msg#7884   To:CONSTANTIN FLORESCU                       (Rcvd)
  251. From:JOE BOOTH                                  Date:02/01/89
  252. Subject:(R)SET KEYS                             Parent Msg#7845
  253. ------------------------------------------------------------------------------
  254. Try to isolate the problem.  First, try assigning the pop-up to -1 (F2)
  255. or some key.  See if that works.  Then try writing a small program with
  256. an INKEY() statement, and see what number is being generated when you 
  257. pressed ALT-E.  Possibly the BIOS is intrepeting the scan code
  258. differently than the manual.   Good luck.
  259.  
  260.  
  261. Msg#7885   To:FRANCOIS DESROSIERS                        
  262. From:JOE BOOTH                                  Date:02/01/89
  263. Subject:(R)MEMOEDIT                             Parent Msg#7861
  264. ------------------------------------------------------------------------------
  265. A quick and dirty solution would be to use a character field, say 4000
  266. characters long, instead of a memo.  Memoedit can work on either a
  267. character field or a memo field.  The obvious drawbacks are that you 
  268. might not have enough character space reserved in the case of a long
  269. memo, or you might have a lot of wasted space.  Good luck
  270.  
  271.  
  272. Msg#7888   To:ALL                                        
  273. From:NEIL WEICHER                               Date:02/01/89
  274. Subject:GET-IT FUNCTION LIST     
  275. ------------------------------------------------------------------------------
  276. In response to inquiries, I am posting the full list of Get-It functions.
  277.  
  278.  N_ANYKEY     Calls procedure when any key is pressed.
  279.  N_DELGET     Remove Get from input list.
  280.  N_GETALIAS   Returns alias of specified input field.
  281.  N_GETCOL     Returns column position of specified input field.
  282.  N_GETLEN     Returns display length of input field.
  283.  N_GETNO      Returns input field number.
  284.  N_GETPIC     Get or set picture associated with specified input field.
  285.  N_GETROW     Returns screen row position of specified input field.
  286.  N_GETVAR     Returns name associated with specified input field number.
  287.  N_GOTOGET    Move cursor to specified input field.
  288.  N_LASTGET    Returns number of input fields on screen.
  289.  N_MOVEGET    Dynamically changes order of input fields fields.
  290.  N_NEWFLD     Calls procedure when cursor moves to new input field.
  291.  N_NOKEY      Calls procedure if no key pressed within specified time.
  292.  N_ONCOMx     Calls procedure when carrier or ring detected at COMx.
  293.  N_ONSHIFT    Calls procedure when shift or lock is pressed or released.
  294.  N_ONEXPR     Calls procedure when <expression> is true.
  295.  N_ONTICK     Calls procedure repeatedly on a regular interval.
  296.  N_REGET      Redisplay input fields (called after N_RESTGETS).
  297.  N_RESTGETS   Restore gets.
  298.  N_RESTSCR    Restore screen attributes.
  299.  N_SAVEGETS   Saves gets.
  300.  N_SAVESCR    Saves screen attributes.
  301.  N_SCHAR      Returns character(s) at screen location.
  302.  N_SCOLOR     Returns color clause at screen location.
  303.  N_SPLITA     Returns alias portion of specified `alias->name' clause.
  304.  N_SPLITN     Returns name portion of specified `alias->name' clause.
  305.  N_WSTATE     Returns wait-state type.
  306.  
  307. For more information on Get-It, call 212-724-0150 or write: 
  308. Communication Horizons - 701 7th Ave. #900 - New York, NY - 10036.
  309.  
  310. Note: current owners may update at no charge by mailing back the 
  311. original disk in a STAMPED, SELF ADDRESSED diskette mailer.
  312.  
  313.  
  314.  
  315. Msg#7889   To:CLIFF GREEN                               (Rcvd)
  316. From:STEVE DAVIES                               Date:02/01/89
  317. Subject:(R)CONDITIONS IN .FRM'S                 Parent Msg#7837
  318. ------------------------------------------------------------------------------
  319. It's right here on The Boss
  320. Steve
  321.  
  322.  
  323. Msg#7893   To:DAVID MORGAN                               
  324. From:DIRK LESKO                                 Date:02/02/89
  325. Subject:(R)NETERR()                             Parent Msg#7719
  326. ------------------------------------------------------------------------------
  327. I have not hacked DOSERROR to death, but I do know that MSC keeps an
  328. error vairable called __oserr. Do you know, or can you find out if it
  329. does indeed contain what DOSERROR returns. WOuld save me some trouble
  330. looking for it....
  331.  
  332. dLESKO
  333.  
  334.  
  335. Msg#7894   To:DAVID MORGAN                               
  336. From:DIRK LESKO                                 Date:02/02/89
  337. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  338. ------------------------------------------------------------------------------
  339. There is a file on the board for making called NDMAKE. ANd it's pretty
  340. good. Got lots of looping and logic control as well....
  341.  
  342. dLESKO
  343.  
  344.  
  345. Msg#7895   To:CONSTANTIN FLORESCU                       (Rcvd)
  346. From:DIRK LESKO                                 Date:02/02/89
  347. Subject:(R)SET KEYS                             Parent Msg#7845
  348. ------------------------------------------------------------------------------
  349. I do it all the time. ALT+many keys works great. Are you sure that
  350. inkey() actually returns the value in question? some keyboard bios do not
  351. handle certain ALT key combinations (just try ALT+UP ARROW) to name
  352. one....
  353.  
  354. dLESKO
  355.  
  356.  
  357. Msg#7897   To:DAVID MORGAN                               
  358. From:HOWARD KAPUSTEIN                           Date:02/02/89
  359. Subject:(R)EMS FOR THE PC                       Parent Msg#7753
  360. ------------------------------------------------------------------------------
  361. LIM = Lotus-Intel-Microsoft = EMS 
  362. AQA = AST-Quadram-AshtonTate = EEMS
  363.  
  364. EMS allows bank switching, and EEMS was merely a superior form of EMS,
  365. allowing a 64K swapped bank to relate to, not one 64K block, but 4 16K
  366. blocks. I'm pretty sure that was the definition, but if not, it's close.
  367. Anyway, EEMS is EMS + a little more.
  368.  
  369. Intel will send you, free, the LIM EMS specs (now 4.0) for free. Sorry, I
  370. don't remember the number.
  371.  
  372. As of LIM EMS 4.0, EMS and EEMS are FUNCTIONALLY the same. However, EEMS
  373. is slightly superior due to the way the hardware works. BTW, try to find
  374. a memory card that supports 4.0 by hardware, not software. I think the
  375. AST cards do, but don't quote me on that.
  376.  
  377. Oops, re: LIM EMS specs, they are on 5" x 8" ? The same size as the IBM
  378. manuals. No binder, just small pages already hole punched.
  379.  
  380. My question still remains: Who sells an EMS card for the PC? Virtually
  381. every memory card available is for the AT on up. AST makes Rampage/2, the
  382. now discontinued 6PakPremium, and STB has their Memory Companion/PC. No
  383. one else knows of any other manufacturer. I have talked with over a dozen
  384. sales reps and technical people from mail order companies, 47th St.
  385. Photo, etc. and if they even know what I'm talking about, they've only
  386. heard of AST. Maybe. But I haven't heard from anyone who has some actual
  387. hands on experience with an EMS card for the PC.
  388.  
  389. Sidebar: EEMS "should" be better than EMS, all other factors being equal
  390. (same speed RAM, etc.) more efficient, what have you. Is this really the
  391. case? How much is EEMS worth over EMS?
  392.  
  393.  
  394. Msg#7898   To:JOE BOOTH                                 (Rcvd)
  395. From:CONSTANTIN FLORESCU                        Date:02/02/89
  396. Subject:(R)SET KEYS                             Parent Msg#7845
  397. ------------------------------------------------------------------------------
  398. Thanks Joe but you wouldn't beleive what I was doing !
  399. As a matter of fact I couldn't sleep thinking about it and all of a
  400. sudden I remember that...before I used these keys(ALT+E etc) in another
  401. procedure and it worked. This morning first thing I did... is take a look
  402. to see how I did then...and found out that insted of
  403.     SET KEY 274 TO Expedit
  404. I was saying
  405.     SET KEY -274 TO Expedit
  406. I was carried over with this "-" from the function keys...
  407. Thanks very much again...Speak to you soon
  408. <CF>
  409.  
  410.  
  411. Msg#7900   To:DIRK LESKO                                (Rcvd)
  412. From:CONSTANTIN FLORESCU                        Date:02/02/89
  413. Subject:(R)SET KEYS                             Parent Msg#7845
  414. ------------------------------------------------------------------------------
  415. Over night I remember I did it before, then this morning I just realized
  416. that I was saying:
  417.     SET KEY -274 TO Expedit
  418. instead of 
  419.     SET KEY 274 TO Expedit
  420. See it...
  421. Sorryy...
  422. BTW Are you back home ? Do you remember by any chance the name of the
  423. person you said you would look up?
  424. Thanks. Speak to you...
  425. <CF>
  426.  
  427.  
  428. Msg#7901   To:ART KOHN                                  (Rcvd)
  429. From:STEVE BADARACCO                            Date:02/02/89
  430. Subject:(R)PROGRAMMER WANTED                    Parent Msg#7850
  431. ------------------------------------------------------------------------------
  432. About the position ...
  433. I live in Eastern Connecticut and work in Hartford right now.
  434. I do have experience with Clipper and Funcky; I've been doing almost
  435. exclusively Clipper work for over 2 years, and I'm VERY good at it.
  436.  
  437. If you can waive any requirements for travel to NYC, then I might be
  438. interested.  I don't mind doing work long-distance, I currently support a
  439. couple of dozen field offices, some running LARGE Clipper programs which
  440. I have written.
  441.  
  442. Let me know; if this is acceptable, we can pursue further.
  443.  
  444. ... Steve Badaracco
  445.  
  446.  
  447. Msg#7902   To:HOWARD KAPUSTEIN                          (Rcvd)
  448. From:MARC SCHNAPP                               Date:02/02/89
  449. Subject:(R)EMS FOR THE PC                       Parent Msg#7753
  450. ------------------------------------------------------------------------------
  451. Howard, EEMS is a mot point 'cause EMS 4.0 was an incorporation of the
  452. AQA EEMS standard.  The current Intel products ARE EEMS compatible.
  453.    
  454. By the way-- I have used Rampage boards almost exclusively and have NEVER
  455. had any problems-- that includes client sites.  You mention a problem
  456. with AST and Desqview--- that's incoceivable 'cause they were bundled
  457. (may still be).  I never had any such problem runing the AST oem version
  458. or the comercial version of Dersqview.
  459.   
  460. Your problem is obtaining an 8-bit card.  I would avoid STB just on gut
  461. feel-- who will be there to support the card in a couple years when STB
  462. gets out (they probably will)..    I would probably get Intel if I had a
  463. choice-- they are very comitted (for now).  Quadram also had an 8-bit
  464. card for a while-- the QuadEMS I/O which does EEMS and EMS.  It probably
  465. is discontinued but call Quadram 404 923-6666.  I have one with 1 meg--
  466. but I think I already have a customer.  I'll know in 10 days-- if not,
  467. you're welcome to it.   
  468.    
  469. If you settle down to a new one-- let me know-- I can sell hardware (I am
  470. a lowkey dealer) and I will do my best (esp. since you've been doing YOUR
  471. best for me).
  472.    
  473. Finally re: discord with Rampage and Clipper (re: Dave Morgan):  I
  474. suspect that the problem may be sensitive to the version of the
  475. driver'cause Pat Adams complained only after changing drivers.   I am
  476. hapy with the Rampage cards.  I have several 2meg boards (used) to sell
  477. now that I have a 386, but they have served me and my clients faithfully.
  478.   
  479. One more thought-- there is a CA liquidator that periodically offers
  480. Quadram products-- they usually advertise in the back of Infoworld.
  481.  
  482.  
  483. Msg#7905   To:ALL                                        
  484. From:MARC SCHNAPP                               Date:02/02/89
  485. Subject:RAMPAGE                  
  486. ------------------------------------------------------------------------------
  487. If you haven't been scared away from Rampage cards-- I have several
  488. Rampage 16-bit cards that I cam no longer using since I acquired a 386.
  489. Each has 2megs (a gold mine right there).
  490.    
  491. Please let me know if you are interested in getting some.
  492.  
  493.  
  494. Msg#7906   To:DIRK LESKO                                (Rcvd)
  495. From:ART KOHN                                   Date:02/02/89
  496. Subject:(R)PROGRAMMER WANTED                    Parent Msg#7850
  497. ------------------------------------------------------------------------------
  498. i learned a long time ago not to go after the unatainable... 
  499.  
  500.  
  501. Msg#7908   To:DIRK LESKO                                (Rcvd)
  502. From:TERRY DILLARD                              Date:02/02/89
  503. Subject:(R)CLIPPER HELP          
  504. ------------------------------------------------------------------------------
  505. Dirk,
  506. Thanks for the help, buI'm pretty sure that I've got my MAKEFILE the way
  507. the manual (and you) say it should be.  I can delete all .OBJ files and
  508. run MAKE <makefile> and it compiles and links perfectly.  I only get the
  509. "dependant" message when there are EXISTING .OBJ files.  As for the
  510. overlay mess, I'll look into it, you could have solved it for me.  Thanks
  511. for the help.
  512.  
  513.  
  514. Msg#7909   To:JOE BOOTH                                 (Rcvd)
  515. From:TERRY DILLARD                              Date:02/02/89
  516. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  517. ------------------------------------------------------------------------------
  518. Thanks, Joe.  I;ll check out the spelling on the .EXE line, although I'm
  519. pretty sure they're all OK.  As far as the DEBUG statement goes, I'm
  520. using Borland's TLINK, and don't have one, I don't think.
  521.  
  522.  
  523. Msg#7910   To:DAVID MORGAN                               
  524. From:TERRY DILLARD                              Date:02/02/89
  525. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  526. ------------------------------------------------------------------------------
  527. I'll check on that, thanks!
  528.  
  529.  
  530. Msg#7911   To:DAVID MINTER                              (Rcvd)
  531. From:TERRY DILLARD                              Date:02/02/89
  532. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  533. ------------------------------------------------------------------------------
  534. I don't believe I have a DEBUG statement anywhere in the MAKEFILE or the
  535. LINK file.  I'll go back and check, but I KNOW I'm not linking in the
  536. Debugger, and I'm pretty sure the only statements in the make file are
  537. the .OBJ : .PRG dependencies, and the .EXE : .OBJ dependencies at the
  538. end, along with the associated commands.  This is an example of what I'm
  539. using, could the problem possibly be the multiple .PRG statements after
  540. UTILMENU.OBJ?:
  541.   
  542. TRACK.OBJ : TRACK.PRG
  543.   clipper TRACK -m
  544. OPENSCRN.OBJ : OPENSCRN.PRG
  545.   clipper OPENSCRN -m
  546. UTILMENU.OBJ : UTILMENU.PRG BACKUP.PRG RESTORE.PRG PACK.PRG VIEW.PRG
  547.   clipper UTILMENU
  548.   
  549. UTILMENU calls the other four files, so CLIPPER will compile them into
  550. one .OBJ file.  Could this be the problem.  I don't think so, but I'll
  551. listen to anyone who can help.  Thanks.
  552.  
  553.  
  554. Msg#7913   To:TERRY DILLARD                             (Rcvd)
  555. From:DAVID MINTER                               Date:02/02/89
  556. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  557. ------------------------------------------------------------------------------
  558. If I remember right, you said that whenever your app loads an overlay,
  559. you got the message "Loading overlay XXXX" or something like that.  This
  560. is a PLINK86 feature, not any make program feature.  If your not using
  561. PLINK86, I'm not exactly sure what is going on.  But if you are, more
  562. than likely you have a DEBUG statement somewhere in your link file. 
  563. (I've used it a few times to try and determing where things hang up).
  564.  
  565. Good Luck,
  566. Dave
  567.  
  568.  
  569. Msg#7914   To:TERRY DILLARD                             (Rcvd)
  570. From:JOE BOOTH                                  Date:02/02/89
  571. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  572. ------------------------------------------------------------------------------
  573. I thought you send you were making overlays?  TLINK cannot make overlays.
  574.  
  575.  
  576. Msg#7915   To:TERRY DILLARD                             (Rcvd)
  577. From:JOE BOOTH                                  Date:02/02/89
  578. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  579. ------------------------------------------------------------------------------
  580. Remove the other program calls from the UTILMENU line  and give it a try
  581.  
  582.  
  583. Msg#7918   To:ALL                                        
  584. From:NOEL MANZANILLA                            Date:02/02/89
  585. Subject:LASER PRINTER                           Parent Msg#7918
  586. ------------------------------------------------------------------------------
  587. help, I am going to do an application using a laser printer and Clipper
  588. (of course).  I seem to remember there are products that allow you to 
  589. define where a string(as well as fonts) will be printed and this can 
  590. be done from whithin a Clipper application.  the trouble is I can't find
  591. the @&*#! add anymore.  would appreciate all the help you can give me.
  592. (eg using @ say's with a laser printer.)  also, I would like to know if 
  593. there is some library out there that would allow me to do forms on the
  594. laser.  thanks for the help.
  595. noel
  596.  
  597.  
  598. Msg#7919   To:CONSTANTIN FLORESCU                       (Rcvd)
  599. From:DIRK LESKO                                 Date:02/02/89
  600. Subject:(R)SET KEYS                             Parent Msg#7845
  601. ------------------------------------------------------------------------------
  602. Look up who? I have forgotton already....And I am still out here in Chi
  603. town, lots of work...
  604.  
  605. dLESKO
  606.  
  607.  
  608. Msg#7921   To:ART KOHN                                  (Rcvd)
  609. From:DIRK LESKO                                 Date:02/02/89
  610. Subject:(R)PROGRAMMER WANTED                    Parent Msg#7850
  611. ------------------------------------------------------------------------------
  612. But...you will never know if it is unattainable until you try to go after
  613. it, right?
  614.  
  615. dLESKO
  616.  
  617.  
  618. Msg#7922   To:TERRY DILLARD                             (Rcvd)
  619. From:DIRK LESKO                                 Date:02/02/89
  620. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  621. ------------------------------------------------------------------------------
  622. Have you tried seperating your  commands freom the next line of text with
  623. a space? maybe the make file is thinking it is part of the command of the
  624. previous dependancy...
  625.  
  626. dLESKO
  627.  
  628.  
  629. Msg#7925   To:NOEL MANZANILLA                           (Rcvd)
  630. From:DIRK LESKO                                 Date:02/02/89
  631. Subject:(R)LASER PRINTER                        Parent Msg#7918
  632. ------------------------------------------------------------------------------
  633. Isn't there a file on this board with a bunch of Laser stuff in it? Take
  634. a loook, I know I've seen one (primitive of course) - the people in the
  635. AD that have disappeard were from Mayflower consulting, they may still
  636. have an add for there little network library, they used to advertise the
  637. HP thing too, but I don't see it anymore...
  638.  
  639. dLESKO
  640.  
  641.  
  642. Msg#7926   To:ALL                                        
  643. From:RICHARD HORWITZ                            Date:02/02/89
  644. Subject:BEGIN SEQUENCE                          Parent Msg#7926
  645. ------------------------------------------------------------------------------
  646.  I was just wondering....what is the BEGIN SEQUENCE/END structure good
  647. for? I have seen people make referance to it, but I'm not really sure
  648. what I would use it for. Is it like a rollback command in transaction
  649. processing? Any feedback would help, Thanx.
  650.  
  651.  
  652. Msg#7927   To:RICHARD HORWITZ                           (Rcvd)
  653. From:STEVE DAVIES                               Date:02/02/89
  654. Subject:(R)BEGIN SEQUENCE                       Parent Msg#7926
  655. ------------------------------------------------------------------------------
  656. Well, besides being a little dangerous, it does things like RETURN TO
  657. MASTER, GOTO (ugh), EXITing out of several loops, and I think you can
  658. issue it from errorsys to jump over ssome code like a print routine when
  659. the user can't (or doesn't want to) fix the printer. 
  660. Steve
  661.  
  662.  
  663. Msg#7928   To:RICHARD HORWITZ                           (Rcvd)
  664. From:DIRK LESKO                                 Date:02/02/89
  665. Subject:(R)BEGIN SEQUENCE                       Parent Msg#7926
  666. ------------------------------------------------------------------------------
  667. think of begin sequence of a way of doing a goto without having the
  668. 'real' programmers scoul on you for using it. Particulary it is good for
  669. simulating the RETURN TO MASTER command when you want something like an
  670. error routine to return to the main menu on errors, however I prefer to
  671. avoid errors in the first place....
  672.  
  673. dLESKO
  674.  
  675.  
  676. Msg#7929   To:ALL                                        
  677. From:DIRK LESKO                                 Date:02/02/89
  678. Subject:WORDPERFECT 5.0                         Parent Msg#7929
  679. ------------------------------------------------------------------------------
  680.      
  681. Since I have not seen the definitive answer to the WordPerfect 5.0
  682. Secondary Merge file format, I thought I'd share it with you. After
  683. updating my Mail-Merge File Manager which now supports 10 types
  684. of file types, I have discovered the following attributes of
  685. WordPerfect 5.0.
  686.   
  687. It does not use the exact same format as 4.x, although they appeared
  688. to be similar at first glance. WordPerfect 5.0 also introduces
  689. another merge file format which they call a database file {chuckle}.
  690. The database file is created in WordPerfect 5.0 and it uses tabs 
  691. to seperate each field, and a newline to seperate each record. The
  692. 'database' can then be sorted, and IF OR AND operations can be
  693. performed on it. Once it is sorted it is converted into a secondary
  694. file for merging. This made it a little easier for novices to
  695. create secondary files. The format for this type of database is:
  696.      
  697.         <field1> chr(9) <field2> chr(9) <field3> chr(9) chr(13)+chr(10)
  698.         <field1> chr(9) <field2> chr(9) <field3> chr(9) chr(13)+chr(10)
  699.         <field1> chr(9) <field2> chr(9) <field3> chr(9) chr(13)+chr(10)
  700.         <field1> chr(9) <field2> chr(9) <field3> chr(9) chr(13)+chr(10)
  701.   
  702. Where each line is a record that ends in a hard carriage return. The
  703. text of each field can contain spaces, but they must be seperated
  704. by tabs (chr(9)). tab stops must be set so that proper formatting
  705. of the fields take place if they want it to look good on screen -
  706. (meaning all the tabs line up).
  707.    
  708. The secondary file is different in a tiny, but annoying way. the
  709. layout of a secondary merge file is as follows, where each block
  710. represents a record.
  711.    
  712.         <field1> chr(18)+chr(13)+chr(10)+;
  713.         <field2> chr(18)+chr(13)+chr(10)+;
  714.         <field3> chr(18)+chr(13)+chr(10)+; 
  715.         <field4> chr(18)+chr(13)+chr(10)+; 
  716.         <lastfield> chr(5)+chr(12)
  717.     
  718.         <field1> chr(18)+chr(13)+chr(10)+;
  719.         <field2> chr(18)+chr(13)+chr(10)+;
  720.         <field3> chr(18)+chr(13)+chr(10)+; 
  721.         <field4> chr(18)+chr(13)+chr(10)+; 
  722.         <lastfield> chr(5)+chr(12)
  723.   
  724. The difference is that each record now ends in a chr(5) PLUS a hard
  725. page break character (chr(12)), and without a newline character. That
  726. is the only difference between 4.x and 5.x that I can see.
  727.   
  728. Hope all of you who have been looking for this can make use of it.
  729.   
  730. Yours Truly,
  731.    
  732.  Dirk Lesko
  733.  
  734.  
  735.  
  736. Msg#7930   To:ANDREW GROSS                               
  737. From:CLIFF GREEN                                Date:02/02/89
  738. Subject:(R)MLCOUNT                              Parent Msg#7781
  739. ------------------------------------------------------------------------------
  740. yeah, I've scanned that article ("The Power of the Memo Field"), and want
  741. to play with it some ... it would help in a project I shelved some time
  742. ago.
  743.  
  744.  
  745. Msg#7931   To:HOWARD KAPUSTEIN                          (Rcvd)
  746. From:CLIFF GREEN                                Date:02/02/89
  747. Subject:(R)WP MERGE                             Parent Msg#7792
  748. ------------------------------------------------------------------------------
  749. lemmesee.
  750. While _in_ WP, it looks like each ^R and ^E is followed by a CRLF pair (I
  751. honestly haven't looked at the hex representation, so can't tell if WP is
  752. just interpreting ^R or ^E so mere humans can read records nicely).  On
  753. the other hand, I've gone back and removed the CRLF between an ultimate
  754. ^R and its ^E (so the line segment looked like:  ^R^E) and had no
  755. difficulty.
  756. Offhand, I'd have to say that you want to put a CRLF between each ^R or
  757. ^E and the _following_ data;  if you were to put CRLF, CR, or LF _before_
  758. the ^R, for example, it would show up in your merge product (not usually
  759. a pretty sight, except if you're merging multi-line items - like the
  760. return address at the top of a business letter).
  761.  
  762.  
  763. Msg#7932   To:ANDREW GROSS                               
  764. From:TIM CREAGH                                 Date:02/02/89
  765. Subject:(R)ERROR 10                             Parent Msg#7807
  766. ------------------------------------------------------------------------------
  767. Andrew, thank you for responding to my Error 10.  I was beginning to
  768. think no one knew what it was.  I am using the Sequence command and it is
  769. very possible that I over looked a LOOP inside one.  I'll go in tonight
  770. and check.
  771. Thanks again, that'll sure save alot of agravation.
  772. -tim-
  773.  
  774.  
  775. Msg#7933   To:NOEL MANZANILLA                           (Rcvd)
  776. From:CLIFF GREEN                                Date:02/02/89
  777. Subject:(R)LASER PRINTER                        Parent Msg#7918
  778. ------------------------------------------------------------------------------
  779. If you're going to be moving the cursor around on the page in a laser
  780. printer, you're much better off writing some UDF's which include the PCL
  781. code for moving the cursor, and then printing them with SET PRINT ON and
  782. ?? instead of @SAYs.  That way, you don't increment any line counters that
  783. Clipper may be keeping.
  784. I just finished a project which depended on controlling a laserjet, and
  785. found Clipper and PCL (plus a few font files) to be more than adequate. 
  786. This was one of those satisfying projects:  the State of New Jersey is
  787. going to take my printer output and publish it untouched.
  788.  
  789.  
  790. Msg#7934   To:NOEL MANZANILLA                           (Rcvd)
  791. From:CLIFF GREEN                                Date:02/02/89
  792. Subject:(R)LASER PRINTER                        Parent Msg#7918
  793. ------------------------------------------------------------------------------
  794. by the way, what do you need to do on the laser printer, and *what brand*
  795. is it?  (e.g., I've been working with HP LaserJets mostly, but have
  796. noodled around with Kyoceras, and the same principles should apply,
  797. though the printer control codes are very different).
  798.  
  799.  
  800. Msg#7936   To:MARC SCHNAPP                               
  801. From:HOWARD KAPUSTEIN                           Date:02/03/89
  802. Subject:(R)EMS FOR THE PC                       Parent Msg#7753
  803. ------------------------------------------------------------------------------
  804. Thanks. Yes, EMS is functionally equivalent to EEMS as of 4.0, but isn't
  805. it more efficient to have that support via hardware (EEMS) than software
  806. (EMS). Many of the cards out there now are EMS, and those that are now
  807. 4.0 compatible do it via new software (mainly the EEMS cards) or people
  808. like Intel, etc. the industry leaders. Although with their prices it'll
  809. be quite a while until I get one of those. 
  810.  
  811. I know AST supports 4.0, but I believe it's through a new driver, no
  812. hardware mods. I'm not sure who has a 4.0 hardware supported card. 
  813.  
  814. STB is a semi-reliable name. Besides, I'm not too concerned with them
  815. being around in 4 years, if the card is up to snuff, there should be no
  816. problems, and I plan on getting a newer machine in much less than 4
  817. years.
  818.  
  819. I just found out the AST problem (I think): with certain 4.x drivers, and
  820. communications under DV, because of the switching done by the EMS driver
  821. with background communications (generally high speed) the machine can
  822. potentially lock up. I believe it's an exponential curve up, the higher
  823. the baud rate. 
  824.  
  825. If I can get enough solid information regarding the AST 6PakPremium, and
  826. the price is right, I'll get it. The stumbling block is finding a good
  827. price for one with RAM, and verifying that it is 4.0 compatible. I'm
  828. still suspicious that they discontinued it, since it was reasonably
  829. popular among EMS 808x users, and their Rampage/2 is double the price for
  830. the same amount of RAM, but minus the clock, serial and parallel ports.
  831. The IBM marketing apporach: Offer less for more...
  832.  
  833.  
  834. Msg#7937   To:DIRK LESKO                                (Rcvd)
  835. From:HOWARD KAPUSTEIN                           Date:02/03/89
  836. Subject:(R)WORDPERFECT 5.0                      Parent Msg#7929
  837. ------------------------------------------------------------------------------
  838. When you say the sec. format is "...different in a tiny, but annoying
  839. way." I presume you mean the 5.0 sec. format is different from the 4.x
  840. format. Correct?
  841.  
  842. Thanks for all the info, now I can finally finish this program...
  843.  
  844.  
  845. Msg#7938   To:CLIFF GREEN                               (Rcvd)
  846. From:HOWARD KAPUSTEIN                           Date:02/03/89
  847. Subject:(R)WP MERGE                             Parent Msg#7792
  848. ------------------------------------------------------------------------------
  849. OK, that's what I thought, but I wanted to make sure. Thanks a lot.
  850. Between you and Dirk I have enough info to finish up a program I'm
  851. working on <groan>. Gnite...
  852.  
  853.  
  854. Msg#7941   To:ALL                                        
  855. From:STEVE BADARACCO                            Date:02/03/89
  856. Subject:PLINK86 FOR SUMMER 87                   Parent Msg#7941
  857. ------------------------------------------------------------------------------
  858. I have been linking some HUGE applications lately, all of which include
  859. the libraries CLIPPER, EXTEND, OVERLAY, FUNCky, and one of my own.
  860.  
  861. I have had a consistent problem with the applications hanging or doing
  862. really bizarre things with the screen and with memory.  This only happens
  863. when I link the overlayed applications, and do not put the line "OVERLAY
  864. PROG,$CONSTANTS" in my LNK file.
  865. Now, from what I understand, the correct way to say this for S87 is
  866. "OVERLAY CODE, $CONSTANTS".  No luck.
  867. And if I leave the line out completely, no luck either!
  868.  
  869. The reported load size, with the "OVERLAY CODE,$CONSTANTS" is about 30K
  870. SMALLER than the load size with the "PROG" version, but it simply will
  871. not run without completely hanging.  Does anyone have a clue as to what
  872. is going on here?
  873. I've been doing nested overlays for a couple years, since the Autumn '86
  874. version, with no problem.  Everything is running on IBM PS/2 Model 60,
  875. very standard hardware all around, no Rampage!.
  876.  
  877. ...Steve
  878.  
  879.  
  880. Msg#7942   To:STEVE BADARACCO                           (Rcvd)
  881. From:DAVID MINTER                               Date:02/03/89
  882. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  883. ------------------------------------------------------------------------------
  884. Steve,
  885. Instead of having OVERLAY CODE,$CONSTANTS in your link file, just use
  886. OVERLAY CODE.  
  887.  
  888. Dave
  889.  
  890.  
  891. Msg#7943   To:DIRK LESKO                                (Rcvd)
  892. From:ROB HANNAH                                 Date:02/03/89
  893. Subject:(R)BEGIN SEQUENCE                       Parent Msg#7926
  894. ------------------------------------------------------------------------------
  895. I use begin sequence often in report routines.  It allows me to quickly
  896. bop out in the middle of a report without resorting to extra conditionals
  897. in the loops.  Here's what I mean:
  898.  
  899. procedure old
  900. private abort
  901.  
  902. abort = .f.
  903. do while ! eof() .and. ! abort
  904.   do while nextkey() > 0 .and. ! abort
  905.     abort = inkey() = 27
  906.   enddo
  907.   if ! abort
  908.     * print stuff
  909.   endif
  910. enddo
  911.  
  912. ...
  913.  
  914. procedure new
  915. begin sequence
  916. do while ! eof()
  917.   do while nextkey() > 0
  918.     if inkey() = 27
  919.       break
  920.     endif
  921.   enddo
  922.   * print stuff
  923. enddo
  924. end
  925.  
  926. This becomes more useful the more nesting levels (do while) you have.
  927.  
  928. ROB
  929.  
  930.  
  931. Msg#7944   To:ALL                                        
  932. From:CHRISTOPHER EDGAR                          Date:02/03/89
  933. Subject:RANDOM RECORDS                          Parent Msg#7944
  934. ------------------------------------------------------------------------------
  935.  
  936. I would like some ideas on how to address a design issue for an
  937. application that will be used to study Foriegn languages.  .DBF files
  938. wil hold nouns and verbs, each record will contain a verb, for example,
  939. along with each of its' respective gender and plural tenses.
  940.  
  941. What I would like to have happen is to be able to have happen is to
  942. "scroll" through the entire file (3000 records) in a random manner,
  943. without repeating any of the records that have all ready come up.  This
  944. should happen like we used to study multiplication tables in a "flash
  945. card" type of scenario.
  946.  
  947. I've played around with the Steve's RANDOMIZE() function to have a random
  948. record be called up, but that doesn't allow for excluding repeats.  Also,
  949. because is tied into the clock, there seems to be a recognizable pattern
  950. to the randomization.
  951.  
  952. Anyone have any Suggestions?
  953. Thanks,
  954.  
  955. --Christopher
  956.  
  957.  
  958.  
  959. Msg#7945   To:HOWARD KAPUSTEIN                          (Rcvd)
  960. From:DIRK LESKO                                 Date:02/03/89
  961. Subject:(R)WORDPERFECT 5.0                      Parent Msg#7929
  962. ------------------------------------------------------------------------------
  963. Yes, annoying in ythe fact that they really don't tell you the changes
  964. made, only the keystrokes needed to create one in WordPerfect. Also, they
  965. changed the ^p^p convention to a ^s^s convention, and they didn't clarify
  966. the changes....that's all.
  967.  
  968. dLESKO
  969.  
  970.  
  971. Msg#7947   To:STEVE BADARACCO                           (Rcvd)
  972. From:DIRK LESKO                                 Date:02/03/89
  973. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  974. ------------------------------------------------------------------------------
  975. Isn't the OVERLAY CODE,$CONSTANTS thing automatic? (as reported by SJS)
  976. all that tells it is tpo put the CODE segment, and not the Data into the
  977. overlay, so when you say OVERLAY PROG,$CONSTANTS you are probablt ending
  978. up with more data in the overaly, hence the smaller load size. However,
  979. the shared data may cause thrashing which will hang your app..
  980.  
  981. dLESKO
  982.  
  983.  
  984. Msg#7948   To:CLIFF GREEN                               (Rcvd)
  985. From:NOEL MANZANILLA                            Date:02/03/89
  986. Subject:(R)LASER PRINTER                        Parent Msg#7918
  987. ------------------------------------------------------------------------------
  988. thanks, can you expand on this .  you are dealing with a first time
  989. laser printer user.  I can't go ahead and ask my company to buy a laser
  990. printer until I'm sure that this will work.  thanks again
  991.  
  992.  
  993. Msg#7949   To:CLIFF GREEN                               (Rcvd)
  994. From:NOEL MANZANILLA                            Date:02/03/89
  995. Subject:(R)LASER PRINTER                        Parent Msg#7918
  996. ------------------------------------------------------------------------------
  997. i will be working with HP's unless I find a cheaper alternative.  Any
  998. suggestions ?
  999.  
  1000.  
  1001. Msg#7950   To:CHRISTOPHER EDGAR                         (Rcvd)
  1002. From:DIRK LESKO                                 Date:02/03/89
  1003. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1004. ------------------------------------------------------------------------------
  1005. Why not index on the key field, and open the file in two work areas.
  1006. every time you scroll to a new record in area one, seek the key in area
  1007. 2, if the record found is before the one your on, you've already seen it,
  1008. so skip to the next record in area 1 and repeat....FUNCky's random()
  1009. function produces an absolutely random number...
  1010.  
  1011. dLESKO
  1012.  
  1013.  
  1014. Msg#7951   To:JOE BOOTH                                 (Rcvd)
  1015. From:TERRY DILLARD                              Date:02/03/89
  1016. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  1017. ------------------------------------------------------------------------------
  1018. Sorry about that.  I use TLINK when I don't need overlays, PLINK86 when I
  1019. do.  I just recently started using overlays, and haven't adjusted my
  1020. vocabulary yet!  You're absolutely right!
  1021.  
  1022.  
  1023. Msg#7952   To:ALL                                        
  1024. From:TERRY DILLARD                              Date:02/03/89
  1025. Subject:ATTABOY!                                Parent Msg#7952
  1026. ------------------------------------------------------------------------------
  1027. To all those who helped since I last read my messages, but especially
  1028. to the guys I've already read, your solutions to the overlay problem
  1029. worked!  I also just got my MAKE file on the right track, too, it looks
  1030. like.  The only thing I can figure is that I had another .MAK file
  1031. (TRACK.MAK) in the same subdirectory.  I wasn't referencing it, but when
  1032. I deleted it, things worked out fine.  As promised, and especially to
  1033. Dirk Lesko, Joe Booth, David Morgan and David Minter, here it is, a
  1034. great big:
  1035.         ╓───────────┐╓─────────────┐╓─────────────┐╓───────────┐
  1036.         ║  ╒═════╗  │║             │║             │║  ╒═════╗  │
  1037.         ║  │     ║  │╚════╗   ╒════╛╚════╗   ╒════╛║  │     ║  │
  1038.         ║  └─────╜  │     ║   │          ║   │     ║  └─────╜  │
  1039.         ║  ╒═════╗  │     ║   │          ║   │     ║  ╒═════╗  │
  1040.         ║  │     ║  │     ║   │          ║   │     ║  │     ║  │
  1041.         ║  │     ║  │     ║   │          ║   │     ║  │     ║  │
  1042.         ╚══╛     ╚══╛     ╚═══╛          ╚═══╛     ╚══╛     ╚══╛
  1043.               ╓───────────┐ ╓───────────┐╓──┐    ╓──┐ ╓──┐
  1044.               ║  ╒═════╗  │ ║  ╒═════╗  │║  │    ║  │ ║  │
  1045.               ║  │     ║  │ ║  │     ║  │║  └────╜  │ ║  │
  1046.               ║  └─────╜  └┐║  │     ║  │╚═══╗  ┌───┘ ║  │
  1047.               ║  ╒═════╗   │║  │     ║  │    ║  │     ║  │
  1048.               ║  │     ║   │║  │     ║  │    ║  │     ╚══╛
  1049.               ║  └─────╜   │║  └─────╜  │    ║  │     ╓──┐
  1050.               ╚════════════╛╚═══════════╛    ╚══╛     ╚══╛
  1051.  
  1052.  
  1053. Msg#7954   To:ALL                                        
  1054. From:WALT BORYS                                 Date:02/03/89
  1055. Subject:NEW KID IN TOWN AGAIN                   Parent Msg#7954
  1056. ------------------------------------------------------------------------------
  1057. garbled last message, lets try again- i'm new to this BBS, but pretty im-
  1058. pressed!  quick questions, though probably been answered before, but bear
  1059. with me-
  1060. 1- Any utilities to pack or compress DBT files after DBF record deletes?
  1061.    could do it with F-func() or C udfs, but am afraid of network impli-
  1062.    cations.  is it worthwhile for me to reinvent more normal stuff, and
  1063.    upload the code?
  1064. 2- When using the StoreToMemVars-EDIT-REPLtoFile strategy for editing
  1065.    records, what's the best strategy for networked access?  does the
  1066.    DBF have to be left open for RLOCK() to stay on? just entering the
  1067.    wunnerful world of networks...
  1068. 3- Any body see the article on BulletProofing Network Code (DBMS or DBA)?
  1069.    Had the idea of 'Card-catalogue', where you 'sign-out' a record for
  1070.    write access into a 'catalogue' file of recno's (after first making
  1071.    sure its not already out.)  other users go thru similar logic.  any
  1072.    comment from the cognesciente out there on pros and cons?
  1073.   
  1074. Thanx,  WaltB
  1075.  
  1076.  
  1077. Msg#7956   To:CHRISTOPHER EDGAR                         (Rcvd)
  1078. From:JOE BOOTH                                  Date:02/03/89
  1079. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1080. ------------------------------------------------------------------------------
  1081. Give me a call sometime at work (215) 953-1202 and I'll describe a
  1082. technique which will work.  It's really quite simple, and work's fine.
  1083.  
  1084.  
  1085. Msg#7957   To:DIRK LESKO                                (Rcvd)
  1086. From:CHRISTOPHER EDGAR                          Date:02/03/89
  1087. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1088. ------------------------------------------------------------------------------
  1089. Dirk,
  1090. Do you mean usFUNCky' random() function in the index expression? How
  1091. would I use random() in this case?
  1092.  
  1093. Thanks
  1094. --Christopher
  1095.  
  1096.  
  1097. Msg#7958   To:WALT BORYS                                (Rcvd)
  1098. From:DIRK LESKO                                 Date:02/03/89
  1099. Subject:(R)NEW KID IN TOWN AGAIN                Parent Msg#7954
  1100. ------------------------------------------------------------------------------
  1101. To Pack the DBT, just copy to <file> for ! deleted() and the DBT file
  1102. will be packed for you....The best bet for locking records would be to
  1103. either load the fields into memvars, and then release the lock, and edit
  1104. the memvars, or, use semaphore locks to control the locking, and lock
  1105. type (critical, volatile,inuse) so that your app can decide what action
  1106. to take, rather than have rlock() decide for you, you may be able to have
  1107. the record marked in use while someone is looking at it, then if someone
  1108. edits it, you can flag the edit so the person looking at it can be
  1109. updated onthe spot....etc..
  1110.  
  1111. dLESKO
  1112.  
  1113.  
  1114. Msg#7959   To:CONSTANTIN FLORESCU                       (Rcvd)
  1115. From:DIRK LESKO                                 Date:02/03/89
  1116. Subject:(R)SET KEYS                             Parent Msg#7959
  1117. ------------------------------------------------------------------------------
  1118. Try a distributed network where each hard disk can be accessed by any
  1119. other. There is no server/station relationship. Something like TOPS is
  1120. rather inexpensive, and no server technology is necessary, but you can
  1121. share data/programs...
  1122.  
  1123. dLESKO
  1124.  
  1125.  
  1126. Msg#7960   To:CHRISTOPHER EDGAR                         (Rcvd)
  1127. From:DIRK LESKO                                 Date:02/03/89
  1128. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1129. ------------------------------------------------------------------------------
  1130. you can use random() to choose a record number, just use the following
  1131. code to pick a record randomly:
  1132.  
  1133.         use <DBF>
  1134.         temp = random()
  1135.         do while temp > lastrec()
  1136.                 temp = random()
  1137.         enddo
  1138.         goto temp
  1139.  
  1140. dLESKO
  1141.  
  1142.  
  1143. Msg#7961   To:ANDREW GROSS                               
  1144. From:JOHN THORN                                 Date:02/04/89
  1145. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  1146. ------------------------------------------------------------------------------
  1147. I've used the HP DeskJet for about 9 months now.  The thing is great, so
  1148. long as the paper doesn't get wet (HP folks are working on non-water-
  1149. soluable ink).  It prints out at 75/150/300 dpi - no problems - can get
  1150. a full ream (full page text/graphics) out of a single $15 cartridge.
  1151.  
  1152.  
  1153. Msg#7962   To:CHRISTOPHER EDGAR                         (Rcvd)
  1154. From:JOHN THORN                                 Date:02/04/89
  1155. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1156. ------------------------------------------------------------------------------
  1157. Try Funcky!  Determine the seed....etc, etc!
  1158.  
  1159.  
  1160. Msg#7963   To:JOE BOOTH                                 (Rcvd)
  1161. From:RON LANDBERG                               Date:02/04/89
  1162. Subject:(R)SET KEYS                             Parent Msg#7845
  1163. ------------------------------------------------------------------------------
  1164. ALT-E is definitely 274.  I use it all the time for operator to invoke
  1165. edit mode.
  1166.  
  1167.  
  1168. Msg#7964   To:CONSTANTIN FLORESCU                       (Rcvd)
  1169. From:RON LANDBERG                               Date:02/04/89
  1170. Subject:(R)SET KEYS                             Parent Msg#7845
  1171. ------------------------------------------------------------------------------
  1172. You can definitely trap all thos ALT +alpha strokes.  I do it all the
  1173. time.  ALT-E is definitely 274.  Whatever is wrong, it's not a limit on
  1174. the key value.  I'll thread back and read your original message and see
  1175. if I can add anything more.
  1176.  
  1177.  
  1178. Msg#7965   To:CONSTANTIN FLORESCU                       (Rcvd)
  1179. From:RON LANDBERG                               Date:02/04/89
  1180. Subject:(R)SET KEYS                             Parent Msg#7845
  1181. ------------------------------------------------------------------------------
  1182. Where are you trying to use this assignment?  If inside DBEDIT, don't. 
  1183. Instead of SETting the key, just check for LASTKEY()=274 inside your UDF
  1184. attached to your DBEDIT.  Then do whatever you would do in your doedit
  1185. procedure  --  right there inside the DBEDIT UDF (Or call DOEDIT from
  1186. THERE).
  1187.  
  1188. If you are not in DBEDIT, then you should propbably let us see the DOEDIT
  1189. proc to see if we can spot the problem.  I answered another message that
  1190. you could test for keys above 255, but maybe it's true that you cannot
  1191. SET a key jigher than 255.  I guess I'll try it when I get off.
  1192.  
  1193.  
  1194. Msg#7966   To:WALT BORYS                                (Rcvd)
  1195. From:RON LANDBERG                               Date:02/04/89
  1196. Subject:(R)NEW KID IN TOWN AGAIN                Parent Msg#7954
  1197. ------------------------------------------------------------------------------
  1198. A lot really depends on the amount of access you expect to have for any
  1199. SPECIFIC record.  Anotherwards, if you have a database in which it is
  1200. VERY likely that two operators will often be trying to access and change
  1201. the same record at aout the same time, then you should strongly consider
  1202. a locking scheme which will lock the record as soon as the first operator
  1203. grabs it. Then keep it locked until the first operator releases all use
  1204. of the record.  The other operators still can read the record.  They just
  1205. won't be able to change it until the first operator is finished.
  1206.  
  1207. On the other hand, if it is unlikely that more than one operator will be
  1208. trying to access the same record at the same time, then just lock it when
  1209. the memvars are being written back to the record.  
  1210.  
  1211. Also realize that if a data change is keyed in and the changes will be
  1212. written out to 2 or 3 related files, by locking the record in the parent
  1213. file, and keeping it locked until all records in the related files are
  1214. updated, you never have to worry about locking the records in the child
  1215. files.  A second operator accessing the same record will not be able to
  1216. get past the lock on the record in the parent file.
  1217.  
  1218.  
  1219. Msg#7971   To:DIRK LESKO                                (Rcvd)
  1220. From:CONSTANTIN FLORESCU                        Date:02/04/89
  1221. Subject:(R)SET KEYS                             Parent Msg#7959
  1222. ------------------------------------------------------------------------------
  1223. Thanks. I will do & let you know.
  1224. Speak to you.
  1225. <CF>
  1226.  
  1227.  
  1228. Msg#7972   To:RON LANDBERG                              (Rcvd)
  1229. From:CONSTANTIN FLORESCU                        Date:02/04/89
  1230. Subject:(R)SET KEYS                             Parent Msg#7845
  1231. ------------------------------------------------------------------------------
  1232. Sure Ron... I use it also know.. after I found that instead of 
  1233.   set key 274 to expedit
  1234. I was saying
  1235.   set key -274 to expedit
  1236. Thanks
  1237. <CF>
  1238.  
  1239.  
  1240. Msg#7973   To:RON LANDBERG                              (Rcvd)
  1241. From:CONSTANTIN FLORESCU                        Date:02/04/89
  1242. Subject:(R)SET KEYS                             Parent Msg#7845
  1243. ------------------------------------------------------------------------------
  1244. Yehhh... I was doing something wrong there Ron.
  1245. Instead of 
  1246. set key 274 to expedit
  1247. I said
  1248. set key -274 to expedit
  1249. See it ? That "-" messed me up.
  1250. Thanks for your help anyhow.
  1251. <CF>
  1252.  
  1253.  
  1254. Msg#7975   To:NOEL MANZANILLA                           (Rcvd)
  1255. From:CLIFF GREEN                                Date:02/04/89
  1256. Subject:(R)LASER PRINTER                        Parent Msg#7918
  1257. ------------------------------------------------------------------------------
  1258. Ah.  First off, what kind of print "tricks" are you looking to do, and do
  1259. you think you'll be trying for a HP LaserJet or another brand?  (I know,
  1260. I'm repeating myself, but there's reason behind it.)  If you're looking
  1261. at HP lasers, and you're going to be doing any programming for it, try to
  1262. convince your company to get the so-called Technical Manual for the durn
  1263. thing at the same time (I don't recall the part number offhand) -- it
  1264. contains more of the PCL code than the standard user's manual that comes
  1265. with the printer.
  1266. Generally, you'll find that these critters have a distinct language all
  1267. their own which you can easily use from within Clipper, and since they
  1268. are _page_ oriented printers, much more labile than your run-of-the-mill
  1269. line-oriented printer.
  1270. Again, as an example, if you want to design a form to be printed out on
  1271. each page (or not each) you can dump it to the printer's memory, then
  1272. tell the printer to either "switch it on" or "ignore it", so to speak. 
  1273. Forms, lines, moving around on the page in varying increments,
  1274. pushing/popping cursor locations....  The list goes on.  So, I return to
  1275. the original question -- What kinds of things do you anticipate needing
  1276. to do?  Incidentally, if you feel like calling some other bbs's, there
  1277. are a few with emphases on lasers and dtp;  Cooperworks (or whatever
  1278. they're calling themselves now) was at: 1-608-271-3685 the last time I
  1279. called (a few months ago), and there was another one here in NJ, the
  1280. FormFeed bbs, at: 1-201-869-1327 (again, it's been some time for me since
  1281. I last called there).  You can generally get some straight poop from the
  1282. folks there (especially Cooperworks), and then come back here for the
  1283. real skinny on making it work in Clipper.
  1284.  
  1285.  
  1286. Msg#7976   To:NOEL MANZANILLA                           (Rcvd)
  1287. From:CLIFF GREEN                                Date:02/04/89
  1288. Subject:(R)LASER PRINTER                        Parent Msg#7918
  1289. ------------------------------------------------------------------------------
  1290. I don't much like the machines with the Ricoh engine (too messy, and the
  1291. print doesn't fuse to the paper as well), and prefer the Canon engine
  1292. (like the HP), but that's just my opinion, and probably reflects the
  1293. lopsided experience I've had.  One of our people has an AST laser (I
  1294. believe), and swears by it -- it takes a lot of paper in its tray(s?),
  1295. can do raster and vector graphics, postscript, and HP emulation.  As I
  1296. mentioned, I've doodled with the Kyocera, but wasn't massively
  1297. impressed.  Nonetheless, if the machine you wind up with has the features
  1298. you want, you'll probably be very satisfied (how's that for tautology?).
  1299. Oh yeah, don't ask me about real-world cost comparisons:  I work for a
  1300. large institution and we get next-to-obscene discounts.
  1301.  
  1302.  
  1303. Msg#7978   To:DIRK LESKO                                (Rcvd)
  1304. From:FRANCOIS DESROSIERS                        Date:02/05/89
  1305. Subject:FUNCKY                                  Parent Msg#7978
  1306. ------------------------------------------------------------------------------
  1307. Does Funcky has some functions that bypass the bugs with the memo fields
  1308. in Clipper ie strtran(), mlcount, etc. And does is has a function to
  1309. compress the DBt file that has been modified adn who has grown out of
  1310. limit.
  1311.  
  1312.                       Francois Desrosiers
  1313.  
  1314.  
  1315. Msg#7980   To:MARK NEIDORFF                             (Rcvd)
  1316. From:HOWARD KAPUSTEIN                           Date:02/05/89
  1317. Subject:(R)EMS FOR THE PC                       Parent Msg#7753
  1318. ------------------------------------------------------------------------------
  1319. Oh no, you're thinking of Extended memory. The 808x can only access1MB of
  1320. memory, but the 286 on up can go beyond that 1MB limit. Memory beyond
  1321. 640K and esp. 1MB is generally referred to as Extended.
  1322.  
  1323. On the other hand, Expanded memory is a whole other ballgame. Extended
  1324. memory can only be accessed from Protected mode, which is why 808x
  1325. machines don't have it: no protected mode. Expanded memory is done by
  1326. bank switching. It uses a 64K bank of memory (usually D000 - DFFF) to
  1327. swap data between the EMS card memory and the 'paged' RAM. EMS is
  1328. possible on a PC. Extended is not. The reason Excel PC requires a 286 or
  1329. better is due to several reasons: the raw computing power, and probably
  1330. when they wrote it, they decided it would need at least the power of a
  1331. 286, so why not have it take advantage of the 286 instructions? Things
  1332. like Protected mode, 286 opcodes not available on the 8086, etc. Thus, no
  1333. PC for Excel PC.
  1334.  
  1335. AST and STB make EMS cards for the PC (and the AT of course.) There is
  1336. also a noname company that makes them, but beyond a price (believe it or
  1337. not, an EMS card for $95?!? Taiwan's a great country, no?) I didn't
  1338. pursue them. When the salesman said they don't have them in stock because
  1339. they were recalled due to a flaw in the design (aka major bug) I didn't
  1340. ask for more details...
  1341.  
  1342.  
  1343. Msg#7981   To:MARK NEIDORFF                             (Rcvd)
  1344. From:HOWARD KAPUSTEIN                           Date:02/05/89
  1345. Subject:(R)EMS FOR THE PC                       Parent Msg#7753
  1346. ------------------------------------------------------------------------------
  1347. BTW, regarding EMS and Extended memory:
  1348.  
  1349. When the 286 chip was designed, the addressing would hit F000:... and on
  1350. a 8086 if you try to address something beyond that (how much beyond it, I
  1351. do not remember), it would wrap around to 0000:0000, but the 286 chip
  1352. would keep on addressing. IBM builds the AT, but they need to work around
  1353. this "bug" in the 286 design so the AT performs like the PC. If address
  1354. line 20 I believe it is (or pin 20, or something like that, but it's #20)
  1355. is high, the addressing acts like a PC, wrapping around if need be. If
  1356. it's low, addressing beyond 1MB is possible. (Note: don't quote me on the
  1357. exact setting, I don't remember which way is high and which is low).
  1358. However, the only time this line/pin/etc. is set to allow > 1MB
  1359. addressing is in Protected mode. Thus was born Extended memory. Note: The
  1360. 286 chip was built by Intel, and IBM put it in the motherboard and wired
  1361. this line 20 so operations would mimic the PC. This is not Intel's fault,
  1362. since they just built the chip, which was supposed to access > 1MB RAM.
  1363.  
  1364. Here's the good part. You know how Windows gets an extra 64K on 286/386
  1365. machines? Microsoft figured out how to access this memory addressing
  1366. normally wraps past and they designed what they call XMS - eXtended
  1367. Memory Specification I believe is the full name. When you want to access
  1368. this "extra" 64K, the machine jumps into Protected mode, does whatever,
  1369. and jumps back. Very ingenious, although I wonder how the guy who figured
  1370. it out stumbled across it. BTW, it's not really 64K, it's slightly less,
  1371. but for more exact details you can pick up the XMS specs from most
  1372. bulletin boards. I think it floats under the name HIMEM.ARC, a text file
  1373. of the specs. 
  1374.  
  1375.  
  1376. Msg#7982   To:FRANCOIS DESROSIERS                        
  1377. From:DIRK LESKO                                 Date:02/05/89
  1378. Subject:(R)FUNCKY                               Parent Msg#7978
  1379. ------------------------------------------------------------------------------
  1380. Not yet, although it has been a frequent request to do so. So maybe you
  1381. will here of something like that soon. As far as packinig a DBT, you can
  1382. just use a copy to <file> for not deleted() to pack the DBT, and Steve
  1383. Straley has a utility written in Clipper that will pack the DBT as well,
  1384. you might want to ask him...
  1385.  
  1386. dLESKO
  1387.  
  1388.  
  1389. Msg#7983   To:RICHARD HORWITZ                           (Rcvd)
  1390. From:MARK NEIDORFF                              Date:02/05/89
  1391. Subject:(R)BEGIN SEQUENCE                       Parent Msg#7926
  1392. ------------------------------------------------------------------------------
  1393. Begin sequence / End construct:
  1394. Suppose that you had a set of code that you wanted to break out of
  1395. quickly and neatly.  Wouldn't it be nice to have a command that will get
  1396. you to the end of , and out of, the set of code in one statement without
  1397. anyother statements being evaluated?  That is a purpose of Begin Sequence
  1398. /Break / Endsequence.  Here is a quick example of what I mean.
  1399.  
  1400.  
  1401. *  code fragment to show begin sequence
  1402. * code not tested and probably has bugs
  1403. begin sequence
  1404. A_Number = 1
  1405. begin sequence
  1406.         do while .t.
  1407.            ? A_Number
  1408.            key=inkey(.1)
  1409.            if key = 27  && esc was pressed
  1410.               break
  1411.            endif
  1412.            A_number = A_Number + 1
  1413.        enddo
  1414. end
  1415. * more code to follow'
  1416.  
  1417.  
  1418. As soon as the user presses the Esc key, program execution will jump to
  1419. the line after the END statement.  This means that : the do while is
  1420. terminated, and that A_Number is not incremented after the Esc is sensed.
  1421. Does that help?
  1422. BeginSequence can also be nested.
  1423.      <<  Mark  >>
  1424.  
  1425.  
  1426. Msg#7986   To:MARK NEIDORFF                             (Rcvd)
  1427. From:MENACHEM BAZIAN                            Date:02/05/89
  1428. Subject:(R)USING EXPANDED MEM                   Parent Msg#7616
  1429. ------------------------------------------------------------------------------
  1430. Where can I find it???? Is it on disk here???
  1431.  
  1432. Me3nachem
  1433.  
  1434.  
  1435. Msg#7987   To:STEVE STRALEY                             (Rcvd)
  1436. From:MENACHEM BAZIAN                            Date:02/05/89
  1437. Subject:(R)GENERAL                              Parent Msg#7651
  1438. ------------------------------------------------------------------------------
  1439. Steve,
  1440.  
  1441. I downloaded it and will take a look at it.
  1442.  
  1443. I'll let you know what I think.
  1444. Menachem
  1445.  
  1446.  
  1447. Msg#7988   To:RON HOCKEMEIER                            (Rcvd)
  1448. From:MENACHEM BAZIAN                            Date:02/05/89
  1449. Subject:(R)DISK FORMATTING                      Parent Msg#7708
  1450. ------------------------------------------------------------------------------
  1451. Thanks ron,
  1452.  
  1453. I'll take a look at it.
  1454. Menachem
  1455.  
  1456.  
  1457. Msg#7990   To:MARK NEIDORFF                             (Rcvd)
  1458. From:RICHARD HORWITZ                            Date:02/05/89
  1459. Subject:BEGIN SEQUENCE                          Parent Msg#7990
  1460. ------------------------------------------------------------------------------
  1461.  So it's just a quick way to jump to the end of a piece of code. Thanx.
  1462.  
  1463.  
  1464. Msg#7991   To:DIRK LESKO                                (Rcvd)
  1465. From:STEVE BADARACCO                            Date:02/06/89
  1466. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  1467. ------------------------------------------------------------------------------
  1468. Dirk,
  1469. My problem occurs when I DON'T use OVERLAY PROG,$CONSTANTS!
  1470. If I omit the line entirely, or if I use OVERLAY CODE,$CONSTANTS, either
  1471. way will hang my application.  I have NO Autumn '86 code in any of my
  1472. OBJs or LIBs.
  1473.  
  1474. Granted, the use of OVERLAY CODE,$CONSTANTS produces a smaller load
  1475. module (by about 30K), but it hangs, while the other runs perfectly.
  1476. Remember the error I was getting a month ago ... the message "graoup
  1477. DGROUP is too big"?  That was on another S'87 application with overlays,
  1478. and the message persisted until I used "OVERLAY PROG,$CONSTANTS".
  1479. This is nuts; I think there is some serious bug un the PLINKer.
  1480.  
  1481. ...Steve
  1482.  
  1483.  
  1484. Msg#7993   To:DIRK LESKO                                (Rcvd)
  1485. From:STEVE BADARACCO                            Date:02/06/89
  1486. Subject:PACKMEMO                 
  1487. ------------------------------------------------------------------------------
  1488. Sorry, Dirk, I didn't intend that message to be private, so here it is
  1489. for everyone:
  1490.  
  1491. I'm uploading packmemo.arc, a very clean memo packer which I found on a
  1492. BBS (if it isn't here already).  Uses file I/O from EXTEND.LIB, and it
  1493. seems to be very clean.
  1494.  
  1495. Try it, you'll like it!
  1496. PS - It's callable from your programs because it's a PRG.
  1497. ...Steve
  1498.  
  1499.  
  1500. Msg#7994   To:TERRY DILLARD                             (Rcvd)
  1501. From:DAVID MINTER                               Date:02/06/89
  1502. Subject:(R)ATTABOY!                             Parent Msg#7952
  1503. ------------------------------------------------------------------------------
  1504. Shucks, thanx!
  1505.  
  1506.  
  1507. Msg#7995   To:DAVID MINTER                              (Rcvd)
  1508. From:STEVE BADARACCO                            Date:02/06/89
  1509. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  1510. ------------------------------------------------------------------------------
  1511. David,
  1512. Here is a detailed description of what happens:
  1513.   OVERLAY PROG,$CONSTANTS         No problem, 289K load size.
  1514.    
  1515.   OVERLAY CODE or                    Load size 267K, but ...
  1516.   OVERLAY CODE,$CONSTANTS         Freezes as the application is loading.
  1517.   
  1518.   <NO "OVERLAY" statement>        289K load size, loads Ok and runs for
  1519.                                    a while, then develops wierd memory 
  1520.                                    errors, such as FORGETTING VARIABLES
  1521.                                    and drawing random junk on the screen,
  1522.                                    then hangs.
  1523. ...Steve
  1524.  
  1525.  
  1526. Msg#7996   To:ALL                                        
  1527. From:STEVE BADARACCO                            Date:02/06/89
  1528. Subject:PACKMEMO                 
  1529. ------------------------------------------------------------------------------
  1530. Yes, PACKMEMO.ARC is already on this board.
  1531. I have had great success with it.  It returns 12 different error codes to
  1532. indicate the success of the operation (or failure, of course!).
  1533.  
  1534. PACKMEMO not only helps you understand how DBT files are built, but is
  1535. also a very good example of how to use the low level file I/O routines in
  1536. EXTEND.LIB.
  1537.  
  1538. I'm not getting paid for this ad, in case you wondered.  PACKMEMO is
  1539. PUBLIC DOMAIN, not shareware.
  1540.  
  1541. ...Steve
  1542.  
  1543.  
  1544. Msg#7997   To:STEVE BADARACCO                           (Rcvd)
  1545. From:DIRK LESKO                                 Date:02/06/89
  1546. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  1547. ------------------------------------------------------------------------------
  1548. Have you tried a call to Nantucket on this? (not that I think that they
  1549. will know what the problem is...) I have seen NUMEROUS complaints about
  1550. linking with overlays, and not all are related to add in libraries,
  1551. although some are (IDL for one...) you really have to work to make the
  1552. overlay scheme work....You need to know not only what your own code
  1553. calls, you also need to know what the UDFs you use call as well. All you
  1554. need is one piece of code to end up in a different overlay and you can
  1555. run into problems...unfortunately nowhere is there to be found the
  1556. DEFINATIVE GUIDE TO OVERLAYS (Hint Steve)....I myself avoid them like the
  1557. plague...
  1558.  
  1559. dLESKO
  1560.  
  1561.  
  1562. Msg#7999   To:STEVE BADARACCO                           (Rcvd)
  1563. From:ROB HANNAH                                 Date:02/06/89
  1564. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  1565. ------------------------------------------------------------------------------
  1566. Am I missing something or isn't the S87 overlay statement supposed to be
  1567. OVERLAY CODE (but not $CONSTANTS)?
  1568.  
  1569. ROB
  1570.  
  1571.  
  1572. Msg#8001   To:DIRK LESKO                                (Rcvd)
  1573. From:ROB HANNAH                                 Date:02/06/89
  1574. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1575. ------------------------------------------------------------------------------
  1576. Assuming you can't pass a max value to random(), wouldn't the following
  1577. be quicker / more elegant:
  1578.  
  1579.     use <DBF>
  1580.     goto random() % lastrec() + 1
  1581.  
  1582. ROB
  1583.  
  1584.  
  1585. Msg#8002   To:RON LANDBERG                              (Rcvd)
  1586. From:JOE BOOTH                                  Date:02/06/89
  1587. Subject:(R)SET KEYS                             Parent Msg#7845
  1588. ------------------------------------------------------------------------------
  1589. I know it is, I was just wondering if something was funny with the BIOS
  1590. or the keyboard.....
  1591.  
  1592.  
  1593. Msg#8003   To:ROB HANNAH                                (Rcvd)
  1594. From:DIRK LESKO                                 Date:02/06/89
  1595. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1596. ------------------------------------------------------------------------------
  1597. Maybe, but the mod of the lastrec() is always going to be a smaller
  1598. number than usual..
  1599.  
  1600. dLESKO
  1601.  
  1602.  
  1603. Msg#8004   To:CLIFF GREEN                               (Rcvd)
  1604. From:NOEL MANZANILLA                            Date:02/06/89
  1605. Subject:(R)LASER PRINTER                        Parent Msg#7918
  1606. ------------------------------------------------------------------------------
  1607. thanks for the info Cliff, will try out these boards.  I have been trying
  1608. to automate a few office forms, one of which has 80 lines on each page
  1609. and has the most number of irregular line spacings I have ever seen. It 
  1610. also has several columns and little boxes that are not spaced evenly of
  1611. course ! Working with a dot matrix printer certainly doesn't make my life
  1612. easier.  I would like to (eventually) generate the form as it is being
  1613. filled out. Possible ? thanks again for your input.
  1614. Noel
  1615.  
  1616.  
  1617. Msg#8005   To:CLIFF GREEN                               (Rcvd)
  1618. From:NOEL MANZANILLA                            Date:02/06/89
  1619. Subject:(R)LASER PRINTER                        Parent Msg#7918
  1620. ------------------------------------------------------------------------------
  1621. Cliff, I didn't know AST had laser printers.  Thats something to look
  1622. into.  Thanks again.
  1623. noel
  1624.  
  1625.  
  1626. Msg#8006   To:STEVE BADARACCO                           (Rcvd)
  1627. From:ROBERT HEYMAN                              Date:02/06/89
  1628. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  1629. ------------------------------------------------------------------------------
  1630. Steve.   I've been using the construct "Overlay Code" since the inception
  1631. of S87 without a problem......   just thought you should know
  1632. Rob Heyman
  1633.  
  1634.  
  1635. Msg#8008   To:MENACHEM BAZIAN                           (Rcvd)
  1636. From:MARK NEIDORFF                              Date:02/06/89
  1637. Subject:(R)USING EXPANDED MEM                   Parent Msg#7616
  1638. ------------------------------------------------------------------------------
  1639. Sorry Menachem, headroom is a commercial product.  Just reviewed in PC
  1640. Magazine this issue.
  1641.      <<  Mark  >>
  1642.  
  1643.  
  1644. Msg#8009   To:RICHARD HORWITZ                           (Rcvd)
  1645. From:MARK NEIDORFF                              Date:02/06/89
  1646. Subject:(R)BEGIN SEQUENCE                       Parent Msg#7990
  1647. ------------------------------------------------------------------------------
  1648. Yes Begin sequence/break/end will just jump to the endo f a piece of code
  1649. that is in a single loop.  But if you have multiple loops, and multiple
  1650. begin sequences, you have more control and power.  Still no great deal,
  1651. but it is nice to be able to write it in 3 lines of code instead of what
  1652. it would take normally.
  1653.      <<  Mark  >>
  1654.  
  1655.  
  1656. Msg#8010   To:DIRK LESKO                                (Rcvd)
  1657. From:ROB HANNAH                                 Date:02/07/89
  1658. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1659. ------------------------------------------------------------------------------
  1660. If lastrec() is 2000, any number % lastrec() will be between 0 and 1999. 
  1661. Adding 1 gives a number in the correct range.
  1662.  
  1663. ROB
  1664.  
  1665.  
  1666. Msg#8012   To:ROB HANNAH                                (Rcvd)
  1667. From:DIRK LESKO                                 Date:02/07/89
  1668. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1669. ------------------------------------------------------------------------------
  1670. Correct...
  1671.  
  1672. dLESKo
  1673.  
  1674.  
  1675. Msg#8015   To:DIRK LESKO                                (Rcvd)
  1676. From:ROB HANNAH                                 Date:02/07/89
  1677. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1678. ------------------------------------------------------------------------------
  1679. On further thought, what is the max value that random() can give.  I
  1680. think that what you mean by skewing the results to the lower numbers
  1681. somewhat is that if you have a database with 55k records and random()
  1682. gives 0 - 64k-1 that that will happen.
  1683.  
  1684. Sorry about the misunderstanding...
  1685. ROB
  1686.  
  1687.  
  1688. Msg#8017   To:ROB HANNAH                                (Rcvd)
  1689. From:DIRK LESKO                                 Date:02/07/89
  1690. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1691. ------------------------------------------------------------------------------
  1692. that's right, If I remember correctly, the max value random() will return
  1693. is 65535.
  1694.  
  1695. dLESKo
  1696.  
  1697.  
  1698. Msg#8018   To:CHRISTOPHER EDGAR                         (Rcvd)
  1699. From:CONSTANTIN FLORESCU                        Date:02/07/89
  1700. Subject:(R)RANDOM RECORDS                       Parent Msg#7944
  1701. ------------------------------------------------------------------------------
  1702. I told you....
  1703. In fact I personally think is THE GREATEST !
  1704. <CF>
  1705.  
  1706.  
  1707. Msg#8019   To:ALL                                        
  1708. From:GEFF PURCELL                               Date:02/07/89
  1709. Subject:RECORD CORRUPTION PROBLEM               Parent Msg#8019
  1710. ------------------------------------------------------------------------------
  1711.         We are experiencing a very frustrating problem with record 
  1712. corruption in a database application.  The systems are being run on IBM
  1713. PS/2 Model 50z's. The problem is this:
  1714.         Randomly, fields are being replaced in an existing record.
  1715.         This problem may effect just one record or at times several 
  1716.         records in a row (in record number order not index order).
  1717.         The problem does not show up until a rebuild of the index is
  1718. done.
  1719.         When we rebuild we use INDEX on <key> TO <filename> we do NOT use
  1720.         the reindex statemen.
  1721.         This problem did not show up for several months
  1722.         We have set the E in the SET CLIPPER statment to E000 to make
  1723. sure
  1724.         no expanded memory is being used.
  1725.         Whem a field gets replaced is contains information from another
  1726.         record.  The information is good info but it is in the wrong
  1727. record
  1728.         It has happened to records even though apparently the user had
  1729. not
  1730.         edited either record recently.
  1731.         The application is fairly large. It did have overlays, but we
  1732.         have elimanted them in hopes that that would clear up the problem
  1733.         but it has not.
  1734.         The database in question has approx 500 to 1000 records depending
  1735.         on the user.
  1736.         The data base also has 6 indexes.  It used to have 7.
  1737.         We are using IBM DOS 3.3
  1738.         There are no TSRs in memory and the config.sys contains the
  1739. following:
  1740.         FILES = 31
  1741.         BUFFERS = 8
  1742.         DEVICE = ANSI.SYS
  1743.         DEVICE = DASDDRVR.SYS
  1744.         We tried eleminating the DASDDRVR.SYS but this did not seem to
  1745. help so we put it back in as this is a fix to DOS 3.3 for the FORMAT
  1746. command (will allow you to format multiple disk in a row with out bombing
  1747. out)
  1748.                                 Any help would be grealy appreciated
  1749.                                 as this problem has been a pain in the
  1750.                                 A** for about 3 months now.  And all of
  1751.                                 the users are women who can COMPLAIN
  1752.                                 LOUDDDDLLYYY!!!
  1753.                 Geff Purcell and Bill Roundcount
  1754.                         Sigma Chemical - St Louis
  1755.  
  1756.  
  1757. Msg#8020   To:DAVE LOBEL                                 
  1758. From:CONSTANTIN FLORESCU                        Date:02/07/89
  1759. Subject:HELLO                    
  1760. ------------------------------------------------------------------------------
  1761. Hello Dave ! See you on the other nod. How are you. Havn't see you on the
  1762. board for quite a while. You've been away ?
  1763. <CF>
  1764.  
  1765.  
  1766. Msg#8022   To:STEVE BADARACCO                           (Rcvd)
  1767. From:STEVE DAVIES                               Date:02/07/89
  1768. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  1769. ------------------------------------------------------------------------------
  1770. If you haven't already done so, you might want to get a copy of the new
  1771. snap and run it. The headers will list calling and called routines. This
  1772. proved very helpful in nailing down just what is calling what. It will
  1773. also echo the headings to seperate file if you want. The cross reference
  1774. table is just as helpful in this matter. Next to each function or proc
  1775. name it list what file it's from and below that it lists all references
  1776. to that name, giving the file and line number.
  1777. Steve
  1778.  
  1779.  
  1780. Msg#8023   To:ALL                                        
  1781. From:HOWARD KAPUSTEIN                           Date:02/07/89
  1782. Subject:FREE DISK SPACE 1.5      
  1783. ------------------------------------------------------------------------------
  1784. Come and get it while it's hot. Free Disk Space 1.5 is hot off the
  1785. presses. New features: Requires only 15K of memory to run, network
  1786. compatible, DOS environment variable for easily modified default options
  1787. (if you don't want to recompile. Yep, full Turbo C 2.0 source is
  1788. included). Look for FREE15.ARC in a download section near you.
  1789.  
  1790.  
  1791. Msg#8025   To:GEFF PURCELL                              (Rcvd)
  1792. From:RICHARD HORWITZ                            Date:02/07/89
  1793. Subject:(R)RECORD CORRUPTION PROB
  1794. ------------------------------------------------------------------------------
  1795.  I had a problem with the 50 a few months ago using dbedit. SOMETIMES it
  1796. would bomb on return from the UDF, and others not. I had the exact same
  1797. config.sys and autoexec.bat on it that I had onmy 80, and the 80 NEVER
  1798. had a problem (with CLIPPER anyway!). Same program and everything, never
  1799. did find the cause.....maybe IBM did something screwy with the 50?
  1800.  
  1801.  
  1802. Msg#8026   To:GEFF PURCELL                              (Rcvd)
  1803. From:ROB HANNAH                                 Date:02/08/89
  1804. Subject:(R)RECORD CORRUPTION PROB               Parent Msg#8019
  1805. ------------------------------------------------------------------------------
  1806. What is the index key you use that blows the app?  Does it happen on any
  1807. index statement?  And have you tried a stand-alone 3 or 4 line index
  1808. program to see if it works?
  1809.  
  1810. ROB
  1811.  
  1812.  
  1813. Msg#8027   To:ROB HANNAH                                (Rcvd)
  1814. From:GEFF PURCELL                               Date:02/08/89
  1815. Subject:(R)RECORD CORRUPTION PROB               Parent Msg#8019
  1816. ------------------------------------------------------------------------------
  1817.         The index key was something like this: UPPER(VAR) + UPPER(VAR2) +
  1818. UPPER(VAR3)  (I know this could be simplified) but anyway we may have
  1819. found the prolem this morning. When I checked his Libs he was using the
  1820. orginal S87 (with no time) Libs so we put the new Libs in his dir and
  1821. have recompiled the application.  The problem was so random that we could
  1822. not get it to appear here on a 50z or on our 80s. So we are just goint to
  1823. send out the app to the users and see what happens now with the new lib
  1824. version.
  1825. Thanks for the suggestions,                     Geff Purcell
  1826.  
  1827.  
  1828. Msg#8028   To:GEFF PURCELL                              (Rcvd)
  1829. From:JOE BOOTH                                  Date:02/08/89
  1830. Subject:(R)RECORD CORRUPTION PROB               Parent Msg#8019
  1831. ------------------------------------------------------------------------------
  1832. Is this a multi-user system, or single user ?
  1833.  
  1834.  
  1835. Msg#8029   To:STEVE BADARACCO                           (Rcvd)
  1836. From:DAVID MINTER                               Date:02/08/89
  1837. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  1838. ------------------------------------------------------------------------------
  1839. Steve,÷║
  1840.  From what I've allways been using, OVERLAY CODE, it has always worked
  1841. for me.  The only thing I can think of is that you are having a thrashing
  1842. problem somewhere.   I noticed that you use funcky.  One of the problems
  1843. that I found (Sorry Dirk) was trying to use ondo() in a lower level
  1844. overlay to call something in a higher level overlay, and ondo() was
  1845. declared EXTERNAL in the top level.  Took me 2 days to figure it out. 
  1846. Could something like this be happening to you? 
  1847.  
  1848. Dave
  1849.  
  1850.  
  1851. Msg#8030   To:CONSTANTIN FLORESCU                       (Rcvd)
  1852. From:ANDREW GROSS                               Date:02/08/89
  1853. Subject:WORKHORSE PRINTER                       Parent Msg#8030
  1854. ------------------------------------------------------------------------------
  1855. Not attempting to beat a workhorse printer to death...
  1856.  
  1857. The dmp I use is a Toshiba P321SL.  It's fame-to-claim is that all
  1858. parameter changes (emulation, speed, etc.) is done via front panel
  1859. operations using a touch pad and an LCD window...it's not as advanced as
  1860. a DeskJet, but it's an easy to live with dmp...and unlike its
  1861. predecessor, it has an IBM proprinter emulation built-in.
  1862.  
  1863. andrew g.
  1864.  
  1865.  
  1866. Msg#8031   To:NOEL MANZANILLA                           (Rcvd)
  1867. From:ANDREW GROSS                               Date:02/08/89
  1868. Subject:(R)LASER PRINTER                        Parent Msg#7918
  1869. ------------------------------------------------------------------------------
  1870. If you do find a cheaper alternative, be reassured from an independent
  1871. source that the printer is reliable.  I've dealt a small bit with HP
  1872. "compatibible" printers...I prefer the real-thing.  Besides, who has yet
  1873. cloned the IID <grin> ?
  1874.  
  1875. andrew g.
  1876.  
  1877.  
  1878. Msg#8032   To:CLIFF GREEN                               (Rcvd)
  1879. From:ANDREW GROSS                               Date:02/08/89
  1880. Subject:(R)LASER PRINTER                        Parent Msg#7918
  1881. ------------------------------------------------------------------------------
  1882. The HP Technical Manual for the LaserJet II is Manual Part No.
  1883. 33440-90905.
  1884.  
  1885. One other advantage to the II, my company recently bought a Label CAD
  1886. system for the LaserJet II.  The hardware part of it looks like a font
  1887. cartridge, tastes like it, and smells like it.  But it ain't!  When the
  1888. cartridge is plugged-in and the printer turned on, it takes over control
  1889. of the 68000 and from there on out all the messages that appear in the
  1890. LCD window and the performance of the indicator lights are specific to
  1891. the CAD package.  (The CAD package is used for barcode labels, but not
  1892. just the ordinary ones.  The packages makes EAN, A/2, E/2, CodaBar, etc.)
  1893.  
  1894. andrew g.
  1895.  
  1896.  
  1897. Msg#8033   To:NOEL MANZANILLA                           (Rcvd)
  1898. From:ANDREW GROSS                               Date:02/08/89
  1899. Subject:MSG 8032                 
  1900. ------------------------------------------------------------------------------
  1901. Please seem message 8032.  I meant to route it to you.
  1902.  
  1903. andrew g.
  1904.  
  1905.  
  1906. Msg#8034   To:GEFF PURCELL                              (Rcvd)
  1907. From:DIRK LESKO                                 Date:02/08/89
  1908. Subject:(R)RECORD CORRUPTION PROB               Parent Msg#8019
  1909. ------------------------------------------------------------------------------
  1910. Wouldn't upper(var1+var2+var3) be a little faster?
  1911.  
  1912.  
  1913. Msg#8035   To:DAVID MINTER                              (Rcvd)
  1914. From:DIRK LESKO                                 Date:02/08/89
  1915. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  1916. ------------------------------------------------------------------------------
  1917. Hi dave, don;t worry about being sorry, ondo() calls the function via
  1918. Clipper's macro parser so the linker never knows what function it is
  1919. supposed to link and where or why...An explicit EXTERNAL call must be
  1920. declared to make sure that it gets put into the right module....Same goes
  1921. for execute() and timeout().....Also, the high level mouse fucntions call
  1922. lots of lower level functions that must be taken into account....
  1923.  
  1924. dLESKO
  1925.  
  1926.  
  1927. Msg#8036   To:ALL                                        
  1928. From:STEVE DAVIES                               Date:02/08/89
  1929. Subject:NEW (OLD) FILES                         Parent Msg#8036
  1930. ------------------------------------------------------------------------------
  1931. Isn't it just *&/*%!@ wonderful when you download some nice new file,
  1932. unarc it and find it's some old thing re-arced because someone felt
  1933. obligated to upload something. The file I refer to is called CLIP_BRO.ARC
  1934. and contains a routine dated july 1986. Waste my time why don't you!
  1935.  
  1936.  
  1937. Msg#8037   To:NOEL MANZANILLA                           (Rcvd)
  1938. From:CLIFF GREEN                                Date:02/08/89
  1939. Subject:(R)LASER PRINTER                        Parent Msg#7918
  1940. ------------------------------------------------------------------------------
  1941. Of the irregular line spacings and columns and boxes which are not spaced
  1942. evenly, are there any which depend for their spacing on the data to be
  1943. printed?  Put a bit differently, are these irregularly spaced items
  1944. _always_ at the same place on the sheet?  If so, then a template would
  1945. seem to be a good answer to your dilemma, and a laser will do that (at
  1946. least HP's will, and I assume most if not all others will -- they'd be
  1947. dumb to leave something like that out).  You can even pretty up your
  1948. forms with variable-width lines, a variety of gray shading, and as many
  1949. dingbats and bells and whistles as your fontware (how's that for a
  1950. neologism?) will allow.  What you would wind up doing in that case, is:
  1951. 1) design your form, and code the template.  It gets downloaded to the
  1952. printer once per session (don't turn the power off!), and turned on or
  1953. off as you need it -- this takes up printer memory, so get enough!
  1954. 2) using your design (see #1), write the code to take your data and stuff
  1955. it into the empty spaces on the page.  Just because the form goes to 80
  1956. lines doesn't mean the page will be ejected (at least, not if you've set
  1957. the logical length of the page to allow for this - you'll need to delve
  1958. into VMI - vertical motion indices, and suchnot).  It sounds like you've
  1959. got some interesting exploration to look forward to.
  1960.  
  1961.  
  1962. Msg#8038   To:ANDREW GROSS                              (Rcvd)
  1963. From:CLIFF GREEN                                Date:02/08/89
  1964. Subject:(R)LASER PRINTER                        Parent Msg#7918
  1965. ------------------------------------------------------------------------------
  1966. (re:  Label CAD cart)   Nifty!
  1967.  
  1968. Do you know if there are any other products that take over the LJII like
  1969. that?  There's got to be some potential there for a variety of
  1970. applications (e.g., vector graphics in firmware, rather than software, so
  1971. it won't take up valuable memory, etc.)
  1972.  
  1973.  
  1974. Msg#8039   To:STEVE DAVIES                              (Rcvd)
  1975. From:MARK NEIDORFF                              Date:02/08/89
  1976. Subject:(R)NEW (OLD) FILES                      Parent Msg#8036
  1977. ------------------------------------------------------------------------------
  1978. Yeah, isn't that the file that is good for A86 only?
  1979.      <<  Mark  >>
  1980.  
  1981.  
  1982. Msg#8040   To:CURTIS LITTLE                             (Rcvd)
  1983. From:JOHN NEWTON                                Date:02/08/89
  1984. Subject:SWITCH PROBLEM                          Parent Msg#8040
  1985. ------------------------------------------------------------------------------
  1986. Curtis,
  1987.  
  1988. I've been trying to get SWITCH to work with my application. 
  1989. Unfortunately
  1990. I haven't had much luck. Every time I get to the SWITCH! function I get
  1991. the
  1992. SWITCH! banner across the top of the screen then it locks up with a
  1993. blinking
  1994. cursor in the upper left corner.
  1995.  
  1996. The following is my make file:
  1997.  
  1998.          Main.obj  : main.prg  
  1999.            clipper main -m
  2000.  
  2001.          genproc.obj : genproc.prg
  2002.            clipper genproc -m
  2003.  
  2004.          CONOPS.EXE : main.obj genproc.obj
  2005.          PLINK86 @M
  2006.  
  2007. The following is the M.LNK file
  2008.  
  2009.          OUTPUT conops
  2010.          FI MAIN                     - the main shell
  2011.          FI E:\OBJ\SWITCH87          - Switch! module
  2012.          FI GENPROC                  - All functions & procedures
  2013.          FI E:\OBJ\FUNCKY            - Dirk's FUNCky
  2014.          FI E:\OBJ\EXXTEND           - used by DMS' error routines
  2015.          FI E:\OBJ\PRT_SCRN          - Print screen routine
  2016.          LIB E:\LIB\CLIPPER         
  2017.          LIB E:\LIB\FUNCKY
  2018.          LIB E:\LIB\EXTEND
  2019.  
  2020. I've also tried my luck with Borland's TLINK, but again no luck.
  2021.  
  2022.         tlink @flist,conops,, $(lib1) $(lib2) $(lib3)
  2023.  
  2024. flist:
  2025.         MAIN+
  2026.         e:\obj\switch87+
  2027.         genproc+
  2028.         e:\obj\funcky+
  2029.         e:\obj\exxtend+
  2030.         e:\obj\prt_scrn
  2031.  
  2032. The procedure I'm using is as follows:
  2033.  
  2034.   Procedure UPDT
  2035. 1 if !cur_month
  2036. 2    BEGIN SEQUENCE
  2037. 3      * Check and see if PC-DATA exist -
  2038. 4      * If so rename it to PC-DATA.BAK
  2039. 5      ********************************
  2040. 6      if isfile("PC-DATA.TXT")
  2041. 7        rename PC-DATA to PC-DATA.BAK
  2042. 8      endif
  2043. 9       
  2044. 10     * Switch out of program to ZCOMM and download data
  2045. 11     **************************************************
  2046. 12     switch87("ZCOMM")
  2047. 13     if !isfile("PC-DATA")
  2048. 14       print(23,1,"ERROR! Data file not created! Press return to
  2049. continue")
  2050. 15       set console off
  2051. 16       wait
  2052. 17       set console on
  2053. 18       BREAK  
  2054. 19     else
  2055. 20       rename PC-DATA to PC-DATA.TXT
  2056. 21     endif
  2057. 22
  2058. 23     t_dbf = substr(cmonth(date()),1,3) +
  2059. substr(ltrim(str(year(date()))),-2)
  2060. 24     t_ntx = t_dbf
  2061. 25     t_loc = substr(t_dbf,1,3) + "LOC" + substr(t_dbf,4,2)
  2062. 26     t_prj = substr(t_dbf,1,3) + "PRJ" + substr(t_dbf,4,2)
  2063. 27     use &M_dbf
  2064. 28     copy structure to &t_dbf
  2065. 29     use &t_dbf
  2066. 30     append from PC-DATA.TXT SDF
  2067. 31     do sel_dbf
  2068. 32     use &M_dbf
  2069. 33     do ntx_test
  2070. 34          do array_set
  2071. 35        END
  2072. 36 endif
  2073. 37 return
  2074.  
  2075. The procedure makes it to line 12 and I get the SWITCH! message then it
  2076. locks
  2077. up with a blinking underline cursor in the upper lefthand corner of the
  2078. screen.
  2079. The demo programs work fine, but mine just hang. Sure hope you can point
  2080. me in
  2081. the right direction 'cause I'm lost.  
  2082.  
  2083. Thanks, John Newton
  2084.  
  2085.  
  2086.  
  2087. Msg#8042   To:ANDREW GROSS                              (Rcvd)
  2088. From:CONSTANTIN FLORESCU                        Date:02/09/89
  2089. Subject:(R)WORKHORSE PRINTER                    Parent Msg#8030
  2090. ------------------------------------------------------------------------------
  2091. How fast and how many copies ?
  2092. Thanks.
  2093. <CF>
  2094.  
  2095.  
  2096. Msg#8045   To:STEVE DAVIES                              (Rcvd)
  2097. From:DIRK LESKO                                 Date:02/09/89
  2098. Subject:(R)NEW (OLD) FILES                      Parent Msg#8036
  2099. ------------------------------------------------------------------------------
  2100. Yeah, that's a problem...I have done that several times myself, and on
  2101. some BIG files....
  2102.  
  2103. dLESKO
  2104.  
  2105.  
  2106. Msg#8046   To:JOHN NEWTON                               (Rcvd)
  2107. From:DIRK LESKO                                 Date:02/09/89
  2108. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  2109. ------------------------------------------------------------------------------
  2110. Ask him what public symbols switch may be trying to read...maybe FUNCky
  2111. has one that satisfies it and causes a conflict???? 
  2112.  
  2113. dLESKO
  2114.  
  2115.  
  2116. Msg#8048   To:DIRK LESKO                                (Rcvd)
  2117. From:JOHN NEWTON                                Date:02/09/89
  2118. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  2119. ------------------------------------------------------------------------------
  2120. As I gather from previous messages, there didn't seem to be any, but
  2121. leave it to me to find such.  
  2122.   
  2123. I did notice in the doc file that when he complied, he had the programs
  2124. backwards, or so it seemed to me. I probably need some lessons in the
  2125. fine art of compiling anyway.
  2126.  
  2127. -John
  2128.  
  2129.  
  2130. Msg#8049   To:GEFF PURCELL                              (Rcvd)
  2131. From:RON HOCKEMEIER                             Date:02/09/89
  2132. Subject:(R)RECORD CORRUPTION PROB               Parent Msg#8019
  2133. ------------------------------------------------------------------------------
  2134. I've had corruption problems due to power supplies and static.
  2135. The problem closest to your's occured when the computer was inadvertently)
  2136. (inadvertently) on the same power circuit as a photocopy machine: random
  2137. field corruption (which coincided to writing to disc at the same moment a
  2138. photocopier was used).  I put a VOM on the circuit and found the voltage
  2139. dropping as low as 80VAC.
  2140. We've also lost files--and had corruption--due to static. (You could stand
  2141. 6" from the computer and feel the "static arc."  We couldn't fix it;
  2142. fortunately we moved.
  2143. Unfortunately, the new location had at least one bad power outlet. 
  2144. We lost about 10% of the FATs on floppies...
  2145. We solved that by installing an on-line, uninterruptible power supply.
  2146. Hope this helps.
  2147.  
  2148.  
  2149. Msg#8051   To:ALL                                        
  2150. From:HARRY GILBERT                              Date:02/09/89
  2151. Subject:ARRAYS                                  Parent Msg#8051
  2152. ------------------------------------------------------------------------------
  2153. Help! I'm having problems getting ACHOICE() to work with arrays
  2154. containing numeric data. An example follows:
  2155.    DECLARE names[FCOUNT()],type[FCOUNT()],size[FCOUN()]
  2156.    AFIELDS(names,type,size)
  2157.    pick = ACHOICE(10,10,20,20,names,.T.)
  2158.    pick = ACHOICE(10,10,20,20,type,.T.)
  2159.    pick = ACHOICE(10,10,20,20,size,.T.)
  2160. .
  2161. I can view the character array elements in "names" and "type", but the
  2162. pick-list for "size" is blank. But if I do:
  2163.    FOR x = 1 TO FCOUNT()
  2164.      ? size[x]
  2165.    NEXT
  2166. the field lengths are there!
  2167. Also, if I AFILL(array,0), an array should be filled with the number 0,
  2168. but again, an ACHOICE on the array comes up blank. What'm I doing wrong.
  2169. If ACHOICE won't work on numeric data, I'm in real trouble. I've tried
  2170. both TLINK and PLINK86 thinking it's related to "floating point" numbers,
  2171. to no avail.
  2172.  
  2173.  
  2174. Msg#8052   To:DIRK LESKO                                (Rcvd)
  2175. From:GEFF PURCELL                               Date:02/09/89
  2176. Subject:(R)RECORD CORRUPTION PROB               Parent Msg#8019
  2177. ------------------------------------------------------------------------------
  2178. Yes it would, but I did not build this system and the Guy who did must
  2179. not realize that.  I told him once or twice. (oh well some people are
  2180. just slow to learn).
  2181.         Geff
  2182.  
  2183.  
  2184. Msg#8053   To:RON HOCKEMEIER                            (Rcvd)
  2185. From:GEFF PURCELL                               Date:02/09/89
  2186. Subject:(R)RECORD CORRUPTION PROB               Parent Msg#8019
  2187. ------------------------------------------------------------------------------
  2188. We think we found the problem now... the guy who wrote the system had the
  2189. old Sum 87 libs so we gave him copies of the new libs and everything
  2190. seems to be working know.  You idea would have been good to check but the
  2191. 22 users are all in dif states. 
  2192. Thanks for the idea though                      - Geff
  2193.  
  2194.  
  2195. Msg#8054   To:ANDREW GROSS                              (Rcvd)
  2196. From:NOEL MANZANILLA                            Date:02/09/89
  2197. Subject:(R)LASER PRINTER                        Parent Msg#7918
  2198. ------------------------------------------------------------------------------
  2199. thanks, saw the message
  2200. noel
  2201.  
  2202.  
  2203. Msg#8055   To:ALAN TOMPKINS                             (Rcvd)
  2204. From:NEIL WEICHER                               Date:02/09/89
  2205. Subject:(R)CLIPPER RUNTIME ERROR 
  2206. ------------------------------------------------------------------------------
  2207. Are you trying to reindex from two stations at once?  
  2208.  
  2209. Regards,
  2210. Neil
  2211.  
  2212.  
  2213. Msg#8056   To:MARK NEIDORFF                             (Rcvd)
  2214. From:MENACHEM BAZIAN                            Date:02/09/89
  2215. Subject:(R)USING EXPANDED MEM                   Parent Msg#7616
  2216. ------------------------------------------------------------------------------
  2217. Okie dokie. I will look at it and lket you know.
  2218.  
  2219. Thanks a mil.
  2220. Menachem
  2221.  
  2222.  
  2223. Msg#8057   To:HARRY GILBERT                             (Rcvd)
  2224. From:DIRK LESKO                                 Date:02/09/89
  2225. Subject:(R)ARRAYS                               Parent Msg#8051
  2226. ------------------------------------------------------------------------------
  2227. Harry, achoice() only works on strings....sorry to give you the bad
  2228. news....Why not create an array that fills up with str() of the numbers?
  2229.  
  2230. dLESKO
  2231.  
  2232.  
  2233. Msg#8058   To:HARRY GILBERT                             (Rcvd)
  2234. From:MARK NEIDORFF                              Date:02/09/89
  2235. Subject:(R)ARRAYS                               Parent Msg#8051
  2236. ------------------------------------------------------------------------------
  2237. Can't convert the numbers to strings just for the achoice?
  2238.      <<  Mark  >>
  2239.  
  2240.  
  2241. Msg#8059   To:STEVE DAVIES                              (Rcvd)
  2242. From:ROBERT HEYMAN                              Date:02/09/89
  2243. Subject:(R)NEW (OLD) FILES                      Parent Msg#8036
  2244. ------------------------------------------------------------------------------
  2245. here here !
  2246.  
  2247.  
  2248. Msg#8060   To:CLIFF GREEN                               (Rcvd)
  2249. From:ROBERT HEYMAN                              Date:02/09/89
  2250. Subject:(R)LASER PRINTER                        Parent Msg#7918
  2251. ------------------------------------------------------------------------------
  2252. Cliff....HP templates.....  I've known about the existance of such a
  2253. thing...but have never been able to find out precisely HOW to download a
  2254. template (such as a form) to the laser.  Can you be more specific as to
  2255. how that is done... and how particularly it might be accomplished from
  2256. within clipper.
  2257. Thanks
  2258. Rob Heyma
  2259.  
  2260.  
  2261. Msg#8061   To:DIRK LESKO                                (Rcvd)
  2262. From:HARRY GILBERT                              Date:02/09/89
  2263. Subject:(R)ARRAYS                               Parent Msg#8051
  2264. ------------------------------------------------------------------------------
  2265. I was hoping to use the arrays in a package that analyzed surveys, and
  2266. processed the database, summing the responses for a report. Oh, well. How
  2267. come there's no mention of achoice being limited to strings in Clipper's
  2268. docs? Maybe they should get you to write their next docs. At least we'd
  2269. KNOW what's going on. Thanks.
  2270.  
  2271.  
  2272. Msg#8062   To:MARK NEIDORFF                             (Rcvd)
  2273. From:HARRY GILBERT                              Date:02/09/89
  2274. Subject:(R)ARRAYS                               Parent Msg#8051
  2275. ------------------------------------------------------------------------------
  2276. I guess I'll have to, but the goal was to peek into some survey data,
  2277. weed out "flyers" and go on with processing. Having parallel arrays of
  2278. numeric and string data would eat up too much RAM.
  2279.  
  2280.  
  2281. Msg#8064   To:RON LANDBERG                              (Rcvd)
  2282. From:STEVE DAHLIN                               Date:02/10/89
  2283. Subject:(R)NOVELL 2.0A LIMIT                    Parent Msg#7759
  2284. ------------------------------------------------------------------------------
  2285. Thanks all for the help.  Using the patch I can now access more than the
  2286. 40 file limit.
  2287.  
  2288.  
  2289. Msg#8067   To:DIRK LESKO                                (Rcvd)
  2290. From:STEVE BADARACCO                            Date:02/10/89
  2291. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2292. ------------------------------------------------------------------------------
  2293. Guess I'll try Nantucket.
  2294. But if nobody on this board has the answer, I haven't much hope for
  2295. getting one from them!!!!!
  2296. ..Steve
  2297.  
  2298.  
  2299. Msg#8068   To:ROB HANNAH                                (Rcvd)
  2300. From:STEVE BADARACCO                            Date:02/10/89
  2301. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2302. ------------------------------------------------------------------------------
  2303. You're right, Rob.
  2304. The point is, none of the "formats" work, except OVERLAY PROG,$CONSTANTS.
  2305. That's the wierd part.  I cannot leave the line out entirely, either, or
  2306. the application hangs.
  2307. ...Steve
  2308.  
  2309.  
  2310. Msg#8069   To:DAVID MINTER                              (Rcvd)
  2311. From:STEVE BADARACCO                            Date:02/10/89
  2312. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2313. ------------------------------------------------------------------------------
  2314. Thanks, Dave.
  2315. However, I do not use ondo() at all in the application.
  2316. ...Steve
  2317.  
  2318.  
  2319. Msg#8072   To:STEVE BADARACCO                           (Rcvd)
  2320. From:DIRK LESKO                                 Date:02/10/89
  2321. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2322. ------------------------------------------------------------------------------
  2323. I guess that's a compliment for the board....
  2324.  
  2325. dLESKO
  2326.  
  2327.  
  2328. Msg#8073   To:ALL                                        
  2329. From:DAVID MINTER                               Date:02/10/89
  2330. Subject:CLIPPER 89 DEV CONFERENCE               Parent Msg#8073
  2331. ------------------------------------------------------------------------------
  2332.  
  2333. It's official!  1989 Nantucket Clipper Developers Conference
  2334.  
  2335.        Sponsor: Nantucket Corporation
  2336.           When: June 11-14, 1989
  2337.          Where: Los Angeles, California, at the Airport Marriot
  2338.       How many: Attendance limited to 750
  2339. Registration &
  2340.    information 
  2341.        inquiry: 1-800-848-CLIP (1-800-848-2547) Monday - Friday
  2342.           Cost: $595 per person before May 11, 1989
  2343.                 $695 per person after May 11, 1989
  2344.  
  2345. The 1989 Clipper Developers Conference will be an opportunity for
  2346. Clipper Developers, programmers and users from around the world to
  2347. gather together to exchange ideas, learn about emerging directions
  2348. for Clipper, participate in discussions about future directions, gain
  2349. advanced insight into Clipper, attend numerous technical information
  2350. sessions, visit the only Clipper-specific trade show in the world,
  2351. and enjoy fine food, drink, and conversation.  The conference
  2352. provides a unique opportunity to meet key Nantucket employees, third
  2353. party add-on developers, and other interested Clipper users from
  2354. diverse backgrounds.  
  2355.  
  2356. Last year's Clipper Developer Conference was a tremendous success
  2357. -- this year's will be even better.  Call today to receive more
  2358. information and registration materials.  Last year's conference
  2359. sold out.
  2360.  
  2361. Stay tuned for future bulletin updates (scheduled speakers, seminars,
  2362. etc).
  2363.  
  2364.  
  2365. Msg#8076   To:JOHN NEWTON                               (Rcvd)
  2366. From:CURTIS LITTLE                              Date:02/10/89
  2367. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  2368. ------------------------------------------------------------------------------
  2369. John,
  2370.   I was standing by Ken when he answered, but just wanted to make sure
  2371. you knew I was answering.  The older one had a problem in the interface
  2372. between Clipper and the actual Switch! assembly function it was weird, it
  2373. didn't show up in the applications I use Switch! in, but someone sent me
  2374. some code that demonstated the problem and was what enabled me to fix it.
  2375. The fixed one is in SWITCH22.ARC in dir 99.
  2376.  
  2377.  
  2378. Msg#8078   To:DIRK LESKO                                (Rcvd)
  2379. From:STEVE BADARACCO                            Date:02/10/89
  2380. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2381. ------------------------------------------------------------------------------
  2382. Yes, it was intended to be.
  2383. ...Steve
  2384.  
  2385.  
  2386. Msg#8079   To:DIRK LESKO                                (Rcvd)
  2387. From:JON MELTZER                                Date:02/10/89
  2388. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2389. ------------------------------------------------------------------------------
  2390. Isn't someone from Nantucket on this board?
  2391.  
  2392.  
  2393. Msg#8080   To:ALL                                        
  2394. From:JON MELTZER                                Date:02/10/89
  2395. Subject:RTLINK                                  Parent Msg#8080
  2396. ------------------------------------------------------------------------------
  2397. If anyone here has used the RTLink linker from Pocket Soft (advertised
  2398. on page 85 of the February 1989 "Data Based Advisor"), I would like to
  2399. hear your evaluation of the product. Thank you.
  2400.  
  2401.  
  2402. Msg#8081   To:ROBERT HEYMAN                             (Rcvd)
  2403. From:CLIFF GREEN                                Date:02/10/89
  2404. Subject:(R)LASER PRINTER                        Parent Msg#7918
  2405. ------------------------------------------------------------------------------
  2406. Bob,   let me work up a simple sample over the weekend (gawd! my wife's
  2407. gonna love that!), and I'll ul it later.
  2408.  
  2409.  
  2410. Msg#8082   To:HARRY GILBERT                              
  2411. From:MARK NEIDORFF                              Date:02/10/89
  2412. Subject:(R)ARRAYS                               Parent Msg#8051
  2413. ------------------------------------------------------------------------------
  2414. Yes, I see that parallel arrays would eat ram, but couldn't you convert
  2415. them to string on the way into the array?
  2416.      <<  Mark  >>
  2417.  
  2418.  
  2419. Msg#8083   To:JON MELTZER                               (Rcvd)
  2420. From:DIRK LESKO                                 Date:02/10/89
  2421. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2422. ------------------------------------------------------------------------------
  2423. Supposedly.....They check in from time to time..
  2424.  
  2425. dLESKO
  2426.  
  2427.  
  2428. Msg#8084   To:JOHN NEWTON                               (Rcvd)
  2429. From:CURTIS LITTLE                              Date:02/11/89
  2430. Subject:SWITCH!                                 Parent Msg#8084
  2431. ------------------------------------------------------------------------------
  2432. Just wanted to let you know that I'm sending a new one tonight.  If you
  2433. already grabbed version 2.2 somewhere then the problem you were having
  2434. would be fixed.  If you have 2.2 there's no need to get 2.3 because the
  2435. main changes I made in 2.3 are in the documentation.  The docs for 2.3
  2436. fixed the backwards param passing you mentioned to Dirk (in the ASM
  2437. example where the offset was pushed before the segment).  In addition the
  2438. new docs show the proper way to interface Switch! from BASIC.  The only
  2439. functional change to the function from 2.2 to 2.3 is that beginning 2.3
  2440. the temp file is no longer created as a hidden system file, instead it is
  2441. simply a read-only file.  Thanks for mentioning the part about the
  2442. example being in error - that led to the corrected example in the
  2443. appendix.
  2444.  
  2445.  
  2446. Msg#8085   To:DIRK LESKO                                (Rcvd)
  2447. From:CONSTANTIN FLORESCU                        Date:02/11/89
  2448. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2449. ------------------------------------------------------------------------------
  2450. Dirk, don't ask me about my experience with Nantucket Tech Support or...
  2451. let's not speak about..AT. Most of their techs don't know too much...and
  2452. besides you have to wait a lot on hold to find out that in 99% of cases
  2453. you know more than they know(of course I don't include here the heavy
  2454. weight who actually wrote CLipper...But who can ever speak to them except
  2455. probably...You)
  2456. <CF>
  2457.  
  2458.  
  2459. Msg#8086   To:KEN CAMP                                  (Rcvd)
  2460. From:CONSTANTIN FLORESCU                        Date:02/11/89
  2461. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  2462. ------------------------------------------------------------------------------
  2463. Ken, let me jump in for myself and ask you a question. Does Curtis work
  2464. for you or you work for him. Just wanted to know...
  2465. <CF>
  2466.  
  2467.  
  2468. Msg#8087   To:JON MELTZER                               (Rcvd)
  2469. From:CONSTANTIN FLORESCU                        Date:02/11/89
  2470. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2471. ------------------------------------------------------------------------------
  2472. Jon, about a month ago a lady came on this board(I would say pretty
  2473. strong) and told everyone that she will log in every week...I didn't see
  2474. any messages(at least public) since then...
  2475. <CF>
  2476.  
  2477.  
  2478. Msg#8088   To:CONSTANTIN FLORESCU                       (Rcvd)
  2479. From:DIRK LESKO                                 Date:02/11/89
  2480. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2481. ------------------------------------------------------------------------------
  2482. The board was probably more active than she could handle.....Dave Morgan
  2483. checks in on a regular basis, but it is usually every 2-3 weeks so he
  2484. must have a handful when he logs on...
  2485.  
  2486. dLESKO
  2487.  
  2488.  
  2489. Msg#8089   To:ALL                                        
  2490. From:DIRK LESKO                                 Date:02/11/89
  2491. Subject:DBMS OR NOT....                         Parent Msg#8089
  2492. ------------------------------------------------------------------------------
  2493. As moderator, I do like to bring to everyones attention items of
  2494. interest. This text is contained in the file pc_week.arc and it
  2495. asks us to respond. I am willing to pass along this thread to the
  2496. persons mentioned at the end of this letter if you are all willing to
  2497. participate openly in this forum. I believe that this is a rather
  2498. interesting topic that should generate a lot of response and debate.
  2499. So, Read the letter, and the challenge, and at the end of the message I
  2500. will propose a few questions that you may respond too.
  2501. -----------------------------------------------------------------------
  2502.         
  2503. Dear Clipper User:
  2504.          
  2505. Clipper was not included in the recent PC Week Poll of Corporate 
  2506. Satisfaction for programmable and relational DBMS systems (Volume 
  2507. 6, Number 2  January 16, 1989) or in their Buyer's Guide for 
  2508. Database Management Systems (Volume 6, Number 4 January 30, 
  2509. 1989).  When Nantucket's public relations agency contacted John 
  2510. Helliwell, Executive Editor at PC Week and asked why Clipper was 
  2511. not included,  he replied with the attached letter which says Clipper 
  2512. is "a wonderful AUXILLIARY product to a database management 
  2513. system, but is not itself a DBMS."  He is correct in supposing that we 
  2514. are going to dispute his conclusion.
  2515.         
  2516. We would like you to participate in the test he proposes.   He asks to 
  2517. be put in touch with Clipper users who DO NOT use it in conjunction 
  2518. with dBASE or another full-fledged DBMS.
  2519.        
  2520. If you are using Clipper as a programmable DBMS to develop 
  2521. relational database applications, please send a description of how you 
  2522. use Clipper and the types of applications you create to:
  2523.       
  2524. John Helliwell
  2525. Executive Editor
  2526. PC Week 
  2527. 800 Boylston St.
  2528. Boston, MA  02199
  2529.         
  2530. Please include your phone number if you are willing to be contacted 
  2531. by the magazine.   He might also be interested in the Clipper add-on 
  2532. products you use as part of your development environment.
  2533. If you respond by mail, MCI or FAX, please send a copy of  your 
  2534. response to:
  2535.          
  2536. Judy Mason
  2537. Product Marketing Manager
  2538. Nantucket Corporation
  2539. 12555 West Jefferson Blvd.
  2540. Los Angeles, CA  90066
  2541.      
  2542. ---------------------------------------------------------------------
  2543. OK, here are the questions:
  2544.     
  2545. 1) First off, to define whether Clipper is a DBMS, we need to clarify
  2546.    precisely the definition of what is a DBMS, and what does it do?
  2547.         
  2548. 2) If Clipper is not a DBMS, and it is based mostly on the dBASE
  2549.    language, than what makes dBASE a DBMS, and Clipper not?
  2550.      
  2551. 3) Can the programs we create with Clipper be called a DBMS?, Can the
  2552.    programs created with dBASE be called a DBMS? - If the answer is
  2553.    yes to both, then wouldn't that make Clipper a DBMS?
  2554.    
  2555. 4) Now the hard one....Does a language constitute a DBMS, or do you 
  2556.    first have to write a program in that language that let's you
  2557.    manipulate the data without programming before it can be called
  2558.    a DBMS?
  2559.      
  2560. I myself do not see a clear definition as to what makes a DBMS and what
  2561. does not. Lets see what we come up with here - dLESKO....
  2562.  
  2563.  
  2564. Good Luck....And I hope to see many responses.....
  2565.  
  2566.  
  2567. Msg#8090   To:CLIFF GREEN                               (Rcvd)
  2568. From:ROBERT HEYMAN                              Date:02/11/89
  2569. Subject:(R)LASER PRINTER                        Parent Msg#7918
  2570. ------------------------------------------------------------------------------
  2571. Thanks Cliff
  2572.  
  2573.  
  2574. Msg#8091   To:DIRK LESKO                                (Rcvd)
  2575. From:CONSTANTIN FLORESCU                        Date:02/11/89
  2576. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2577. ------------------------------------------------------------------------------
  2578. I didn't know that he is with Nantucket...Anyhow I think I remember him
  2579. very vaguely...But like Steve(Badaracco said) if we don't solve the
  2580. problems here... is less likely we will have them solved by Nantucket.
  2581. They have their own...
  2582. <CF>
  2583.  
  2584.  
  2585. Msg#8092   To:DIRK LESKO                                (Rcvd)
  2586. From:CONSTANTIN FLORESCU                        Date:02/11/89
  2587. Subject:(R)DBMS OR NOT....                      Parent Msg#8089
  2588. ------------------------------------------------------------------------------
  2589. I think that regardless if Clipper is a DBMS or not(and that for sure
  2590. can't be decided by one Publication or by one person(including John
  2591. Helliwell who, as a matter of fact I don't know how much he knows about
  2592. DBMS)...
  2593. Generally speaking, when we we say Clipper seems that we think at a...
  2594. compiler, because that's the way it started. Well, know since a lot of
  2595. people program in CLipper better that in... a DBMS can we say that it's a
  2596. DBMS also ? Probably yes... or probably not...
  2597. In spite of positive or negative answer I think neither we or Nantucket
  2598. can impose on a Publication like PC Week to include Clipper. PC Week I
  2599. think is a private business same like Nantucket and let them run it the
  2600. way they want. IF Clipper continues to grow and get most of the
  2601. market(even if it is not a BDMS) I bet that it will be in every issue of
  2602. PC Week...FREE.
  2603. Constantin Florescu
  2604.  
  2605.  
  2606. Msg#8093   To:CONSTANTIN FLORESCU                       (Rcvd)
  2607. From:JON MELTZER                                Date:02/11/89
  2608. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  2609. ------------------------------------------------------------------------------
  2610. yeah, I noticed that ...
  2611.  
  2612.  
  2613. Msg#8095   To:WALT BORYS                                (Rcvd)
  2614. From:STEVE STRALEY                              Date:02/12/89
  2615. Subject:(R)NEW KID IN TOWN AGAIN                Parent Msg#7954
  2616. ------------------------------------------------------------------------------
  2617. Walt, the first two points were/are handled in the ToolkiT and in the
  2618. newsletter.  Also, there are some public domain stuff pertaining to the
  2619. first issue.  Welcome aboard.
  2620.  
  2621. Steve
  2622.  
  2623.  
  2624. Msg#8096   To:JON MELTZER                               (Rcvd)
  2625. From:STEVE STRALEY                              Date:02/12/89
  2626. Subject:(R)RTLINK                               Parent Msg#8080
  2627. ------------------------------------------------------------------------------
  2628. I think in the next to last issue of DOSS there was a review of RTLink. 
  2629. I don't have it around my desk at the moment, but if anyone out there has
  2630. it handy, they can repeat what I said eactly.  I think I gave a barely a
  2631. 7 out of 10.  FUNcKY got 10..
  2632.  
  2633. Steve
  2634.  
  2635.  
  2636. Msg#8098   To:DIRK LESKO                                (Rcvd)
  2637. From:STEVE STRALEY                              Date:02/12/89
  2638. Subject:(R)DBMS OR NOT....                      Parent Msg#8089
  2639. ------------------------------------------------------------------------------
  2640. Thanks for the message and I will be contacting them personally.  If I
  2641. can stir a little heat, I don't know who else can.  But let me say
  2642. something publically.  I believe CLIPPER is more of a DBMS than dBASE! 
  2643. And the reasons I say this is simple.  Let's look at the language and at
  2644. the very core of it all.  I mean, the point to DBMS is around the
  2645. database file and the abilty to work with it.  Clipper can create them
  2646. within the language; DBASE needs to have  template file or a dummy file
  2647. to start things out unless you're willing to go into the interpreter
  2648. environment and do it all by hand.  No, I think this one point should be
  2649. brought to light... 
  2650.  
  2651. Again, these are hasty thoughts on the fly but down deep in the gut,
  2652. something tells me that the editors of some magazines are just listening
  2653. to a few disgunted people without checking into the facts.  Thanks for
  2654. the note Dirk..
  2655.  
  2656. Steve
  2657.  
  2658.  
  2659. Msg#8102   To:DIRK LESKO                                (Rcvd)
  2660. From:STEVE DAVIES                               Date:02/12/89
  2661. Subject:(R)DBMS OR NOT....                      Parent Msg#8089
  2662. ------------------------------------------------------------------------------
  2663. I talked to John Helliwell for the better part of an hour on the blower
  2664. friday and it seems that they had no idea of the amount of loyalty
  2665. Nantucket gets from their customer base. I pointed out to him that had 
  2666. their buyer's guide had a column for interactive (ie: dot prompt) or 
  2667. menu driven interface, then that could have been used as a way of 
  2668. pointing out differences and thereby allow Clipper to be included. 
  2669. This was the way PC magazine did it last year. One of his points was 
  2670. that their readers, Corperate managers and decision makers, would be 
  2671. using this type of buyer's guide to decide on their "DBMS", purchase it, 
  2672. and then rely on it to do all the wonderful things that a "DBMS" does. 
  2673. While this is certainly valid, quite often people in these companies get 
  2674. their hands on dBASE III+ for example and spend mega-hours of the 
  2675. company's time developing something. As many of us learned the hard way, 
  2676. if we had obtained Clipper earlier we would have saved considerable time 
  2677. and effort since we re-wrote a lot of that spagetti code anyway (once we 
  2678. learned what 'structured code' was).
  2679. He told me that they will be putting some sort of little box article
  2680. (something like a retraction) in an upcoming issue to let readers know
  2681. of the response the've gotten from excluding Clipper from the articles.
  2682. He also said they may try to include Clipper in an article in their
  2683. 'Microscope' section in the near future.
  2684.  
  2685.  
  2686. Msg#8105   To:CONSTANTIN FLORESCU                       (Rcvd)
  2687. From:KEN CAMP                                   Date:02/12/89
  2688. Subject:(R)SWITCH PROBLEM                       Parent Msg#8105
  2689. ------------------------------------------------------------------------------
  2690. Constantin,
  2691. I'm not sure what you expect to gain by your question, but I deleted my
  2692. initial reply, and will try and do the question justice. Curtis Little
  2693. and I are co-workers (peers) who work on completely separate programming
  2694. tasks. We occasionally work closely, but generally not, however, yes we
  2695. do work together. This is fairly common knowledge among the people we met
  2696. at the Clipper conference in LA last year, the A-T conference, as well as
  2697. on the various CIS Forums we frequent in common. We frequently beta test
  2698. one anothers programs, and have on occasion collaborated on programs both
  2699. internal within our company (we work for AT&T) and shareware. If someone
  2700. feels they were misled, I don't know why. Between the two of us we crank
  2701. out a few million lines of code a year. His more math intensive for
  2702. analytical purposes, and mine a massive collection of network sutff for
  2703. multiple users. I think you'll find a great many of the people on here
  2704. have relatively close ties to others........I just don't quite understand
  2705. if or why this might be a problem.
  2706.  
  2707.                         Ken Camp
  2708.  
  2709.  
  2710. Msg#8107   To:DAVID MINTER                              (Rcvd)
  2711. From:JOHN THORN                                 Date:02/12/89
  2712. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  2713. ------------------------------------------------------------------------------
  2714. OK, so much for the California Raisins!  When is Nantucket gonna wise up
  2715. and spread these !@#$ conferences around the country!?!?  Let's here it
  2716. for having one on the East Coast (maybe the following year in the middle
  2717. of the country?).  Anybody else who can't afford the air fare, etc. but
  2718. wants to be involved?
  2719.  
  2720.  
  2721. Msg#8110   To:GEFF PURCELL                              (Rcvd)
  2722. From:RON LANDBERG                               Date:02/13/89
  2723. Subject:(R)RECORD CORRUPTION PROB               Parent Msg#8019
  2724. ------------------------------------------------------------------------------
  2725. I realize it was meant in a joking manner   [ "the users are women who
  2726. can COMPLAIN LOUDDDDLLYY!!"]  but couldn't you have found some other joke
  2727. which was both non-sexist and funny?  It also denigrates the operators of
  2728. our customized applications whose jobs are a lot harder than ours and
  2729. usually for a lot less money.  After about a week of operating our
  2730. wonderful applications, nothing remains for operators, USUALLY, but to do
  2731. repetitive, tedious data entry and when problems occur, the frustration
  2732. for the operator is every bit as great as for the programmer.
  2733.  
  2734. As to your problem:  I don't have a solution but I did have a similar
  2735. problem for awhile.  Had no explanation for the operators then but
  2736. luckily for me it seems to have just gone away.  Good Luck with your
  2737. problem.
  2738.  
  2739.  
  2740. Msg#8111   To:STEVE BADARACCO                           (Rcvd)
  2741. From:JOHN NEWTON                                Date:02/13/89
  2742. Subject:(R)SWITCH PROBLEM        
  2743. ------------------------------------------------------------------------------
  2744. Not really.  According to the documentation in the CLIPPER version you
  2745. DON'T have to use the drive and memory parameters.  Alsoto prove it to
  2746. myself I wrote a small program and used the exact statement and it
  2747. worked!  I'm not sure it the problem has someting to do with the way I
  2748. layout my procedures and functions and the linking of same.  I hope
  2749. Curtis checks in soon and sheds some light on it.  
  2750.   
  2751. I do appreceiate your "butting" in - feel free to anytime. Its real easy
  2752. to miss whats is real obvious to someone else.
  2753.  
  2754. -John
  2755.  
  2756.  
  2757. Msg#8113   To:KEN CAMP                                  (Rcvd)
  2758. From:JOHN NEWTON                                Date:02/13/89
  2759. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  2760. ------------------------------------------------------------------------------
  2761. I've re-written the program so it is in two aplications and it seems to
  2762. work.  I'm not sure if it has something to do with the way I layout my
  2763. aplications.  I have all of my procedures and functions - that are call
  2764. by one than one module - a seperate file.  This included one that called
  2765. SWITCH.  This may or may not have anything to do with the problem I'm
  2766. encountering.  BTW, I am using SWITCH22. 
  2767.   
  2768. As I said I broke the application up into two seprate ones and it seems
  2769. to be working.  I just hate having the user to run two seperate programs
  2770. when one would be so much better.
  2771.   
  2772. Any help or ideas would be apreciated.
  2773.   
  2774. -John Newton
  2775.  
  2776.  
  2777. Msg#8114   To:CURTIS LITTLE                             (Rcvd)
  2778. From:JOHN NEWTON                                Date:02/13/89
  2779. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  2780. ------------------------------------------------------------------------------
  2781. Curtis,
  2782.   Thanks.  AS I tols Ken I am trying out the newer version (SWITCH22) and
  2783. after breaking the program up it works.  Switch might not like how I've 
  2784. linked my application together.  If you could provide a few more
  2785. examples, particularly for applications with grouped procedures/functions
  2786. and several other called programs it might shead some light on it for me
  2787. at least.  I'm one of those folks who learn by examples.
  2788.   
  2789. I like the potential that SWITCH offers and sure do encourage you to
  2790. further refine it (alhought it looks pertty good right now).
  2791.  
  2792. Thanks, John Newton
  2793.  
  2794.  
  2795. Msg#8115   To:CURTIS LITTLE                             (Rcvd)
  2796. From:JOHN NEWTON                                Date:02/13/89
  2797. Subject:(R)SWITCH!                              Parent Msg#8084
  2798. ------------------------------------------------------------------------------
  2799. Glad to have helped.
  2800.  
  2801. -John Newton
  2802.  
  2803.  
  2804. Msg#8116   To:STEVE STRALEY                             (Rcvd)
  2805. From:JOHN NEWTON                                Date:02/13/89
  2806. Subject:(R)DBMS OR NOT....                      Parent Msg#8089
  2807. ------------------------------------------------------------------------------
  2808. I'm not sure if we are using the right words or not. DBMS - Data Base
  2809. Management System - IS clipper a DBMS or a development system FOR DBMS' ?
  2810.   
  2811. I use it rather than dBASE and develop programs for end users that meet
  2812. their requirements - the finished applications is rather inflexable in
  2813. that it is designed for one specific purpose and thats all.  
  2814.  
  2815. Like Steve, these are rather quick words and just a thought on the
  2816. matter.
  2817.  
  2818. -John Newton
  2819.  
  2820.  
  2821. Msg#8117   To:JOHN THORN                                (Rcvd)
  2822. From:JOHN NEWTON                                Date:02/13/89
  2823. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  2824. ------------------------------------------------------------------------------
  2825. That sounds like a damn good idea to me.
  2826.  
  2827. -John Newton
  2828.  
  2829.  
  2830. Msg#8118   To:KEN CAMP                                  (Rcvd)
  2831. From:CONSTANTIN FLORESCU                        Date:02/13/89
  2832. Subject:(R)SWITCH PROBLEM                       Parent Msg#8105
  2833. ------------------------------------------------------------------------------
  2834. Nothing to gain..nothing. Just I like probably some other people wanted
  2835. to know...
  2836. <CF>
  2837.  
  2838.  
  2839. Msg#8121   To:JOHN THORN                                (Rcvd)
  2840. From:DIRK LESKO                                 Date:02/13/89
  2841. Subject:(R)DBMS OR NOT....                      Parent Msg#8121
  2842. ------------------------------------------------------------------------------
  2843. From initial responses, I beleive PC week is getting the message very
  2844. loudly.....I beleive a retraction is imminent.....
  2845.  
  2846. dLESKO
  2847.  
  2848.  
  2849. Msg#8122   To:JOHN NEWTON                               (Rcvd)
  2850. From:KEN CAMP                                   Date:02/13/89
  2851. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  2852. ------------------------------------------------------------------------------
  2853. I'm not sure I understand the original problem, John. I've been using it
  2854. for quite some time without problems, but I did beta test it, and was
  2855. familiar with the way it worked. Rather than try to figure it out, I'll
  2856. make sure to tell Curtis to call in here when I see him (probably at
  2857. coffee break).
  2858.  
  2859.  
  2860. Msg#8123   To:JOHN NEWTON                               (Rcvd)
  2861. From:CURTIS LITTLE                              Date:02/13/89
  2862. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  2863. ------------------------------------------------------------------------------
  2864. John,
  2865.   Could you show me what your link line looked like when you had the
  2866. program tied together as one?  Switch! should work with it anyway you
  2867. want when linked properly.  How close is Switch to the beginning of the
  2868. link line?  (If Switch! is at the end it won't work).  For example, say
  2869. you have four modules in your program (doesn't matter how many procedures
  2870. or functions are in each one).  For simplicity lets say the modules are
  2871. called TEST1 TEST2 TEST3 and TEST4.  The following link line wouldn't
  2872. work with Switch!:
  2873.  
  2874.         tlink TEST1 TEST2 TEST3 TEST4 SWITCH87,,,\CLIPPER\CLIPPER ...etc
  2875.  
  2876. Switch! should be moved right after the first module on the link line as
  2877. follows:
  2878.  
  2879.         tlink TEST1 SWITCH87 TEST2 TEST3 TEST4,,,\CLIPPER\CLIPPER ...etc
  2880.  
  2881. If there's still a problem when linked with Switch! near the start of the
  2882. application please let me know.  After fixing the interface problem in
  2883. the older version of Switch! I haven't heard of or found any problems in
  2884. the Clipper version of Switch!, so that should get it working.
  2885.  
  2886.  
  2887. Msg#8124   To:HARRY GILBERT                              
  2888. From:JOE BOOTH                                  Date:02/13/89
  2889. Subject:(R)ARRAYS                               Parent Msg#8051
  2890. ------------------------------------------------------------------------------
  2891. Why don't you just do  
  2892.   
  2893.      FOR x = 1 TO FCOUNT()
  2894.         size[x] = STR( size[x],10 )
  2895.      NEXT
  2896.   
  2897. First, before the achoice() call ?
  2898.  
  2899.  
  2900. Msg#8126   To:DIRK LESKO                                (Rcvd)
  2901. From:JOHN THORN                                 Date:02/13/89
  2902. Subject:(R)DBMS OR NOT....                      Parent Msg#8121
  2903. ------------------------------------------------------------------------------
  2904. 'Bout time some people get the message!  By the way, Ashton-Tate is STILL
  2905. sending me notices to upgrade to the developers release for dB IV.  (Yea,
  2906. yea, I have dB3...just adds to my collection of disks that collect dust
  2907. and documentation that props the door open on very windy days near the
  2908. shore >grin<.  Now with dB IV, you get 14 disks to do nothing with
  2909. and even more verbage by the pound!
  2910.  
  2911.  
  2912. Msg#8127   To:STEVE STRALEY                             (Rcvd)
  2913. From:JON MELTZER                                Date:02/13/89
  2914. Subject:(R)RTLINK                               Parent Msg#8080
  2915. ------------------------------------------------------------------------------
  2916. Well, we all know that FUNCkY deserves at least a 15 ...
  2917. but, seriously, what problems did you find with RTLink? Does it raise
  2918. run-time memory requirements? Is it too slow? Does it incorrectly
  2919. link external libraries? Is the user interface lousy?
  2920.   I'd really like some feedback on this product ; do you sell
  2921. back issues of DOSS?
  2922.  
  2923.  
  2924. Msg#8128   To:JOHN THORN                                (Rcvd)
  2925. From:JON MELTZER                                Date:02/13/89
  2926. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  2927. ------------------------------------------------------------------------------
  2928. Not to mention those who can't afford the PRICE ...
  2929.  
  2930.  
  2931. Msg#8129   To:JOHN THORN                                (Rcvd)
  2932. From:MARK NEIDORFF                              Date:02/13/89
  2933. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  2934. ------------------------------------------------------------------------------
  2935. It's not like people have not tried.  We even researched meeting places
  2936. in NY and sent a set of recommendations to Nantucket.  We also accounted
  2937. for several hundred people who would come to the Developer's Conference
  2938. East.  Nantucket wanted nothing to do with it since I haven't heard back
  2939. from them.
  2940.      <<  Mark  >>
  2941.  
  2942.  
  2943. Msg#8130   To:ROBERT HEYMAN                             (Rcvd)
  2944. From:CLIFF GREEN                                Date:02/13/89
  2945. Subject:(R)LASER PRINTER                        Parent Msg#7918
  2946. ------------------------------------------------------------------------------
  2947. Bob,
  2948.         I'll ul a few files I found, plus one I put together.  No
  2949. warrantees on any of this stuff (sigh).
  2950.         The files are:
  2951.         LJMACROS.ARC
  2952.         OVERLAY.ARC
  2953.         OVERLAYS.ARC
  2954.         OVER_LAY.ARC
  2955.         CLIPOVLS.ARC
  2956.  
  2957.         My contribution is the last one, and, truth to tell, I haven't
  2958. finished with it:  I wanted to put the sample overlays (*.OVL) into the
  2959. database mentioned in the PRG file, and make sure they work (seems
  2960. reasonable, no?).  However, too much landed on my desk today for a
  2961. reasonable stab at it.  More later.  In fact, if there's enough interest,
  2962. I'll try to put together a reasonably functional subroutine, complete
  2963. with parameter validation and everything.....  (Uh oh, what'd I just
  2964. commit to?)
  2965.  
  2966.  
  2967. Msg#8131   To:JOHN THORN                                (Rcvd)
  2968. From:STEVE DAVIES                               Date:02/13/89
  2969. Subject:(R)DBMS OR NOT....                      Parent Msg#8121
  2970. ------------------------------------------------------------------------------
  2971. Speaking of Ashton-Tate. What I did when I got the offers in the mail
  2972. (since they're self addressed/stamped to A-T) was to scribble on them 
  2973. "Drop the suit against Fox and I'll consider it" and send it back to them.
  2974. I wonder how many others did something like that.
  2975.  
  2976.  
  2977. Msg#8132   To:ROBERT HEYMAN                             (Rcvd)
  2978. From:CLIFF GREEN                                Date:02/13/89
  2979. Subject:(R)LASER PRINTER                        Parent Msg#7918
  2980. ------------------------------------------------------------------------------
  2981. Ooops.  LJMACRO.ARC and OVERLAY.ARC are already here.  Scratch those for
  2982. ul from me.
  2983.  
  2984.  
  2985. Msg#8134   To:JOHN THORN                                (Rcvd)
  2986. From:DIRK LESKO                                 Date:02/13/89
  2987. Subject:(R)DBMS OR NOT....                      Parent Msg#8121
  2988. ------------------------------------------------------------------------------
  2989. Know what you mean.....1200 bucks is a lot of money....I know soome
  2990. pretty nice cars I could buy.....
  2991.  
  2992. (used of course)
  2993.  
  2994. dLESKO
  2995.  
  2996.  
  2997. Msg#8135   To:MARK NEIDORFF                             (Rcvd)
  2998. From:DIRK LESKO                                 Date:02/13/89
  2999. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3000. ------------------------------------------------------------------------------
  3001. I have spoken with Nantucket about an EAST coast conference myself, and
  3002. the general consensus that since it was closer to home (theirs, not ours)
  3003. it was easier to send MORE Nantucket types to it. If it were in the East
  3004. Coast, wew wouldn't have access to as many of the crew....So in other
  3005. words, theyre too cheap to fly the lot out here for a week.....(but if it
  3006. were you're company, wouldn't you be too?)
  3007.  
  3008. dLESKO
  3009.  
  3010.  
  3011. Msg#8138   To:DIRK LESKO                                (Rcvd)
  3012. From:STEVE STRALEY                              Date:02/14/89
  3013. Subject:(R)PLINK86 FOR SUMMER 87 
  3014. ------------------------------------------------------------------------------
  3015. I'm back for a couple of days, but do just come over and tickle the
  3016. ivories... just curious about the Silver Paint... I'd like to do a review
  3017. in about 4 weeks, so it's no big rush.   Thanks...
  3018.  
  3019. Steve
  3020.  
  3021.  
  3022. Msg#8140   To:JOHN NEWTON                               (Rcvd)
  3023. From:STEVE STRALEY                              Date:02/14/89
  3024. Subject:(R)DBMS OR NOT....                      Parent Msg#8089
  3025. ------------------------------------------------------------------------------
  3026. I think DBMS means just that as well. Data Base Management System.  Well,
  3027. since it can automatically create it's own database's (which happen to be
  3028. conveniently dBASE÷║ compatable), and since it can manipulate those
  3029. files, along with appropriate index, flat, memory, and binary files as
  3030. well... and since all of this is internal to the Clipper language
  3031. AUTOMATICALLY (which was the argument for the large memory size... the
  3032. databsse engine), it seems to me that the article in PC Week was off
  3033. base.  I'd like to know if we were to judge computer "journals", if PC
  3034. Week would be offended if we refused to acknoledge them.─  Again, just a
  3035. passing thought on this without any REAL intent or direction...
  3036.  
  3037. Take care...
  3038.  
  3039. Steve'
  3040.  
  3041.  
  3042. Msg#8141   To:JON MELTZER                               (Rcvd)
  3043. From:STEVE STRALEY                              Date:02/14/89
  3044. Subject:(R)RTLINK                               Parent Msg#8080
  3045. ------------------------------------------------------------------------------
  3046. I found it slower on my PLINK attempt: i was nesting 4 levels of
  3047. o│verlays.  They do not support internal overlays and with that, then I
  3048. must ask what type of external overlays could they truely support if
  3049. in│ternal ones are not possible.  There is some work necessary for
  3050. converting over the RTLINK system and other than that, in small linking
  3051. modules to save time and distribution disks... maybe this is a good
  3052. product.
  3053.  
  3054. As far as back issues, yes we do sell them (actually 4 Seasons) at 4
  3055. dollars an issue.  You can call them at 212-599-2141.   Takeo─ care..
  3056.  
  3057. Steve
  3058.  
  3059.  
  3060. Msg#8145   To:KEN CAMP                                  (Rcvd)
  3061. From:JOHN NEWTON                                Date:02/14/89
  3062. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  3063. ------------------------------------------------------------------------------
  3064. Curtis dropped me a line along with an evening phone number - thats
  3065. support. Actually, by splitting up the program into two seperate
  3066. aplications has proved a blessing.  The folks who control the money
  3067. wanted to see reports on line for a given grouping, but the connect time
  3068. and usage of the main frame were to costly.  So they wanted to do a query
  3069. and store the results in a text file, download the file and look at it on
  3070. a PC.  The data oly need to be downloaded one a month.  Well, the orginal
  3071. requirement caled for the user to automatically call the main frame and
  3072. do all of this querying and download the data.  The folks who footed the
  3073. bill like my alternative better - they are the only ones who have access
  3074. to the main frame and now we don't have to create multiple access for
  3075. connecting and downloading.  The bosses get the viewer program and get
  3076. their updated data from the worker folk - happey ending!!
  3077.   
  3078. Now as to what the orginal problem was - I never did figure it out. Oh
  3079. well, thus is life.
  3080.  
  3081. -John
  3082.  
  3083.  
  3084. Msg#8146   To:CURTIS LITTLE                             (Rcvd)
  3085. From:JOHN NEWTON                                Date:02/14/89
  3086. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  3087. ------------------------------------------------------------------------------
  3088. I'll upload an archive file with the entire package in it ..... oops I
  3089. may have trashed all of it.  The accounting folks though the two part
  3090. system was a super idea! I came out of this one smelling like a rose.
  3091.  
  3092. I"'ll check and see if I have the orginal and upload it.
  3093.  
  3094. Thanks, 
  3095.         -John
  3096.  
  3097.  
  3098. Msg#8147   To:STEVE STRALEY                             (Rcvd)
  3099. From:JOHN NEWTON                                Date:02/14/89
  3100. Subject:(R)DBMS OR NOT....                      Parent Msg#8089
  3101. ------------------------------------------------------------------------------
  3102. It's funny how one slip up can cause such a riot.  The results may be
  3103. rather far reaching.  
  3104.   I wonder, is CLIPPER a DML (data manipulation language) or a DDL (Data
  3105. defination language) or all of the above - kind of obevious
  3106.  
  3107. -John
  3108.  
  3109.  
  3110. Msg#8148   To:ALL                                        
  3111. From:STEVE BADARACCO                            Date:02/14/89
  3112. Subject:FILE FORMATS                            Parent Msg#8148
  3113. ------------------------------------------------------------------------------
  3114. Howdy!
  3115. Does any of you kind folks have file format(s) for one or more of the
  3116. following:
  3117.   MULTIMATE ADVANTAGE and ADVANTAGE II
  3118.   DISPLAYWRITE 3 and 4
  3119. Any of these would be GREATLY appreciated.  Thanxxx.
  3120. ...Steve
  3121.  
  3122.  
  3123. Msg#8149   To:STEVE BADARACCO                           (Rcvd)
  3124. From:DIRK LESKO                                 Date:02/14/89
  3125. Subject:(R)FILE FORMATS                         Parent Msg#8148
  3126. ------------------------------------------------------------------------------
  3127. check out a book called popular file formats for the IBM PC, or something
  3128. similar, I've seen it at Barnes and Noble
  3129.  
  3130. dLESKO
  3131.  
  3132.  
  3133. Msg#8151   To:JOHN NEWTON                               (Rcvd)
  3134. From:KEN CAMP                                   Date:02/14/89
  3135. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  3136. ------------------------------------------------------------------------------
  3137. Glad to hear it's sall working for you now, John. I'm sure Curtis will be
  3138. glad to assist if you run in to any more problems.
  3139.  
  3140.  
  3141. Msg#8152   To:CLIFF GREEN                               (Rcvd)
  3142. From:ROBERT HEYMAN                              Date:02/14/89
  3143. Subject:(R)LASER PRINTER                        Parent Msg#7918
  3144. ------------------------------------------------------------------------------
  3145. Cliff!  What a guy!!  will take a look at the files immediatly!
  3146. SOMEHOW I have the feeling that I'll have to upgrade the memory in the
  3147. laser to do this stuff!  Thanks!!!
  3148. Rob
  3149.  
  3150.  
  3151. Msg#8153   To:STEVE DAVIES                              (Rcvd)
  3152. From:ROBERT HEYMAN                              Date:02/14/89
  3153. Subject:(R)DBMS OR NOT....                      Parent Msg#8121
  3154. ------------------------------------------------------------------------------
  3155. Steve... Funny you should mention that.  In a weak moment, I had ordered
  3156. the developers release of db IV.  When I though better of it, and called
  3157. back to cancel, they asked me why...(grin) The Fox suit was ONE of the
  3158. things I mentioned.  Do you think thet care?
  3159. Rob
  3160.  
  3161.  
  3162. Msg#8154   To:JOHN NEWTON                               (Rcvd)
  3163. From:CURTIS LITTLE                              Date:02/14/89
  3164. Subject:(R)SWITCH PROBLEM                       Parent Msg#8040
  3165. ------------------------------------------------------------------------------
  3166. If you find the original one I'd be interested in seeing it.  I'd like to
  3167. link together the OBJ with a version of Switch! that has debuggin info in
  3168. it to see what is wrong.  As long as Switch! isn't the last thing linked
  3169. in there shouldn't be a problem.
  3170.  
  3171.  
  3172. Msg#8155   To:ALL                                        
  3173. From:JAMES MCCORMICK                            Date:02/14/89
  3174. Subject:IBM 36                                  Parent Msg#8155
  3175. ------------------------------------------------------------------------------
  3176. Simple Question.  What is an IBM/36 and can it be used to run a 
  3177. program that was written in Clipper??
  3178.  
  3179.  
  3180.  
  3181. Msg#8156   To:STEVE BADARACCO                           (Rcvd)
  3182. From:MARK NEIDORFF                              Date:02/14/89
  3183. Subject:(R)FILE FORMATS                         Parent Msg#8148
  3184. ------------------------------------------------------------------------------
  3185. There are two releases to Popular File Formats for the PC.  One or both
  3186. should have what you need. 
  3187.      <<  Mark  >>
  3188.  
  3189.  
  3190. Msg#8157   To:ROBERT HEYMAN                             (Rcvd)
  3191. From:CLIFF GREEN                                Date:02/14/89
  3192. Subject:(R)LASER PRINTER                        Parent Msg#7918
  3193. ------------------------------------------------------------------------------
  3194. memory upgrades are nice if your budget allows.  I snuck a 2 meg upgrade
  3195. into the purchase of our office laser, when everyone else in the building
  3196. was poo-pooing it.  Now, I can ul as many fonts as I want, and any macros
  3197. I want.  Now that fonts have proliferated, I've come to feel more than
  3198. justified.
  3199.  
  3200.  
  3201. Msg#8158   To:ROBERT HEYMAN                             (Rcvd)
  3202. From:CLIFF GREEN                                Date:02/14/89
  3203. Subject:(R)LASER PRINTER                        Parent Msg#7918
  3204. ------------------------------------------------------------------------------
  3205. BTW, I just want to make sure you understand that the code in
  3206. CLIPOVLS.ARC is untested.  The principles are illustrated, but you'll
  3207. want to juggle them around some.  Also, the .OVL files I included are
  3208. really meant to be dl'd to the printer by COPY xxxxx/B PRN, not by the
  3209. code;  they have the macro ID, initialize, and end codes in them (which,
  3210. presumably, your program would do for you and then just ul the macro
  3211. itself, surrounded by the housekeeping).
  3212.  
  3213.  
  3214. Msg#8159   To:DIRK LESKO                                (Rcvd)
  3215. From:JON MELTZER                                Date:02/14/89
  3216. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3217. ------------------------------------------------------------------------------
  3218. Maybe we can have a FUNCky developers conference ...
  3219.  
  3220.  
  3221. Msg#8160   To:DIRK LESKO                                (Rcvd)
  3222. From:JON MELTZER                                Date:02/14/89
  3223. Subject:(R)FILE FORMATS                         Parent Msg#8148
  3224. ------------------------------------------------------------------------------
  3225. The author is Jeff Walden;  publisher Wiley. There are two volumes ...
  3226. "File Formats" and "More File Formats".
  3227. Contents:  book 1-  Lotus, Ability, dBase III, DIF, MultiMate 3.3,
  3228.                     SYLK, IBM Plans+. SuperCalc3, VisiCalc, WordStar
  3229.            book 2 - Framework II, Reflex, Rich, SuperCalc4, Super
  3230.                     Project Plus, Volkswriter 3, WordPerfect 4.1
  3231.  
  3232.  
  3233. Msg#8161   To:JAMES MCCORMICK                           (Rcvd)
  3234. From:RICHARD HORWITZ                            Date:02/14/89
  3235. Subject:(R)IBM 36                               Parent Msg#8155
  3236. ------------------------------------------------------------------------------
  3237. The System 36 is a mini computer. In my opinion it was a dog out of the
  3238. starting gate, but in true IBM fashion, it's functionality had nothing to
  3239. do with the fact that MIS directors bought tons of them. Now that LANs
  3240. are so popular, I've seen many 36's trying to find homes. 
  3241. Sorry to be so long winded, but no, it cannot run clipper applications.
  3242.  
  3243.  
  3244. Msg#8162   To:JON MELTZER                               (Rcvd)
  3245. From:JOHN THORN                                 Date:02/15/89
  3246. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3247. ------------------------------------------------------------------------------
  3248. Yea, the price is another issue that Nantucket needs to deal with.  After
  3249. spending big bucks on their product, I hate the notion of paying more big
  3250. bucks for support, and even more bi
  3251. g bucks on conferences they sponsor just to keep us current.  
  3252.  
  3253.  
  3254. Msg#8163   To:MARK NEIDORFF                             (Rcvd)
  3255. From:JOHN THORN                                 Date:02/15/89
  3256. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3257. ------------------------------------------------------------------------------
  3258. Mark:
  3259.  
  3260. If memory serves, it was Jan/Feb 88 at a NYMCUG meeting when we all beat
  3261. Ray Love about the head and shoulders over this issue.  Also remember it
  3262. coming up time and again at ensuing meetings and personal discussions.
  3263. I don't want to seem querulous, but it is time to spread the conferences
  3264. around the country.  Is Reference(Clipper) "sponsoring" this one, too?
  3265. Mmmm, maybe this is why Steve Straley is contracted by another firm for
  3266. his training - they go to just about every area of the country!
  3267.  
  3268. John
  3269.  
  3270.  
  3271. Msg#8164   To:STEVE DAVIES                               
  3272. From:JOHN THORN                                 Date:02/15/89
  3273. Subject:(R)DBMS OR NOT....                      Parent Msg#8121
  3274. ------------------------------------------------------------------------------
  3275. Steve:  The idea of putting the note "Drop the suit against Fox" on the
  3276. A-T return envelope is GREAT.  In fact, got another one of their mailings
  3277. just the other day....tomorrow's mail will include the aforementioned
  3278. "hint".....
  3279.  
  3280.  
  3281. Msg#8165   To:DIRK LESKO                                (Rcvd)
  3282. From:JOHN THORN                                 Date:02/15/89
  3283. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3284. ------------------------------------------------------------------------------
  3285. Dirk:  Ref if it were my company, would I be too cheap to fly people out
  3286. to a conference.  It all depends.....if it is nothing more than a "let's
  3287. party and talk about how great we are, rah!, rah!" meeting, then no, I
  3288. wouldn't send my people to such far flung regions of the universe as
  3289. NY.  BUT, if it were a true developers' conference, where concrete issues
  3290. were discussed, field reports made, etc.; if I were truly interested in
  3291. my installed base, wanted to expand it, wished to increase the product's
  3292. media attention, etc, then I would insist on their travel.  I don't see
  3293. such meetings as just bitching sessions, but a venue for sharing ideas,
  3294. pitfalls, solutions, and alike.  Further, they should more than a method
  3295. of displaying wares from others (heard and read some war-stories on last
  3296. year's conference).  Any company which refuses to support those who keep
  3297. it in business (implied in the refusal to discuss moving the conference
  3298. from the West Coast) is missing its mark.  Sure, they encourage develop-
  3299. ment of user groups - but these, I believe, are springing up as a
  3300. direct result of the lack of Nantucket interest and support to the
  3301. developers.  Nantucket must see a return on investment as an incentive
  3302. to move the conference around the country.  Creative marketing, media
  3303. exposure, statistical analysis of potential attendees, etc., can all be
  3304. used to force their hand.  I believe Nantucket has its head in the sand
  3305. and is showing its colors on a broken mast.  Their attitude must change
  3306. B4(it's)2L8, to paraphrase their own license plate!
  3307.  
  3308.  
  3309. Msg#8167   To:STEVE BADARACCO                           (Rcvd)
  3310. From:RON LANE                                   Date:02/15/89
  3311. Subject:(R)PLINK86 FOR SUMMER 87                Parent Msg#7941
  3312. ------------------------------------------------------------------------------
  3313. Try the line:  OVERLAY CODE  , works for me.
  3314.  
  3315.  
  3316. Msg#8168   To:DIRK LESKO                                (Rcvd)
  3317. From:JOHN NEWTON                                Date:02/15/89
  3318. Subject:(R)FILE FORMATS                         Parent Msg#8148
  3319. ------------------------------------------------------------------------------
  3320. The name: FILE FORMATS FOR POPULAR PC SOFTWARE,APROGRAMMERS REFERENCE
  3321. Author:   Jeff Walden
  3322. Publisher:John Wiley & Sons, Inc.
  3323. ISBN 471-83671-0
  3324.  
  3325.  
  3326. Msg#8170   To:DIRK LESKO                                (Rcvd)
  3327. From:STEVE BADARACCO                            Date:02/15/89
  3328. Subject:(R)FILE FORMATS                         Parent Msg#8148
  3329. ------------------------------------------------------------------------------
  3330. Dirk (and Mark) ...
  3331. Thank you very much.
  3332. I had heard about these books, but could not find them locally; I wasn't
  3333. sure if they contained the formats I need, or in which "edition" to find
  3334. them.
  3335. Will do some more research.
  3336. Thanxx again,
  3337. ...Steve
  3338.  
  3339.  
  3340. Msg#8171   To:JON MELTZER                               (Rcvd)
  3341. From:STEVE BADARACCO                            Date:02/15/89
  3342. Subject:(R)FILE FORMATS                         Parent Msg#8148
  3343. ------------------------------------------------------------------------------
  3344. I guess this means that none of them has Multimate Advantage and/or
  3345. Displaywrite 3,4.
  3346. ...Steve
  3347.  
  3348.  
  3349. Msg#8173   To:JON MELTZER                               (Rcvd)
  3350. From:DIRK LESKO                                 Date:02/15/89
  3351. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3352. ------------------------------------------------------------------------------
  3353. Boy you guys like to make work for me dont ya....
  3354.  
  3355. dLESKO
  3356.  
  3357.  
  3358. Msg#8174   To:JON MELTZER                               (Rcvd)
  3359. From:DIRK LESKO                                 Date:02/15/89
  3360. Subject:(R)FILE FORMATS                         Parent Msg#8148
  3361. ------------------------------------------------------------------------------
  3362. Right, I just say the book uesterday...
  3363.  
  3364. dLESKO
  3365.  
  3366.  
  3367. Msg#8175   To:CLIFF GREEN                               (Rcvd)
  3368. From:NOEL MANZANILLA                            Date:02/15/89
  3369. Subject:(R)LASER PRINTER         
  3370. ------------------------------------------------------------------------------
  3371. thanks, will take all the advice into account and keep you informed. 
  3372. hopefully, I will meet with success and maybe discovering something that
  3373. i can sure with you and the rest of the people that have been so kind
  3374. with their help. thanks again.
  3375. noel
  3376.  
  3377.  
  3378. Msg#8176   To:JOHN THORN                                (Rcvd)
  3379. From:DIRK LESKO                                 Date:02/15/89
  3380. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3381. ------------------------------------------------------------------------------
  3382. In defense of the price, I see many many ads for seminars that cost about
  3383. thhe same, but without nearly the reach. The developers conference in LA
  3384. in pretty high class with lots of opportunities. The fee for seminars is
  3385. probably reaonable when one considsers the amount of industry people that
  3386. you can have direct access to... It's the air fare and Hotel that really
  3387. get us East Coasters.....
  3388.  
  3389. dLESKo
  3390.  
  3391.  
  3392. Msg#8177   To:JOHN THORN                                (Rcvd)
  3393. From:DIRK LESKO                                 Date:02/15/89
  3394. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3395. ------------------------------------------------------------------------------
  3396. I think I am going to make sure that your message makes it to someones
  3397. desk over there....It's a point that shold be heard. Phil Usher will be
  3398. coming around these parts to make some special visits to the user groups
  3399. so I think they are starting to get the message. I also recieved some
  3400. technical info from them (albeit about a year too late) but at least they
  3401. are starting to get the message.....
  3402.  
  3403. dLESKO
  3404.  
  3405.  
  3406. Msg#8178   To:ALL                                        
  3407. From:NOEL MANZANILLA                            Date:02/15/89
  3408. Subject:CORRUPTED RECORDS                       Parent Msg#8178
  3409. ------------------------------------------------------------------------------
  3410. hi, I have had the strangest things going on.  sometimes when i use the
  3411. copy command in an application, the copied record picks up some fields
  3412. from some other record in the dbf.  this problem happens sporadically
  3413. but has happened in three different sites that have the same application
  3414. loaded on their pcs.  i recently upgraded the memory of the pc's to 640K
  3415. from 512K hoping this would solve the problem.  guess what, it still
  3416. happens.  any suggestions?
  3417. noel
  3418.  
  3419.  
  3420. Msg#8179   To:CLIFF GREEN                               (Rcvd)
  3421. From:ANDREW GROSS                               Date:02/15/89
  3422. Subject:(R)LASER PRINTER                        Parent Msg#7918
  3423. ------------------------------------------------------------------------------
  3424. > label cad
  3425.  
  3426. Unfortunately, this cart is the only one that I know of that can do what
  3427. it does, but, like I said, it sure surprised the HP engineers!
  3428.  
  3429. andrew g.
  3430.  
  3431.  
  3432. Msg#8180   To:CONSTANTIN FLORESCU                       (Rcvd)
  3433. From:ANDREW GROSS                               Date:02/15/89
  3434. Subject:(R)WORKHORSE PRINTER                    Parent Msg#8030
  3435. ------------------------------------------------------------------------------
  3436. Toshiba P321SL
  3437.  
  3438. Fastest speed: Draft quality @12cpi: 216cps
  3439. Slowest speed: Letter quality @10cpi: 60cps
  3440.  
  3441. andrew g.
  3442.  
  3443.  
  3444. Msg#8181   To:RICHARD HORWITZ                           (Rcvd)
  3445. From:JAMES MCCORMICK                            Date:02/15/89
  3446. Subject:(R)IBM 36                               Parent Msg#8155
  3447. ------------------------------------------------------------------------------
  3448. Thanks, thats what I thought.  I have just come across a customer that
  3449. HAS JUST GOTTEN theres and now want it to run the world.  
  3450.  
  3451.  
  3452. Msg#8183   To:JOHN THORN                                (Rcvd)
  3453. From:STEVE STRALEY                              Date:02/15/89
  3454. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3455. ------------------------------------------------------------------------------
  3456. Thought I'd jump in here and let everyone know that Jack Tollefson is no
  3457. longer with Reference(Clipper) and has started his own firm called
  3458. Reference Pages.  This firm and mine have entered an agreement to go
  3459. across the country to provide Clipper training.  This may include Canada,
  3460. Germany, and Australia in the not-too-distant futures.  Jack's firm has
  3461. also been contract to organize the 1989 developers conference, of which
  3462. both I and Neil are on the advisory pannel.  I will make a strong pitch
  3463. (almost as strong as the memory issue) that the east coast is getting
  3464. tired of being ignored and that sometime before the end of the year,
  3465. Nantucket should think about doing a sub-conference in the east coast. 
  3466. This does not mean it WILL be in New York.  But at the very least, they
  3467. should consider the strong pulling the east coast programmer have on the
  3468. way "corporate" america is.  Hopefully, like the memory issue, this horse
  3469. will be alive and kicking.
  3470.  
  3471. Thought I'd just keep y'all informed.  
  3472.  
  3473. Steve
  3474.  
  3475.  
  3476. Msg#8186   To:DIRK LESKO                                (Rcvd)
  3477. From:MENACHEM BAZIAN                            Date:02/15/89
  3478. Subject:HELP                                    Parent Msg#8186
  3479. ------------------------------------------------------------------------------
  3480. Dirk,
  3481.  
  3482. I have a few questions for you.
  3483.  
  3484. #1: I have a clipper application running under DOS. I have to get it
  3485. running under UNIX. What would be the best way to do it??
  3486.  
  3487. It seems to me that there are a few ways t do it. Firstly, I could
  3488. translate the code to FoxBase and use FB/Unix. Secondly, I could
  3489. translate the code to C with DBX and compile it under Unix.
  3490.  
  3491. Which leads me to question #2: Are you familiar with DBX? Do you know if
  3492. the code it generates will runn IDENTICALLY as the clipper application
  3493. WITHOUT CHANGES (I know almost NO C), and is it compilable under UNIX?
  3494.  
  3495. Thanks.
  3496. Menachem
  3497.  
  3498.  
  3499. Msg#8187   To:STEVE STRALEY                             (Rcvd)
  3500. From:ROBERT HEYMAN                              Date:02/15/89
  3501. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3502. ------------------------------------------------------------------------------
  3503. Where then if not NY!!  (sheeeesh)   ( El Capital Del Mundo )
  3504.  
  3505.  
  3506. Msg#8188   To:ANDREW GROSS                               
  3507. From:CLIFF GREEN                                Date:02/15/89
  3508. Subject:(R)LASER PRINTER                        Parent Msg#7918
  3509. ------------------------------------------------------------------------------
  3510. > label cad
  3511.  
  3512. Shucks.
  3513.  
  3514.  
  3515. Msg#8189   To:MENACHEM BAZIAN                           (Rcvd)
  3516. From:CLIFF GREEN                                Date:02/15/89
  3517. Subject:(R)HELP                                 Parent Msg#8186
  3518. ------------------------------------------------------------------------------
  3519. you might want to add to your question (since Dirk seems to have more
  3520. access to innards and inner knowledge than most):  When's a UNIX version
  3521. of Clipper going to be available?  And on which platforms?  Or, will it
  3522. come in ANSI C source (for a hefty fee), and be compilable no matter
  3523. which machine you're using (e.g., a MIPS-based box, or an HP slob, or a
  3524. 386i)?
  3525.  
  3526.  
  3527. Msg#8190   To:ROBERT HEYMAN                             (Rcvd)
  3528. From:CLIFF GREEN                                Date:02/15/89
  3529. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3530. ------------------------------------------------------------------------------
  3531. Hey!  How about out here in the Heart of Darkness, away from the bright
  3532. City Lights (i.e., the Garden State)?
  3533.  
  3534.  
  3535. Msg#8191   To:STEVE STRALEY                             (Rcvd)
  3536. From:DIRK LESKO                                 Date:02/15/89
  3537. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3538. ------------------------------------------------------------------------------
  3539. Another horse?......Where have you been, I have stopped by a few times
  3540. to no avail...
  3541.  
  3542. dLESKO
  3543.  
  3544.  
  3545. Msg#8192   To:ALL                                        
  3546. From:CLIFF GREEN                                Date:02/15/89
  3547. Subject:DELETED()                               Parent Msg#8192
  3548. ------------------------------------------------------------------------------
  3549. Say, I've been toying around with the use of &alias->(DELETED()) with
  3550. mixed results.  Anyone else out there use this formulation as a method of
  3551. checking to see if a file has any deletions, without having to go through
  3552. and COUNT for them?  COUNTing can be long and tedious if the file has
  3553. grown to any size, while &alias->(DELETED()) works very quickly when it
  3554. works.  I have to add that there are a few other unexpected results in
  3555. this particular application, and I'm not too sure I'm not setting
  3556. something somewhere which is screwing me up;  nonetheless, any comments
  3557. observations, or war stories will be gratefully read and mulled over.
  3558.  
  3559. (BTW, I've used "&alias" above for no particular reason.  It's not, in fact
  3560. the exact code I'm using in my app, but it gets the idea across of what
  3561. I'm trying to accomplish.)
  3562.  
  3563.  
  3564. Msg#8193   To:MENACHEM BAZIAN                           (Rcvd)
  3565. From:DIRK LESKO                                 Date:02/15/89
  3566. Subject:(R)HELP                                 Parent Msg#8186
  3567. ------------------------------------------------------------------------------
  3568. DBX won't do the trick, you still need to know alot about C to get the
  3569. app working. What about that Xdos compiler? won;t it take your Clipper
  3570. produced EXE file and do something with it??? If it can't, then beleive
  3571. it or not, I would recommend the FOX for that one....(or learn C)
  3572.  
  3573. dLESKO
  3574.  
  3575.  
  3576. Msg#8194   To:ROBERT HEYMAN                             (Rcvd)
  3577. From:STEVE STRALEY                              Date:02/16/89
  3578. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3579. ------------------------------------------------------------------------------
  3580. For purposes of reting space and cost, ironically, Philadelphia is high
  3581. on the list.  It's 1.5 hours from NY, a couple more from either Boston or
  3582. D.C. and that covers the 4 big areas.  The cost of doing a conference is
  3583. NOT going to be nearly as steep as any of the other 3 cities mentioned,
  3584. and it is considered a "big" city so it can handle the 1,000 or so
  3585. Clipper people.  Who knows, maybe I can see about sponsoring a conference
  3586. out here... only if interest is good enough. We'll see..
  3587.  
  3588. Steve
  3589.  
  3590.  
  3591. Msg#8196   To:NOEL MANZANILLA                            
  3592. From:RON CALLAHAN                               Date:02/16/89
  3593. Subject:(R)CORRUPTED RECORDS                    Parent Msg#8178
  3594. ------------------------------------------------------------------------------
  3595. NOEL:
  3596. Are you networked. The only time I've seen corrupted record has been
  3597. in network situations where all operating paramaters were not set
  3598. correctly. (i.e. FILES= in config.sys etc)
  3599.  
  3600.  
  3601. Msg#8198   To:ANDREW GROSS                               
  3602. From:CONSTANTIN FLORESCU                        Date:02/16/89
  3603. Subject:(R)WORKHORSE PRINTER                    Parent Msg#8030
  3604. ------------------------------------------------------------------------------
  3605. Thanks.
  3606. <CF>
  3607.  
  3608.  
  3609. Msg#8200   To:ALL                                        
  3610. From:LANE WHITE                                 Date:02/16/89
  3611. Subject:DATA PROBLEM             
  3612. ------------------------------------------------------------------------------
  3613. Hello everyone, new to this board seems excellent.
  3614. I have a problem with a client that someone may be able to help me with.
  3615. I have written a small system for this client, he has one computer for a
  3616. master computer and a other one in the outer office. The client backups
  3617. the data from the master to the other computer every so often using Fast
  3618. Back Plus. A problem has arisen. When data is restored to the other
  3619. computer it is not the same data that is on the master computer! I have
  3620. tried using DOS 3.30 Backup and restore and also COPY with the same
  3621. results. I have noticed that with some of the DBf records data in the
  3622. memo field is corrupt, full of garbage characters? But some of the
  3623. records are fine. Other data from other directorys backup and restore
  3624. fine to the other computer. Is dSALVAGE worth investigating? I believe
  3625. the DBT file is corrupt dont know how it got that way.
  3626. Dirk, FUNCky is a excellent Lib. Also, Netlib, Toolkit and R&R are
  3627. excellent products I use.
  3628.         Any assistance with this matter will be greatly appreciated!
  3629.                 Lane.
  3630.  
  3631.  
  3632. Msg#8201   To:ALL                                        
  3633. From:CLIFF CORCORAN                             Date:02/16/89
  3634. Subject:UI VER 2                                Parent Msg#8201
  3635. ------------------------------------------------------------------------------
  3636. I am asking for opinion before plunking down $200 bucks for the
  3637. 'official' release of the UI programer. I have ver 1 and have used it a
  3638. bit for screen building etc. Would very much welcome your thought from
  3639. those that beta'ed ver 2.
  3640. Thanks Cliff
  3641.  
  3642.  
  3643. Msg#8202   To:JAMES MCCORMICK                           (Rcvd)
  3644. From:GARY MERINSTEIN                            Date:02/16/89
  3645. Subject:(R)IBM 36                               Parent Msg#8155
  3646. ------------------------------------------------------------------------------
  3647. A-T did announce a product which is supposed to allow dBASE code to run
  3648. on the SYS 3X series of mini's, although I haven't heard much about it.
  3649. You might be able to run the code that way if it is vanilla code.
  3650.  
  3651.  
  3652. Msg#8203   To:CLIFF CORCORAN                            (Rcvd)
  3653. From:RICHARD HORWITZ                            Date:02/16/89
  3654. Subject:(R)UI VER 2                             Parent Msg#8201
  3655. ------------------------------------------------------------------------------
  3656.  I have 2 words about UI2, "BUY IT". If you like UI1 (and I assume you do
  3657. since you are considering the $200 for UI2) you know what a great
  3658. productivity enhancer it can be (no I don't work for wallsoft). They have
  3659. made some substantial improvements on the template lang, and even the
  3660. last beta (3) is not really too buggy. I almost never sit down and write
  3661. my own code anymore from scratch, UI2 does about 75% of the work for me.
  3662. Hope this helps.
  3663.  
  3664.  
  3665. Msg#8204   To:DIRK LESKO                                (Rcvd)
  3666. From:MENACHEM BAZIAN                            Date:02/16/89
  3667. Subject:(R)HELP                                 Parent Msg#8186
  3668. ------------------------------------------------------------------------------
  3669. Ouch! The problem as I see it is that the Fox/Unix version that is out is
  3670. a version behind DOS foxbase.
  3671.  
  3672. As to learning C, I would agree with you 100% provided I had the time to
  3673. do so.
  3674.  
  3675. Ah well...Back to the ol' drawin board.
  3676.  
  3677. >MB<
  3678.  
  3679.  
  3680. Msg#8205   To:CLIFF GREEN                               (Rcvd)
  3681. From:ROBERT HEYMAN                              Date:02/16/89
  3682. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3683. ------------------------------------------------------------------------------
  3684. awww..you're close enuff!!
  3685.  
  3686.  
  3687. Msg#8206   To:CLIFF GREEN                               (Rcvd)
  3688. From:ROBERT HEYMAN                              Date:02/16/89
  3689. Subject:(R)DELETED()                            Parent Msg#8206
  3690. ------------------------------------------------------------------------------
  3691. What are the unexpected results?
  3692.  
  3693.  
  3694. Msg#8208   To:ALL                                        
  3695. From:HARRY GILBERT                              Date:02/16/89
  3696. Subject:NEW CLIPPERE                            Parent Msg#8208
  3697. ------------------------------------------------------------------------------
  3698. While we're defining whether Clipper is a DBMS, note that Spencer F. Katt
  3699. in the Feb 13th issue of PC week says that Nantucket will release this
  3700. summer a new release of Clipper which is "object oriented", and based on
  3701. Smalltalk. It will be backwards code compatible. Now what is object
  3702. oriented? Will my apps look like Macintosh apps, with icons?
  3703.  
  3704.  
  3705. Msg#8212   To:DIRK LESKO                                (Rcvd)
  3706. From:JOHN THORN                                 Date:02/16/89
  3707. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3708. ------------------------------------------------------------------------------
  3709. Dirk:  I have no qualms paying for the conference; I concur that the
  3710. air fare is the 
  3711. crux of the matter!
  3712.  
  3713.  
  3714. Msg#8213   To:DIRK LESKO                                (Rcvd)
  3715. From:JOHN THORN                                 Date:02/16/89
  3716. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3717. ------------------------------------------------------------------------------
  3718. Dirk:  Thanks for passing it on...software vendors who don't listen to
  3719. their users are dead - a.k.a. Micropro, et al.
  3720.  
  3721.  
  3722. Msg#8214   To:MARK NEIDORFF                             (Rcvd)
  3723. From:JOHN THORN                                 Date:02/16/89
  3724. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8214
  3725. ------------------------------------------------------------------------------
  3726. Mark:  Regarding getting the beasts of the east together....yea, I think
  3727. it can be done - maybe a joint effort of the of the over 31 User Groups
  3728. located east of the Mississippi, 3d party vendors, and Nantucket.  Now
  3729. the sponsor....mmmmm....will think on that one.
  3730.  
  3731.  
  3732. Msg#8215   To:STEVE STRALEY                             (Rcvd)
  3733. From:JOHN THORN                                 Date:02/16/89
  3734. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3735. ------------------------------------------------------------------------------
  3736. Steve:  Knew we could count on ya!  BTW, Brentnall and Morgan did an
  3737. article in a vain attempt to quell the memory issue in the Jan/Feb issue
  3738. of the Nantucket News....guess they think we're stupid!  THANKS, 
  3739. NANTUCKET!
  3740.  
  3741.  
  3742. Msg#8217   To:CLIFF GREEN                               (Rcvd)
  3743. From:JOHN THORN                                 Date:02/16/89
  3744. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3745. ------------------------------------------------------------------------------
  3746. Garden State?  Nahhh, I've got to keep my disks in a sealed environment
  3747. to keep them from melting....>grin<
  3748.  
  3749.  
  3750. Msg#8218   To:MENACHEM BAZIAN                           (Rcvd)
  3751. From:DIRK LESKO                                 Date:02/16/89
  3752. Subject:(R)HELP                                 Parent Msg#8186
  3753. ------------------------------------------------------------------------------
  3754. I would assume that the suit against SCO is not helping either!
  3755.  
  3756.  
  3757. Msg#8220   To:JOHN THORN                                (Rcvd)
  3758. From:DIRK LESKO                                 Date:02/16/89
  3759. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3760. ------------------------------------------------------------------------------
  3761. Not to mention the RIP-OFF the hotel charges!!
  3762.  
  3763. dLESKO
  3764.  
  3765.  
  3766. Msg#8221   To:CLIFF GREEN                               (Rcvd)
  3767. From:HOWARD KAPUSTEIN                           Date:02/16/89
  3768. Subject:(R)DELETED()                            Parent Msg#8192
  3769. ------------------------------------------------------------------------------
  3770. How reliable is it? Are there just certain cases where it doesn't work,
  3771. or is it more of a random failure? And (the best question) why does it
  3772. work?
  3773.  
  3774.  
  3775. Msg#8222   To:HARRY GILBERT                              
  3776. From:HOWARD KAPUSTEIN                           Date:02/17/89
  3777. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  3778. ------------------------------------------------------------------------------
  3779. There is "Object-Oriented Programming" and "Object-Oriented Design", and
  3780. they are NOT the same (I just went through all this in Systems
  3781. Programming. Joy...) Basically, OOP is modular coding. C, Modula-2, etc.
  3782. allow you to break large tasks (say, an accounting system) into smaller
  3783. "modules" or tasks. This is good coding practice since your code is miore
  3784. easily portable, modifyable, etc.
  3785.    OOD is a totally different way of looking at the problem. For example,
  3786. to copy a file, with OOP we would do these steps: 1) Check the files
  3787. existence, 2) Read the file, 3) Write the file, and 4) Give a Copy
  3788. completed message. With OOD, instead of looking at it from a task point
  3789. of view, you look at it as "what data do we have, and how is the data
  3790. being manipulated". Kinda like deciding what the data is and what is
  3791. being done to it than (under OOP) what we have to. It's a little
  3792. compliacted, but it looks like it will become more important in the
  3793. future. PErsonally, I can't quite get the hang of it. If you do OOP, to
  3794. try to think from the OOD perspective is like looking at the problem from
  3795. the exact opposite end. 
  3796.    C++ is becoming popular becuase it's basically C, so you get the raw
  3797. power of C, but it also has a "higher level of data abstraction", so you
  3798. can simulate more abstract data more easily. Basically, you're adding
  3799. some data types to C that give you some of the power and relationships of
  3800. LISP. Expert systems and AI operations need that kind of abstraction to
  3801. do those high-end projects. Sorry I don't remember the text book
  3802. definition, but I never quite got the hang of it. If you want, I can pry
  3803. out the text and quote you a paragraph or two, if the above isn't helpful
  3804. enough.
  3805.  
  3806. Regarding the comment about Clipper being "object-oriented", that term
  3807. has become rather bastardized lately. Do they mean OOP or OOD? Will this
  3808. make UDFs more of an integral portion of the language? More importantly,
  3809. will this mean the linker can leave out whatever it doesn't need, barring
  3810. macro expansion? Which can't susbtitute for commands anyway. My guess is
  3811. their development of an OS/2 version is highly flavoring this comment, so
  3812. their next version, OS/2 compatible probably, will be influenced by the
  3813. DLLs (Dynamic Linked Libraries) of OS/2. (Sidebar: Does anyone know if
  3814. Unix uses DLL? I forget where, but some other op system does.) 
  3815. Personally, I'm more concerned with their current problems, esp.
  3816. regarding memory usage, and if the next release will be delayed to see
  3817. what happens with the AT/Fox lawsuit (BTW, does anyone have any current
  3818. news, or is it just simmering?) 
  3819.  
  3820.  
  3821. Msg#8223   To:DIRK LESKO                                (Rcvd)
  3822. From:HOWARD KAPUSTEIN                           Date:02/17/89
  3823. Subject:(R)HELP                                 Parent Msg#8186
  3824. ------------------------------------------------------------------------------
  3825. Could you fill  me in on what the current status of the lawsuit involving
  3826. A-t, Fox and SCO is? Next wekk I have an interview with SCO, so if I hear
  3827. any tidbits I'll drop a msg.
  3828.  
  3829.  
  3830. Msg#8224   To:ALL                                        
  3831. From:HOWARD KAPUSTEIN                           Date:02/17/89
  3832. Subject:WP MERGE FILE                           Parent Msg#8224
  3833. ------------------------------------------------------------------------------
  3834. One last question about WP Merge Files. I have an address set of fields,
  3835. with an extra field MailAddr since it has to be international, and some
  3836. countries put their zip code, city and country in different orders. Well,
  3837. the code is basically
  3838. IF && use special address &&
  3839.   ? TRIM(MailAddr)
  3840. ELSE
  3841.   ? City, State Country Zip Code
  3842. ENDIF
  3843.  
  3844. That's not real code, but you get the idea. When it comes time to output
  3845. the WP Merge File, I need to know if it's ok to output records with
  3846. different numbers of fields. If the special address is used, the record
  3847. does not get city, state, country or zip, so it's 3 fields short. Is this
  3848. a problem? Just so you know, there's a little UDF I use to check if the
  3849. special mailling address is used:
  3850.  
  3851. FUNCTION UseSpecialAddr
  3852. PARAMETERS state
  3853. RETURN( IIF("*"$state,.T.,.F.) )
  3854.  
  3855. If the state has a * in it, use the special address, otherwise use the
  3856. normal address. Can WP check the state field in the merge file and pick
  3857. which addressing method to use? If so, I'll just dump out all the fields,
  3858. and let WP decide. Otherwise, I need more info.
  3859.  
  3860.  
  3861. Msg#8227   To:CLIFF CORCORAN                             
  3862. From:ANDREW VIOLA                               Date:02/17/89
  3863. Subject:(R)UI VER 2                             Parent Msg#8201
  3864. ------------------------------------------------------------------------------
  3865. Cliff,
  3866. I have been betaing UI since its first beta release (its up to beta 3). 
  3867. The new version iPOWERFUL, but its still very buggy.  The concepts in the
  3868. product are very strong.  If you like the idea of writing a template with
  3869. a full logical instruction set, then it is for you.  Its worth getting on
  3870. board now then paying the big price later.
  3871. Andrew
  3872.  
  3873.  
  3874. Msg#8228   To:HOWARD KAPUSTEIN                          (Rcvd)
  3875. From:DIRK LESKO                                 Date:02/17/89
  3876. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  3877. ------------------------------------------------------------------------------
  3878. PM will be running on UNIX...which means there is a good posssiblilty
  3879. that an OS/2 PM versioni of Clipper will too....
  3880.  
  3881. dLESKo
  3882.  
  3883.  
  3884. Msg#8229   To:HOWARD KAPUSTEIN                          (Rcvd)
  3885. From:DIRK LESKO                                 Date:02/17/89
  3886. Subject:(R)HELP                                 Parent Msg#8186
  3887. ------------------------------------------------------------------------------
  3888. I have not heard any new news at all....All the stories are the
  3889. same.....ED Esber saw FOXPRO at Comdex, stormed out in a Huff, 2 weeks
  3890. later sued them, they countered sued saying that AT lifted some
  3891. technology when FOX showed them some innards when AT almost bought em
  3892. out, and appropriated it for Dbase IV.....If you catch any tidbits, drop
  3893. em off here.....
  3894.  
  3895. dLESKO
  3896.  
  3897.  
  3898. Msg#8230   To:HOWARD KAPUSTEIN                          (Rcvd)
  3899. From:DIRK LESKO                                 Date:02/17/89
  3900. Subject:(R)WP MERGE FILE                        Parent Msg#8224
  3901. ------------------------------------------------------------------------------
  3902. WP 5.0 has some minor programming capbilites like IF.....AND type
  3903. baloney. However, I think it would be easier for your Clipper program to
  3904. do it.....You cannot change the WP secondary file format once you have
  3905. defined it, it will throw WP off....Your best bet is to set a 1 byte
  3906. field in your database to .T. if the record is international, then write
  3907. an additional record to the WP merge file that contains the ENTIRE
  3908. ADDRESS you want to print, Or at least the City, State, Zip and
  3909. country...Put this extra field on the end, that way all you need to do is
  3910. print the following items....
  3911.  
  3912. Fname Lname
  3913. Title
  3914. Cname
  3915. Address1
  3916. CITYSTATEZIPCOUNTRY
  3917.  
  3918. The last field has been built by Your program with a little logic like:
  3919.  
  3920.         if (INTERNATIONAL)
  3921.                 fwrite(WPmerge,City+" "+COUNTRY+" "+IZIPCODE)
  3922.         else
  3923.                 fwrite(WPmerge,City+" "+State+" "+Zipcode)
  3924.         endif
  3925.  
  3926. Or something similiar....ME, I assign a string to a memvar that looks
  3927. like:
  3928.  
  3929.         WPfield = "Fname+chr(xx)+Lname+chr(xx)+Address+chr(xx)..."
  3930.  
  3931.         Fwrite(WPmerge,&WPfield)
  3932.  
  3933. That way I can support a whole bunch of merge formats with the same file
  3934. write routine.....It runs a little bit slower, but the versatility to
  3935. quickly modify the string (WPfield) lets me change the format of the
  3936. Merge file while on line without recompiling!!
  3937.  
  3938. dLESKO
  3939.  
  3940.  
  3941. Msg#8232   To:JOHN THORN                                (Rcvd)
  3942. From:MARC SCHNAPP                               Date:02/17/89
  3943. Subject:NYMCUG                   
  3944. ------------------------------------------------------------------------------
  3945. To joiin NYMCUG and PADD:
  3946. Send $50 to 
  3947. PADD 75-22 182nd St Flushing NY 11366
  3948. Include day and nite phone #'s and you will get the Linker and other
  3949. announcenements, benefits, etc.
  3950.  
  3951.  
  3952. Msg#8233   To:JOHN THORN                                (Rcvd)
  3953. From:DAVID MINTER                               Date:02/17/89
  3954. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3955. ------------------------------------------------------------------------------
  3956. John, Dirk, I've got a suggestion about the air fare, work for the
  3957. Airlines!.  I do, it's probably the only way I get to go to these far
  3958. flung places.
  3959.  Dave
  3960. P.S. not meant to be mean.
  3961.  
  3962.  
  3963. Msg#8234   To:JOHN THORN                                (Rcvd)
  3964. From:NEIL WEICHER                               Date:02/17/89
  3965. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3966. ------------------------------------------------------------------------------
  3967. Here, here!  
  3968.  
  3969.  
  3970. Msg#8235   To:ROBERT HEYMAN                             (Rcvd)
  3971. From:CLIFF GREEN                                Date:02/17/89
  3972. Subject:(R)DELETED()                            Parent Msg#8206
  3973. ------------------------------------------------------------------------------
  3974. >unexpected results with alias->(deleted())
  3975.  
  3976. Well, it doesn't always return .t. when there are deleted records.  I
  3977. thought for a while that it was also not allowing a PACK, but that turned
  3978. out to be caused by not being in the correct selected work area
  3979. (figures!).  Now, I think I've "worked around" the problem by just moving
  3980. into another select area before I issue the function.  Probably should
  3981. have done that before anyway.  The upshot is that it's only given me a
  3982. problem once since then, and I'm not too sure about that one (I got
  3983. pulled away to do some real work at that point, and would have to go back
  3984. and recreate the situation).
  3985.  
  3986.  
  3987. Msg#8236   To:JOHN THORN                                (Rcvd)
  3988. From:CLIFF GREEN                                Date:02/17/89
  3989. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  3990. ------------------------------------------------------------------------------
  3991. Actually, I was thinking of suggesting a conference in (or around)
  3992. Princeton, in the so-called hi-tech corridor, and try to inject a bit of
  3993. class  into the admittedly lowbrow Clipper fraternity.
  3994.  
  3995.  
  3996. Msg#8237   To:HOWARD KAPUSTEIN                          (Rcvd)
  3997. From:CLIFF GREEN                                Date:02/17/89
  3998. Subject:(R)DELETED()                            Parent Msg#8192
  3999. ------------------------------------------------------------------------------
  4000. see my reply above (number?)
  4001. It was not reliable at all until I figured I needed to be in another
  4002. SELEct area before I issued the call.  Now it's pretty durn reliable. 
  4003. Before, it just didn't work because I wasn't watching where I was when I
  4004. called it.  Why does it work?  Beats me.  I'd like to test other similar
  4005. functions to see if this redirection scam works with them too.  Steve
  4006. Straley says that you can use SEEK in a similar fashion from another work
  4007. area in a UDF to return (I forget what kind of) a value.
  4008.  
  4009.  
  4010. Msg#8238   To:HOWARD KAPUSTEIN                           
  4011. From:CLIFF GREEN                                Date:02/17/89
  4012. Subject:(R)WP MERGE FILE                        Parent Msg#8224
  4013. ------------------------------------------------------------------------------
  4014. What you can do (in WP5.0) is something like this:
  4015. in the primary file, for the field number (let's say its field number 3),
  4016. you would have ^F3?^ for the international address field, and ^F4?^ for
  4017. the normal address field.
  4018.  
  4019. Use two address fields.  One for the special address, one for the normal.
  4020.  
  4021. When your program selects and spits out the data, if UseSpecialAddr()
  4022. returns a .T., F3 would have data and F4 would be empty (null), and vice
  4023. versa.
  4024.  
  4025. Then, when WP goes to merge your secondary with the primary, the question
  4026. mark in the field number will eliminate the blank line(s) from the empty
  4027. field.  It just throws it away.  To quote the manual:  "The question mark
  4028. tells WordPerfect to see if the field is blank.  If so, the line,
  4029. including the end of line character, is deleted in the merged document."
  4030.  
  4031. Will that suffice?
  4032.  
  4033.  
  4034. Msg#8239   To:DIRK LESKO                                (Rcvd)
  4035. From:HOWARD KAPUSTEIN                           Date:02/17/89
  4036. Subject:(R)HELP                                 Parent Msg#8186
  4037. ------------------------------------------------------------------------------
  4038. Will let you know if I hear anything new. Thanks.
  4039.  
  4040.  
  4041. Msg#8240   To:DIRK LESKO                                (Rcvd)
  4042. From:HOWARD KAPUSTEIN                           Date:02/17/89
  4043. Subject:(R)WP MERGE FILE                        Parent Msg#8224
  4044. ------------------------------------------------------------------------------
  4045. I don't have WP, nor have I ever done anything more than a quick peek at
  4046. it, so I'm ignorant of its capabilities, but I figured it would be easier
  4047. to have Clipper do the proper output than let WP do it. I thought of the
  4048. same thing as you, either output the international field or
  4049. city+state+country+zip+^R, but I have to check with the higher ups to see
  4050. if it's ok. Most likely way to go. Thanks.
  4051.  
  4052.  
  4053. Msg#8241   To:CLIFF GREEN                               (Rcvd)
  4054. From:HOWARD KAPUSTEIN                           Date:02/17/89
  4055. Subject:(R)DELETED()                            Parent Msg#8192
  4056. ------------------------------------------------------------------------------
  4057. That's pretty interesting. If you're in another work area, have you found
  4058. any bugs? Traceable or not. And do you (or anyone else) know if it works
  4059. with other functions, and if so, which ones. Would certainly cut down on
  4060. some coding, if it's reliable.
  4061.  
  4062.  
  4063. Msg#8242   To:STEVE BADARACCO                           (Rcvd)
  4064. From:JON MELTZER                                Date:02/17/89
  4065. Subject:(R)FILE FORMATS                         Parent Msg#8148
  4066. ------------------------------------------------------------------------------
  4067. Sure looks that way ...
  4068.  
  4069.  
  4070. Msg#8244   To:HOWARD KAPUSTEIN                          (Rcvd)
  4071. From:ROBERT HEYMAN                              Date:02/18/89
  4072. Subject:(R)DELETED()                            Parent Msg#8192
  4073. ------------------------------------------------------------------------------
  4074. Howard....I know the following things work:
  4075. alias->(eof())
  4076. alias->(found())
  4077. and probably a host of others
  4078. Rob Heyman
  4079.  
  4080.  
  4081. Msg#8245   To:JOHN THORN                                (Rcvd)
  4082. From:MARK NEIDORFF                              Date:02/18/89
  4083. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8214
  4084. ------------------------------------------------------------------------------
  4085. "Beasts of the East" is terriffic!   (grin)
  4086.      <<  Mark  >>
  4087.  
  4088.  
  4089. Msg#8247   To:DIRK LESKO                                (Rcvd)
  4090. From:MARK NEIDORFF                              Date:02/18/89
  4091. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4092. ------------------------------------------------------------------------------
  4093. Presentation manager on Unix-
  4094. What's going on?  Will PM run as a unix task in a single unix session, or
  4095. will it become a graphical front end for unix?  And 1000 other related
  4096. questions.
  4097.      <<  Mark  >>
  4098.  
  4099.  
  4100. Msg#8249   To:ALL                                        
  4101. From:GARY PREFONTAINE                           Date:02/18/89
  4102. Subject:USING 'C' WITH CLIPPER                  Parent Msg#8249
  4103. ------------------------------------------------------------------------------
  4104. I've just starting writing UDFs in 'C' for my Clipper applications.
  4105. It seems like in some instances linking in a 'C' UDF with TLINK will
  4106. cause the application to hang - while linking it in with LINK or PLINK
  4107. will not. Anyone know a/thing about this? The type of function that seems
  4108. to hang involves _retc() and _retclen()(?).
  4109. Appreciate any help - BTW, compiler is QuickC 2.0
  4110.  
  4111.  
  4112. Msg#8250   To:NOEL MANZANILLA                            
  4113. From:GEFF PURCELL                               Date:02/18/89
  4114. Subject:(R)CORRUPTED RECORDS                    Parent Msg#8178
  4115. ------------------------------------------------------------------------------
  4116. We had a similar problem,  Make sure you are using the version of the
  4117. Summer 87 libs that are dated 12-21-87  2:00a .  This solved our problem.
  4118.  One of our programmers here had accidentally gotten the old libs with
  4119. out the 2:00a time on them in his Clipper dir.  After we put the new
  4120. version in and recompiled everything is working again.
  4121. The problem on ours seemed to be after a pack, but it could have also
  4122. been happening during copy commands.
  4123. Geff Purcell  / David Reynolds
  4124.  
  4125.  
  4126. Msg#8251   To:MARK NEIDORFF                             (Rcvd)
  4127. From:LANE WHITE                                 Date:02/18/89
  4128. Subject:(R)DATA PROBLEM          
  4129. ------------------------------------------------------------------------------
  4130. Hello again, problem seems to have cleared up with the following actions.
  4131. I fired up DBU and copied the records to another database in a different
  4132. directory on the hard drive. And things seem to backup and restore fine
  4133. now. There were still garbage characters in some of the memo fields but
  4134. at least the client can update the memo field now. I beleive that the
  4135. hard drive is not working properly and suggested that the client have a
  4136. tech. person look at it. I have found out from nantucket that I have a
  4137. early version of Summer 87 they will ship me updated disks, don't know
  4138. why I didnt get them before? I was also using SKIP 0 instead of COMMIT to
  4139. write out DBF records. Also Nantcuket told me to use 8 or a multiple of 8
  4140. for my buffers statement in config.sys? But the client seems to be back
  4141. on track. Thanks Mark.
  4142.                         Clipping along, Lane.
  4143.  
  4144.  
  4145. Msg#8252   To:MARK NEIDORFF                             (Rcvd)
  4146. From:DIRK LESKO                                 Date:02/18/89
  4147. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4148. ------------------------------------------------------------------------------
  4149. I beleive the objective is to make it a front end to UNIX so that
  4150. anything written to PM will run unchanged on OS/2 or UNIX...Or at least
  4151. with minimal re-writing....
  4152.  
  4153. dLESKO
  4154.  
  4155.  
  4156. Msg#8253   To:GARY PREFONTAINE                          (Rcvd)
  4157. From:DIRK LESKO                                 Date:02/18/89
  4158. Subject:(R)USING 'C' WITH CLIPPER               Parent Msg#8249
  4159. ------------------------------------------------------------------------------
  4160. There are special considerations when compiling for TC...Also, are you
  4161. using the Tlink ver 2.0? it doesn't work....
  4162.  
  4163. dLESKO
  4164.  
  4165.  
  4166. Msg#8255   To:DIRK LESKO                                (Rcvd)
  4167. From:JOHN THORN                                 Date:02/18/89
  4168. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  4169. ------------------------------------------------------------------------------
  4170. dIRK:  Hotel charges are equally outrageous.  Makes you wonder if someone
  4171. is getting a percentage....  Shoot, I usually get to stay at Motel-6
  4172. >grin<.
  4173.  
  4174. Yet another reason to MOVE THE CONFERENCE!!!!
  4175.  
  4176.  
  4177. Msg#8257   To:CLIFF GREEN                               (Rcvd)
  4178. From:JOHN THORN                                 Date:02/18/89
  4179. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  4180. ------------------------------------------------------------------------------
  4181. Well, Princeton is OK, and the air IS a little better than northern
  4182. Jersey >grin<.  There are plenty of sites which could qualify.  NYC,
  4183. Philadelphia, Atlantic City (THAT oughtta appeal to the boys and girls
  4184. in Nantucket!), Boston, etc, etc.  Anywhere other than LA for the
  4185. umpteenth time!!
  4186.  
  4187.  
  4188. Msg#8258   To:DIRK LESKO                                (Rcvd)
  4189. From:GARY PREFONTAINE                           Date:02/18/89
  4190. Subject:(R)USING 'C' WITH CLIPPER               Parent Msg#8249
  4191. ------------------------------------------------------------------------------
  4192. Dirk - did I say TC ? I meant QuickC Version 2. And I'm still using the
  4193. oldest Tlink around.
  4194.  
  4195.  
  4196. Msg#8261   To:DIRK LESKO                                (Rcvd)
  4197. From:MENACHEM BAZIAN                            Date:02/19/89
  4198. Subject:(R)HELP                                 Parent Msg#8186
  4199. ------------------------------------------------------------------------------
  4200. Dirk,
  4201.  
  4202. SOmeone just mentioned about a clipper version for unix might be on the
  4203. drawing boards...True??? (Oh PLEASE PLEASE PLEASE)
  4204.  
  4205. Menachem
  4206.  
  4207.  
  4208. Msg#8262   To:ANDREW VIOLA                              (Rcvd)
  4209. From:MENACHEM BAZIAN                            Date:02/19/89
  4210. Subject:(R)UI VER 2                             Parent Msg#8201
  4211. ------------------------------------------------------------------------------
  4212. Andrew,
  4213.  
  4214. I have a friend who is betaing UI2 and I have helped him a little bit so
  4215. I am somewhat familiar with UI2.
  4216.  
  4217. I agree that it looks like it can be SUPER. But, according to wallsoft,
  4218. they are not ready for release for a few weeks. Also, they are quoting
  4219. prices for UI2 at over $500.
  4220.  
  4221. I am not sure that I can get my boss to go for that on a first run
  4222. product.
  4223.  
  4224. Can you give me some more insight into UI2 and what makes it better than
  4225. ui1? I am intimately familiar with UI2 and have some familiarity with
  4226. UI2.
  4227.  
  4228. Menachem
  4229.  
  4230.  
  4231. Msg#8264   To:MENACHEM BAZIAN                            
  4232. From:DIRK LESKO                                 Date:02/19/89
  4233. Subject:(R)HELP                                 Parent Msg#8186
  4234. ------------------------------------------------------------------------------
  4235. I would beleive that a DOS version will be first out...and i f that
  4236. works, then maybe a UNIX version. But I still think they'll tie it to
  4237. some shell running on top of UNIX...
  4238.  
  4239. dLESKO
  4240.  
  4241.  
  4242. Msg#8265   To:HOWARD KAPUSTEIN                          (Rcvd)
  4243. From:CLIFF GREEN                                Date:02/19/89
  4244. Subject:(R)DELETED()                            Parent Msg#8192
  4245. ------------------------------------------------------------------------------
  4246. on very little reflection, the only thing I come up with is that it may
  4247. be working from evaluation of some system memory variable(s).  Without
  4248. knowing anything about the internals of Clipper, my guess would be that
  4249. when the compiler parses a function, it may check to see if any system
  4250. variables not normally visible to the naked keyboard are be called or
  4251. used.
  4252.  
  4253.  
  4254. Msg#8266   To:HOWARD KAPUSTEIN                          (Rcvd)
  4255. From:CLIFF GREEN                                Date:02/19/89
  4256. Subject:(R)DELETED()                            Parent Msg#8192
  4257. ------------------------------------------------------------------------------
  4258. scratch or amend my previous answer.  now i'm guessing the -> pointer
  4259. sets the search of system variables in motion.  maybe both.  maybe i'm
  4260. way off base.
  4261.  
  4262.  
  4263. Msg#8267   To:MARK NEIDORFF                             (Rcvd)
  4264. From:CLIFF GREEN                                Date:02/19/89
  4265. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4266. ------------------------------------------------------------------------------
  4267. ever see a copy of NeWs running?  or any of the licensed variants?  all
  4268. sessions run in either a window, or expanded to fill the screen.  Windows
  4269. Uber Alles, from one vendor or another.
  4270.  
  4271.  
  4272. Msg#8268   To:JOHN THORN                                (Rcvd)
  4273. From:CLIFF GREEN                                Date:02/19/89
  4274. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  4275. ------------------------------------------------------------------------------
  4276. OK, I can see going to AC for a conf.  Does registration include credit
  4277. at the tables?
  4278.  
  4279.  
  4280. Msg#8269   To:CLIFF GREEN                               (Rcvd)
  4281. From:HOWARD KAPUSTEIN                           Date:02/19/89
  4282. Subject:(R)DELETED()                            Parent Msg#8192
  4283. ------------------------------------------------------------------------------
  4284. The system variable reference makes sense. Each work area probably has
  4285. info (or at least each open file) about recno, found, etc. and if they
  4286. were smart, if you say FOUND(), Clipper automatically assumes the
  4287. currently selected .dbf and uses its internal variables. IF this is true,
  4288. then there should be some way of finding out which variables are stored
  4289. for each open file, and their equivalent functions should work fine. I'm
  4290. not that aware of Clipper's internals either. Dirk?
  4291.  
  4292.  
  4293. Msg#8270   To:CLIFF GREEN                               (Rcvd)
  4294. From:JOHN THORN                                 Date:02/19/89
  4295. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8073
  4296. ------------------------------------------------------------------------------
  4297. Ref: AC and table credit.  Sorry, I envision on one-armed bandit credit.
  4298. Figure Nantucket has a lock on this already, given the amou
  4299. nt they charge for support and the quality of it! >grin<  Donald Trump
  4300. would have a field day....mmmm, competetive sailing???
  4301.  
  4302.  
  4303. Msg#8271   To:HOWARD KAPUSTEIN                          (Rcvd)
  4304. From:DIRK LESKO                                 Date:02/19/89
  4305. Subject:(R)DELETED()                            Parent Msg#8192
  4306. ------------------------------------------------------------------------------
  4307. Sort of correct, I always wondered why they never let you do the
  4308. following:
  4309.  
  4310.         select 1
  4311.         use <DBF>
  4312.  
  4313.         select 2
  4314.         use <DBF2> 
  4315.  
  4316.         select 3
  4317.         use <DBF3>
  4318.  
  4319. Now, why not:
  4320.  
  4321.         if .not. EOF(2)
  4322.         
  4323. or:
  4324.  
  4325.         if .not. found(2)
  4326.  
  4327. Instead of the ALIAS pointer stuff? Al the mechanics are already there.
  4328. Each work area has it's own buffer for pointers and EOF flags and the
  4329. like. When you SELECT, it gets transfered int the buffer that you can
  4330. access with EOF(), found() etc....
  4331.  
  4332. dLESKO
  4333.  
  4334.  
  4335. Msg#8272   To:ALL                                        
  4336. From:RON LANDBERG                               Date:02/20/89
  4337. Subject:SEEK PROBLEM                            Parent Msg#8272
  4338. ------------------------------------------------------------------------------
  4339. > Problem with SEEK on multi-field key
  4340.   
  4341. I have a file which is indexed on the concatenation of two fields, both
  4342. character.  In one part of the application, a SEEK is done on a variable
  4343. that will equal the first part of the key, only.  It works fine.
  4344.   
  4345. In another part of the application, the same SEEK is done, but this time
  4346. within a VALID FUNCtion.  Here, the SEEK on a value limited to the first
  4347. half of the key fails.  Interestingly, I reindexed the file on the first
  4348. field only, then tried the SEEK again.  This time it worked.  This means
  4349. to me that my programming logic is correct - it is the SEEK and INDEX
  4350. which is screwing up.
  4351.   
  4352. Can anyone think of a reason a SEEK on a value that will only match the
  4353. first part of a concatenated key works in one part of an application
  4354. but fails when attempted within a VALID function ?
  4355.  
  4356.  
  4357. Msg#8273   To:HOWARD KAPUSTEIN                          (Rcvd)
  4358. From:STEVE BADARACCO                            Date:02/20/89
  4359. Subject:(R)DELETED()                            Parent Msg#8192
  4360. ------------------------------------------------------------------------------
  4361. Did I recall that the root of this conversation was to determine HOW MANY
  4362. deleted records exist in a work area, by saying alias->(deleted())?????
  4363.  
  4364. Deleted() only returns the deleted status of the CURRENT RECORD in that
  4365. area, and I have not had a problem with it.  If you are trying to get a
  4366. total deleted count, you must move the record pointer through the entire
  4367. range of records to be checked, and test DELETED() on each record.
  4368.  
  4369. Am I missing something here?
  4370.  
  4371. ...Steve
  4372.  
  4373.  
  4374. Msg#8274   To:DIRK LESKO                                (Rcvd)
  4375. From:STEVE BADARACCO                            Date:02/20/89
  4376. Subject:(R)DELETED()                            Parent Msg#8192
  4377. ------------------------------------------------------------------------------
  4378. Dirk,
  4379. Wouldn't that kill the use of parameters for those UDF's.  As in ...
  4380.    alias->( MyUDF(param1,param2,param3) )
  4381.  
  4382. ...Steve
  4383.  
  4384.  
  4385. Msg#8275   To:RON LANDBERG                              (Rcvd)
  4386. From:STEVE BADARACCO                            Date:02/20/89
  4387. Subject:(R)SEEK PROBLEM                         Parent Msg#8272
  4388. ------------------------------------------------------------------------------
  4389. Do you have SET EXACT ON ??
  4390.  
  4391. ...Steve
  4392.  
  4393.  
  4394. Msg#8276   To:HARRY GILBERT                              
  4395. From:LARRY GOTTLIEB                             Date:02/20/89
  4396. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4397. ------------------------------------------------------------------------------
  4398. I'm new to OOP also -- have looked at it for the last coupe of months or
  4399. so.  Having just returned from a conference on object oriented
  4400. analysis/design/programming, here are a few thoughts:
  4401.  
  4402. 1.  There is very little agreement as to the definition of "Object
  4403. Oriented Analysis".  Object Oriented Design is maturing, but there is
  4404. still disagreement on its definition, also.
  4405.  
  4406. 2.  There is still some disagreement about the definition of Object
  4407. Oriented Programming.  However, the large majority of the speakers at
  4408. this conference seemed to be in agreement that:  OOP replaces the
  4409. traditional, procedural model with an "object" -- an association between
  4410. procedure and data; procedure calls are treated as messages to this
  4411. object to perform a set of actions on its associated data.  The idea
  4412. behind all of this is to isolate this data from the outside world.  If
  4413. successful, the outside world (i.e., other parts of the program) don't
  4414. have to worry if the data structure changes.  There are several buzzwords
  4415. that go along with OOP (encapsulation, inheritance, data abstraction).
  4416.  
  4417. 3.  The hope of OOA/D/P is that it will help in the handling of more and
  4418. more complex systems.  At the conference, several people from Microsoft
  4419. noted the important of object oriented-ness to Microsoft's own
  4420. development projects.
  4421.  
  4422. Confused yet?  I certainly am.  As to whether a language is object
  4423. oriented or not, beware of claims by a lnaguage's sponsors.  Perhaps one
  4424. of the more honest definitions was arrived at as follows:
  4425.  
  4426.           Object oriented programming is good.
  4427.           Language X is good.
  4428.           Therefor, language X is object oriented.
  4429.  
  4430. Good luck in your investigations.
  4431.  
  4432.  
  4433. Msg#8277   To:RON LANDBERG                              (Rcvd)
  4434. From:DIRK LESKO                                 Date:02/20/89
  4435. Subject:(R)SEEK PROBLEM                         Parent Msg#8272
  4436. ------------------------------------------------------------------------------
  4437. Are you trimming the variable you pass to the valid??? Those extra spaces
  4438. could make a difference...
  4439.  
  4440. I use seek on multi key indexes inside valids and they always work
  4441. fine....
  4442.  
  4443. dLESKO
  4444.  
  4445.  
  4446. Msg#8278   To:STEVE BADARACCO                           (Rcvd)
  4447. From:DIRK LESKO                                 Date:02/20/89
  4448. Subject:(R)DELETED()                            Parent Msg#8192
  4449. ------------------------------------------------------------------------------
  4450. No. That would stay the same I guess. 
  4451.  
  4452. dLESKO
  4453.  
  4454.  
  4455. Msg#8279   To:LARRY GOTTLIEB                            (Rcvd)
  4456. From:DIRK LESKO                                 Date:02/20/89
  4457. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4458. ------------------------------------------------------------------------------
  4459. It seems to me that Object Oriented Design is more of a way of thinking
  4460. rather than an actual thing you can buy, touch, feel, see etc. And, once
  4461. you've got the thinking down pat, you can apply the 'Objectivenes' To any
  4462. language you please. Some languages however will be able to surround your
  4463. Object Oriented Design with better structure in the COMPILER end of
  4464. it....But for now, all the stuff I'm reading in the Press is confusing.
  4465. It appears to me that the writers of the magazines can't agree on what is
  4466. an OOP and what is not an OOP......
  4467.  
  4468. dLESKO
  4469.  
  4470.  
  4471. Msg#8280   To:DIRK LESKO                                (Rcvd)
  4472. From:HOWARD KAPUSTEIN                           Date:02/20/89
  4473. Subject:(R)DELETED()                            Parent Msg#8192
  4474. ------------------------------------------------------------------------------
  4475. Hopefully in their next release they'll let you specify an optional work
  4476. area. I think they didn't (at least one reason why) because if you :
  4477.  
  4478. SELECT 1
  4479. USE file
  4480. SELECT 2
  4481. CLOSE DATABASES
  4482. if eof(1)
  4483. ...
  4484.  
  4485. What happens? You're trying to evaluate on a non-existent database. Yes,
  4486. I know it's not that hard just to bomb out at that point, and otherwise
  4487. it gives us more flexibility, but I've noticed a lot of little
  4488. stupidities about Clipper that enable FUNCky and their like to flourish
  4489. so well. If anyone from Nantucket is listening, how about mentioning this
  4490. when you discuss the next release...
  4491.  
  4492.  
  4493. Msg#8281   To:STEVE BADARACCO                           (Rcvd)
  4494. From:HOWARD KAPUSTEIN                           Date:02/20/89
  4495. Subject:(R)DELETED()                            Parent Msg#8192
  4496. ------------------------------------------------------------------------------
  4497. Yes. Supposedly, doing &alias->(deleted()) gives you the same as COUNT
  4498. FOR DELETED(), but without actually processing the entire database. Why,
  4499. I don't know, it doesn't make sense to me either. As far as I know,
  4500. Clipper does not internally track any counter besides the current record
  4501. number (RECNO()) and the total number of records (RECCOUNT()). In the
  4502. header for a .dbf file the recno() value is stored, and the recno() is a
  4503. temporary variable, but I thought neither dBASE, Clipper, Foxbase, or any
  4504. of the other compatibles store a deleted count. Am I wrong?
  4505.  
  4506.  
  4507. Msg#8282   To:HOWARD KAPUSTEIN                          (Rcvd)
  4508. From:ROBERT HEYMAN                              Date:02/20/89
  4509. Subject:(R)DELETED()                            Parent Msg#8192
  4510. ------------------------------------------------------------------------------
  4511. Maybe I'm confused here:
  4512. Why should &alias->(deleted()) give you a count?  As far as I can see,
  4513. this should only yield a .t. or .f.  .  Aren't we just checking the
  4514. deleted status of a particular record in another area??  Gee, I might be
  4515. way off base here...got to test this.
  4516. Rob
  4517.  
  4518.  
  4519. Msg#8283   To:HOWARD KAPUSTEIN                          (Rcvd)
  4520. From:ROBERT HEYMAN                              Date:02/20/89
  4521. Subject:&ALIAS- (DELETED())                     Parent Msg#8283
  4522. ------------------------------------------------------------------------------
  4523. Howard..  just to make sure that I hadn't lost my marbles, ran a little
  4524. test as follows:
  4525. file1 = "cusmas"
  4526. file2 = "venmas"
  4527. select 0
  4528. use &file1
  4529. recall all
  4530. go top
  4531. do while !eof()
  4532.    delete
  4533.    skip
  4534.    skip
  4535. enddo
  4536. clear
  4537. select 0
  4538. use &file2
  4539. select &file1
  4540. go top
  4541. do while !eof()
  4542.    select &file2
  4543.    ? &file1->(deleted())
  4544.    inkey(.2.)
  4545.    select &file1
  4546.    skip
  4547. enddo
  4548. .
  4549. .
  4550. Of course what this does is to deleted every third record in file1
  4551. and prints on the screen a series of .T. .F. .F. 's.
  4552. I've used this sort of construct for quite some time and have never had a
  4553. problem.
  4554. .
  4555. Rob
  4556.  
  4557.  
  4558. Msg#8286   To:CLIFF GREEN                               (Rcvd)
  4559. From:MARK NEIDORFF                              Date:02/20/89
  4560. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4561. ------------------------------------------------------------------------------
  4562. Haven't even heard of it.  Will have to take a look when I can find it.
  4563.      <<  Mark  >>
  4564.  
  4565.  
  4566. Msg#8287   To:LARRY GOTTLIEB                            (Rcvd)
  4567. From:RICHARD HORWITZ                            Date:02/20/89
  4568. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4569. ------------------------------------------------------------------------------
  4570.   I was just wondering, with all it's use of objects, is UI Programmer an
  4571. OOPS?
  4572.  
  4573.  
  4574. Msg#8288   To:STEVE BADARACCO                           (Rcvd)
  4575. From:RON LANDBERG                               Date:02/21/89
  4576. Subject:(R)SEEK PROBLEM                         Parent Msg#8272
  4577. ------------------------------------------------------------------------------
  4578. No, I don't have SET EXACT ON.
  4579.  
  4580.  
  4581. Msg#8289   To:DIRK LESKO                                (Rcvd)
  4582. From:RON LANDBERG                               Date:02/21/89
  4583. Subject:(R)SEEK PROBLEM                         Parent Msg#8272
  4584. ------------------------------------------------------------------------------
  4585. I know it should work.  I am not trimming the variable passing to the
  4586. valid.  But in the test example, the variable was exactly the correct
  4587. length of the first part of the key and, in fact, was a known to exist
  4588. value.  
  4589.  
  4590. Usually with this sort of thing (should work, always worked in other
  4591. applications, etc.) I find that it is my coding that has some subtle
  4592. imperfection that I finally spot.  The only reason I raise this problem
  4593. is that the exact SEEK works in another part of the application (same
  4594. variable, same coding except that the failing SEEK is inside the Vali
  4595. )clause) and that by reindexing the file on just the first field of the
  4596. multi-key index, the SEEK then works ok.  
  4597.  
  4598. But it makes no sense to me to trim the variable. Why would I do that?
  4599. The first field in the multi-key is 7 chars.  The variable being passed
  4600. is from a GET, initialized to 7 chars, and in the test example, the
  4601. variable entered was 7 chars. long.  Wouldn't trimming be a mistake under
  4602. these circumstances?
  4603.  
  4604. Well, I have left the problem behind me - I just permanenetly changed the
  4605. key to the single field only.  This didn't cost me too much trouble in
  4606. the appolication overall so, until I have a sudden inspiration, I'll
  4607. leave it like this.
  4608.  
  4609.  
  4610. Msg#8290   To:HOWARD KAPUSTEIN                          (Rcvd)
  4611. From:ROB HANNAH                                 Date:02/21/89
  4612. Subject:(R)DELETED()                            Parent Msg#8192
  4613. ------------------------------------------------------------------------------
  4614. No.  &alias->(deleted()) does NOT return a count of deleted records. 
  4615. Clipper would have to run throught the entire database in real time to do
  4616. that.  IF there was a reserved area in the dbf header for maintaining a
  4617. deleted() count, then ok that would work.  Otherwise, no way of knowing
  4618. if someone else deleted a record in the interum.
  4619.  
  4620. alias->(udf()) is exactly the same as:
  4621.  
  4622. cursel = alias()
  4623. select alias
  4624. udf()
  4625. select select( m->cursel )
  4626.  
  4627. On a seperate note, the last line above is cleaner than select &cursel -
  4628. you don't bomb out if the current select area is empty.
  4629.  
  4630. ROB
  4631.  
  4632.  
  4633. Msg#8291   To:HOWARD KAPUSTEIN                          (Rcvd)
  4634. From:STEVE BADARACCO                            Date:02/21/89
  4635. Subject:(R)DELETED()                            Parent Msg#8192
  4636. ------------------------------------------------------------------------------
  4637. Howard,
  4638. I do not think that alias->(deleted()) will return a count of deleted
  4639. records.  The Clipper DOC specifically says that DELETED() returns a
  4640. logical value, representing the current record.
  4641.  
  4642. You can say (delcount()), where delcount() is a UDF along the
  4643. lines of ...
  4644.    FUNCTION DELCOUNT
  4645.    PARAMETERS M_AREA
  4646.    PRIVATE OLDAREA,OLDREC
  4647.    OLDAREA = SELECT()
  4648.    SELECT (M_AREA)
  4649.    OLDREC = RECNO()
  4650.    COUNT FOR DELETED() TO RETVAL
  4651.    GOTO OLDREC
  4652.    SELECT (OLDAREA)
  4653.    RETURN RETVAL
  4654.  
  4655.  
  4656. Msg#8293   To:JOHN THORN                                (Rcvd)
  4657. From:CLIFF GREEN                                Date:02/21/89
  4658. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
  4659. ------------------------------------------------------------------------------
  4660. All the wisecracking aside, I wonder how much real interest and support
  4661. there is among the user/developer community for an East Coast conf? 
  4662. Strikes me that there's an opportunity for another step in the
  4663. 'maturation' of this community/market, where conferences and such can
  4664. develop in the absence of or at least without the impetus from the sole
  4665. source of the product:  Nantucket.  There ought to be enough users groups
  4666. and second-party (i.e., addon) developers to be able to put something
  4667. together.  So what if Nantucket doesn't want to come to the party?
  4668.  
  4669.  
  4670. Msg#8294   To:STEVE BADARACCO                           (Rcvd)
  4671. From:CLIFF GREEN                                Date:02/21/89
  4672. Subject:(R)DELETED()                            Parent Msg#8192
  4673. ------------------------------------------------------------------------------
  4674. no, Steve, the question was not whether you could get a count of deleted
  4675. records, but rather if you could find out quickly (_without_ going
  4676. through the whole file with a COUNT FOR DELETED()) if there were _any_
  4677. deleted records.  As it turns out, you can do so with DELETED() passed as
  4678. a parameter attached to the alias pointer;  apparently, though, it only
  4679. works from another work area.  I, at least, have not been able to make it
  4680. work from within the work area I'm interested in - I've had to switch out
  4681. and then back into the area of interest.
  4682.  
  4683.  
  4684. Msg#8295   To:NEIL WEICHER                              (Rcvd)
  4685. From:ROB HANNAH                                 Date:02/21/89
  4686. Subject:N_CHECKR()                              Parent Msg#8295
  4687. ------------------------------------------------------------------------------
  4688. Possible bug.  I can't determine if I have a record locked using
  4689. n_checkr().  Only if someone else does.  I tried fully expanding it to
  4690. n_checkr( recno(), n_stanum() ) to no avail.  Any suggestions as to a
  4691. workaround?
  4692.  
  4693. ROB
  4694.  
  4695.  
  4696. Msg#8296   To:ROBERT HEYMAN                              
  4697. From:CLIFF GREEN                                Date:02/21/89
  4698. Subject:(R)DELETED()                            Parent Msg#8192
  4699. ------------------------------------------------------------------------------
  4700. hmm.  this is starting to take on a life of its own...  In my initial
  4701. comments and question, I pointed out that you should get a .T./.F.
  4702. response from alias->(deleted()).  That's what I DO get.  I was wondering
  4703. if I was doing something wrong (I got sporadic results - turns out I WAS
  4704. doing something wrong), and then if anyone else had played with or knew
  4705. anything about this and related phenomena.
  4706.  
  4707.  
  4708. Msg#8297   To:ROBERT HEYMAN                             (Rcvd)
  4709. From:CLIFF GREEN                                Date:02/21/89
  4710. Subject:(R)&ALIAS- (DELETED())                  Parent Msg#8283
  4711. ------------------------------------------------------------------------------
  4712. Ah!  so it does work only on the current record in the other, aliased
  4713. dbf?  Stranger and stranger.
  4714.  
  4715.  
  4716. Msg#8298   To:MARK NEIDORFF                             (Rcvd)
  4717. From:CLIFF GREEN                                Date:02/21/89
  4718. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4719. ------------------------------------------------------------------------------
  4720. NeWs is the networked windowing system Sun developed as their front end
  4721. to Unix.  It's been picked up by ("endorsed by") ATT, and I've seen it
  4722. running on Suns and Iris machines (Silicon Graphics' hot little boxes). 
  4723. Very Slick.  Do see it, to see windows done nicely.
  4724.  
  4725.  
  4726. Msg#8301   To:CLIFF GREEN                               (Rcvd)
  4727. From:ROB HANNAH                                 Date:02/21/89
  4728. Subject:(R)DELETED()                            Parent Msg#8192
  4729. ------------------------------------------------------------------------------
  4730. You cannot get a count of the number of deleted records without stepping
  4731. through the entire database no matter how you try.  Dere b no udder way.
  4732.  
  4733. ROB
  4734.  
  4735.  
  4736. Msg#8302   To:CLIFF GREEN                               (Rcvd)
  4737. From:JOHN THORN                                 Date:02/21/89
  4738. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
  4739. ------------------------------------------------------------------------------
  4740. Cliff:  Agree totally with your premise that the user's groups and
  4741. 3d party developers COULD do something for the East coast Clipper folks. 
  4742. I believe we have to address age-old problems:  who's gonna be in
  4743. charge; who's ego will get bent outta shape.  
  4744.  
  4745. With Ashton-Tate's continual vapor-ware (noting their latest admission
  4746. that their "compiler" will be late....memory management problems??)
  4747. and the pseudo stuff that Fox does, it looks like Nantucket is in for
  4748. the long haul, esp with the PC-Week Kat spilling rumors around and about.
  4749.  
  4750. OK, so where does PADD sit on this issue?  Where does Steve Straley and
  4751. Dirk Lesko sit (among others, like Niel - no slight intended, etc.)?
  4752. Are they willing to assist/participate?  Will Nantucket at least give
  4753. lip service to the notion and provide first-hand tidbits?  I would 
  4754. hazard a guess that most people still see Clipper as nothing more than
  4755. a means to make their dBASE code run faster and know little about its
  4756. real power (this could be why PC-Week slighted it in a recent review
  4757. of DBMSs).  
  4758.  
  4759. So, how 'bout it folks?  Interested?  I'm willing to help.  Anybody
  4760. else?  Suggestions?  Comments?  Are we beating a dead horse?  Is there
  4761. any REAL interest?  User groups, how 'bout y'all?  Gurus?  Poor 
  4762. consultants trying to make an honest buck and in need of a shot-in-the-
  4763. arm?  I once read a message on this board penned by a lady from
  4764. Nantucket who proclaimed interest in what was going on.  (I'll resist
  4765. the temptation to create the lymric...make up your own.)  Aside from 
  4766. that single, short epistle she's grown silent.  Is there a message here?
  4767.  
  4768.  
  4769. Msg#8305   To:ROBERT HEYMAN                             (Rcvd)
  4770. From:HOWARD KAPUSTEIN                           Date:02/22/89
  4771. Subject:(R)DELETED()                            Parent Msg#8192
  4772. ------------------------------------------------------------------------------
  4773. Oh yes, I agree, it SHOULD give the status of a single record. According
  4774. to what I've been told, it acts as a count. Right?
  4775.  
  4776.  
  4777. Msg#8306   To:ROB HANNAH                                (Rcvd)
  4778. From:HOWARD KAPUSTEIN                           Date:02/22/89
  4779. Subject:(R)DELETED()                            Parent Msg#8192
  4780. ------------------------------------------------------------------------------
  4781. Oh, so sorry. In the first message it seemed that &a->(f()) would do a
  4782. count. I guess I read it wrong. Oops.
  4783.  
  4784.  
  4785. Msg#8307   To:STEVE BADARACCO                           (Rcvd)
  4786. From:HOWARD KAPUSTEIN                           Date:02/22/89
  4787. Subject:(R)DELETED()                            Parent Msg#8192
  4788. ------------------------------------------------------------------------------
  4789. Yes yes yes. Sorry if I seem a bit testy, but this is the 4th message of
  4790. someone telling me I was wrong. I misread the original message. Yes, I
  4791. know DELETED() is a simple boolean, each record as a deleted( bit
  4792. (sometimes referred to as a tombstone mark by 'real' database peoples)
  4793. and DELETED() just tests if that byte is true or false. Very simple
  4794. actually. What I was amazed at was in the original message, it seemed
  4795. that it &s->(f()) would act as a COUNT, which beats searching the entire
  4796. database. How this could be done w/o searching the entire batabase, I
  4797. don't know (because the .DBF strucutre does not keep a deleted counter in
  4798. the header, only a total (RECCOUNT()) counter ).
  4799.  
  4800.  
  4801. Msg#8308   To:CLIFF GREEN                               (Rcvd)
  4802. From:HOWARD KAPUSTEIN                           Date:02/22/89
  4803. Subject:(R)DELETED()                            Parent Msg#8192
  4804. ------------------------------------------------------------------------------
  4805. Let me get this straight. Using s->(DELETED()) is the same as
  4806.  
  4807. FUNCTION AreDeleted
  4808. PRIVATE counter
  4809. COUNT FOR DELETED() TO counter
  4810. RETURN( IIF(counter==0, .F., .T.) )
  4811.  
  4812. but the alias method won't search the entire .dbf like the UDF will. Is
  4813. this right?
  4814.  
  4815.  
  4816. Msg#8309   To:HOWARD KAPUSTEIN                          (Rcvd)
  4817. From:DIRK LESKO                                 Date:02/22/89
  4818. Subject:(R)DELETED()                            Parent Msg#8192
  4819. ------------------------------------------------------------------------------
  4820. Now Now boys, you've let this horse run too far......Seems to me that you
  4821. can keep your own count very easily if you had too....You could even
  4822. stick in the dbase header if you wanted to...just use fopen() and
  4823. fwrite() to stick it in one of those unused bytes......Every time someone
  4824. deletes a record, update your own counter. It's your code so you know
  4825. whats going on. You could also use fread() to read in large chunks of the
  4826. DBF and scan for the "*" asterisk yourself. They will always be at
  4827. ((FileSize-HeaderSize)/RecSize) offsets.....Piece o' pie s'far s'I can
  4828. seeeeee......
  4829.  
  4830. dLESKO
  4831.  
  4832.  
  4833. Msg#8311   To:DIRK LESKO                                (Rcvd)
  4834. From:LARRY GOTTLIEB                             Date:02/22/89
  4835. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4836. ------------------------------------------------------------------------------
  4837. You're right.  There are many conflicting claims as to what is or is not
  4838. an object oriented programming language.  While OOP can certainly be
  4839. practiced TO SOME DEGREE in traditional languages, it is very difficult,
  4840. if not impossible, to offer some of the capabilities required (e.g.,
  4841. inheritance).  Some languages (for example, Smalltalk) can claim
  4842. to be pure OOP languages, in that everything in the language can be
  4843. treated as an object.  Others (such as C++) have added OOP features to C,
  4844. and offer all OOP features, while still allowing non-OOP practices. 
  4845. Still others (such as ADA) have some OOP features, but are missing
  4846. others.
  4847.  
  4848. Inheritance, and the ability to define new data types, seem to have great
  4849. potential.  I wonder how Nantucket intends to implement them?
  4850.  
  4851.  
  4852. Msg#8312   To:RICHARD HORWITZ                           (Rcvd)
  4853. From:LARRY GOTTLIEB                             Date:02/22/89
  4854. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4855. ------------------------------------------------------------------------------
  4856. I confess!  While I have a copy of UI, I have not used it much (yet!).  I
  4857. don't think UI can be called an OOP language, but beyond that point it's
  4858. too fuzzy for me.
  4859.  
  4860.  
  4861. Msg#8313   To:JOHN THORN                                (Rcvd)
  4862. From:JOHN NEWTON                                Date:02/22/89
  4863. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
  4864. ------------------------------------------------------------------------------
  4865. Wel, I for one will dig into my personal pockets to go to such a
  4866. conference.  The Army can't/won't send me to the west coast and I sure
  4867. can't afford the airfare and hotels myself.  At least on the east coast I
  4868. can drive and for the most part hotels can be had for a bit less than on
  4869. the west coast.
  4870.   
  4871. As to helping, I am willing to contribute time and energy to such an
  4872. event. So put me down as being willing to work/attend such a conference.
  4873.  
  4874.                 -John Newton
  4875.  
  4876.  
  4877. Msg#8314   To:CLIFF GREEN                               (Rcvd)
  4878. From:STEVE BADARACCO                            Date:02/22/89
  4879. Subject:(R)DELETED()                            Parent Msg#8192
  4880. ------------------------------------------------------------------------------
  4881. Ok, I'll have to check that one out!  (Crow may be on the menu tonight).
  4882.  
  4883. Still it seems a buggy way for deleted() to perform, because if 
  4884. alias->(deleted()) returns .T. if there are ANY deleted records, then it
  4885. will be lying to you in the case that the CURRENT record is not deleted.
  4886.  
  4887. ...Steve
  4888.  
  4889.  
  4890. Msg#8315   To:HOWARD KAPUSTEIN                          (Rcvd)
  4891. From:STEVE BADARACCO                            Date:02/22/89
  4892. Subject:(R)DELETED()                            Parent Msg#8192
  4893. ------------------------------------------------------------------------------
  4894. Hey, if you just want your UDF to return .T. if there are ANY
  4895. deleted()'s, how about for speed ...
  4896.    COUNT FOR DELETED() TO counter WHILE EMPTY(COUNTER)
  4897.    ...or...
  4898.    COUNT FOR DELETED() TO counter WHILE !DELETED()
  4899. ...Steve
  4900.  
  4901.  
  4902. Msg#8317   To:MENACHEM BAZIAN                            
  4903. From:ANDREW VIOLA                               Date:02/22/89
  4904. Subject:UI VER 2                 
  4905. ------------------------------------------------------------------------------
  4906. Menachem,
  4907. The basic difference is UI2 is a (practically) fully implemented
  4908. language.  You can write functions in the UI language that can be called
  4909. from within the template, or from other templates.  With UI1, the flow
  4910. was top-down, with only a few specific commands (FOR ALL ...) that allows
  4911. simply loops.  UI2 has do whiles, cases, and the likes to do elaborate
  4912. programs.  For example, I have a template that will make a scrolling
  4913. window.  No big deal for UI1 or 2.  But the UI2 template will modify the
  4914. generated code to become a valid window (for use with a valid clause)
  4915. that optionally pops up the window and modifies the memory variable upon
  4916. return, a lookup window thats triggered from a SET KEY to fill in GET
  4917. variables, and a normal scroll window. All three can then be optionally
  4918. set to be related to a certain key field for one to many relational
  4919. lookups.  Try that with UI1, or any other generator.
  4920. UI2 is going to be a tremendous program to have if you are a motivated
  4921. coder that wants to write templates like this, but will be equally
  4922. important it vendors sell templates like this.  Hope that helps, if not
  4923. I'll try an explain further.
  4924. Andrew
  4925.  
  4926.  
  4927. Msg#8318   To:LARRY GOTTLIEB                            (Rcvd)
  4928. From:DIRK LESKO                                 Date:02/22/89
  4929. Subject:(R)NEW CLIPPERE                         Parent Msg#8208
  4930. ------------------------------------------------------------------------------
  4931. You and me both. If it is really an OOP language, the users are going to
  4932. run away with it in as far as defining their own objects and classes. the
  4933. support guys are gonna have to learn an awful lot really fast in order to
  4934. support the 'Power users' because they are going to be modifying the
  4935. behavior of the objects.
  4936.  
  4937. dLESKO
  4938.  
  4939.  
  4940. Msg#8319   To:JOHN NEWTON                               (Rcvd)
  4941. From:ROB HANNAH                                 Date:02/22/89
  4942. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
  4943. ------------------------------------------------------------------------------
  4944. I vote yes for such a beast.  Being a dedicated family man, I don't do
  4945. business trips.  But something within a 2hour trip from D.C. would be no
  4946. problem.
  4947.  
  4948. ROB
  4949.  
  4950.  
  4951. Msg#8320   To:STEVE STRALEY                              
  4952. From:WALT BORYS                                 Date:02/22/89
  4953. Subject:(R)NEW KID IN TOWN AGAIN                Parent Msg#7954
  4954. ------------------------------------------------------------------------------
  4955. Steve, thanx for the reply.  Your rev 2 on Clipper is pretty much of
  4956. godsend for a (C) programmer trying to get an inside track on inter-
  4957. nals (more..more..more, please!). One last shot at packing DBT's;
  4958. appreciate the helpful responses from all, but a problem with 
  4959. COPY TO..!DELETED() and PACKMEMO.prg.  If there's a major data
  4960. base, with limited disk space (just suppose), these strategies
  4961. need to copy to a second DBT file, which there may not be room
  4962. for.  PACK seems to collapse the DBF in on itself without needing
  4963. extra space (at least the Lattice dBC C sources do).  Steve, does
  4964. your library routines do this also with the DBT file?
  4965. ...OTHERWISE, someone mentioned a while ago linked list pointers.
  4966. Seems using DBF file with fixed length blank text field and pointers
  4967. could be used to emulate a DBT file, with the advantage of being
  4968. able to PACK compactly after deletes.  Is it worth writing up
  4969. a GETfakememo,PUTfakememo function and uploading it, or am I
  4970. reinventing stuff out there?
  4971.  
  4972.  
  4973. Msg#8321   To:ROB HANNAH                                (Rcvd)
  4974. From:CLIFF GREEN                                Date:02/22/89
  4975. Subject:(R)DELETED()                            Parent Msg#8192
  4976. ------------------------------------------------------------------------------
  4977. >You cannot get a count of the number of deleted records w/out stepping
  4978. through the dbf no matter how you try.
  4979.  
  4980. I know that!  I never asserted any other position!
  4981.  
  4982. As it turns out, my query about the scope of alias->(deleted()) was
  4983. wrong-headed (or at least, the result of an incorrect understanding of
  4984. what was going on).  Anyway, I'm still interested in what other functions
  4985. work with the "alias->()" combination, and if there are any system memory
  4986. variables related to different select areas, etc., etc., etc.
  4987.  
  4988.  
  4989. Msg#8322   To:JOHN THORN                                (Rcvd)
  4990. From:CLIFF GREEN                                Date:02/22/89
  4991. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
  4992. ------------------------------------------------------------------------------
  4993. I actually had in mind the users' groups forming a loose federation, with
  4994. reps from sufficiently motivated/organized groups coordinating much as
  4995. they coordinate their own meetings.  As an example, you'll find national
  4996. professional organizations having a National Conference (or Meeting, or
  4997. Congress, or whatever pomposity they favor), and Regional Meetings.  The
  4998. third party developers could be considered a division of sorts among the
  4999. different regions (e.g., the Northeast Clipper Groups as one region, with
  5000. developers either being regular members [no reason they can't join a club
  5001. too - they're humans too, aren't they?] or having their own association
  5002. and representation).
  5003.  
  5004. Anyway, I think a few reasonably organized and motivated user groups
  5005. and/or professional groups (I put PADD in there, to give them the benefit
  5006. of the doubt - not being a member myself, and not knowing the real flavor
  5007. of the organization) could pull it off.  Certainly industry pundits would
  5008. be invited (you need someone to talk to the crowds, about something), and
  5009. since some kind of admission would be charged, or fees levied, you could
  5010. eventually pay for it.  Hell, you might even be able to tempt someone
  5011. from Nantucket to come and speak, if the advance sales were hefty enough.
  5012.  
  5013.  
  5014. Msg#8323   To:HOWARD KAPUSTEIN                          (Rcvd)
  5015. From:CLIFF GREEN                                Date:02/22/89
  5016. Subject:(R)DELETED()                            Parent Msg#8192
  5017. ------------------------------------------------------------------------------
  5018. That was what I was _hoping_ for, but not what I've found.  I guess this
  5019. has been a real red herring.  Mea Culpa. <beat, beat>
  5020.  
  5021. All s->(DELETED()) does is tell you the boolean attached to the current
  5022. record in the area pointed to by s->.  What a letdown.  There oughta be a
  5023. way....
  5024.  
  5025.  
  5026. Msg#8324   To:DIRK LESKO                                (Rcvd)
  5027. From:CLIFF GREEN                                Date:02/22/89
  5028. Subject:(R)DELETED()                            Parent Msg#8192
  5029. ------------------------------------------------------------------------------
  5030. Ah!  A constructive suggestion!  Blessed cool water in the desert.
  5031.  
  5032. Thanks, Dirk.  There had to be a way, and you've just pointed to it.
  5033.  
  5034. If it's all the same, I'd like to bury this poor horse now.  Unless, of
  5035. course someone else has a useful suggestion (keep it clean, now).
  5036.  
  5037.  
  5038. Msg#8325   To:STEVE BADARACCO                           (Rcvd)
  5039. From:CLIFF GREEN                                Date:02/22/89
  5040. Subject:(R)DELETED()                            Parent Msg#8192
  5041. ------------------------------------------------------------------------------
  5042. Yeah, crow can be made delicious...  add lots of garlic.  I've been
  5043. munching on this particular scruffy bird for a couple of days, while the
  5044. blasted topic refuses to go away.  >sigh<
  5045.  
  5046.  
  5047. Msg#8326   To:JOHN THORN                                (Rcvd)
  5048. From:RICHARD HORWITZ                            Date:02/22/89
  5049. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
  5050. ------------------------------------------------------------------------------
  5051.  If you want help setting up the east coast conference, I'm in. Aside
  5052. from user groups, I'm sure PLENTY of corporations would send more
  5053. programmers to this type of function (no pun intended) if it were held
  5054. closer to home. Anyway, let me know what I can do....
  5055.  
  5056.  
  5057. Msg#8329   To:CLIFF GREEN                               (Rcvd)
  5058. From:JOHN THORN                                 Date:02/23/89
  5059. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
  5060. ------------------------------------------------------------------------------
  5061. Cliff:
  5062.  
  5063. I concur that there needs to be more organization in what groups do.  A
  5064. single voice is never as powerful as a full chorus of singers.  Sharing
  5065. ideas between groups is presently accomplished via the printed page in
  5066. many group newsletters, but nothing beats the eyeball-to-eyeball contact
  5067. and resultant question and answer sessions.
  5068.  
  5069. John
  5070.  
  5071.  
  5072. Msg#8330   To:CLIFF GREEN                               (Rcvd)
  5073. From:ROB HANNAH                                 Date:02/23/89
  5074. Subject:(R)DELETED()                            Parent Msg#8192
  5075. ------------------------------------------------------------------------------
  5076. alias->() is actually quite useful - not only does it work with udfs, but
  5077. you can also phrase "dbf->name + dbf->city + dbf->state" as dbf->( name +
  5078. state + city ).  It works with all udfs (SHOULD anyways) and is pretty
  5079. much code equivalent to
  5080.  
  5081. cursel = alias()
  5082. select dbf
  5083. a = name + city + state
  5084. select select( cursel )
  5085.  
  5086. ROB
  5087.  
  5088.  
  5089. Msg#8332   To:CLIFF GREEN                               (Rcvd)
  5090. From:CONSTANTIN FLORESCU                        Date:02/23/89
  5091. Subject:(R)DELETED()                            Parent Msg#8192
  5092. ------------------------------------------------------------------------------
  5093. I through in just an idea regarding keeping record of the DELETED records
  5094. in a DBF. 
  5095. What if we would have an auxiliary DBF with only one field like DELETED
  5096. numeric or character and every time we delete or add a record we
  5097. add/deduct from this field. Do you think that might be possible. This was
  5098. just from the top of my head, without to apply my vast
  5099. experience(grin)...
  5100. <CF>
  5101.  
  5102.  
  5103. Msg#8333   To:CLIFF GREEN                               (Rcvd)
  5104. From:DIRK LESKO                                 Date:02/23/89
  5105. Subject:(R)DELETED()                            Parent Msg#8192
  5106. ------------------------------------------------------------------------------
  5107. well, someone has to do it....
  5108.  
  5109.  
  5110. Msg#8334   To:ALL                                        
  5111. From:JAMES MCCORMICK                            Date:02/23/89
  5112. Subject:CLIPPER 89 DEV CONFERE                  Parent Msg#8334
  5113. ------------------------------------------------------------------------------
  5114. As far as the Air Fare from NY to LA goes, the rates go 
  5115. something like this. Is you stay over a Saturday night 
  5116. you can get there and back for about $360.  The problem 
  5117. is that Saturday night stay, if your not is a position to 
  5118. stay over, the fare can go to over $1000. If I have to pay
  5119. my way to the coast, I will book NY to Las Vegas.  The cost
  5120. is $220, and they don't care when you come or when you go. 
  5121. (Or when you buy your ticket for that matter). Interstate 15 
  5122. runs from the Las Veges Strip right into LA. It takes 3-4 hours 
  5123. for the trip into the high desert.  Having lived in the Northeast 
  5124. most of life, this is a great car ride.  If your not in a rush, 
  5125. I recommend Peggy Sues' Dinner outside of Calico, (about half-way 
  5126. across), and the Roy Rogers Mus. in Victorville.
  5127. (Trigger is there, stuffed.)  As far as 'losing' 4 hours to driving,
  5128. the time that I did the trip, I meet someone in Newark who was going 
  5129. to the same meeting that I was in LA. (He flew straight in.)  We both 
  5130. got to the airport at the same time.  His flight was delayed, and 
  5131. we both hit the Hotel at the same time.   So much for the travel-log.  
  5132. >JRM<     
  5133.  
  5134.  
  5135. Msg#8335   To:ALL                                        
  5136. From:MARC SCHNAPP                               Date:02/23/89
  5137. Subject:BBS LIST                                Parent Msg#8335
  5138. ------------------------------------------------------------------------------
  5139. I am writing an article for Data Based Advisor on BBS's.
  5140. Could you please help me by sharing your favorite BBS 
  5141. phone #'s ?  If possible, I would also like the location of
  5142. the BBS.  
  5143.      
  5144. Finally if you REALLY love that BBS, would you be willing
  5145. to alert the SYSOP to give me full access so that I can
  5146. review the BBS?  Please tell me that you've done so.
  5147.       
  5148. I will need to complete this project over the next week, so
  5149. your immediate response are esssential.           
  5150.     
  5151. Thanks in advance for your help!!!
  5152.     
  5153.  
  5154.  
  5155.  
  5156. Msg#8337   To:CONSTANTIN FLORESCU                       (Rcvd)
  5157. From:CLIFF GREEN                                Date:02/23/89
  5158. Subject:(R)DELETED()                            Parent Msg#8192
  5159. ------------------------------------------------------------------------------
  5160. sure, that's doable (keeping a separate dbf for keeping track of system
  5161. variables not kept by Clipper), but I kind of like the compactness of
  5162. Dirk's idea - put it in the 'unused' (reserved?) space in the header of
  5163. the current dbf.
  5164.  
  5165.  
  5166. Msg#8338   To:DIRK LESKO                                (Rcvd)
  5167. From:CLIFF GREEN                                Date:02/23/89
  5168. Subject:(R)DELETED()                            Parent Msg#8192
  5169. ------------------------------------------------------------------------------
  5170. yeah, it's a dirty job. ;->
  5171.  
  5172.  
  5173. Msg#8339   To:CLIFF GREEN                               (Rcvd)
  5174. From:ROBERT HEYMAN                              Date:02/23/89
  5175. Subject:(R)DELETED()                            Parent Msg#8192
  5176. ------------------------------------------------------------------------------
  5177. Cliff...  eof()  bof()  found() ...and others I'm sure
  5178.  
  5179.  
  5180. Msg#8345   To:DIRK LESKO                                (Rcvd)
  5181. From:ALAN GUGGENHEIM                            Date:02/24/89
  5182. Subject:SIMPLE WORD PROCESSOR                   Parent Msg#8345
  5183. ------------------------------------------------------------------------------
  5184.      I need to create a simple word processor for notes on patients
  5185. in a medical system.  I am concerned about using the memo editor
  5186. memoedit() because I have heard that these .dbt files become "bloated"
  5187. if you are constantly updating notes.  My questions are the following:
  5188.     
  5189. 1]  Is there really a bloating problem and what can be done?
  5190.    
  5191. 2]  Do you recommend using .txt files instead, and reading them into
  5192.     the memoedit() function?
  5193.    
  5194. 3]  THIS QUESTION IS CRITICAL!  WHAT HAPPENS WHEN THE .TXT FILE THAT
  5195.     YOU WANT TO READ IN IS TOO LARGE TO FIT INTO MEMORY?!!! 
  5196.     IS THERE A WAY OF EDITING LARGE FILES EITHER IN .TXT FORM OR .DBT
  5197.     FORM?
  5198.   
  5199. 4]  How can the Funcky lib help me in producing a simple word processor
  5200.     using either .txt format or .dbt format?
  5201.    
  5202.                           Thank You....
  5203.  
  5204.  
  5205. Msg#8346   To:STEVE BADARACCO                           (Rcvd)
  5206. From:HOWARD KAPUSTEIN                           Date:02/24/89
  5207. Subject:(R)DELETED()                            Parent Msg#8192
  5208. ------------------------------------------------------------------------------
  5209. True. Sorry, the gray matter gets grayer as the lights go down (and come
  5210. up again...)
  5211.  
  5212.  
  5213. Msg#8347   To:CLIFF GREEN                               (Rcvd)
  5214. From:HOWARD KAPUSTEIN                           Date:02/24/89
  5215. Subject:(R)DELETED()                            Parent Msg#8192
  5216. ------------------------------------------------------------------------------
  5217. Oh, I agree, there "ought" to be a way, but take a step back. You're
  5218. running under DOS, an operating system lacking any re-entrant
  5219. capabilities (thank you MS), using an IBM box (you know, the guys who
  5220. figured it would be a great idea to charge you 50% of the "new enhanced
  5221. product" with double the speed, when all that was needed was a 5 minute
  5222. visit from the service man to move a belt (ah, hearken back to the days
  5223. of yesteryear, when IBM's net worth was less than a billion...)), with an
  5224. Intel cpu (memory segmentation. Wonderful, aint it?) 
  5225.  
  5226. I agree, the ought to be an easy way to detect something of such
  5227. usefulness, without having to resort to doing it ourselves, but what the
  5228. hey. You gets whats you pays for...
  5229.  
  5230.  
  5231. Msg#8349   To:DIRK LESKO                                (Rcvd)
  5232. From:HOWARD KAPUSTEIN                           Date:02/24/89
  5233. Subject:(R)DELETED()                            Parent Msg#8192
  5234. ------------------------------------------------------------------------------
  5235. Excellent idea. Does anyone know what reserved bytes are used by .dbf
  5236. files? The dbf header and field information have reserved bytes, but I'm
  5237. not sure which are used and which aren't. Here's the reserved parts:
  5238.  
  5239. ...
  5240. DBF header
  5241. ...
  5242. byte reserved1[3];          /* reserved bytes */
  5243. byte reserved_multiuser[13];/* reserved for multi-user */
  5244. byte reserved2[20];         /* reserved bytes */
  5245.  
  5246. ...
  5247. Field structure
  5248. ...
  5249. byte reserved_multiuser1[2];/* reserved for multi-user */
  5250. byte reserved_multiuser2[2];/* reserved for multi-user */
  5251. byte reserved[8];           /* reserved bytes */
  5252. ...
  5253.  
  5254. I presume the reserved_multiuser arrays are used to RLOCK() and FLOCK(),
  5255. but does anyone know: 1) exactly how those bytes are set during RLOCK()
  5256. and FLOCK(), 2) what other bits are used by dBASE etc., 3) if the
  5257. reserved[] arrays are used at all, 4) any other information about other
  5258. products that use these bytes.
  5259.  
  5260.  
  5261. Msg#8350   To:MARC SCHNAPP                               
  5262. From:CONSTANTIN FLORESCU                        Date:02/24/89
  5263. Subject:(R)BBS LIST                             Parent Msg#8335
  5264. ------------------------------------------------------------------------------
  5265. Marc, please don't look too far...It's right here. The BOSS is by far
  5266. the most prestigious BBS where programers from all USA(I could say even
  5267. WORLD) log in everyday. We take pride in having very active on this board
  5268. developers like Dirk Lesko, Steve Straley etc.
  5269. <CF>
  5270.  
  5271.  
  5272. Msg#8351   To:CLIFF GREEN                               (Rcvd)
  5273. From:CONSTANTIN FLORESCU                        Date:02/24/89
  5274. Subject:(R)DELETED()                            Parent Msg#8192
  5275. ------------------------------------------------------------------------------
  5276. I missed Dirk Sugestion, but if he said something then you forget mine...
  5277. Speak to you soon.
  5278. <CF>
  5279.  
  5280.  
  5281. Msg#8352   To:HARRY GILBERT                              
  5282. From:KEVIN CONNEARNEY                           Date:02/24/89
  5283. Subject:ARRAYS                   
  5284. ------------------------------------------------------------------------------
  5285. I'VE UPLOADED A FILE CALLED ACHICE2.ARC WHICH WILL ALLOW YOU TO POINT
  5286. INTO AND SELECT FROM A NUMERIC ARRAY. iF YOU NEED ANY HELP WITH IT HOLLER
  5287.  
  5288.  
  5289. Msg#8353   To:ALAN GUGGENHEIM                           (Rcvd)
  5290. From:DIRK LESKO                                 Date:02/24/89
  5291. Subject:(R)SIMPLE WORD PROCESSOR                Parent Msg#8345
  5292. ------------------------------------------------------------------------------
  5293. How big are the files you are going to edit? a 60k file holds a lot of
  5294. text. you can get at least 15-25 pages in there. I have not seen any real
  5295. 'Word Processing' type functions other than memoedit(). One solution is
  5296. to use these new switchit() or swap() type functions so that you can run
  5297. an external editor with no problem. That could let your client use their
  5298. familiar Word Processor. FUNCky has no Text editor, it does however have
  5299. a bunch of really fast low level file functions that may assist you if
  5300. you decide to go with the text file route. If you are storing more than
  5301. just a 'memo', you are probably better of creating text files and keeping
  5302. track of the filenames in a field in the DBF. It's pretty easy.
  5303.  
  5304. dLESKO
  5305.  
  5306.  
  5307. Msg#8354   To:HOWARD KAPUSTEIN                          (Rcvd)
  5308. From:DIRK LESKO                                 Date:02/24/89
  5309. Subject:(R)DELETED()                            Parent Msg#8192
  5310. ------------------------------------------------------------------------------
  5311. I don't have the file structure infront of me, but right after the date
  5312. there are 8 bytes that are used for the pointer in memory. Usually there
  5313. will be garbage there. I beleive there is some padding right after that,
  5314. or you can just create a dummy field that haas a name one character long,
  5315. that would give you 10 bytes of buffer to work with yourself. The field
  5316. names are in a structure in the file so you always know where they are.
  5317. The field name is padded with nulls, or you can just keep overwriting the
  5318. name of the field. Clipper will ust think the values stored their is a
  5319. field name ... you just ignore it. Make your field 1 char long and it
  5320. wont take up too much space...
  5321.  
  5322. dLESKO
  5323.  
  5324.  
  5325. Msg#8355   To:ALL                                        
  5326. From:LARRY GOTTLIEB                             Date:02/24/89
  5327. Subject:MAX LEVELS OF FUNC CALLS                Parent Msg#8355
  5328. ------------------------------------------------------------------------------
  5329. Does anyone know the maximum number of function/procedure levels allowed
  5330. (i.e., a function calls another function calls another function calls
  5331. ...)?  I've reached 26 levels with no apparent problems, but am worried
  5332. about unknowingly trashing memory.
  5333.  
  5334. If you're wondering how I managed to use so many levels:  a good number
  5335. of them involve the use of overlapping windows, employing recursive calls
  5336. to ACHOICE, with several of my functions between each call.
  5337.  
  5338.  
  5339. Msg#8356   To:MARK NEIDORFF                             (Rcvd)
  5340. From:GARY PREFONTAINE                           Date:02/24/89
  5341. Subject:(R)USING 'C' WITH CLIPPER
  5342. ------------------------------------------------------------------------------
  5343. Mark, once again thanks. I use the Ram Drive routine - had 3.5 megs of
  5344. Ram disk till my AST went bonkers. Now I have 2 Fastram Boards doing
  5345. nothing.
  5346.  
  5347.  
  5348. Msg#8358   To:LARRY GOTTLIEB                            (Rcvd)
  5349. From:ROBERT HEYMAN                              Date:02/24/89
  5350. Subject:(R)MAX LEVELS OF FUNC CAL               Parent Msg#8355
  5351. ------------------------------------------------------------------------------
  5352. I was told that the nest level was only 16
  5353.  
  5354.  
  5355. Msg#8360   To:JAMES MCCORMICK                            
  5356. From:JOHN THORN                                 Date:02/24/89
  5357. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8334
  5358. ------------------------------------------------------------------------------
  5359. Does Peggy Sues' Dinner use what's left of Trigger (stuffed) for
  5360. ingredients in the food they serve?
  5361.  
  5362.  
  5363. Msg#8361   To:MARC SCHNAPP                               
  5364. From:GEORGE SENCOVICI                           Date:02/24/89
  5365. Subject:(R)BBS LIST                             Parent Msg#8335
  5366. ------------------------------------------------------------------------------
  5367. Boss is it.  By far!
  5368. George Sencovici
  5369.  
  5370.  
  5371. Msg#8362   To:ROBERT HEYMAN                             (Rcvd)
  5372. From:DIRK LESKO                                 Date:02/25/89
  5373. Subject:(R)MAX LEVELS OF FUNC CAL               Parent Msg#8355
  5374. ------------------------------------------------------------------------------
  5375. Nes level when using SET KEY TO....
  5376. dLESKO
  5377.  
  5378.  
  5379. Msg#8363   To:DIRK LESKO                                (Rcvd)
  5380. From:ALAN GUGGENHEIM                            Date:02/25/89
  5381. Subject:(R)SIMPLE WORD PROCESSOR                Parent Msg#8345
  5382. ------------------------------------------------------------------------------
  5383.      I am not sure how large these patient notes can get, but I want
  5384. this simple word processor to be on a hot-key for simple updating of
  5385. a patient's status.  Let's suppose that I use .txt files instead of
  5386. memo fields, and want to use memoedit().  What do you suggest I do
  5387. in this case, and how can the Funcky library be used?  
  5388.      
  5389. Suppose these notes are too large to fit into a memory variable for
  5390. use by memoedit?  What can be done?  Please refresh my memory on
  5391. how the low level functions of FUNCky can help here...
  5392.    
  5393.                    Thanks...
  5394.  
  5395.  
  5396. Msg#8364   To:ALAN GUGGENHEIM                           (Rcvd)
  5397. From:MARK NEIDORFF                              Date:02/25/89
  5398. Subject:(R)SIMPLE WORD PROCESSOR                Parent Msg#8345
  5399. ------------------------------------------------------------------------------
  5400. Just off of the top of my head, you can use the directory listing
  5401. function to find out have big the text file is and then read in only a
  5402. part of it using the low level file functions.  Should work well.
  5403.      <<  Mark  >>
  5404.  
  5405.  
  5406. Msg#8365   To:ALAN GUGGENHEIM                           (Rcvd)
  5407. From:DIRK LESKO                                 Date:02/25/89
  5408. Subject:(R)SIMPLE WORD PROCESSOR                Parent Msg#8345
  5409. ------------------------------------------------------------------------------
  5410. I would suggest using one ofthe new switchit or swap utilites to run a
  5411. small text editor, you'll avoid a lot of headaches and programming...
  5412.  
  5413. dLESKO
  5414.  
  5415.  
  5416. Msg#8366   To:DIRK LESKO                                (Rcvd)
  5417. From:ALAN GUGGENHEIM                            Date:02/27/89
  5418. Subject:(R)SIMPLE WORD PROCESSOR                Parent Msg#8345
  5419. ------------------------------------------------------------------------------
  5420.      Thanks for the advice!  What you are saying is that making a
  5421. word or note processor in Clipper is difficult if you don't know
  5422. how large your file to be read in will be.  How do you read in
  5423. chunks at at time of the .txt file and read them into the Memoedit()
  5424. function, and keep this process looking seamless?
  5425.    
  5426.      In order to keep my main .exe smaller, I plan to pull out the
  5427. memoedit .obj from the extend.lib, and compile it into a separate
  5428. overlay.  This technique is useful for any functions in an extended
  5429. library that you want to include in an overlay. 
  5430.    
  5431. Any other comments on using the memoedit() or other functions with
  5432. .txt files would be most helpful...
  5433.  
  5434.  
  5435. Msg#8367   To:ALAN GUGGENHEIM                            
  5436. From:DIRK LESKO                                 Date:02/27/89
  5437. Subject:(R)SIMPLE WORD PROCESSOR                Parent Msg#8345
  5438. ------------------------------------------------------------------------------
  5439. You can use fopen() and freadstr() to read in chuncks of the file to
  5440. edit, you will have to maintain all your own buffers so that you can put
  5441. the file back together when they are done editing. It's not easy, but it
  5442. is possible....
  5443.  
  5444. dLESKO
  5445.  
  5446.  
  5447. Msg#8370   To:ALL                                        
  5448. From:LANE WHITE                                 Date:02/27/89
  5449. Subject:SUBSETS OF DATA                         Parent Msg#8370
  5450. ------------------------------------------------------------------------------
  5451. Hello all! I have a company DBF and part DBF where a company will have
  5452. many parts, a one-to-many relationship. Currently I pop up a window to
  5453. show part numbers for a given company by loading a array of partnumbers
  5454. for only that company, a simple DO WHILE company equals the company
  5455. selected after seeking the first company+part number. This seems to work
  5456. pretty well but I worry about memory constraints if a company has many
  5457. part numbers. Using Dbedit with a filter is very slow. ARe there any
  5458. functions out there or is this routine you have to code yourself.
  5459. Thoughts are appreciated.
  5460.                            Lane
  5461. PS. Does anyone know how to call the print screen function from within
  5462. clipper. Can you load the keyboard with Prtscr and execute or is this a
  5463. function to write in "C" or assembly?
  5464.  
  5465.  
  5466. Msg#8371   To:LANE WHITE                                (Rcvd)
  5467. From:CONSTANTIN FLORESCU                        Date:02/27/89
  5468. Subject:(R)SUBSETS OF DATA                      Parent Msg#8370
  5469. ------------------------------------------------------------------------------
  5470. Lane, I am not sure that I understand exactly the problem on first
  5471. question(ref displaying DBF data) but I would try to use m_dbfview or
  5472. mx_dbfview(FUNCKy). These functions do what Clipper(and others) probably
  5473. will never be able to do. ANd Faaaaaaast ! I have a DBF file with about
  5474. 15000 records indexed by name, city, phone, product etc and I can look up
  5475. in a matter of 1-2 seconds any record, and by any index(name,phone etc)
  5476. I am sure that you know Dirk and he will help you with more details.
  5477. <CF>
  5478.  
  5479.  
  5480. Msg#8372   To:LANE WHITE                                (Rcvd)
  5481. From:DIRK LESKO                                 Date:02/27/89
  5482. Subject:(R)SUBSETS OF DATA                      Parent Msg#8370
  5483. ------------------------------------------------------------------------------
  5484. To access the print screen routine, just write an assembly routine as
  5485. follows:
  5486.  
  5487.         int     5h
  5488.         ret
  5489.  
  5490. that's all there is to it...Or if you have FUNCky, just execute the
  5491. prtscr() function.....
  5492.  
  5493. dLESKO
  5494.  
  5495.  
  5496. Msg#8374   To:DIRK LESKO                                (Rcvd)
  5497. From:DIANE LASK                                 Date:02/27/89
  5498. Subject:(R)NANTUCKET                            Parent Msg#4836
  5499. ------------------------------------------------------------------------------
  5500. Dirk, I'm so sorry that I've not been able to log on a regular basis. 
  5501. Have had modem problems and had to wait till my modem came back.  
  5502. I'll be sure to check in on a weekly basis as planned.
  5503.  
  5504.  
  5505. Msg#8375   To:MARK NEIDORFF                             (Rcvd)
  5506. From:DIANE LASK                                 Date:02/27/89
  5507. Subject:(R)NANTUCKET             
  5508. ------------------------------------------------------------------------------
  5509. Hi mark. Sorry it took SOOOO long to get back to you.  Had to get my
  5510. modem fixed and it did take a while to get back online.  I'm located in
  5511. Los Angeles and work in technical support.  I'll be checking in on a
  5512. weekly basis and hope to add any input thayt I can.  Thanks for the
  5513. response.
  5514.                         Diane.
  5515.  
  5516.  
  5517. Msg#8376   To:HOWARD KAPUSTEIN                          (Rcvd)
  5518. From:DIANE LASK                                 Date:02/27/89
  5519. Subject:(R)NANTUCKET                            Parent Msg#4836
  5520. ------------------------------------------------------------------------------
  5521. Hello Howard.  Very sorry to have taken this long to get back to you.
  5522. Had a modem crash and took a while to get it back (seems this is apology
  5523. week).  I will now be able to check in on a regular basis as planned.
  5524. Now to your questions ...
  5525. 1. To get Turbo C to compile use the following compile line:
  5526.                 TCC -c -ml -f- -N- -G <proegram name>
  5527. and link only with the CL library.  You can't use floating point
  5528. operations or screen I/O.  We can't guarantee that everything in Turbo
  5529. will work with CLIPPER but I find that most things do.
  5530. 2.  Optimization of the code linked in is definately one of the things
  5531. being strongly looked at in our next release so I really think that you
  5532. can expect to see some really good improvement there.
  5533. 3. U can specify an expression as the breakpoint.  I'm afraid that I'll
  5534. have to play around a little with your syntax to see if I can get the
  5535. memory expression to work properly.  I'll let u know.
  5536.                                                 Regards,
  5537.                                                 Diane
  5538.  
  5539.  
  5540. Msg#8377   To:RON LANDBERG                               
  5541. From:DIANE LASK                                 Date:02/27/89
  5542. Subject:(R)INTRODUCTION                         Parent Msg#7557
  5543. ------------------------------------------------------------------------------
  5544. Hi Ron.  Sorry to take so  long to respond.  Had a modem problem that
  5545. kept me offline for a while.  I will be checking in on a weekly basis
  5546. from now on.  Well as to the suit,  corporate policy is to let our public
  5547. relations people and not the techs respond to such questions.  So if 
  5548. you'ld
  5549. like to hear from me again I'ld better stick to the policy!  
  5550.                                 Regards from me and Big Brother,
  5551.                                 Diane.
  5552.  
  5553.  
  5554. Msg#8378   To:DIANE LASK                                 
  5555. From:DIRK LESKO                                 Date:02/27/89
  5556. Subject:(R)NANTUCKET                            Parent Msg#4836
  5557. ------------------------------------------------------------------------------
  5558. We were wondering where you went to. glad to see that you made it back.
  5559. The 'Conferees' were beginning to wonder what happended to you after the
  5560. sign on you gave that said you'd be checking in regularily, only to
  5561. disappear as swiftly as you appeared. Hope to hear more from you in the
  5562. future!
  5563.  
  5564. dLESKO
  5565.  
  5566.  
  5567. Msg#8379   To:DIANE LASK                                 
  5568. From:DIRK LESKO                                 Date:02/27/89
  5569. Subject:(R)NANTUCKET                            Parent Msg#4836
  5570. ------------------------------------------------------------------------------
  5571. Doesn't Rich's Cgoodies package offer floating point routines for Clipper
  5572. that can be used with Turbo C? They're on the board under Cgoodies.arc
  5573.  
  5574. dLESKO
  5575.  
  5576.  
  5577. Msg#8380   To:DIRK LESKO                                (Rcvd)
  5578. From:HOWARD KAPUSTEIN                           Date:02/27/89
  5579. Subject:(R)DELETED()                            Parent Msg#8192
  5580. ------------------------------------------------------------------------------
  5581. Where? Here's a header for accessing dBASE files in C:
  5582.  
  5583. typedef struct DBF {
  5584.             byte version;               /* dBASE III version number */
  5585.             byte lastupdate[3];         /* date of last update (YY MM DD)
  5586. */
  5587.             unsigned long reccount;     /* # records in file */
  5588.             unsigned int header_length; /* length of header in bytes */
  5589.             unsigned int record_length; /* length of record in bytes */
  5590.             byte reserved1[3];          /* reserved bytes */
  5591.             byte reserved_multiuser[13];/* reserved for multi-user */
  5592.             byte reserved2[20];         /* reserved bytes */
  5593.         };
  5594.  
  5595. Is it here you're talking about? Or in the header for each field (field
  5596. name, type, etc.) ? The reserved[] bytes are fine, but what I'm curious
  5597. about is if dBASE (or any other product, databases, word proc,
  5598. spreadsheets, etc.) use the reserved[] bytes? I presume the
  5599. reserved_multiuser[] bytes are for handling FLOCK() and RLOCK() stuff,
  5600. but the reserved[] bytes 'should' be unused. I'm curious if anyone
  5601. actually messes with these bytes, or is it guarranteed that they are
  5602. untouched?
  5603.  
  5604.  
  5605. Msg#8381   To:DIANE LASK                                 
  5606. From:HOWARD KAPUSTEIN                           Date:02/27/89
  5607. Subject:(R)NANTUCKET                            Parent Msg#4836
  5608. ------------------------------------------------------------------------------
  5609. Just a couple more questions, if you know. How about standard stack
  5610. frame?I presume line numbers, debug info, etc. should be left out. Also,
  5611. I've heard that you can, in general, access unctions like strcpy(), etc.
  5612. (MSC functions) via extend, but there are some you have to call with
  5613. slightly different names. Does Nantucket have a list of what can be
  5614. safely accessed from extend, and what can be accessed if you know what
  5615. you're doing, and what should never be accessed? I'm interested in things
  5616. like: string manipulation functions (using MSC's functions), Clipper
  5617. internal variables (the @...SAY color, @...GET color variables, etc.) and
  5618. some other miscellania. Also, any news on the next Clipper version?
  5619. Someone mentioned that it will be "more object-oriented", but this
  5620. definition is so ambiguous as to be useless. 
  5621.    
  5622. Thanks. I've finally got some time on my hands so I can afford to see how
  5623. well this will work. Will let you know hjow things go. 
  5624.  
  5625.  
  5626. Msg#8386   To:ALL                                        
  5627. From:HOWARD KAPUSTEIN                           Date:02/27/89
  5628. Subject:SUBTREE FIND 3.20        
  5629. ------------------------------------------------------------------------------
  5630. I've just uploaded the latest version of Subtree Find 3.20 (SF320.ZIP)
  5631. Here's a brief overview of Subtree Find:
  5632.  
  5633.     - search any subtree of a disk, from a single directory to the
  5634.       entire disk
  5635.     - search for files based on file name, attributes, size, date
  5636.       and/or time
  5637.     - FAST! SF 3.20 outperforms Norton's FF, FA and Graham's Fast [File]
  5638.       Finder, by margins of 5% - 250%
  5639.     - optionally kill files found, with optional prompting
  5640.     - write options to permanently configure SF to your personal tastes
  5641.     - optional color output
  5642.     - information similar to DIR, but also shows attributes and disk
  5643.       space allocated (not just byte size of the file)
  5644.     - also search for files inside .ARC files
  5645. *** - also search for files inside .ZIP files ***
  5646.     - modify attributes (on, off, toggle)
  5647.     - 'touch' features allows you to set the date and/or time stamp
  5648.       to the current or a specific date and/or time
  5649.     - and much more
  5650.  
  5651. Check out SF320.ZIP today. You won't be disappointed
  5652.  
  5653. *** = new to SF 3.20
  5654.  
  5655. SF 3.20 also has several changes and minor bug fixes
  5656.  
  5657. SF 3.20 requires 53K RAM
  5658.  
  5659.  
  5660. Msg#8387   To:CONSTANTIN FLORESCU                       (Rcvd)
  5661. From:LANE WHITE                                 Date:02/28/89
  5662. Subject:SUBSET DATA                             Parent Msg#8387
  5663. ------------------------------------------------------------------------------
  5664. Hello,
  5665.         Thanks for reply. I could use Dbedit and Dirk's function but I
  5666. want to pop up a window of data from the DBF based on certain conditions.
  5667. Using a filter for a smaller DBF or for a DBF of valid codes works fine
  5668. but with large DBF's it is very s l o w... I only want the user to see
  5669. part numbers for only that company and no other, I dont want him to
  5670. choose the wrong part numbers by showing him all the data. Loading a
  5671. array of part numbers for that company and using achoice() for the window
  5672. seems to work fine but I worry about memory problems. I guess this is a
  5673. design problem with alot of different ways to approach, but the window of
  5674. data needs to be fast. I'am looking at conditional indexing but doesn't
  5675. seem to be the answer either. Again thanks for your reply.
  5676.                                 Lane...
  5677.  
  5678.  
  5679. Msg#8388   To:DIRK LESKO                                (Rcvd)
  5680. From:LANE WHITE                                 Date:02/28/89
  5681. Subject:PRINT SCREEN             
  5682. ------------------------------------------------------------------------------
  5683. Thanks Dirk,
  5684.         I guess I'am to lazy to look it up in a assembly book!
  5685.         Thanks again, Lane...
  5686.  
  5687.  
  5688. Msg#8389   To:ALL                                        
  5689. From:LANE WHITE                                 Date:02/28/89
  5690. Subject:ACCOUNTING PACKAGES                     Parent Msg#8389
  5691. ------------------------------------------------------------------------------
  5692. Hello,
  5693.         My background with clients has been in writing special
  5694. applications and setting up systems and doing analysis. Lately I have had
  5695. clients requesting accounting applications. I have tried to stay away
  5696. from accounting applications but I feel I can do this no longer. Does
  5697. anyone recommend a accounting application they have worked with? How
  5698. about SBT, Sourcemate, Champion, Peachtree ? I'am new to accounting
  5699. packages and would appreciate any replys. How about Steve Straleys
  5700. accounting package?
  5701.                                 Lane...
  5702.  
  5703.  
  5704. Msg#8390   To:HOWARD KAPUSTEIN                          (Rcvd)
  5705. From:DIRK LESKO                                 Date:02/28/89
  5706. Subject:(R)DELETED()                            Parent Msg#8192
  5707. ------------------------------------------------------------------------------
  5708. It depends, the header is loaded into memory, and most of the reserved
  5709. bytes are used for pointers to memory locations. However, when the file
  5710. is closed, the header is re-written, so some of the reserved bytes will
  5711. be overwritten with values that have no meaning. If you put something
  5712. there, it will be bblown away. A field position can bbe used however. No
  5713. one says that a field can't be an identifier for something else....
  5714.  
  5715. dLESKO
  5716.  
  5717.  
  5718. Msg#8392   To:LANE WHITE                                (Rcvd)
  5719. From:DIRK LESKO                                 Date:02/28/89
  5720. Subject:(R)ACCOUNTING PACKAGES                  Parent Msg#8389
  5721. ------------------------------------------------------------------------------
  5722. I have seen Steves Accounting Package and it looks quite good. I have heard
  5723. negative comments about the quality of SBT source code....
  5724.  
  5725. dLESKO
  5726.  
  5727.  
  5728. Msg#8393   To:LANE WHITE                                (Rcvd)
  5729. From:CHRISTOPHER EDGAR                          Date:02/28/89
  5730. Subject:(R)SUBSET DATA                          Parent Msg#8387
  5731. ------------------------------------------------------------------------------
  5732. Lane,
  5733. I had a similar situation and this is what I did: I used the UDF in
  5734. dbedit to check for a condition (the field was a key field, so all
  5735. records were together in the file) if the condition was evaluated as .t.
  5736. the records ws shown on screen.  But, if the condition evaluated to .f. I
  5737. had the UDF set the colors to black on black so the record was not shown
  5738. and stuffed the keyboard with an up (or down) arrow.  That way you're not
  5739. using a SET FILTER TO condition, and you don't have to copy records out
  5740. to a temporary file, but you still get to work only with a subset of the
  5741. data.  Would this work for you?
  5742.  
  5743. --Christopher
  5744.  
  5745.  
  5746. Msg#8394   To:LANE WHITE                                 
  5747. From:CONSTANTIN FLORESCU                        Date:02/28/89
  5748. Subject:(R)SUBSET DATA                          Parent Msg#8387
  5749. ------------------------------------------------------------------------------
  5750. Lane, if you want to just display(without editing the data) then you
  5751. still can use any one of those two fucntions(m_dbfview or mx_dbfview).
  5752. I do this all the time like I said on files as large as 15000 records.
  5753. ANd is very fast. Let me know if you want more details.
  5754. <CF>
  5755.  
  5756.  
  5757. Msg#8395   To:LANE WHITE                                 
  5758. From:CONSTANTIN FLORESCU                        Date:02/28/89
  5759. Subject:(R)ACCOUNTING PACKAGES                  Parent Msg#8389
  5760. ------------------------------------------------------------------------------
  5761. I recommedn Sourcemate. I like it and you can do anything you like with
  5762. the source code. They have an 800 tall free number and are very nice
  5763. people. If you call them I am sure they will help you more than other
  5764. companies. BTW Even CBS News is using Sourcemate.
  5765. PS When you call ask for Mike. You can even use my name. We do some
  5766. projects together.
  5767. <CF>
  5768.  
  5769.  
  5770. Msg#8396   To:ROB HANNAH                                 
  5771. From:NEIL WEICHER                               Date:02/28/89
  5772. Subject:(R)N_CHECKR()                           Parent Msg#8295
  5773. ------------------------------------------------------------------------------
  5774. No bug.  The Help text on N_CHECKR indicates that the current station is
  5775. not included in the list.  However, RLOCK() will return .T. if the record
  5776. is already locked at the current station.
  5777.  
  5778. Would it be useful to have a function that told you if the current
  5779. station has the record locked?  Don't you already know that as the result
  5780. of the last RLOCK?
  5781.  
  5782. Neil
  5783.  
  5784.  
  5785.