World: r3wp
[Core] Discuss core issues
older newer | first last |
BrianH 28-Aug-2010 [18063] | (I figured as much, but felt that the distinction was worth mentioning) |
Gabriele 30-Aug-2010 [18064] | Should this be considered a bug? (R2) >> b: reduce [:print :insert :read :+] == [native action native op] >> find b :print == none >> find b :insert == [action native op] >> find b :+ == [op] >> find b :read == none >> :print = :print == true >> :print = :read == false |
Anton 30-Aug-2010 [18065x2] | So FIND cannot locate native! types by direct comparison. Looks like a bug to me ! I confirm the above behaviour with my testing on View 2.7.6.4.2 on Linux. |
(FIND can locate native! datatypes, however, so that's working ok.) >> find b native! == [native action native op] >> find next b native! == [native op] | |
elenay 30-Aug-2010 [18067x3] | FAST ? |
k: enbase checksum/secure to-string now/precise | |
k: enbase checksum/secure to-string now/precise k': enbase checksum/secure to-string now/precise Give same return !!! better include wait .1 between ! | |
Sunanda 30-Aug-2010 [18070] | A useful warning not to use current time as a unique key :-) A wait of .001 is sufficient to get me different times -- but that may be processor and operating system dependent. This code may help in exploring your limits: n: 0 forever [ n: n + 1 k: enbase checksum/secure to-string now/precise wait .001 k': enbase checksum/secure to-string now/precise if k = k' [print n halt] ] |
elenay 30-Aug-2010 [18071] | better hint fo a unique key ? (meet rebol a week ago) |
Henrik 30-Aug-2010 [18072x2] | Never use current time as key generator. Win98 uses about 0.01 second timer resolution, which slapped me in the face a few years ago. Other OS'es may be similar. |
elenay, should be enough to apply random to the binary. | |
elenay 30-Aug-2010 [18074] | true, clever, but we never knows. don't you ? I do :-) |
Sunanda 30-Aug-2010 [18075] | As Henrik says, this code _probably_ returns unique ids: n: 0 forever [ n: n + 1 k: random/secure enbase checksum/secure to-string now/precise k': random/secure enbase checksum/secure to-string now/precise if k = k' [print n halt] ] But for best results, add in something more: -- a count? -- user name / IP address? |
Henrik 30-Aug-2010 [18076] | a count would be useful |
Steeve 30-Aug-2010 [18077] | join the previous k |
elenay 30-Aug-2010 [18078] | n reach 2 000 000, did not halt by itself. I take it like this, with mentions for responsability should be directed to you Sunanda ;-) Thanks |
Sunanda 30-Aug-2010 [18079x3] | That leaves you three basic options:) |
That leaves you three basic options:) | |
(opps -- my enter key got reset somehow) 1. hire me at a reasonable rate as your official scapegoat 2. make yourself potentially a billion times safer (so no need for a scapegoat) by adding something to the checksum string -- eg: k: rejoin [random/secure enbase checksum/secure to-string now/precise random/secure 100'000'000] 3. read up on UUID / GUID generation, eg: http://www.rebol.org/ml-display-thread.r?m=rmlCYYK | |
Maxim 30-Aug-2010 [18082x2] | sunanda, for your timing issue in generating unique keys, use my precise time module it NEVER returns the same time twice, the counter is CPu based. |
i usually use a random string generated on app startup, the time and a random value at each call. purists will tell you not to use the system time for the random seed . it creates a time frame of attack which vastly reduces the number of hits required for brute force attacks. use two independent system data values like disk free size, & a measured I/O divided by each other. a single digit off generates a completely different seed, so its much better and cannot be guestimaged easily by the attacker. | |
Graham 30-Aug-2010 [18084] | I just ask the user to think of a number |
Gabriele 31-Aug-2010 [18085x2] | This is what I often use: >> random/seed now >> enbase checksum/secure random mold system/error == "EZHHHYzUpj78+Eab+Y8vygt75ZA=" |
Of course, if you are running on a real operating system, you can get better "randomness" using: >> p: open/binary/direct %/dev/urandom >> enbase copy/part p 16 == "2Fm5zVhMBCgQkdQ3afEpYw==" >> enbase copy/part p 32 == "Ymk3t6HyAgKNzpALcvGSXyV6poSDwRzk5pCR7IoDz68=" >> close p | |
caelum 3-Sep-2010 [18087] | I'm a newbie to Rebol. I need to know how to delete a file on my website. I tried uploading a file using: write ftp://user:[pass-:-website-:-com]/myfile.enc myfile.enc which does not work because of the ['-:-'] in the user name. I tried replacing the ['-:-'] with '%40', still did not work. So I tried the following which works: ftp-port: [ scheme: 'ftp host: "ftp.mysite.org" port-id: 21 user: "[user-:-mysite-:-org]" pass: "xxxxxxxxxxxxx" target: %myfile.enc ] file: read %myfile.enc write/binary ftp-port file So now my file is on my server. My question is - How do I delete this file? I see no way to tell the Delete command the name of the file on my server so it can delete it. And: delete ftp://user:[pass-:-website-:-com]/myfile.enc does not work for the same reason the standard velsion of write does not work, because of the ['-:-'] in the user name. Any help much appreciated. |
Graham 3-Sep-2010 [18088x2] | delete [ scheme: 'ftp host: "ftp.mysite.org" port-id: 21 user: "[user-:-mysite-:-org]" pass: "xxxxxxxxxxxxx" target: %myfile.enc ] does that work? |
No, delete does not take a file spec | |
caelum 3-Sep-2010 [18090] | I just found that out. |
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 |
older newer | first last |