At 05:07 PM 9/12/2010, TOM HART wrote:
I just cannot seem to understand why it will run on the computer hosting the program but will lock up on all other network computers.
Without knowing all details (which is always a challenge when the crystal ball doesn't work), I suggest the following: 1. Find the exact difference between the computer hosting the program vs. other network computers. 2. Make sure that the network computers are mapped with the same exact drive letters as on the computer hosting the program. This may be a problem which you need to address when a hard-coded drive letter is used. Use UNC mapping method to avoid all these issues. In a network environment, the Universal Naming Convention (UNC) is a way to identify a shared file in a computer without having to specify (or know) the storage device it is on. In Windows operating systems, Novell NetWare, and possibly other operating systems, the UNC can be used instead of the local naming system (such as the DOS naming system in Windows). In Windows operating systems, the UNC name format is: \\servername\sharename\path\filename 3. Check and verify the installed/shared printers and assigned printer names. This may be a problem which you need to address when a hard coded printer name is used for PRNSETUP command and the appropriate printer drivers are not properly/successfully installed. 4. Check and verify the user access/rights on the computer hosting the program vs. other network computers. The above simple checklist alone should provide you with some blue's clues ... Very Best R:egards, Razzak.
