home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / 8752 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  4.6 KB

  1. Path: sparky!uunet!spool.mu.edu!agate!usenet.ins.cwru.edu!po.CWRU.Edu!beh
  2. From: beh@po.CWRU.Edu (Bob E. Hetzel)
  3. Newsgroups: comp.databases
  4. Subject: Re: PARADOX 4.0 with Novell: Braindead?
  5. Date: 1 Jan 1993 00:31:18 GMT
  6. Organization: Case Western Reserve University, Cleveland, OH (USA)
  7. Lines: 116
  8. Message-ID: <1i03cmINNsf6@usenet.INS.CWRU.Edu>
  9. References: <1992Dec31.184715.25869@eng3.sci.com>
  10. Reply-To: beh@po.CWRU.Edu (Bob E. Hetzel)
  11. NNTP-Posting-Host: thor.ins.cwru.edu
  12.  
  13.  
  14. In a previous article, joe@eng3.sci.com (Joe LaRocque) says:
  15.  
  16. >We are in desperate need of help in using PARADOX 4.0 off of a Novell
  17. >server.  We have been experiencing 'unexpected errors' starting with
  18. >release 3.5 and are continuing to have problems with release 4.0 of
  19. >PARADOX.  
  20.  
  21. Note that I am currently only using 4.0 for a standalone application
  22. (not networked) but I do work with 3.5 on a 6 user novell networked
  23. database which is quite huge.
  24.  
  25. >    CONFIG.SYS
  26. >
  27. >    DEVICE=C:\QEMM60\QEMM386.sys EXTMEM=2560 RAM exclude=c800-cfff
  28.  
  29. first, I would not advise using qemm.  It does not truly buy you
  30. anything, and could considerably slow down paradox if the wrong
  31. blocks of memory are not excluded.  Paradox likes to manage its
  32. own memory, anyway.  This, I suspect is your biggest problem.
  33. --
  34. >    DEVICEHIGH=C:\DOS\SETVER.EXE
  35.  
  36. not that this would cause a problem, but most of the time you do not
  37. need it, if you have reasonably new versions of all your software.
  38. --
  39. >    lastdrive=f
  40. >    FILES=40
  41. >    BUFFERS=40
  42. >    DEVICEHIGH=C:\DOS\ANSI.SYS
  43. >    SHELL=C:\DOS\COMMAND.COM C:\DOS\  /p /e:1024
  44.  
  45. It is always a good Idea to use the command.com which resides
  46. in the root directory.  If you don't have one there, put one there.
  47. Then change this line to read...
  48.     SHELL=C:\COMMAND.COM /p /e:1024
  49.  
  50. You also probably have no use for such a big environment.  Your
  51. path can only be so big before dos truncates it, no matter what
  52. the size of the environment.  If your computer needs to have a
  53. lot of dos variables set, then you might need such a large environment,
  54. but try reducing it anyway.
  55. --
  56. >    DOS=HIGH, UMB
  57.  
  58. also, get rid of the umb part of the above line.  Upper memory blocks
  59. don't buy you much.  A better solution is to just put more extended
  60. memory into the machine by adding simms.  Most newer programs 
  61. (such as paradox) truly only care about how much total memory you
  62. have, not base memory.
  63. --
  64. >    **************************************************************
  65. >
  66. >    AUTOEXEC.BAT
  67. >
  68. >    @ECHO OFF
  69. >    c:\dos\share
  70. You probably do not need to run share unless you are going to run
  71. two copies of the same application in windows, and or two programs
  72. which access the same file from within windows (or any other 
  73. "multi-tasking" program.
  74. --
  75. >    PATH C:\qb45;C:\;C:\DOS;c:\bin;C:\bats;c:\mcshell;c:\windows;
  76. >    PROMPT $P$G
  77. >    set cdpath=c:\;
  78. >    cd \
  79.  
  80. this line does not do anything, since the computer boots from the root
  81. directory, anyway.  Also, it will produce an error as dos uses
  82. the back slash, not the forward slash for directorys.
  83. --
  84. >    C:\mouse\mouse.com /1
  85. >    VER
  86. >    set GRASP=c:\grasp
  87. >    loadhigh c:\dos\doskey
  88. >    subst d: c:\d
  89.  
  90. This command will truly confuse a lot of stuff.  It's never a good
  91. idea to fool dos as to location of files.  I recommend backing up
  92. all your stuff on this machine, then re-partitioning the drive
  93. (using fdisk) so that the c: drive is 100% of the disk space.  If you
  94. actually have two separate drives, then I would still remove
  95. this line, even though you will not be able to put all the stuff on
  96. the same logical drive.
  97. --
  98. >NOVELL:
  99. >
  100. can't help you on this section, but I suspect any problems here
  101. will show up as error messages on the server and not on 
  102. the pc's in the middle of applications.
  103. If you can't get all your problems solved with my above suggestions,
  104. you could ask the folks at comp.sys.novell.
  105.  
  106. >TUTILITY:
  107. >
  108. >We ran TUTILITY 4.0 on two tables.  We're almost certain the tables
  109. >were corrupted.  We had gotten key violations when restructuring and
  110. >continued to have "unexpected condition 449" problems.  TUTILITY 
  111. >rebuilt without lossing records and said it had 0 problems. However,
  112. >we had a problems with a form afterwards.  We found that all forms
  113. >were corrupt or out of date (modify/change/form).  We had made a backup
  114. >of the tables before Tutility ran. The forms were ok on the backup.
  115. >DOES TUTILTITY KILL YOUR FORMS? DOES IT REALLY FIX ANYTHING?
  116.  
  117. More likely, when you changed the "key fields" in your table 
  118. (by restructuring it), it blew up the forms, but you didn't 
  119. notice this until after you ran tutility.  
  120.  
  121. Hope the above suggestions help.
  122.  
  123.      Bob
  124. -- 
  125. "I held the blade, in trembling hands,
  126.  Prepared to make it hurt.
  127.  Just then the phone rang... 
  128.  I never had the nerve to make the final cut".-- Pink Floyd, 1983.
  129.