WinExec? Shell? File Copy, zip, unzip problem!

I am using MS Access 2.0 under Windows 95.
I used WINEXEC and Shell to run a batch file in the background so the MS DOS window does not show up.  The batch file actually copy a zip file from DriveA into c:\dir and then run pkunzip on that file.
On the reverse, I run another batch file to zip up a mdb file and copy it back to Drive A.
This is where to problem starts.  I think the batch file is not able to execute all the commands smoothly because one of the zip or mdb file got "locked" (Acccess denied) along the way.
I press Ctrl-Alt-Del to bring up the Task Manager and I found that a few "Winoldap" is opened.  After I manually end-task these few "Winoldap", I could then access that "locked" file.  Note that the file is still "locked" even after I closed Access.
I wonder if this is due to the process not ended properly?

The following it the code I used a RunCode macro to execute:

Function CopyIn ()

Success = WinExec("c:\dir\copyin.bat, SW_HIDE)

End Function

I hope someone have a detailed answer.

Deeply appreciated!
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Did you make sure your database is not opened in exclusive mode?
One thing you need to be aware of is that even if you fire a task off in DOS mode from a batch file, 95 will run that task asynchronously.  SO you have no guarentee that one task finishes before a subsequent task starts.  Also, if you are using batch files, remember to place an "EXIT" command at the end of your batch file to be sure that 95 closes the DOS window and frees up the allocated resource.

For another (better) way to kick off a task and check for completion, see the following:

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
You can use the following WIN32 API based function call to start a task and wait for completion.  The function to convert a path/file name to a DOS name is necessary occasionally because dos command lines are not tolerant of long file names in 95, particularly when they contain embedded blanks.

Option Explicit
Private Const SYNCHRONIZE = &H100000
Private Const INFINITE = &HFFFF           '  Infinite timeout
Private Const DEBUG_PROCESS = &H1

Private Const CREATE_SUSPENDED = &H4

Private Const DETACHED_PROCESS = &H8

Private Const CREATE_NEW_CONSOLE = &H10

Private Const IDLE_PRIORITY_CLASS = &H40
Private Const HIGH_PRIORITY_CLASS = &H80


Private Const CREATE_NO_WINDOW = &H8000000

Private Const WAIT_FAILED = -1&
Private Const WAIT_OBJECT_0 = 0
Private Const WAIT_ABANDONED = &H80&
Private Const WAIT_ABANDONED_0 = &H80&
Private Const WAIT_TIMEOUT = &H102&

Private Const SW_SHOW = 5

        hProcess As Long
        hThread As Long
        dwProcessId As Long
        dwThreadId As Long
End Type

Private Const STARTF_USESIZE = &H2

        cb As Long
        lpReserved As String
        lpDesktop As String
        lpTitle As String
        dwX As Long
        dwY As Long
        dwXSize As Long
        dwYSize As Long
        dwXCountChars As Long
        dwYCountChars As Long
        dwFillAttribute As Long
        dwFlags As Long
        wShowWindow As Integer
        cbReserved2 As Integer
        lpReserved2 As Long
        hStdInput As Long
        hStdOutput As Long
        hStdError As Long
End Type

Private Declare Function OpenProcess Lib "kernel32" (ByVal dwDesiredAccess As Long, ByVal bInheritHandle As Long, ByVal dwProcessId As Long) As Long
Private Declare Function CloseHandle Lib "kernel32" (ByVal hObject As Long) As Long
Private Declare Function WaitForSingleObject Lib "kernel32" (ByVal hHandle As Long, ByVal dwMilliseconds As Long) As Long
Private Declare Function CreateProcessBynum Lib "kernel32" Alias "CreateProcessA" (ByVal lpApplicationName As String, ByVal lpCommandLine As String, ByVal lpProcessAttributes As Long, ByVal lpThreadAttributes As Long, ByVal bInheritHandles As Long, ByVal dwCreationFlags As Long, lpEnvironment As Any, ByVal lpCurrentDirectory As String, lpStartupInfo As STARTUPINFO, lpProcessInformation As PROCESS_INFORMATION) As Long
Private Declare Function WaitForInputIdle Lib "user32" (ByVal hProcess As Long, ByVal dwMilliseconds As Long) As Long
Declare Function GetDOSName& Lib "kernel32" Alias "GetShortPathNameA" _
(ByVal lpszLongPath As String, ByVal lpszShortPath As String, ByVal cchBuffer _
As Long)

Declare Function FindExecutable& Lib "shell32.dll" Alias "FindExecutableA" _
(ByVal lpFile As String, ByVal lpDirectory As String, ByVal lpResult As String)

Public Sub CreateProcess(prc$)
    Dim res&, ShellPgm$
    Dim sinfo As STARTUPINFO
    On Error GoTo prcerr
    sinfo.cb = Len(sinfo)
    sinfo.lpReserved = vbNullString
    sinfo.lpDesktop = vbNullString
    sinfo.lpTitle = vbNullString
    sinfo.dwFlags = 0
    ShellPgm$ = prc$ + Chr$(0)
    sinfo.dwX = 20 + FMigWiz.Left \ 14
    sinfo.dwY = 150 + FMigWiz.Top \ 14
    sinfo.dwXSize = FMigWiz.Width \ 14
    sinfo.dwYSize = (FMigWiz.Height \ 14) - 100
    res = CreateProcessBynum(vbNullString, ShellPgm$, 0, 0, True, NORMAL_PRIORITY_CLASS, ByVal 0&, vbNullString, sinfo, pinfo)
    If res Then
     ' Let the process initialize
     Call WaitForInputIdle(pinfo.hProcess, INFINITE)
     ' We don't need the thread handle
     Call CloseHandle(pinfo.hThread)
        res = WaitForSingleObject(pinfo.hProcess, 0)
        If res <> WAIT_TIMEOUT Then
            ' No timeout, app is terminated
            Exit Do
        End If
     Loop While True
     ' Kill the last handle of the process
     Call CloseHandle(pinfo.hProcess)
    End If
Exit Sub

 errit "Error Starting " + prc$
End Sub
Public Function DosName$(LongName$)
'Use api call to get short DOS Path/File Name
'Declare Function GetDOSName& Lib "kernel32" Alias "GetShortPathNameA" _
'(ByVal lpszLongPath As String, ByVal lpszShortPath As String, ByVal cchBuffer _
'As Long)
Dim sn$, ln$
Dim cchb As Long
ln$ = LongName$ + Chr$(0)
sn$ = Space$(65)
cchb = 65
cchb = GetDOSName&(ln$, sn$, cchb)
DosName$ = Left$(sn$, cchb)
End Function
Public Function GetExePath$(Path$)
'uses following api to locate associated program path
'Declare Function FindExecutable& Lib "shell32.dll" Alias "FindExecutableA" _
'(ByVal lpFile As String, ByVal lpDirectory As String, ByVal lpResult As String)
Dim fil$
Dim dr$
Dim rslt$
Dim i As Integer
dr$ = Path$
i = Len(dr$)
While Mid$(dr$, i, 1) <> "\"
 i = i - 1
fil$ = Mid$(dr$, i + 1)
dr$ = Left$(dr$, i)
rslt$ = Space$(255) 'returned result
If FindExecutable&(fil$, dr$, rslt$) > 32 Then 'success
 i = InStr(rslt$, ".EXE")
 rslt$ = Left$(rslt$, i + 3)
 i = InStr(rslt$, Chr$(0))
 While i > 0
  rslt$ = Left$(rslt$, i - 1) + " " + Mid$(rslt$, i + 1)
  i = InStr(rslt$, Chr$(0))
 GetExePath$ = DosName$(rslt$)
 GetExePath$ = ""
End If
End Function

spear051598Author Commented:
Thanks Cymbolic,

Wow! your answer is rather involving.  After looking at your profile, I can see why... As you probably know by now, I am rather new to coding.  I have worked in Access for quite a while but mainly used macros to complete almost all my task.  I just got into coding recently.  But thanks very much.  I'd have to study the codes for a while and will keep up as much as possible.

By the way, do you have another shorter alternative to complete the task without waiting for the process to complete.... The reason is that I am out of time... and an interim solution is to break up the process in 2 stages.... not very professional I know... For now, I just need to ensure that each backup process will zip up the mdb file and copy into Drive A.. and then be sure that no files get "locked" after that.  I have tried something instead and it looked rather ok on Window 98 beta.  I am not sure if it'll be ok on my user's win95 machine.  Here it is:

MyCommand = "pkunzip a:\ c:\mydir\"
X= Shell (MyCommand, 7)

The process is very straight forward.  The difference is that this runs the pkunzip directly rather than running a batch file that executes the pkunzip or zip function.  So this makes me suspect that the "winoldap" thing that appear in Task Manager is perhaps due to the batch file being fired off.... do you think they are related?  However, the problem here is that the Dos Window which is opened by the above code stays open.  Now I have to think of a way to close it automatically.  With the batch file, I can add "exit" and this will close off the window automatically.  Well, can you give me some more insight into this?  Thanks again....

It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Microsoft Access

From novice to tech pro — start learning today.