World: r3wp

anyone tried replacing the program icon in an encapped app? I just 
get a compression error when trying to open the app after the icon 
has been replaced.

I used reshacker as recommended in the docs.

Does this help: http://www.dobeash.com/RebGUI/cookbook.html#section-2

when trying to do it manually, I get the compression error. if I 
try it with scripting, I just get "invalid command" in the reshacker 
log. is it illegal to provide full path to the executable?

hmm... should try a different icon.

Paths are fine, just need to be fully qualified local (not REBOL). 
Key is to ensure that after replacing icons they are in the same 
order and have the same dimensions and depths as before. You can 
use reshacker to do a before and after check.


The example I use in the link above has everything in the same directory. 
Get that working first before worrying about paths.

the icon I used had only one 16x16 icon. that's probably why it didn't 
work

it works now for the manual one. now to get the scripting part to 
work.

found the error. thanks :-)

not so much luck with changing the file version though...

Key there is to keep it as a 4-part tuple.

found out... seems to work now

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