-
January 7th, 2015, 03:18 PM
#1
The line number is not relevant because it simply points to the place where the exception is thrown, but that's not where the problem lies as the null->NaN value is coming in as a parameter to that method.
The stack trace would actually show the bad call, I'm trying to imagine why is missing.
In the library there are many calls to (a method that calls) that method, that's why pinpointing the case with static analysis of the code is not easy. Unfortunately it looks like at this point is the only path left.
Just to try and reduce the code to be analyzed, does your application use our visual widgets?
Similar Threads
-
By dato in forum Client SDKs
Replies: 1
Last Post: July 7th, 2010, 02:13 PM
-
By Test6405 in forum Client SDKs
Replies: 8
Last Post: December 24th, 2009, 07:59 PM
-
By coyote7000 in forum Client SDKs
Replies: 3
Last Post: April 9th, 2009, 10:38 AM
-
By rsouissi in forum Client SDKs
Replies: 1
Last Post: August 27th, 2007, 11:24 AM
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
All times are GMT +1. The time now is 03:58 PM.
Bookmarks