Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [dsdp-tm-dev] Extending RSE

Hi Sheldon,
 
thanks a lot for this submission. Over all, it looks good.
 
Before I can forward it to Eclipse Legal Review, you'll need to
add Copyright Headers and few other tasks - I commented on it
on https://bugs.eclipse.org/bugs/show_bug.cgi?id=178201
 
Thanks,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
 

From: dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx] On Behalf Of Sheldon Dsouza
Sent: Tuesday, March 20, 2007 10:11 AM
To: Target Management developer discussions
Subject: Re: [dsdp-tm-dev] Extending RSE


Hi Martin,

          I have attached the source in bugzilla the link is https://bugs.eclipse.org/bugs/show_bug.cgi?id=178201

Regards,
Sheldon
On 3/16/07, Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx> wrote:
Hi Sheldon,
 
thanks for your offer to contribute!
I'm very excited about that.
 
For details, see
which I just compiled. If there's any questions not clear from that description, feel free to ask at any time.
 
Sine I'm a PMC member, you can consider point (1) - asking if the project actually want the contribution - already done.
Feel free to attach your code to bugzilla as early as it's OK for you, you don't need to do all the cleanup right away.
Having me see the code early, allows me to make further suggestions.

Thanks,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm

 
From: dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx] On Behalf Of Sheldon Dsouza
Sent: Thursday, March 15, 2007 2:56 PM
To: Target Management developer discussions
Subject: Re: [dsdp-tm-dev] Extending RSE

Hi Martin,

             Since i have complete the Telnet Protocol for RSE, i would like to know the process of contributing it to the RSE project. How do i go about doing that?

Regards,
Sheldon

On 2/13/07, Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx> wrote:
Hm.
 
Javier, when you are right, and the systems cannot be
distinguished by SYST, then we'd need to declare our own
 
TolerantUnixFTPEntryParser extends UnixFTPEntryParser
 
where we'd first try the normal date format, and if it fails also
try the NUMERICAL_FORMAT.
 
and set it in commons net as the default entry parser.

Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm

 
From: dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto: dsdp-tm-dev-bounces@xxxxxxxxxxx] On Behalf Of javier.montalvoorus@xxxxxxxxxxx
Sent: Tuesday, February 13, 2007 3:45 PM

To: Target Management developer discussions
Subject: Re: [dsdp-tm-dev] Extending RSE


Hi,

This solution doesn't work with other ftp servers such as ftp.suse.com, reporting to be also "UNIX Type: L8"
I don't think the SYST reply has nothing to do with the date format of the file listing, but I'll investigate it more.

Regards,

Javier Montalvo Orús
Engineering Tools
Symbian Software Limited.

Tel: +44 (0)207 154 1091


"Sheldon Dsouza" <sheldond@xxxxxxxxx>
Sent by: dsdp-tm-dev-bounces@eclipse ..org

13/02/2007 14:12

Please respond to
Target Management developer discussions <dsdp-tm-dev@xxxxxxxxxxx>
To
 "Target Management developer discussions" <dsdp-tm-dev@xxxxxxxxxxx>
cc
Subject
 Re: [dsdp-tm-dev] Extending RSE




Hi Martin,

              Yes this is the exact solution to the problem. The system name comparison there should be a space after the colon i.e (UNIX Type: L8) thats about it. Everything works with the above code snippet.

Regards,
Sheldon
On 2/13/07, Oberhuber, Martin < Martin.Oberhuber@xxxxxxxxxxxxx > wrote:
Interesting.
 
So, it looks like in RSE FTPService.java line 224 you'd want somethign like this:
 

} else if ("UNIX Type:L8".equals(_ftpClient.getSystemName()) ) {
   //UNIX Numerical parsing
   _systemName = FTPClientConfig.SYST_UNIX;
  ftpClientConfig = UnixFTPEntryParser.NUMERIC_DATE_CONFIG;
}

else {
   //Default UNIX-like parsing
   _systemName = FTPClientConfig.SYST_UNIX;
   ftpClientConfig = new FTPClientConfig(FTPClientConfig. SYST_UNIX );
}
I think that if you could verify this works, we could add it to FTPService.java.

Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm



