Re: [DUG] Calculations affected by login
My only suggestion is to look to see if the network user login has a database field, table, or other restriction that causes different figures to be returned somewhere in the SQL query. Steve -- Steve Peacocke Software Development Manager InSoft (NZ) Ltd. P.O. Box 21051, Hamilton, New Zealand Phone: 07 839-3233 Mobile: 0274 100-122 On Wed, May 28, 2008 at 4:26 PM, John Davys [EMAIL PROTECTED] wrote: This is an odd one but I have had the problem demonstrated to me today as I found it hard to believe. I'm using BDS 2006, Delphi personality plus the TMS component set. The application uses a mathematical model to simulate heat transfer and does millions of calculations solving differential equations numerically to generate temperatures over time etc. The results are displayed in a TMS grid and a TeeChart component draws a graph of them. The strange thing is that the calculations graph come out fine if the user is logged into the pc as a local user but not if the user is logged into the pc as a domain user. The numbers calculated are garbage in the second case. So that's the same app, on the same hardware, only difference being the logged in user. No exceptions are generated, it runs without apparent error. When logged into the network, the user is part of a large company network (Microsoft Active Directory) that has a strict lockdown policy where most users are severely restricted in what they can do or see. When logged in as a local user he is in the Administrators group whereas logged in as a domain user he won't be. This is running under XP, SP2. It is recent hardware, an HP laptop. I can't duplicate the problem on any of my development or test machines. I'm on a different network but it's still MS active directory and I'm logged in as a network user. A further point of interest is that a tester, in a different organisation, reports the same issue i.e. it doesn't produce the correct answers as a network user but does on a standalone pc. In this case the standalone pc is a physically different machine. I'm struggling to come up with any kind of mechanism that could account for this behaviour. Any ideas? Cheers John John Davys Senior Consultant - Database Systems Rezare Systems Limited Hamilton, New Zealand ph: (07) 857 0824 mobile: (027) 557 0824 http://www.rezare.co.nz ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe
[DUG] Calculations affected by login
This is an odd one but I have had the problem demonstrated to me today as I found it hard to believe. I'm using BDS 2006, Delphi personality plus the TMS component set. The application uses a mathematical model to simulate heat transfer and does millions of calculations solving differential equations numerically to generate temperatures over time etc. The results are displayed in a TMS grid and a TeeChart component draws a graph of them. The strange thing is that the calculations graph come out fine if the user is logged into the pc as a local user but not if the user is logged into the pc as a domain user. The numbers calculated are garbage in the second case. So that's the same app, on the same hardware, only difference being the logged in user. No exceptions are generated, it runs without apparent error. When logged into the network, the user is part of a large company network (Microsoft Active Directory) that has a strict lockdown policy where most users are severely restricted in what they can do or see. When logged in as a local user he is in the Administrators group whereas logged in as a domain user he won't be. This is running under XP, SP2. It is recent hardware, an HP laptop. I can't duplicate the problem on any of my development or test machines. I'm on a different network but it's still MS active directory and I'm logged in as a network user. A further point of interest is that a tester, in a different organisation, reports the same issue i.e. it doesn't produce the correct answers as a network user but does on a standalone pc. In this case the standalone pc is a physically different machine. I'm struggling to come up with any kind of mechanism that could account for this behaviour. Any ideas? Cheers John John Davys Senior Consultant - Database Systems Rezare Systems Limited Hamilton, New Zealand ph: (07) 857 0824 mobile: (027) 557 0824 http://www.rezare.co.nz http://www.rezare.co.nz/ ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe
Re: [DUG] Calculations affected by login
A further point of interest is that a tester, in a different organisation, reports the same issue i.e. it doesn't produce the correct answers as a network user but does on a standalone pc. In this case the standalone pc is a physically different machine. I'm struggling to come up with any kind of mechanism that could account for this behaviour. Any ideas? I assume you've done a thorough check for any differences in startup/background processes between the different logins? And tried tweaking (if this is possible) with the level/style of permissions given in the network case, to see if you can isolate a change which affects the problem? cheers, peter === Peter Hyde, Development Director * http://TurboNote.com -- top-rated onscreen sticky notes * TCompress components for Delphi: http://webcentre.co.nz ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe
RE: [DUG] Calculations affected by login
I'm trying to think of a way other running processes could affect the numerical calculations in the way described. I've been around long enough to remember the Pentium FDIV bug which is what this reminds me of, except that of course it does produce the right answers on the same machine as a different user! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, 28 May 2008 4:44 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Calculations affected by login A further point of interest is that a tester, in a different organisation, reports the same issue i.e. it doesn't produce the correct answers as a network user but does on a standalone pc. In this case the standalone pc is a physically different machine. I'm struggling to come up with any kind of mechanism that could account for this behaviour. Any ideas? I assume you've done a thorough check for any differences in startup/background processes between the different logins? And tried tweaking (if this is possible) with the level/style of permissions given in the network case, to see if you can isolate a change which affects the problem? cheers, peter === Peter Hyde, Development Director * http://TurboNote.com -- top-rated onscreen sticky notes * TCompress components for Delphi: http://webcentre.co.nz ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe
RE: [DUG] Calculations affected by login
I'm trying to think of a way other running processes could affect the numerical calculations in the way described. Whereas all the other possible causes are obvious, right? g First rule of troubleshooting - isolate potential causes where possible, even if a mechanism isn't that clear. We're not as imaginative as we should be. Myles is right though, security/temp-files is more likely. cheers, peter === Peter Hyde, Development Director * http://TurboNote.com -- top-rated onscreen sticky notes * TCompress components for Delphi: http://webcentre.co.nz ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe
