We are running cron under the specific cygwin login (not cyg_server). Presumably there is a solution to this problem. We have 3 Win7 Pro PCs and this works on one of the PCs (unfortunately, not the one where we need it to work) and fails on the other two PCs.
Thanks for the two suggested links. We will check them out. Denis ------------------------------------------------------------------------------------ Corinna Vinschen Wrote: On Jun 17 13:29, Kertz, Denis (D)** CTR ** wrote: > Unfortunately, using the 64-bit wscript.exe didn't change anything - same > behavior as before with excel hanging. > > We are using 64-bit cygwin and 32-bit Excel (Excel 2007). The problem is probably related to some of the changes between XP and W7. On XP, the desktop runs in session 0, just like the services. With UAC since Vista, the desktop runs in session 1, while the services continue to run in session 0. Therefore services are not allowed to connect to the desktop anymore since Vista. UAC itself, as well as a feature since Windows 2003 (permissions of LocalSystem) may come into play here as well. Are you running cron under the cyg_server account on W7 (hopefully)? Two possible solutions come to mind: - Either there is no solution. The reason might be that Excel is expecting a GUI it can't connect to. - Or it's about the user token after switching the user context. I assume you're running Excel from cron as some other user account than cyg_server. Please read https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview and try https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd3 Corinna -- Corinna Vinschen -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