From: dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto: dsdp-tm-dev-bounces@xxxxxxxxxxx] On Behalf Of Sheldon Dsouza
Sent: Tuesday, February 13, 2007 1:47 PM

To: Target Management developer discussions
Subject: Re: [dsdp-tm-dev] Extending RSE

Hi Martin,

                I finally got a solution for the FTP from the jakarta forums. I had to set the default date format to
yyyy-MM-dd HH:mm.

Regards,
Sheldon

On 2/13/07, Sheldon Dsouza <sheldond@xxxxxxxxx > wrote:
Hi Martin,

               The jakarta commons.net FTP client method listFiles() fails to get the list of files from the server due to the date format. The parser throws an exception everytime it parses the date for the entries returned by the server. What can be the possible solution for this?.  At the moment the telent connecter service is working, i also tested it with remote CDT and it ran the application successfully on target. I will also check the jakarta forums to see if i can get a solution to this problem.


Regards,
Sheldon

On 2/12/07, Sheldon Dsouza < sheldond@xxxxxxxxx> wrote:
Hi Javier,

            I try debugging the FTP service and figured out the problem, its definately a parser problem because it fails to parse the Date format correctly that is given out by the server. I will try this out with the latest version of TM and see if i am getting the same error.


Regards,
Sheldon

On 2/12/07, Sheldon Dsouza < sheldond@xxxxxxxxx> wrote:
Hi Javier,

             I will try this out, so far the telnet seems to work i tried using the remote CDT launch with a telnet only connection and it works.   Will carry out some more tests and  will also test the FTP against the 2.0 sources.

Regards,
Sheldon

On 2/12/07, javier.montalvoorus@xxxxxxxxxxx < javier.montalvoorus@xxxxxxxxxxx > wrote:

Hi Seldon,

Are you using the latest version of RSE ?
If not, can you update to the latest stable version, 2.0M4 ( http://download.eclipse.org/dsdp/tm/downloads/drops/S-2.0M4-200701040900/index.php ) and check if the error still appears ?

Regards,

Javier Montalvo Orús
Engineering Tools
Symbian Software Limited.

Tel: +44 (0)207 154 1091

"Sheldon Dsouza" <sheldond@xxxxxxxxx >
Sent by: dsdp-tm-dev-bounces@xxxxxxxxxxxx

12/02/2007 14:10


Please respond to
Target Management developer discussions < dsdp-tm-dev@xxxxxxxxxxx>
To
 "Target Management developer discussions" < dsdp-tm-dev@xxxxxxxxxxx >
cc
Subject
 Re: [dsdp-tm-dev] Extending RSE





hi Javier,

         I checked the logs and got the following errors

ava.lang.NullPointerException
at org.eclipse.rse.services.files.ftp.FTPService.getRoots(FTPService.java:638)
at org.eclipse.rse.subsystems.files.core.servicesubsystem.FileServiceSubSystem.getRoots (FileServiceSubSystem.java:309)
at org.eclipse.rse.subsystems.files.core.servicesubsystem.FileServiceSubSystem.listRoots(FileServiceSubSystem.java:424)
at org.eclipse.rse.subsystems.files.core.subsystems.RemoteFileSubSystem.internalResolveFilterString (RemoteFileSubSystem.java:632)
at org.eclipse.rse.subsystems.files.core.subsystems.RemoteFileSubSystem.internalResolveFilterStrings(RemoteFileSubSystem.java:473)
at org.eclipse.rse.core.subsystems.SubSystem.resolveFilterStrings (SubSystem.java:2159)
at org.eclipse.rse.ui.view.SystemViewFilterReferenceAdapter.internalGetChildren(SystemViewFilterReferenceAdapter.java:385)
at org.eclipse.rse.ui.view.SystemViewFilterReferenceAdapter.getChildren (SystemViewFilterReferenceAdapter.java:228)
at org.eclipse.rse.ui.operations.SystemFetchOperation.execute(SystemFetchOperation.java:197)
at org.eclipse.rse.ui.operations.SystemFetchOperation.run(SystemFetchOperation.java :101)
at org.eclipse.rse.ui.view.AbstractSystemViewAdapter.fetchDeferredChildren(AbstractSystemViewAdapter.java:1755)
at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:207)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)

