AltME groups: search

Just reading around and getting up-to-date... I found RAMBO. I send 
a bug report with the "Feedback" thing on RT's homepage. Should I 
post it again with RAMBO? Maybe I'll get better response?

Geomol:RAMBO is the mail depostitory fro Rebol bugs/bug tracking

Geomol: i'd suggest using RAMBO and not email feedback for bugs. 
this frees up some time for Carl.

I don't know how I can post that to Rambo !

other changes include: query on http port uses HEAD instead of GET, 
and fixed inform/timeout. please check out RAMBO to see a list of 
all the other bugs that have been fixed.

http://www.rebol.net/cgi-bin/rambo.r?sort=6&limit=3&cmd=Search&id=&pattern=&subject-only=true

Gabrielle: I submitted a bug to Rambo that  was just a mistake in 
my code. Sorry. Please could you delete it - #-233.

vincent: please add any crashing example to RAMBO with importance 
set to Critical.

hum is it normal I submited a new ticket to rambo and I have this

RAMBO Ticket #-257

anyone can confirm -258? http://www.rebol.net/cgi-bin/rambo.r?id=-258&

Gabriele re http://www.rebol.net/cgi-bin/rambo.r?id=-258&, perhaps 
can you contact  Giuseppe Chillemi by email to retest with 1.2.114 
.. (looks like he hasn't logged into altme since last december)

please delete --> RAMBO Ticket #-262

There are a couple of /skip bugs in RAMBO already... Search for "find/skip".

sqlab: please add to rambo

also, please add the find/skip bug to rambo as critical. thanks.

For rambo viewing I have one killer model ;) named Flyspray it's 
the best visual I ever see :) It could be fun to adapt Rambo to clone 
this visual ;)

To whom it may concern, on ticket -304 (currently) I misunderstood 
the purpose of the Fix field and filled it with prose with no line 
breaks. Could somebody fix this, perhaps by moving the prose to the 
Description section? The Fix section doesn't wordwrap, my entry messes 
up the layout of the Rambo web site.

Due to change in 'forall, yes, but some people (on French forum) 
are in trouble with that.
Does it worth a RAMBO ticket ???

Hi Dide, you revealed two bugs at once, I think, that the Throw-on-error 
improvement is in Rambo already

Anton: please sumbit it to rambo.

Is the Rambo CGI code public ?

Izkata, right, submitted a rambo ticket with fixed code for that 
cookbook entry.

RAMBO code is not public at this time.

Oh, I just wanted to make a suggestion for the green "RAMBO Statistics" 
box. I would like each number to be a link that is the rambo search 
query which gives the tickets in question. ie. "New tickets: 1"  
 - when you click on the "1",  you should get a page with the summary 
of the new ticket.

But before I did that, I wanted to see if I could help by writing 
the code to implement the change.

it looks like needing Rambo presence, doesn't it?

TO-TIME with rubbish input, already reported, see -> http://www.rebol.net/cgi-bin/rambo.r?id=3643&

I don't find in RAMBO the bug about View crash when you change screen 
resolution (almost under XP) !
Is it already there or not ?

Perhaps it is fixed?  I submitted it in Feb 2004

http://www.rebol.net/cgi-bin/rambo.r?id=3382&

Gabriele, can you add an extra bit to the details here http://www.rebol.net/cgi-bin/rambo.r?id=3837&

A reason for wanting this is to be able to generate an image of what 
the style looks like without opening a window, eg. for documentation.

(It's good to see what the original reasons are for each bug report. 
Should make fixing them more satisfying too.)

http://www.rebol.net/cgi-bin/rambo.r?id=3314&


Memory usage climbs, but there is no longer any crash on View 1.3.1

i: 0 until [
	attempt [
		view layout [
		button feel [
		redraw: func [face action pos][
		;if action = 'draw [show face] ; memory use climbs very high
		if action = 'show [show face]  ; memory use looks quite stable
		]
		]
		]
	]
	1000 <= i: i + 1
]
unview

I have searched for "changes" in rambo and I did not find a similar 
ticket.

my guess is that this will be very hard to figure out. please post 
all the info you can in a rambo ticket, then let's hope Carl will 
guess where the problem is. :)

Rambo #3869 "** CRASH (Should not happen) - Invalid string width 
16 : type 41" 

sounds very similar to the problem I have with cmd. Just that I have 
to wait a few thousand messages and at least two days for one crash.

Simply put - I don't want to use installer, the option of not installing 
rebol is no option for me, that is for eng user. We have -i or --noinstall, 
whose behavior can be regarded as being buggy and I want to submit 
it to RAMBO. I want to ask, if anyone else agree ...

it might be related to this problem: http://www.rebol.net/cgi-bin/rambo.r?id=3842&

OK, that is what I tried to say - should I fill-in RAMBO entry? :-)

posted it to rambo

I am considering adding this wish to RAMBO:

OT: Is the RAMBO script somewhere accessible?

