World: r3wp
[Core] Discuss core issues
older newer | first last |
Anton 19-Jan-2007 [6794] | >> my-string: #{11221122003344334400} == #{11221122003344334400} >> print mold read-str 'my-string #{11221122} >> print mold my-string #{3344334400} >> print mold read-str 'my-string #{33443344} >> print mold my-string #{} |
Oldes 19-Jan-2007 [6795] | That looks much more better, thanks:-) |
Ladislav 20-Jan-2007 [6796] | add 0.0.1 0.0.255 ; == 0.0.255 looks rather surprising to me. any opinions? |
Volker 20-Jan-2007 [6797] | makes sense when used with colors |
Ladislav 20-Jan-2007 [6798] | aha, thanks |
Volker 20-Jan-2007 [6799x2] | >> 10.10.10 * 1.5 == 15.15.15 >> green == 0.255.0 >> green / 2 == 0.127.0 >> green * 0.3 == 0.76.0 |
tuple * float works :) | |
xavier 20-Jan-2007 [6801x2] | it also work in this way : divide 0.15.0 2 == 0.7.0 |
this kind of stuff could be very interesting in imagery ... thanks for you reflexion | |
Bo 20-Jan-2007 [6803x5] | I have an interesting problem with FTP. I'm using FileZilla on my server and I get the following entry in the log file: |
(000032) 1/20/2007 9:16:47 AM - lechnowsky (*IP*)> 150 Opening data channel for directory list (000032) 1/20/2007 9:16:58 AM - lechnowsky (*IP*)> 425 Can't open data connection (000032) 1/20/2007 9:56:52 AM - lechnowsky (*IP*)> disconnected | |
During that same period, Rebol's trace/net states the following: Net-log: ["LIST" ["150" "125"]] Net-log: '"150 Opening data channel for directory list." | |
Rebol, never returns from that. It seems to be a bug in Rebol's FTP handler as it doesn't ever time out and continue, it just locks up. I have to press "Escape" to get out of it. I've left it for up to 12 hours and it still doesn't return. | |
Any ideas? | |
Henrik 20-Jan-2007 [6808] | are you using the latest version 1.3.2 of rebol? I think there are some serious patches to FTP somewhere, but I can't remember if they made it official. |
Bo 20-Jan-2007 [6809] | I'm using the SDK and I'm including sdk-2-6-2/source/prot.r which should have the FTP protocol in it. Does anyone know if there is a newer version of prot.r other than sdk-2-6-2? |
Graham 20-Jan-2007 [6810x3] | that's the latest |
I presume that the problem is just with the one server? | |
I think all of Romano's patches http://www.rebol.it/~romano/ftp-patch.r were incorporated already. | |
Bo 20-Jan-2007 [6813x3] | Well, I haven't tried it with a different FTP server, but it definitely appears the problem is on the Rebol side. |
I've considered installing WarFTPd or something, but this is a production server and I don't want to mess anything up by having two FTPd's installed simultaneously. | |
I'm not even sure it is an FTP issue. The timeout should be triggered by Rebol's networking kernel, shouldn't it? | |
Henrik 20-Jan-2007 [6816] | when it hangs, does it use CPU time? |
Bo 20-Jan-2007 [6817x5] | (I meant "I'm not even sure it is a Rebol FTP protocol issue") |
No it doesn't use any CPU time. All stats on the process flatline. No I/O, no CPU, no page faults. | |
This is part of the application I wrote called Smooth-Copy which I am using as a remote backup utility for some of my clients (and my wife's laptop, from which I got these results). | |
Also, I am using FTP in passive mode. | |
I am overwhelmed with projects presently, and I'm willing to pay if someone can come up with a patch to prot.r for FTP (if that is where the problem exists). I would also allow the patched prot.r to be released back to the community. | |
Graham 20-Jan-2007 [6822] | the problem is that it may be just with a particular ftp server ... |
Bo 20-Jan-2007 [6823] | But it seems the FTP server is working properly according to the log file. If it cannot retrieve the directory listing, it sends a 425 and then eventually disconnects. In any case, Rebol should never hang indefinitely even if the FTP server misbehaves. |
Sunanda 20-Jan-2007 [6824] | Some FTP problems can be bypassed with: system/schemes/ftp/passive: true (Don't ask me why!) |
[unknown: 9] 20-Jan-2007 [6825] | We posted the complete source to our FTP client interface, you will find the code to handle most of this. |
Volker 20-Jan-2007 [6826] | ftp-gadget i guess? http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=ftpgadget-package.r And you can try it with the gui first :) if not, can you make an account to trace and try? |
Bo 20-Jan-2007 [6827x2] | Sunanda: Yes, I am running in passive mode. |
Reichart: Thanks for posting the source code. Unfortunately, it doesn't look like it can be used like the standard FTP protocol in Rebol as it is integrated with your GUI. | |
[unknown: 9] 20-Jan-2007 [6829] | Shame. I remmember when we had to build that, I had indeed asked it be made a module, so that suprises me, |
Bo 20-Jan-2007 [6830] | I downloaded the source code and upon quick inspection, it doesn't look like I could use the FTP by entering ftp://user:[pass-:-server], but I could be wrong. |
Anton 21-Jan-2007 [6831] | Bo, I've done a bit of FTP hacking. Maybe I can find the bug. |
Volker 21-Jan-2007 [6832] | does ftp-gadget work with your server by gui? eg is the ftp-part good enough? If not, where can we test against that server? |
Oldes 21-Jan-2007 [6833] | Probably because some servers require passive mode? ;-) |
Volker 21-Jan-2007 [6834] | Bo: Also, I am using FTP in passive mode. |
Oldes 21-Jan-2007 [6835] | Bo: arent you behind firewall? |
Volker 21-Jan-2007 [6836] | Oops, wanted to cite bo, ntoto address him. He said he uses passiv modea while ago. |
sqlab 22-Jan-2007 [6837] | I do not know, if it will help you, but I check the cached connections in systems/schemes/ftp/handler/connections for any already closed connection before doing an ftp action. |
Volker 22-Jan-2007 [6838] | is ftp-gadget still much better then ftp? looks like a module with gui-callbacks to me. and i spottet the word "async" somewhere. |
sqlab 22-Jan-2007 [6839] | if all [ lock: wait join copy [0:0:0.001] system/schemes/ftp/handler/connections ; problems with closed, but still cached connections none? copy lock ] [ close lock remove find system/schemes/ftp/handler/connections lock ] |
Henrik 22-Jan-2007 [6840] | is there a way to "trace" where you read or 'do'ed a file from? would be handy if you had a script that could tell whether it was run from a webserver or from a local disk |
Anton 22-Jan-2007 [6841] | I don't think you can. But check system/options and system/script . You could also pass an argument in using do/args. |
Henrik 22-Jan-2007 [6842] | I think this could be really useful. In fact I think I'll RAMBO it. :-) |
Anton 22-Jan-2007 [6843] | I agree. But be careful what you wish for. |
older newer | first last |