AltME groups: search

to Reichart: have a look at the RAMBO group and see my findings about 
the GC crash, I think, that the workaround there can be applied to 
AltME too

But, I think some tickets got lost, so please resubmit them if you 
don't see them in RAMBO.

RAMBO #3526

Thanks for finding it on RAMBO.

I've updated the script n REBOL.org....Also enabled it to run under 
the plugin:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/run-plugin.r?script-name=rebocalc.r

Doesn't look like there is a rambo ticket for this issue... want 
to create one?

Weird RAMBO behavior... Waiting for Approval shows one ticket with 
blank information.

I don't see any Rambo ticket for this issue (searched rambo for "word", 
looked at all 36 items.)

Ok, I posted RAMBO Ticket #-131   (waiting to be reviewed)

I posted it on RAMBO...

RAMBO ticket #3244
http://www.rebol.net/cgi-bin/rambo.r?id=3244&

On WinXP: With Rebol/View 1.2.57.3.1c & e betas I can no longer demonstrate 
the bug. :-)  The older View 1.2.56.3.1agg9  still crashes at about 
9000 for me.

In Firefox, the Example code section in the link above is shown with 
an extra newline for every line. Looking at the rambo-generated source:

So problem on WinXP/NTFS,  no problem on Win98/FAT. Definitely not 
a problem of rebol. I hesitate to post a RAMBO ticket.

I noticed one entry in RAMBO from Oldes or someone else, describing 
incorrect handling of timezones or something like that ...

I'll write the refinement to REMOVE and submit it RAMBO if you like 
the idea...

Someone posted this to the ML...

I can Encap: [ title 
program 1.0" ]
I gives an error of memory management. is this a bug ?"


I know I ran into this as well but I don't remember what the work 
around is and I can't seem to find it.  This bug doesn't appear to 
be in RAMBO...

I'll make a RAMBO ticket then. Any objections?

anton: i think that bug is on rambo already, posted by romano.

who's car will I have to wash to get a RAMBO account? :-)

You should usually search the rambo database to see if it hasn't 
been submitted already, and also check here before submitting, unless 
you are really pressed for time.

Doesn't look like this bug is in rambo database. I should submit 
a bug. Any complaints?

I have submitted an issue entry in RAMBO about make integer!. I should 
like to know what people think about what must be the "RIGHT" conversion 
result.

hi all, I found a nasty surprise in alpha async, at least for me 
it is a nasty surprise:


 http://www.rebol.net/cgi-bin/rambo.r?sort=4&limit=1&cmd=Search&id=&pattern=Read+handler


The behaviour I observed is observable in OpenBSD 3.6 too, Gabriele, 
could you add this note to it?

Gabriele: Carl thought it was a possibility,  and asked me to add 
the request ro rambo so it did not get lost.

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

On HIDE: sounds like could be a bug. So add to RAMBO if not already 
there. Thanks.

OK, submitted the HIDE bug to rambo.

I found that there is probably bug in the native DISARM function 
- I'm explaining it in Rambo

Well, I'm sticking to my guns - I have some supporters, and the opposition 
is weak :) so I'm making a rambo ticket.

Gabriele: sorry, can you add to the ticket  {refer also to existing 
ticket "Allow final slash on path - eg. 'hello/" http://www.rebol.net/cgi-bin/rambo.r?id=3637&}

Yes. It shouldn't crash. Post it to RAMBO.

what do you think about http://www.rebol.net/cgi-bin/rambo.r?id=3363&

Is there a way to see only the rambo entries one has made ?  I am 
"guest" and hope no body else was guest !

about: http://www.rebol.net/cgi-bin/rambo.r?id=3363&do you think 
FIND should stay as it is for compatibility? or it's better to change 
it?

a lot of bugs fixed: http://www.rebol.net/cgi-bin/rambo.r?sort=1&limit=2&cmd=Search&id=&pattern=&subject-only=true

Wow. I read the call for bugs, I check my favorites to see if they 
have been fixed, I submit one to RAMBO that was half-fixed a while 
ago. Two days later, there's a new build (104) that fixes my bug 
(3685). This is the quickest bug fix I've ever experienced from REBOL 
Tech. Bravo!

(submitted to RAMBO)

Ill post it Rambo

Draw text : added to RAMBO.

Can you look in rambo-group? noted such problems with older knoppix 
(=debian) there. you see cursor, then nothing happens?

I would be ok with reporting this to RAMBO, but would like to be 
sure, it's a bug first. (I don't like too much in RAMBO, if it's 
not a bug anyway.)

