r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[SDK]

Gregg
2-Mar-2007
[1008]
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.
Henrik
16-Apr-2007
[1009x6]
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?
Ladislav
16-Apr-2007
[1015x2]
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
Gregg
16-Apr-2007
[1017]
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.
Henrik
16-Apr-2007
[1018]
ladislav, thanks, I will have a look at it in a few days, when I 
get more time.
Ashley
20-Apr-2007
[1019]
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! ;)
Graham
20-Apr-2007
[1020]
Useful.
Henrik
29-Apr-2007
[1021]
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.
Graham
29-Apr-2007
[1022]
I'm not aware of any ...
btiffin
29-Apr-2007
[1023]
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?
Henrik
30-Apr-2007
[1024x2]
wouldn't that just compose each file or word in the file block?
sorry, see what you mean
btiffin
30-Apr-2007
[1026]
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.  :)
Henrik
30-Apr-2007
[1027]
well, I moved in a different direction now, loading the files during 
runtime instead
Arie
12-May-2007
[1028]
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?
btiffin
12-May-2007
[1029x2]
There is a seperate Command/SDK
Sorry, missed this... http://www.rebol.com/purchase.html
Arie
12-May-2007
[1031]
Ah yes, that says it! Thanks!
btiffin
12-May-2007
[1032]
The more the merrier  :)
Graham
12-May-2007
[1033]
If you get command/sdk, you get command as well.
Henrik
13-May-2007
[1034]
I noticed that Encap does not like to be closed during encapping. 
It crashes every time.
TimW
20-May-2007
[1035]
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?
DaveC
20-May-2007
[1036]
Does the SDK allow cross target encapping, or does one have to buy 
an SDK for each target platform?
Gabriele
20-May-2007
[1037]
latter.
DaveC
20-May-2007
[1038x2]
Ouch :-)
Still it comes to less then some dev platorms for a single target.
TimW
20-May-2007
[1040]
really?  My license.key works for the downloadable betas for other 
platforms.
Gabriele
20-May-2007
[1041]
you might also just wait for R3 (depends on your schedule)
DaveC
21-May-2007
[1042]
TimW: That's noted. Gabriele: Yes it would be wise to wait for R3 
to pan out. No rush.
TimW
21-May-2007
[1043x2]
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.
TomBon
28-May-2007
[1045]
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?
Gregg
28-May-2007
[1046]
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.
BrianH
28-May-2007
[1047x4]
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 :)
TomBon
28-May-2007
[1051]
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.
BrianH
28-May-2007
[1052]
Go with Gregg's approach.
Gregg
28-May-2007
[1053]
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.
BrianH
28-May-2007
[1054]
Most platforms don't have a hidden attribute - they use file name 
tricks or UI hacks instead.
TomBon
28-May-2007
[1055]
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.
Henrik
21-Jun-2007
[1056x2]
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`im%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.