AltME groups: search

Carl just responded to my feedback asking which distros I want to 
use .. so that is a good sign?

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.

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.

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

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

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

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

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.

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

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

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.

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

There is a seperate Command/SDK

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?

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

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?

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.

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.

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

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.

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

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

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.

Nevermind.... fixed it with a locate query and a symbolic link

That's why I preferr a static link, simple, works and hd space is 
cheap.

I haven't figured out a way.

I straced my rebpro (Linux) and it looks in the home directory and 
the current working dir for the key.  It does not seem to check the 
dir where the actual binary is launched from.


Same for REBOL/View 1.3.2.  Can't say how the lookup may work for 
the Windows side; strace fails creating a rebol process under cygwin. 
 Someone might try holodeck.


I can't say I'm a huge fan of leaving a copy of the key in my home 
dir, but no more chasing that tail around on the Dev box at least. 
 :)

Does enface return a value for use in .cmd scripts?  I wish to run 
a cmd script that enfaces a rebol script, and if sucessful, then 
to run the encapped program

When I launch an encapped script (.exe) from AltME, I get it run 
from a parent parent .. directory, like the root of the world, rather 
than the directory the .exe is in, but with .r I get the real current 
directory.  Is there a way to get the real directory easily from 
the encapped script (.exe)?

I had to do some conditionals to make it operate the same as a script 
vs. .exe but I think I have that working.

Which folder do you need? The system/options/path is supposed to 
be the current directory from which you started the script. Is that 
the case with a encapped script?

I suspect that AltME is starting applications from its current directory 
(the root dir of the world), while starting documents from their 
directory. A REBOL script is just a document as far as AltME is concerned.

you _are_ a supicious person, aren't you.  Comes from dealing with 
software.  I know it jaded me, too.

anyway, I did do a conditional run so the code works both ways, except 
that I have to edit the script to make it encap.  ( #include %view.r 
 ;that sort of thing)

If you run a program by double-clicking it from explorer, the working 
directory is set to the directory the program is in. Otherwise the 
working directory is either the directory you are in in the command 
prompt, that set in the shortcut properties, or the working directory 
in your program you are starting the program from. I use this to 
make file management tools that work on the current directory all 
of the time.

Apparently the system/script settings aren't getting set from encapped 
apps (after testing). The system/options/path setting is the current 
directory that the program or script is called from, while system/script/path 
is the current directory inside REBOL. When REBOL runs a script it 
sets the system/script settings a little different that it does when 
the script is encapped, but the system/options settings are basically 
the same, with the exception of the name of the file in system/options/boot. 
If you want to distinguish between the two situations, check for 
whether system/options/script is a file (script) or none (encapped).

ResHacker has been around for a long time. Unsupported now, but works 
against most PE files. ResourceTuner seems more up to date, but costs 
(they have a trial I think).


There are some other links here: http://www.thefreecountry.com/programming/resourceeditors.shtml

well, LAYOUT is a mezz and everything that happens to build that 
face is a mezz, so there should be a way to extrapolate a new hack 
that doesn't require VID.

the way I see it, try a simple make face [text: "simplerhack" font: 
make face/font []] I don't know if the font object is directly available 
in rebface, but try it.

actually I think it is. when we were fixing 2.7.6 for OSX Leopard 
we had a very similar problem and I had to build rebface with a face 
that loaded a font. it was done entirely without VID.

Not really sdk, but I've finally found a use for those fast launch 
buttons on my laptop .. they now encap the latest versions of my 
software .. much easier than finding the compile.cmd script in the 
now very large source directory!

http://www.sfr-fresh.com/unix/privat/dar-2.3.8.tar.gz:a/dar-2.3.8/src/libdar/deci.cpp

Figured it out. It was a dar problem, and not a rebol problem. My 
script is working now.

hello, i have a slight problem.  i already have a sdk licence for 
windows and i need the sdk for linux