Regards,
Sheldon

On 2/12/07, javier.montalvoorus@xxxxxxxxxxx <javier.montalvoorus@xxxxxxxxxxx > wrote:

Hi Sheldon,

The RSE FTP console looks fine, but from your previous log, there's a line that might conflict with the UNIX parser.

Name (keya:sheldon): guest
331 Password required for guest.
Password:
230 User guest logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 467252
drwxrwxrwx  2 root  root       4096 2005-07-11 12:59 .aptitude
-rwxr-xr-x  1 root  root       4207 2006-05-10 21:12 auto_build.sh
drwxr-xr-x  4 root  root       4096 2006-06-16 18:32 backedup_workspaces
-rwxrwxrwx  1 guest guest      5785 2007-02-12 17:40 ....bash_history
-rwxrwxrwx  1 guest guest       414 2005-07-10 23:54 ....bash_profile
226 Transfer complete.

Can you check if the PDE Runtime Error Log (Window -> Show View -> Other -> PDE Runtime -> Error Log) logs any error message after the listing action ?

Many thanks,

Javier Montalvo Orús
Engineering Tools
Symbian Software Limited.

Tel: +44 (0)207 154 1091
"Sheldon Dsouza" <sheldond@xxxxxxxxx >
Sent by: dsdp-tm-dev-bounces@xxxxxxxxxxxx

12/02/2007 13:50


Please respond to
Target Management developer discussions < dsdp-tm-dev@xxxxxxxxxxx >
To
 "Target Management developer discussions" < dsdp-tm-dev@xxxxxxxxxxx >
cc
Subject
 Re: [dsdp-tm-dev] Extending RSE






Hi Martin,

here is the output

220 keya FTP server (Version wu-2.6.2(1) Mon Jul 3 15:12:15 UTC 2006) ready....

USER guest
331 Password required for guest.

PASS ******
230 User guest logged in.

SYST
215 UNIX Type: L8

PWD
257 "/home/guest" is current directory.

NOOP
200 NOOP command successful.

CWD /home/guest
250 CWD command successful.

PORT 192,168,100,147,220,156
200 PORT command successful.

LIST
150 Opening ASCII mode data connection for /bin/ls.

226 Transfer complete.

Regards,
Sheldon

On 2/12/07, Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx > wrote:
Looks fine to me.
So when you do a similar session in RSE, can you copy&paste the output of
the FTP Console?
(Window > Show View > Other > General > Console, switch computer icon to FTP Console)
 

Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm

From: dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto: dsdp-tm-dev-bounces@xxxxxxxxxxx ] On Behalf Of Sheldon Dsouza
Sent: Monday, February 12, 2007 2:21 PM
To: Target Management developer discussions
Subject: Re: [dsdp-tm-dev] Extending RSE

Hi Martin,

             this is a sample session when i use an ftp client to connect to a remote target.

Connected to keya.codito.co.in .
220 keya FTP server (Version wu-2.6.2 (1) Mon Jul 3 15:12:15 UTC 2006) ready.
Name (keya:sheldon): guest
331 Password required for guest.
Password:
230 User guest logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 467252
drwxrwxrwx  2 root  root       4096 2005-07-11 12:59 .aptitude
-rwxr-xr-x  1 root  root       4207 2006-05-10 21:12 auto_build.sh
drwxr-xr-x  4 root  root       4096 2006-06-16 18:32 backedup_workspaces
-rwxrwxrwx  1 guest guest      5785 2007-02-12 17:40 ....bash_history
-rwxrwxrwx  1 guest guest       414 2005-07-10 23:54 ....bash_profile
226 Transfer complete.
ftp>pwd
257 "/home/guest" is current directory.
ftp>


regards,
Sheldon

