World: r3wp

I was using the Libc6 version.

clipping had bugs in 2.7.7 with gradient fills.   he released a patch 
on windows, but never compiled it for linux.

btw, I've had the same crash in windows with the viewtop on windows.

Maxim, what version of Windows?

The problem is:
2.7.7.4.3 links against libXaw.so.7
2.7.7.4.2 links against libXaw7.so.7

(Or something like that. Haven't looked at it for a while.)

xp.  its crashed using the standard 2.7.7 version... though it might 
not be specifically the same bug as you have.

it was just odd to me that opening the viewtop caused an error in 
the interpreter.

IIRC it doesn't happen all the time... so I've got no clue what the 
problem is.

though your linux version is probably addressed by Andreas' suggestions.

I haven't had any Viewtop trouble with Windows. I'm going to try 
the Fedora version later today. I'm hopeful after Andreas' comments. 
Has anyone tried the OpenBSD version? I see that is the only current 
BSD version for View.

Carl seemed interested earlier this year in promoting OpenBSD even 
though FreeBSD seems to have a better web presence. When I was looking 
it over, it appears that OpenBSD does not have binary compatibility 
with FreeBSD or NetBSD. The latter two do seem to have binary compatibility.

I've had to stick with Rebol 2.7.6 (in Ubuntu 10.04) because of draw 
issues on 2.7.7 - several things causing segfaults that were perfectly 
fine in 2.7.6

Draw crashes on 2.7.7 on Linux - you'll need to use 2.7.6

Gabriele, do you have a simple test case to reproduce that crash?

I haven't tested it but since 2.7.7 had no changes in the DRAW code 
(AFAIK) it looks to me like some compiler issue or so...

(All Viewtop demos run fine for me with 2.7.7.4.3 on Ubuntu 10.04.)

When Gabriele mentioned it first a while back, I was able to reproduce 
the crashing.

REBOL/View 2.7.7.4.2 6-Jan-2010
Copyright 2000-2010 REBOL Technologies.  All rights reserved.
REBOL is a trademark of REBOL Technologies. WWW.REBOL.COM


Type desktop to start the Viewtop.
>> view layout [box effect [draw [pen black line 10x10 20x20]]]
Segmentation fault

Yeah, works for me. Try 2.7.7.4.3 instead.

(Which means: crashes for me as well with 2.7.7.4.2, works just fine 
with 2.7.7.4.3. Which leads me to believe there's nothing inherently 
wrong with 2.7.7 per se, it's just some strangeness with the "Libc6" 
version.)

In my quest to transform an object with nested objects back into 
an xml file I am running into an invalid path issue. Where obj is 
the object with other nested objects and p: person, first obj/:p 
works fine. However though obj/person/name  exists, I can't figure 
out how to store the path /person/name into p.

A couple of years ago Robert and Chris had a discussion about this. 
Anyone know if this can be done or not.? Thanks.

use lit-path and then do the path.

Thanks, I thought you might know that with all the stuff you do.

Well, I'm still getting the same error but after all of this I decided 
to go about it a different way. Thanks though.

(you have a root / ... paths do not start with a slash  !)

person/name   not   /person/name

James, about your object-to-xml need. The best way to express it 
when you speak to other programmers is to give them a concrete use 
case.
1/ mold the input
2/ mold the expected output.

Then, one can figure a solution without the need to decipher your 
patter ;-)

first of all.. why you need to conver person/name into p? And why 
we discuss it in View group?

Oldes, originally I was going to build a function that took the output 
of xml-to-object.r and change it back to xml. For that I was creating 
paths to the objects but couldn't get past the path being more than 
one level issue. 

As I mentioned, there was some discussion a few years back and there 
was mention that what worked in Core did not in View so rather than 
start something there, I thought it best to do that here.
I'm good now with my new approach.

Andreas, weird, last time I tried .4.3 it would segfault on start 
iirc - now seems to work ok.

I just heard that one of my encapped view apps was "disappearing" 
when the client performed a particular function which used to work 
and which works on other computers at her company. What would you 
suggest is the best way to figure out what is happening?

disappearing is a bit vague...   the only thing that I can think 
of is that in Vista and 7 you need to follow the "program files" 
guidelines.

so ask if they are all using the same OS.

could it be related to stack size problems?

ok, by disapear you mean it just closes by itself....

henrik, that is a good guess.

another thing I've seen which causes immediate close is the use of 
"some" AGG constructs which crash the interpreter silently.


chief among them is to use line-patterns which more than 2 colors. 
 it doesn't always crash, but *it will* suddenly, without warning, 
IIRC.

maybe it just travelled to Steeve Jobs for approval :-)

Maxim, I guessed, because we had a few stack size problems a couple 
of days ago with R3 builds.

Yes, what I mean by disappears is that the program closes without 
any errors. I will check the OS's, that's one I didn't ask. It's 
intermitent  so that hasn't helped either.

And what I mean by no errors, is that none are displayed which of 
course, doesn't mean there weren't any errors. Thanks for your thoughts.

I was playing with Cyphre's "Transparency window under View" script 
trying to get a transparent overlay that I could use to draw over 
other programs like they use to doodle over plays in football. I 
was able to get it to work in vista but not xp. Anyone know what 
might be going on there?

different user32.dll but I can not find any info on what the diffs 
might be.

I remember it working on my xp

is this an old system?

the script works but the abilitiy to paint over the color-keyed area 
does not work in xp...

yI'd look it up on MSDN there might be extra steps to update the 
transparency in real-time  but it is definitely doable, I've seen 
an animated opengl demo rendering directly over all windows without 
a window of its own.

How to clear the image cache? I always forget that:/

load-image/clear

Yes, but what if you don't want to load image yourself.. for example 
in this simplifed example:

write/binary %tmp.jpg read/binary http://www.rebol.com/graphics/carl1208-120.jpg
view layout [ image %tmp.jpg button "close" [unview/all]]

write/binary %tmp.jpg read/binary http://www.rebol.net/photos/carl3.jpg
;now there should be new image used, but it's not:
view layout [ image %tmp.jpg button "close" [unview/all]]
delete %tmp.jpg


I think that the solution is to clear the image cache on unview/all. 
What do you think?