is there a list of fixes/additions somewhere? Or can I query RAMBO 
somehow to show me what tickets were done for certain version?

Ladislav, I agree that since ^} is usable, so should be ^{. Counting 
of braces can be quite awkward without this. This should be submitted 
to RAMBO.


In any case, this behavior doesn't affect the ability to work with 
strings or limit the characters that they can contain. This only 
affects how strings are specified in REBOL source code. Once they 
are parsed by load, it doesn't matter where any ^ is in their contents. 
Try reading (READ native) data with arbitrary ^, { and } from a file 
and there will be no escaping performed. A load (LOAD native) of 
that same file will check REBOL data syntax and do any escaping it 
can.

Graham: get-face on hidden fields is a know bug : http://www.rebol.net/cgi-bin/rambo.r?id=3445&

Should I submit RAMBO ticket? Rebol.com website refers to View 1.3.1 
and mentions Windows 9x, which is not true. Dunno who and why decided 
that we should cut-off Win95 machines, but it happened. And as I 
will not use old 1.2.1 with all those differences anymore (yes, I 
am that one who prefers adjusts old stuff to new versions), we cut 
off some xy percentage of potential customers. I will have to check 
if Win98SE are affected by that too ... anyway - my point is, that 
such missleading info should be removed from website ...

henrik: i added your wish to rambo. will probably be implemented.

Henrik: your wish looks unnatural, I prefer the following:

    default [index? find [a b c] 'd] [none]


the Default function is available and it has been in Rambo for quite 
some time

The only time I've found it useful to use index is when using values 
in one series as a key to values in another series. Kind of rare 
when you have select/skip, but sometimes you don't want to modify 
the data series. All right, since RAMBO says that there are problems 
with select/skip right now, maybe not so rare.

I don't remember seeing that in rambo.

Paul - non ability to open port on specific device or stuff you mentioned 
should be submitted to RAMBO as a wish, or as a bug, if Rebol claims 
to be networking internet language ;-)

I say to rambo with that.

I have submitted both the = & == behaviour to Rambo

found it in RAMBO #3225...

google thinks rambo is a movie character. how quaint!

ups, no, rambo, not rugby. bug-squasher then.

Rebol will have sufficient fame when Stallone sues over the RAMBO 
name.

Maybe they join, the next RAMBO is about entering some bad computer 
and sqush all the bugmonsters there?

note: although it looks safe, it may become a victim of the GC bug 
I described in RAMBO group recently. A slower but safer implementation 
is:

default: func [
    {Execute code. If error occurs, execute fault.}
    [throw]
    code [block!] {Code to execute}
    fault [block!] {Error handler}
] [
    either error? set/any 'code try code [
        do make function! [[throw] error [error!]] fault
    ] [get/any 'code]
]

It looks that I should post it to Rambo, then

either that, or a RAMBO entry.

so if there were to be a RAMBO entry, it would be because ALL doesn't 
return logic! values. the case would be the same for ANY. But there 
has to be a reason why it's made like this.

I suggest we submit a RAMBO and wait to see what Carl says ...

there's this nasty problem though : http://www.rebol.net/cgi-bin/rambo.r?id=3593&

A couple of issues with makedoc2:


1. Table headers are double height and the text in the last column 
is pushed half a line down in Gecko based browsers

2. \note ... /note boxes are wider than the document itself in Gecko 
based browsers

I haven't seen them in RAMBO, but is a fix being done by anyone?

maybe we should put it to RAMBO as an enhancement request?

(but this one deserves to be put to Rambo too - do you want me to 
put it there?)

I checked RAMBO and the discussed issue seems to be there: #3579 
by Piotr.

BrianH proposed and enhancement I agree with, but I am afraid it 
sill isn't in RAMBO

I hope you will have an opportunity to read it in RAMBO soon ;-)

Ladislav, while you're here, tell me what you think of this draft 
of the RAMBO request:

It's a RAMBO entry, not documentation. Still, is there anything you 
find unclear there, awkward or incomplete? Am I missing anything?

BrianH: then Rambo-it! :-)

Well, I submitted the entry when you all said it was OK (I forgot 
to mention). Now we get to see how it all turns out. I like RAMBO 
much more than feedback - more public.

I would agree with romano. Anton please reported this inconsistent 
behaviour to RAMBO.

The 'to position' thing, we talk about in the RAMBO group also works 
with blocks:
>> parse ["string" 123 [me-:-server-:-dagobah]] [to 2 mk: (print mk)]
123 [me-:-server-:-dagobah]
== false


TO also works with datatypes, as explained in the Core documentation:

>> parse ["string" 123 [me-:-server-:-dagobah]] [to email! mk: (print mk)]
[me-:-server-:-dagobah]
== false

yes,  this makes sense but it doesn't handle opening and closing 
tags as the example seems to imply. I'll report to rambo so the docs 
get updated

i believe there are bugs in launch on linux, and i don't remember 
if they are fixed for 2.6.2... let me check rambo