On 2/12/07, Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx > wrote:
PS:

To debug your current issue:
For most ftpd, the configuration is not trivial and it may be necessary
to define what uses are allowed, what their home directories are etc.
on the remote side.

Therefore, please do what Javier recommended: test your ftpd from
a comand-line ftp client. Can you log in? What is the current directory?
If you copy&paste the output of a sample session and send it to
us, it'll help to understand if there is a problem with the directory listing
parser or not.

Example:
ftp sheldon.target.org
(user) sheldon
(pass) ***
ftp> pwd
ftp> dir
ftp> get my.file
ftp> bye

Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm

From: Oberhuber, Martin
Sent: Monday, February 12, 2007 1:56 PM
To: 'Target Management developer discussions'
Subject: RE: [dsdp-tm-dev] Extending RSE

Hi Sheldon,

any linux ftpd should be fine.
In case it's not (unlikely), it's not too hard adding the custom directory listing parser.

Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm

From: dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto: dsdp-tm-dev-bounces@xxxxxxxxxxx] On Behalf Of Sheldon Dsouza
Sent: Monday, February 12, 2007 1:24 PM
To: Target Management developer discussions
Subject: Re: [dsdp-tm-dev] Extending RSE

Hi,
                 I did not know about this, i am currently using a  ftpd server on the remote machine which is an x86 linux machine. How can i figure out which ftp server has to be running on the remote machine, and will ftpd work?

Regards,
Sheldon

On 2/12/07, javier.montalvoorus@xxxxxxxxxxx < javier.montalvoorus@xxxxxxxxxxx > wrote:

Hi Sheldon,

Can you access and browse successfully your target using an external FTP client ?
The RSE FTP uses the jakarta commons net parser (org.apache.commons.net.ftp....parser) to convert the FTP output into classes, so your server should use a recognised format.
Is your server using any of the Jakarta FTP supported formats (MVS, WindowsNT, OS/2, OS/400, UNIX, VMS) ?

Regards,

Javier Montalvo Or�s

Engineering Tools
Symbian Software Limited.

Tel: +44 (0)207 154 1091
"Sheldon Dsouza" <sheldond@xxxxxxxxx >
Sent by: dsdp-tm-dev-bounces@xxxxxxxxxxxx

12/02/2007 09:47

Please respond to
Target Management developer discussions < dsdp-tm-dev@xxxxxxxxxxx >
To
 "Target Management developer discussions" < dsdp-tm-dev@xxxxxxxxxxx >
cc
Subject
 Re: [dsdp-tm-dev] Extending RSE







Hi Martin,

           I have directly utilized the FTPFileSubSystemConfiguration for the TelnetFileSubsystemConfiguration, after creating a new connection the telnet as well as FTP logs into remote system successfully, but when i browse the files system in the Remote Systems View it returns an empty list. I am currently trying to figure out the problem.

Regards,
Sheldon

On 2/12/07, Sheldon Dsouza < sheldond@xxxxxxxxx > wrote:
Hi Martin,

        I dont think i have to make any changes for FTP, i will be using it as it is. I will be cross compiling a version fo FTP for my target so that i can ftp to it.

Regards,
Sheldon


On 2/12/07, Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx > wrote:
Hi Sheldon,

using FTP for the files looks like a good idea. You wouldn't have to write any code or extend FTP in any way, it should work as it is.

You would most probably create, by extension point,
  • Your own SystemType ("SheldonSystem")
  • Your own TelnetShellServiceSubsystem (using Telnet Shell Service)
  • Your own SheldonFTPServiceSubsystem (using existing FTPFileSubSystemConfiguration)
So for the files, you just do a new subsystem by extension point, in order to associate the right subsystems with your new system.
But it's re-using the existing class for FTP unchanged.

Or do you think you'd have to make any changes for FTP?

Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm

From: dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto: dsdp-tm-dev-bounces@xxxxxxxxxxx ] On Behalf Of Sheldon Dsouza
Sent: Saturday, February 10, 2007 9:38 AM

To: Target Management developer discussions
Subject: Re: [dsdp-tm-dev] Extending RSE

