home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / 6231 < prev    next >
Encoding:
Text File  |  1992-08-20  |  7.3 KB  |  166 lines

  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!centerline!noc.near.net!news.cs.brandeis.edu!chaos.cs.brandeis.edu!rahul
  3. From: rahul@chaos.cs.brandeis.edu (Rahul Chawla)
  4. Subject: (Summary) FoxPro 2.0??
  5. Message-ID: <1992Aug21.003141.14212@news.cs.brandeis.edu>
  6. Sender: news@news.cs.brandeis.edu (USENET News System)
  7. Organization: American Technology Partners, Inc.
  8. Date: Fri, 21 Aug 1992 00:31:41 GMT
  9. Lines: 155
  10.  
  11. First, Thanks to you all who took out the time to answer. Appreciate
  12. it !!
  13.  
  14. This is a summary of responses to my following two questions :
  15. (Note : It's a bit long so N if you don't wanna go thru it.)
  16. ----------------------------------------------------------------------
  17. Questions : FOXPRO 2.0 Request for comment on the Lan Version+general
  18. ----------------------------------------------------------------------
  19. <1>. Can FoxPro create stand alone executionable files, if so, is the
  20. compiler included with the regular version ?? ( I am interested in the
  21. LAN version.)
  22.  
  23. <2>. Any comments on the LAN version of Foxpro.
  24. ----------------------------------------------------------------------
  25.  
  26. Replies : 
  27.  
  28. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  29. From EINHORN@APSICC.APS.EDU Wed Aug 19 21:58 EDT 1992
  30. <1>.
  31.     To create standalone executables you need to purchase the optional
  32.     distribution kit.  If you have the LAN version it will generate
  33.     LAN executables.  If not it will generate single user executables.
  34.   
  35. <2>.
  36.     I have the LAN version haven't tried to use it yet.  A brief perusal
  37.     of the manual indicates that it takes a primitive record locking
  38.     approach.  You have to explicitly lock everything you need locked.
  39.     No concept of a transaction with the dbms worrying about the hard
  40.     part of the problem for you.  (Like Oracle or Sybase or the other high
  41.     end SQL databases.)  Haven't looked closely enough to see
  42.     if it can handle the really difficult problems where you have to lock
  43.     multiple records in multiple files.  If it's possible it won't be easy.
  44.     Looks like it should handle the mundane problems with locking a single
  45.     record in a single file without any trouble
  46.  
  47. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  48. From jcole@osiris.cso.uiuc.edu Thu Aug 20 15:14 EDT 1992
  49.  
  50. If you buy the separate distribution kit (~$500 US), you can make standalone
  51. .EXE files.  You can do this in two ways
  52.   1) Compile the application as COMPACT Executable and distribute two
  53.      runtime files (FOXPRO.ESO and FOXPRO.ESL, which take up about 1.2 Meg)
  54.   OR 2) Compile as standalone executable.  The .EXE will be more than a Meg,
  55.      even if you only compile the program  ? "Hello World"
  56.  
  57. Other than the size of the program that is produced, I have had no trouble
  58. with the "compiler".  If your code works in FoxPro developer version, it
  59. will work in the compiled version.  
  60. I should also mention that the distribution kit works with either the
  61. single-user or LAN version of FoxPro 2.0.  Depending on which base package
  62. you have, your executable will be single user or LAN (assuming you put in
  63. all the record/file locking code)
  64.  
  65. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  66. From RLMEYERING@BIIVAX.DP.BECKMAN.COM Thu Aug 20 12:26 EDT 1992
  67.  
  68. <1>.
  69.  
  70. FOXPRO can create executables. You must purchase the compiler (distribution
  71. kit) in addition to the dbms. Four types of "executables" can be created.
  72.  
  73. 1. Standalone (HUGE!...a simple "HELLO WORLD" app will turn out a whopping
  74.    1mb executable)
  75. 2. Compact (NORMAL-SMALL, however runtime support libraries must be included
  76.    with this flavor, that again push the size upto approx 1mb...the benifit
  77.    of the compact exe is that multiple compact exe's can share the runtime
  78.    libraries.)
  79. 3. FXPs. Foxpro specific interpreted stuff.
  80. 4. APPs.Foxpro specific interpreted stuff.
  81.  
  82. Speed seems to be equivalent for all four types.
  83.  
  84. <2>.
  85.  
  86. Executable startup is slow due to the size of the executable. I think 
  87. in general FOXPRO provides SLUGGISH performance. Also, I hate the 
  88. additional stuff that FOX sticks into the executable for you... For instance, 
  89. I just contacted a vendor that sold my company a FOXPRO2 based product. The 
  90. vendor was surprised to learn that his product had macro capabilities 
  91. in it....I guess the point here is that you get a lot of suprises in your 
  92. executables.
  93.  
  94. There is no doubt that FOXPRO2 makes development easy/fast, but I sorta think
  95. that the enduser pays for the programmers time savings...
  96.  
  97. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  98. From xmpcwsh@dp7up.dp7up.com Thu Aug 20 11:13 EDT 1992
  99. <1>.
  100.  
  101. Yes, but you have to buy a seperate DISTRIBUTION KIT for 500.00.  You can
  102. however create a single .APP file of your entire application and run it
  103. under the development environment.  This works well on a LAN.
  104.  
  105. <2>.
  106.  
  107. Yes, it's great.  We have approximately 50 users now running FoxPro on
  108. 5 different servers.  We've done tests with some 1.0 Gig databases, and
  109. still receive sub-sec response times on queries of indexed fields.
  110.  
  111. ------------------------------------------------------------------------------
  112. Bill Harris - MIS                xmpcwsh@dp7up.com
  113. Dr Pepper/The Seven-Up Company            The opinions expressed are my
  114. Dallas, Texas                      own. (emphasis on the period)
  115. ------------------------------------------------------------------------------
  116. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  117. From U5CAB@WVNVM.WVNET.EDU Thu Aug 20 10:04 EDT 1992
  118.  
  119. I have been using FoxPro 2.0 Lan since it came out. I was using 1.02 Lan.
  120. I am very pleased with the software and its abilities. There is a run time
  121. version but it is extra. Each program is compiled but lick basic it must have
  122. the operating system (a.k.a. FoxPro program) to run. It is about four times fas
  123. ter then Dbase IV. remember that this is a development system and the learning
  124. curve is very steep for somebody with no database experience, but as a developm
  125. ent package it can't be beat.
  126.  
  127. Floyd Roberts
  128. WVU Financial Aid
  129. My opinions are my own and I only represent myself.
  130.  
  131. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  132. From philabs!rrw@uunet.UU.NET Thu Aug 20 11:14 EDT 1992
  133.  
  134. <1> & <2>.
  135.  
  136. Uh oh Rahul, I've been struggling with FoxPro 2 and am thinking about
  137. switching to something else.  I guess it won't be DBase!  Actually, I think
  138. I'm going to use Approach, or at least try it.
  139. Best of Luck,
  140. Rog
  141. PS - BTW, the book I'm using with FoxPro is "Using FoxPro 2", by Slater &
  142. Arnott, pub. by Que.  I'm about half way through this 870 page book and still
  143. can't do anything.  The books that come with FoxPro are not goo for learning.
  144. Ah, maybe I'm just stupid.
  145.  
  146. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  147. From elinden@diana.cair.du.edu Thu Aug 20 09:29 EDT 1992
  148. <1> & <2>.
  149.  
  150. Our corporate office has begun development in Foxpro 2.0.  I am employed at
  151. a regional office and have been asked to learn all I can about Foxpro 
  152. (basically so we will have the expertise to block any poorly engineered 
  153. corporate projects)  I was just informed of this yesterday, therefore I 
  154. would greatly appreciate a copy of any summary you may have the time to 
  155. put together regarding you post.   Thanks in advance.
  156. Eric Linden
  157. elinden@diana.cair.du.edu
  158. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  159.  
  160.  
  161. -- 
  162. --
  163. Rahul Chawla            Internet : rahul@chaos.cs.brandeis.edu
  164. Computer Science Dept.               chawla@binah.cc.brandeis.edu
  165. Brandeis University.               rahul@cmns-sun.think.com
  166.