I agree -> rambo

and yes Robert,  i do not like split-path behaviour in many cases 
(see RAMBO discussions about this), but i do not think that your 
request is good, from my pov 
	%a/b/
should give
	%a/   %b/              = the dir b inside the dir a
or
	%a/b/   %./	     = the current dir inside the dir %a/b/

this is inconsistent with:

	>> split-path %./ ; == [%./ none]

but i think the last behavior should change in this

	%./    %./

Simpler for _you_ if we change the source; but perhaps not simpler 
for _others_ who expect it as it is.

Another even easier solution (easier for me, anyway:)


....In theory, REBOL does hunt through verbiage looking for "REBOL 
[" and starts executing from there.


So If the R2/R3 interpretor also de-escaped strings like < then 
the view-script would be executable.
Why not curecode/RAMBO that as a request!?

--> rambo

It's a known issue: http://www.rebol.net/cgi-bin/rambo.r?id=3477&

RAMBO masters: if one can add this correction to the Rambo entry.

btw - Gabriele - you are the author of modal system update for 1.3? 
Not sure it ever worked, but Graham said so, it is in RAMBO already 
- but - using show-popup, should we be able to get modal window?

1.2.57
>> parse/all {"a""b""c"de} "e"
== ["a" "b" "c" "d"]
Please, add the bug to RAMBO.

this really looks like violating the principle of the least surprise, 
I suggest you to submit it to Rambo

As Ladislav suggested, I put it to Rambo. Thanks.

hmm, either use append/only, or as you say add it manually. submit 
this example to rambo if you think it's a bug.

I will put that in RAMBO then ...

but still - should I fill RAMBO bug? Imo rebol should add empty quotes 
automatically, if the line ends with ;

That's a good one for the parse/all test suite. Rambo it.

I found a critical bug: when rebol is configured to work as cgi engine 
with SELinux (Security Enhanced Linux), it generates a Segmentation 
Fault. I uses Fedora Core 3 with SELinux to secure the httpd daemon. 
For now, if you want to use rebol as a cgi engine, you must disable 
SELinux. See RAMBO Ticket #-376

François: thanks. One of Rebolinth's posts in the RAMBO group solved 
my problem (startup issues).

rebolek, i guess that is just skipped on linux, but not when you 
force it. so please submit this to rambo :)

I found a critical bug: when rebol is configured to work as cgi engine 
with SELinux (Security Enhanced Linux), it generates a Segmentation 
Fault. I uses Fedora Core 3 with SELinux to secure the httpd daemon. 
For now, if you want to use rebol as a cgi engine, you must disable 
SELinux. See RAMBO Ticket #-376

Anyway, it works, but I still have a problem: in system/options/cgi, 
both 'path-info and 'path-translated are set to none, which prevents 
Magic! to wrks properly as it can not find the requested file (usually 
a *.rhtml) file. In normal CGI, it works well. Is this a bug? In 
that case, I will put it into rambo. Note that I have configure FastCGI 
in compatibility mode.

Nice research and summary -- It'd be a good idea to drop that change 
request to RAMBO. That way, it won't get lost
http://www.rebol.net/cgi-bin/rambo.r

Done. I put this as a new issue : http://www.rebol.net/cgi-bin/rambo.r?id=-392&

Reviewed RAMBO Ticket #3862

Rambo ticket submitted

I looked at rambo .. nothing there, so I entered it today.

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

rambo !

Its new. noted in rambo.

