World: r3wp

Is something else needed also?

must be ..

what is the error ?

need root prot as well.

This is included:

#include %/c/sdk-2-6-2/source/prot.r

and I see it included prot-ftp.r

What else could be wrong?

Is there a file that included everything?

I've been trying to get this to work all day.  Now my Englsih grammar 
is being affected.  :>)

what is the error message?

URL Parse: user pass ftp.bible-way.org none www/turk/backup/ enter-data.exe
Net-log: ["Opening" "tcp" "for" "FTP"]
** Access Error: Cannot connect to ftp.bible-way.org
** Where: open-proto

** Near: info? ftp://user:[pass-:-ftp-:-bible-way-:-org]/www/turk/backup/enter-data.exe
** Press enter to quit...

But in View it works fine:

Type desktop to start the Viewtop.

>> web-file: info? ftp://user:[pass-:-ftp-:-bible-way-:-org]/www/turk/backup/enter-data.exe
connecting to: ftp.bible-way.org
>> probe web-file
make object! [
    size: 626343
    date: 3-Mar-2006/11:37
    type: 'file
]
>>

Try it in rebface.exe, DOing the same source files as you would normally 
#include

Is there a proxy setup ?

is your username and password really user and pass ?

Graham, No.  :)

so, you edited this line ??

** Near: info? ftp://user:[pass-:-ftp-:-bible-way-:-org]/www/turk/backup/enter-data.exe
** Press enter to quit..

Proxie?  I don't know.

Yes, I edited that line.

I am using ZoneAlarm Pro.  Could that be the problem?

try disabling it.

firewalls can block all network activitty

Maybe ZA is allowing View to pass network traffic but not your encapped 
application.

Graham, that is the problem. When I disable ZA it works.

Sorry to take up so much of you men's time. I should have thought 
of this sooner. I've had this same problem before.

Thanks to all of you!

Ok, now I have a related problem. Zone Alarm won't allow my encapped 
program to access the Internet.  I think it is because the program 
is not a view program, and therefore ZA cannot recognize it as a 
program separate from the rebol interpreter. Is there any way around 
this?

No, that is not the reason. Maybe you accidentally denied it access. 
So it should be in ZoneAlarm's list of programs. Go to the list and 
remove your program. Then try running it again. Otherwise, I would 
check if ZoneAlarm has any rules which block ftp. Does another ftp 
client work ?

Yes

My program doesn't show up in the ZA program list, even after I add 
it.

Mmm.. that sounds strange.

Can it read a web page ?

(your encapped app, I mean)

Maybe you should add it to the list of programs allowed to contact 
te internet.
I

Can it read a web page ?  I don't know, but it can't send email.

I see a strange bug with the REBOL/View included in the latest SDK 
of 5-Dec-2005. The following code produce a linear gradient in earlier 
versions of View (as it should), but it gives me a radial gradient 
in the SDK View:

FillType: make object! [
	grad-mode: 'linear
	startpos: 20x20
]

img: make image! 100x100
draw img	[pen none fill-pen FillType/grad-mode FillType/startpos
		0.0 100.0
		0.0 1.0 1.0
		0.0.0 255.255.255 0.0.0 255.255.255 0.0.0
		polygon 20x20 80x20 80x80 20x80]

view layout [image img]

Funny thing is, that if
FillType/startpos
is changed to
20x20
the gradient will become linear.

Conclusion so far is, that the DRAW command only can handle one object-reference!?

Help!
(This is crusial for me to continue Canvas RPaint development.)

*crucial*

To be more precise: is it a bug?

if replacing the actual values works, i'd say it's a bug.

Is 'linear the default for gradients? i.e. are the objects being 
de-ref'd correctly at all? I haven't tried this in the new View, 
so I'm not sure how lookups are evaluated. Does it work if you use 
COMPOSE?

'radial is default (it seems). I indicate 'linear in the FillType 
object, and it does linear gradient, if that't the only value, I 
use by reference. If I have a second value by reference (FillType/startpos 
in stead of writing 20x20 directly), then gradient change to radial.

Notice! This behaviour, I describe, is ONLY with the REBOL/View included 
in the SDK of 5-Dec-2005!

I would like to use this precise View, because it has many DRAW bugs 
fixed, but make this new one.

Can you use COMPOSE? And does that work around it?

I have to test later, when on my windows PC. Thanks for the suggestion, 
Gregg. :-)

Gregg, yes, if I do a compose as in:

compose [pen none fill-pen (FillType/grad-mode) (FillType/startpos) 
...

then it work correctly. So that is a possible work around. It must 
be a bug, and I'll report it to RAMBO.

It's also worth noticing, that the bug is only there, is the 2 variables 
(grad-mode and startpos) are inside an object. If they're defined 
as stand-alone variables, it works too. So it's a problem with combinations 
of objects and DRAW.