Thanks, It's a very weird situation. It doesn't fail on either of my logins, and it doesn't fail when I take over another desktop remotely, but it does fail at the client's site on some machines. It's almost like it's running out of memory or something, but the available memory looks the same.
It's very frustrating that I can't duplicate the error, and no error messages are being logged. ________________________________ From: Dave Crozier <[email protected]> To: ProFox Email List <[email protected]> Sent: Thursday, April 14, 2016 4:03 AM Subject: RE: Program working under on login, not another. Michael, The problem arises where you are using the same login for multiple sessions as VFP will put its temp files in the same place for each session and consequently gets itself into a real mess sometimes. I ended up manually setting where VFP puts its temp files programmatically and also via config.fpw but bear in mind that the config.fpw affects all sessions so doesn't make the settings unique per login session. If you run the TS sessions with a unique login then the problem doesn't exist. Dave -----Original Message----- From: ProFox [mailto:[email protected]] On Behalf Of Michael Madigan Sent: 13 April 2016 17:19 To: ProFox Email List <[email protected]> Subject: Re: Program working under on login, not another. I think it's Server 2008 service Pack 2 Are you saying the program itself should decide where the temp files should be or the config.fpw file? From: Dave Crozier <[email protected]> To: ProFox Email List <[email protected]> Sent: Wednesday, April 13, 2016 12:06 PM Subject: RE: Program working under on login, not another. Michael, What server are your TS services running under? We had untold problems with 2008 hosting TS and since moving to RDS/RDP on 2012 the problems have decreased significantly. The biggest problem with TS is organising where temporary files are created when a single session login is shared over users and we still have this with our VFP apps unless we manually configure where the temp files are to be stored from within VFP. Dave -----Original Message----- From: ProFox [mailto:[email protected]] On Behalf Of Michael Madigan Sent: 13 April 2016 17:03 To: [email protected] Subject: Program working under on login, not another. I have a legacy FFW 2.6 program running under terminal services The customer complains that a certain report "hangs" and never completes. I test it on my login, everything is fine. I have them create another login for me using their profile, that works fine. The permissions and setups should all be identical. I have them log into using my login, and it works fine. They have the same default printers. They have the same exact work space and local disk I have no idea what there is left to try. --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html --- [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[email protected] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
