World: r3wp

>>to integer! #{00000100}
== 256

yeah but you get that extra bits  I would have to go back and trim 
off the first two bytes.

But that would work - thanks Steeve.

You could shorten it with parse?

ah you want a 16 bit integer ?

How is that different to converting to string?

hoping to avoid converting to string

yeah true Chris.

debase uses string data

>> debase/base skip  to-hex 256 4 16
== #{0100}

think that will be more overhead than just storing the string representation?

you mean time consumming ?

performance wise - yes

i'm using a preconstructed struct! [] to do the conversion (i don't 
use debase) , it's fast enough.

Give me an example.

bin: make struct! [int [integer!]] [0]

>> bin/int: 256
>>third bin
== #{00010000}

then , the reverse:
>> change third bin #{00010000}
>>bin/int
== 256

Yeah I'm going to have to make a function it seems.

just to know that with struct! the integer is stored in little endian 
format (reverse order)

so you can do that too:
>> to integer! reverse #{00010000}
== 256

my issue is a bit more complicated.

I'll come up with a solution - thanks Steeve, you still may have 
helped me out.

No all Rebol platforms store integers in little endian format.

Steeve thanks  for the help, I think I can get bye with the debase/base 
to-hex 256 16

Peter, no one says the opposite

Anyone got a robust dialect for dealing with command line, or other 
parameters passed by dropping ?

Is there a way that I can constrain a listening port to only accept 
connection from localhost? Using:
	open tcp://:40000

opens a listening port on port 40000 for all connections. Something 
like: open tcp://:127.0.0.1:44000

you can check on incoming adress, no?

Robert - look at port/remote-ip item ...

Does this work or is it your assumption?

Why shouldn't it work? IIRC IOS worked that way too, or it was some 
other script I saw. The simplest "firewall", by IP address ....

Opening local tcp listening port, waiting for connection. Then opening 
second console, connecting to first one:

local-ip: 127.0.0.1
remote-ip: 127.0.0.1
local-port: 8008
remote-port: 61532

Robert, look at Maarten's Rugby source. He allows IP filtering, which 
may be all you need, or at least the clue.

Graham, I started an experimental command line dialect long ago, 
but it wasn't targeted specifically at file drops.

Is it around still?

Need to look for the public location, if there was one, or just look 
at what I have here. 


Are you dropping on a desktop icon, or using the system port to file 
drop on a console window? (I assume the former)

mainly passing thru command line

but sometimes the former

Regular command line parsing (args, switches, etc.) is what it was 
for. Should work for icon drops, since we just have to know what 
we're getting.

one is passed as a block, the other as a string

yep

pretty powerfull too.

I'll put it on rebol.org is that ok?

Graham... FYI, I am working on my args.r module in order to make 
it public... just for you ... adding in-script documentation and 
cleaning up a few details  :-)

what is the differences between port/size port/state/index and port/tail? 
 Port/tail does seem to point to the last posiition in the file port 
but what about the others.  I know that port/size doesn't really 
tell me the size of the file. I'm wondering thy that is.

I should say that port/tail does point to tail.

I have a situation where I wish inside a while loop I could do a 
continue.  There is break, but I just want to go back to the top 
where my wait sits and wait for the next event coming in.

Has anyone done some solution to this?

i use port/state/index to skip in the opened file.
beware, port/state/index is a zero-based index

to read the first byte of a file, you need to set port/state/inedx: 
0

i think it's a bug but it wroks like that