#1 Strange behaviour of some supl-client options
Hello Tatu,
I have been trying with last changes in svn-trunk and there is no problem with the Integer.c file, you have solved it!
I have been making some more trials and I see some details:
-With the precompiled code the supl-client “--debug 1/2/4” and “--debug-file file” options work but this does not happen if I compile the code by myself.
- I make some changes in supl.c (lines 378-385) to ask for more assistance information (acquisitionAssistanceRequested, navigationModelRequested, referenceTimeRequested, utcModelRequested, ionosphericModelRequested, referenceLocationRequested and realTimeIntegrityRequested), but the supl server (nokia, google or vodafone) does not response always with the same information (executing the same command with same server) and never with all the required information (e.g. I have never see the almanac). Is this a problem with the implementation of each server or with the SUPL standard itself not being clear enough? is it possible to get the almanac?
I have also tried executing in the same machine the supl-client and the supl-proxy and they work perfectly, great work Tatu!
Than you in advanced
Ooops... the system was supposed to send me email if someone files a bug or something, not looked up in there earlier ;-)
Is this still an issue for you or has passing time solved it?
In my experience the server are picky and not always supporting things or responding the way you might expect. And naturally that varies over the time.
About the almanac, you should get it and printed out if the server gives you one. Something it takes trial and error with a specific server to figure out correct request to be used. For that purpose I wrote the supl-proxy so that you can see what a real device sends out.