NewLC - Internet and Network access - Comments

Re: HTTP example Problem.....

eric — Mon, 29 Sep 2008 14:09:08 +0200

You have an error with the ECMT component. Either (re)install the ECMT support package on your phone or remove/fix ECMT logging from your code.

Re: HTTP example Problem.....

sunil304047 — Mon, 29 Sep 2008 13:59:34 +0200

waiting for the reply.....

Re: WLAN access point selection

delgee — Fri, 26 Sep 2008 14:04:40 +0200

I have attached some code as i could not paste them here.

Thanks

Re: GPRS Connection Establishment

eric — Thu, 25 Sep 2008 14:29:46 +0200

What is "not working" ? Is your application crashing ? Can it connect to your server ? How do you want to have some help with so little detail.
Btw, you might need to read about stack and descriptor usage in Symbian OS.

Re: undefined identifier 'MHTTPAuthenticationCallBack'

sandeepmhptr — Mon, 22 Sep 2008 12:59:44 +0200

2 mistakes were there

1> function return type in signature of MHFRunError was void(needed to be TInt)
2>in system include I had to include "/epoc32/include/ecom"

and the program compiled without errors

But then I have another doubt

I had already included "/epoc32/include" . But why did it not compile that time?

was it due to path clashes of 2 headerfiles containing the same function.

then without using the system include was it possible to specify the full path of the clashing headerfile in the #include< >?
statement

Re: undefined identifier 'MHTTPAuthenticationCallBack'

sandeepmhptr — Mon, 22 Sep 2008 12:37:41 +0200

Then I also guess that

System include contains
the specific paths where search for included library files are to be made
Is that right!

Re: undefined identifier 'MHTTPAuthenticationCallBack'

eric — Mon, 22 Sep 2008 12:11:18 +0200

You may need to include "epoc32\ecom" in your SYSTEMINCLUDE path.
Have you implemented MHFRunError ? You need to implement this function. If yes, check that the signature of your function is exactly the same than the one specified by MHTTPTransactionCallback interface.

Re: TCP Latency

danny_bechar — Wed, 17 Sep 2008 11:19:43 +0200

Hi Eric,

Thanks for the quick reply.

I was wandering how the network knows its HTTP and thus decides tp allcate low QoS?. Is it possible that by playing around with RSubConnection API I can persuade the network into providing the desired QoS that features Low latency?

Re: TCP Latency

eric — Wed, 17 Sep 2008 10:05:04 +0200

I am not especially surprised by the figure you give. I do achieve similar timings using HTTP as well. I wouldn't use HTTP if timing is so important to you: it is very likely that the QoS for this particular protocol is quite low as it mostly used for web browsing.

Re: Alternate for AccessPoint Engine Lib

lvsti — Tue, 16 Sep 2008 16:43:16 +0200

Starting from 3rd FP2, CmManager should be used instead of APEngine.

Re: client - server - client connections protocol

pankaj gupta — Tue, 16 Sep 2008 08:01:16 +0200

Hello Eric,

I am going to use the ""jabber "'(XMPP) protocals and ""OPENFIRE"' server for my apication.

But for connection client and server ,Can i use Rconnections??

Thanks

Pankaj.

Re: client - server - client connections protocol

pankaj gupta — Tue, 16 Sep 2008 07:55:01 +0200

Hi Eric, thanks a lot!!!!!!!!

Re: client - server - client connections protocol

eric — Mon, 15 Sep 2008 22:33:07 +0200

(1)What protocol should i have to use??

(2)Which type of server i have to use?

(3)How to stablish the connections like..

(1) The one that is supported by the server you intend to use.

(2) Hmmm... you need to also write the server-side ? Then use whatever protocol you like (you can do it with most web protocol (over HTTP, SIP, or SMS, or directly through socket, using binary or textual or XML for your data...)

(3) RConnection ?

Re: UDP send problem in Symbian c++

yerramraju — Mon, 01 Sep 2008 10:43:52 +0200

Since i have worked on UDP stuff, Hope i can you help you, but it's not that easy to figure out the problem unless i see the code.

Re: UDP send problem in Symbian c++

rbrunner — Sat, 30 Aug 2008 15:40:18 +0200

As this can go wrong at some many points, I would personally make sure first that the principal connection from the phone to my Windows XP machine is working. For this I would set up a web server on the PC, with a small sample website, and then try to read that with the phone's in-built WWW browser.

If that works, you can concentrate on finding problems in your program proper. If that doesn't work, you can try to find out wether your mobile operator silently drops some traffic (this is called "walled garden approach" or similar), whether your Internet provider that serves your PC operates (without your knowledge) a firewall that could interfere, whether the IP address that you use is really the right one (if there is NAT active somewhere, it gets difficult), and so on.

My fortune teller's guess would be in your case: You will *not* reach your own personal web server with your mobile.