World: r3wp

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

:)

But looks darn spiffy

IP addresses are just integers represented as tuples, where each 
section represents a byte value (0..255)

So if you want if you want to increase a tuple but one, don't do 
the math in tuples. Do in integer space that is this line. (to-integer 
to-binary ip) + 1.

The parentheses statement gets the integer. The reas of the code 
transform the resulting integer to a tuple again.

Hope this helps you grok it.