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

World: r3wp

[SDK]

Gabriele
18-Dec-2006
[971]
it may be possible that one of the builds will work on all distros 
provided some lib symlinking.
Henrik
19-Dec-2006
[972]
it seems encap does not like directories with spaces in the name
Graham
19-Dec-2006
[973]
Carl just responded to my feedback asking which distros I want to 
use .. so that is a good sign?
Henrik
19-Dec-2006
[974]
not necessarily...
Graham
19-Dec-2006
[975]
implying that specific distros need specific support?
Henrik
19-Dec-2006
[976x3]
probably specific series of distros. some distros use different ways 
of handling configuration, installation and some distros are changing 
the library versions constantly.
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.
Ashley
19-Dec-2006
[979]
Does this help: http://www.dobeash.com/RebGUI/cookbook.html#section-2
Henrik
19-Dec-2006
[980x2]
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.
Ashley
19-Dec-2006
[982]
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.
Henrik
19-Dec-2006
[983x4]
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...
Ashley
20-Dec-2006
[987]
Key there is to keep it as a 4-part tuple.
Henrik
20-Dec-2006
[988]
found out... seems to work now
Gabriele
22-Dec-2006
[989]
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.
Henrik
22-Dec-2006
[990]
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 
:-)
Maxim
22-Dec-2006
[991]
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
Henrik
22-Dec-2006
[992]
yes, if it worked internally, maybe it could be possible to produce 
windows builds on a linux/OSX machine?
Pekr
31-Jan-2007
[993x3]
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?
Geomol
31-Jan-2007
[996]
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
Pekr
31-Jan-2007
[997]
2.6.2 here ... encmdface saved me ... encmd does not know https? 
It should ... it simply states - invalid port spec ....
Gabriele
31-Jan-2007
[998]
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)
Pekr
31-Jan-2007
[999]
hmm, but why it works with encmdface and not encmd?
Gabriele
31-Jan-2007
[1000]
probably encmdface already has some stuff built in. (i.e. try without 
including protocols)
Henrik
1-Mar-2007
[1001]
** 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.
Maxim
1-Mar-2007
[1002]
probably, related to the local dir stuff... a major source of pain 
for me.
Gabriele
1-Mar-2007
[1003]
99% of the time that means "i cannot decompress the rebol code inside 
the .exe"
Graham
1-Mar-2007
[1004]
caused by ?
Gabriele
1-Mar-2007
[1005]
well, invalid data (eg. if you alter the exe), or not being able 
to extract the data, or anything else that makes decompress fail.
Allen
1-Mar-2007
[1006]
I've seen this if the icons are changed but the replacements are 
not the same specs.
Ashley
2-Mar-2007
[1007]
For those who missed it the first time: http://www.dobeash.com/RebGUI/cookbook.html#section-2.3
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.