World: r3wp
[RAMBO] The REBOL bug and enhancement database
| older newer | first last |
| Will 23-Jan-2006 [1501] | I'm checking your library for something useful 8) |
| Anton 23-Jan-2006 [1502] | There's a few useful things in there. |
| Will 23-Jan-2006 [1503] | Am I wrong or Romano ftp patch is builtin latest versions? |
| Anton 23-Jan-2006 [1504x2] | I think it is, let me check... |
Let's see, anton-user.r... if find form system/product "view" [ if (system/version * 1.1.1.0.0) < 1.2.110.0.0 [ ; View1.2.110 has Romano's FTP handler built in. do load-thru site/patch/ftp-romano-patch/ftp-patch53.r ] | |
| Will 23-Jan-2006 [1506] | hmm yes , well thanks again, maybe time to go sleep here 8) |
| Anton 23-Jan-2006 [1507] | sleep well. |
| Volker 24-Jan-2006 [1508] | you have also system/options/script in %user.r . That way you can make a "raw"-folder. if not find/match clean-path system/options/script view-root/public[ my-extra-stuff ] |
| Gabriele 24-Jan-2006 [1509] | 4021 was already dismissed, so there was no need for a new ticket actually. |
| Anton 24-Jan-2006 [1510] | Volker, your code means "if this script was not run from view-root/public (ie. someone else's script), then do my customizations". Is my interpretation ok ? |
| Volker 24-Jan-2006 [1511] | Yes. |
| Ladislav 26-Jan-2006 [1512] | I posted two new tickets concerning UDP to RAMBO: - "no-wait UDP ports and blocking COPY" - "no-wait UDP ports and READ-IO" I see the blocking problem as critical |
| Pekr 26-Jan-2006 [1513] | nice! So we make networking layer better and better. Maybe then Gabriele will be able to get his Chord to work properly, as it uses UDP too? |
| Ammon 26-Jan-2006 [1514] | I don't know if this is technically a bug or not but I REALLY wish that 'switch would throw its errors so that I know where to find the switch that is giving me headaches! |
| Anton 26-Jan-2006 [1515x3] | >> do http://www.lexicon.net/antonr/rebol/gui/demo-percent-progress.r connecting to: www.lexicon.net ** User Error: Error. Target url: http://www.lexicon.net/antonr/rebol/gui/demo-percent-progress.r could not be retrieved. Server re sp... ** Near: do http://www.lexicon.net/antonr/rebol/gui/demo-percent-progress.r >> |
In the above console session, the Error message is cut off just at "Server reps..." so I can't see the response from the server. | |
(I uploaded the file now, so you can't replicate my error message.. :) | |
| Volker 28-Jan-2006 [1518x4] | Can somebody confirm this pair-bug in rebservices? http://polly.rebol.it/test/test/rebservices/pair-bug/ |
Problemi shere: | |
mold-packet calls compand-packet always, and thus insert pair! . | |
but the call to expand-packet happens only if there is extra data. if i outcomment "if not zero? num [" it works | |
| Gabriele 29-Jan-2006 [1522] | Volker, interesting finding, i will look into it. i guess that removing that if is the correct fix. |
| Ladislav 2-Feb-2006 [1523] | added a new 1.3.2 bug to Rambo: b: head insert copy [] make list! [1] produces an invalid block |
| Graham 5-Feb-2006 [1524x2] | RAMBO Ticket #-578 Exists? corrupts http protocol. |
Are Rambo tickets now negative ?? | |
| Sunanda 5-Feb-2006 [1526] | I believe the new/unreviewed submissions have a temporary sequence number and it is negative. Once the submission been checked manually and found not to be spam, it'll get a more permanent sequence number. |
| Graham 5-Feb-2006 [1527x3] | >> q: query http://www.rebol.com/index.html == none >> read http://www.rebol.com/ == {<html> <head> <META NAME="Description" CONTENT="Lightweight distributed computing, collaboration, and programming systems for t... >> q: query http://www.rebol.com/asdfsa.r ** User Error: Error. Target url: http://www.rebol.com/asdfsa.r could not be retrieved. Server response: HTTP/1.0 404 Not Found ** Near: q: query http://www.rebol.com/asdfsa.r >> read http://www.rebol.com/ == "" |
looks like 'query is corrupting http protocol. | |
*but* also fixes it :) >> q: query http://www.rebol.com/index.html == none >> read http://www.rebol.com/ == {<html> <head> <META NAME="Description" CONTENT="Lightweight distributed computing, collaboration, and programming systems for t... | |
| Anton 6-Feb-2006 [1530x6] | Nice one Graham. |
This looks like an inconsistency: >> save %afile [[1]] >> load/all %afile == [[[1]] ] >> save %afile [[1] 2] >> load/all %afile == [[1] 2 ] >> save %afile [[1] 2 3] >> load/all %afile == [[1] 2 3 ]] | |
The first load/all seems to wrap in brackets once too often ! | |
The difference is in whether there is a single item or multiple items being loaded. | |
Mmm, don't see it in RAMBO already. Anybody can confirm ? By the way, SAVE or SAVE/ALL doesn't make a difference, but it must be LOAD/ALL to show the inconsistency. | |
I'm sure we've been over this one before, actually. Similar behaviour: >> save %afile [1] >> load/all %afile == [[1] ] >> save %afile [1 2] >> load/all %afile == [1 2 ] >> save %afile [1 2 3] >> load/all %afile == [1 2 3 ] | |
| Gabriele 6-Feb-2006 [1536x2] | that's because save is like mold/only, except when the block only has one item. |
i'm not sure we can classify it as a bug. | |
| Anton 7-Feb-2006 [1538] | It's difficult to know what was saved after the fact. Or at least, I am finding it difficult to see the logic clearly, in order to produce a nice loading function that handles all cases consistently. |
| Gabriele 7-Feb-2006 [1539x2] | either use write mold/only, or don't use load/all. |
though, i guess this deserves some more thinking. add it as an issue ticket? or as note... | |
| Anton 7-Feb-2006 [1541x10] | Ahh.. Of course ! Excellent suggestion. |
Last time I remember Carl talking about it, he seemed to like the idea of being able to save/load a single value easily, so it is perhaps difficult to convince him. | |
.. to change it. | |
My solution: I used SAVE and SAVE/ALL, and LOAD. The reason I wanted to use SAVE/ALL is to save none! in a serialised way. So I used SAVE/ALL in one place for that, and in another place I used SAVE and just made sure I wasn't saving none values, so it wasn't a problem. | |
(I will keep a note to use write mold/only, in case any problems crop up.) | |
Hang on a minute. There is an issue there, surely: | |
>> save %afile [1] >> print read %afile [1] >> load %afile == [1] >> load/all %afile == [[1] ] | |
>> save %afile [1 2] >> print read %afile 1 2 >> load %afile == [1 2 ] >> load/all %afile == [1 2 ] | |
LOAD and LOAD/ALL are the same when there are multiple values in the block, but different when there is only one value. | |
(I think I will post a ticket for this...) | |
| older newer | first last |