World: r3wp

I will shortly post name of sw for backing up some of phones ...

Pekr: So you answered it. :-)

those companies are pigs, sorry. Why to make things easy? Look at 
Olympus digicams - although I am Canon brand follower, once you connect 
olympus, you have access to normal filesystem/dir structure. The 
same goes for some of cell phones, but not everything can be seen 
this way, mostly only media stuff - photos, sounds, etc.

You have access to the filesystem in the SE PXXX phones too, but 
it seams no access via the OS in general, just via selected applications 
as the Explorer (counterproofs welcome :-). To be more exact in this 
case not the full filesystem, but the "filestructure" supposed to 
be seen for the user, according to the UIQ concept of categories 
and stuff.

Try to look at MobilEdit at http://www.mobiledit.com

heh, it looks being Czech software. Those cz guys, are sometimes 
good, right Cyphre? :-)

Robert - look at that - looks good, it adds new things via plug-ins. 
And as those are czechs, maybe we could ask them, if kind of "command-line" 
utility would be possible at some good price :-)

they provide even SDK

they have message board, developers forum, per-phone forum etc.

Symbian OS not supported yet. And it wouldn't exactly be a "Rebol" 
solution, for the task Robert envisioned. :-( But interesting nevertheless.

but those guys could know how to actually do it :-) The question 
is, if they would be willing to share experience ...

You might be right, but the fact that they're still working on a 
Symbian-version tells, that at least in this case it's not so simple 
or they want to offer all the data like in the other phones and it's 
much more work then. Who knows. :-)

yes, I just read some message board answers, and someone wanted to 
develop driver himself, but they told the guy that such thing is 
far from being trivial, as various phones use various techniques.

that's what I was wondering, either Symbian is complicated or just 
a lot of work, because every phonemanufacturer has anyway his proprietary 
OS for the normal/cheaper phones, so should be a lot of work too, 
but on the other side these phones are still the majority and thus 
better to earn money on them as on relatively view Symbian smartphones 
now

Good input. Petr, try to find out what it would need to code such 
an API with a scripting language. Just to get a better picture about 
the problem domain.

I have a contact that makes the UI for new mobiles. I try to get 
some information from him.

OK, I will write email tomorrow or give the folks a call. Hopefully 
they will be open-minded and kind of geeks so we will have good technology 
talk ...

Robert, I think I can make such syncing tool in J2ME for all Java 
mobile phones.

If you are interested just contact me privately.

I think the only way how to make some more compatiblem app for cell 
phone is Java as the Java VM is presented on most of current phones 
which cannot be said about Symbian and other OSes.

target the Series handphones. eg Series 60, from Nokia.


isn't that the key idea for those 'Series' handphones from Nokia. 
..so that developers can have single API to develop on and easily 
 deploy on a large enough 'market share'

and it's going to be Java...:)

Ok, I further investigate this mobil symbian stuff. It looks like 
some Linux guys have done a bit: http://multisync.sourceforge.net/news.php

http://sync4j.funambol.com/main.jsp?main=theproject

SyncML DS (data synchronization) specifies a standard way to synchronize 
data between a mobile device and a server. SyncML DM (device management) 
specifies a way to remotely manage a mobile device from a server.

So what we need first is SyncML DS.

This looks pretty promising. The sync4j server seems to be the thing 
we need to get access to the phone. And it can be expanded with connectors 
so others can use the server as a proxy. There exists an email connector.

You mean creating such server in Rebol? But how does it communicate? 
Is that TCP? How is that abstracted on mobile phone itself? You can 
be connected in various ways - cable, infrared, bluetooth ...

I have shown the SyncML guys in Korea about REBOL/IOS...at the Korean 
Technology Center, several years ago...;-)

(to the CEO.  He understood the power which IOS brings to the table)

Anyone know how to do simple arithmetic operations on tuples such 
as ip addresses?

Ahh never mind looks like I have to add a complete tuple - actually 
that is rather a good idea instead

Paul: you can + - * / // an integer!/decimal!/tuple! to any tuple, 
but for most operations the tuple! must be the first operand..

Yeah I found that out

I went ahead and made a quick increment function for it

Doesn't look very concise but works

increment: func [ip-addr][
    either ip-addr/4 < 255 [
        return ip-addr + 0.0.0.1
    ][
        either ip-addr/3 < 255 [
            return ip-addr + 0.0.1.0
        ][
            either ip-addr/2 < 255 [
                return ip-addr + 0.1.0.0
            ][
                either ip-addr/1 < 255 [
                    return ip-addr + 1.0.0.0
                ][

                ]
            ]
    
        ]  
    ]
]

I'm curious about how try errors in tuple conversions - For example 
if I do a try [error? error:  to-tuple "abcd"] it doesn't evaluate 
correctly

and with 
error? error: try [to-tuple "abcd"]
?

I would assume that would work - let me try that

Yes that works - thought I tried that already though.

next-ip: func [ip][to-tuple debase/base to-hex (to-integer to-binary 
ip) + 1 16]

A one-liner. A bit more rebolish... ;-)

yeah works Jaime - I knew there was a more elegant way - I was whipping 
up something fast

Of course will REBOL it seems there always is

more rebolish? :-)

May be not? But definetely shorter...

kind of guru-level code, which even medium level reboller can't follow, 
what does it do in particular :-)

Yeah but carries a bit more overhead in a trace

Pekr: I don't quite follow it myself

:)