|
I don't like using dos batch files if there's a more straight forward robust
alternative but, this is a technique we used to use to see if a Novell login
was successful. Here's a batch file that checks to see if a file exists and
writes to a log file if the file doesn't exist:
****************************************************
if exist e:\dork.txt copy dork.txt dork.cpy
if not exist e:\dork.txt echo "copy failed" > copy.log
****************************************************
What we did for the Novell login was to look for a known file that only
existed on a network drive. You can also use ">>" to append to a log file.
There are also horrible things you can do with the error levels returned
from commands.
> -----Original Message-----
> From: Dan Bale [mailto:dbale@genfast.com]
> Sent: Tuesday, August 31, 1999 11:35 AM
> To: MIDRANGE-L@midrange.com
> Subject: Need to automagically transfer AS/400 flat file to
> PC c: drive
>
>
>
>
> Currently, we have an application which includes a batch file
> (running in a
> Win95 DOS window) that copies a file from the AS/400 shared
> folder to the user's
> C: drive. I have been asked to "bulletproof" this thing.
> More than a few
> times, we have been called to determine and correct problems
> where this batch
> file has failed. The file in the AS/400 shared folder gets there via:
> CPYTOPCD FROMFILE(GFCHECK) TOFLR(APCHECKS) +
> TODOC(GFCHECK.DDT) REPLACE(*YES)
>
> FROMFILE(GFCHECK) is a "flat" file; normal EBCDIC-to-ASCII
> translation occurs.
>
> Currently, the one-line batch file reads:
> copy e:apchecks.ddt c:\pam\apchecks.chk
> where e: is the drive that maps to the AS/400 shared folder
> containing the file.
>
> When any number of possible errors occurs with this batch
> file, the DOS window
> closes up and disappears, without giving a hint of the problem. To my
> knowledge, the problems that have caused this batch program
> to bomb are:
> 1. Drive E: is not mapped to the AS/400
> 2. Drive E: is mapped to the AS/400, but not pointing to
> the correct folder
> 3. The apchecks.ddt file does not exist on the E: drive
>
> FWIW, our environment is: OS/400 V4R2, Client Access V3R1M3,
> Novell Netware,
> Windows 95. The shared folder that contains the apchecks.ddt
> file is "normally"
> mapped automatically at bootup, but, occasionally, has
> somehow become un-mapped
> (the user has made no confessions regarding this).
>
> Regarding problem 1, is it possible to determine, in a DOS
> batch file, whether
> the AS/400 is mapped to a given drive letter? Is it possible
> to determine if it
> is matched to _any_ drive letter? If it is _not_ currently
> mapped, is it
> possible to map the AS/400 to a drive letter to an open drive
> letter? BTW, I
> can also use WinBatch (a great shareware utility), if someone
> has used that to
> do something like this.
>
> And maybe there's a better way than using DOS altogether?
> I've been out of file
> transfers long enough to forget if there's been any
> improvements to do this type
> of thing. Is there a way, with either one click of an icon
> or using one AS/400
> menu option, to copy the AS/400 flat file to the user's C: drive? We
> occasionally use FTP to transfer files between the AS/400 and
> the PC, but this
> has to be transparent to the user (i.e., no user/password
> entry, none of the FTP
> command entry stuff).
>
> Thanks,
> Dan Bale
>
>
>
>
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
>
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.