ThinkGeo.com    |     Documentation    |     Premium Support

Unknown problem

#1

Hello,


I have a problem with the  module. My module is loaded properly but each time i do a postback on my page (change of map mode for example) the following error occurs :  


Microsoft JScript runtime error: Sys.WebForms.PageRequestManagerServerErrorException: Input string was not in a correct format. 


I dont know if it is linked but I change my computer and I had some difficulties to install the last release. You recommend to copy some dlls in c:\windows\system32 directory. On my computer the two assemblies msvcp71.dll and msvcr71.dll were already present with the version 7.10.6030.0 for both. The Assembly I found from you has a lower version which is 7.10.3077.0. So I copy all the assembly you provide except msvcr71.dll and msvcp71.dll because I didnt want to take the risk to overwrite assemblies in system32 directory (I dont know if these assemblies are used by other programs).



#2

Pierre, 
  
 This exception is thrown by ScriptManager. If you are using update panel , please remove it temporarily and let us know what the “real exception” it throws. Also it will be great if you can provide us more information for the exception, such as callstacks. This issue should have no relationship with the msvcp71.dll and msvcr71.dll. 
  
 Thanks, 
  
 Ben

#3

Server Application Error '/'. 




Input string was not in a correct format.


Description : An unhandled exception occurred during the execution of the current web request. Check the stack trace for more information about the error and where it originated in the code.



Détails de l'exception: System.FormatException: Input string was not in a correct format.. 

Erreur source: 



    
        
            
            

An unhandled exception occured during the execution of the current web request. The information on the origin and location of the exception can be identified using the exception stack trace below. 


            
        
    



Trace de la pile: 



    
        
            
            

 


            

[FormatException: Intput string was not in a correct format.]


            

   System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal) +7467367


            

   System.Number.ParseDouble(String value, NumberStyles options, NumberFormatInfo numfmt) +115


            

   System.Double.Parse(String s, NumberStyles style, NumberFormatInfo info) +192


            

   System.Double.Parse(String s, IFormatProvider provider) +25


            

   ThinkGeo.MapSuite.WebEdition.Map.xd8262f22d29c57d5(String[] x2ad333ebea325bde) +568


            

   ThinkGeo.MapSuite.WebEdition.Map.x57b61acc3e039aed(String x96adbb16060a076f, NameValueCollection x13e9d0e2d3dc9cb2) +759


            

   System.Web.UI.Page.ProcessPostData(NameValueCollection postData, Boolean fBeforeLoad) +693


            

   System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +1743


            
        
    

 



#4

Pierre, 
  
 Seems you are using the latest feature: Draggable marker. Could you please provide the sample code? It might be a bug but I have no idea how to recreate it. Thanks in advance! 
  
 Ben  


#5

I continued to test my problem, and I make it work in a server but it seems not working in my development computer. 


Recently I had some problem due to the language option setting of my computer. My computer has the french runtime (but regional and language option in the control panel is in english). 


The server I tested on is entirely in english (the runtime, the regional and language option in the control panel). The problem in french was due to the JSON query badly formed, in french the separator for the decimal value is a coma and the separator for the json query is also a coma. 


I tried to analyse the query sent thanks to an http analyser but the json is well formed in my computer. I can give you a sample but it will work perfectly on your environment as it works in my server.


I created a very simple sample which has the gis module and a button on a page. When i click on the button, a postback is fired and the exception occurs. As you can see i dont use draggable marker.



#6

Pierre, 
  
 Are you using the latest version (3.1.16) ? We used to have that bug and have fixed it in the latest version. Could you double check the version of your component? 
  
 
string version = Map.Version
 
 Thanks, 
  
 Ben

#7

Hello,


Map.Server is : MapSuiteCore:3.1.16;WebEdition:3.1.16.



#8




 


Pierre, can you change the decimal value's separator to period on your French machine?


Click "Customize"







#9

I have exactly the same problem as Pierre. A simple application displaying 2 shp files works ok. When I add of event OnClick="Map1_Click", which is empty and after clicking somewhere on the map the following is displayed: Microsoft JScript runtime error: Sys.WebForms.PageRequestManagerServerErrorException: Input string was not in a correct format. 
  
 My system is Polish Vista 32 bit, where separator for the decimal value is a coma too. The problem is not solved when I set it into US. In an earlier version of MapSuit I also had a problem with with separatorem for the decimal valu but I coped with it by setting culture="en-US" uiCulture="pl-PL" on a site in which the map was displayed. In 3.1.16 version it doesn’t work 


#10




 


Wieslaw,


