# | User | Message | Date |
1378 | Graham | This is pretty cool ... I can talk the hylafax server running in virtualbox using the ftp scheme. | 13-Jan-10 10:12 |
1377 | Graham | There's such a thing as a software modem .. IAXmodem ... but not sure if I need Asterisk as well :( | 13-Jan-10 8:30 |
1376 | Graham | installed ubuntu server .. downloaded that using the ftp:// scheme :) | 13-Jan-10 8:29 |
1375 | Graham | Just finished installing virtualbox, and now going to install hyalfax ... but no modem so not sure how I can test it | 13-Jan-10 8:28 |
1374 | Graham | of course couldn't have got far without Andreas' and Steeve's help | 13-Jan-10 8:27 |
1373 | Maxim | hhehe | 13-Jan-10 8:25 |
1372 | Graham | and as I'm the oldest here ... lol | 13-Jan-10 8:25 |
1371 | Graham | Someone had to step forward ... | 13-Jan-10 8:24 |
1370 | Graham | DELE, MKD etc are all done now. | 13-Jan-10 8:21 |
1369 | Maxim | btw, thank you Graham for spearheading this scheme initiative :-) | 13-Jan-10 8:21 |
1368 | Graham | now my ftp scheme is doing what I need .. I can move onto my fax:// scheme which uses the ftp protocol but on port 4559 | 13-Jan-10 8:20 |
1367 | BrianH | Right now the project is just migrating the data to the new format. That's a programming problem. | 13-Jan-10 5:06 |
1366 | Graham | And he asked for volunteers, got some and then ignored them ... so if you're still calling the psychiatrist ... you know where to send him. | 13-Jan-10 5:06 |
1365 | BrianH | Whew, I was worried about you for a second - was about to call the psychiatrist... | 13-Jan-10 5:05 |
1364 | Graham | but he needs a web master ... doing all of this by himself is not very efficient | 13-Jan-10 5:05 |
1363 | Graham | Brian .. I wuz kidding .... | 13-Jan-10 5:04 |
1362 | BrianH | I doubt that would save him time - all of rebol.com is generated from scripts, mostly WIP in the new site. | 13-Jan-10 4:59 |
1361 | Graham | Carl should use it to save time | 13-Jan-10 4:55 |
1360 | Graham | I note rebol.com has frontpage extensions enabled .. | 13-Jan-10 4:55 |
1359 | Graham | LOL | 13-Jan-10 4:55 |
1358 | BrianH | No swearing. | 13-Jan-10 4:54 |
1357 | Graham | Just use FrontPage | 13-Jan-10 4:54 |
1356 | Maxim | I might even offer a bit of tutoring for those who don't understand it. with all the web's ubiquity, most people (non programmers) still don't really know what they are doing when it comes to building sites. | 13-Jan-10 4:45 |
1355 | Maxim | funny in one of my courses I have to build a web page... hehehe a web 1.0 type web page... the kind that I can write using notepad in an hour hehe | 13-Jan-10 4:39 |
1354 | Maxim | yep. Visual Arts, part time (although this semester I am doing a full time semester, since the courses I took are easy for me). | 13-Jan-10 4:38 |
1353 | Graham | university??? | 13-Jan-10 4:37 |
1352 | Maxim | the C language parser, although I haven't done a lot in more than a week. with university starting up and wanting to use up my last days of vacation. | 13-Jan-10 4:36 |
1351 | Graham | I think having SSL is essential .. | 13-Jan-10 4:35 |
1350 | Graham | What are you working on now? | 13-Jan-10 4:31 |
1349 | Maxim | the putty code was very nice, and well documented on top of it. | 13-Jan-10 4:29 |
1348 | Maxim | yes I am... but just thinking out loud... if someone really needs it how one could approach the project. | 13-Jan-10 4:29 |
1347 | Graham | I thought you were doing other stuff? | 13-Jan-10 4:28 |
1346 | Maxim | shouldn't | 13-Jan-10 4:28 |
1345 | Maxim | I looked at the putty code about a year ago... and If it had compiled under DevC I would have played around with it... now that I've got MSVC, I should be able to build the sources... maybe we could just repackage the executable loader as a DLL. it should be too much work. | 13-Jan-10 4:28 |
1344 | BrianH | It works as well as it always has, and it went in when the developer (Holger) was still working for RT. | 13-Jan-10 4:25 |
1343 | Graham | Hmm... sounds a serious lapse to let code no one understands be placed into r/command ... | 13-Jan-10 4:24 |
1342 | BrianH | And it hasn't been updated in longer than Putty. | 13-Jan-10 4:24 |
1341 | BrianH | Because noone understands it, it doesn't do what we need it to, and the port model is different. | 13-Jan-10 4:23 |
1340 | Graham | I wonder why Carl can't reuse the r2 code ... | 13-Jan-10 4:22 |
1339 | BrianH | Putty hasn't been updated in a while and never reached 1.0. Still, I agree that it is the best bet. | 13-Jan-10 4:21 |
1338 | BrianH | The only tricks are to see if it has proper TLS support and whether it is suceptible to the recently discovered SSL/TLS protocol vulns. | 13-Jan-10 4:20 |
1337 | Maxim | putty is the best place to start work on adding SSL to R3. its all there, in MIT it is 100% stand alone and the code is compact and clean. | 13-Jan-10 4:19 |
1336 | BrianH | Stick with BSD or similar licenses, like OpenSSL or the Putty SSL stack. | 13-Jan-10 4:11 |
1335 | BrianH | Only if you write it yourself and relicense it. No point to including it otherwise. In theory you could dynamicly link LGPL or Classpath code to the host, but you can't staticly link or otherwise incorporate it and distribute it. If you can't distribute it, there's no point in using the code. | 13-Jan-10 4:10 |
1334 | Graham | not even if you compile it in yourself?? | 13-Jan-10 4:08 |
1333 | BrianH | Not even LGPL. | 13-Jan-10 4:07 |
1332 | BrianH | No GPL stuff can be included in the host kit. | 13-Jan-10 4:07 |
1331 | Graham | SHA256 ...need this for Amazon signing ... | 13-Jan-10 4:05 |
1330 | Graham | GNU TLS supports Certificate types: X.509, OPENPGP Protocols: TLS1.2, TLS1.1, TLS1.0, SSL3.0 Ciphers: AES-256-CBC, AES-128-CBC, 3DES-CBC, CAMELLIA-128, CAMELLIA-256, ARCFOUR, ARCFOUR-40 MACs: SHA512, SHA384, SHA256, SHA1, RMD160, MD5 Key exchange algorithms: RSA, RSA-EXPORT, DHE-DSS, DHE-RSA, DHE-PSK, PSK, SRP, SRP-RSA, SRP-DSS, ANON-DH Compression methods: DEFLATE, LZO, NULL Extensions: Max record size, Cert Type (OpenPGP), Server Name, SRP, TLS/IA, Opaque PRF Input | 13-Jan-10 4:04 |
1329 | Graham | Or, would this be core RT stuff ...? | 13-Jan-10 4:03 |
1328 | Graham | Are there any issues with the lesser GPL and the open host kit? | 13-Jan-10 4:02 |
1327 | Graham | http://www.gnu.org/software/gnutls/ Lesser GPL ... can this work? | 13-Jan-10 4:01 |
1326 | eFishAnt | Understand all that. Just what was done in 2.7.7 to test it? I have tried without success. | 13-Jan-10 4:01 |
1325 | BrianH | It's unlikely that tests would be portable - the port model is completely different in R3. | 13-Jan-10 3:59 |
1324 | eFishAnt | I know, but a good point for heading in R3...use a common test case between the 2. | 13-Jan-10 3:58 |
1323 | Graham | This is R3 group. | 13-Jan-10 3:56 |
1322 | eFishAnt | R2 2.7.7 has mention in notes about TLS SSL. My question is what is the test case these were tried on? I just want to verify they work in R2. | 13-Jan-10 3:52 |
1321 | Graham | The lack of TLS and SSL is going to be a big problem since so many people now use secure protocols. | 13-Jan-10 3:48 |
1320 | Graham | prot-send.r is just a function and not a scheme. But it relies on system objects such as email ... I guess we can include these in the function until some decision is made about where they should go. | 13-Jan-10 0:55 |
1319 | Graham | just read ... | 12-Jan-10 22:27 |
1318 | eFishAnt | so the old read-io of R2 ... is it just now read in R3? Or must I know more than that? I am porting my product to R3, so I am trying to get that part figured. It's almost running now, besides this (maybe...fingers crossed) | 12-Jan-10 21:55 |
1317 | Pekr | Graham - we have all world REBOL developers here ... 5-10 ... so basically yes, we are interested, just pressed for the time :-) | 12-Jan-10 20:56 |
1316 | Graham | Anyone else where interested in helping polishing up these schemes? | 12-Jan-10 20:54 |
1315 | Graham | I just sent you an awake handler! | 12-Jan-10 10:02 |
1314 | Graham | oh .. and then create the higher abstraction so that it supports the R2 of of reading and writing files ... | 12-Jan-10 10:01 |
1313 | Steeve | i just wake up :-) | 12-Jan-10 10:01 |
1312 | Graham | not much else to do .. just delete, create directory, rename .... and append to existing file | 12-Jan-10 10:00 |
1311 | Graham | Uploaded latest version with this change, and the STOR command .. just in time for bed! | 12-Jan-10 10:00 |
1310 | Graham | works | 12-Jan-10 9:53 |
1309 | Steeve | you will receive a connect event but no lookup | 12-Jan-10 9:52 |
1308 | Graham | oh .. yeah ... ok. Good point. | 12-Jan-10 9:52 |
1307 | Steeve | you don't need to, the first attempt is the right one | 12-Jan-10 9:51 |
1306 | Graham | so I put the open port where? | 12-Jan-10 9:50 |
1305 | Steeve | Small optimization: Graham, if you try to connect to a host with an ip as a string, then a DNS lookup is performed even if it's useless. On the other side, if you provide an ip as a tuple, no lookup is performed and it's a straight connection. So as an example, when you enter in PASV mode (ftp proto) try this instead. data-address: to-tuple to-block form copy/part tmp 4 | 12-Jan-10 9:46 |
1304 | Graham | http://www.linkedin.com/ppl/webprofile?vmi=&id=1690833&pvs=pp&authToken=iSCS&authType=name&locale=en_US&trk=ppro_viewmore&lnk=vw_pprofile Holger's linkedin details ... wonder if someone could persuade him to do SSL again but for R3 ? | 12-Jan-10 9:42 |
1303 | Graham | Or do we hack our own and hope that someone comes along and unifies all the schemes | 12-Jan-10 9:20 |
1302 | Graham | Is there going to be an approved method of implementing these things? | 12-Jan-10 9:19 |
1301 | Graham | Also need a way to stop a file transfer that is in progress ... | 12-Jan-10 9:19 |
1300 | Graham | Just wondering .. if we want a graphic file transfer progress meter, we need a way to tap into the event handler to catch the number of bytes being written/read ... | 12-Jan-10 9:18 |
1299 | Graham | ftp STOR now supported .. | 12-Jan-10 9:06 |
1298 | Graham | Thanks muchly. | 12-Jan-10 3:28 |
1297 | Andreas | well, see you around | 12-Jan-10 3:26 |
1296 | Graham | Mines a bit long ... | 12-Jan-10 2:59 |
1295 | Andreas | if we can keep the awake handler at this size, i'm fine with false at the bottom | 12-Jan-10 2:58 |
1294 | Andreas | yeah, that's it | 12-Jan-10 2:58 |
1293 | Andreas | undecided about that | 12-Jan-10 2:58 |
1292 | Graham | or is it the readability thing? | 12-Jan-10 2:58 |
1291 | Graham | Why not put false at the bottom ... | 12-Jan-10 2:57 |
1290 | Andreas | i think that'll be a rather typical skeleton for request/response protocols | 12-Jan-10 2:55 |
1289 | Andreas | written for readability | 12-Jan-10 2:54 |
1288 | Andreas | a minimal ftp login skeleton, no error handling: http://bolka.at/share/prot-ftpget.r [temporary url] | 12-Jan-10 2:54 |
1287 | Andreas | so do i, for some things :) | 12-Jan-10 2:54 |
1286 | Graham | I'm still using xmlrpc | 12-Jan-10 2:50 |
1285 | Andreas | i could port some xmlrpc stuff over | 12-Jan-10 2:46 |
1284 | Andreas | hehe | 12-Jan-10 2:46 |
1283 | Graham | oh yeah.. we need that other scheme ... rpc:// | 12-Jan-10 2:45 |
1282 | Andreas | mhm | 12-Jan-10 2:44 |
1281 | Graham | file! => stream binary! => just write | 12-Jan-10 2:44 |
1280 | Graham | again, STOR should stream a file from local storage ... and write a binary type | 12-Jan-10 2:44 |
1279 | Graham | oops .. need to do a STOR | 12-Jan-10 2:43 |
1278 | Graham | I should start work on a hylafax scheme | 12-Jan-10 2:41 |
1277 | Andreas | hehe | 12-Jan-10 2:40 |
1276 | Graham | Hylafax :) | 12-Jan-10 2:40 |
1275 | Andreas | so anything that once was ftp is now either http or ssh :) | 12-Jan-10 2:40 |
1274 | Andreas | between machines ssh (i.e. scp/sftp) and http are my main mechanisms of file transfer | 12-Jan-10 2:39 |
1273 | Graham | for scripting backups? | 12-Jan-10 2:38 |
1272 | Andreas | i'd rather need ssh | 12-Jan-10 2:38 |
1271 | Andreas | (was it gabriele's?) | 12-Jan-10 2:38 |
1270 | Graham | well, I still occasionally use ftp across my network ... | 12-Jan-10 2:38 |
1269 | Andreas | but well, maybe for something like gabriele's spam stuff | 12-Jan-10 2:38 |
1268 | Andreas | at least to be useful for something besides the most basic throwaway scripts | 12-Jan-10 2:37 |
1267 | Andreas | for pop3/imap4 the scheme alone is not enough anyway | 12-Jan-10 2:37 |
1266 | Graham | Imap4 ... Gabriele has something .. but I'm not sure if he can release it or not . | 12-Jan-10 2:37 |
1265 | Andreas | dns is very rudimentary on linux | 12-Jan-10 2:36 |
1264 | Andreas | pop3, imap4, smtp | 12-Jan-10 2:36 |
1263 | Graham | dns is done | 12-Jan-10 2:36 |
1262 | Graham | why are we doing it ? as an exercise I guess | 12-Jan-10 2:35 |
1261 | Andreas | dns, whois | 12-Jan-10 2:35 |
1260 | Andreas | should rather do something more useful, like ... dunno | 12-Jan-10 2:35 |
1259 | Andreas | so why do we do ftp, then :) ? | 12-Jan-10 2:35 |
1258 | Andreas | last time i used it was years ago | 12-Jan-10 2:34 |
1257 | Graham | me hardly much either! | 12-Jan-10 2:34 |
1256 | Andreas | never :) | 12-Jan-10 2:34 |
1255 | Andreas | nope | 12-Jan-10 2:34 |
1254 | Graham | Do you actually use ftp much ? | 12-Jan-10 2:34 |
1253 | Graham | makes sense | 12-Jan-10 2:21 |
1252 | Andreas | can't remember the link, though :) | 12-Jan-10 2:21 |
1251 | Andreas | someone had a link the other day which mentioned that the series protocol should be available completely | 12-Jan-10 2:21 |
1250 | Graham | where are the available actors documented? | 12-Jan-10 2:20 |
1249 | Andreas | wow, there is a tail? actor | 12-Jan-10 2:18 |
1248 | Graham | down boy down | 12-Jan-10 2:14 |
1247 | Andreas | good | 12-Jan-10 2:14 |
1246 | Graham | HOLD | 12-Jan-10 2:14 |
1245 | Andreas | hold me back | 12-Jan-10 2:13 |
1244 | Andreas | ah, graham .... :) | 12-Jan-10 2:13 |
1243 | Andreas | so if the event machinery already is in full swing :) | 12-Jan-10 2:13 |
1242 | Andreas | but it'll be buffered anyway | 12-Jan-10 2:13 |
1241 | Graham | ok, that's the important thing | 12-Jan-10 2:13 |
1240 | Andreas | from the outside: no | 12-Jan-10 2:12 |
1239 | Andreas | from within the awake handler: yes | 12-Jan-10 2:12 |
1238 | Graham | guess it needs another read .. | 12-Jan-10 2:12 |
1237 | Graham | Does the WRITE set off the handler again? | 12-Jan-10 2:12 |
1236 | Andreas | you'll at least need another PASV before the 2nd RETR | 12-Jan-10 2:11 |
1235 | Graham | dunno if two consecutive RETR wil work though | 12-Jan-10 2:11 |
1234 | Graham | and you can just queue commands with the WRITE | 12-Jan-10 2:10 |
1233 | Graham | great ... | 12-Jan-10 2:10 |
1232 | Andreas | yeah, works fine | 12-Jan-10 2:10 |
1231 | Andreas | should work, iirc | 12-Jan-10 2:10 |
1230 | Graham | try it .. | 12-Jan-10 2:10 |
1229 | Andreas | i'll try :) | 12-Jan-10 2:09 |
1228 | Graham | I don't know if the server will accept a path ... | 12-Jan-10 2:09 |
1227 | Andreas | yes | 12-Jan-10 2:09 |
1226 | Andreas | TYPE I would be needed as well | 12-Jan-10 2:09 |
1225 | Graham | TYPE | 12-Jan-10 2:09 |
1224 | Andreas | could i have a minimal FTP thingie with just USER/PASS/PASV/RETR? | 12-Jan-10 2:08 |
1223 | Graham | I don't know if the ftp server will take a full path but the client can | 12-Jan-10 2:08 |
1222 | Graham | for where? | 12-Jan-10 2:08 |
1221 | Andreas | das RETR take full paths? | 12-Jan-10 2:08 |
1220 | Andreas | and that with all the debug output | 12-Jan-10 2:07 |
1219 | Andreas | yes | 12-Jan-10 2:07 |
1218 | Graham | Impressive .. it works fast! | 12-Jan-10 2:07 |
1217 | Graham | ahh... I wondered how that worked | 12-Jan-10 2:05 |
1216 | Andreas | as there's a WAIT on the ftp scheme port already, simply OPENing the dataport suffices to have it scheduled and receiving events | 12-Jan-10 2:03 |
1215 | Andreas | your dataport is never WAITed on | 12-Jan-10 2:02 |
1214 | Andreas | there's also a lovely gem contained in that code, btw | 12-Jan-10 2:02 |
1213 | Andreas | here's the updated version (i also bumped the version number): http://bolka.at/share/prot-ftp.r, here's the full diff to 0.0.5: http://gist.github.com/274796 | 12-Jan-10 2:00 |
1212 | Graham | must be why when I login to chat .. .I start getting more messages from my ftp handler! | 12-Jan-10 1:59 |
1211 | Graham | ok, need to close | 12-Jan-10 1:58 |
1210 | Graham | Clients closing connections The client can simply close the connection without sending QUIT. This saves time and memory for both the client and the server. There are a few broken TCP implementations, such as MacTCP 2.0.6, that fail to acknowledge TCP FINs after a local close. If the client is running on such a host, it shouldn't close the connection until after it sends QUIT and sees the server close the connection; otherwise the server will waste time repeatedly transmitting the FIN until it times out. | 12-Jan-10 1:58 |
1209 | Andreas | if the dataport is closed on you, you need to close it as well | 12-Jan-10 1:57 |
1208 | Graham | oh .. misunderstood ... what I read | 12-Jan-10 1:57 |
1207 | Graham | oh ... I read that I don't need to close the port ... | 12-Jan-10 1:56 |
1206 | Graham | I close cmd ... | 12-Jan-10 1:55 |
1205 | Andreas | or even more plainly: in the dataport's close handler, you need to close the port as well | 12-Jan-10 1:55 |
1204 | Andreas | i.e. even if the server closes it's side, until the client also closes, the connection is still open | 12-Jan-10 1:55 |
1203 | Andreas | it takes two to takedown a TCP connection | 12-Jan-10 1:54 |
1202 | Andreas | ah, found it | 12-Jan-10 1:54 |
1201 | Andreas | wow, stalls for precisely 3 minutes | 12-Jan-10 1:52 |
1200 | Andreas | closed 12-Jan-2010/2:48:18+1:00 fin 12-Jan-2010/2:51:18+1:00 | 12-Jan-10 1:52 |
1199 | Andreas | sec, still debugging | 12-Jan-10 1:51 |
1198 | Graham | Or upload it ... using the credentials I sent you. | 12-Jan-10 1:49 |
1197 | Graham | can you email the new version? mine is corrupted now ...with the manually applied diff's! | 12-Jan-10 1:48 |
1196 | Graham | all those can be ignored | 12-Jan-10 1:48 |
1195 | Andreas | ok | 12-Jan-10 1:48 |
1194 | Graham | 150 is just a mark ... comment | 12-Jan-10 1:48 |
1193 | Andreas | but now i know that it's 150 for when the transfer starts and 226 when it finishes | 12-Jan-10 1:47 |
1192 | Andreas | i'll have to print timestamps to even get an idea how long that stalls :) | 12-Jan-10 1:46 |
1191 | Andreas | it completes :) | 12-Jan-10 1:45 |
1190 | Andreas | ah!! | 12-Jan-10 1:45 |
1189 | Andreas | now what's expected sequence on the cmd connection for RETR? | 12-Jan-10 1:45 |
1188 | Andreas | hehe :) | 12-Jan-10 1:44 |
1187 | Graham | wow .. you managed to nuke my 'read ! | 12-Jan-10 1:44 |
1186 | Andreas | that's a diff against the 0.0.5 from wik.is | 12-Jan-10 1:40 |
1185 | Andreas | here's a diff of my changes: http://gist.github.com/274796 | 12-Jan-10 1:38 |
1184 | Graham | so where do I set the state then? | 12-Jan-10 1:36 |
1183 | Graham | write-cmdport/only client [SYST] | 12-Jan-10 1:36 |
1182 | Graham | so just comment out line 261 ? | 12-Jan-10 1:36 |
1181 | Graham | on a successful download | 12-Jan-10 1:35 |
1180 | Graham | hmm... my 0.0.5 added a return true | 12-Jan-10 1:34 |
1179 | Andreas | one problem remains: the read after RETR does not return | 12-Jan-10 1:34 |
1178 | Andreas | returned "client/spec/ready" instead of "false" from the awake | 12-Jan-10 1:34 |
1177 | Graham | :) | 12-Jan-10 1:33 |
1176 | Graham | in case it's an Amiga ftp server ... | 12-Jan-10 1:33 |
1175 | Andreas | made the last "read client" in the read event handler block conditional: unless client/spec/ready [read client] | 12-Jan-10 1:33 |
1174 | Graham | I think that might help with directory parsing ... | 12-Jan-10 1:33 |
1173 | Andreas | dropped the SYST write from 230 | 12-Jan-10 1:33 |
1172 | Graham | so what's the fix? | 12-Jan-10 1:32 |
1171 | Andreas | and if you'd be using it too, developing protos together would be much more fun :) | 12-Jan-10 1:32 |
1170 | Graham | I know I installed something which failed to work for me ... in downloading from the ubuntu repository | 12-Jan-10 1:32 |
1169 | Andreas | i use git | 12-Jan-10 1:32 |
1168 | Graham | Umm... does Ubuntu use git ?? | 12-Jan-10 1:32 |
1167 | Andreas | wow, fixed it :) | 12-Jan-10 1:31 |
1166 | Graham | nope ... | 12-Jan-10 1:31 |
1165 | Graham | yes :) | 12-Jan-10 1:31 |
1164 | Andreas | used it, by any chance? | 12-Jan-10 1:31 |
1163 | Andreas | yep | 12-Jan-10 1:31 |
1162 | Graham | repository thingy? | 12-Jan-10 1:31 |
1161 | Andreas | btw graham, do you happen to have heard of git? | 12-Jan-10 1:30 |
1160 | Andreas | :) | 12-Jan-10 1:30 |
1159 | Graham | not if they don't support pipelining! | 12-Jan-10 1:30 |
1158 | Andreas | don't they like that :) ? | 12-Jan-10 1:30 |
1157 | Graham | I did this as otherwise I ended up pipelining the ftp server :( | 12-Jan-10 1:30 |
1156 | Andreas | i'll abuse ready is the return value from the awake handler, for now :) | 12-Jan-10 1:28 |
1155 | Graham | ready is set to true so I can process the SYST | 12-Jan-10 1:27 |
1154 | Andreas | assuming that the SYST is rather worthless anyway, i drop the write | 12-Jan-10 1:26 |
1153 | Andreas | unfortunatly, in the AUTH 230 handler, you set both ready to true _and_ issue another write | 12-Jan-10 1:26 |
1152 | Andreas | client/spec/ready seems to be a good flag to use as return value for the awake handler | 12-Jan-10 1:25 |
1151 | Andreas | but, as expected, it does not :) | 12-Jan-10 1:24 |
1150 | Andreas | wuah, huge switch :) | 12-Jan-10 1:23 |
1149 | Andreas | next step: tracing if your awake handler returns true in this case | 12-Jan-10 1:23 |
1148 | Andreas | and yes it does, hangs after SYST | 12-Jan-10 1:23 |
1147 | Andreas | so i started by changing the read actor to: read: func [port [port!]] [ wait port/state/connection ] which should break things hard :) | 12-Jan-10 1:22 |
1146 | Andreas | port/state/connection is your cmdport, if i'm not mistaken | 12-Jan-10 1:21 |
1145 | Andreas | ok, the flow should be, imho: - read WAITs on the cmdport - if the cmdport needs to open a dataport, cmdport WAITS on dataport | 12-Jan-10 1:20 |
1144 | Andreas | only chasing thru your code, atm :) | 12-Jan-10 1:17 |
1143 | Andreas | mhm | 12-Jan-10 1:17 |
1142 | Graham | ok, working with line removed .. but still delays | 12-Jan-10 1:17 |
1141 | Andreas | because a WRITE on the tcp port from within the tcp port's awake handler automatically re-schedules the tcp port for event handling | 12-Jan-10 1:16 |
1140 | Andreas | in fact, you can drop this line completely, i think | 12-Jan-10 1:16 |
1139 | Andreas | doesn't fix the long lags, though | 12-Jan-10 1:15 |
1138 | Andreas | change line 212 from `wait cmdport` to `read cmdport` | 12-Jan-10 1:15 |
1137 | Graham | fix it please :) | 12-Jan-10 1:14 |
1136 | Andreas | inside write-cmdport* | 12-Jan-10 1:14 |
1135 | Andreas | yeah, but inside wait-cmdport you're WAITing on the cmdport | 12-Jan-10 1:14 |
1134 | Graham | and my read actor does a wait | 12-Jan-10 1:13 |
1133 | Andreas | but the system then dispatches this to the read actor | 12-Jan-10 1:13 |
1132 | Andreas | even for the scheme port, there's only system read | 12-Jan-10 1:13 |
1131 | Graham | no binding for me | 12-Jan-10 1:12 |
1130 | Andreas | unless you do something special, there's only system reads for tcp ports | 12-Jan-10 1:12 |
1129 | Graham | a system read? | 12-Jan-10 1:11 |
1128 | Andreas | but changing the WAIT inside the awake to a READ doesn't change things :) | 12-Jan-10 1:11 |
1127 | Graham | so fish .. where's your codec ?? | 12-Jan-10 1:11 |
1126 | Andreas | someone said so, yes :) | 12-Jan-10 1:10 |
1125 | eFishAnt | wow, you guys are rockin! Thanks Steeve, for the dns2. Funny, that's how my wife says my name when she wants something..."Oh Steeeeve." | 12-Jan-10 1:10 |
1124 | Graham | I guess that's a no no ... | 12-Jan-10 1:10 |
1123 | Andreas | ah, i think the culprit is that you WAIT inside the awake handler | 12-Jan-10 1:08 |
1122 | Graham | yes ... shouldn't happen | 12-Jan-10 1:07 |
1121 | Andreas | then after 227 PASV | 12-Jan-10 1:06 |
1120 | Andreas | ok, still. long wait after SYST | 12-Jan-10 1:06 |
1119 | Andreas | ah, i guess i should try with the win32 r3 instead | 12-Jan-10 1:05 |
1118 | Andreas | i have a huge wait after SYST | 12-Jan-10 1:05 |
1117 | Graham | well try it and you may see it ... | 12-Jan-10 1:04 |
1116 | Andreas | strange | 12-Jan-10 1:03 |
1115 | Graham | yes | 12-Jan-10 1:03 |
1114 | Andreas | you wait [port timeout] ? | 12-Jan-10 1:03 |
1113 | Graham | so every command uses the timeout .. so don't understand that | 12-Jan-10 1:02 |
1112 | Graham | but using a timeout for some reason means that it defaults to the timeout value ? | 12-Jan-10 1:02 |
1111 | Andreas | i guess i'll try a local ubuntu mirror | 12-Jan-10 1:02 |
1110 | Graham | the debian server was really slow ... I had to wait 7 seconds for it to respond | 12-Jan-10 1:01 |
1109 | Andreas | or maybe the server is so slow :) | 12-Jan-10 1:01 |
1108 | Graham | I haven't done it yet, but if one gets an error code, it should probably throw an error. | 12-Jan-10 1:01 |
1107 | Andreas | we really ned to get rid of those WAITs :) | 12-Jan-10 1:01 |
1106 | Graham | Uploaded my latest version which by default downloads ubi.exe which is a 1.5mb file ( ubuntu windows installer. ) You can uncomment the 650 mb download if you want to try :) | 12-Jan-10 0:54 |
1105 | Andreas | great | 12-Jan-10 0:47 |
1104 | Graham | 7zip opens it up .. | 12-Jan-10 0:46 |
1103 | Andreas | md5sums match :) ? | 12-Jan-10 0:46 |
1102 | Andreas | nice | 12-Jan-10 0:46 |
1101 | Graham | 640mb iso image downloaded successfuly! | 12-Jan-10 0:46 |
1100 | Andreas | if R3 modules wouldn't suck so hard :) | 12-Jan-10 0:43 |
1099 | Andreas | or even netkit :) | 12-Jan-10 0:43 |
1098 | Andreas | net-tools | 12-Jan-10 0:42 |
1097 | Andreas | a module | 12-Jan-10 0:42 |
1096 | Andreas | most definitely, yes | 12-Jan-10 0:42 |
1095 | Graham | but these things should be defined in a common network kit | 12-Jan-10 0:42 |
1094 | Graham | I just use Gabriele's http-error ... | 12-Jan-10 0:41 |
1093 | Graham | yeah ... | 12-Jan-10 0:41 |
1092 | Andreas | just raise some standardised error!? | 12-Jan-10 0:40 |
1091 | Andreas | what would you like the error handler to do in case the password is wrong? | 12-Jan-10 0:39 |
1090 | Andreas | tough issues | 12-Jan-10 0:38 |
1089 | Graham | so instead of directly interacting with the scheme, we need an intermediate level ... | 12-Jan-10 0:34 |
1088 | Andreas | i think a COPY actor will be there, but i guess tail? won't | 12-Jan-10 0:33 |
1087 | Graham | so we had to hack the schemes to add eg. 'TOP in r2 prot-pop | 12-Jan-10 0:33 |
1086 | Andreas | yeah. don't know if that's even possible in R3 at the moment | 12-Jan-10 0:33 |
1085 | Graham | My issue with the schemes is that the interface to them was always too restricted ... | 12-Jan-10 0:32 |
1084 | Andreas | wrap a `while [not tail? ftp] [....]` around this | 12-Jan-10 0:32 |
1083 | Andreas | (I don't) | 12-Jan-10 0:31 |
1082 | Andreas | don't care about R2 :) | 12-Jan-10 0:31 |
1081 | Andreas | ftp: open ftp://... write/append %... copy/part ftp 10240 | 12-Jan-10 0:31 |
1080 | Graham | except the r2 ftp scheme doesn't support that ... AFAIK | 12-Jan-10 0:31 |
1079 | Andreas | (for your data streaming question) | 12-Jan-10 0:29 |