Access Violation startig EXE from Login Script

[Marcio Vinholes Ferreira]

Hi All,
I wrote a small C program that colects machine inventory - it is started
from a public share (eg. //SRV/Share/prog.exe) at user Login Script....
Now Windows9x are experiencing Access Violation errors when the .EXE is
started from Logon$ directory (eg. //DC-SRV/Logon$/prog.exe).

Do you have any idea why it is happening??

TIA,
Marcio

PS: It's seems not to be a bug on prog.exe, since it works fine on W2K, XP
machines... and also, it works fine when started from a local disk on Win9x
machines that are experiencing AV. errors...

 

[Olaf Engelke [MVP Windows Server]]

Hi,

I wrote a small C program that colects machine inventory - it is
started from a public share (eg. //SRV/Share/prog.exe) at user Login
Script.... Now Windows9x are experiencing Access Violation errors when the
.EXE
is started from Logon$ directory (eg. //DC-SRV/Logon$/prog.exe).

Do you have any idea why it is happening??

does the program try to write any output to a certain folder, which maybe
not exist in Windows 9x?
Does it use environment variables like %computername%, which also do not
exist on Windows 9x?
Does it use DLLs which are different in Windows XP?
Without even to know, what the program does and how it is built, it's hard
to figure out what goes wrong.
Best greetings from Germany
Olaf.

 

[Marcio Vinholes Ferreira]

Tks... The problem is solved when I changed the directory my program was
started from.
It was //DC-SRV/Logon$/prog.exe while changing to a public share
//SRV/Share/prog.exe the Access Violation stops to occur.

Don't know exaclty why... but it's now working...

Regards,
Marcio

 

[Olaf Engelke [MVP Windows Server]]

Hi Marcio

Tks... The problem is solved when I changed the directory my program
was started from.
It was //DC-SRV/Logon$/prog.exe while changing to a public share
//SRV/Share/prog.exe the Access Violation stops to occur.

Don't know exaclty why... but it's now working...

so may be it needed write permissions - which are not given to the netlogon
share for users normally.

Best greetings from Germany
Olaf

 

[Marcio Vinholes Ferreira]

Olaf...
No... my program doesn't need Write permissions at its current directory...
The new share is also R/O...
I think the problem is related to have the session handle of Logon Script
window lost after its processing finished.

Best greeting from Brazil... too...
Marcio