r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Core] Discuss core issues

Graham
3-Sep-2010
[18091x2]
Try this http://rebol.wik.is/Protocols/Ftp

See the file attached at the bottom

do %prot-ftp.r

then, do this

delete ftp://user%2540mysite.org:[pass-:-ftp-:-mysite-:-org]/myfile.enc
Hold the guimauve
caelum
3-Sep-2010
[18093]
I had to type that all out very slowly and carefully, long password, 
and I don't use the shell much these days (I'm an old Amigan). YES 
it worked! Thanks Graham. I'll add the guimauve, they do look delicious. 
Help me out much more and end up delivering a feast.


So I imagine I need to include prot-ftp.r in my Rebol programs and 
I'll be able to use the standard way of accessing files on my server? 
Am I right?

Thanks for all the help, this will get me going now.
Graham
3-Sep-2010
[18094]
I had an Amiga 1000 bought in 1985 ... always used the shell there 
:)
caelum
3-Sep-2010
[18095]
Yep, those were the days :) My Amiga 4000 finally died in 2002. That's 
when I switched to linux. No more Amiga :(
Graham
3-Sep-2010
[18096x2]
You can try this .... instead of loading up the ftp protocol, 


 system/schemes/ftp/handler/open-check: [none ["220" "230"] ["USER" 
 dehex port/user] "331" ["PASS" port/pass] "230" "SYST" "*"]
ie. patch the scheme in memory
caelum
3-Sep-2010
[18098]
Patch the scheme in memory, OK I'll give that a go. I'm on a steep 
learning curve here.
Graham
3-Sep-2010
[18099]
In REBOL, all code is just data ...
caelum
3-Sep-2010
[18100x4]
But I'm getting the idea.
'All code is just data'. That's what I like about Rebol.
system/schemes/ftp/handler/open-ftp - Is that on windows? I don't 
have anything like that here on linux.
Just found it. It's in /home/user/Rebol/source.
Graham
3-Sep-2010
[18104x3]
eh??
system is a REBOL object
it's open-check .. not open-ftp
Henrik
3-Sep-2010
[18107]
? system/schemes/ftp/handler

will show you what resides inside the handler
caelum
3-Sep-2010
[18108x4]
Sorry, my typing error. I found open-check in /home/user/Rebol/source/prot-ftp.r 
and changed it to your code above, and it works! I have Rebol in 
my home folder, not in any of the linux (Ubuntu) system folders.
prot-ftp.r is a file in my home folder. I hope that makes sense. 
Anyway, your code works :)
I have the sdk!
With a license.
Graham
3-Sep-2010
[18112]
sure .. you can patch it so that you just encap it later on
caelum
3-Sep-2010
[18113]
Sadly, I have yet to get encap to work on linux (Ubuntu). I'll figure 
that one out later. For now my goal is to just get everything working. 
I'll not be passing out programs for others to use for another few 
months. That's when I'll need encap.
Henrik
3-Sep-2010
[18114]
Hopefully you have a Linux SDK license?
caelum
3-Sep-2010
[18115x2]
I do, and a windows one.
You can tell I'm serious about switching to Rebol.
Henrik
3-Sep-2010
[18117]
yes, that's always good :-)
Graham
3-Sep-2010
[18118]
http://www.rebol.net/cgi-bin/rambo.r?id=-4777&

Delete does not take a port spec

( Gabriele are you still reviewing Rambo submissions? )
Gabriele
3-Sep-2010
[18119]
I think that can be worked around by using REMOVE on the port opened 
on the directory that contains the file... worth testing maybe.

Anyway, yes. Ticket is now #4401.
Graham
3-Sep-2010
[18120]
Would this stop rebol working ? http://downloads.zdnet.com/abstract.aspx?docid=2111429&tag=nl.e530
Maxim
4-Sep-2010
[18121]
i don't think so.
Graham
13-Sep-2010
[18122x2]
Henrik, what's this bug regarding 'encloak that you have mentioned 
on your blog?
encloak uses SHA1 I think
Henrik
13-Sep-2010
[18124]
Graham, link? I can't remember that blog entry.
Graham
13-Sep-2010
[18125x3]
This is BSD C code for SHA 224 - 512 ... can someone review this 
to see if we can include in 2.7.8 ?
http://www.hmkdesign.dk/rebol/files/category-rebol-3.html
http://www.ouah.org/ogay/sha2/
Henrik
13-Sep-2010
[18128]
I can't remember what the bug was. It may have been fixed in the 
meantime.
Graham
13-Sep-2010
[18129x2]
I looked on rambo and saw no entries for encloak
35kb of C source
Henrik
13-Sep-2010
[18131]
I think the issue was around R3's encloak, not R2.
Graham
13-Sep-2010
[18132]
oh .ok
Pekr
15-Sep-2010
[18133x2]
sorry if I will propose a nonsense, or if the solution already exists, 
but - when using REBOL for data extraction (using parse) and forming 
a block or CSV as a result, I often come to the need of append-only-if-the-item-does-not-exist-already, 
so using following idiom:

if not found? find target value [append target value]


What about adding /not refinement (or other name), so that I could 
append only unique values?
Also - is there any way of how to easily find out, if the block is 
unique? Should I apply 'unique, and compare the length before and 
after? Pity 'unique has /skip refinement, but does not have /compare 
one (as 'sort has), so that I can't set, when I have e.g. record 
of 5 items, I want to 1) set the record size (/skip) 2) select fields, 
upon which we want to define uniquess - could be an integer offset, 
or a block of positions [1 3] ... 'sort allows at least the offset 
via /compare
Sunanda
15-Sep-2010
[18135]
Two partial workarounds to your first issue Petr (I've used them 
both or various data sets):


1.  simply APPEND each time, then when the set is complete use UNIQUE 
to deduplicate

2.  if not alter target value [append target value]
   this ensures that VALUE is the last entry in TARGET
Henrik
15-Sep-2010
[18136]
2 is more efficient, since UNIQUE always copies.
Pekr
15-Sep-2010
[18137]
but as for efficiency, does the alter really differs from "if not 
found? find?"
Henrik
15-Sep-2010
[18138]
ALTER removes a value, if it's found.
Pekr
15-Sep-2010
[18139]
which is the reverse, but the same, as appending only in the case, 
if not found :-)
Henrik
15-Sep-2010
[18140]
ALTER is not really useful in its current form.