World: r3wp

unreported bugs will remain unfixed. period.

Was the test framework ever published?

Henrik, I'm sharing my view in hope, it can bring R3 to a stable 
version across platforms at some time. I guess, I've made my point 
now.

unreported bugs will remain unfixed. period.


Reported bugs at low levels will also remain unfixed for years, it 
seems. That's one thing, I try to point out here.

Peter: it was published only for r3-alpha users ....

Geomol - I think that you actually don't care about R3 at all :-)

PeterWood, it was in r3-alpha AltME world. I'm not sure, if it's 
outside that place.

Reported bugs at low levels will also remain unfixed for years, it 
seems. That's one thing, I try to point out here.

oops

Reported bugs at low levels will also remain unfixed for years, it 
seems. That's one thing, I try to point out here.


And BrianH works with prioritizing bugs for Carl, which could be 
a reason why some bugs you see as important are not fixed.

Reported bugs at low levels will also remain unfixed for years, it 
seems. That's one thing, I try to point out here.

 - this is exactly the type of messages that upsets me, and probably 
 Henrik too :-) It looks almost childish, something like: I know there 
 are some bugs, I just can't remember what the bugs are, but even 
 if I did, I would not report them either, as I don't believe those 
 would get ever fixed :-)

And BrianH works with prioritizing bugs for Carl, which could be 
a reason why some bugs you see as important are not fixed.


Ok, maybe that prioritizing is whong then? I don't know. I only know, 
it has been going on for years now, and as I see it, it will continue 
for years.

Geomol, talk to BrianH with bugs you want fixed.

Where do I find those #60, #115 and #250 tickets? I can't see a bug-base 
in r3-alpha, just in terms of r3-gui, and those tickets don't match 
... are they in CureCode?

Pekr, look at the bugs in Curecode and look at the test priority 
list by Carl. The bugs are reported, and they are not fixed for years. 
And new low level bugs emerge now and then. My guess is, because 
they way, the whole thing is run. Work on all levels of the building 
at the same time. Not good.

pekr, the R3 bug database was moved to Curecode back in January. 
The R3 GUI bug database is not published, because the GUI is considered 
too alpha to keep a bug database for.

Geomol has to be someone else, probably Pekr. Maybe Pekr has stolen 
Geomols account here. Hmm, but then I should know about it. Hmm, 
but that would mean, that I have a schizophrenia :-)

Pekr, in r3-alpha, run files/Test-Cases/submitted/r3-status.r
In Curecode, search on those tickets.

Pekr, lol! :D

Cheer up, guys! You're hard working work-horses. I'm just loosing 
some faith in the project.

Henrik - then it is just a question of asking BrianH to raise its 
priority, no? The question is, if we are talking about bugs, which 
are holding us back?

Geomol, it just pisses me off when people won't report bugs for some 
twisted reason.

Geomol - never mind, some old ppl left, some are not so much active 
anymore, some new are popping up. You also maybe don't understand 
current Carl's plan, which might look chaotic, but under the surface, 
there is very concrete plan. E.g. - some really important functionality 
moved into mezzanine level (load, codec system), and there are being 
added strong enhancements, which much improve REBOL's low level reflectivity 
and correct behaviour. BrianH puts lots of his energy into it. This 
is all cool stuff, you would just have to stop be worried about Chat 
console :-)

I will report this then. I'm just trying to tell you, I find lots 
of bugs. I would need to not use R3 at all (or R2 for that matter), 
if I should report everything. I don't have the time. I try to report 
all the really low level ones, I find. I see no much point in reporting 
higher level bugs, because they often dissappear in system development, 
when the low level ones get fixed. In most cases, I write about the 
bugs here in AltME.

Carl does not monitor this Altme world for a long time already ...

Geomol - e.g. right now we are jumping to yet another topic - binary 
conversions. I think you might want to say something here :-)

That's fair enough. To make a bug report requires a substantial allocation 
of time and concentration. You have to check that it really is a 
bug and not a misunderstanding, that it isn't already reported, which 
requires searching through the database, and actually writing the 
bug ticket.

You also have to check that you have the latest version etc..

Oh, no, I already wrote the bug. :-)
Yes, it's a lot of work to report bugs.