xavier; Drop Cindy a note. She may be able to help you out, or at 
the very least, she knows what's what and is the final arbiter afaik. 
 Start at http://rebol.com/contacts.html

Just ordered the SDK but I have not yet received the confirmation 
email. Is there usually a long delay?

can take a few hours

I use two methods.  One a cgi script that returns the version of 
the most current distro. If the user's version is less, they need 
to update.

The other way is just to use datestamps. I build in a build time 
into the binary, and use that to check against the latest version 
on the server.  If the server version is newer, the client knows 
to update.  There are some issues with different timezones etc, but 
generally my servers run GMT, and i compute the build time at the 
time of encapping also in GMT.

A script does the upload of the new build so that the build time 
and server file times are not so different .. and I allow an error 
of 5 minutes

I''m having trouble downloading exe's and saving them locally while 
preserving the icons. Do I use read-thru?


I'm not clear on the question. Are you changing the internal icons 
in the exe, and those are on your desktop, but they change when you 
install a new version?

If I download an exe file with a unique icon when I save it I get 
the widows default icon for exe's.

I'm using 'read-thru'  to download and 'write' to save it locally.

I've seen reference to "rebolve". Is this a rebol inc product?

I think there were some known issues with DnD. I never encap that 
way. Normally I have a build script that does one or more things, 
including encapping and using reshacker to replace icons in the EXE.

Geomol: so that's a problem (for me indeed)

Henrik: but the SDK costs 249$ ! I'm not a professional programmer. 
Programming is just a hobby for me.

Well yes, it may be. A way to let others run your REBOL programs, 
is also to make a Reb Site in the REBOL Viewtop. Have you looked 
around the Viewtop, you see, when you start REBOL?

yes, it's unfortunately the only way to build executables properly. 
I hope with R3, the process will both be easier and less necessary 
where R3 becomes a more browser-like platform for launching programs. 
One that people will better understand than the Viewtop.

Geomol: Yes, I had a look at Reb Sites and I've seen a lot of good 
demos there. You mean all those apps are cloud located, I just have 
to upload mine in my repos and that's it ?

and how can we set a repository ?

R3 will not use the Viewtop. It's a distribution model that Carl 
did not endorse as the metaphor is too confusing for web usage. Instead 
it will use a script that resembles a webbrowser, with a canvas and 
a URL bar, bookmarks, etc.

then when you go to http://somewhere.com/index.r, it loads a "rebpage", 
i.e. VID layout right in the canvas.

they already do. you can do all this the same way in R2 by going 
to the console and typing:

do http://www.somewhere.com/script.r

the browser will just present the scripts a little differently.

So you can think of the Viewtop as kind of a browser, than can link 
together content from all over the internet.

A lot of what you do will run in R3 too. GUI have some changes, but 
you can go develop final programs in R2 now.

yes R2 is a viable tool for commercial apps, Ive done a few.

it creates a nice little desktop.

If the Viewtop could handle bookmarks in a good way (like a browser), 
and if there was a nice utility to manage index.r files, it might 
be something.

I'm trying to encap a script but I keep getting error: Cannot load 
file:


THe program runs fine and loading it does not seem to produce any 
errors.

Any suggestions?

using rebface I get a sytax error for the following:


 if s/x > cell_sizes/:c/x [cell_sizes/:c: s cell_matrix/:c: reduce 
 [r c]]

Syntax Error: Invalid word -- :c:

Got it to Encap...

but I just get a console window with the code scrolling through...

I was able to catch the top of the output:

I think there is an error in mysql-protocol.r
MZ has no value....

Anyone else have a problem encaping mysql-protocol.r?

Can't find a refernec to MZ in mysql-protocol or my program

cell_sizes/(c):

Is a valid set-path...

you have to create that object ... it's a long standing sdk bug

EVery time I move the includes around I get a different error message...

I did have an include with request-download but I removed it as I 
thought that might be causing a prob...
But I'm getting other errors related to the includes

