World: r3wp

why should gabriele be forced out of his sick bed to delete spam?

better to have a captcha test

spammers use proxies so you can't always block their ip address

or, use zombie pcs

so insert the submit tag using javascript

and use chickenscript to automate javascript

that's easy and works

what is chickenscript?

browser plugin for firefox that drives firefox

I don't think there is many robots evaluating javascript

use it to automatically login to sites, evaluate javascript etc

I use it all the time ...

ok... I give up

anyway, I would like to see from which IPs the spam is comming

in my experience... blocking ips can block 90% of spam, but not all. 
of the remaining 10%, a good amount is actually posted by humans, 
so there are no easy way to block it.

Gabriele, could a captcha be added easily and timely to RAMBO... 
as well as a "preview" step... hitting the "enter" is easy to do 
involuntarily.

?

i don't have time for it now :)

chickenfoot

Could someone update RAMBO ticket 3455 with info that Linux (at least 
Debian) supports a

sensible-browser

command.

And then maybe mention that this script calls x-www-browser and then 
www-browser if there is no BROWSER env var

Thanks.

done.

Gabriele: so there is a script that I can use with mandriva to set 
browser path ? if so can you send a link ? Thanks !

no, i have just added brian's info to the ticket. Debian has a command 
(a bash script I assume) that will launch the user defined browser.

yeah tried on Mandriva using the Debian tricks and no luck

eh?
>> replace "aa-aa" "aa" "P"
== "P-aa"

what's the problem?

replace/all ???

ahaa.. :) thanks Graham.

>> mold/all/flat []
Bus error

Core 2.6.2.2.4 on MacOSX

works fine in WinXP

>> mold []
== "[]"
>> mold/all []
== "[]"
>> mold/flat []
== "[]"
>> mold/all/flat []
Bus error

same happens under Linux

also exists under Core 2.7.5.2.4 for MacOSX

RAMBO'ed

Re: 4268 - Gregg, do you think it really should return %/a/ %/c/ 
etc?

when you do a read %dir/   and you get %subdir/   as a result, you 
know that the path to subdir is %dir/subdir/  so it seems consistent 
to me that a read %/ gives %a/ and the path is %/a/ .

eg if i make a function like:  func [dir /local block] [block: read 
dir forall block [block/1: join dir block/1] block]

i expect it to work with any input, %/ included. but it would break 
if read %/ returned %/a/ .

I've considered it a long-standing bug, because it didn't do that 
before, and I think Carl acknowledged it as a bug at one point. There 
are two ways to look at it, but the consistent-path model may be 
best in REBOL, meaning it's not a bug. Under Windows, where there 
is no concept of a root above the drive letters, it's more comfortable 
to think in terms of the drive spec being a top level entity. Not 
sure what's best for UNC usage.

i'll leave it in as a bug, but i personally prefer it to be consistent 
with other operating systems.

I think I'm OK either way, as long as it's doc'd, though consistency 
is probably better.

Gregg, I seem to remember arguing *for* the change, in order to achieve 
consistency, so I'm with Gabriele, here.

Serialised function! not loadable 

in Rebol/View 2.7.5.3.1 on WinXP

>> load {#[function! [][]]}
** Syntax Error: Invalid construct -- #[
** Near: (line 1) #[function! [][]]

>> load/all {#[function! [][]]}
** Syntax Error: Invalid construct -- #[
** Near: (line 1) #[function! [][]]

The above are loadable on View 1.3.2

Anyone reported something like this ?

Reproduced here.

oh.. that is a mean bug!
crashes in 2.7.2 also.

Thankyou.

known and on the list for next release.

Ok, very good.