Henrik, please put your rebcode pixel access opcodes ideas/enhancements 
into Rambo as a wish. This could make bigger attention to Carl ;)

Linear would not be a good idea.

I was just highlighting that deeply nested & highly active may need 
some RAMBO action before being robust.

Brian, did you post a rambo on parse after a discussion we have a 
while ago ?

Yup. I've posted on rambo about everything I've suggested and more. 
I hope they consider these suggestions for REBOL 3.

RAMBO it!

Maxim, RAMBO #4239

I've wanted struct! support in /Core for years. I even requested 
it from Feedback, before RAMBO was here. Should I request it from 
RAMBO as well?

Yes please, use RAMBO imo - if you feel it is important, fill it 
in ... also put your question in RT Q & A group here ...

I just fear one thing which tended to happen in the past - RT was 
silent before the release, release was done and then it was late 
for suggestions. Gabriele, please, try to avoid that :-) Tell Carl, 
please, that folks do need his attention here. You have some input 
in Rebol Enhancements group. In fact we don't know where to post, 
so some of us submit even to RAMBO. Everybody feels we are near freezing 
for 1.4/2.7, so please let's not cut some fine late enhancements.

In Carl's blog is written "More than 50 RAMBO tickets have been implemented 
or fixed." so there's at least ten more fixed bugs and convolve effect 
has been added, so there are some new features (or at least one :)

Thats exactly the "ore than 50 RAMBO" :))

Q: (note - my view may be influenced by insufficient knowledge in 
the area given) - last weeks I played with wrapping some Win32 functions. 
I started discussion on dll.so channel, to ask developers, if they 
would enhance interfacing to C libraries in some way, and there was 
few ideas appearing. We currently have also rather strange callbacks 
support (limited to 16) and I would like to ask, taking into account 
that DLL interface in Rebol was not changed/enhanced since it appeared 
long time ago, if RT sees any area in which it could be made more 
robust, developers friendly etc.?


A: We are planning to do a lot more on DLLs. In fact, future versions 
of REBOL will expand on the way DLLs are used in REBOL.   For example, 
I would like to see DLL support for media loaders and savers, so 
if we do not directly support a specific type of media file (say, 
TIFF) then an external DLL can be provided to load it.  There are 
a few other DLL related features down the road, but it is still a 
bit early to talk about them.



Q: I realize that the open sourcing of the viewtop wasn't that successful, 
but do you still intend to keep releasing newer versions of it? AFAIK 
the current release is over a year old. I've experienced a lot of 
obvious bugs in the viewtop editor, which I think can easily be solved 
by people outside RT.


A: yes we will continue to release newer versions.  View 1.3.2 fixed 
a number of bugs in the Viewtop editor that were listed in on RAMBO. 
Any fixes and enhancements from the community are greatly appreciated 
(by everyone, not only RT!)  You can post them to RAMBO, and we will 
review and include them (if they look good).



Q: While reviewing the action! functions, I noticed the path action. 
The doc comment says "Path selection.". The parameters aren't typed. 
Does anyone know what this action does, and how to use it? Or whether 
it can be or should be called directly at all?


A: the PATH action is what the interpreter uses to evaluate VALUE/selector 
expressions for each datatype. It is an internal action and has no 
external purpose in programs. These kinds of words often appear as 
a sort of "side-effect" from how REBOL is structured.  Datatypes 
are implemented as a sort of object class, where the interpreter 
"sends messages" to the class to evaluate expressions. The PATH action 
is a message that tells the datatype to perform a pick-like or poke-like 
internal function.


Q: Is rebcode going to support paths and/or some kind of binding?


A: Certain rebcode can support anything we feel is important to put 
into it, but note: many things we add could slow it down, by a lot. 
 For example, if we were to allow paths as variables, I estimate 