Hi Martin,

        I just wanted to know that if i put FTP support on my target, Then i guess a combination of telnet + FTP should work.
In this case my telnet fileservice will have to just extend the existing FTPFileService, or do i have to add something else.

Regards,
Sheldon
On 2/8/07, David McKnight < dmcknigh@xxxxxxxxxx > wrote:

Hi Sheldon,

There is another alternative for an agent if you don't mind using java on the server-side.  You could use the dstore, which is part of RSE.  To do this, you would need to download the dstore server runtime from the TM RSE download page and put it in a directory on your host.   There the archive needs to be extracted and then the daemon script should be run by an admin before clients can start connecting.

____________________________________
David McKnight    
Phone:   905-413-3902 , T/L:  969-3902
Internet: dmcknigh@xxxxxxxxxx
Mail:       D1/140/8200/TOR
____________________________________
"Oberhuber, Martin" <Martin.Oberhuber@xxxxxxxxxxxxx >
Sent by: dsdp-tm-dev-bounces@xxxxxxxxxxx

08/02/2007 04:53 AM

Please respond to
Target Management developer discussions < dsdp-tm-dev@xxxxxxxxxxx >
To
 "Target Management developer discussions" < dsdp-tm-dev@xxxxxxxxxxx >
cc
Subject
 RE: [dsdp-tm-dev] Extending RSE








Hi Sheldon,

Usually telnet is used for terminal / shell like connections only, but not for
browsing or transferring files.

My first recommendation to you would be to try and get some sort of file
transfer protocol running on your target. There are really really small
servers and agents available.

If that's not possible, but your target has some kind of shell that supports
shell commands like "ls", "dir", "chdir", etc. you can implement your own
remote file system browser through telnet, by mapping an RSE IFileService
request like getFiles() by executing such remote shell commands, parsing
the ASCII output and returning IHostFile instances as needed.

You'd still have a hard time transferring binary files, though, because the
telnet protocol cannot easily transfer binary data (so when you do e.g.
"cat remoteFile" in order to transfer it to local, this would be unreliable
for binary files). You could try and get around this by running a program
like uuencode / uudecode on the remote side, or having an xyzmodem
server (see https://bugs.eclipse.org/bugs/show_bug.cgi?id=165893 ).

I hope that helps, and I'm looking forward to hearing about your
progress...

Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm

From: dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto: dsdp-tm-dev-bounces@xxxxxxxxxxx] On Behalf Of Sheldon Dsouza
Sent: Wednesday, February 07, 2007 8:30 PM
To: Target Management developer discussions
Subject: Re: [dsdp-tm-dev] Extending RSE

Hi Martin,

        I am currently using SSH as a blue print for creating the telnet service as you said, but i have come across a problem. In the SSH there is a File service implementation for SFTP, but the targets which i will be connecting to are not going to support protocols like FTP, TFP . So is it possible for me to have RSE for the target where a user can browse the entire target file system using telnet without a file transfer protocol, because i guess protocols like FTP are only used for various operations on files.

Regards,
Sheldon



On 2/6/07, Oberhuber, Martin <Martin.....Oberhuber@xxxxxxxxxxxxx > wrote:
Hello Sheldon,

A Telnet connector service / shell subsystem does not exist yet.
You can basically take the org.eclipse.rse.*.ssh as blueprint for doing it,
and replace the ssh service (based on Jsch) by a Telnet implementation.