There is a known bug about the language culture, I think it's also the cause of your problem. Please have a look at here for detail.


gis.thinkgeo.com/Support/Dis...fault.aspx


However, I still couldn't recreate the issue following your instructions. I changed all my settings to Polish (go to The “Regional Options” Panel, change to Polish / Poland and change it to Polish in “Advanced” panel ) and hook up the MapClick event, everything still goes fine. So Could you let me know in detail how to recreate that issue? Also could you tell me what encoding it is of your browser?


Thanks,


Ben




#11

Hi Ben, 
 In my browser I have the following default encoding: pl-PL . To test it, I set en-US encoding but it doesn’t help. I also followed all your earlier advice (the ones you gave above) - no result. In web.config I also set  
 <globalization requestEncoding=“utf-8” responseEncoding=“utf-8” culture=“en-US” uiCulture=“en-US”/> 
 no success either. 
 I’m really quite desperate - I just cannot use this MapSuite version now… 
 This is what I get: 
 Server Error in ‘/’ Application. 
 -------------------------------------------------------------------------------- 
  
 Input string was not in a correct format.  
 Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.  
  
 Exception Details: System.FormatException: Input string was not in a correct format. 
  
 Source Error:  
  
 An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.   
  
 Stack Trace:  
  
  
 [FormatException: Input string was not in a correct format.] 
    System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal) +7467367 
    System.Number.ParseDouble(String value, NumberStyles options, NumberFormatInfo numfmt) +115 
    System.Double.Parse(String s, NumberStyles style, NumberFormatInfo info) +192 
    System.Double.Parse(String s, IFormatProvider provider) +25 
    ThinkGeo.MapSuite.WebEdition.Map.xd8262f22d29c57d5(String[] x2ad333ebea325bde) +568 
    ThinkGeo.MapSuite.WebEdition.Map.x57b61acc3e039aed(String x96adbb16060a076f, NameValueCollection x13e9d0e2d3dc9cb2) +759 
    System.Web.UI.Page.ProcessPostData(NameValueCollection postData, Boolean fBeforeLoad) +693 
    System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +1743 
 -------------------------------------------------------------------------------- 
 Version Information: Microsoft .NET Framework Version:2.0.50727.3053; ASP.NET Version:2.0.50727.3053  
  
 Cheers, 
 Wiesiek

#12




 


Wieslaw,


From your description, I think we had a bug about the language culture, but I still cannot recreate it on my machine. Here is what I was doing.


1, install a brand new system, Vista Business Edition x86 With SP1 (English), change all the settings to Poland/Polish (Open Regional and Language Options, go to Formats, Location and Administrative Panel)


499-Step1.jpg465×532 38.7 KB


2, Install the MapSuite Web Edition 3.1.16


3, Create a new application which works fine. I'm using IE7 and I noticed that the language Preference has been set to pl-PL by default.



So can you try the attached app first to see if it works fine on your machine? Also which Vista are you using? I think maybe I need to find a Polish Vista to have another test.


Thanks,


Ben




498-TestWithPolish.zip (9.71 KB)

#13

Hi Ben, 
  
 The application  you sent me gives the same error, despite of the changing the regional option to English (US). 
  
 I have tested this using two Vista systems – Vista Ultimate x86 with SP1 (Polish) and Vista Business x64 SP1 (Polish). 
  
 In my opinion Polish Vista with English settings it is not the same as English Vista. 
  
 The problem is very important to me. I would like to use new version of Map Suite as soon as possible, but now it is not possible. What do you think the problem will be resolve?

#14

I agree with you, Wieslaw. I’m downloading “Windows Vista Business with Service Pack 1 (x64) - DVD (Polish)” from Microsoft, we will have a test later. Could you please reply this message to remind me this is still on my work list? 
  
 Thanks, 
  
 Ben

#15

Hi Ben,


 


Could you test with a French XP to see if the error appears on your computer ?


Thanks.



#16

Wieslaw, 
  
 Finally I recreated this issue. This is a bug, sorry for the inconvenience and we will solve it in the next version. 
  
 Pierre, I am pretty sure it will also solve your problem. I will test in a French environment when have chance. 
  
 Thanks, 
  
 Ben

#17

and when is your next version release? 
 i cant find the precise road map on your website.

#18

Sebastien, 



I'm not very sure, I think it might be availble in early or middle May. 



Thanks, 



Ben



#19

Hi Ben,


I have the same problem in Czech. Could you hurry up the repair this bug?


Thank you very much


Ondrej Kaspar



#20

Very sorry for the problem. We will try out best to figure it out asap.  Ondrej.