that rebcode would be about two times slower than it is now.  Perhaps 
one way to solve this issue is for you to use COMPOSE prior to specifying 
your rebcode body.  Within the compose, you can use IN object 'word 
to "pre-compute" the context references for words. For example:

    add.i (in object 'num) 10


Your question about binding is not clear to me. Rebcode already supports 
binding. Your rebcode can be part of an object context, and rebcode 
function words are bound to the code context.  (Perhaps you are referring 
to an older bug that has since been fixed?)



Q: What do you think about  http://mail.rebol.net/maillist/msgs/39493.html
? Why not say a word in your blog, if you think that it's interessant 
for rebol developpment, and if you want to contact them ?


A: Recently, I had the chance to sit down and talk with one of the 
main people from the One Laptop Per Child project (he is a friend 
of mine from Apple Computer days).  The project has an interesting 
goal, but there are also many difficult issues around it (not just 
in the technical side, but also on the social and cultural sides). 
My current understanding is that the target software is Smalltalk 
based. Yes, it would be very interesting to allow REBOL on that system, 
but if you look at the list of principals for the project, you will 
see that such a revolution is unlikely.  Is it possible that perhaps 
REBOL could provide some additional capability in the future? I think 
so. We have some special plans that I think will bring REBOL to platforms 
like that in the future. But, this is too early to say more.



Q: 1. What is fixed/added in 2.6.2/1.3.2 (change-log, please) ? 2. 
What is planned for 1.4.0 (rebcode, rebservices, rich-text, RIF, 
and last but not least, fixed sound ...) ? 3. When can we expect 
1.4.0 ? Thanks.


A: 1. Gregg is preparing a summary. The document should be available 
this week. 2. We are evaluating a large variety of changes in REBOL, 
more than even the 1.4 release that we've talked about.  I hope to 
be able to say more about these plans soon.

Do I need to compile a RAMBO request?

from SDK libs directory, only rebol.exe seems to have 'run inside. 
That is imo inconsistency ... I will rambo it ...

ah, rambo got spammed once again ... I think that we will have to 
introduce View generated visual numbers, which you will have to enter 
into some field ... that seems to be the only protection ....

petr: actually even a static image with a "password" to copy stops 
99% of automated spam scripts. anyway the situation with rambo is 
not that bad yet. i just wish i could delete that spam myself.

- red-icons problem - untill particular rambo ticked is resolved, 
rebol's windows time-zone can't be in any way be regarded as being 
correct. and it does not depend if it is the bug of the OS, or rebol 
somehow ommits summertime adjusting flag of OS (if there is any under 
Windows)

the problems is reported in rambo ticket, will find it for you - 
it can report two zones +1 or + 2 here, and it is a problem - it 
depends if you skip the time the time is switched on, or if you go 
thru it ...

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

Fixed! It was related to the type?/word "problem" I reported in the 
RAMBO group. Encap mold/flat'ed my switch statement that used #[datatype! 
integer!] etc into integer! etc Thanks for helping me solve two problems 
at once! ;)

Not RAMBO. Maybe create a checklist here and put them on it.

Maybe another RAMBO database ?

http://www.rebol.net/cgi-bin/rambo.r

okay :) i'll talk to Carl. i think he said no to RAMBO once (above), 
but maybe we can get something working.

Anton - no need to run separate RAMBO imo. Just add another product 
category - browser-plugin .... should be enough to be able to filter 
out plug-in related topics .... I like RAMBO - simple and not bloated 
....

Does anyone know if RAMBO source code is available ?

Maybe I should post a news on slashdot stating that the RAMBO is 
released and point to REBOL.com website ? ;-)) Looks like this method 
works quite well ;-)

Doc, I asked Carl for the Rambo source once and he gave it, so perhaps 
if you ask him (or even better: to publish it...)

Thanks Marteen, I'm using currently Mantis for bug tracking, so maybe 
I'll stick with it...Anyway I'll ping Carl about RAMBO.

Doc: maybe if you ask Carl he'll send you the code for RAMBO. I know 
he's very open to this.

gabriele, as long as it doesn't start to look like the new bugs section 
in rambo. :-)

speaking of which... i need to clean up rambo, haven't done so in 
two days.

Sure, if he has access to that part of the source code. Henrik, did 
you made a RAMBO ticket for that issue ?