World: r3wp

Looks like a bug to me.

Ladislav, yes add it please. i remember seeing a report about this 
but maybe it never got into rambo.

the above quirks posted to Rambo

I just posted a RAMBO entry (currently #-663), accidently before 
I was finished writing it. There are errors. What do I do?

I got the example code wrong, and the description should have referenced 
an older RAMBO entry (3575) that was wrongly prioritized.

I backed up, fixed it and resubmitted. Whoever is watching RAMBO, 
please disregard #-663, it is superceded by #-664.

done.

;Little bug in formatting, worth a ticket?
probe [
 0
]
probe [
 12
]
==
[0
]
[
    12
]

got this error from a rebol process launched by another rebol process 
running uniserve:

dyld: Library not loaded: /usr/lib/libncurses.5.4.dylib
Referenced 
from: /bin/bash
Reason: image not found
*** Boot Error 951
What may that Boot Error 951 be?

This is probably the shortest code which shows the bug:

img: copy help.gif
equal? img help.gif
view layout [image img effect [key 128]]
equal? img help.gif

OK - submitted to RAMBO.

dear all, does anyone have an idea about  "Boot Error 951" mentioned 
above? Is it a rebol initialization problem? Maybe betwen rebol process 
and its dns resolving brother process?
..or is it more related to uniserve code? thx

Will, see if this helps
http://www.mail-archive.com/[list-:-rebol-:-com]/msg06327.html

thank you Anton, but /usr/lib/libncurses.5.4.dylib does exist! After 
a while rebol process launched by main uniserve process show this 
error and then rebol seams to loose ability to read/write files, 
restarting brings everything back to normal,

*** Boot Error 951

 is this a rebol error that should not happen or is it a programming 
 error?

This is a rebol error message - "*** Boot Error %d" appears in a 
recent rebview.exe - but I think the error code 951 is being passed 
to rebol from an OS call.

I think this question should be asked and discussed in the Uniserve 
group until Uniserve is eliminated as a possible cause.

re #4116 - the same bug happens even via ODBC Oracle driver. So maybe 
Oracle driver is just a wrapper to ODBC? My suspicion is, that result 
of such query is non-standard, it is returned to the pipe, and rebol 
crashes by trying to parse it. Just a wild speculation though ...

simplification for above ticket -  "begin my_proc; end;" crashes 
rebol. Never mind, lost the case for php anyway ...

OT: Is there are Rebol based RAMBO editor available that works on 
the web version's database?

I don't think so.

I wonder what happened to the AltME Bug Tracker. I thought it was 
way cooler than RAMBO.

It was used in the Old View 1.3 project world 2 years ago.
All its content was put in RAMBO when RAMBO was up and running.

I've just found 'request-download function and it seems to me it's 
buggy. Can anybody confirm this?

>> request-download http://rebol.com
connecting to: rebol.com
** Script Error: Cannot use insert on this type port
** Where: read-thru
** Near: write/binary file data
if all

request-download - where did you find it ?

Oh I see. :)

I was looking for some request function and found this one. There 
are more non-functional functions in REBOL AFAIK.

>> link-relative-path %./
** Script Error: link-root has no value
** Where: link-relative-path
** Near: either f: find/match file link-root

That's obviously used in Rebol/Link. A quick helper function. Maybe 
it's not supposed to be exposed.

Are you aware of my batch-download function ?

The request-download bug above I think is caused because file is 
actually a directory. So, the port type is 'directory and so the 
insert fails.

request-download usually works fine, you just need to provide a file. 
it downloads to the cache by default.

A better error message can be thrown in read-thru by detecting the 
url without a file component.

yes, because read http://rebol.comworks ok, so i think reqeuset-download 
http://rebol.comshould too

Anton: I know about your batch download, I was just looking for some 
other request function

possibly mine also suffers the same problem.

ah :)

Actually, no it doesn't cause an error. It doesn't download anything 
though.

The request-download bug is a bug in read-thru. Fix the bug in read-thru 
and you fix the bug in request-download.

>> read-thru http://rebol.com
connecting to: rebol.com
** Script Error: Cannot use insert on this type port
** Where: read-thru
** Near: write/binary file data
if all

If the directory doesn't exist in the cache, it creates it, then 
throws an error. If you try again, the directory already exists and 
there is no error, but of course still nothing is downloaded.

I think the wisest thing to do when given a url without a file component 
is throw an appropriate error. I don't advise downloading anything 
because we don't know how the webserver is mapping the url to its 
filesystem (if it is in fact doing that.)

view layout [box 10x50 effect [draw [pen black white line-width 1 
line 1x1 1x50 line-pattern 5 5]]]

This line crashes Rebol/View 1.3.2 reliably under WinXP

at least it does for me. can anyone confirm?

confirmed

Yep, me too.

(crashes without line-width too)

it seems to happen if you are specifying the pen attributes and you 
accidentally include something else, like a drawing command, but 
the drawing command has to be somewhat complete to trigger the bug. 
interestingly, setting the box size to 0x0 does not trigger the bug, 
maybe because the draw block is not performed when the box is 0x0.

it seems also to be only when specifying two colors after pen. I've 
boiled it down to this:


view make face [size: 1x1 effect: [draw [pen black white box 0x0 
0x0 line-width]]]

You can even remove line-width, so:


view make face [size: 1x1 effect: [draw [pen black white box 0x0 
0x0]]]