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

World: r3wp

[RAMBO] The REBOL bug and enhancement database

Anton
23-Jan-2006
[1505]
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...)
Gabriele
8-Feb-2006
[1551]
LOAD and LOAD/ALL are the same when there are multiple values in 
the block, but different when there is only one value.


Exactly, and I think that is intentional, although weird and probably 
deserving some discussion.
Anton
8-Feb-2006
[1552x2]
Deserving discussion, yes. Do you have any idea what this difference 
of LOAD/ALL could be used for ? Anyone ?
I suppose that's why I should post a ticket.  :)
Henrik
8-Feb-2006
[1554]
I first thought that mold and mold/all would be the mirrored functions 
of load and load/all, but that's not the case?