you can't just include a binary file

Just build a skeleton view app first

Just one...a small  one with no includes besides view.r

it works in script version...

I can read/binary and write/binary the db so its accessable via the 
encapped path...
and sclite.r is sending hte corect path...

Is there a problem with encapping DLL's?

I changed the line below to - 
	access: make object [


Probably not a bug but I could not find its dependancy and it works 
for me now...

** Near: access: make access [

    set-scroll-offset: func [{Sets the scroll position (subface/offset) 
    and updates the scroller drag-bars to reflect the new position.}
        face offset [pair!]
        /no-show
        /local scrolldom
    ] [
        face/subface/offset: offset

        scrolldom: max 0x0 (face/subface/size - face/crop-box/size)

        face/hscroll/data: either scrolldom/x > 0 [- face/subface/offset/x 
        / scrolldom/x] [0]

        face/vscroll/data: either scrolldom/y > 0 [- face/subface/offset/y 
        / scrolldom/y] [0]
        if not no-show [show face]
    ]
]
feel:

I suspect it is a problem of including files in the wrong order again. 
All the fundamental view / vid includes should go before including 
my scroll-panel. But it seems strange that panel is there but its 
access object isn't. I think that must be defined in a separate file. 
Historically, access objects were added fairly late to VID, so I 
think that's probable.

I think this step will save you a lot of confusion ! :)

I'm such a dope using the older version....

I think that's rebol inc's fault..I think I got it from them when 
I bought the SDK.
Funny thing is I had version 2.7.6 since it was released...

Version porblem was in the back of my head but I did not realize 
how old a version tehy supplied with the SDK purchase

I need to use a variable

But that means changing a lot of code

you can include the script as a block and do the block if needed

I was hoping to have a version run from a cd-r...makes it hard if 
I have to write to disk..even then how would sqlitew.r find it....

I do not know if I'm doing this wrong but it seems to me that I should 
be able to use a data file without saving it to disk first...something 
I can do with XPackerX...
But I do not seem able to get it to work..

Oldes, thanks for your help.

I still can not CONNECT to a db encapped. I've been writing that 
out too...

Just realized that encapping the db's with the exe is not a good 
idea as the memory used is equal or close to the size of the exe 
and these db's will be quite large....

I keep thinking in terms of XPackerX where it unpacks first and runs 
the main file adn accesess the data as if its on disk (which it is) 
and does not  load it into memory...

But with the xpacker you don't protect the code as with encap. Encap 
is using encryption. the packer just decompress the files to temp 
dir and runs a command. So while the program is runing, you can see 
the files.

And if you are trying to connect to a db which is not in a file, 
but in a memory.. of course it will not work.. same as with the dll, 
you need a file! as an input. Also what's the point to have the sqlite 
db running from memory instead of file.

Give me a few and I will do so..

I'm also getting a lot of "misplaced item" errors but again only 
in encapped version....

Unknown word or style: rejoin
Misplaced item: ["This version: " this_version]
Unknown word or style: rejoin
Misplaced item: ["Last Update: " last_db_update/date]
Misplaced item: 150
Misplaced item: "6-TOWE"
Misplaced item: [get_sections cur_chap: copy face/text]
Misplaced item: 450
Unknown word or style: red
Unknown word or style: font-size
Misplaced item: 25
Unknown word or style: bold
Unknown word or style: underline
Unknown word or style: chtit
Misplaced item: 0.0
Misplaced item: 255.100.100
Misplaced item: 90.90.90
Unknown word or style: rejoin

Misplaced item: ["14." " " "MAINTENANCE OF PORTABLE ALUMINUM LADDERS"]

Misplaced item: [my-scroll-panel/access/set-scroll-offset my-scroll-panel 
0x-1 * 699x15723 focus]
Misplaced item: 0x0
Unknown word or style: edge
Misplaced item: [color: black size: 2x2]
Unknown word or style: effect
Misplaced item: [merge luma -80]