Smart questions
Smart answers
Smart people
Join Tek-Tips Forums

Member Login

Remember Me
Forgot Password?
Join Us!

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips now!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

Join Tek-Tips
*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.
Jobs from Indeed

Link To This Forum!

Partner Button
Add Stickiness To Your Site By Linking To This Professionally Managed Technical Forum.
Just copy and paste the
code below into your site.

wildcard (MIS) (OP)
3 Apr 02 17:34
Client was using PKZIP across a network
connection when someone else opened a file
currently being zipped
... the workstation hung
and the only way out of it was to reboot that

Now that particular workstation can no longer
use our program because a required datafile
gives an error message - DOS ERROR 5. We have
done a complete shutdown of the workstation
and restarted WIN98 but no joy.

Other workstations can access the program and
that datafile OK. How do we remedy this problem
for this particular workstation?

Thanx in anticipation,
EzLogic (Programmer)
3 Apr 02 19:18
What is exactly the error:

Do you have NG? norton guide? What clipper version do you have?


EzLogic (Programmer)
3 Apr 02 19:19
By the way: Dos error 5 is "Access is denied"
so, check what rights does this station have?  Check for network validation, etc...


wildcard (MIS) (OP)
3 Apr 02 22:47
Hi TeknoSDS :)

Actual error message reads:-

DBFNTX/1001 open error CONTROL.DBF

I am aware (of course) that DOS error 5 means
access denied. Yes I have Norton Guides. Yes
I have full CLIPPER documentation. Bit useless when
there is no explanation anywhere about DOS errors !!

Clipper Version is 5.2B
Application was compiled with RTLINK.

The workstation has WRITE access to the hard drive
on the WIN2K server where the system resides.
All other workstations can open and write to this
critical CONTROL.DBF quite happily.

Jim :)
EzLogic (Programmer)
3 Apr 02 23:50
are you using PPP library by chance? Protection Plus Professional?

Ok, here's the scenario.  ON Win2k server.  There is an option where you can see open shares or open files (I don't know exactly the name) but, I know it is under the control panel->Administrator tools (or something like that)...

I have experienced that sometimes Win2k server keeps open ntx and dbf files for stations.  And they don't flush.  After even after I reboot the station.  So, I manually release open shares.  

They might be causing the problem
let me know what happens.  Good luck!


wildcard (MIS) (OP)
4 Apr 02 0:06
Released the database at the server and all is well

Michael42 (Programmer)
4 Apr 02 14:41
I have noticed on NT running chkdsk (which requires a reboot) has fixed this problem.  Perhaps some bad ACL info was written in these instances.  

In 5 years I only had to do this 3 times (for 50+ NT servers) - but it stilled fixed it when it occured.


Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Back To Forum

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close