home *** CD-ROM | disk | FTP | other *** search
/ Simtel MSDOS 1992 September / Simtel20_Sept92.cdr / msdos / clipper / clip0189.arc / CLIP0189
Text File  |  1989-02-01  |  171KB  |  3,704 lines
  1. Msg#7536   To:GENE FRIEDMAN                             (Rcvd)
  2. From:HARRY GILBERT                              Date:01/01/89
  3. Subject:(R)MEMORY PROBLEM                       Parent Msg#7535
  4. ------------------------------------------------------------------------------
  5. Which version of R&R are you using - 2.x or 3.x; 2.x required about 128K
  6. of available memory, while 3.x requires only abt 28K. I am using 3.0 with
  7. an overlayed program that has a load module size of 365K. Also, how much
  8. RAM is in your machine, and how much taken up by DOS, TSR's, etc. Be sure
  9. to SET CLIPPER=R60,E000 to disable expanded memory. That last has caused
  10. problems for me when I forgot.
  11.  
  12.  
  13. Msg#7537   To:HARRY GILBERT                             (Rcvd)
  14. From:GENE FRIEDMAN                              Date:01/01/89
  15. Subject:(R)MEMORY PROBLEM                       Parent Msg#7535
  16. ------------------------------------------------------------------------------
  17. Let me give you more background info on this problem.  I am using R&R
  18. 3A which supposedly only requires 25K for runtime.  My application is
  19. overlayed and has a load module size of about 260K.  My PC is configured
  20. with 640K and DOS 3.21.  I have tried this with no TSR's -- CHKDSK 
  21. reports 590K free before I run my application.  One would think there
  22. would be loads of room for Clipper and R&R to wallow around in -- BUT NO!
  23. Ah yes, I do not have any expanded or extended memory, do I still need to
  24. SET CLIPPER=E000?
  25.  
  26.  
  27. Msg#7538   To:ALL                                        
  28. From:HOWARD KAPUSTEIN                           Date:01/01/89
  29. Subject:DB_SPEED.ARC                            Parent Msg#7538
  30. ------------------------------------------------------------------------------
  31. I just uploaded DB_SPEED.ARC, which supposedly will speed up any Dbase
  32. appliaction (note the spelling, Dbase = language => dBASE, Clipper, Fox,
  33. etc.) It does some pokes into memory. Can anyone tell me if this really
  34. does work and, if so, why?!?
  35.  
  36.  
  37. Msg#7539   To:GENE FRIEDMAN                             (Rcvd)
  38. From:RON LANE                                   Date:01/01/89
  39. Subject:(R)MEMORY PROBLEM                       Parent Msg#7535
  40. ------------------------------------------------------------------------------
  41. Try useing the V15 in your  SET CLIPPER, and also try running RR from a
  42. proc that is called from the main menu,not from a PROC, That way all non
  43. used VARS should get released.     Ron
  44.  
  45.  
  46. Msg#7540   To:ALL                                        
  47. From:KELLY MILLER                               Date:01/01/89
  48. Subject:CLIPPER HELP             
  49. ------------------------------------------------------------------------------
  50. I am using a sales management program that is dbase compiled with clipper
  51. association.  There was a line in the master.bat file 
  52.                 Set Clipper=F31;V06
  53. I have files=30 and buffer=30 in the config.sys file.  I was getting an
  54. out of memory in parts of the program, have 1 meg in this AT.  There was
  55. nothing in memory.  When I cut the line to Set Clipper=F31, there is not
  56. out of memory error.
  57. I am not a DB or clipper user, can anyone tell me what this line means
  58. and what the V06 means.  Can there be any possible problem with this
  59. change.
  60. Thanking you in advance.
  61.  
  62.  
  63. Msg#7541   To:HOWARD KAPUSTEIN                          (Rcvd)
  64. From:DIRK LESKO                                 Date:01/02/89
  65. Subject:(R)DB_SPEED.ARC                         Parent Msg#7538
  66. ------------------------------------------------------------------------------
  67. Did you ever run that program? - it does nothing at all......it is a
  68. joke, it prints:
  69.  
  70.         April Fools!
  71.  
  72. that's all.
  73.  
  74. dLESKO
  75.  
  76.  
  77. Msg#7542   To:DIRK LESKO                                (Rcvd)
  78. From:HOWARD KAPUSTEIN                           Date:01/02/89
  79. Subject:(R)DB_SPEED.ARC                         Parent Msg#7538
  80. ------------------------------------------------------------------------------
  81. Amusing. No, I didn't run it. I saw that POKE, and I'm working on a
  82. project right now, and couldn't figure out what it does by eyeballing, so
  83. I didn't want to risk it right now. Oh well, I guess the joke's on me.
  84.  
  85.  
  86. Msg#7543   To:DIRK LESKO                                (Rcvd)
  87. From:STEVE STRALEY                              Date:01/03/89
  88. Subject:GENERAL                                 Parent Msg#7543
  89. ------------------------------------------------------------------------------
  90. Do you think it would be all right to upload a file with the SPECS to our
  91. accounting package in a file called SPECS.ARC and, if I can, a listing of
  92. the new functions in ToolkiT 2.0?  Let me know... thanx...
  93.  
  94. Steve
  95.  
  96.  
  97. Msg#7544   To:ALL                                        
  98. From:CONSTANTIN FLORESCU                        Date:01/03/89
  99. Subject:FUNCKY HELPS !           
  100. ------------------------------------------------------------------------------
  101. Hello there !
  102. I do not claim to be an experienced programer
  103. but I think I can get arround it...(I have been
  104. programing in Dbase & Clipper for almost 5 years).
  105.  
  106. I don't why but I was asked by Dirk Lesko(whom I never
  107. met personaly) to do some Beta Testing on his
  108. "FUNCKy" product.
  109.  
  110. Since I am impressed with the help I receive from almost
  111. everyone on this BBS whenever I have a problem  I thought
  112. that would be fair for me to do something and help you also.
  113. At this point I think that the best help I can give is to
  114. share with you the fact that
  115.  
  116. FUNCKy IS ONE OF THE BEST(IF NOT THE BEST) PROGRAMING
  117. DEVICE I HAVE SEEN !"(and I bought or seen a lot of them...
  118. probably like everybody else)
  119.  
  120. I for myself, would never be able to write a program without
  121. FUNCKy. I am sure that people who already got it, understand
  122. me better and know what I mean.
  123.  
  124. Dirk Lesko never asked me to do this and hope nobody will
  125. take this as a cheap advertisment.
  126.  
  127. Thanks
  128. Constantin Florescu
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135. Msg#7545   To:DIRK LESKO                                (Rcvd)
  136. From:JON MELTZER                                Date:01/03/89
  137. Subject:(R)DB_SPEED.ARC                         Parent Msg#7538
  138. ------------------------------------------------------------------------------
  139. Is it a trojan?
  140.  
  141.  
  142. Msg#7546   To:STEVE STRALEY                             (Rcvd)
  143. From:DIRK LESKO                                 Date:01/03/89
  144. Subject:(R)GENERAL                              Parent Msg#7543
  145. ------------------------------------------------------------------------------
  146. I am sure everyone has been waiting eagerly to see what you are cooking
  147. up, let's see it!
  148.  
  149. dLESKO
  150.  
  151.  
  152. Msg#7547   To:JON MELTZER                               (Rcvd)
  153. From:DIRK LESKO                                 Date:01/03/89
  154. Subject:(R)DB_SPEED.ARC                         Parent Msg#7538
  155. ------------------------------------------------------------------------------
  156. It is not a trojan, but it does nothing, so don't even bother to look at
  157. it. As a matter of fact, I will probably have it deleted since it is a
  158. waste of time.
  159.  
  160. dLESKO
  161.  
  162.  
  163. Msg#7548   To:JOHN THORN                                (Rcvd)
  164. From:DAVID RICHISON                             Date:01/03/89
  165. Subject:WP PROGRAMS              
  166. ------------------------------------------------------------------------------
  167. John,
  168.   Thanks for the offer, but ProWrite 2.0 got such a rave review that I'm
  169. going to go ahead and buy it.
  170.  
  171.  Thanks,
  172.   -David
  173.  
  174.  
  175. Msg#7549   To:ALL                                        
  176. From:KEN CHERRY                                 Date:01/04/89
  177. Subject:DISK FORMATTING                         Parent Msg#7549
  178. ------------------------------------------------------------------------------
  179. Does anyone know a good way to format a floppy from inside a compiled
  180. application (Summer 87)?
  181.  
  182.  
  183. Msg#7550   To:RON LANE                                  (Rcvd)
  184. From:GENE FRIEDMAN                              Date:01/04/89
  185. Subject:(R)MEMORY PROBLEM                       Parent Msg#7535
  186. ------------------------------------------------------------------------------
  187. I have tried every possible SET CLIPPER= combination available.  For
  188. example SET CLIPPER=V006;R035;E000.  There is definately something screwy
  189. going on with Clipper's use of memory.  After further investigation, I
  190. have isolated the problem.  It seems that opening a database file in 
  191. Clipper corrupts the memory available to run programs.  Try this simple
  192. test:
  193.    SET CLIPPER=R30
  194. then run the following program:
  195.    RUN COMMAND     && shell out to DOS then run CHKDSK to see avail. mem.
  196.    USE TEMP        && open up any database you care to - size doesnt
  197.                       matter.  You can even close the database before the
  198.                       next command.   It does not matter.
  199.    RUN COMMAND     && go to DOS and run CHKDSK again and see what
  200.                       happens.
  201. All I can say is Summer 87's use of memory is abysmal.
  202.  
  203.  
  204. Msg#7551   To:KEN CHERRY                                 
  205. From:RON HOCKEMEIER                             Date:01/04/89
  206. Subject:(R)DISK FORMATTING                      Parent Msg#7549
  207. ------------------------------------------------------------------------------
  208. Assuming you don't want to "RUN" an external application, check out Gary
  209. Gruber's dBdbak.  It's a clipper add-on.  Reportedly, the
  210. latest version will format without "RUNNING" an external application. 
  211.  (I'm upgrading to the lateset version and haven't tried it yet.)
  212.  
  213.  
  214. Msg#7552   To:KEN CHERRY                                 
  215. From:MARK NEIDORFF                              Date:01/04/89
  216. Subject:(R)DISK FORMATTING                      Parent Msg#7549
  217. ------------------------------------------------------------------------------
  218. What does memory(0) show?
  219. This will help determine what you can do.
  220.      <<  Mark  >>
  221.  
  222.  
  223. Msg#7553   To:ALL                                        
  224. From:FRANCOIS DESROSIERS                        Date:01/05/89
  225. Subject:MEMOEDIT                 
  226. ------------------------------------------------------------------------------
  227. Hello,
  228. .
  229. Happy new year from the other side of freetrade.
  230. .
  231. I need some help about a problem I have.
  232. .
  233. I have must return to AUTUMN 86 for someone that need an application
  234. that run in 256K. I want to use the MEMOEDIT function and I have
  235. never use it in AUTUMN. It seem that there is a bug in this function
  236. in that version. The parameter .F. dont seem to work. When I use it
  237. the application show the memo field but pass at the following
  238. instruction whitout I have time to read it. It's work perfectly
  239. with SUMMER 87.
  240. .
  241. Also, I dont like the ABORT Y/N message.
  242. .
  243. So, does there is a way to correct these two problems or does
  244. someone knows a program on this BBS that replace the MEMOEDIT
  245. function.
  246. .
  247. Thank you        Francois Desrosiers
  248.  
  249.  
  250. Msg#7555   To:RON CALLAHAN                              (Rcvd)
  251. From:DIANE LASK                                 Date:01/05/89
  252. Subject:(R)NANTUCKET                            Parent Msg#4836
  253. ------------------------------------------------------------------------------
  254. WOA!  Hold it right there Don (and Hello by the way).  I haven't read the
  255. complete thread but hey, I'm from Nantucket, I've just logged on to the
  256. system (intending to log on about once a week) and I'll be glad to help
  257. out answering questions.  We ARE interested in what everyone has to say -
  258. just remenber that there are a LOT of you out there.  Anyway  I'm  here
  259. now so Nantucket has a presence through me.  I also do some development
  260. on my own and (heaven willing)  I should have some interesing things for
  261. u in about a month or so.
  262.  
  263.  
  264. Msg#7556   To:CONSTANTIN FLORESCU                       (Rcvd)
  265. From:DIANE LASK                                 Date:01/05/89
  266. Subject:(R)MEMOEDIT() PRINT                     Parent Msg#7338
  267. ------------------------------------------------------------------------------
  268. Hello Constantin.  Try looking at the functions memoline() ,which
  269. extracts lines of text from memofields.  Also look at mlcount() (counts #
  270. of word wrapped lines in a memfield) .  Between those two I'm sure[wFthat
  271. u can figure the rest out.  
  272.  
  273.  
  274. Msg#7557   To:ALL                                        
  275. From:DIANE LASK                                 Date:01/05/89
  276. Subject:INTRODUCTION                            Parent Msg#7557
  277. ------------------------------------------------------------------------------
  278. Hello!  Just wanted to quickly introduce myself to the board. 
  279. Currently I'm working with Nantucket in the technical support department
  280. and I do some developing on my own as well.  I'm intending to log on once
  281. a week or so and help out a bit with questions here and there (no, don't
  282. ask me about the suit).  Hope to have an interesting product of my own
  283. (suspense mounts) that I'll put out in abt a month.  Abyhow HELLO!
  284.  
  285.  
  286. Msg#7558   To:DIANE LASK                                 
  287. From:DIRK LESKO                                 Date:01/05/89
  288. Subject:(R)NANTUCKET                            Parent Msg#4836
  289. ------------------------------------------------------------------------------
  290. Hello Diane, what exactly do you do out there at nantucket? I have been
  291. urging them to participate for 2 years now. As you can see we have a very
  292. large base and have users calling in from as far away as Australia, South
  293. Americe, Europe, Japan and france. Hope you will be keeping up to date on
  294. the goings on from the BOSS. we have tried to make this the premiere
  295. Clipper meeting place, and participation from Nantucket will certainly
  296. help. Glad to have you!
  297.  
  298. dLESKO
  299.  
  300.  
  301. Msg#7560   To:DIANE LASK                                 
  302. From:MARK NEIDORFF                              Date:01/05/89
  303. Subject:(R)NANTUCKET                            Parent Msg#4836
  304. ------------------------------------------------------------------------------
  305. /ok Diane:
  306. Here's my first gripe for you:  Why does Nantucket News contain almost
  307. half an issue on a file called DB_DEMO.ARC when it has been on the
  308. bulletin boards and in the user group libraries for many months?
  309. Seems like I'm not getting the value I expect here.
  310.      <<  Mark  >>
  311.  
  312.  
  313. Msg#7562   To:DIANE LASK                                 
  314. From:ROBERT HEYMAN                              Date:01/05/89
  315. Subject:(R)NANTUCKET             
  316. ------------------------------------------------------------------------------
  317. Brava!
  318. RNH
  319.  
  320.  
  321. Msg#7563   To:MARK NEIDORFF                             (Rcvd)
  322. From:STEVE STRALEY                              Date:01/06/89
  323. Subject:(R)NANTUCKET                            Parent Msg#4836
  324. ------------------------------------------------------------------------------
  325. Mark, keep in mind that the real force, as I was told by nantucket,
  326. behind NANTUCKET NEWS is a support-related material.   Only those real
  327. nagging questions, problems, and issues that keep popping up in support
  328. make it to the journal.  Consequently, (personaly conjecture), the news
  329. that comes from this is generally 2 - 4 months behind the information in
  330. Reference(Clipper), which is more au currant.  Again, this is personaly
  331. conjecture, but it looks like it holds true...
  332.  
  333. Steve
  334.  
  335.  
  336. Msg#7564   To:KEN CHERRY                                 
  337. From:JOHN DUKE                                  Date:01/06/89
  338. Subject:(R)DISK FORMATTING                      Parent Msg#7549
  339. ------------------------------------------------------------------------------
  340. KEN, Try the RUN COMMAND. That's what it's there for.
  341.  
  342.  
  343. Msg#7565   To:DIANE LASK                                 
  344. From:HOWARD KAPUSTEIN                           Date:01/06/89
  345. Subject:(R)NANTUCKET                            Parent Msg#4836
  346. ------------------------------------------------------------------------------
  347. Glad to have you around. Here's a list of some enhancements to Clipper
  348. that would certainly make my life easier, and I'm sure there are many
  349. others who would agree.
  350.  
  351. - information on how to get Turbo C 2.0 to compile for use w/Clipper
  352. - an optimizing Linker. Ok, due to macro expansion, we can't just cut
  353.   everything out that's unnecessary, but how about a switch for when
  354.   we know there won't be any macro expansion etc. that might cause
  355.   problems and just want it optimized.
  356. - in the debugger, is it possible to add to the breakpoint list 
  357.   to break on a condition? Right now, you have to specify a function/
  358.   procedure and a line number, but how about an expression like
  359.   MEMORY(0)<40 etc.
  360.  
  361. That's about all I can think of right now, my brain generally doesn't
  362. work too well at this hour. If you can dig up the info about Turbo C
  363. compiling (TC 2.0 and Clipper 87) and let me know, I'd greatly appreciate
  364. it. All I know is use the large memory model. An actual set of options,
  365. or even better, a config file (.tc) would be great.
  366.  
  367.  
  368. Msg#7566   To:GENE FRIEDMAN                             (Rcvd)
  369. From:RON LANE                                   Date:01/06/89
  370. Subject:(R)MEMORY PROBLEM                       Parent Msg#7535
  371. ------------------------------------------------------------------------------
  372. I  have run into the same thing before, but since I put V15 in my
  373. Autoexec and do a RELE ALL from ever PROC and only run the main menu from
  374. the first PRG I have not had any more problems.  If you are going to use
  375. Vars in a lower proc Init them to NULL from the main menu, that way they
  376. seem to be able to be released of there value.  The Name is still there
  377. but it takes up no Memory pool area, which is where I think you are
  378. having the problen.  Even a Use dbf causes some memory to be used from
  379. the pool. I clos all PROCs with a  CLOS DATA,RELE ALL,RETU and do any
  380. runs of command com from a proc from the main menu or a Fkey from the
  381. main menu.  I use Run command DIR>dir.txt to check for files and can use
  382. it over and over with out a problem.
  383.  
  384.  
  385. Msg#7567   To:ALL                                        
  386. From:GARY GRUBER                                Date:01/06/89
  387. Subject:CLIPPER GET READ                        Parent Msg#7567
  388. ------------------------------------------------------------------------------
  389.              Data Base Designs presents:
  390. dbdGET is a full featured replacement for the GET/READ command
  391. structure in Clipper Summer 87. It provides several enhancements 
  392. to the basic data entry process, some of which were heretofore 
  393. only feasible through complex work-a-round type coding in Clipper.
  394. Written entirely in 'C' and assembler, dbdGET requires only 
  395. 17K of memory overhead. dbdGET provides support for all basic data 
  396. types, picture clauses, and data validation (VALID()) while 
  397. maintaining a syntax very close to the Clipper environment.
  398. FEATURES AND ENHANCEMENTS
  399. 1. GETS may be nested to 4 levels without complex coding. 
  400. Each previous GET/READ structure automatically maintains its 
  401. integrity during the nesting process.
  402. 2. The READ process does not need to begin at the first GET. 
  403. You may specify to enter the GET/READ at any valid GET statement.
  404. 3. Through the use of the enhanced VALID() function, you may 
  405. actually 'skip' through your GETS in a non-sequential or non
  406. linear fashion. 
  407. 4. dbdGET provides full MOUSE support for the GET/READ 
  408. command, so individual GETS may be accessed simply by pointing 
  409. the MOUSE cursor at the GET and clicking the left button.
  410. 5. You have complete control over which keyboard keys may:
  411. A. Terminate a GET statement.
  412. B. Terminate a READ statement.
  413. C. Move forward to the next GET.
  414. D. Move backward to the previous GET.
  415. For a LOOK-SEE, download DBDGET.ARC
  416.  
  417.  
  418. Msg#7568   To:HOWARD KAPUSTEIN                          (Rcvd)
  419. From:STEVE BADARACCO                            Date:01/06/89
  420. Subject:(R)NANTUCKET                            Parent Msg#4836
  421. ------------------------------------------------------------------------------
  422. Howard,
  423. You CAN break on a condition now.
  424. Just press <Return> to leave the Proc and Line blank, then fill in the
  425. condition.  I do this all the time.
  426.  
  427. It would be nice, however, to be able to EDIT your breakpoint info,
  428. instead of having to retype it.
  429.  
  430. Also, Diane, is there a fix around for the bug in the debugger
  431. "Expression" which gets confused when you use the <Backspace> key?
  432.  
  433. ...Steve
  434.  
  435.  
  436. Msg#7570   To:STEVE STRALEY                             (Rcvd)
  437. From:MARK NEIDORFF                              Date:01/07/89
  438. Subject:(R)NANTUCKET                            Parent Msg#4836
  439. ------------------------------------------------------------------------------
  440. Nantucket News - way behind the times
  441.  
  442. Thanks Steve:
  443. I still feel cheated when I pay money for a review of a PD program. 
  444. (Even though it does look well written and easy to understand)
  445.      <<  Mark  >>
  446.  
  447.  
  448. Msg#7571   To:HOWARD KAPUSTEIN                          (Rcvd)
  449. From:DIRK LESKO                                 Date:01/07/89
  450. Subject:(R)NANTUCKET                            Parent Msg#4836
  451. ------------------------------------------------------------------------------
  452. Howard, isn't there a file on the board that explains how to do that with
  453. TC ?
  454.  
  455.  
  456. Msg#7572   To:GARY GRUBER                                
  457. From:DIRK LESKO                                 Date:01/07/89
  458. Subject:(R)CLIPPER GET READ                     Parent Msg#7567
  459. ------------------------------------------------------------------------------
  460. Gary, FUNCky has been able to do that 4 many months now, and with less
  461. than 2k memory overhead....Click on gets with the mouse, nested reads to
  462. 15-16 levels, re-activate any get you want, run functions in the
  463. background while entering data, all with no special functions necessary.
  464. All use Clipper's own GET/READ system so integration is seamless.
  465.  
  466.  
  467.  
  468. Msg#7573   To:ALL                                        
  469. From:STEVE STRALEY                              Date:01/07/89
  470. Subject:ACCOUNTING.                             Parent Msg#7573
  471. ------------------------------------------------------------------------------
  472. With permission of Dirk, I've uploaded a file called SPECS.ARC.  In it
  473. are the first draft of the things that our new accounting program can do
  474. (notice, not WILL do, but can do).  Either myself or Joe Booth will be
  475. more than happy to take any questions regarding this system.
  476.  
  477. Also, I will upload a file in the near future with a complete listing of
  478. the functions/feature in ToolkiT 2.0.  I will post a public message
  479. letting you all know that it is there.
  480.  
  481. Again, thanks for the support!
  482.  
  483. Steve
  484.  
  485.  
  486. Msg#7574   To:DIRK LESKO                                (Rcvd)
  487. From:MENACHEM BAZIAN                            Date:01/07/89
  488. Subject:APPTMENT CALENDAR                       Parent Msg#7574
  489. ------------------------------------------------------------------------------
  490. Dirk,
  491.  
  492. I need some routines that will run an apptment cdalendar. I need source
  493. too.
  494.  
  495. Basically, what I am looking for is a series of routines that will
  496. maintain a list of appointments for a particuylar day and not allow for
  497. entering apptmts twice for the same time. It has to catch overlapping
  498. appointments too.
  499.  
  500. Got any suggestions??
  501.  
  502. Menachem
  503.  
  504.  
  505. Msg#7575   To:MENACHEM BAZIAN                           (Rcvd)
  506. From:DIRK LESKO                                 Date:01/07/89
  507. Subject:(R)APPTMENT CALENDAR                    Parent Msg#7574
  508. ------------------------------------------------------------------------------
  509. I Guess you'll have to start codeing soon. There are some routines on the
  510. board called yacal.arc or jbcal that put up a calender.
  511.  
  512. dLESKO
  513.  
  514.  
  515. Msg#7576   To:ALL                                        
  516. From:DAVID RICHISON                             Date:01/08/89
  517. Subject:PRINTER BUFFERS                         Parent Msg#7576
  518. ------------------------------------------------------------------------------
  519. I got so much good advice on my query about word processing software, I
  520. thought I would ask a hardware question:  Anybody have advice on
  521. connecting 4 or 5 PCs to a laser printer?  They are located about 20 feet
  522. apart so I want to use serial cables and an intelligent buffer.  Got any 
  523. sugguestions?
  524.  
  525. I remain,
  526.  
  527. Troubled in Tokyo,
  528. -David
  529.  
  530.  
  531. Msg#7577   To:DIANE LASK                                 
  532. From:RON LANDBERG                               Date:01/08/89
  533. Subject:(R)INTRODUCTION                         Parent Msg#7557
  534. ------------------------------------------------------------------------------
  535. Hello.  Welcome.  And what suit (involving Nantucket?) should we not ask
  536. you about?
  537.  
  538.  
  539. Msg#7578   To:RON LANDBERG                              (Rcvd)
  540. From:STEVE DAVIES                               Date:01/08/89
  541. Subject:(R)INTRODUCTION                         Parent Msg#7557
  542. ------------------------------------------------------------------------------
  543. Without hesitation, I would venture to say that the suit she was talking
  544. about was AT vs FOX, and not to ask Nantucket for their position on it.
  545. Steve Davies
  546.  
  547.  
  548. Msg#7579   To:DIANE LASK                                 
  549. From:CONSTANTIN FLORESCU                        Date:01/08/89
  550. Subject:(R)MEMOEDIT() PRINT                     Parent Msg#7338
  551. ------------------------------------------------------------------------------
  552. Thanks Diane. That's exactly how I finally solved the problem!
  553. You would not believe how long it took me to do it, but like
  554. I said Finally I figured that out myself.
  555. Thanks again and appreciate having you on this BBS.
  556. <CF>
  557.  
  558.  
  559. Msg#7580   To:HOWARD KAPUSTEIN                          (Rcvd)
  560. From:KELLY STANONIK                             Date:01/08/89
  561. Subject:(R)DB_SPEED.ARC                         Parent Msg#7538
  562. ------------------------------------------------------------------------------
  563. That sounds kind of fishy.  I would be a little leary of using something
  564. that "does some pokes" to speed up a Clipper program unless I knew
  565. exactly what those pokes were.
  566.  
  567.  
  568. Msg#7582   To:DIRK LESKO                                (Rcvd)
  569. From:KELLY STANONIK                             Date:01/08/89
  570. Subject:(R)DB_SPEED.ARC                         Parent Msg#7538
  571. ------------------------------------------------------------------------------
  572. After it formats your C: drive?
  573.  
  574.  
  575. Msg#7583   To:STEVE DAVIES                               
  576. From:KELLY STANONIK                             Date:01/08/89
  577. Subject:(R)INTRODUCTION                         Parent Msg#7557
  578. ------------------------------------------------------------------------------
  579. I think you're right, and I think their position is that they don't like
  580. it. (grin)
  581.  
  582.  
  583. Msg#7584   To:STEVE STRALEY                             (Rcvd)
  584. From:MARK NEIDORFF                              Date:01/08/89
  585. Subject:(R)ACCOUNTING.                          Parent Msg#7573
  586. ------------------------------------------------------------------------------
  587. Relative to your accounting package:
  588.  
  589. You made me ask Steve:
  590. What is the difference between what a program CAN do, and what a program
  591. WILL do?  Why won't it do what is can do?  Seems like you have some
  592. pretzel logic going on here.   [hmmmmmm........]
  593.      <<  Mark  >>
  594.  
  595.  
  596. Msg#7585   To:DAVID RICHISON                             
  597. From:MARK NEIDORFF                              Date:01/08/89
  598. Subject:(R)PRINTER BUFFERS                      Parent Msg#7576
  599. ------------------------------------------------------------------------------
  600. I'm doing the same thing now, David.  I'm planning on using the Logical
  601. Connection by 5th Generation Systems.  Anyone got a better idea?
  602.      <<  Mark  >>
  603.  
  604.  
  605. Msg#7588   To:DAVID RICHISON                             
  606. From:CLIFF GREEN                                Date:01/08/89
  607. Subject:(R)PRINTER BUFFERS                      Parent Msg#7576
  608. ------------------------------------------------------------------------------
  609. I don't have the name and specs here at home, but I've been looking into
  610. a buffer/"traffic cop" for the HP LJ II/IID which starts at 256k ram and
  611. allows up to 4 lines going in.  It uses twisted pair wires and conversion
  612. blocks at the pc end (converting from twisted pair to rs-232 heads).  You
  613. can get either 25-pin or 9-pin blocks (they run about $20-25 each) and
  614. the buffer runs about $490.  They do offer institutional discounts, and
  615. may even have other kinds of deals (the company offered us a 40%
  616. discount).  Oh yeah.  It (the buffer) fits into one of the bays in the
  617. LJ, so there's no extra landscape needed.  I'll look it up when I get
  618. into the office.
  619.  
  620.  
  621. Msg#7589   To:KELLY STANONIK                            (Rcvd)
  622. From:DIRK LESKO                                 Date:01/08/89
  623. Subject:(R)DB_SPEED.ARC                         Parent Msg#7538
  624. ------------------------------------------------------------------------------
  625. No, I tried it, and my C: drive is still working (until when we will
  626. see....) Anyhow, stay away from it...
  627.  
  628. dLESKO
  629.  
  630.  
  631. Msg#7590   To:MARC HANJE                                (Rcvd)
  632. From:RICHARD HORWITZ                            Date:01/08/89
  633. Subject:(R)DBEDIT QUESTION                      Parent Msg#7364
  634. ------------------------------------------------------------------------------
  635.   HI
  636.      What you can do is instead of specifying the four fields seperatly
  637. in the field array (ie. FIELD[1]='FIRST_NAME',FIELD[2]='LAST_NAME'.....)
  638. you create only ONE element for this array.
  639.  ie: FIELD[1]='FIRST_NAME+LAST_NAME+MI'
  640. Then pass this to dbedit as you normally would, and you get only one bar.
  641. <<RICH>>
  642.  
  643.  
  644. Msg#7591   To:DAVID RICHISON                             
  645. From:STEVE BADARACCO                            Date:01/09/89
  646. Subject:(R)PRINTER BUFFERS                      Parent Msg#7576
  647. ------------------------------------------------------------------------------
  648. Our company tried "The Logical Connection" and found it to be the best
  649. and easiest to use of the major switchers.
  650. For information, write to :
  651.    Fifth Generation Systems  (They also did Fastback!)
  652.    11200 Industriplex Boulevard
  653.    Baton Rouge, Louisiana  70809-4112
  654.    Sales #: (800)-225-2775  Cust Serv #: (504)-291-7221
  655. P.S.- It accepts serial AND parallel printers at the same time!!!!!
  656.  
  657.  
  658. Msg#7592   To:DAVID RICHISON                             
  659. From:JAMES MOORE                                Date:01/09/89
  660. Subject:(R)PRINTER BUFFERS                      Parent Msg#7576
  661. ------------------------------------------------------------------------------
  662. What type of laser Printer are you using ?  
  663.  
  664. If you are using HP LJ2 then I highly recommend ESI Sharespooler,  this
  665. is a product developed specifically  for LJ2's allows for up to 4 PC's to
  666. be hooked up to 1 LJ2 with intelligent buffering up to 1 Meg...
  667.  
  668. There was another product that I can't find the info on at the moment but
  669. I'll leave another message as soon as I find the Info....
  670.   
  671. The other product will work not only on Lasers put any type of shared
  672. device...... more later.
  673.  
  674.  
  675. James
  676.  
  677.  
  678. Msg#7593   To:GENE FRIEDMAN                             (Rcvd)
  679. From:JOE BOOTH                                  Date:01/09/89
  680. Subject:(R)MEMORY PROBLEM                       Parent Msg#7535
  681. ------------------------------------------------------------------------------
  682. This problem is documented in one of the Nantucket publications.  I'll
  683. see if I can dig it up....
  684.  
  685.  
  686. Msg#7594   To:MARK NEIDORFF                             (Rcvd)
  687. From:JOE BOOTH                                  Date:01/09/89
  688. Subject:(R)ACCOUNTING.                          Parent Msg#7573
  689. ------------------------------------------------------------------------------
  690. The difference between what the program can do and what it will do, is
  691. a nice way of the saying the program is complete and in beta.  What it
  692. can do, is a list of features that are already in the version we plan on
  693. releasing....
  694.  
  695.  
  696. Msg#7595   To:JOE BOOTH                                 (Rcvd)
  697. From:GENE FRIEDMAN                              Date:01/09/89
  698. Subject:(R)MEMORY PROBLEM                       Parent Msg#7535
  699. ------------------------------------------------------------------------------
  700. You mean Nantucket News?  If the info is in there I can look it up as I 
  701. have most back issues.  Thanks.
  702.  
  703.  
  704. Msg#7596   To:DAVID RICHISON                             
  705. From:CLIFF GREEN                                Date:01/09/89
  706. Subject:(R)PRINTER BUFFERS                      Parent Msg#7576
  707. ------------------------------------------------------------------------------
  708. OK.  The name of the company is Extended Systems, their phone number is
  709. (208) 322-7163, and their address is Extended Systems, 6062 Morris Hill
  710. Lane, Boise, Idaho 83704.  There's a brief mention of the product in the
  711. 1/17/89 PC Mag. on p. 51.  The item (ESI-2041B ShareSpool board) lists
  712. for $495, the RJ45 modular jack cable goes for $25/ea @ 50', the adapters
  713. for 9- or 25-pin RS232 ports go for $20/ea.
  714.  
  715.  
  716. Msg#7597   To:MARK NEIDORFF                             (Rcvd)
  717. From:STEVE STRALEY                              Date:01/10/89
  718. Subject:(R)ACCOUNTING.                          Parent Msg#7573
  719. ------------------------------------------------------------------------------
  720. Well, let's use that same logic with past versions of Clipper.  Clipper
  721. CAN pack data file and WILL corrupt them as well.  The difference between
  722. the CAN and the WILL is in intent: the CAN is the idea behind the project
  723. and the WILL is the eventuality. For example, I can make a bug-free
  724. ToolkiT; however, we WILL experience difficulties.  You see, one is
  725. intent (honest and fair, be it so) while the other is reality.  The
  726. object of a software development house should be to make the CAN and the
  727. WILL the same.  That is our goal with the accounting package AND with
  728. ToolkiT 2.0.  Thanks for the question.. does it give you a better
  729. picture??  Take care,
  730.  
  731. Steve
  732.  
  733.  
  734. Msg#7598   To:DIRK LESKO                                (Rcvd)
  735. From:ED TILEY                                   Date:01/10/89
  736. Subject:(R)NEW CLIPPER BOOK                     Parent Msg#7324
  737. ------------------------------------------------------------------------------
  738. DIRK,
  739. I'VE JUST ABOUT DECIDED TO SEND THE SOURCE PACKING. AFTER SEEING
  740. COMPUSERVE AND THE TRAFFIC IT GENERATES, THE SOUCE IS LIKE CPM!
  741.                ED
  742. P.S. SEQUEL ON HOLD WHILE I DO TWO ON DBASE IV. BY THAT TIME I THINK
  743. WE'LL NEED TO DO A REVISION, THEN A SEQUEL
  744.  
  745.  
  746. Msg#7599   To:DAVID RICHISON                             
  747. From:ED TILEY                                   Date:01/10/89
  748. Subject:(R)OLD CLIPPER BOOK                     Parent Msg#7474
  749. ------------------------------------------------------------------------------
  750. DAVID,
  751. THANKS FOR THE INFO.
  752.        ED
  753.  
  754.  
  755. Msg#7600   To:MARK NEIDORFF                             (Rcvd)
  756. From:ED TILEY                                   Date:01/10/89
  757. Subject:(R)NEW CLIPPER BOOK      
  758. ------------------------------------------------------------------------------
  759. MARK,
  760. I'LL GIVE IT A SHOT AS SOON AS I CAN CRAWL OUT FROM UNDER DBASE IV. I'M
  761. DOING ONE ON DBASE PROGRAMMING THAT WILL BE OUT ABOUT TAX TIME AND I'VE
  762. ONLY GOT THE FIRST THREE CHAPTERS SO FAR.
  763.              ED
  764.  
  765.  
  766. Msg#7601   To:MARK NEIDORFF                             (Rcvd)
  767. From:ED TILEY                                   Date:01/10/89
  768. Subject:(R)OLD CLIPPER BOOK      
  769. ------------------------------------------------------------------------------
  770. MARK,
  771. SEND INFORMATION TO ME AT 7856 BUFFALO PASS TALLAHASSEE, FL 32304
  772. MY COMPANY'S NAME IS DATA-TRAIN. THANKS
  773.           ED
  774.  
  775.  
  776. Msg#7603   To:MARC SCHNAPP                               
  777. From:ED TILEY                                   Date:01/10/89
  778. Subject:(R)LINKER                
  779. ------------------------------------------------------------------------------
  780. MARC,
  781. I HAVE JUST GIVEN MARK THE INFORMATION AND HE HAS PROMISED TO PASS IT ON
  782. TO YOU, BUT HERE IT IS UP CLOSE AND PERSONAL:
  783. ED TILEY
  784. DATA-TRAIN
  785. 7856 BUFFALO PASS
  786. TALLAHASSE,FL 32304
  787.  
  788. PLEASE SEND ME SOME INFORMATION AND A COUPLE OF BACK ISSUES.THANKS
  789.            ED
  790.  
  791.  
  792. Msg#7605   To:KELLY STANONIK                            (Rcvd)
  793. From:RON LANDBERG                               Date:01/10/89
  794. Subject:(R)INTRODUCTION                         Parent Msg#7557
  795. ------------------------------------------------------------------------------
  796. I think you are both right about Nantucket not wanting to comment on the
  797. AT-Fox suit.
  798.  
  799. I don't see how Nantucket has anything to worry about unless AT somehow
  800. succeeds in a proprietary claim on the language - Clipper just can't be
  801. touched even if AT wins, if their victory is limited to "look and feel". 
  802.  
  803. To the issue of the language itself, I think Nantucket should be very
  804. concerned - although I don't see how At can win on that ground.
  805.  
  806. - Ron
  807.  
  808.  
  809. Msg#7606   To:DIRK LESKO                                (Rcvd)
  810. From:RON LANDBERG                               Date:01/10/89
  811. Subject:MEMOEDIT TOGGLES                        Parent Msg#7606
  812. ------------------------------------------------------------------------------
  813. Found a very interesting effect in MEMOEDIT:
  814.   
  815. In the startup state of MEMOEDITS (three different ones) in an applic-
  816. ation I toggle INSert on.  Then I trap any subsequent keystroke = 22 so
  817. that the INSert mode stays on throughout the edit.  That's the way I
  818. want it to work.
  819.   
  820. I discover that the toggle state does NOT return to the default state
  821. of OFF after I leave a memoedit.  Even though the operator has returned
  822. from the procedure that the memoedit is in,(returning to the main module
  823. from the overlay in which the three memoedits are to be found), when the
  824. operator chooses another, even different memoedit, the INSert state is
  825. the same as it was left in the previous memoedit.  So my startup mode
  826. toggle acts the opposite of what I desire every other time ANY memoedit
  827. is invoked.
  828.   
  829. Since in each memoedit I trap keystroke = 22 to avoid the operator
  830. resetting the toggle, I cannot even reset the toggle at the very end of
  831. each memoedit -- it just gets trapped like a keystroke and no action is
  832. taken.  I am forced to set a global variable to keep track of the toggle
  833. state.
  834.   
  835. Is this the way it is supposed to work or am I missing something?
  836.  
  837. -Ron
  838.  
  839. (P.S.) I just started using MEMOEDIT so forgive me if this question is
  840. dumb or obvious.
  841.  
  842.  
  843. Msg#7607   To:DIRK LESKO                                (Rcvd)
  844. From:HOWARD KAPUSTEIN                           Date:01/10/89
  845. Subject:(R)NANTUCKET                            Parent Msg#4836
  846. ------------------------------------------------------------------------------
  847. Since TC came out, I've managed to scrounge up a couple of dregs here and
  848. there about using TC and Clipper, but invariably the info turned up
  849. insufficient. I did come across one text file that explained how to do
  850. it, but since TC 2.0 came out, noone has any news. I know TLINK does not
  851. work with Clipper since 2.0 came out, and I don't have the time to sit
  852. down and play with the dozens of possible combinations needed to compile
  853. properly, assuming TC 2.0 can compile files for use with Clipper. So I
  854. was hoping that someone might already have done so and provide me with
  855. the shortcut past all those hours of lowlevel playing...
  856.  
  857.  
  858. Msg#7608   To:GENE FRIEDMAN                             (Rcvd)
  859. From:HARRY GILBERT                              Date:01/10/89
  860. Subject:(R)MEMORY PROBLEM                       Parent Msg#7535
  861. ------------------------------------------------------------------------------
  862. I always use the E000 command. Try using the V command to reduce memory
  863. consumption by memvars. 
  864.  
  865.  
  866. Msg#7609   To:DAVID RICHISON                             
  867. From:RON HOCKEMEIER                             Date:01/10/89
  868. Subject:(R)PRINTER BUFFERS                      Parent Msg#7576
  869. ------------------------------------------------------------------------------
  870. Hi David.  I'm using a product called a "printer systemizer."  The vendor
  871. is Applied Creative Technology.  (I just saw a full page ad for 'em in PC
  872. mag; you can check there for further info.)
  873. I used an earlier product of theirs for a copuple of years (called a
  874. printer optimizer--a smart printer buffer); so I was comfortable ordering
  875. from them.
  876. In essence, the "printer systemizer" is a smart A-B switch, with 64K
  877. buffer, and "translation capability.  [What's translation capability?  A
  878. word processing user can include a statement such as "<<LET>>" in the
  879. file.  When the file is sent to the printer--via the systemizer--the
  880. systemizer translates the statement to a macro which calls the image of a
  881. letterhead.  The translation could also be from Epson to Oki code, etc.]
  882. I have a couple of applications running which access multiple printers.
  883. (Some of which are remote.)  My applications switch into the remote
  884. printers by sending <<PRINTERx>> to the systemizer.  (X being the remote
  885. printer number.)  It's transparent to users.  Users can also access the
  886. remote printers by pressing a front panel switch.
  887. PCs are connected to the systemizer via standard parallel or serial
  888. cable. (Yep, the systemizers handle either.)  Printers are connected via
  889. db25 male to male cables.  Systemizers are interconnected via something
  890. similiar to modular phone cable.  (16 printers can be on a base system.) 
  891.     
  892. The system is easy to set-up, break-down.  We've effortlessly relocated
  893. PCs and printers.  All we had to do was move lightweight cable.
  894. Be well.
  895.  
  896.  
  897. Msg#7610   To:RON LANDBERG                              (Rcvd)
  898. From:DIRK LESKO                                 Date:01/10/89
  899. Subject:(R)MEMOEDIT TOGGLES                     Parent Msg#7606
  900. ------------------------------------------------------------------------------
  901. Apparently they forgot to force insert off at the end of the memoedit().
  902. Isn;t there a function called readinsert() or something like that where
  903. you can force it off yourself? If not, FUNCky can do that......
  904.  
  905. dLESKO
  906.  
  907.  
  908. Msg#7612   To:MARK NEIDORFF                             (Rcvd)
  909. From:STEVE STRALEY                              Date:01/11/89
  910. Subject:(R)ACCOUNTING.           
  911. ------------------------------------------------------------------------------
  912. No problem... I didn't see Joe Booth's response either... mine was just a
  913. long winded version of his response as well.  Thanks and take care...
  914.  
  915. Steve
  916.  
  917.  
  918. Msg#7613   To:RON LANDBERG                              (Rcvd)
  919. From:KELLY STANONIK                             Date:01/11/89
  920. Subject:(R)INTRODUCTION                         Parent Msg#7557
  921. ------------------------------------------------------------------------------
  922. I've seen stranger things happen, though.  Fox's retort is pretty
  923. powerful sounding--I hope it packs a punch in the court room.
  924.  
  925. Kelly
  926.  
  927.  
  928. Msg#7614   To:RICHARD HORWITZ                            
  929. From:MARC HANJE                                 Date:01/11/89
  930. Subject:(R)DBEDIT QUESTION                      Parent Msg#7364
  931. ------------------------------------------------------------------------------
  932. Hey... thanks for the response. The route I chose was to to use a
  933. function that returns the string of fname+lname+str(number,4) or
  934. whatever. I think (repeat) think, you will have a problem using your
  935. approach if you have to use a str() or dtoc() function. A problem with
  936. macros tpye error. Therefore I went with 1 element: ele[1]=somefunc()...
  937. etc...
  938.   
  939. Correct me if I am wrong, nad once again thanks...
  940.   
  941. ...Marc
  942.  
  943.  
  944. Msg#7616   To:ALL                                        
  945. From:CONSTANTIN FLORESCU                        Date:01/11/89
  946. Subject:USING EXPANDED MEM                      Parent Msg#7616
  947. ------------------------------------------------------------------------------
  948. I know that I have enough memory (1024K including expanded)
  949. to run this application but I dont't know how to set it up.
  950. Anybody can  advise me on how to use it/set it up so I could
  951. run this application of about 448K without removing
  952. the Sidekick(which takes almost 100K) ?
  953. Thanks.
  954. <CF>
  955.  
  956.  
  957. Msg#7619   To:STEVE DAVIES                               
  958. From:NEIL WEICHER                               Date:01/11/89
  959. Subject:(R)CLIPPER CLUB NJ MEETIN
  960. ------------------------------------------------------------------------------
  961. Since we're talking about authors.... I'm author of NetLib, dONEtwoTHREE
  962. and Get-It (the only lib with true, unrestricted nested reads).
  963.  
  964. Regards,
  965. Neil
  966.  
  967.  
  968. Msg#7620   To:ANDREW VIOLA                              (Rcvd)
  969. From:NEIL WEICHER                               Date:01/11/89
  970. Subject:(R)INVISIBLE NETWORK     
  971. ------------------------------------------------------------------------------
  972. I'd be very interested in seeing any UI templates you create for NetLib. 
  973. In regards to the problem, I will look into it and get back to you
  974. shortly.  Good suggestion for the N_TIMEOUT function... should be a
  975. fairly easy enhancement.  I'll let you know how it works out.
  976.  
  977. Regards,
  978. Neil
  979.  
  980.  
  981. Msg#7621   To:DIRK LESKO                                (Rcvd)
  982. From:RON LANDBERG                               Date:01/12/89
  983. Subject:(R)MEMOEDIT TOGGLES                     Parent Msg#7606
  984. ------------------------------------------------------------------------------
  985. With some prodding, I have already discovered readinsert().  It just came
  986. as a surprise to me that the toggle state wouldn't be reset to default
  987. when leaving one memoedit before starting a totally different memoedit.
  988. Really, readinsert() should be only for WITHIN a given memoedit, not to
  989. track the toggle state through ALL memoedits.  Minor point.
  990.  
  991.  
  992. Msg#7622   To:MARC HANJE                                (Rcvd)
  993. From:RON LANDBERG                               Date:01/12/89
  994. Subject:(R)DBEDIT QUESTION                      Parent Msg#7364
  995. ------------------------------------------------------------------------------
  996. I generally do the same thing - return a value to the field definition
  997. from a UDF, but for a different reason.  Since the field definition is
  998. enclosed within quotes, I couldn't get always fit a complicated
  999. definition with str(), etc. type functions on one line in my text editor
  1000. (Turbo - 126 char maximum per line).  So I just went to the UDF solution.
  1001.  
  1002.  
  1003.  
  1004. Msg#7626   To:ALL                                        
  1005. From:MARC HANJE                                 Date:01/13/89
  1006. Subject:DBEDIT QUESTION CONT...  
  1007. ------------------------------------------------------------------------------
  1008.   
  1009. DBEDIT PROBLEM├─────────────────────────────────────────────────────
  1010. ──────────────┘
  1011. I'm writting a simple hand receipt program. Master file contains personal
  1012. data (name, issue date, etc) which is related into the items database.
  1013. DBEDIT is used to display/update the line items. SET FILTER is used to
  1014. control what DBEDIT sees. The filter is ITEMS->R_NO == HANDRCPT->R_NO.
  1015.   
  1016. When moving from 1 hand receipt to another (controled by my exception
  1017. routine), if I had moved from a 5 line hand receipt, with hilite on the
  1018. 4th item to a hand receipt with less items, the first line item would be
  1019. displayed (top DBEDIT row - current DBEDIT row) times, with the new
  1020. hilite on the 1st new line item.
  1021.   
  1022. Another problem would be that the down arrow key would not beep (should
  1023. have cause of eof check), but the up arrow would. This up/down arrow key
  1024. problem would occur even if the next hand receipt had multiple items.
  1025.   
  1026. This problem occurs when I return a DBEDIT request of 1 or 2.
  1027.   
  1028. SILLY SOLUTION├─────────────────────────────────────────────────────
  1029. ──────────────┘
  1030. ContDbedit = .T.
  1031. DO WHILE ContDbedit
  1032.   
  1033.    ContDbedit = .F.
  1034.    DBEDIT(08, 01, 20, 78, xFieldList, [Brow_Excpt], [], [], [], [])
  1035.   
  1036. ENDDO
  1037.   
  1038. ContDbedit is set true when the next/prev hand receipt key is pressed
  1039. moving to the correct records and I return a DBEDIT request of 0.
  1040.   
  1041. Hope this is clear. Is it me or is it DBEDIT!!??
  1042.   
  1043. Any comments...
  1044.   
  1045. Marc├───────────────────────────────────────────────────────────────
  1046. ────┘
  1047.   
  1048.  
  1049.  
  1050. Msg#7627   To:DIRK LESKO                                (Rcvd)
  1051. From:MENACHEM BAZIAN                            Date:01/13/89
  1052. Subject:(R)APPTMENT CALENDAR                    Parent Msg#7574
  1053. ------------------------------------------------------------------------------
  1054. Thanks dirk,
  1055.  
  1056. I'll take a look at at them.
  1057. Menachem
  1058.  
  1059.  
  1060. Msg#7629   To:KEN CHERRY                                 
  1061. From:MENACHEM BAZIAN                            Date:01/13/89
  1062. Subject:(R)DISK FORMATTING                      Parent Msg#7549
  1063. ------------------------------------------------------------------------------
  1064. Well,
  1065.  
  1066. The only thing I can think of is to use the following command:
  1067.  
  1068. RUN FORMAT <DRIVE>:
  1069.  
  1070. Format is a DOS command and I do not believe that there has been anything
  1071. written for clipper to emulate it. In which case, using the DOS command
  1072. with the RUN feature would be the only way.
  1073.  
  1074. >MB<
  1075.  
  1076.  
  1077. Msg#7630   To:RON HOCKEMEIER                            (Rcvd)
  1078. From:MENACHEM BAZIAN                            Date:01/13/89
  1079. Subject:(R)DISK FORMATTING                      Parent Msg#7549
  1080. ------------------------------------------------------------------------------
  1081. Ron,
  1082.  
  1083. What does that cost and what DOS functions has he written into dBdback?
  1084. Also, does the format guarantee compatibility with all available versions
  1085. of DOS??
  1086.  
  1087. Menachem
  1088.  
  1089.  
  1090. Msg#7631   To:CONSTANTIN FLORESCU                       (Rcvd)
  1091. From:MENACHEM BAZIAN                            Date:01/13/89
  1092. Subject:(R)USING EXPANDED MEM                   Parent Msg#7616
  1093. ------------------------------------------------------------------------------
  1094. Constantin,
  1095.  
  1096. I am in a similar situation with an application I have written where the
  1097. client wants to run it on an XT compatible with 2MB EMS. They have the
  1098. machine set up to work in tandem with a system 36 and have set up an AST
  1099. terminal emulator (which uses 200K or so while resident) which they want
  1100. to keep running while they use my application.
  1101.  
  1102. My application is cut up into a whole bunch of overlays but probably is
  1103. still using abt 400K or so when data files are open. The application
  1104. bombs as a result.
  1105.  
  1106. An added complication is that I make frequent use of the RUN command for
  1107. some work (formatting diskettes, backing up files, etc..) and these have
  1108. been dying as well (in fact, these represent 90% of my problem).
  1109.  
  1110. I still havent figured this one out yet but I am working on it. If you
  1111. hear anything on this, Please let me know and I promise to do the same.
  1112.  
  1113. Good luck,
  1114. Menachem Bazian
  1115.  
  1116.  
  1117. Msg#7633   To:MENACHEM BAZIAN                           (Rcvd)
  1118. From:DIRK LESKO                                 Date:01/13/89
  1119. Subject:(R)EXPANDED MEMORY       
  1120. ------------------------------------------------------------------------------
  1121. from what I undrestand dBBS will be getting some kind of echo feature
  1122. soon. I am not sure what kind, but I have heard that something is being
  1123. devised. I too am an IDbug member and I do participate in the BBS. an
  1124. ECHO with the BOSS would be OK, but I don't know if it is possible right
  1125. now since the vewrsion of dBBS can;t do it yet. any comments would be
  1126. appreciated. Personnally I feel that the BOSS conference has more to
  1127. offer to IDbug than the IDbug conference has to offer to us. PLease don't
  1128. take that as a snub, it is just a fact. The IDbug Clipper conference has
  1129. very little activity, and most of the questions/answers are not of a
  1130. highly technical nature. I would attribute that to the moderators since
  1131. they do not seem to participate as much as other moderators. And by that
  1132. I mean yourself included. You've seen what role the moderator can play in
  1133. the success/failure of a conference by your experiences in the dBASE
  1134. conference. 
  1135.  
  1136. Anyway, see what you can do if you talk to them again. There's no sweat
  1137. here about an ECHO or something so go for it. But remeber, we are only
  1138. interested in CLipper here, or items that affect Clipper. None of that
  1139. dBASE mumbo jumbo.... (just joking) - still, if there is an echo, than it
  1140. would have to be only the Clipper conference.
  1141.  
  1142. dLESKO
  1143.  
  1144.  
  1145. Msg#7635   To:ALL                                        
  1146. From:CURTIS LITTLE                              Date:01/13/89
  1147. Subject:SWITCH!                                 Parent Msg#7635
  1148. ------------------------------------------------------------------------------
  1149. I'm leaving a message about a file I sent to explain a little more about
  1150. what it does than can fit in the description.  The archive is
  1151. SWITCH2.ARC.  This is a function that is callable from Clipper (Summer
  1152. '87), C, and Assembly.  Switch! saves the memory used by your Clipper
  1153. application to disk (or EMS with registration) temporarily to free the
  1154. memory up to run a secondary application.  Using Switch! you can run a
  1155. 512K application from within a 512K application.  After the second
  1156. application is finished Switch! restores memory for the calling program
  1157. and execution returns to your program.  If you're a programmer and need
  1158. the ability to run programs from inside of your Clipper applications
  1159. Switch! is worth a look.  If anyone has comments about Switch! feel free
  1160. to leave me mail here.  Full assembly source is provided to registered
  1161. users.
  1162.  
  1163.  
  1164. Msg#7636   To:MENACHEM BAZIAN                            
  1165. From:CONSTANTIN FLORESCU                        Date:01/13/89
  1166. Subject:(R)USING EXPANDED MEM                   Parent Msg#7616
  1167. ------------------------------------------------------------------------------
  1168. Thanks Menachem. Sure, I will let you know if I hear anything.
  1169. As a matter of fact I wanted to ask you, if you figure out
  1170. how to scroll the help text in a window ?(I myself was
  1171. interested in that!)
  1172. Thanks
  1173. <CF>
  1174.  
  1175.  
  1176. Msg#7637   To:RON LANDBERG                              (Rcvd)
  1177. From:STEVE BADARACCO                            Date:01/13/89
  1178. Subject:(R)MEMOEDIT TOGGLES                     Parent Msg#7606
  1179. ------------------------------------------------------------------------------
  1180. Ron,
  1181. Unless I am mistaken, Readinsert() applies to GETs as well as MEMOEDIT().
  1182. That is why it does not reset to a "default" when you exit MEMOEDIT()...
  1183. it is a system-wide toggle state for all edit modes.
  1184.  
  1185. Someone correct me on this if I'm wrong.
  1186.  
  1187. By the way, you can GET the current value of readinsert by calling
  1188. Readinsert() with no parameters.
  1189. Example
  1190. Function UDF
  1191. private oldinsert
  1192. oldinsert = readinsert(.t.)      && turns it on AND saves old state
  1193. ...
  1194. <code>
  1195. ...
  1196. readinsert(oldinsert)            && sets it back to whatever it was
  1197. return <value>
  1198.  
  1199.  
  1200. Msg#7638   To:CURTIS LITTLE                             (Rcvd)
  1201. From:STEVE BADARACCO                            Date:01/13/89
  1202. Subject:(R)SWITCH!                              Parent Msg#7635
  1203. ------------------------------------------------------------------------------
  1204. What is the difference between Switch! and SWAP()?????????????
  1205.  
  1206.  
  1207. Msg#7639   To:CURTIS LITTLE                             (Rcvd)
  1208. From:DIRK LESKO                                 Date:01/13/89
  1209. Subject:(R)SWITCH!                              Parent Msg#7635
  1210. ------------------------------------------------------------------------------
  1211. Hi Curtis, does switch do what swap does?
  1212.  
  1213.  
  1214.  
  1215. Msg#7640   To:ALL                                        
  1216. From:SCOTT VANOVER                              Date:01/13/89
  1217. Subject:INDEXING PROBLEM                        Parent Msg#7640
  1218. ------------------------------------------------------------------------------
  1219. I am having an interesting problem since the turn of the new year.
  1220. Several of the system I have written have an index key of
  1221. (acct_num+dtoc(date_svc)) as the key index. Clipper seems to put them out
  1222. of order now. It doesn't recognize the year. Sometimes it won't even
  1223. recognize the month and list the records in a random order. Any
  1224. suggestions? When I look at the index file the above key is there. I have
  1225. deleted the indexs and completly re-created but no luck. THANKS....SPV
  1226.  
  1227.  
  1228. Msg#7641   To:STEVE BADARACCO                           (Rcvd)
  1229. From:CURTIS LITTLE                              Date:01/13/89
  1230. Subject:(R)SWITCH!                              Parent Msg#7635
  1231. ------------------------------------------------------------------------------
  1232. The functional difference is minor.  Mine can use EMS if it's registered
  1233. whereas SWAP() can only go to disk (at least the versions of it I've
  1234. seen).  SWAP() is my competition.  I offer Switch! for $20.00 versus
  1235. $35.00, mine is not a limited DEMO version bombing after several uses,
  1236. and I also provide the full source code for Switch! to registered users. 
  1237. The author of SWAP() doesn't provide the source no matter what.  If
  1238. you're looking at what it's capable of, the capabilities really are about
  1239. the same (and the same overhead is involved) except for the EMS
  1240. capability that mine has.
  1241.  
  1242.  
  1243. Msg#7642   To:DIRK LESKO                                (Rcvd)
  1244. From:CURTIS LITTLE                              Date:01/13/89
  1245. Subject:(R)SWITCH!                              Parent Msg#7635
  1246. ------------------------------------------------------------------------------
  1247. Yes, it does the same except for the added capability to use EMS memory
  1248. is added to Switch!.
  1249.  
  1250.  
  1251. Msg#7643   To:NEIL WEICHER                              (Rcvd)
  1252. From:NOEL MANZANILLA                            Date:01/13/89
  1253. Subject:LOCKING RECORDS                         Parent Msg#7643
  1254. ------------------------------------------------------------------------------
  1255. Neil, I was wondering if you could lock records across different
  1256. applications.  For example, if I ran App1.exe and locked record # 1,
  1257. then someone in another station ran App2.exe and used the same data file
  1258. and tried to lock the same record, will the first lock be valid or will
  1259. the system crash ???? hope you can help me. I know you are busy with the
  1260. Clipper Seminar Series.  I hope you return to Boston for another seminar
  1261. in lieu of the one you cancelled.  That was the only place my company
  1262. would reimburse tuition for.  Thanks
  1263. Noel
  1264.  
  1265.  
  1266. Msg#7644   To:ALL                                        
  1267. From:CONSTANTIN FLORESCU                        Date:01/13/89
  1268. Subject:WORKHORSE PRINTER                       Parent Msg#7644
  1269. ------------------------------------------------------------------------------
  1270. Anybody can recomend a FAST,WORKHOSE Printer which
  1271. can do multiple carbon copies and dittos.
  1272. At the moment I use Epson FX 286 and FX 100 but the
  1273. carbon copies are very poor.
  1274. Thanks for any sugestions.
  1275. <CF>
  1276.  
  1277.  
  1278. Msg#7648   To:RON HOCKEMEIER                            (Rcvd)
  1279. From:ANDREW GROSS                               Date:01/13/89
  1280. Subject:(R)PRINTER BUFFERS                      Parent Msg#7576
  1281. ------------------------------------------------------------------------------
  1282. I haven't had the opportunity to try Systemizers...but I would think that
  1283. they would work as well as Dave says.  I still use an ACT Printer
  1284. Optimizer...great piece of hardware...
  1285.  
  1286. andrew g.
  1287.  
  1288.  
  1289. Msg#7649   To:MENACHEM BAZIAN                            
  1290. From:MARK NEIDORFF                              Date:01/13/89
  1291. Subject:(R)USING EXPANDED MEM                   Parent Msg#7616
  1292. ------------------------------------------------------------------------------
  1293. Check out a program called headroom.  It may give you everything that you
  1294. need.  Let me know what you find out.
  1295.      <<  Mark  >>
  1296.  
  1297.  
  1298. Msg#7651   To:MENACHEM BAZIAN                            
  1299. From:STEVE STRALEY                              Date:01/13/89
  1300. Subject:(R)GENERAL               
  1301. ------------------------------------------------------------------------------
  1302. I've uploaded a file called SPECS.ARC.  It should be on this system.  It
  1303. is on oubbs.. the number is 201-943-5419.   Let me know if you still
  1304. can't get it... and I'll send it to you.   Take care.
  1305.  
  1306. Steve
  1307.  
  1308.  
  1309. Msg#7653   To:CURTIS LITTLE                             (Rcvd)
  1310. From:DIRK LESKO                                 Date:01/13/89
  1311. Subject:(R)SWITCH!                              Parent Msg#7635
  1312. ------------------------------------------------------------------------------
  1313. Sounds good to me. If it is relatively safe I will test it and let people
  1314. know about it.
  1315.  
  1316. dLESKO
  1317.  
  1318.  
  1319. Msg#7655   To:CONSTANTIN FLORESCU                       (Rcvd)
  1320. From:DIRK LESKO                                 Date:01/13/89
  1321. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  1322. ------------------------------------------------------------------------------
  1323. How about the Brother 24 pin stuff. The stuff I have seen produced by it
  1324. is much mcuh blaker than the Epson, and it has 24pins so the output is
  1325. superb. It costs only a tad more than the Epson (wide carraige). If you
  1326. are interested, I think I can dredge up a specific model number.
  1327.  
  1328. dLESKO
  1329.  
  1330.  
  1331. Msg#7657   To:DIRK LESKO                                (Rcvd)
  1332. From:CURTIS LITTLE                              Date:01/13/89
  1333. Subject:(R)SWITCH!                              Parent Msg#7635
  1334. ------------------------------------------------------------------------------
  1335. Okay.  It should be safe.  I haven't tested it with DOS 4.0, but I've had
  1336. beta users using it for a couple of months.  If anyone finds any problems
  1337. with it let me know and I'll do everything in my power to fix any bugs if
  1338. some are found.  Hopefully Switch! will provide an alternative to SWAP()
  1339. and give the users what I consider to be a reasonable license agreement.
  1340.  
  1341.  
  1342. Msg#7658   To:STEVE BADARACCO                           (Rcvd)
  1343. From:RON LANDBERG                               Date:01/14/89
  1344. Subject:(R)MEMOEDIT TOGGLES                     Parent Msg#7606
  1345. ------------------------------------------------------------------------------
  1346. I have probably made too much of a small matter.  So, one last comment: I
  1347. can understand that the readinsert() function can't be reset since it has
  1348. to look throughout the system at both GETs and MEMOEDITs.  But, isn't
  1349. readinsert() reading a state?  If that is so, why isn't the feault state
  1350. restored for the memoedit?  Readinsert() will still read the state
  1351. correctly so that you can use that function to determne whether to toggle
  1352. or not.  My point is that a default state should be a default state. 
  1353. When my application leaves one memoedit and later starts up another one,
  1354. the DEFAULT state should be just that.  How wold we like it if there was
  1355. only one startup mode the first time we used a memoedit?  
  1356.  
  1357. Anyway, since I had readinsert() pointed out to me I realized that this
  1358. isn't a problem.  It just annoyed me.  And probably, my annoyance was not
  1359. well-founded.  With real problems like memory management, I will just
  1360. drop this subject of a minor and relatively theoretical point.  
  1361.  
  1362.  
  1363. Msg#7659   To:SCOTT VANOVER                             (Rcvd)
  1364. From:RON LANDBERG                               Date:01/14/89
  1365. Subject:(R)INDEXING PROBLEM                     Parent Msg#7640
  1366. ------------------------------------------------------------------------------
  1367. use the DTOS() function for proper indexing.  The DTOC() function can't
  1368. work properly across the year break.  Look at the following example:
  1369.  
  1370. 12/31/88 and 01/01/89.  In DTOC(), the month (12) evaluates as higher
  1371. than the month (01).  So the 01/01/89 date is indexed earlier than the
  1372. 12/31/88 date.
  1373.  
  1374. But the DTOS() function sees these two dates as:
  1375.  
  1376. 19881231 and 19890101.  So the first date is properly indexed first.
  1377.  
  1378.  
  1379. Msg#7662   To:DIRK LESKO                                (Rcvd)
  1380. From:CONSTANTIN FLORESCU                        Date:01/14/89
  1381. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  1382. ------------------------------------------------------------------------------
  1383. Yes I am very interested and I do have a good opinion about
  1384. Brother products(I own two of their typewriters Executron
  1385. 70 with memory which I use to use as printers few years ago
  1386. but since they are kind of slow I switched to Epson)
  1387. By the way this Brother with 24 pins, how fast is it if
  1388. you print multiple copies?
  1389. Thanks for your help.
  1390. <CF>
  1391.  
  1392.  
  1393. Msg#7664   To:SCOTT VANOVER                             (Rcvd)
  1394. From:JOEL SHAPIRO                               Date:01/14/89
  1395. Subject:(R)INDEXING PROBLEM                     Parent Msg#7640
  1396. ------------------------------------------------------------------------------
  1397. Try DTOS(date_svc) instead of DTOC(date_svc). that will keep the years
  1398. straight.
  1399.  
  1400. Joel
  1401.  
  1402.  
  1403. Msg#7665   To:CONSTANTIN FLORESCU                       (Rcvd)
  1404. From:DIRK LESKO                                 Date:01/14/89
  1405. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  1406. ------------------------------------------------------------------------------
  1407. I am not sure at the speed, but it is comparable to 9 pins if I remember
  1408. correctly.
  1409.  
  1410. dlESKO
  1411.  
  1412.  
  1413. Msg#7666   To:DIRK LESKO                                (Rcvd)
  1414. From:CONSTANTIN FLORESCU                        Date:01/14/89
  1415. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  1416. ------------------------------------------------------------------------------
  1417. Can you tell me then the exact Model(I need wide carriage) so I can 
  1418. call up some dealers?
  1419. Thanks.
  1420. <CF>
  1421.  
  1422.  
  1423. Msg#7667   To:ALL                                        
  1424. From:CONSTANTIN FLORESCU                        Date:01/14/89
  1425. Subject:SWITCH AWAY                             Parent Msg#7667
  1426. ------------------------------------------------------------------------------
  1427. Could anybody make this "SWITCH !" work, because I tried
  1428. for at least one hour and seems that doesn't work for me. What
  1429. is frustrating is that his author doesn't simply tell you
  1430. what to do to use it. Most of his discussion in the SWITCH.DOC
  1431. is purely advertising and sales promotion.
  1432. Probably I would have been interested and buy it if it wasn't
  1433. for this aggresive sales promotion. And on top of it, doesn't
  1434. even work !
  1435. Sorry Mr. Little, but you just wasted my time.
  1436. <CF>
  1437.  
  1438.  
  1439. Msg#7668   To:NOEL MANZANILLA                           (Rcvd)
  1440. From:NEIL WEICHER                               Date:01/14/89
  1441. Subject:(R)LOCKING RECORDS                      Parent Msg#7643
  1442. ------------------------------------------------------------------------------
  1443. Clipper locks are not application specific.  If application A opens file
  1444. X on station 1 and application B opens file X on station 2 they will both
  1445. respect each others locks.  But it has to be the exact same file in the
  1446. exact same directory.
  1447.  
  1448. Hope this helps.
  1449.  
  1450. Regards,
  1451. Neil
  1452.  
  1453.  
  1454. Msg#7670   To:ALL                                        
  1455. From:NEIL WEICHER                               Date:01/14/89
  1456. Subject:SAVE AND RESTORE GETS    
  1457. ------------------------------------------------------------------------------
  1458. A number of messages have discussed save and restore gets.  Let me repeat
  1459. that Get-It has had "true" save and restore gets for over two months, as
  1460. well as many other useful screen-handling functions.  No special
  1461. functions, no recoding, no arrays, etc etc etc.  
  1462.  
  1463. If you'd like more info, call 212-724-0150.
  1464.  
  1465. Regards,
  1466. Neil
  1467.  
  1468. PS Get-It is $79.
  1469.  
  1470.  
  1471. Msg#7671   To:CONSTANTIN FLORESCU                       (Rcvd)
  1472. From:CURTIS LITTLE                              Date:01/14/89
  1473. Subject:(R)SWITCH AWAY                          Parent Msg#7667
  1474. ------------------------------------------------------------------------------
  1475. Tell me what kind of problems you are having with it.  Have you looked at
  1476. the demo that was included with the file?  If you show me the syntax that
  1477. you're calling it with I'll be glad to help you get it working.  Also in
  1478. the back of the manual you will find an example of calling it with
  1479. clipper.  
  1480.  
  1481.  
  1482. Msg#7672   To:CONSTANTIN FLORESCU                       (Rcvd)
  1483. From:CURTIS LITTLE                              Date:01/14/89
  1484. Subject:(R)SWITCH AWAY                          Parent Msg#7667
  1485. ------------------------------------------------------------------------------
  1486. I composed the following text offline to help clear problems you're
  1487. having.  The doc may be harder to go by because it covers the use of
  1488. Switch! with C as well as Clipper programs.  
  1489. .
  1490. I composed this to help clear any problems that you are having with 
  1491. Switch!.  I'm assuming that most likely you are getting an unresolved 
  1492. external when you attempt to link Switch! in your program - in which 
  1493. case this should get it working for you.  To use Switch! in your 
  1494. programs there are several important things that must be done.  First, 
  1495. in your Clipper program you must call Switch! properly.  The syntax to 
  1496. use in your Clipper program is:
  1497.  
  1498.         SWITCH87( DRIVE, MEM, COMMAND_LINE )
  1499.  
  1500. For example if you wanted to execute the DOS TREE command from within
  1501. your program you could enter the command in your Clipper application as
  1502. follows
  1503.  
  1504.         SWITCH87( 0, 0, "TREE" )
  1505.  
  1506. The next important step is Switch! must be linked in your EXE or you'll
  1507. get an unresolved external error from the linker.  The object file for 
  1508. Clipper is called SWITCH87.OBJ.  For the demo program included with 
  1509. Switch! the MAKECLIP.BAT file shows how to link with Clipper using 
  1510. PLINK86.
  1511.  
  1512. If you get a linker error it means that you're not linking 
  1513. SWITCH87.OBJ in with the program.
  1514.  
  1515. Examples are provided throughout the document file included, and each 
  1516. of the parameters are explained in detail in the document.  I hope this 
  1517. helps you get it working, and if not leave me a message defining the 
  1518. exact problem you're having and I'll help get it working.  If you want 
  1519. a sample of using Switch! you can just use the MAKECLIP.BAT file to 
  1520. create the Clipper demo.  MAKECLIP.BAT assumes that Clipper is in your 
  1521. path, and the library files that came with Clipper are on the current 
  1522. drive in a directory called \CLIPPER.  If that's the way you have your 
  1523. machine setup all you have to do is type MAKECLIP and the demo will be 
  1524. created for you.
  1525.  
  1526.  
  1527.  
  1528.  
  1529.  
  1530.  
  1531.  
  1532. Msg#7673   To:CONSTANTIN FLORESCU                       (Rcvd)
  1533. From:DIRK LESKO                                 Date:01/14/89
  1534. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  1535. ------------------------------------------------------------------------------
  1536. One of my clients uses the exact model. Remind me during the week so I
  1537. can call them and ask him what the model # is.
  1538.  
  1539. dLESKO
  1540.  
  1541.  
  1542. Msg#7674   To:CONSTANTIN FLORESCU                       (Rcvd)
  1543. From:DIRK LESKO                                 Date:01/14/89
  1544. Subject:(R)SWITCH AWAY                          Parent Msg#7667
  1545. ------------------------------------------------------------------------------
  1546. We will be looking at it ourselves. I have downloaded a copy but I
  1547. hhaven;t tried it yet. If I find out anything I will let you know.
  1548.  
  1549. dLESKO
  1550.  
  1551.  
  1552. Msg#7678   To:CURTIS LITTLE                             (Rcvd)
  1553. From:CONSTANTIN FLORESCU                        Date:01/15/89
  1554. Subject:(R)SWITCH AWAY                          Parent Msg#7667
  1555. ------------------------------------------------------------------------------
  1556. Well, to begin with you should know that I appreciate anybody who
  1557. writes an application which straight forward(simple) but powerful.
  1558. In another words I expected that after I uncrunch your file I just
  1559. have to type "SWITCH filename" and that will do it(like most
  1560. applications presented on this BBS)
  1561. I typed "SWDEMO filename" also but all I got is the amount of
  1562. memory my application(filename) needs to run, which is
  1563. ridiculous since anybody can figure that out easily.
  1564. I also linked your SWITCH87 to my application, but again HOW
  1565. DO I CALL IT ? Indeed you have it somewhere there in your
  1566. SWITCH.DOC one line saying that we should call it as a
  1567. function, but that's it, the rest of DOC file tells us
  1568. how great your application is. Let the other people say
  1569. that.
  1570. I also tried to link SWITCH87 and create a SWITCH87.EXE file
  1571. but again did not work.(I used MS 5.1 and even tried PLINK87
  1572. which of course doesnt do it).
  1573. My system(IBM AT with 1024K(including EMS) doesn't have to do
  1574. with the fact that your application is kind of difficult to test.
  1575. Again I am sorry but I don't think I am interested.
  1576. Good Luck anyway....
  1577. <CF>
  1578.  
  1579.  
  1580. Msg#7679   To:CONSTANTIN FLORESCU                       (Rcvd)
  1581. From:STEVE DAVIES                               Date:01/15/89
  1582. Subject:DIRECTIONS FAX                          Parent Msg#7679
  1583. ------------------------------------------------------------------------------
  1584. Just checking to see if you got the fax ok
  1585. Steve
  1586.  
  1587.  
  1588. Msg#7680   To:STEVE DAVIES                              (Rcvd)
  1589. From:CONSTANTIN FLORESCU                        Date:01/15/89
  1590. Subject:(R)DIRECTIONS FAX                       Parent Msg#7679
  1591. ------------------------------------------------------------------------------
  1592. Yes, I did. Thanks. I will see you there.
  1593. <CF>
  1594.  
  1595.  
  1596. Msg#7681   To:CURTIS LITTLE                             (Rcvd)
  1597. From:HOWARD KAPUSTEIN                           Date:01/15/89
  1598. Subject:SWITCH                                  Parent Msg#7681
  1599. ------------------------------------------------------------------------------
  1600. Does SWITCH also work with Overlays? 
  1601.  
  1602.  
  1603. Msg#7683   To:ALL                                        
  1604. From:DAVID MCNAMARA                             Date:01/15/89
  1605. Subject:OVERLAY.LIB                             Parent Msg#7683
  1606. ------------------------------------------------------------------------------
  1607. I have the most recent bug fixes to Clipper (I think anyway) and I am try
  1608. to split an application that I have up into overlays.  I am using the
  1609. SECTION INTO  format to create external overlays but I am not getting any
  1610. .OVL files produced.  Everything seems to compile and link fine with no
  1611. errors but I do not get the .OVL files.  I reloaded ny old version of
  1612. Clipper and tried the same example and the overlays were created.  Any
  1613. suggestions?  Thanks in advance....  David McNamara
  1614.  
  1615.  
  1616. Msg#7684   To:CONSTANTIN FLORESCU                       (Rcvd)
  1617. From:CURTIS LITTLE                              Date:01/15/89
  1618. Subject:(R)SWITCH AWAY                          Parent Msg#7667
  1619. ------------------------------------------------------------------------------
  1620. If it's not for you I respect that.  I'm sorry, but I can't write a UDF
  1621. that can magically work for you.  You have to read the document to see
  1622. how to call the function (or you won't know the function name and
  1623. parameters).  If it was an EXE then typing a name as you said could work,
  1624. but Switch! is not now nor will it ever be a EXE file, I wrote a UDF that
  1625. does the same thing as SWAP() (another UDF) which by the way also
  1626. requires the same basic steps to link in.  In my document the full
  1627. procedure for using Switch! and how to do so is covered, I'm sorry if you
  1628. view the instructions and explaination of what Switch! does as a sales
  1629. promotion because that certainly isn't what's intended, and if others
  1630. feel the same about the doc then I'll surely change it to be much for
  1631. technical and direct, but so far other users haven't brought that to my
  1632. attention.  I promise you that without reading the document (and
  1633. understanding what linking programs together involves) you won't be able
  1634. to use Switch! properly.  It was a UDF meant for people to use, but
  1635. requires a little knowledge about the link process and calling external
  1636. functions on top of Clipper knowledge.  Thanks for your comments though. 
  1637. I feel that this should help others, because it really is a waste of time
  1638. to get Switch! if you're not looking for a UDF.  For those looking for a
  1639. seperate program that runs by itself Switch! is a waste of time because
  1640. that isn't it's purpose.
  1641.  
  1642.  
  1643. Msg#7685   To:HOWARD KAPUSTEIN                          (Rcvd)
  1644. From:CURTIS LITTLE                              Date:01/15/89
  1645. Subject:(R)SWITCH                               Parent Msg#7681
  1646. ------------------------------------------------------------------------------
  1647. Yes it would work with overlays.  When Switch! is called in your Clipper
  1648. program it simply saves the memory from the end of itself up to high
  1649. memory in the computer.  Once the child process is complete is restores
  1650. the memory the way it was when Switch! was called.  This technique will
  1651. work with overlays because once Switch! is called control doesn't get
  1652. back to your program until Switch! has restored the machines state.
  1653.  
  1654.  
  1655. Msg#7688   To:SCOTT VANOVER                             (Rcvd)
  1656. From:RON LANE                                   Date:01/16/89
  1657. Subject:(R)INDEXING PROBLEM                     Parent Msg#7640
  1658. ------------------------------------------------------------------------------
  1659. If accct_num is a Char field, then to make your index work you need to 
  1660. index on TRIM(acct_num)+DTOC(date_svc).  
  1661.  
  1662.  
  1663. Msg#7689   To:NOEL MANZANILLA                           (Rcvd)
  1664. From:RON LANE                                   Date:01/16/89
  1665. Subject:(R)LOCKING RECORDS                      Parent Msg#7643
  1666. ------------------------------------------------------------------------------
  1667. To use RLOCK() right you must allways test for NETERROR() after a lock
  1668. atempt. If user one has a lock and user two tries for a lock NETERROR()
  1669. will return a error.
  1670.  
  1671.  
  1672. Msg#7690   To:RON LANE                                  (Rcvd)
  1673. From:RON CALLAHAN                               Date:01/16/89
  1674. Subject:(R)LOCKING RECORDS                      Parent Msg#7643
  1675. ------------------------------------------------------------------------------
  1676. I'm afraid you're mistaken Ron. If the first user tests for RLOCK() then
  1677. the second user who tests for RLOCK() will return false. This is all that
  1678. needs to be done. NETERR() is use to test for completion of file commands
  1679. such as USE, APPEND, COPY, etc. If NETERR() returns false the operation
  1680. is not completed and the appropriate action should be taken by the
  1681. program.
  1682. RON.
  1683.  
  1684.  
  1685. Msg#7691   To:DAVID MCNAMARA                             
  1686. From:CONSTANTIN FLORESCU                        Date:01/16/89
  1687. Subject:(R)OVERLAY.LIB                          Parent Msg#7683
  1688. ------------------------------------------------------------------------------
  1689. Hi David !
  1690. Can you upload here your file.lnk code and fileauto.bat that you
  1691. use. This way I might be able to take a look at it and probably help.
  1692. I do work with overlays a lot and I think the problem might be either
  1693. in your .LNK or .BAT files.
  1694. <CF>
  1695.  
  1696.  
  1697. Msg#7693   To:SCOTT VANOVER                             (Rcvd)
  1698. From:JOE BOOTH                                  Date:01/16/89
  1699. Subject:(R)INDEXING PROBLEM                     Parent Msg#7640
  1700. ------------------------------------------------------------------------------
  1701. Change the index expression to acct_num+DTOS(date_svc).  That will
  1702. correct your problem.   If the date is 01/01/89, the following is 
  1703. what the functions do...
  1704.   
  1705.      DTOC( date_svc ) = "01/01/89"   
  1706.      DTOS( date_svc ) = "19880101"
  1707.  
  1708.  
  1709. Msg#7695   To:HOWARD KAPUSTEIN                          (Rcvd)
  1710. From:KEN CAMP                                   Date:01/16/89
  1711. Subject:(R)NANTUCKET                            Parent Msg#7695
  1712. ------------------------------------------------------------------------------
  1713. Howard,
  1714. TC 2.0 is virtually identical to 1.5 in its use with CLipper. No major
  1715. changes in the compiler. The big change is in TLINK 2.0. This version was
  1716. brought to conform "purely" with the Intel standar for OBJ files. Since
  1717. MS does not conform to the Intel standard, and creats their own structure
  1718. OBJ files, TLINK (or any other true Intel only linker) will not link them
  1719. properly. Borland says "We had the same bug as MS, but fixed ours"
  1720. <grin>. If you use LINK (MS variety), TLINK 1.0 or PLINK, your copde
  1721. should still link fine between TC2.0 and Clipper.
  1722.  
  1723.  
  1724. Msg#7696   To:CURTIS LITTLE                             (Rcvd)
  1725. From:KEN CAMP                                   Date:01/16/89
  1726. Subject:(R)SWITCH!                              Parent Msg#7635
  1727. ------------------------------------------------------------------------------
  1728. Glad to see you finally released this utility, Curtis. I've been telling
  1729. you all along it was a snap to use. I think once the folks on here do
  1730. some checking, tehy'll find it reall helps beat the "hoggish" memory
  1731. requirements of Clipper.
  1732. KC
  1733.  
  1734.  
  1735. Msg#7697   To:DIRK LESKO                                (Rcvd)
  1736. From:KEN CAMP                                   Date:01/16/89
  1737. Subject:(R)SWITCH!                              Parent Msg#7635
  1738. ------------------------------------------------------------------------------
  1739. Dirk,
  1740. I think you should find Switch! reasonnably safe and simple to use. I've
  1741. tested out the earlier versions, and implemented some pretty heavily
  1742. linked network systems using it (in the earlier stages). It sure is nice
  1743. on a machine with EMS running on a network. Makes the switch almost
  1744. invisible.
  1745. KC
  1746.  
  1747.  
  1748. Msg#7698   To:CONSTANTIN FLORESCU                       (Rcvd)
  1749. From:KEN CAMP                                   Date:01/16/89
  1750. Subject:(R)SWITCH AWAY                          Parent Msg#7667
  1751. ------------------------------------------------------------------------------
  1752. What problems were you having using Switch!? I've been using it for a
  1753. couple of months, and it's one of the easiest functions I've hit to use.
  1754. Calling it via standar function calls from Clipper will bring about the
  1755. same sort of operation SWITCH.EXE provided by Nantucket does. This is
  1756. just what Nantucket should have done......provide a function instead of a
  1757. kludge of a program.
  1758. KC
  1759.  
  1760.  
  1761. Msg#7700   To:KEN CAMP                                  (Rcvd)
  1762. From:CURTIS LITTLE                              Date:01/16/89
  1763. Subject:(R)SWITCH!                              Parent Msg#7635
  1764. ------------------------------------------------------------------------------
  1765. Thanks.  Glad you were one of the people testing it for me, couldn't have
  1766. got it going as well without the comments...
  1767.  
  1768.  
  1769. Msg#7701   To:CURTIS LITTLE                             (Rcvd)
  1770. From:HOWARD KAPUSTEIN                           Date:01/17/89
  1771. Subject:(R)SWITCH                               Parent Msg#7681
  1772. ------------------------------------------------------------------------------
  1773. Oh no, I wasn't worried about the memory deal, that's pretty
  1774. straightforward (give or take. <grin>). My question with overlays
  1775. concerns how overlays on the ibm work. There's an interrupt (INT 66?)
  1776. that is generally reserved for the overlay manager. Whenever the overlay
  1777. manager needs to take control of things inside the program, this int gets
  1778. called. Now, what I'm curious about is this int, which is replaced by the
  1779. overlay manager at startup time, could it cause unforseen problems? I
  1780. would think it wouldn't, since any well behaved program would save the
  1781. old interrupt, put their 'new' one hooked in, and when quitting the
  1782. switched program, replacing the old interrupt. But then again, this is
  1783. not exactly an area of my expertise. I would htink it would work fine,
  1784. but... Have you tried it with: Sidekick, Clipper application, Switch
  1785. called program, then activate Sidekick. Does this combo work? Sidekick
  1786. does a LOT of nasty stuff with interrupts, and if this combo runs
  1787. smoothly there shouldn't be any problems...
  1788.  
  1789.  
  1790. Msg#7702   To:KEN CAMP                                  (Rcvd)
  1791. From:HOWARD KAPUSTEIN                           Date:01/17/89
  1792. Subject:(R)NANTUCKET                            Parent Msg#7695
  1793. ------------------------------------------------------------------------------
  1794. That's what I've heard. You mention Tlink 1.0, but I've used 1.5 without
  1795. any problems. But what I'd really like to know is the command line
  1796. switches that MUST be set (either must be on or must be off) for TC 2.0
  1797. .OBJ files to link with Clipper. I know the -ml (Large memory model) must
  1798. be used, but as for the rest, like byte/word alightment, underbars, not
  1799. to mention any optimization or debugging info (I would assume the
  1800. debugging info should be off, but what about line numbers, stack warning,
  1801. and standard stack frame settings?) It's these nitty gritty that I simply
  1802. do not have time to explore (lord knows it could take a significant chunk
  1803. of time trying to get the right combination) so I've been looking for
  1804. someone who has already successfully done it and can pass along some hard
  1805. information.
  1806.    Thanks for any past and possibly future advice.
  1807.  
  1808.  
  1809. Msg#7703   To:HOWARD KAPUSTEIN                          (Rcvd)
  1810. From:CURTIS LITTLE                              Date:01/17/89
  1811. Subject:(R)SWITCH                               Parent Msg#7681
  1812. ------------------------------------------------------------------------------
  1813. No I haven't tried that combination.  I will give it a try though.  If a
  1814. program is well behaved with the interrupts there wouldn't be any
  1815. problem, but it is possible that a program might blatantly take over the
  1816. interrupt without saving the address of the previous interrupt handler. 
  1817. Hopefully there won't be applications like that because in my mind that'd
  1818. be like taking over any of the other interrupts and never restoring the
  1819. interrupt vector.  However, if there are programs that take over the
  1820. interrupt without saving the current handlers address and I'm made aware
  1821. of it I could easily add the code to save the interrupt and then restore
  1822. it as Switch! is returning to the caller.  I'll give the sidekick idea a
  1823. try and get back on to let you know if it works.
  1824.  
  1825.  
  1826. Msg#7704   To:HOWARD KAPUSTEIN                          (Rcvd)
  1827. From:KEN CAMP                                   Date:01/17/89
  1828. Subject:(R)NANTUCKET                            Parent Msg#7695
  1829. ------------------------------------------------------------------------------
  1830. I understand a bit better what you're looking for, Howard. Some clearcut
  1831. requirements as to switches required for TC UDFs to compile an OBJ for
  1832. use with Clipper would sure be nice. I know I've seen a lot of discussion
  1833. in several different forums on CIS lately, but not too many knowledgable
  1834. people stepping forward. I don't really have the time to sit down and try
  1835. to figure it all out either, but will gladly share what I find.
  1836. Ken
  1837.  
  1838.  
  1839. Msg#7705   To:HOWARD KAPUSTEIN                          (Rcvd)
  1840. From:CURTIS LITTLE                              Date:01/18/89
  1841. Subject:(R)SWITCH                               Parent Msg#7681
  1842. ------------------------------------------------------------------------------
  1843. I tested it with the example you gave and there weren't any problems.  I
  1844. loaded Sidekick then ran a Clipper application that I wrote using
  1845. overlays.  From the Clipper application I executed dBASE (which is
  1846. overlaid) popped up Sidekick then backed out to the Clipper application. 
  1847. Didn't hit any snags with the other programs I ran from within it (I was
  1848. targeting all the programs I have that use overlays).  I don't think
  1849. that'd ever be a problem, but if a programmer was sloppy about the
  1850. interrupt then there could be a problem.  If you write a program that
  1851. takes over interrupts itself you do need to put the interrupt handler in
  1852. the link line before Switch! to avoid possible problems though - Switch!
  1853. doesn't mess with the interrupt vectors at all.  Of course worrying about
  1854. getting the interrupt handlers in memory isn't much of a worry for most
  1855. Clipper programmers because taking over an interrupt isn't the easiest
  1856. thing to do in Clipper, but it can be done.  If you use any other
  1857. languages I'll be sending a new Switch! ARC that adds BASIC pretty soon. 
  1858. I just got it working tonight, so will be testing for a few days to
  1859. insure everything with BASIC is working well.  I'm also trying to get it
  1860. working with Turbo Pascal.
  1861.  
  1862.  
  1863. Msg#7706   To:ALL                                        
  1864. From:ANDY CATLIN                                Date:01/18/89
  1865. Subject:MISC. CLIPPER QUESTIONS                 Parent Msg#7706
  1866. ------------------------------------------------------------------------------
  1867. Three "general" questions that have me baffled:
  1868.  (1) I have a Microsoft make file that creates a system of clipper
  1869.      .EXES (spawned from a C menu for reasons of memory constraints).
  1870.      Each .EXE needs its own (Microsoft Link) .LNK file, since the
  1871.      libraries being linked in exceed the allowable length of a single
  1872.      line.  I want to be able to use the macro defs to manage my
  1873.      environment in a consistent way; since these are available only
  1874.      in the make file and not in the .LNK file, what I (think I) need
  1875.      is a line continuation character recognizable by the make file.
  1876.      For example:
  1877.                         LIB=e:\clipper
  1878.                          ...
  1879.                         x.exe  :  x.obj
  1880.                            link a+b+c,a,nul,$(LIB)\clipper+$(LIB)\funcky
  1881.  
  1882.       If I use a link file, I can't have a single set of macro defs.
  1883.   (2) Is the Microsoft Link /E option helpful/safe in a Clipper program?
  1884.       I'll assume that I don't want line numbers...
  1885.   (3) Does Clipper allow you to trap "left shift/right shift", or stuff
  1886.       the keyboard with "left shift/right shift"?         Thanks, Andy
  1887.  
  1888.  
  1889. Msg#7707   To:ANDREW GROSS                              (Rcvd)
  1890. From:RON HOCKEMEIER                             Date:01/18/89
  1891. Subject:(R)PRINTER BUFFERS                      Parent Msg#7576
  1892. ------------------------------------------------------------------------------
  1893. Yep.  I'm spoiled by them.  I have two Clipper applications running in my
  1894. office.  Each needs different printers (including shared lasers).  With
  1895. the Systemizers, I just switch in-and-out.
  1896.  
  1897.  
  1898. Msg#7708   To:MENACHEM BAZIAN                            
  1899. From:RON HOCKEMEIER                             Date:01/18/89
  1900. Subject:(R)DISK FORMATTING       
  1901. ------------------------------------------------------------------------------
  1902. dBdbak costs about $40.00.  It's a mix of *.prgs and *.lib.
  1903. The *.prgs are the front end--which you can change--to allow user [or
  1904. developer] controlled back up.  The *.lib is C or assembler code to do the
  1905. back up, format the discs, etc.
  1906. Included in the *.lib is the capability to format floppies from 360K to
  1907. 1.4Meg.
  1908. I just got the update--but haven't used it.  According to the doc--and
  1909. the *.prg--you can format with the *.lib.  i.e. No more running Format.
  1910. I've used other of Gary Gruber's add-ons, so I.m comfortable with his
  1911. claims/statements regarding formatting.
  1912. There should be a demo on this board.  Be well.
  1913.  
  1914.  
  1915. Msg#7709   To:CONSTANTIN FLORESCU                       (Rcvd)
  1916. From:RON HOCKEMEIER                             Date:01/18/89
  1917. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  1918. ------------------------------------------------------------------------------
  1919. I'm using Okidata 363 printers.  I've had 'em a couple of months and am
  1920. happy with them.  (I'm ordering more.)
  1921. Street price is $1100.00-1200.00.
  1922. Four part carbon is as good as--or better than--an IBM selectric.
  1923. The printers are fast, are Epson emulators, and have 24 pins.
  1924.  
  1925.  
  1926. Msg#7710   To:ALL                                        
  1927. From:NOEL MANZANILLA                            Date:01/18/89
  1928. Subject:LOCKS                    
  1929. ------------------------------------------------------------------------------
  1930. to all who replied to my question regarding locking across applications,
  1931. Many, many THANKS
  1932. Noel
  1933.  
  1934.  
  1935. Msg#7711   To:DIRK LESKO                                (Rcvd)
  1936. From:NOEL MANZANILLA                            Date:01/18/89
  1937. Subject:EXTENDED MEMORY                         Parent Msg#7711
  1938. ------------------------------------------------------------------------------
  1939. Dirk, I am in the process of buying memory boards.  All I need to do is
  1940. to get my ATs to 640K.  Of course, I have the choice of spending THREE
  1941. times as much to get boards that have the option of having
  1942. Expanded/Extended Memory.  My question is, is there any REAL ADVANTAGE to
  1943. using EXTENDED Memory with Clipper aside from doing the Indexing in
  1944. extended memory ? I am assuming that it will increase the speed of
  1945. indexing but will  I be able to Load a bigger EXE file?  Thanks.  
  1946. Congratulations on Funcky.lib ! Excellent Product !
  1947.  
  1948.  
  1949. Msg#7713   To:ANDY CATLIN                               (Rcvd)
  1950. From:DIRK LESKO                                 Date:01/18/89
  1951. Subject:(R)MISC. CLIPPER QUESTION               Parent Msg#7706
  1952. ------------------------------------------------------------------------------
  1953. In response to all three of your questions, you should be using a link
  1954. file for the stuff if it is too long. I don;t exactly understand why you
  1955. need to use the (LIB) variable in the link statement. You could also
  1956. rename your libraries to 'C.lib' for Clipper, 'F.lib' for FUNCky ....
  1957. that might give you the extra characters you need. You could also use a
  1958. batch file to link everything and pass it a parameter, such as 1,2,3 etc,
  1959. then your batch file could say:
  1960.  
  1961.         * in the make file
  1962.         ******************
  1963.         linkfile (LIB)  && where lib is either 1 / 2 / 3
  1964.  
  1965.         and then your batch file says
  1966.  
  1967.         if /%1==/1  goto CLIPLINK
  1968.         if /%1==/2 goto MSCLINK
  1969.         link .... ....
  1970.         goto end
  1971.         :CLIPLINK
  1972.         Link ....Clipper, FUNCky.....
  1973.         goto end
  1974.         :MSCLINK
  1975.         Link .......LLIBCE........
  1976.         :end
  1977.  
  1978. Or something like that.
  1979.  
  1980.         As far as trapping the SHIFT/ALT stuff, remember that they are
  1981. not keys, but rather key states. GETIT can detect a shift and execute a
  1982. function pretty much similar to how timeout() works, or you could use
  1983. FUNCky's onkey() to branch to a function that uses kbdstat() to see if
  1984. the appropriate state is down, but the user would have had to have
  1985. pressed a real key.....The other alternative could be to use inkey() and
  1986. kbdstat(), or if that doesn;t work, then a custon routine would have to
  1987. be written and tied into the keyboard handling stuff. My last suggestion
  1988. is to use timeout(), and specify a timeout() value of 0 which would
  1989. continously execute your fucntion in the background, then in that
  1990. function just say:
  1991.  
  1992.         if (kbdstat(<state>))
  1993.                 do (procedure)
  1994.         else
  1995.                 return
  1996.         endif
  1997.  
  1998. That should trap it well enough, give that a try.
  1999. Now I have forgotten what the third thing was......have to re-read the
  2000. message.
  2001.  
  2002. dLESKO
  2003.  
  2004.  
  2005. Msg#7714   To:ANDY CATLIN                               (Rcvd)
  2006. From:DIRK LESKO                                 Date:01/18/89
  2007. Subject:(R)MISC. CLIPPER QUESTION               Parent Msg#7706
  2008. ------------------------------------------------------------------------------
  2009. The /E option works great as long as you are not using overlays. Then it
  2010. cause things like system hangs. I don't know why, and never persued it.
  2011.  
  2012. That's the third thing answerwed from your message....
  2013.  
  2014. dLESKO
  2015.  
  2016.  
  2017. Msg#7715   To:NOEL MANZANILLA                           (Rcvd)
  2018. From:DIRK LESKO                                 Date:01/18/89
  2019. Subject:(R)EXTENDED MEMORY                      Parent Msg#7711
  2020. ------------------------------------------------------------------------------
  2021. thanks for the mention.....I think you mean EXPANDED memory, not
  2022. extended. Clipper does'nt use extended, only expanded. There are some
  2023. programs now that take TSR stuff and stick it into expanded memory, and
  2024. that sometimes can get you an extra 100-200k. But the only thing that
  2025. Clipper uses it for is indexing, and the indexing is mush faster with
  2026. expanded memory installed. Switch2 will also swap memory to expanded....
  2027.  
  2028. dLESKO
  2029.  
  2030.  
  2031. Msg#7718   To:DAVID MCNAMARA                             
  2032. From:DAVID MORGAN                               Date:01/19/89
  2033. Subject:OVERLAYS                 
  2034. ------------------------------------------------------------------------------
  2035.  
  2036. The probable reason you get overlays with Autumn '86 but none with
  2037. Summer '87, other things equal, is that you continue to use a LNK
  2038. file that contains the line OVERLAY PROG, $CONSTANTS.  You were
  2039. supposed to have that line with Autumn '86.  With Summer '87 things
  2040. changed due to the change in C compilers used to compile Clipper
  2041. (from Lattice C to Microsoft C).  With Summer '87 the LNK file must
  2042. have either no OVERLAY command at all, or one that references the
  2043. class name CODE (instead of PROG-- a Microsoft-vs-Lattice
  2044. difference).  Modify your LNK file accordingly and overlays should
  2045. magically appear.
  2046.  
  2047.  
  2048.  
  2049. Msg#7719   To:RON CALLAHAN                              (Rcvd)
  2050. From:DAVID MORGAN                               Date:01/19/89
  2051. Subject:NETERR()                                Parent Msg#7719
  2052. ------------------------------------------------------------------------------
  2053.  
  2054. The use of NETERR() extends to, and is limited to, checking the
  2055. outcome of two commands:  USE and APPEND BLANK.  You are right to
  2056. point out its applicability (indeed, its necessity) following the
  2057. use of those two commands, but not COPY or any others.
  2058.  
  2059.  
  2060.  
  2061. Msg#7720   To:ALL                                        
  2062. From:RICHARD HORWITZ                            Date:01/19/89
  2063. Subject:MEMORY MANAGEMENT                       Parent Msg#7720
  2064. ------------------------------------------------------------------------------
  2065.   I was curious, are all private variables destroyed upon exit from that
  2066. routine?
  2067. ie. Do I get that memory back?
  2068.  
  2069.  
  2070. Msg#7721   To:DAVID MORGAN                              (Rcvd)
  2071. From:RON CALLAHAN                               Date:01/19/89
  2072. Subject:(R)NETERR()                             Parent Msg#7719
  2073. ------------------------------------------------------------------------------
  2074. In that case does anyone no how to check to make sure that a COPY or
  2075. INDEX command is succesful?
  2076. Thanks.
  2077.  
  2078.  
  2079. Msg#7723   To:RICHARD HORWITZ                           (Rcvd)
  2080. From:DIRK LESKO                                 Date:01/19/89
  2081. Subject:(R)MEMORY MANAGEMENT                    Parent Msg#7720
  2082. ------------------------------------------------------------------------------
  2083. You are supposed to.
  2084.  
  2085. dLESKO
  2086.  
  2087.  
  2088. Msg#7724   To:RON CALLAHAN                              (Rcvd)
  2089. From:DIRK LESKO                                 Date:01/19/89
  2090. Subject:(R)NETERR()                             Parent Msg#7719
  2091. ------------------------------------------------------------------------------
  2092. Doesn't DOSERROR() tell you if it completed succecssfully?
  2093.  
  2094. dLESKO
  2095.  
  2096.  
  2097. Msg#7729   To:ALL                                        
  2098. From:STEVE DAVIES                               Date:01/19/89
  2099. Subject:CLIPPER CLUB NJ MEETING  
  2100. ------------------------------------------------------------------------------
  2101.  
  2102. *** Attention ! - All Clipper Programmers.....  ***
  2103. *****  Meeting Tonight ******
  2104.  
  2105. SUBJECT:  Clipper Club of New Jersey meeting agenda
  2106.  
  2107. I am pleased to announce that we have the next three meetings nailed
  2108. down and the speakers read as a whos who in the Clipper world.
  2109.  
  2110. January 19  - Basil Hosmer of Wallsoft, Auther of UI programmer and
  2111.               the Documentor
  2112.  
  2113. February 16 - Neil Weicher of Communication Horizons
  2114.  
  2115. March 16    - Dirk Lesko of dLESKO associates auther of FUNCky library
  2116.  
  2117.  
  2118. All meetings are held on the third thursday of each month, at Kean
  2119. College in Union, NJ; Meeting time is 8 pm at Hutchinson Hall, Rm 100 ,
  2120. (aka: "The Auditorium)
  2121.  
  2122. Download the file "CCNJ_DIR.ARC" for directions. Maps are available by
  2123. leaving me a message here (FAX number would be helpful).
  2124.  
  2125. Hope to see many of you there...
  2126. Steve Davies
  2127.  
  2128.  
  2129.  
  2130. Msg#7730   To:DIRK LESKO                                (Rcvd)
  2131. From:NOEL MANZANILLA                            Date:01/19/89
  2132. Subject:(R)EXTENDED MEMORY                      Parent Msg#7711
  2133. ------------------------------------------------------------------------------
  2134. thanks Dirk.  It was a long day..., I did mean EXPANDED.
  2135. noel
  2136.  
  2137.  
  2138. Msg#7731   To:HOWARD KAPUSTEIN                          (Rcvd)
  2139. From:FERNANDO GARCIA                            Date:01/19/89
  2140. Subject:TC WITH CLIPPER                         Parent Msg#7731
  2141. ------------------------------------------------------------------------------
  2142. The switches what I am using for seee status of gobal variables, i.e.
  2143. _exact_on , _curs_, .... are:
  2144.    tcc -c -f -G -ml -O -Z udf_in_C
  2145. I hope this help you.
  2146.  
  2147.  
  2148. Msg#7732   To:RON LANE                                  (Rcvd)
  2149. From:NEIL WEICHER                               Date:01/19/89
  2150. Subject:(R)LOCKING RECORDS                      Parent Msg#7643
  2151. ------------------------------------------------------------------------------
  2152. neterr() is affected only by USE and APPEND BLANK.  RLOCK and FLOCK
  2153. return .t. or .f. as a result of the functions themselves and do no
  2154. change Neterr().
  2155.  
  2156. Regards,
  2157. Neil
  2158.  
  2159.  
  2160. Msg#7733   To:RON CALLAHAN                              (Rcvd)
  2161. From:NEIL WEICHER                               Date:01/19/89
  2162. Subject:(R)LOCKING RECORDS                      Parent Msg#7643
  2163. ------------------------------------------------------------------------------
  2164. Ooops..   you mean if neterr() returns .t. the operation is not
  2165. completed.
  2166.  
  2167. Neil
  2168.  
  2169.  
  2170. Msg#7735   To:RON CALLAHAN                              (Rcvd)
  2171. From:NEIL WEICHER                               Date:01/19/89
  2172. Subject:(R)NETERR()                             Parent Msg#7719
  2173. ------------------------------------------------------------------------------
  2174. INDEX should always work because you have to have the file opened
  2175. exclusively.  However, if someone opened an index file with FOPEN just as
  2176. you were trying to create it you would probably get a Dos error.  COPY
  2177. file would also result in a Dos error.
  2178.  
  2179. Neterr() returns Dos error 5 only when opening a DBF file.
  2180.  
  2181. Neil
  2182.  
  2183.  
  2184. Msg#7736   To:DIRK LESKO                                (Rcvd)
  2185. From:RON CALLAHAN                               Date:01/20/89
  2186. Subject:(R)NETERR()                             Parent Msg#7719
  2187. ------------------------------------------------------------------------------
  2188. I don't know Dirk. I guess I might need to check that out.
  2189. thanks
  2190. Ron
  2191.  
  2192.  
  2193. Msg#7737   To:NEIL WEICHER                              (Rcvd)
  2194. From:RON CALLAHAN                               Date:01/20/89
  2195. Subject:(R)LOCKING RECORDS                      Parent Msg#7643
  2196. ------------------------------------------------------------------------------
  2197. Maybe, but I've forgotten what I said now.
  2198. By the way, thanks for the update. Everything seems to be working
  2199. great so far.
  2200. Ron
  2201.  
  2202.  
  2203. Msg#7738   To:NEIL WEICHER                              (Rcvd)
  2204. From:RON CALLAHAN                               Date:01/20/89
  2205. Subject:(R)NETERR()                             Parent Msg#7719
  2206. ------------------------------------------------------------------------------
  2207. oops. That presents a problem. I've creating some temp. indexes with
  2208. the file opened shared. so far I haven't had any problems that have
  2209. been obvious. If it must be opened exclusive than the problem is this.
  2210. The dbf file I am using is in a production enviroment. It is being used
  2211. nearly 24 hours a day on a continious basis. I also allow managers to
  2212. create reports from the file with different sort options. There's no
  2213. way I can lock the file without interrupting production. Any one have
  2214. any suggestions?
  2215. Thanks
  2216. Ron.
  2217. s
  2218.  
  2219.  
  2220. Msg#7739   To:NEIL WEICHER                              (Rcvd)
  2221. From:RON CALLAHAN                               Date:01/20/89
  2222. Subject:(R)NETERR()                             Parent Msg#7719
  2223. ------------------------------------------------------------------------------
  2224. After going back to that paragon of information and clarity, (the
  2225. CLIPPER manual), I read it this way. The command INDEX ON does not 
  2226. require that the dbf file be used exclusively or locked. It seems to
  2227. say that the index file itself is opended exclusively. In that case
  2228. you have the possibility of 2 users trying to create the same index and
  2229. with the latest user receiving some kind of error. If that is the case,
  2230. can INDEX ON be used safely when the dbf file is opened in a shared
  2231. mode. ( I realize that there is possibility of inacurrate data but
  2232. these are non-critical reports I'm dealing with.
  2233. Thanks
  2234. Ron
  2235.  
  2236.  
  2237. Msg#7740   To:RON CALLAHAN                              (Rcvd)
  2238. From:KEN CAMP                                   Date:01/20/89
  2239. Subject:(R)NETERR()                             Parent Msg#7719
  2240. ------------------------------------------------------------------------------
  2241. Ron, not quite sure what you were saying/asking about indices and OPEN
  2242. EXCLUSIVE. You can create an index dynamically after a non-exclusive USE,
  2243. then delete the index afterwards. I guess I misunderstood the problem. I
  2244. use the same index for 30 users on a system with no problem. Set
  2245. EXCLUSIVE OFF, USE DATAFILE, then SET INDEX TO WHATEVER works just fine.
  2246. INDEX ON fieldname TO filename requires EXCLUSIVE, but is real easy to
  2247. work around, and I only use it for the dynamic indexes. It work fine that
  2248. way too since no other user can corrupt the unique index.
  2249.                         Ken
  2250.  
  2251.  
  2252. Msg#7741   To:NOEL MANZANILLA                            
  2253. From:JOE BOOTH                                  Date:01/20/89
  2254. Subject:(R)EXTENDED MEMORY                      Parent Msg#7711
  2255. ------------------------------------------------------------------------------
  2256. CLIPPER uses EXPANDED memory for indexing if available, not EXTENDED.
  2257.  
  2258.  
  2259. Msg#7742   To:RON CALLAHAN                              (Rcvd)
  2260. From:JOE BOOTH                                  Date:01/20/89
  2261. Subject:(R)NETERR()                             Parent Msg#7719
  2262. ------------------------------------------------------------------------------
  2263. How big are the files you are indexing.  If they are not too big, copy
  2264. the file contents to a new file with a temporary name, just for that
  2265. manager's station.  Then use the new file exclusively
  2266.  
  2267.  
  2268. Msg#7743   To:CONSTANTIN FLORESCU                       (Rcvd)
  2269. From:RON HOCKEMEIER                             Date:01/20/89
  2270. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7743
  2271. ------------------------------------------------------------------------------
  2272. Okidata says they print at 120 cps--letter quality; 180 cps--nlq; 360
  2273. cps--utility; 450 cps--draft.
  2274. I only use them in LQ.  My applications print wallet cards, labels, and
  2275. things of that size so I never tried to verify speed.  They replaced a
  2276. single Epson LQ 1000 (which we wore out).  My impression is that the Oki
  2277. is 2-3 times as fast as the Epson; but it's just an impression.
  2278. Send me some samples and I'll print some plain text on 'em.
  2279. My home address is RD 7 Box 537, Flemington, NJ  08822-9806.
  2280. (I'm in state govt. and our incoming mail is slowww.)
  2281. Be well.
  2282.  
  2283.  
  2284. Msg#7744   To:DIRK LESKO                                (Rcvd)
  2285. From:GARY MERINSTEIN                            Date:01/20/89
  2286. Subject:MATH                                    Parent Msg#7744
  2287. ------------------------------------------------------------------------------
  2288. dirk, have you heard of any librarys that allow exponential math with
  2289. clipper? the numbers i should be working with blow away the fifteen
  2290. digit limit. (i probably should be doing this in some other language, but
  2291. i'm more comfortable in clipper...)
  2292.  
  2293.  
  2294. Msg#7745   To:RON HOCKEMEIER                            (Rcvd)
  2295. From:CONSTANTIN FLORESCU                        Date:01/20/89
  2296. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7743
  2297. ------------------------------------------------------------------------------
  2298. Thanks Ron.
  2299. Very helpful information for me. I will send you some samples.
  2300. <CF>
  2301.  
  2302.  
  2303. Msg#7746   To:GARY MERINSTEIN                           (Rcvd)
  2304. From:DIRK LESKO                                 Date:01/20/89
  2305. Subject:(R)MATH                                 Parent Msg#7744
  2306. ------------------------------------------------------------------------------
  2307. Sounds like what you need is a BCD library. larry Nussbaum is looking for
  2308. the same thing, maybe you want to contact him. I think he logs in as
  2309. lawrence Nussbaum.
  2310.  
  2311. dLESKO
  2312.  
  2313.  
  2314. Msg#7748   To:KEN CAMP                                  (Rcvd)
  2315. From:RON CALLAHAN                               Date:01/21/89
  2316. Subject:(R)NETERR()                             Parent Msg#7719
  2317. ------------------------------------------------------------------------------
  2318. Ken.
  2319. What I am doing at the moment is creating a temporary index from an 
  2320. active file that has been opened in non-exclusive mode. From what I 
  2321. read in the Clipper manual, and from personal experience, Clipper
  2322. allows this to be done but does not recommend it. (that is, I don't
  2323. get any error messages when I perform the index operation.) Other than
  2324. inaccurate data, are there any other problems that I should watch out
  2325. for.
  2326. Thanks.
  2327. Ron
  2328.  
  2329.  
  2330. Msg#7749   To:DAVID MCNAMARA                             
  2331. From:JAY ROBOHN                                 Date:01/21/89
  2332. Subject:OVERLAY.LIB              
  2333. ------------------------------------------------------------------------------
  2334. Here's an example of a working LNK file (or PLK, for PLINK) that produces
  2335. the main EXE and three OVLS, 000, 001, and 002. Note the use of the line
  2336. OVERLAY CODE, $CONSTANTS. This is not documented in the Clipper manual
  2337. as it states that you should use OVERLAY PROG, $CONSTANTS which
  2338. DOES NOT WORK. Try applying this file to your problem and let me know
  2339. if it works.
  2340.                              
  2341.                              
  2342. # *   File: GGH.PLK
  2343. # * Author: Jay Robohn
  2344. MAP = GGHOvly.map S,A
  2345. FI Ggh, \CLIPPER\DEBUG
  2346. LIB \Clipper\GenLib, \Clipper\Help, \Clipper\Udf87, \Clipper\EXTEND
  2347. #*** Next line important  ***
  2348. OVERLAY CODE, $CONSTANTS
  2349. BEGINAREA
  2350.    SECTION INTO GGH.000 FILE GGHCust, GGHCont, GGHParts, GGHInven,
  2351.                                  GGHOpert, Gen, GGHMenus, Charge
  2352.    SECTION INTO GGH.001 FILE Order
  2353.    SECTION INTO GGH.002 FILE GGHWord, GGHMerge
  2354. ENDAREA
  2355.  
  2356.  
  2357.  
  2358. Msg#7750   To:CURTIS LITTLE                             (Rcvd)
  2359. From:HOWARD KAPUSTEIN                           Date:01/21/89
  2360. Subject:(R)SWITCH                               Parent Msg#7681
  2361. ------------------------------------------------------------------------------
  2362. I know Sidekick does really nasty things (such as, every so often, it
  2363. checks an interrupt and, if it's not the same address as the one Sidekick
  2364. installed, it just goes ahead and changes it!) which is why  they say it
  2365. should be loaded after all other TSRs. In DESQview, in each program's
  2366. 'profile', you can specify what interrupts it should save. Generally,
  2367. when each DV program is run, it saves INTs 00 - FF, runs the program,
  2368. then restores INTs 00-FF. You might want to consider doing that. It's not
  2369. that hard, and takes up very little memory. Perhaps as an option...
  2370.  
  2371.  
  2372. Msg#7751   To:KEN CAMP                                  (Rcvd)
  2373. From:HOWARD KAPUSTEIN                           Date:01/21/89
  2374. Subject:(R)NANTUCKET                            Parent Msg#7695
  2375. ------------------------------------------------------------------------------
  2376. Great. I've heard a little bit here and there too, but nothing concrete.
  2377. The best I found was TCCLIP.ARC, it explains about MOST of the obvious
  2378. things for TC 1.5. Unfortunately, it does not mention any of the nitty
  2379. gritty (lord knows there are enough of them to make life nasty) and since
  2380. TC 2.0 is newer, with some modifications to how it compiles, I wouldn't
  2381. count on it to explain enough. Will keep in touch...
  2382.  
  2383.  
  2384. Msg#7752   To:FERNANDO GARCIA                            
  2385. From:HOWARD KAPUSTEIN                           Date:01/21/89
  2386. Subject:(R)TC WITH CLIPPER                      Parent Msg#7731
  2387. ------------------------------------------------------------------------------
  2388. OK, I'll look into it and let you know, once I find the time.
  2389.  
  2390.  
  2391. Msg#7753   To:ALL                                        
  2392. From:HOWARD KAPUSTEIN                           Date:01/21/89
  2393. Subject:EMS FOR THE PC                          Parent Msg#7753
  2394. ------------------------------------------------------------------------------
  2395. I'm looking to get some EMS for my PC (true blue IBM PC, not XT, if that
  2396. matters.) I've got an NEC-V20 running at 8MHz, and PC-Sprint which just
  2397. toggles the speed from 4.77 to ~7 MHz. I've got a 6Pak+ to give me 640K
  2398. RAM. Here's my choices so far:
  2399.  
  2400. 1) AST SixPakPremium: Discontinued (according to AST because of "lack of
  2401. demand", regardless that it was impossible to keep on the shelves at 47th
  2402. St. Photo) but still available via mail order. I got a quote of $230 for
  2403. 256K, also has serial/parallel and clock (whoopee.) It's got 150ns RAM,
  2404. EEMS, supports LIM EMS 4.0 via software.
  2405.  
  2406. 2) AST Rampage2: EMS for the PC, it's got 150ns RAM, prices are $200 for
  2407. XXXXX wrong. It's $495 for 256K RAM. I don't know if it's EMS or EEMS
  2408. hardware, but it supports LIM EMS 4.0.
  2409.  
  2410. 3) STB make Memory Companion/PC: capable of supporting 10MHz 1 wait state
  2411. machine, it's got 120ns RAM, EMS 3.2 hardware, 4.0 via software, prices
  2412. are $200 for 0K, $510 for 512K. It can use 64K or 256K RAM chips, and has
  2413. a dip switch to change the bank it uses to swap memory (usually D is
  2414. used.)
  2415.  
  2416. Overall, the 6PakPrem and STB cards sound good. Even discontinued, AST
  2417. will still warrant any sales/warranties/etc. and the extra serial port
  2418. would be nice. However, what I need is RAM, about 256K or even 512K.
  2419. Price IS important, I am a poor starving college student. The STB board
  2420. sounds very good, but I'm curious about how good it really is (anyone
  2421. ever use one?) and how much I can get 256K of 120ns RAM for. 
  2422.  
  2423. BTW, my main reasons for EMS are: disk caching, Borland products (TC,
  2424. TDebug, etc.) DESQview, and whatever else. In that order of priority. I
  2425. heard that AST's card has some inconveniences with DV. Is it a problem?
  2426. And does anyone know anything concrete (actually used) the STB board?
  2427. Thanks for any help in advance. If you know of anything else, please drop
  2428. me a msg.
  2429.  
  2430.  
  2431. Msg#7754   To:CONSTANTIN FLORESCU                       (Rcvd)
  2432. From:KELLY STANONIK                             Date:01/21/89
  2433. Subject:(R)SWITCH AWAY                          Parent Msg#7667
  2434. ------------------------------------------------------------------------------
  2435. I haven't downloaded SWITCH! yet, but Mr. Little sounds like he was more
  2436. than helpful trying to get you up and running with his program.  I'm
  2437. going to download it and give it a try as it sounds very interesting.
  2438.  
  2439. All in all, he's only asking for $20, and if his function works as
  2440. advertised it's worth it.
  2441.  
  2442. Also, switch doesn't appear to be an application.
  2443.  
  2444. Well... Onward to SWITCH! testing...
  2445.  
  2446.  
  2447. Msg#7755   To:ALL                                        
  2448. From:DIRK LESKO                                 Date:01/21/89
  2449. Subject:TC PROBLEMS                             Parent Msg#7755
  2450. ------------------------------------------------------------------------------
  2451. Hi, been reading bout all the problems some people have been having with
  2452. TC 2.0 getting to compile with Clipper. I have TC but have never used it,
  2453. I keep MSC 5.0 on the Disk.....Anyway, the Floating point math stuff is
  2454. where all the nasties occur with TC. However, I have read that MS Quick C
  2455. is going to support all the memory models which would make it a prime
  2456. candidate for low end C hackers out there that need to write Clipper
  2457. UDFS. WHile I will probably not buy QuickC 2.0, I am sure someone else
  2458. will, and hopefully they can give a report on it.....
  2459.  
  2460. dLESKO
  2461.  
  2462.  
  2463. Msg#7756   To:HOWARD KAPUSTEIN                          (Rcvd)
  2464. From:CURTIS LITTLE                              Date:01/22/89
  2465. Subject:(R)NANTUCKET                            Parent Msg#7695
  2466. ------------------------------------------------------------------------------
  2467. Howard, 
  2468. .
  2469. Working with TC 2.0 isn't that hard.  Generally you don't have to worry
  2470. about stuff like the alignment because Clipper isn't going to reference
  2471. the data you declare in your program directly, and unless you reference
  2472. the Clipper variables directly (which is a little tricky since most of
  2473. it's not documented) you don't have to worry about the alignment you use.
  2474.  
  2475. As far as the rest you might as well turn stack checking off, because
  2476. Turbo C uses a different function to check the stack than Microsoft does
  2477.  
  2478.  
  2479. Msg#7757   To:DIRK LESKO                                (Rcvd)
  2480. From:CURTIS LITTLE                              Date:01/22/89
  2481. Subject:(R)TC PROBLEMS                          Parent Msg#7755
  2482. ------------------------------------------------------------------------------
  2483. I haven't got Quick C 2.0 yet, but here it's supposed to be pretty good. 
  2484. I think MS is finally trying to put out a product that is competitive
  2485. with Turbo C.  For those that haven't got a upgrade card yet the upgrade
  2486. price is $50.00 if you purchased Quick C after Dec 15, 1988.  
  2487.  
  2488.  
  2489.  
  2490. Msg#7758   To:HOWARD KAPUSTEIN                          (Rcvd)
  2491. From:CURTIS LITTLE                              Date:01/22/89
  2492. Subject:(R)SWITCH                               Parent Msg#7681
  2493. ------------------------------------------------------------------------------
  2494. That's certainly something I'll keep in mind.  I know there are a lot of
  2495. TSRs that do weird things with the interrupts.  Luckily programs like
  2496. Sidekick are mainly concerned with the keyboard and timer interrupts
  2497. which most applications aren't going to mess with.
  2498.  
  2499.  
  2500. Msg#7759   To:ALL                                        
  2501. From:STEVE DAHLIN                               Date:01/22/89
  2502. Subject:NOVELL 2.0A LIMIT                       Parent Msg#7759
  2503. ------------------------------------------------------------------------------
  2504. I know that a I read a message on this several months ago, but cannot
  2505. find it.  Does anyone know what the fix is that needs to be applied to
  2506. the netware shell that will allow one to have more than 40 files open
  2507. when using Netware 2.0a?  At present, I do not need it but very shortly I
  2508. may have need of this capability.
  2509.  
  2510.  
  2511. Msg#7760   To:KELLY STANONIK                             
  2512. From:CONSTANTIN FLORESCU                        Date:01/22/89
  2513. Subject:(R)SWITCH AWAY                          Parent Msg#7667
  2514. ------------------------------------------------------------------------------
  2515. Well, like he said his "SWITCH" is not for me. Do you have any problems
  2516. with that...
  2517. I just found it that's not good(for me) and that's all.
  2518. BTW I try to stay away as much as I can from too many additions to 
  2519.   Clipper since sooner or later I could have problems.
  2520.   Also I welcome any new ideas, functions, libraries I dont think that
  2521.   this board main purpose is to sell our products...
  2522. <CF>
  2523.  
  2524.  
  2525. Msg#7761   To:STEVE DAHLIN                               
  2526. From:DIRK LESKO                                 Date:01/22/89
  2527. Subject:(R)NOVELL 2.0A LIMIT                    Parent Msg#7759
  2528. ------------------------------------------------------------------------------
  2529. Why not download the arced files of the conference. I know it was a patch
  2530. to anet, but who remebers?
  2531.  
  2532. dLESKO
  2533.  
  2534.  
  2535. Msg#7762   To:GARY GRUBER                                
  2536. From:DIRK LESKO                                 Date:01/22/89
  2537. Subject:DBDGET                   
  2538. ------------------------------------------------------------------------------
  2539. Gary, i have downloaded dbdget and tried it out. Is there any reason why
  2540. the mouse cursor keeps going to the left hand corner after everytime I
  2541. click the left button? It is very annoying to not have the mouse cursor
  2542. stay where I put it. It also sometimes blinks alot and won't let me move
  2543. it. I am also wondering why it takes 2-3 whole seconds to pass from one
  2544. get to the next even though I am on a 10mhz AT? To get from one end of
  2545. your demo screen using arry keys takes about 20 seconds....That's too
  2546. long for me. I hope you can reply promptly. thanks
  2547.  
  2548. Dirk.
  2549.  
  2550.  
  2551. Msg#7768   To:STEVE DAHLIN                               
  2552. From:ANDREW GROSS                               Date:01/22/89
  2553. Subject:(R)NOVELL 2.0A LIMIT                    Parent Msg#7759
  2554. ------------------------------------------------------------------------------
  2555. I haven't tried this patch yet.  It's from the Nantucket Forum on CIS. 
  2556. The specific page is NAN-263.
  2557.  
  2558. Using debug...
  2559.  
  2560. debug anet3.com
  2561.  
  2562. -s cs:0 ffff 26 C4 1E 34 00 06 (search for this sequence)
  2563. xxxx:yyyy                       (Once found, this is the address
  2564.                                  where we will begin to patch)
  2565. -e xxxx:yyyy 06 26 C4 1E 34 00 (change it to this sequence)
  2566. -w   Writing XXXX bytes        (write the change)
  2567. -q                             (quit debug)
  2568.  
  2569. Note that Nantucket does not endorse the patch, they provide this info on
  2570. CIS for "information only."
  2571.  
  2572. andrew g.
  2573.  
  2574.  
  2575. Msg#7770   To:DIRK LESKO                                (Rcvd)
  2576. From:MARK NEIDORFF                              Date:01/22/89
  2577. Subject:(R)TC PROBLEMS                          Parent Msg#7755
  2578. ------------------------------------------------------------------------------
  2579. Just got my update notice for Quick C 2.0   It looks like it will be the
  2580. Clipper developer's dream for writing C code to link in.  HOpefully you
  2581. will be able to specify the memory model and not always be bound by what
  2582. Quick C wants to do.
  2583.      <<  Mark  >>
  2584.  
  2585.  
  2586. Msg#7773   To:MARK NEIDORFF                             (Rcvd)
  2587. From:DIRK LESKO                                 Date:01/22/89
  2588. Subject:(R)TC PROBLEMS                          Parent Msg#7755
  2589. ------------------------------------------------------------------------------
  2590. That's what I was  trying to say!!!!
  2591.  
  2592. dLESKO
  2593.  
  2594.  
  2595. Msg#7774   To:RON CALLAHAN                              (Rcvd)
  2596. From:KEN CAMP                                   Date:01/23/89
  2597. Subject:(R)NETERR()                             Parent Msg#7719
  2598. ------------------------------------------------------------------------------
  2599. Primarily the multiuser apps I do are text based on character or memo
  2600. fields and files. Numeric accuracy isn't a factor. I've yet to encounter
  2601. any real problems (those that weren't my own convoluted logic) that
  2602. weren't reasonbly easy to find and fix. I always open the DBF in shared
  2603. mode (NON-EXCLUSIVE) then INDEX TO C:\TEMPNDX. Requires my users have
  2604. space available, but not a problem. I do erase the index when finished
  2605. rather than leave it floating on their drive, but leaving the application
  2606. on the network and putting the dynamic index on the workstation has
  2607. always been a simple, workable solution.
  2608.  
  2609.  
  2610. Msg#7775   To:RON CALLAHAN                              (Rcvd)
  2611. From:NEIL WEICHER                               Date:01/23/89
  2612. Subject:(R)NETERR()                             Parent Msg#7719
  2613. ------------------------------------------------------------------------------
  2614. One neat trick I've used on a network to speed up temporary reindexing is
  2615. liek this... Say I need a temp index based on zip code, but file is not
  2616. normally indexed on zip code.
  2617.  
  2618.     SELECT MAIN
  2619.     Filesuffix = LTRIM(STR(N_STANUM())
  2620.     COPY TO TEMP&filesuffix FIELD STATE
  2621.     SELECT 0
  2622.     USE TEMP&filesuffix
  2623.     INDEX ON STATE TO TEMP&filesuffix
  2624.     USE
  2625.     SELECT MAIN
  2626.     SET INDEX TO TEMP&filesuffix
  2627.     ... do what ever I need to do ...
  2628.     SET INDEX TO ... whatever it was before ...
  2629.  
  2630. It speeds up the indexing since I am indexing on a 6-byte record 
  2631. instead of, say, a 1000 byte record.
  2632.  
  2633. Regards,
  2634. Neil
  2635.  
  2636.  
  2637. Msg#7776   To:RON CALLAHAN                              (Rcvd)
  2638. From:NEIL WEICHER                               Date:01/23/89
  2639. Subject:(R)NETERR()                             Parent Msg#7719
  2640. ------------------------------------------------------------------------------
  2641. Ron:
  2642.  
  2643. Oh, another thing.  Here is a quick way of saving and restoring 
  2644. index state:
  2645.  
  2646. FUNCTION index_list
  2647. indexes = ""
  2648. FOR k = 1 TO N_NDX()
  2649.   indexes = indexes = N_NDX(k) + ","
  2650. NEXT k
  2651. indexes = SUBSTR(indexes,1,LEN(indexes)-1)) && trim off trailing ,
  2652. RETURN indexes
  2653.  
  2654. Example of use:
  2655.   SELECT MAIN
  2656.   mainx = index_list()
  2657.   SET INDEX TO TEMP&filesuffix   && from prior example
  2658.     ... do stuff ...
  2659.   N_INDEX(mainx)                 && reset prior indexes
  2660.  
  2661. Regards,
  2662. Neil
  2663.  
  2664.  
  2665. Msg#7777   To:RON CALLAHAN                              (Rcvd)
  2666. From:NEIL WEICHER                               Date:01/23/89
  2667. Subject:(R)NETERR()                             Parent Msg#7719
  2668. ------------------------------------------------------------------------------
  2669. Boy, is my face red.  thot INDEX ON and REINDEX required exclusive when
  2670. only REINDEX does . Go figure.
  2671.  
  2672. Neil
  2673.  
  2674.  
  2675. Msg#7778   To:DIRK LESKO                                (Rcvd)
  2676. From:GARY MERINSTEIN                            Date:01/23/89
  2677. Subject:(R)MATH                  
  2678. ------------------------------------------------------------------------------
  2679. thanks dirk, i will.
  2680.  
  2681.  
  2682. Msg#7779   To:CONSTANTIN FLORESCU                       (Rcvd)
  2683. From:HAWKINS DALE                               Date:01/24/89
  2684. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  2685. ------------------------------------------------------------------------------
  2686. I don't know for sure, but it seems to me that dot-matrix printers have
  2687. never been much good for multi-copy printing.  I had to print a whole
  2688. lot of three-part forms once at my old company.  It was an emergency, and
  2689. I commandeered several dot-matrix printers.  None of them did the job
  2690. adequately.  Finally, we tried a big nasty NEC daisy-wheel printer.
  2691. Wasn't awfully fast, and I would have hated to be in the same room with
  2692. it with the acoustic enclosure off, but hoo-boy, did it punch through the
  2693. multi-part forms.
  2694. Moral:  if you're doing multi-copy forms, consider a daisy-wheel.
  2695.  
  2696.                                     -- Hawkins 
  2697.  
  2698.  
  2699. Msg#7780   To:HAWKINS DALE                              (Rcvd)
  2700. From:CONSTANTIN FLORESCU                        Date:01/24/89
  2701. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  2702. ------------------------------------------------------------------------------
  2703. Thanks Hawkins. I think you got a very good point. I realized that you
  2704. and a lot of other people and that's why I am looking now for the best
  2705. DWP(fast is important) I can get. I heard that Radio Shack a on sale next
  2706. month a DWP as fast as 500 WPM for abt $400.00(usually $950) and IBM
  2707. compatible. What do you think about that?
  2708. <CF>
  2709.  
  2710.  
  2711. Msg#7781   To:ALL                                        
  2712. From:RICH WINTER                                Date:01/24/89
  2713. Subject:MLCOUNT                                 Parent Msg#7781
  2714. ------------------------------------------------------------------------------
  2715. I've run across what appears to be a bug in Clipper Summer '87. I am 
  2716. attempting to do a type of mail-merge application using memo fields and 
  2717. the STRTRAN function for field substitutions. I have discovered that
  2718. after the first STRTRAN, MLCOUNT returns an incorrect number of lines in
  2719. the memo field so that I can no longer reliably judge how many lines are
  2720. to be printed with the MEMOLINE function. Has anybody else come across
  2721. this problem and discovered a possible work-around?
  2722.  
  2723.  
  2724. Msg#7782   To:RICH WINTER                               (Rcvd)
  2725. From:CLIFF GREEN                                Date:01/24/89
  2726. Subject:(R)MLCOUNT                              Parent Msg#7781
  2727. ------------------------------------------------------------------------------
  2728. yeah, I ran up against that one, but backed away from it (it wasn't
  2729. critical to getting the program running and out the door).  Have yet to
  2730. muster the curiosity to see if it was me or Clipper that wasn't on the
  2731. beam.
  2732.  
  2733.  
  2734. Msg#7784   To:ALL                                        
  2735. From:MARK NEIDORFF                              Date:01/24/89
  2736. Subject:DBU BUG                                 Parent Msg#7784
  2737. ------------------------------------------------------------------------------
  2738. I have found a dbu bug.  When using dbu to modify a file's structure, a
  2739. change from character to numeric [or the other way around] will cause the
  2740. program to bomb out.
  2741. Not a big bug, since source code is provided and can be easily fixed.
  2742.      <<  Mark  >>
  2743.  
  2744.  
  2745. Msg#7785   To:RICH WINTER                               (Rcvd)
  2746. From:CONSTANTIN FLORESCU                        Date:01/25/89
  2747. Subject:(R)MLCOUNT                              Parent Msg#7781
  2748. ------------------------------------------------------------------------------
  2749. Rich, I don't know exactly what's wrong with STRTRAN() but seems to
  2750. throw all kind of characters arround. I had same problem before, then
  2751. I used CHRSWAP() of FUNCKy ( I dont know if you have it) and I solved
  2752. the problem. I heard than Nantucket is aware of STRTRAN problem.
  2753. Hope this helps.
  2754. <CF>
  2755.  
  2756.  
  2757. Msg#7786   To:STEVE DAHLIN                               
  2758. From:ROB HANNAH                                 Date:01/25/89
  2759. Subject:(R)NOVELL 2.0A LIMIT                    Parent Msg#7759
  2760. ------------------------------------------------------------------------------
  2761. Debug anet3.com.  At address 167 put the number of handles you want IN
  2762. HEX.  It should be at 28 before you modify.
  2763.  
  2764. ROB
  2765.  
  2766.  
  2767. Msg#7787   To:ANDREW GROSS                              (Rcvd)
  2768. From:ROB HANNAH                                 Date:01/25/89
  2769. Subject:(R)NOVELL 2.0A LIMIT                    Parent Msg#7759
  2770. ------------------------------------------------------------------------------
  2771. That does not relate specifically to the 40 handle limit.  That fixes
  2772. Netwares problem of going flaky after a program (using clipper=F<n> if
  2773. DOS 3.3+ or handles()) changes the PCB to allow for more files.  It
  2774. should be used in addition to patching 167 for the handle count.
  2775.  
  2776. ROB
  2777.  
  2778.  
  2779. Msg#7788   To:RICH WINTER                                
  2780. From:LARRY GOTTLIEB                             Date:01/25/89
  2781. Subject:(R)MLCOUNT                              Parent Msg#7781
  2782. ------------------------------------------------------------------------------
  2783. I have read about STRTRAN problems (something about the compiler failing
  2784. to append a zero byte to the end of the string).  I've +¬hit the problem
  2785. a few times myself.  It doesn't always work, but the following seems to
  2786. help a lot:
  2787.    X = STRTRAN( .... )  +  ""
  2788. Maybe this wil└Rl work for you.
  2789.  
  2790.  
  2791. Msg#7789   To:RICH WINTER                                
  2792. From:DIRK LESKO                                 Date:01/25/89
  2793. Subject:(R)MLCOUNT                              Parent Msg#7781
  2794. ------------------------------------------------------------------------------
  2795. strtran() sometimes does not nnull terminate the string properly, nd
  2796. therefore mlcount() will go skidding off the end...
  2797.  
  2798. dLESKO
  2799.  
  2800.  
  2801. Msg#7790   To:CURTIS LITTLE                             (Rcvd)
  2802. From:HOWARD KAPUSTEIN                           Date:01/25/89
  2803. Subject:(R)NANTUCKET                            Parent Msg#7695
  2804. ------------------------------------------------------------------------------
  2805. That sounds reasonable. Let's assume you're using TC with the standard
  2806. (shipped) defaults, but: large mem model, all debugging/line numbers,
  2807. etc. off, stack checking off. How about the rest of the settings? Any
  2808. problems? And how about the optimizations? Is it ok to leave optimize
  2809. jump and registers on? 
  2810.    Thanks for all the help.
  2811.  
  2812.  
  2813. Msg#7791   To:DIRK LESKO                                (Rcvd)
  2814. From:HOWARD KAPUSTEIN                           Date:01/25/89
  2815. Subject:(R)TC PROBLEMS                          Parent Msg#7755
  2816. ------------------------------------------------------------------------------
  2817. Quick-C 1.whatever supports all memory models, it's just the environment
  2818. version that only supports medium model. You're right, QC 2.x should  be
  2819. good for Clipper UDF development. BUT, I already bought Turbo C, and am
  2820. fairly comfortable with it. So I can't use the fp math with Clipper, I
  2821. can live with it. I'm interested in doing some string manipulations,
  2822. integer math, and some other miscellaneous functions. Quick-C 2.x may be
  2823. worth the money, but I'd rather not spend the $70+ (most likely list of
  2824. $150 like TC 2.0 if they decide to raise their prices) on a C compiler
  2825. that I'd like for a couple of isolated cases. In other words, it's not
  2826. worth the investment. And considering as how I already have a C compiler,
  2827. I'd like to try to make the most use of it that I can.
  2828.  
  2829.  
  2830. Msg#7792   To:ALL                                        
  2831. From:HOWARD KAPUSTEIN                           Date:01/25/89
  2832. Subject:WP MERGE                                Parent Msg#7792
  2833. ------------------------------------------------------------------------------
  2834. I know this topic has been discussed before, and I've looked through
  2835. older messages. I just need a quick confirmation regarding the Word
  2836. Perfect mail merge document format.
  2837.  
  2838. 1) mail merge documents have the extension .SF (Secondary form)
  2839. 2) each record begins and ends with a ^R 
  2840. 3) multiple lines in a single record are separated by a LF only (^J)
  2841. 4) the end of the file is specified by ^E
  2842.  
  2843. Here's what I need to know in adition to the above:
  2844.  
  2845. a) each record is separated by what? (^Rx^R where x = ?)
  2846. b) is there anything at the beginning of the file before the first ^R ?
  2847. c) is there anything between the last ^R and the ^E (a LF?)
  2848. d) is there anything after the ^E ?
  2849.  
  2850. Please do not direct me to look over WPMERG*.ARC in the files section, I
  2851. already have, and thisa is the closest I've come to a solution. Also, the
  2852. format I specified above, is it 4.2/3, 5.0 or both?
  2853.  
  2854. I need this function finished RSN so don't delay, respond today. Thanks.
  2855.  
  2856.  
  2857. Msg#7793   To:HOWARD KAPUSTEIN                          (Rcvd)
  2858. From:CURTIS LITTLE                              Date:01/25/89
  2859. Subject:(R)NANTUCKET                            Parent Msg#7695
  2860. ------------------------------------------------------------------------------
  2861. Using optimizations shouldn't really hurt the code.  The optimized
  2862. function would have the same result running in a pure C program as it
  2863. would in Clipper.  The optimized code will only be inside the function,
  2864. therefore Clipper isn't aware of how your code is behaving internally.  I
  2865. haven't tried each combination, but usually use -N- parameter to turn off
  2866. stack checking and don't use the debugging information.  Basically the
  2867. only things that should affect Clipper adversely would be things that
  2868. won't be transparent to the Clipper application (i.e. stack checking
  2869. wouldn't be transparent because the function to check the stack is a
  2870. public symbol, and since Clipper was created with MSC the TC stack check
  2871. function isn't in the library).  The only other option that I can think
  2872. of offhand that might not be transparent to Clipper is the alignment, but
  2873. that only matters if you're directly accessing the undocumented
  2874. structures of Clipper directly.  Otherwise the alignment has no effect on
  2875. the Clipper side of the code.  If you turn off stack checking and debug
  2876. information the other options (besides the model of course) should work
  2877. no matter how you specify them.  Just remember to stay away from floating
  2878. point and graphics routines, turn off stack and debug information and you
  2879. shouldn't have any problems.  (You'll note that the number of standard
  2880. library functions you can call is limited since not all of the C runtime
  2881. library is in the Clipper library).
  2882.  
  2883.  
  2884. Msg#7794   To:HOWARD KAPUSTEIN                          (Rcvd)
  2885. From:DIRK LESKO                                 Date:01/26/89
  2886. Subject:(R)WP MERGE                             Parent Msg#7792
  2887. ------------------------------------------------------------------------------
  2888. It looks like a wordperfect 4.0 file actually, I am not sure aboutthe
  2889. multiple lines, nut everything else is identical to the 4.0 format. If
  2890. you need WP 4.0 format, and you have FUNCky, there is PRG file  on the
  2891. source disk called C_WPWRIT.PRG that does it....I have not even had a
  2892. chance to open the WP 5.0 package! so I can't tell you on that ver yet...
  2893.  
  2894. dLESKo
  2895.  
  2896.  
  2897. Msg#7795   To:ALL                                        
  2898. From:DAVID KLEIMAN                              Date:01/26/89
  2899. Subject:FUNCKY SIG               
  2900. ------------------------------------------------------------------------------
  2901. The first meeting of the New York Area FUNCKY Interest Group is scheduled
  2902. for Tuesday evening, February 21st, 1989 at 6:15 pm.  The meeting will be
  2903. held in my office at 110 RIVERSIDE DR., New York, NY 10024 - APT. 9F.  If
  2904. you are interested and think that you will join us please leave a message
  2905. on my tape machine at (212) 864-4066.  This will be an informal meeting
  2906. to exchange FUNCKY ideas, tips, traps, and organize that group.  Bring
  2907. your dinner this will be really casual.  Look forward to hearing from you
  2908. all.  David Kleiman.
  2909.  
  2910.  
  2911. Msg#7796   To:RON CALLAHAN                              (Rcvd)
  2912. From:DAVID MORGAN                               Date:01/26/89
  2913. Subject:(R)NETERR()                             Parent Msg#7719
  2914. ------------------------------------------------------------------------------
  2915. There isn't any function in Clipper dedicated to returning the
  2916. success or failure of a COPY or INDEX (as there is NETERR() for
  2917. USE or APPEND BLANK, and FERROR() for the low-level file i/o functions,
  2918. for example).  You have to procedurally do your own investigating
  2919. to see how the dust settled (anything from FILE() to as detailed
  2920. an investigation of the file contents as desired with low-level file
  2921. i/o).
  2922.  
  2923.  
  2924. Msg#7797   To:KEN CAMP                                  (Rcvd)
  2925. From:DAVID MORGAN                               Date:01/26/89
  2926. Subject:(R)NETERR()                             Parent Msg#7719
  2927. ------------------------------------------------------------------------------
  2928. I believe INDEX ON is not among those commands that require the
  2929. DBF to be opened exclusively in order to operate.  Try it and see
  2930. what happens.
  2931.  
  2932.  
  2933. Msg#7798   To:HOWARD KAPUSTEIN                          (Rcvd)
  2934. From:DAVID MORGAN                               Date:01/26/89
  2935. Subject:(R)EMS FOR THE PC                       Parent Msg#7753
  2936. ------------------------------------------------------------------------------
  2937. AST Rampage and Clipper have a history of discord.
  2938.  
  2939.  
  2940. Msg#7799   To:ALL                                        
  2941. From:MIKE KNARR                                 Date:01/26/89
  2942. Subject:APPEND FROM PROBLEM                     Parent Msg#7799
  2943. ------------------------------------------------------------------------------
  2944. I am new at CLIPPER programming and I have a question for anyone. I have
  2945. an application that creates numerous reports.  The reports part of the
  2946. program is to be moved to our mainframe for speed considerations. To
  2947. accomplish this I must move data in my dbf file to an ascii sdf file. 
  2948. This is where I get into trouble. My clipper application uses date
  2949. fields,and when I copy to an ascii sdf file, the date format is wrong. It
  2950. comes out like 19880101. I need it to be in mm/dd/yy format for the
  2951. mainframe transfer. I have no problem converting in DBASE, because I can
  2952. create another database with character date fields, and append from the
  2953. original. But that does not work in CLIPPER unless your field types
  2954. match. Is there an easy solution to this? Any help would be appreciated
  2955.  
  2956.  
  2957. Msg#7800   To:MARK NEIDORFF                             (Rcvd)
  2958. From:CLIFF GREEN                                Date:01/26/89
  2959. Subject:(R)MLCOUNT                              Parent Msg#7781
  2960. ------------------------------------------------------------------------------
  2961. possible.  I was using memotran(), then strtran(), and wound up with
  2962. truncated memos.
  2963.  
  2964.  
  2965. Msg#7801   To:HOWARD KAPUSTEIN                          (Rcvd)
  2966. From:CLIFF GREEN                                Date:01/26/89
  2967. Subject:(R)WP MERGE                             Parent Msg#7792
  2968. ------------------------------------------------------------------------------
  2969. I think the format is:  ^R ends each "field", ^E ends each "record", the
  2970. file just ends.  You can name your secondary files anything you want (I
  2971. usually end them with .DAT or .DTA or somesuch).  That's what 4.2 was
  2972. like;  I just (re)installed 5.0 yesterday, and will look later and get
  2973. back to you.
  2974.  
  2975.  
  2976. Msg#7803   To:CONSTANTIN FLORESCU                       (Rcvd)
  2977. From:HAWKINS DALE                               Date:01/26/89
  2978. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  2979. ------------------------------------------------------------------------------
  2980. The Radio Shack daisy wheel printer sounds like a bargain, all right.  
  2981. But I must admit that I've never heard printer speeds measured in words 
  2982. per minute.  Assuming six characters per word (average, including
  2983. punctuation), that comes out to 50 cps.  While not blinding, it should be
  2984. kept in mind that there aren't all that many characters per form on a lot
  2985. of multi-part forms.   
  2986. I say buy it.
  2987.  
  2988.  
  2989. Msg#7804   To:DAVID MORGAN                              (Rcvd)
  2990. From:DIRK LESKO                                 Date:01/26/89
  2991. Subject:(R)NETERR()                             Parent Msg#7719
  2992. ------------------------------------------------------------------------------
  2993. than what is DOSERROR() for anyway????
  2994.  
  2995. dLESKO
  2996.  
  2997.  
  2998. Msg#7805   To:DAVID MORGAN                              (Rcvd)
  2999. From:DIRK LESKO                                 Date:01/26/89
  3000. Subject:(R)EMS FOR THE PC                       Parent Msg#7753
  3001. ------------------------------------------------------------------------------
  3002. what kind of discord? I have just received a call that says a Clipper APP
  3003. locks up on a machine with AST memory and an inboard 386? know anything
  3004. about it? - send a response to David Schwartz if there is...>Thanks....
  3005.  
  3006. dLESKO
  3007.  
  3008.  
  3009. Msg#7806   To:MIKE KNARR                                (Rcvd)
  3010. From:DIRK LESKO                                 Date:01/26/89
  3011. Subject:(R)APPEND FROM PROBLEM                  Parent Msg#7799
  3012. ------------------------------------------------------------------------------
  3013. Use the low level file functions, to create an SDF file on some fields
  3014. would look like:
  3015.  
  3016.         use <DBF>
  3017.         go top
  3018.  
  3019.         handle = fcreate(<sdf_file>)
  3020.         do while .not. eof()
  3021.  
  3022.                 fwrite(handle,FNAME+LNAME+CNAME+DTOC(DATE())+ZIPCODE+;
  3023.                               CHR(10)+CHR(10))
  3024.  
  3025.                 skip
  3026.  
  3027.         enddo
  3028.  
  3029.         fclose(handle)
  3030.  
  3031. that will create an SDF file for you, and you can control ALL output at
  3032. will. Good Luck!!
  3033.  
  3034. dLESKO
  3035.  
  3036.  
  3037. Msg#7807   To:ALL                                        
  3038. From:TIM CREAGH                                 Date:01/26/89
  3039. Subject:ERROR 10                                Parent Msg#7807
  3040. ------------------------------------------------------------------------------
  3041. I keep getting an Internal Error 10 message in my program.  Does anyone
  3042. know what causes this message?
  3043. -tim-
  3044.  
  3045.  
  3046. Msg#7809   To:NEIL WEICHER                              (Rcvd)
  3047. From:RON CALLAHAN                               Date:01/27/89
  3048. Subject:THANKS                   
  3049. ------------------------------------------------------------------------------
  3050. Neil:
  3051. I just wanted to let you know that the latest documentation for
  3052. Netlib helped me out with a problem I've been having with my Networked
  3053. applications for the past year. (not enough files allowed for the
  3054. entire network.) 
  3055. Have you considered doing a book. What little information availble these
  3056. days on network programming is useless. God knows I need as much help
  3057. as possible in this area.
  3058. Thanks again.
  3059. Ron.
  3060.  
  3061.  
  3062. Msg#7810   To:ALL                                        
  3063. From:RICHARD YOUNG                              Date:01/27/89
  3064. Subject:COMMUNICATIONS           
  3065. ------------------------------------------------------------------------------
  3066. I am a laboratory manager and have been using dBASE III Plus for a couple
  3067. of years and Clipper for only a few months. I have a working Clipper
  3068. program that requires manual test result entry. I would like to tie our
  3069. chemistry analyzer into our PC XT clone. The problem is that I know very
  3070. little about communications (in this case via null modem cable). I have
  3071. the analyzer transmission format but do not know how to capture the data
  3072. and put it into my data base. I just bought a copy of SilverWare's
  3073. SilverComm program. It looks like everything I will need but I still need
  3074. more help. Can anyone get me started with some hints, techniques,
  3075. communications texts and/or programs. Also where can I purchase a copy of
  3076. Stephen J. Straley's ToolKit? If anyone can help, please leave a message
  3077. on this board or mail on CompuServe (71531,2244). I will be glad to
  3078. accept a collect call at (904)-378-5030 (M-F 8AM-2PM/1AM-4AM) or anytime
  3079. on weekends. Thanks, Richard.
  3080.  
  3081.  
  3082. Msg#7812   To:HAWKINS DALE                               
  3083. From:CONSTANTIN FLORESCU                        Date:01/27/89
  3084. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  3085. ------------------------------------------------------------------------------
  3086. Last night I went there and tested. I wasn't immpressed at all. Then I
  3087. tested a Dot MAtrix Printer made also by Tandy(which is about $1500) and
  3088. I liked it very much. Faster and the copies are very nice...But I am not
  3089. sure how it it is indeed 100% IBM compatible...
  3090. Thanks
  3091. <CF>
  3092.  
  3093.  
  3094. Msg#7813   To:DIRK LESKO                                (Rcvd)
  3095. From:MIKE KNARR                                 Date:01/27/89
  3096. Subject:APPEND FROM PROBLEM      
  3097. ------------------------------------------------------------------------------
  3098. I REALLY APPRECIATED YOUR HELP IN SOLVING MY PROBLEM. YOUR CODE WORKED
  3099. FINE FOR ME. I ONLY HAD TO REMOVE ONE OF THE LINE FEEDS TO GET WHAT I
  3100. NEEDED. ALSO THANX TO RON CALLAHAN WHO HAD THE SAME IDEA. 
  3101.  
  3102.  
  3103. Msg#7815   To:ALL                                        
  3104. From:CONSTANTIN FLORESCU                        Date:01/27/89
  3105. Subject:CAPS IN MEMOEDIT()                      Parent Msg#7815
  3106. ------------------------------------------------------------------------------
  3107. I use MEMOEDIT() to add/edit a character field, but I want that
  3108. only CAPS are allowed. Nothing comes into my mind at the moment
  3109. how to do it. Anybody knows how to to it.
  3110. Thanks
  3111. <CF>
  3112.  
  3113.  
  3114. Msg#7817   To:CURTIS LITTLE                             (Rcvd)
  3115. From:HOWARD KAPUSTEIN                           Date:01/27/89
  3116. Subject:(R)NANTUCKET                            Parent Msg#7695
  3117. ------------------------------------------------------------------------------
  3118. Thanks. TYour message helps a bit. The only thing IO was wondering about
  3119. with optimizations is sure, it will only affect code internal to the
  3120. function, but does Clipper use registers to optimizze performance and, if
  3121. so, does it save them before calling external (C/ASM) functions or should
  3122. I save the registers my TC .OBJ code will use? 
  3123.    Thanks.
  3124.  
  3125.  
  3126. Msg#7818   To:DIRK LESKO                                (Rcvd)
  3127. From:HOWARD KAPUSTEIN                           Date:01/27/89
  3128. Subject:(R)WP MERGE                             Parent Msg#7792
  3129. ------------------------------------------------------------------------------
  3130. By 4.0 do you mean 4.0, or 4.x?
  3131.  
  3132.  
  3133. Msg#7819   To:DAVID MORGAN                               
  3134. From:HOWARD KAPUSTEIN                           Date:01/27/89
  3135. Subject:(R)EMS FOR THE PC                       Parent Msg#7753
  3136. ------------------------------------------------------------------------------
  3137. Could you be a little more specific? I've heard of several 'problems'
  3138. between AST memory and DESQview, and I know Clipper's EMS buffering is
  3139. asking for trouble, but never got any concrete details. Thanks.
  3140.  
  3141.  
  3142. Msg#7820   To:CLIFF GREEN                               (Rcvd)
  3143. From:HOWARD KAPUSTEIN                           Date:01/27/89
  3144. Subject:(R)WP MERGE                             Parent Msg#7792
  3145. ------------------------------------------------------------------------------
  3146. Great. That's exactly what I needed to know. But... OK, assume we're just
  3147. going to have names. the fields are FIRST, LAST and MI. Spitting it out
  3148. to a file as
  3149.  
  3150. ^RFIRST^Rx^RLAST^Rx^RMI^R^E    with x = ?
  3151.  
  3152. or
  3153.  
  3154. ^RFIRST^RLAST^RMI^R^E
  3155.  
  3156. or
  3157.  
  3158. FIRST^RLAST^RMI^R^E
  3159.  
  3160. or some other combo. Is it ^R after each field (thus no ^R at the
  3161. beginning of the file, just start writing the first field, then ^R) ? And
  3162. does the ^E have to prece a ^R, or is it in place of the last ^R?
  3163. Compatibility with 5.0 would be nice, but it's much more important to get
  3164. it working in the first place. Please give me an example of a record or
  3165. two in your reply, to clarify matters. Thanks.
  3166.  
  3167.  
  3168. Msg#7823   To:CONSTANTIN FLORESCU                       (Rcvd)
  3169. From:DIRK LESKO                                 Date:01/28/89
  3170. Subject:(R)CAPS IN MEMOEDIT()                   Parent Msg#7815
  3171. ------------------------------------------------------------------------------
  3172. Constantin, that's what FUNCky's onkey() was intended to do.....just set
  3173. onkey() to a function that does the following and it should work:
  3174.  
  3175.         function upcase
  3176.  
  3177.                 if (nextkey() >= 97 .and. <= 122)
  3178.                         nstuff(and(nextkey(),239))
  3179.                 endif
  3180.  
  3181.         return(.F.)
  3182.  
  3183. That should do the memoedit() trick you need.
  3184.  
  3185. dLESKO
  3186.  
  3187.  
  3188. Msg#7824   To:HOWARD KAPUSTEIN                          (Rcvd)
  3189. From:DIRK LESKO                                 Date:01/28/89
  3190. Subject:(R)NANTUCKET                            Parent Msg#7695
  3191. ------------------------------------------------------------------------------
  3192. All you guys know that you can do floating point math with Turbo c don't
  3193. you?? just get Rich McConnells CGOODIES.ARC file. it has the C code so
  3194. you can do TC stuff. Seems to me that that is all you'll need then. As
  3195. far as Clipper using registers and the like for optimization, it is far
  3196. far different then that. So don't even worry about it.
  3197.  
  3198. dLESKo
  3199.  
  3200.  
  3201. Msg#7825   To:HOWARD KAPUSTEIN                          (Rcvd)
  3202. From:DIRK LESKO                                 Date:01/28/89
  3203. Subject:(R)WP MERGE                             Parent Msg#7792
  3204. ------------------------------------------------------------------------------
  3205. 4.xxxx then... sorry
  3206.  
  3207. dLESKO
  3208.  
  3209.  
  3210. Msg#7826   To:HOWARD KAPUSTEIN                          (Rcvd)
  3211. From:DIRK LESKO                                 Date:01/28/89
  3212. Subject:(R)WP MERGE                             Parent Msg#7792
  3213. ------------------------------------------------------------------------------
  3214. The exact layout I use is:
  3215.  
  3216.         FNAME^R + CHR(13)
  3217.         LNAME^R + CHR(13)
  3218.         ADDR1^R^E CHR(13)
  3219.  
  3220. That should answer your quees. But I only am sure about 4.xxx
  3221.  
  3222. dLESKO
  3223.  
  3224.  
  3225. Msg#7827   To:DIRK LESKO                                (Rcvd)
  3226. From:CONSTANTIN FLORESCU                        Date:01/28/89
  3227. Subject:(R)CAPS IN MEMOEDIT()                   Parent Msg#7815
  3228. ------------------------------------------------------------------------------
  3229. Thanks Dirk. This FUNCKY of your is a life saver. Remember the other day
  3230. I was looking(in FUNCKY conference) for somthing to help me capitalize
  3231. the data already entered in a database file(well at the begining when
  3232. I wrote the program several years ago I allowed the input of lower case
  3233. letters also but now I realized that is better if I allow only CAPS since
  3234. will be easier for search, index etc.) The file has about 20 character
  3235. fields each an average of 15 characters and about 57,000 records. I jot
  3236. down a couple of lines like:
  3237.      do while .not eof()
  3238.         store fieldname to mname
  3239.         etc
  3240.         replace fieldname with _UPPER(mname)
  3241.         skip
  3242.      enddo
  3243. and gues what....
  3244. The _UPPER() did it in less than 4 minutes...(Don't forget the file is
  3245. I would say HUGE) 
  3246. Thanks. That's kind of commercial software I think should be advertised
  3247. and publicized on this or any BBS.
  3248. <CF>
  3249.  
  3250.  
  3251. Msg#7829   To:ALL                                        
  3252. From:STEVE STRALEY                              Date:01/28/89
  3253. Subject:JOBS                                    Parent Msg#7829
  3254. ------------------------------------------------------------------------------
  3255. If there are any interested people out there for part-time (and maybe)
  3256. full time employement, if there is a strong Clipper-base skill level,
  3257. then please drop me a line and/or a resume to inquire future.  The
  3258. address is:
  3259.  
  3260. SJS & Associates
  3261. c/o Human Resources
  3262. 319 Barrow Street - Suite 7A
  3263. Jersey City, NJ 07302
  3264.  
  3265. Thanks again...
  3266.  
  3267. Steve
  3268.  
  3269.  
  3270. Msg#7830   To:STEVE STRALEY                              
  3271. From:DIRK LESKO                                 Date:01/28/89
  3272. Subject:(R)JOBS                                 Parent Msg#7829
  3273. ------------------------------------------------------------------------------
  3274. How Much???
  3275.  
  3276. dLESKO
  3277.  
  3278.  
  3279. Msg#7831   To:HOWARD KAPUSTEIN                          (Rcvd)
  3280. From:CURTIS LITTLE                              Date:01/29/89
  3281. Subject:(R)NANTUCKET                            Parent Msg#7695
  3282. ------------------------------------------------------------------------------
  3283. You usually don't have to worry about the registers.  Clipper requires
  3284. use of the same registers that Turbo C does (because Clipper was written
  3285. in C).  The registers are saved by Turbo C functions before they are
  3286. changed.  If you write assembly functions and change the SI, DI, DS, or
  3287. BP registers then you'd need to save them first, but with C that's
  3288. handled for you.
  3289.  
  3290.  
  3291. Msg#7832   To:DIRK LESKO                                (Rcvd)
  3292. From:HOWARD KAPUSTEIN                           Date:01/30/89
  3293. Subject:(R)NANTUCKET                            Parent Msg#7695
  3294. ------------------------------------------------------------------------------
  3295. I'll look into CGOODIES.ARC, thanks for the info. Re: registers, I was
  3296. just wondering how 'safe' it can get, although considering MSC does just
  3297. about the same thing as TC regarding optimizations, I'm not surprised. If
  3298. Clipper is smart (and it probably it) before calling an external function
  3299. it should save all registers/flags/etc. and restore upon completion. Now
  3300. that I've got some more info about TC & Clipper, and free time is
  3301. starting to fall my way, I might actually look into it before spring.
  3302. Thanks.
  3303.  
  3304.  
  3305. Msg#7833   To:DIRK LESKO                                (Rcvd)
  3306. From:HOWARD KAPUSTEIN                           Date:01/30/89
  3307. Subject:(R)WP MERGE                             Parent Msg#7792
  3308. ------------------------------------------------------------------------------
  3309. Great. As far as 4.x vs. 5.0, well, it's more of an extra than a
  3310. necessity. It also can make a comma delimited, SDF and .DBF file so if
  3311. they don't like the WP merge file they can use WP's convert utility. I'll
  3312. keep you posted if I hear anything more.
  3313.  
  3314.  
  3315. Msg#7835   To:MIKE KNARR                                 
  3316. From:JOE BOOTH                                  Date:01/30/89
  3317. Subject:(R)APPEND FROM PROBLEM                  Parent Msg#7799
  3318. ------------------------------------------------------------------------------
  3319. Try copying the original file to a new file with the same structure (with
  3320. one additional field called CDATE).  Then do the following command...
  3321.   
  3322.     REPLACE ALL cdate WITH DTOC( your_date )
  3323.   
  3324. Now delete the original date field from the new structure.
  3325.   
  3326. This method will work, but is probably most useful for a one time
  3327. transfer.
  3328.  
  3329.  
  3330. Msg#7837   To:HOWARD KAPUSTEIN                          (Rcvd)
  3331. From:JAMES MOORE                                Date:01/30/89
  3332. Subject:CONDITIONS IN .FRM'S                    Parent Msg#7837
  3333. ------------------------------------------------------------------------------
  3334.    I've been experiencing a very strange problem with report forms.  In a
  3335. database that I KNOW has not one zero value, I have been trying to run a
  3336. report form in with the following conditions:
  3337.  
  3338.         REPORT FORM xxxxx FOR field1 > filed2, .and. date = Processdate ;
  3339.         WHILE lastkey() # 27 .and. _isonline()
  3340.  
  3341.    _ISONLINE is a udf which return a logical value and works perfectly
  3342. fine everywhere in my prg except within the REPORT FORM statement.
  3343.  
  3344.    The REPORT FORM function uses on ISPRINTER(), and never changes work
  3345. areas, also the error that Clipper is returning is ZERO DIVIDE IN frm,
  3346. however, the header for the report never even prints out.  So it must be
  3347. something in one of the conditional statements.  I removed the _isonline
  3348. function, and the report worked fine, it even woked just when I removed
  3349. the isprinter() funtion from the udf and just returned .t.
  3350.  
  3351.    My question is then, why is the isprinter function crashin my report.
  3352.  
  3353. Any Suggestions
  3354.  
  3355. Thanks,
  3356.         «James»
  3357.  
  3358.  
  3359. Msg#7838   To:HOWARD KAPUSTEIN                          (Rcvd)
  3360. From:DIRK LESKO                                 Date:01/30/89
  3361. Subject:(R)NANTUCKET                            Parent Msg#7695
  3362. ------------------------------------------------------------------------------
  3363. Clipper only saves what the MSC compiler saves, but it does not work the
  3364. same as a normal compiler, any registers you leave behind cannot be
  3365. accessd by subsequent functions...
  3366.  
  3367. dLESKO
  3368.  
  3369.  
  3370. Msg#7839   To:ALL                                        
  3371. From:TERRY DILLARD                              Date:01/30/89
  3372. Subject:CLIPPER HELP                            Parent Msg#7839
  3373. ------------------------------------------------------------------------------
  3374. I'm having a couple of problems with the Clipper Summer '87 version,
  3375. and would sure appreciate it if someone could cut them down to size
  3376. for me.  I'm trying to use the MAKE utility to cut down on the
  3377. amount of compiling, but it keeps giving me a "Dependant does not
  3378. exist :" error.  It doesn't give me this error when I delete all of
  3379. my .OBJ files, but that defeats the purpose of the MAKE utility, if
  3380. I understand it correctly.  I thought that MAKE would create and
  3381. execute a batch file which would recompile only those .OBJ files
  3382. whose corresponding .PRG files had changed since the last compile.
  3383. .
  3384. Also, I'm trying to start using overlays, and hitting something
  3385. which I don't like at all.  Whenever I create my overlays, whether
  3386. they're included in the .EXE file or as separate .OVL files, I get
  3387. a message on the screen about "Accessing overlay" or something like
  3388. that.  Is there any way to suppress this message?  Would SET CONSOLE
  3389. ON and OFF help?  Is there a switch with PLINK86 that I could use to
  3390. suppress it?
  3391. .
  3392. Can someone please help me?  I promise the one who helps solve these
  3393. problems a great big "ATTABOY (GIRL)!"
  3394.  
  3395.  
  3396. Msg#7840   To:TERRY DILLARD                              
  3397. From:DIRK LESKO                                 Date:01/30/89
  3398. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  3399. ------------------------------------------------------------------------------
  3400. The proper syntax in the make is:
  3401.  
  3402. <file.OBJ>      :       <PROG.PRG>
  3403.         <command>
  3404.         <command>
  3405.         .
  3406.         .
  3407.         .
  3408.  
  3409. That should fix the make one. And I beleive that your accessing the
  3410. overlay message is caused by having a debug switch set to on. I don;t
  3411. remember what it is, but if the debugging thing is there it kets you know
  3412. when you are loading an overlay so you can debug your overlay strategy.
  3413. Look in the manual for anything that mentions that.....
  3414.  
  3415. Good Luck, hope you find it.
  3416.  
  3417. dLESKO
  3418.  
  3419.  
  3420. Msg#7841   To:ALL                                        
  3421. From:JON MELTZER                                Date:01/30/89
  3422. Subject:LINT FOR CLIPPER                        Parent Msg#7841
  3423. ------------------------------------------------------------------------------
  3424. Does a LINT utility for Clipper exist? I'm getting very tired of finding
  3425. type errors and missing-parameter errors after I compile... I'd like to
  3426. be able to get these annoyances out easily.
  3427.  
  3428.  
  3429. Msg#7842   To:JAMES MOORE                               (Rcvd)
  3430. From:STEVE DAVIES                               Date:01/30/89
  3431. Subject:(R)CONDITIONS IN .FRM'S                 Parent Msg#7837
  3432. ------------------------------------------------------------------------------
  3433. I don't have the answer to your question. But one thing that may help is
  3434. to use a copy of FRM2PRG which is available on most boards. Once you
  3435. check this program out you will probably never use an FRM except to lay
  3436. out the initial skeleton. It takes a report form and turns it into a nice
  3437. , commented, and structured piece of code which you can then add all
  3438. kinds of things that can't be done in an FRM. By using this you may be
  3439. able to simplify your problem, or perhaps eliminate it. I'll look for it
  3440. here and put it up If it's not already here.
  3441. Steve
  3442.  
  3443.  
  3444. Msg#7843   To:ALL                                        
  3445. From:RON LANDBERG                               Date:01/31/89
  3446. Subject:A86 TO S87                              Parent Msg#7843
  3447. ------------------------------------------------------------------------------
  3448. > Please describe any pitfalls in upgrading an application from A86
  3449. > Clipper to S87 Clipper
  3450.   
  3451. I have been working in S87 for over a year.  But they've all been new
  3452. applications.  Now, an application I wrote two years ago in A86 req-
  3453. uires enhancing and I want to compile the whole application in S87.
  3454.   
  3455. Could anyone who has discovered problems in updating an application
  3456. from A86 to S87 please relate those experiences to me. I am particularly
  3457. interested in anomalies that may not appear with error messages, i.e.,
  3458. changes in how index or data files are handled.  But all pitfalls folks
  3459. have found would be of immense value to know of.
  3460.   
  3461. I compiled and linked the old application in S87 and no compile or link
  3462. errors showed up.
  3463.   
  3464. This is a network application - Novell 2.0A.
  3465.   
  3466. Thanks - Ron
  3467.  
  3468.  
  3469. Msg#7844   To:ALL                                        
  3470. From:DAVID RICHISON                             Date:01/31/89
  3471. Subject:WP PROGRAMS              
  3472. ------------------------------------------------------------------------------
  3473. Thanks to all for your suggestions on the WP programs.  ProWrite 2.02 is
  3474. great... 
  3475. -David
  3476.  
  3477.  
  3478. Msg#7845   To:ALL                                        
  3479. From:CONSTANTIN FLORESCU                        Date:01/31/89
  3480. Subject:SET KEYS                                Parent Msg#7845
  3481. ------------------------------------------------------------------------------
  3482. Hi,
  3483. I was trying to
  3484.      SET KEY 274 TO Doedit    && ALT+E
  3485. but didn't work.
  3486. Anybody could tell me why ?
  3487. Thanks.
  3488. <CF>
  3489.  
  3490.  
  3491. Msg#7846   To:TERRY DILLARD                              
  3492. From:JOE BOOTH                                  Date:01/31/89
  3493. Subject:(R)CLIPPER HELP                         Parent Msg#7839
  3494. ------------------------------------------------------------------------------
  3495. Your overlay problem can be solved by removing the DEBUG statement
  3496. from your LINK file.  
  3497.   
  3498. The make problem could possibly be that one of the need object files is
  3499. spelled wrong on the line which creates the EXE file.  Check carefully
  3500. that all needed OBJ's appear on the EXE line, and are spelled correctly.
  3501. If you have a Microsoft compiler product, you might want to use that
  3502. MAKE program, it seems to work better, in my opinion than Nantuckets
  3503.  
  3504.  
  3505. Msg#7847   To:CONSTANTIN FLORESCU                       (Rcvd)
  3506. From:JOE BOOTH                                  Date:01/31/89
  3507. Subject:(R)SET KEYS                             Parent Msg#7845
  3508. ------------------------------------------------------------------------------
  3509. When you say it doesn't work, what type of problem are you encountering?
  3510. Do it get into the routine at all ?   Do you get an error message ?
  3511. Try renaming doedit to something else.  DO <proc> shouldn't be confused
  3512. with DOEDIT, but with Clipper, you never know...
  3513.  
  3514.  
  3515. Msg#7848   To:RON LANDBERG                              (Rcvd)
  3516. From:ROB HANNAH                                 Date:01/31/89
  3517. Subject:(R)A86 TO S87                           Parent Msg#7843
  3518. ------------------------------------------------------------------------------
  3519. I'm pretty sure the layout of S87 NTX files is slightly different and
  3520. requires reindexing everything.  Also, any UDFs you wrote in C or ASM
  3521. will need total reworking - S87 was written using MSC 5.0.  A86 used
  3522. Lattice.
  3523.  
  3524. ROB
  3525.  
  3526.  
  3527. Msg#7850   To:ALL                                        
  3528. From:ART KOHN                                   Date:01/31/89
  3529. Subject:PROGRAMMER WANTED                       Parent Msg#7850
  3530. ------------------------------------------------------------------------------
  3531.  
  3532. Clipper programmer wanted/needed.
  3533.  
  3534. Freelance clipper programmer wanted by NYC midtown
  3535. brokerage firm to update and re-code a number of
  3536. programs.  You must be using the latest version of
  3537. Clipper and the Funcky Library.  For future projects,
  3538. a knowledge of the Silvercom Libraries would be
  3539. helpful (but not mandatory).
  3540.  
  3541. Please forward a profile of yourself and your talents
  3542. to me either here or in hard copy to:
  3543.  
  3544.     Art Kohn (Systems Coordinator)
  3545.     c/o Reich & Tang, L.P.
  3546.     100 Park Avenue - 28th Floor
  3547.     New York, NY 10017
  3548.  
  3549. Would also like to see samples of your work.
  3550. This can be done either by forwarding a disk
  3551. or in person (if you don't want to part with a
  3552. copy of your greatest achievement)...
  3553.  
  3554. By the way, this is NOT an in-house position.
  3555. It's a great way to pick up some extra bucks at home.
  3556. The only inhouse requirement is a weekly meeting
  3557. to evaluate project progress.
  3558.  
  3559.  
  3560. Msg#7851   To:HOWARD KAPUSTEIN                          (Rcvd)
  3561. From:CLIFF GREEN                                Date:01/31/89
  3562. Subject:(R)WP MERGE                             Parent Msg#7792
  3563. ------------------------------------------------------------------------------
  3564. 4.0 and 4.2 did things differently.  4.2 was pretty good;  4.0 was the
  3565. pits in some regards (My opinion, not my employers' or necessarily of
  3566. anyone else on this or any bbs).
  3567.  
  3568.  
  3569. Msg#7852   To:HOWARD KAPUSTEIN                          (Rcvd)
  3570. From:CLIFF GREEN                                Date:01/31/89
  3571. Subject:(R)WP MERGE                             Parent Msg#7792
  3572. ------------------------------------------------------------------------------
  3573. what I've used in the past was:
  3574. FIRST^R
  3575. SECOND^R
  3576. LAST^R
  3577. ^E
  3578. NEXT_FIRST^R
  3579. NEXT_SECOND^R
  3580. NEXT_LAST^R
  3581. ^E
  3582.  
  3583. To do it justice, I'll reload 4.2 and see what it spits out, and see if
  3584. 5.0 accepts it (I've been told it does by one of our guys who was an
  3585. early beta site for WP).
  3586.  
  3587.  
  3588. Msg#7853   To:JOE BOOTH                                  
  3589. From:CONSTANTIN FLORESCU                        Date:01/31/89
  3590. Subject:(R)SET KEYS                             Parent Msg#7845
  3591. ------------------------------------------------------------------------------
  3592. Doesn't do anything Joe. Doesn't even get into routine...The actual name
  3593. of the routine is "Expedit". In other words you're saying should work,
  3594. like I thought... You know with today changes in keyboard keys arround I
  3595. try to avoid to use F1 etc. Instead I noticed that even the enhanced
  3596. keyboard has the Alt key next to the Alpha Keys so I try to make a kind
  3597. of combination which is as close as possible to reach and also pretty
  3598. similar on any keyboard...I will keep trying and let you know. Thanks.
  3599. <CF>
  3600.  
  3601.  
  3602. Msg#7854   To:STEVE DAVIES                               
  3603. From:CLIFF GREEN                                Date:01/31/89
  3604. Subject:(R)CONDITIONS IN .FRM'S                 Parent Msg#7837
  3605. ------------------------------------------------------------------------------
  3606. do you have a copy of FRM2PRG that actually works?  The one I dl'd many
  3607. moons ago would either crap out early, or produce very nice (if
  3608. incomplete) code which didn't quite do what it was supposed to.
  3609.  
  3610.  
  3611. Msg#7855   To:CONSTANTIN FLORESCU                        
  3612. From:JOHN ROGERS                                Date:01/31/89
  3613. Subject:(R)SWITCH AWAY           
  3614. ------------------------------------------------------------------------------
  3615. Constantin, appreciate the reply...I understand you point of view!!
  3616.  
  3617.                                       -John Rogers-
  3618.  
  3619.  
  3620. Msg#7856   To:CONSTANTIN FLORESCU                        
  3621. From:ANDREW GROSS                               Date:01/31/89
  3622. Subject:(R)WORKHORSE PRINTER                    Parent Msg#7644
  3623. ------------------------------------------------------------------------------
  3624. What about an HP DeskJet printer.  As fast as a DMP (or more), infinitely
  3625. more quiet...and priced between $500 to $1,000...depending on available
  3626. discounting.  The one drawback I know of is that the ink can have a
  3627. tendency to smear, but if I were in the market for a DMP, I would think
  3628. very seriously on aquiring the DeskJet.
  3629.  
  3630. andrew g.
  3631.  
  3632.  
  3633. Msg#7857   To:CLIFF GREEN                                
  3634. From:ANDREW GROSS                               Date:01/31/89
  3635. Subject:(R)MLCOUNT                              Parent Msg#7781
  3636. ------------------------------------------------------------------------------
  3637. I don't know about the bug...but note that the Feb 89 issue of Data Based
  3638. Advisor, in the Hardcore Clipper column, shows a mail merge program using
  3639. memoedit().
  3640.  
  3641. andrew g.
  3642.  
  3643.  
  3644. Msg#7858   To:TIM CREAGH                                 
  3645. From:ANDREW GROSS                               Date:01/31/89
  3646. Subject:(R)ERROR 10                             Parent Msg#7807
  3647. ------------------------------------------------------------------------------
  3648. From the internal error report available on CompuServe (!GO NANFORUM)...
  3649.  
  3650. 10 TOO MANY NESTED BEGIN SEQUENCE/END BLOCKS
  3651.  
  3652. Too many nested...blocks have been defined. The maximum is 16.
  3653.  
  3654. Note: The usual reason this occurs is a LOOP statement within a
  3655. BEGIN...END structure like the following:
  3656.  
  3657. DO WHILE <condition>
  3658.     <statements>...
  3659.      BEGIN SEQU
  3660.         <statements>...
  3661.         LOOP
  3662.      END
  3663.      <statements>...
  3664. ENDDO
  3665.  
  3666. andrew g.
  3667.  
  3668.  
  3669. Msg#7859   To:RON LANDBERG                              (Rcvd)
  3670. From:MARK NEIDORFF                              Date:01/31/89
  3671. Subject:(R)A86 TO S87                           Parent Msg#7843
  3672. ------------------------------------------------------------------------------
  3673. Third party libraries will be a p[roblem in the conversion.  Due to the
  3674. Network overhead, you may run into memory problems also since S87 doesn't
  3675. manage memory well. [Hows that for understatement!]
  3676.      <<  Mark  >>
  3677.  
  3678.  
  3679. Msg#7861   To:ALL                                        
  3680. From:FRANCOIS DESROSIERS                        Date:01/31/89
  3681. Subject:MEMOEDIT                 
  3682. ------------------------------------------------------------------------------
  3683. I need some help with an application I am developping.
  3684. .
  3685. In this application I have a memo field called descripti. I do the
  3686. edition of this field with the following line:
  3687. .
  3688. REPLACE DESCRIPTI WITH MEMOEDIT(DESCRIPTI,4,2,20,77,.T.)
  3689. .
  3690. I have put text in this field and now I am making the grammatical
  3691. correction of the text. And I observe that every time I change, add
  3692. or remove a word, my application become 1 000 bytes more big. The
  3693. difference is not always the same but it is about 1 000 bytes.
  3694. .
  3695. All the memo fields are about this lenght. And with Norton, I see
  3696. that my file is full of duplication and EOF markers.
  3697. .
  3698. What can be the problem
  3699. .
  3700. thank you       Francois Desrosiers
  3701. .
  3702.  
  3703.  
  3704.