Porting Symbian to Symbian !

[samcqc]

I really like this forum and the comments of experts. Thanks.

and as usual some more questions:

1) What is the difference between Symbian 7.0 , Symbian 8.0 , Symbian 9.0 ?
2) What is different between the versions ? 9.1,9.2 and 9.3 ?

* Now the applications of the above questions...

3) Suppose I have developed an application for Symbian 8.0 ? What changes do I do or what processing do I have to do on it - to make it work on Symbian 9.0 ? Or is it upward compactible ?
4) Similarly, If I have developed app for 9.1, then what do I have to do to make it work on 9.3 ?

Thanks in advance.

[skumar_rao]

This has been discussed so many times in this forum, so you can search. you can refer to http://forum.nokia.com/info/sw.nokia..._5_en.pdf.html

[kiran10182]

1) What is the difference between Symbian 7.0 , Symbian 8.0 , Symbian 9.0 ?

Symbian 7.0 and Symbian 8.0 are versions of Symbian OS. You can correlate them with S60 version 2.0 and S60 version 2.0 FP2. Where as Symbian 9.0 corresponds to S60 version 3.0. Now let's focus on the difference. There is a major difference between Symbian OS version 9.0 and its prior version. Main key feature introduced in Symbian OS version 9.0 is "Platform Security". Each process has its own boundary and its own space. It cannot write in other process space without certain capabilities. For e.g: If your process's SID is 0x01234567 then you cannot write/read in other process whose SID is, e.g: 0x00000123. Hence it enables platform security on device and prevents malware to intrude.

2) What is different between the versions ? 9.1,9.2 and 9.3 ?

These are flavours of Symbian version 9 or you could say S60 version 3. To correlate with S60, you can say S60 3.0, S60 3.0 FP1, and S60 3.0 FP2. Here FP is abbreviation of Feature Pack. It means that there are some new features added/removed in new Feature Pack to sustain in market to provide new services in emerging world.

3) Suppose I have developed an application for Symbian 8.0 ? What changes do I do or what processing do I have to do on it - to make it work on Symbian 9.0 ? Or is it upward compactible ?

As said in first point, there is major change in Symbian 8.0 and 9.0. Until Symbian 8.1, applications are treated as DLL whereas from Symbian 9.0 and onwards, applications are treated as EXE. There are some porting guides published to cope with this situation. I must admit that most of the API are same in both the platform so that you may not need to make huge changes while porting. Anyways it solely depends on your existing application and used APIs.

Check this link for porting: S60 Platform: Porting from 2nd to 3rd Edition v1.1

4) Similarly, If I have developed app for 9.1, then what do I have to do to make it work on 9.3 ?

It should work in 9.3 if the application is developed in 9.0 but you have to keep track on which APIs are deprecated and changed in such new versions.

I hope this helps.

[samcqc]

Thanks. Understand it.

But feel that it is too complex for a developer.

I wonder this could be improved in any way : new services and applications walking hand in hand ?

The symbian development cycle seems too vicious yet open
Any way to reduce the complexity.

any thoughts ?


Sorry its sunday and I can not resist myself asking questions

[kiran10182]

Thanks. Understand it.

But feel that it is too complex for a developer.

I wonder this could be improved in any way : new services and applications walking hand in hand ?

The symbian development cycle seems too vicious yet open
Any way to reduce the complexity.

It is not complex as it looks. One cannot foresee services of future. In 17th century, people have not thought about computers and now computers have become essential part of life. Alike We cannot foresee technologies of 25th century.

We have to be adaptive and act accordingly with new technology. Now the telecommunication is going towards 4G network and it might come in near future available everywhere. So there would need arise to confront this situation.

Operating Systems like Symbian has to publish new version of OS and hence we need to upgrade ourselves. This seems to be obvious cycle for me.

If you can suggest something strong to improve then we can discuss it right here about its feasibility.

[samcqc]

If you can suggest something strong to improve then we can discuss it right here about its feasibility.

Yes. what about backward compactibility ?

[samcqc]

one more question :

what is a shim layer ? would it be helpful in backward compatibility ?

[ltomuta]

On S60 there was only one major break of the backwards compatibility promise, caused by the introduction of Platform Security in Symbian OS 9.0. It was announced and well supported by documentation.

Obviously such event is not desired but it is not always avoidable.

[samcqc]

and shim layer mr. tomuta ?

[samcqc]

http://discussion.forum.nokia.com/fo...844#post465844

[kiran10182]

Yes. what about backward compactibility ?

Backward compatibility can be termed as when a component is updated in such a way that other code that uses that component work in same behaviour.

But when we have change from base level then we cannot expect it to be backward compatible in vast scenario. That said the change in the kernal architecture from EKA1 and EKA2.

[ltomuta]

Yes, what about "shim layer"? And what is the problem you're aiming to solve with it?

[samcqc]

what is a shim layer ? would it be helpful in backward compatibility ?

.............

[wizard_hu_]

Get a dictionary if you do not know the meaning of word "shim". Otherwise the question "what is a shim layer?" means nothing, most probably that is the immediate cause for leaving it unanswered.
Provide some context if you have read that somewhere.

[samcqc]

would it be helpful in backward compatibility ?

crystal clear question it is mr. wizard_hu_

i read in blog. tote_b5 has said it.

http://blogs.forum.nokia.com/blog/ma...eered#comments

sorry. ashamed (don't know why)