For a telnet implementation, you can choose from Jakarta Commons Net
(which is already part of RSE), and the implementation in
org.eclipse.tm.terminal/src/org.eclipse.tm.terminal.internal.telnet
(which is discouraged API so I'd rather recommend Commons Net).

When you come up with a telnet connector for RSE, we'd appreciate
if you could contribute it under EPL!

Thanks,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm

From: dsdp-tm-dev-bounces@xxxxxxxxxxx [mailto: dsdp-tm-dev-bounces@xxxxxxxxxxx ] On Behalf Of Sheldon Dsouza
Sent: Tuesday, February 06, 2007 6:28 PM
To: dsdp-tm-dev@xxxxxxxxxxx
Subject: [dsdp-tm-dev] Extending RSE

Hi,

          I have tried RSE ant it works well for protocols like FTP and SSH. I would like to use Telnet as the underline subsystem does it exist or do i have to extend RSE to support telnet.

          If so how do i exyend RSE to support Telnet protocol?

Regards,
Sheldon

_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev

_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev


_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev



_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev


_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev


Don't miss out on your chance to...Do more with Symbian. Make sure
you visit Symbian at 3GSM 2007, 12-15 February, Barcelona, Spain.
*******************************************************************
*** Symbian Software Ltd is a company registered in England and
Wales with registered number 4190020 and registered office at 2-6
Boundary Row, Southwark, London, SE1 8HP, UK. This message is
intended only for use by the named addressee and may contain
privileged and/or confidential information. If you are not the
named addressee you should not disseminate, copy or take any action
in reliance on it. If you have received this message in error
please notify postmaster@xxxxxxxxxxx and delete the message and any
attachments accompanying it immediately. Neither Symbian nor any of
its Affiliates accepts liability for any corruption, interception,
amendment, tampering or viruses occurring to this message in
transit or for any message sent by its employees which is not in
compliance with Symbian corporate policy. *************************
*********************************************


_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev



_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev



_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev

_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev


Don't miss out on your chance to...Do more with Symbian. Make sure
you visit Symbian at 3GSM 2007, 12-15 February, Barcelona, Spain.
*******************************************************************
*** Symbian Software Ltd is a company registered in England and
Wales with registered number 4190020 and registered office at 2-6
Boundary Row, Southwark, London, SE1 8HP, UK. This message is
intended only for use by the named addressee and may contain
privileged and/or confidential information. If you are not the
named addressee you should not disseminate, copy or take any action
in reliance on it. If you have received this message in error
please notify postmaster@xxxxxxxxxxx and delete the message and any
attachments accompanying it immediately. Neither Symbian nor any of
its Affiliates accepts liability for any corruption, interception,
amendment, tampering or viruses occurring to this message in
transit or for any message sent by its employees which is not in
compliance with Symbian corporate policy. *************************
*********************************************


_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev

_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev


Don't miss out on your chance to...Do more with Symbian. Make sure
you visit Symbian at 3GSM 2007, 12-15 February, Barcelona, Spain.
*******************************************************************
*** Symbian Software Ltd is a company registered in England and
Wales with registered number 4190020 and registered office at 2-6
Boundary Row, Southwark, London, SE1 8HP, UK. This message is
intended only for use by the named addressee and may contain
privileged and/or confidential information. If you are not the
named addressee you should not disseminate, copy or take any action
in reliance on it. If you have received this message in error
please notify postmaster@xxxxxxxxxxx and delete the message and any
attachments accompanying it immediately. Neither Symbian nor any of
its Affiliates accepts liability for any corruption, interception,
amendment, tampering or viruses occurring to this message in
transit or for any message sent by its employees which is not in
compliance with Symbian corporate policy. *************************
*********************************************


_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev






_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev

_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev



Don't miss out on your chance to...Do more with Symbian. Make sure
you visit Symbian at 3GSM 2007, 12-15 February, Barcelona, Spain.
*******************************************************************
*** Symbian Software Ltd is a company registered in England and
Wales with registered number 4190020 and registered office at 2-6
Boundary Row, Southwark, London, SE1 8HP, UK. This message is
intended only for use by the named addressee and may contain
privileged and/or confidential information. If you are not the
named addressee you should not disseminate, copy or take any action
in reliance on it. If you have received this message in error
please notify postmaster@xxxxxxxxxxx and delete the message and any
attachments accompanying it immediately. Neither Symbian nor any of
its Affiliates accepts liability for any corruption, interception,
amendment, tampering or viruses occurring to this message in
transit or for any message sent by its employees which is not in
compliance with Symbian corporate policy. *************************
*********************************************


_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev



_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev


Back to the top