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

Maxim
27-Nov-2006
[2315]
especially since it didn't even change the content of the user.r 
file... but now it accepts it?
Anton
27-Nov-2006
[2316]
Henrik, I published the TOG bug to RAMBO. (It didn't really need 
much cleaning. I just checked that the TOG feel was used only by 
TOG.)
Henrik
28-Nov-2006
[2317]
wonderful! thanks :-)
Rebolek
28-Nov-2006
[2318]
Gabriele: OK, that's reasonable
sqlab
1-Dec-2006
[2319x2]
I have a slightly modified help, that does not evaluate functions 
in objects and ports and that also dumps ports like objects.
>> a: open http://www.rebol.com
connecting to: www.rebol.com
>> help a
A is a port of value:
   scheme          word!     HTTP
   host            string!   "www.rebol.com"
   port-id         integer!  80
   user            none!     none
   pass            none!     none
   target          none!     none
   path            none!     none
   proxy           object!   [host port-id user pass type bypass]
   access          none!     none
   allow           none!     none
   buffer-size     none!     none
   limit           none!     none

   handler         object!   [port-flags open-check close-check write-check 
   ini...
   status          word!     file
   size            integer!  0
   date            date!     6-Nov-2006/21:26:44
   url             string!   "http://www.rebol.com/"

   sub-port        port!     make port! [ scheme: 'tcp host: "www.rebol.com" 
   po...
   locals          object!   [list headers querying]

   state           object!   [flags misc tail num with custom index 
   func fpos i...
   timeout         integer!  30
   local-ip        none!     none
   local-service   none!     none
   remote-service  none!     none
   last-remote-service none! none
   direction       none!     none
   key             none!     none
   strength        none!     none
   algorithm       none!     none
   block-chaining  none!     none
   init-vector     none!     none
   padding         none!     none
   async-modes     none!     none
   remote-ip       none!     none
   local-port      none!     none
   remote-port     none!     none
   backlog         none!     none
   device          none!     none
   speed           none!     none
   data-bits       none!     none
   parity          none!     none
   stop-bits       none!     none
   rts-cts         logic!    true
   user-data       none!     none
   awake           none!     none

Is there interest in including in the new release?
help/secure a/handler/set-modes
    there is a function inside an object or port
USAGE:
    A/HANDLER/SET-MODES port modes

DESCRIPTION:
    (undocumented)
     A/HANDLER/SET-MODES is a function value.

ARGUMENTS:
     port -- An open port spec (Type: any)
     modes -- A mode block (Type: any)
Maxim
1-Dec-2006
[2321]
yes... please send this to Carl
Joe
1-Dec-2006
[2322]
very cool!
sqlab
4-Dec-2006
[2323]
I put it into Rambo and into the library at rebol.org, as Carl promised 
it already once to include it in one of the former realeses.
sqlab
5-Dec-2006
[2324]
I fixed some problems with blocks
Anton
7-Dec-2006
[2325x3]
scaling info.gif (which has an alpha channel) gives funky red and 
yellow stripes when specifying 2 or 4 points (but not 1 point).

This bug seems to have been introduced in View 1.3.2 and is still 
present in View 2.7.4
	  

 window: layout [b: box sky effect [draw [image info.gif 0x0 49x48]] 
 mag: box 600x600] 
	mag/image: to-image b 
	view window
It doesn't appear to be in the bug database.
I've been investigating the bug above with this script:

do read http://anton.wildit.net.au/rebol/view/draw/agg/image-fit.r
Henrik
7-Dec-2006
[2328x3]
anton, testing both on XP and OSX. the bug does not appear on OSX, 
though colors are odd there due to a known bug.
another known bug, that is
it could be that the odd colors are simply hiding your bug, though. 
:-)
Anton
7-Dec-2006
[2331]
:)
Henrik
7-Dec-2006
[2332]
http://rebol.hmkdesign.dk/imagebug.png
Anton
7-Dec-2006
[2333x2]
It looks like it also has the alpha channel problem.
Try the above image-fit.r program, set it to 2-points and then play 
with the SIZE pair-edit.
Henrik
7-Dec-2006
[2335]
that's a very tall window. it doesn't fit on my screen :-)
Anton
7-Dec-2006
[2336x3]
On XP you see red and yellow stripes in the alpha channel.
Ok, I was thinking of changing that anyway. Hang five.
Ok, reorganised. Try image-fit.r again.
Henrik
7-Dec-2006
[2339]
it's difficult to tell. the colors are shifting very quickly, where 
there should only be subtle changes. there are colors that look like 
they shouldn't be there, but I can't be sure.
Anton
7-Dec-2006
[2340]
Do you mean it's harder to see on OSX because of the other colour 
problem ?
Henrik
7-Dec-2006
[2341x2]
yes
colors are bouncing all over the place when I resize it
Anton
7-Dec-2006
[2343x3]
Ok.
I'll post this later if no one else has any comments.
(The script I was working on which led to this bug was this one:

do read http://anton.wildit.net.au/rebol/gui/demo-future-progress.r
Cyphre
8-Dec-2006
[2346x2]
BTW I have fixed the OSX color bug so it could be added in next release.
Anton: the new image color problem you have found is 'by design' 
at the moment ;) The bilinear filter needs image data with premultiplied 
alpha when you want to use image with alpha/transparency. Another 
possibility is to use IMAGE-FILTER NEAREST which doesn't need premultiplied 
alpha in this case. I'll try to think how to solve this 'inconsistency' 
so it doesn't harm performance too much.
Anton
9-Dec-2006
[2348x3]
Hmm.. that's a bit annoying. Is there really no way the bilinear 
filter can work also on the alpha channel ? That would be a feature 
request to submit to AGG then wouldn't it ?
Good work on the OSX color bug. So now we'll both be able to see 
my bug. :)
Cyphre, so I'll submit a ticket to RAMBO.
Cyphre
11-Dec-2006
[2351]
Anton, according to the author of AGG the filter calculations would 
be much more complex and thus expensive if done in plain color space. 
Anyway, please submit a ticket to RAMBO I'll try to make the best 
to solve this issue.
Anton
11-Dec-2006
[2352x2]
Ok, very good.
Ok, submitted bug report to RAMBO.
sqlab
22-Dec-2006
[2354]
get-modes s: open tcp://:87 'port-modes crashes new builds.
get-modes c: open tcp://localhost:87 crashes too.  
Probably similar to #3983, as copy get-modes .... works.
Cyphre
22-Dec-2006
[2355]
REBOL/View 2.7.4.3.1 27-Nov-2006
>> get-modes s: open tcp://:87 'port-modes
== [read write binary lines no-wait direct]
sqlab
22-Dec-2006
[2356]
REBOL/View 2.7.4.3.1 27-Nov-2006
Copyright 2000-2006 REBOL Technologies.  All rights reserved.
REBOL is a trademark of REBOL Technologies. WWW.REBOL.COM


Licensed to:  .... (commercial) <....>
License ID: ...

Type desktop to start the Viewtop.
>> get-modes s: open tcp://:87 'port-modes


-----------------
Rebol Internal Error: Corrupt datatype: 176 at 201
Anton
26-Dec-2006
[2357]
I have same result as Cyphre. No user.r customizations ?
Gabriele
26-Dec-2006
[2358]
also - which version of windows is that?
sqlab
26-Dec-2006
[2359x3]
XP Pro
5.1.2600 Service Pack 2 Build 2600
even with empty user.r
the crash does not happen if I read a web page or start e.g. the 
desktop beforehand
>> trace/net on 
crashes Rebol too and wants to send an error report to microsoft
Gabriele
27-Dec-2006
[2362]
trace/net - i have already reported it to carl.
sqlab
28-Dec-2006
[2363]
The crash does not happen, if the license.key is not available.
I submitted it to RAMBO.
Gabriele
28-Dec-2006
[2364]
interesting. but i have a license.key too.