World: r3wp

When is this file re-read? I mean if we append something, how to 
activate it.

What happens if the same IP tries again? The request is blocked immediatly? 
Why might using a firewall or iptables be better?

good questions. don't know.

Hmm. maybe host.deny works only with inetd? http://www.tu-darmstadt.de/hrz/durchblick/db96-2/wrapper.html

Hmm... strange I can add the same iptabels rule several times. Don't 
know what's this for?

can you dump current rules? is it stored three times, or only the 
last keept?

seems iptables can be changed on the fly from the command line. i 
guess you can switch things on and of, or just change them to what 
they are.

Yes, I dumped the rules and see the same IP several times.

But, if filterting would work correct, it should be DROPed anyway. 
So, if I add a DROP rule for an IP address, I shouldn't get any more 
packets.

Robert, with IPTables the rules are parsed in order so if a rule 
will allow the packet before it gets to your deny rule then the packet 
is allowed. (IIUC)

This is the behaviour that I saw when playing with IPTables...

there is a tailor.r in my folder on developer. it polls the tail 
of a file and calls a callback which each new line. uses /skip on 
file. may be a base for a daemon

I further investigated all this. Yes, the tables are used by the 
kernel (if told to do so but what I see it's mostly so by default) 
and can be changed dynamically.

Does anybody know hot to run rebol script as a background job?

I can run the script starting rebol and in console using do %script.r

but using ./rebol -qs --script script.r > output.txt & is not working:( 
rebol stops )

I added forever loop at the tail of the script so it's working now 
(as a server) but rebol stops when I exit the shell:(

background jobs are normally stopped in the shell they are run from, 
if that shell exits. I'm not sure what it takes to make a program 
run as a background job, though...

I thoght it's the nohup command but it stops anyway

I hope it's not rebol limitation

How about running it from screen?

I would like to start a server

There is no screen

starting screen as the server?

have not tried running completely in background yet.

have you tried using a shebang line at the top of the script and 
run the script directly as an executable script, rather than through 
the rebol executable?

(would make it slightly easier to manage)

http://www.jguru.com/faq/view.jsp?EID=472493<--- something about 
using SysV init here. putting the script in /etc/init.d would make 
it a daemon

does this work?
  rebol -q \!scratch.r </dev/null >/dev/null 2>/dev/null &

this little loop stays running when i close the xterm

forever[
 write/append/lines %test.txt mold now
 wait 1
]

it's running: http://195.122.214.59/~hmm/flash-chat.html

(oops, the "\!" is no special trick,  only escaping. test-file is 
"!scratch.r"..)

but now I tri to exit from shell...

...and the server is down

:(

which shell you are using?

had tested in an xterm. thought closing that acts like a logout.

and which rebol version : my is: REBOL/Core 2.5.58.4.2

which is with async

REBOL/Core 2.5.118.4.2 - no async.

that rebol works here to. also when i start it from real console 
and logout. did you try really try the redirects of stdin and stderr?

with REBOL/Core 2.5.6.10.1 on solaris I just  use a trailing &

nohup doesn't work here either...

I got it: http://lists.gnu.org/archive/html/bug-coreutils/2003-10/msg00032.html

I start a job and than use disown -h

than i exit and the process is still working

So I can test my micro chat : http://195.122.214.59/~hmm/flash-chat.html

disown -h <pid> where <pid> is the process ID :)

nice :-) works well and fast