I rambo'd my Linux sdk launch problem.

shall I rambo this?

This is the same source as on Windows.

REQUEST-FILE is just a wrapper for LOCAL-REQUEST-FILE, which is native 
on Windows and I suppose might be native on Linux.

You must post source of LOCAL-REQUEST-FILE or rambo the problem if 
it is native.

If it does, we can get someone to update RAMBO ticket 3455 with this 
hint.

Alan; the sensible-browser seems to be a Debain branch feature.  
It's GPL so we can work that out.  The hint I left for the RAMBO 
folk is to internally call sensible-browser.  This won't work for 
us until RT does a build.  Once/if that is done, we can talk/plan 
more, about documenting getting browse native functioning.


In the meantime, try the  browse: [url /only] call reform ["path 
to browser command" rejoin [{"} url {"}]]

redef.  If you know the switches for your browser, you can even code 
this to support /only.

I'm going to check RAMBO.

Oh well, now that there is an official (alpha) release of rebcode, 
I submitted my HERE directive to RAMBO.

Now you have a nice RAMBO entry to work with.

Well, I think putting an entry in the Rebol Enhancements group or 
in RAMBO beats drivinf 2194 miles :)

On that note, a request: Please integrate the HERE (or OFFSET, you 
decide) directive I requested, RAMBO 3924. This will make BRAW useful 
for handwritten code; right now BRAW is only practical for compiler-generated 
code with no user-defined rewrite rules, because of the offset calculations 
required.

Well, it's already in RAMBO.

Oldes - put it in RAMBO - or just guys let's decide what channel 
will we use for last-minute suggestions! Remember - if you don't 
get your desired functionality now, your wait might be quite long 
...

The code I've posted here recently is for you all. I've posted the 
request code to RAMBO.

okay, I submited to Rambo wish for better support for binary conversions, 
because I reaaly don't know why I should use image to store integer 
arrays if I want to deal with them in Rebcode

yes, Jaime, I can understand it, but from the Brian's answer, you 
can consciously feel, that folks here would deserve some feedback. 
RT Q&A channel stopped working as promissed, folks put their requests 
in rebcode, RT Q&A, Rebol Enhancements group, RAMBO, just to be sure 
they are noticed. So - if RT monitors the situation here directly, 
or via Gabriele the "proxy", then folks here should receive some 
answers imo ... I still hope they will? :-)

Thanks Brock. Robert, looks like you've hit the same error I RAMBOed 
here: http://www.rebol.net/cgi-bin/rambo.r?id=4063&


A real pain as it can be consistently reproduced (and hence avoided), 
but with no pattern [that I can see]. If Carl implements SQLite-like 
support (see latest blog entry) then hopefully this will become a 
moot point as we won't require the library call anymore.

Petr, I had the same problem. There is a RAMBO ticket and Ashley 
posted his findings about it.

1.0.2 available at: http://www.dobeash.com/download.html


Workaround to RAMBO#4063. Seems to work with Pekr's and my test cases 
after several thousand runs without error.

Were the problems you experienced REBOL or SQLite related? See http://www.rebol.net/cgi-bin/rambo.r?id=4063&

Maybe put a detailed bug on RAMBO and I'll mention it to him, that 
this is a problem esp. for plugin users because there's no user.r.

I have to delay the Cheyenne release by one day due to numerous issues 
today while running it on Linux. Among these issue are rebol crashing 
bugs on linux (like mold/all/flat, listed on RAMBO).

Reichart, it's a good and logical question. There're several reasons 
:


1) To have a real application to test the concepts and implementation 
of Cheyenne's RSP engine. It has proved to be really useful in helping 
me see the gaps and find bugs in RSP engine.


2) To demo the features of RSP framework and Cheyenne's performances. 
(CureCode is really fast !)


3) RAMBO is very limited (able to handle only one project), the bugtracking 
part of Trac is quite limited too (compared to more popular products 
like Mantis or Bugzilla). Mantis was my favourite one but it's badly 
coded and failed once loosing all my tickets! So CureCode will gave 
me a lightweight Mantis-like solution for all our bugtracking needs.


4) I want to be able to build such kind of web application in just 
a few days. So I need to study each steps of the full creation process 
to see how some parts could be automated by a smart framework.

hum curecode is a ticket tracker ?  like rambo but done with cheyenne 
that's right ?

Several questions:


- what is meant by Severity field of values - text, block, feature? 
I do understand major, minor, trivial, etc., but not those mentioned 
...

- for better searches, I would expect field 'fields to be filled 
in with every field form contains. E.g. I want to filter using 'Built-in

- CureCode, if slightly refined, could serve as auto changelog generation 
system. But Carl (or responsible person) would have to fill-in 'built-in 
field. In the past, I e.g. proposed addition of small table called 
Releases to RAMBO for such purposes. It would contain named releases. 
Main base could have small helper, value 'next pre-filling 'buil-tin, 
once someone markes it as built. 'next would be related to the closest 
relese from the Releases table.