New Ticket created with ID # 698

What frustrated me during all of R2 development was finding a bug 
that really threw a spanner into the works of some application I 
was making. I would report the bug, but it wouldn't be fixed for 
a long time, basically forcing me to abandon the application, or 
workaround in an extremely time-consuming and ultimately fragile 
way. What I would have liked was access to Rebol source code so I 
could just find the bug and fix it. The amount of work I put into 
workarounds... gee whiz.

For R3, I haven't gone to the same effort. I just don't want to go 
down that road again.

Having said that, it appears to me like R3 is steadily getting on 
its feet. If the linux rebol console can get some more user friendly 
features like arrow key history etc., for example, then that would 
make things easier. Only recently the scroll buffer was introduced, 
thankfully.

remember this group is web-public.

Good.

I really like what Maarten said.

Paul, I'm ok with this being public. It should be known, how different 
REBOL programmers should see the situation. New folks need to know, 
what they go into.

Ok, but don't complain when people don't embrace REBOL because they 
read comments like these on the internet.

Paul, those comments are everywhere, even on Carl's own blog, so 
I wouldn't bother concealing the state of R2 bugs.

I attracted Bobik to R3 once again. He was waiting, and waiting, 
and then he went into pissed off mode. So I told him to concentrate 
upon R2 (he is now using RebGUI) and Python, and just take R3 as 
- "might be" a good thing in the future. We now have good chat about 
the progress, and there IS a progress, although it might seem to 
be slower than we might wish for ...

I hope, I'm not complaining too much. I see my comments here as just 
stating, how I see the situation. How long, I feel, it'll take for 
R3 to be, as I would like to see it. It's just my opinions. I would 
love to see e.g. my paint program on all platforms. I realize, I 
don't get that using REBOL. So I have to figure out, what to do then.

R3 is whole new architecture, and in few years, it is goint to be 
cool. As Maarten said - maybe some completly new stuff appears, which 
blows us all. But so far, I still can see the chance for R3. There 
is not much change with Python, Perl, Ruby, Lisp, Scheme, PHP, whatever 
- no revolution happening - each technology has its place. There 
is also not revolution with the web aproach. So, just a patiecne. 
And those impatient - forget R3 for one year, then come back and 
investigate the situation, to stop your frustration ...

You should also note that for ppl who do care, and are trying to 
help, such comments are really frustrating.

Why do you see it as frustrating? I it because I tell the truth? 
I hope, people dont live in a fantasy world and wait and wait for 
years.

I've been programming C code more and more. Rebol is implemented 
using C, and extending Rebol with C gives it great new powers.

Geomol - on one hand you claim, that you don't have even free time 
to report a bug, not to mention to help with R3, while on other hand 
you claim, that you look for a platform/language to port your app 
too (which surely is huge effort)? This sounds like a discrepancy 
to me ...

Geomol - ppl who do nothing for R3 do wait. Others try to help here 
or there, as their time permits ....

Pekr, I've tried to help for a long time in r3-alpha. For years. 
I've had my fingers into C source for Windows, trying to figure out, 
what's going on. I've just come to a point.

Geomol - anyway - if we talk about R3 and open-source, then remember 
that only host-parts plus View are going to be open-sourced. The 
language itself (which is the culprit of bugs you are pointing out) 
is going to be closed source anyway. So the only thing we can hope 
for is, that at least not caring about host code and View Carl will 
have more time to spend on the kernel.

Yes, I'm aware of that.

But - one thing worries me anyway - R3 http scheme is out for how 
long - 2 years? And we don't even have proxy for it. Not to mention 
other protocols. So if we (community) can't find some time to do 
other schemes, where's our help then? The thing is, that schemes 
stuff is really difficult. I can imagine myself doing some easy styles, 
but surely not complex thing as network protocols :-(

Who did the original schemes? Holger?

Pekr, this example with proxy, we see things differently. As I read 
your words, you're complaining, we don't have proxy for the http 
scheme (after maybe 2 years). I can only talk for myself, but the 
reason, why I don't look into things like that, is because it's way 
down on Carl's list (maybe third or fourth priority). I would like 
to see the first levels bug-free and stable, before I move on. (And 
you don't hear me complain about proxy. :-) )