Run EXE File via Shell command + Arguments

[Dennis Gaida]

Hi there,

I want to upload some exported reports to a FTP Server, for this I
use a command line FTP utility.
My Database sits in C:\Documents and Settings\Dennis \My
Documents\Datab ase
The FTP utility sits in C:\Documents and Settings\Dennis \My
Documents\Datab ase\oexport
The files to be uploaded in C:\Documents and Settings\Dennis \My
Documents\Datab ase\oexport\fil es

Pretty organized structure.

Now my command looks like this:
Shell CurrentProject. Path & "\oexport\ncftp .exe -u myuser -p mypasswor
my.ftp.server.c om /test files/*", vbNormalFocus

The command would be correct like that (when running it of the command
prompt), BUT!!!!

Access somehow sets the wrong WORKING DIR for the Exe File (does the
same for Batch files). Access runs the File in "C:\Documen ts and
Settings\Dennis \My Documents" instead of all the nested folders.
That happens to every EXE file I run and to every batch file too.

What I tried now is to use this command
Shell CurrentProject. Path & "\oexport\ncftp .exe -u myuser -p
mypassword my.ftp.server.c om /test " & CurrentProject. Path &
"oexport/files/*", vbNormalFocus

This could work IF my program would understand those Windows long path
(it only understands Paths with 8:3 DOS naming standards).
SO what I need from you is either
- how to set the actual WORKING DIR in Access
or
- how to tell Access to use 8:3 naming for CurrentProject. Path
Dennis

PS: and yeah I need to use relative paths since the database sits in
different places, depending on the computer on which it is used.

[MGFoster]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

You don't need the 8.3 naming convention, you need to put double-quotes
around the paths. E.g.:

const Q = """" ' double-quote
dim strCmd as string ' the command line to Shell()

strCmd = Q & CurrentProject. Path & "\oexport\ncftp .exe" & Q
strCmd = strCmd & " -u myuser -p mypassword my.ftp.server.c om /test "
strCmd = strCmd & Q & CurrentProject. Path & "\oexport\files \*" & Q

Shell strCmd, vbNormalFocus

Notice I changed the destination "oexport/files/*" to use the DOS
file/directory separator "\", since CurrentProject. Path will use that
symbol. Also, I added a "\" before the destination's "oexport"
directory name.

--
MGFoster:::mgf0 0 <at> earthlink <decimal-point> net
Oakland, CA (USA)

-----BEGIN PGP SIGNATURE-----
Version: PGP for Personal Privacy 5.0
Charset: noconv

iQA/AwUBQQqOroechKq OuFEgEQLdfgCgh4 ekFppu/oRrlMmBK4ksUyUt wvgAoPAa
IuT7vZ1sSi9s4gC MRkeJzUWG
=xPrH
-----END PGP SIGNATURE-----
Dennis Gaida wrote:

Hi there,

I want to upload some exported reports to a FTP Server, for this I
use a command line FTP utility.
My Database sits in C:\Documents and Settings\Dennis \My
Documents\Datab ase
The FTP utility sits in C:\Documents and Settings\Dennis \My
Documents\Datab ase\oexport
The files to be uploaded in C:\Documents and Settings\Dennis \My
Documents\Datab ase\oexport\fil es

Pretty organized structure.

Now my command looks like this:
Shell CurrentProject. Path & "\oexport\ncftp .exe -u myuser -p mypasswor
my.ftp.server.c om /test files/*", vbNormalFocus

The command would be correct like that (when running it of the command
prompt), BUT!!!!

Access somehow sets the wrong WORKING DIR for the Exe File (does the
same for Batch files). Access runs the File in "C:\Documen ts and
Settings\Dennis \My Documents" instead of all the nested folders.
That happens to every EXE file I run and to every batch file too.

What I tried now is to use this command
Shell CurrentProject. Path & "\oexport\ncftp .exe -u myuser -p
mypassword my.ftp.server.c om /test " & CurrentProject. Path &
"oexport/files/*", vbNormalFocus

This could work IF my program would understand those Windows long path
(it only understands Paths with 8:3 DOS naming standards).
SO what I need from you is either
- how to set the actual WORKING DIR in Access
or
- how to tell Access to use 8:3 naming for CurrentProject. Path
Dennis

PS: and yeah I need to use relative paths since the database sits in
different places, depending on the computer on which it is used.