World: r3wp

basically the size of the .ico file (in bytes) *must* match exactly 
the built in one. which means that you need same color depth, size 
etc.

you do have to fiddle quite a bit, but it works. I wish the SDK docs 
mentioned a bit more about this. it would reduce the amount of fiddling 
:-)

I wish The encaps would use real resources for the code, so that 
we would not have to fiddle in the first place.  and we would also 
be able to use PATH env variables to launch encapped scripts

yes, if it worked internally, maybe it could be possible to produce 
windows builds on a linux/OSX machine?

I need some advice. I try to encap very small and easy script. One 
of the first lines is list: read https://user:[pass-:-url-here] ... while 
it works from rebcmd in sdk/tools directory, it does not work when 
encapped in encmd, statin "invalid port specs". Why?

I included mezz and prot functions ...

hmm, it works from encmdface.exe, but not from encmd.exe - that is 
strange, as there is no single View related function. Is encmd.exe 
missing https protocol?

Pekr, there was some problem with HTTPS in the SDK. I don't know, 
if it has been fixed in your version.

http://www.rebol.net/cgi-bin/rambo.r?sort=1&limit=1&cmd=Search&id=&pattern=HTTPS

2.6.2 here ... encmdface saved me ... encmd does not know https? 
It should ... it simply states - invalid port spec ....

prot-http.r does not define https but only http. you need to net-install 
https too (just copy&paste the line that installs http in prot-http.r 
and replace protocol name and port id)

hmm, but why it works with encmdface and not encmd?

probably encmdface already has some stuff built in. (i.e. try without 
including protocols)

** Script Error: Not enough memory
** Near: script: decapsulate


I wonder why you get this particular error, if the program is already 
running and you are launching another instance of it.

probably, related to the local dir stuff... a major source of pain 
for me.

99% of the time that means "i cannot decompress the rebol code inside 
the .exe"

caused by ?

well, invalid data (eg. if you alter the exe), or not being able 
to extract the data, or anything else that makes decompress fail.

I've seen this if the icons are changed but the replacements are 
not the same specs.

For those who missed it the first time: http://www.dobeash.com/RebGUI/cookbook.html#section-2.3

Hmmm, maybe REBOL has to get a lock on the module name as it decompresses 
the data or something. I''ve used LAUNCH from an encapped app successfully 
though.

quick question: I've got a file with a block in it that contains 
issue! elements particularly #do and #value. This is for a function 
that has nothing to do with the preprocessor.


I read the docs on how to include the file using do #include-string 
%file.r


This seems to work fine, but in a way that I can't see, #do is now 
not recognized in the block. Is the block somehow altered? When I 
probe the block it looks fine, but the function in which the block 
is used, won't deal with the #do elements anymore.

I tried loading the block before passing it to the function, but 
no go.

ah, could be that the function is altered instead

nope, that made it worse :-(

works now if you change the issues to something other than a preprocessor 
command. I guess it does not entirely ignore it.

I have an executable and from within it I execute:

launch/quit ""


to restart it. This does not work for an executable that has been 
overwritten with a new version.


Normally launch/quit "" relaunches the application and it works fine.


However I get out of memory error, if I overwrite the executable 
from the outside and then try to restart it. If it's a security measure, 
it seems a bit clumsy to come with an error like that. :-) Or is 
it a bug?

Henrik: have a look at http://www.fm.tul.cz/~ladislav/rebol/include.html
if you didn't yet, you may find different approach

BTW, if you don't have time to look at it, you may listen to my contribution 
at the DevCon

I don't know how REBOL restarts itself, but if the OS says "Ah, they 
want this process, and I've paged it here already", but then it doesn't 
match, so the launch fails. Just guessing here.

ladislav, thanks, I will have a look at it in a few days, when I 
get more time.

Uploaded documentation on creating Application Bundles with the OS/X 
SDK:

	http://www.dobeash.com/RebGUI/cookbook.html#section-2.4


Used the same technique to create one for AltME which means no more 
annoying console sessions! ;)

Useful.

is there no easy way to include a directory of files with the preprocessor? 
the #include-files command seems to want a fixed block of file names.

I'm not aware of any ...

Umm, I've never used the prebol.r,  But if you changed the

foreach file blk/3
to
foreach file compose blk/3

or some such? in the #include-files code section...would that break 
anything? and then let you run
code inside the filelist block?

wouldn't that just compose each file or word in the file block?

sorry, see what you mean

Henrik;  I've never tried encapping.  It may not work.  But some 
similar sequence might.   From reading the prebol.r header, if you 
get it to work, go ahead and submit it to feedback.  :)

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 :-)