|
|
|||||||
Hi: It seems to be a common theme but I am adding some Windows 7 PC's to the network as well and am running into some problems with kix scripts. I use a simple Use statement to map a drive. USE M: "\\Tcluster02\Users_EMC\CSC\ACP\Common" On XP if the path of the map doesn't exist it would just be ignored. On Windows 7 if the path doesn't exist I get the following error and the scripts terminates. The Instruction at 0x703d603e referenced memory at 0x703d603e. The memory could not be read. Just wondering if anyone has come across this or if there is a workaround. Any information would be greatly apprecited. Thanks; |
||||||||
|
|
|||||||
Welcome to KORG! Is this Windows X86 or x64? What part of the path is not valid - server, share, or path? Glenn |
||||||||
|
|
|||||||
Nope, didn't see this kind of behavior. The code below gives me error 53 - The network path was not found. What Windows 7 are you running? 32 or 64 bits? Code: Break on Use v: "\\someserver\someshare" ? @ERROR ? @SERROR |
||||||||
|
|
|||||||
Usually means faulty memory :-) |
||||||||
|
|
|||||||
Originally Posted By: apronk Usually means faulty memory :-) Actually, it's more likely a protection fault - trying to read a memory location assigned to another application. Glenn |
||||||||
|
|
|||||||
It is running on Windows 7 Professional, 32 bit In the USE statement the server is valid, the share is valid but the path after the share is not valid. All my previos scripts run fine if there are no invalid mappings. It happens on serveral pc's, different users etc. Thanks; |
||||||||
|
|
|||||||
Which Kix version are you running? Glenn |
||||||||
|
|
|||||||
I was originally running V4.2 when I first got the error so I upgraded to 4.61 and still get the error. The error was the same in both cases but if I remember correctly the memory address may have been different. Thanks; Paul |
||||||||
|
|
|||||||
Originally Posted By: Glenn Barnas Originally Posted By: apronk Usually means faulty memory :-) Actually, it's more likely a protection fault - trying to read a memory location assigned to another application. Glenn |
||||||||
|
|
|||||||
I tried running the script with a -f no difference. I don’t believe this can be a memory problem, it happens on at least 6 PC’s that I have used for testing the rollout of Windows 7. |
||||||||
|
|
|||||||
Forgive me, but why do you have an invalid path in your script? |
||||||||
|
|
|||||||
I just did a test here on Win 7 64bit and 4.61 with same results as Mart. No memory error. 1. Still would like to know why you have an invalid path. Surely we can find a way around this. 2. A/V. Is it installed. Have you tried disabling it, while running the script. 3. UAC. If enabled, have you tried it disabled. 4. Network Card Drivers. Have you verified you have the latest and greatest version? |
||||||||
|
|
|||||||
how about giving this mount of a share credentials? maybe the user running this has no right to access the share, or no ntfs rights on the folder? What else ... maybe UAC has sneaked in the way of this? |
||||||||
|
|
|||||||
Still fighting this one but I have a little more information. From what we have determined so far it is caused when using McAfee V8.8 and it is managed by an Epo server. Everthing works fine until it gets the policies from EPO. Strange part is they get the same policies as everyone else but there must be something different about the default V8.8 policies, haven't figured that part out as yet. If you run McAfee V8.7 there is no problem. Thanks; |
||||||||
|
|
|||||||
Hi PMiller, I'll try to replicate your issue as soon as have some time over - but it sounds like a amusing issue. Do mean gets new policies or simply enforces 'em? Could you check the logs for access protection? (this doesn't really smell like a kix issue ;). |
||||||||
|
|
|||||||
This is definitely not a kix issue, “Net Use” terminates as well. This issue will happen if you are running McAfee V8.8 and have ScriptScan DISABLED. We had this component disabled globally because it was causing some performance issues on some applications a few versions of McAfee previous. Once you enable this component again everything works fine. McAfee issued a Knowledge Base article on this a few days ago --- KB71660 Thanks everyone for your assistance. |
||||||||
|
|
|||||||
Thanks for the follow up. Here is a link to the kb doc PMiller mentions above: https://kc.mcafee.com/corporate/index?page=content&id=KB71660 |
||||||||
|
|
|||||||
Thanks for the KB ;). |