World: r3wp

I was 'doing'  the file later in hte script

I need to use a variable

But that means changing a lot of code

which varialble?

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

sql_protocol: do #INCLUDE %mysql-protocol.r

Right?

no

sql_protocol: #include-block %mysql-protocol.r
...
do sql_protocol

ok

or something like that.. I do not encap

Will that work for the dll?

so #include-block is not in default prebol.. so use #include-string 
instead

no.. I don't think it will work for dll. But I'm not sure. For the 
dll you should use #include-binary and write it on disk first

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

or provide the dlls like other apps do.. using installer:)

if it would be possible to use dlls directlz from memory, the installer 
would not be needed in most cases:)

I like the no-install option

How -direct from memory?

from encaped app.

THat's what i"m trying to do but it keeps looking for the dll on 
disk

if you include something, zou have it in memory when you start your 
app. So make sure to clean it after boot.

Yes.. that's what I say.. it must be on disk.

so you have 2 ways.. provide the dll with the app. or include it.. 
write it on disk on boot, remove it from memory and load it from 
disk

I assume If I'm running off CD I would need to change code in %sqlite.r 
to be able to find the dll where ever I chose to write 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..

Of course you can use data file without need to save it. I think, 
you just cannot load library from the memory.

Do you know this: http://www.rebol.com/docs/prebol.html

I have not used it as I thoiught it was now part of encap

oh, the docs...yes I've read through it..

You simply cannot load library from memory. See:
>> x: read/binary %CORE_RL_wand_.dll
== #{
4D5A90000300000004000000FFFF0000B8000000000000004000000000000000
000000000000000000000000000000000000000000000000000000001801...
>> load/library x
** Script Error: Expected one of: file! - not: binary!
** Near: load/library x

All you have to do is:
>> write/binary %my.dll x
>> load/library %my.dll
>>

the preprocessor does the same, just instead of:
x: read/binary %CORE_RL_wand_.dll
you do:
x: #include-binary %CORE_RL_wand_.dll

It's possible to load DLLs from memory IIRC, but it's deep voodoo, 
and I don't know if it will work from REBOL. If you're comfortable 
writing your DLL prologs in ASM, it's probably something you can 
do. :-)

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

Got an idea for one file distribution...

Encap the main app and use XpackerX to create package for distro....
Solves my main issues with encap

I still don't know, why you cannot write the data from the encaped 
exe on the disk, remove them from memory (set the variable to none) 
and use them.. it's exactly what your xpackerx probably does.

If you don't have encap,  the xpackerx can be good as you can just 
inlude the rebol.exe and script(s) you want to run.

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.

I understand what your saying, Oldes. And its the method I will be 
using....


As I said my thinking of encapped was confused and I thought of its 
workings like XPackerX which it is not...

It's working how you want. So it can work as xpackerx...

temp-dir: %/c/
my.db: #include-binary %my.db

unless exists? temp-dir/my.db [ write/binary temp-dir/my.db my.db]
my.db: none
my.dll: #include-binary %my.dll

unless exists? temp-dir/my.dll [ write/binary temp-dir/my.dll my.dll]
my.dll: none
;do what ever here with your db and dll...

I see...I gues that is what Xpackerx is doing anyway....I might as 
well control it myself..

New prob...

My buttons (btn) are not rendering properly...they are rounded at 
the ends. And other graphic elemnets are also rendered differently...

Is the draw dialect included in view.r source file?


I do not see anything that looks like draw.r in the source directory

I don't recall rendering issues. Can you post shots of encapped/non-encapped 
results?

Give me a few and I will do so..

Gregg, YOu can view them at: http://onfire.selfip.com/pics/

first screen: shows rounded buttons

second screen shows "flat" menu buttons (effect seems to not be drawn)

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]