World: r3wp

well, I moved in a different direction now, loading the files during 
runtime instead

Until now I have used the free Rebol/View version. But I am thinking 
about buying one of the professional Rebol versions. What I couldn't 
find out is whether Rebol/Command does include all the features of 
Rebol/SDK as well (encapsulation etc.). Anyone?

There is a seperate Command/SDK

Sorry, missed this... http://www.rebol.com/purchase.html

Ah yes, that says it! Thanks!

The more the merrier  :)

If you get command/sdk, you get command as well.

I noticed that Encap does not like to be closed during encapping. 
It crashes every time.

Problem with enface - Can someone else test this:

I have a script where a user enters a url and then the script takes 
the string and does

either exists? to-url sitename[...][print "site does not exist."] 
and it works fine as a script, but when I turn it into a binary on 
linux using enface it always prints that the site doesn't exist. 
 Does this happen to anyone else?

Does the SDK allow cross target encapping, or does one have to buy 
an SDK for each target platform?

latter.

Ouch :-)

Still it comes to less then some dev platorms for a single target.

really?  My license.key works for the downloadable betas for other 
platforms.

you might also just wait for R3 (depends on your schedule)

TimW: That's noted. Gabriele: Yes it would be wise to wait for R3 
to pan out. No rush.

Just to mention.  the exists? url issue is also present when enface 
is used on windows.  Although it seems like the networking is having 
issues period.  It is included in enface right?

Nevermind.  I didn't realize the http protocol wasn't included in 
enface.

binary embedding of libs possible with encap ?

lib-bin:	read/binary %test.dll
lib:     	load/library lib-bin

does load/library generally expecting a physical file?

I believe libs have to be disk files, probably not so much for REBOL, 
but because of how the OS works. The workaround is to write the lib 
out to disk when the app runs, then delete it when shutting down.

BackOrifice had this great bit of code where they used their own 
LoadLibrary that would link to libraries stored in program resources.

If you didn't care about security at all, you could make a way to 
link to native code in a binary. It can be done.

Just don't ever run code written by anyone else, or even your own 
if you haven't tested it thoroughly.

Sorry, forgot the :)

yes this approach will ensure that the lib is alway onboard, unfortunatly 

this doesn't protects from examinig the lib while the proc is running.

the lib I use is special made for mathematical calculation therefore 
I am 
looking for securing it a little bit.
thanks for your input gregg and brian.

Go with Gregg's approach.

Not sure if it will work, but you might also be able to set the Hidden 
attr on the file when you write it out. I don't think I've ever tried 
that, or how various OSs might respond.

Most platforms don't have a hidden attribute - they use file name 
tricks or UI hacks instead.

yes, it works (win2000Pro).
system/options/binary-base: 64
the-lib-txt: 	compress to-string read/binary %test.dll
the-lib: 	load to-binary decompress 64#{...}
write/binary %test.dll the-lib  

will also test later with debian.

I'm puzzled here. I added litterally, a few lines of ordinary code 
in a piece of functioning code and now when encapping it and running 
it, I get:

** Syntax Error: Missing ( at end-of-paren
** Near: (line 1) x��|�r�Ȓ�z�)^�Dww`i�m�%K��:�4!(
** Press enter to quit...


I could be missing something simple (tired, but has to be working 
tomorrow). The length also changes, but that could be the internal 
build number for the program incrementing.

length of binary changes, that is.

I was apparently DO'ing a binary. Sorry, must be tired :-)

the windows sdk 2.7.5 distribution is lacking encmdface.exe

Feedback sent to RT.

and the latest encmdface in the download directory is from 2004

does anyone have problems starting encap in Wine? it keeps complaining 
that the license key is missing, but it's stored in the same dir 
as encap.exe

technicalities were the trouble, but it works now.

This is probably a Gregg question: You know that ftpgadget package? 
How do I compile that thing? I think I've tried just about every 
.exe in the SDK (2.6.2) and I think maybe I need to "do" some of 
those sources but there some trick to those as well. It's time just 
to consult the experts. Thanks in advance.

James;  Gregg is away till the 9th; there may be a delay in response

Thanks!

when I start an encapsulated binary with call and within that binary 
call yet another encapsulated binary (this is an installation process, 
hence the cascading execution), the second time, I get a:

PROGRAM ERROR: Invalid encapsulated program data.


is this a security issue? because when the binary is run from Explorer 
it runs fine.

the error is not listed in SDK docs...

solved by entering the full path to the executable when doing the 
call.

unless the data is actually invalid (ie never runs), that error usually 
means that rebol is not able to locate itself to load the script 
to run. ie. yourapp.exe must be able to read the yourapp.exe file 
in order to load the rebol script.

I get the same problem sometimes with 'launch

which is the encapped program starting up another instance of itself.

James, maybe Edgar will jump in. I was responsible for helping to 
get the source on REBOL.org, but I don't think I've ever tried to 
build it here.

OK, thanks.

Funny thing: on my linux VPS the SDK : /Base /Pro work. Rebcmd gives 
the following error:

/rebcmd: error while loading shared libraries: libstdc++-libc6.2-2.so.3: 
cannot open shared object file