World: r3wp

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]

There might be a problem with my dns routing try:
http://141.155.155.225:81/pics

which version of sdk do you have?

REBOL/Encap 2.7.6.3.1 (14-Mar-2008)

Let me check the source files

Title:  "REBOL/View"
	Version: 2.7.6

 Rights: "Copyright REBOL Technologies 2008. All rights reserved."
	Home: http://www.rebol.com
	Date: 14-Mar-2008

Are you sure that you link to correct include files? The screenshots 
looks like some old IOS styles.

I may have the prob..
My includes point to the old version

Dope!

Ilove you guys...thank you so much for helping this dope!

Yep, when the BTN style came out it had rounder corners than now.

Any reason why call to an encapped exe does not show the window....

It starts up (I can see it in task Manager) uses ram but the view 
window does not pop up...

try using call/show

which window? If you mean the console, tan just print somthing.

call/show worked..
thanks!

Getting an error on an ecapped script...works fine as script though:

** Script Error: base-effect has no value
** Where: do-facets
** Near: base-effect
** Press enter to quit...

Sounds like I'm missing an include but I have:
#INCLUDE %"../../../rebol-sdk-276/source/mezz.r"
#INCLUDE %"../../../rebol-sdk-276/source/prot.r"
#INCLUDE %"../../../rebol-sdk-276/source/view.r"
and just in case I tried adding:
#INCLUDE %"../../../rebol-sdk-276/source/gfx-colors.r"
#INCLUDE %"../../../rebol-sdk-276/source/gfx-funcs.r"

It crashes when I request-dir

If I substitute request-file it opens hte requester and continues 
throughthe code but request-dir gives me the error before the requestor 
opens..

Found the error in the view-request.r source code:
backeffect base-effect
Not sure what it does but commneting it out fixes the problem..

I guess its just some undefined backdrop color/effect - base-effect

I have a problem with a program, I build with enface. I include source/view.r 
and use ALERT. It works fine, if I click the ok button in the alert 
dialog with the mouse, but I get an error, if I hit <Return>:

** Script Error: find-key-face has no value
** Where: wake-event


A little research tell me, that wake-event is defined in source/view-object.r 
, but that isn't included in source/view.r , so it probably is automatic 
in, when enface is used. If I include source/view-object.r (before 
including source/view.r), I don't get the error, but then the alert 
window is placed partly outside the screen (because screen-face/size 
isn't set correctly. I can set it manually in source/view-object.r 
, but then I force a certain screen-size, and it won't work with 
other screen sizes. I'm wondering, how REBOL in the first place get 
the correct screen size, probably with some hidden system call!?

Suggestions?

Problem solved. It was because I included source/view.r within a 
context. Doh!

base-effect is an effect block. In the Rebol/View console:

	>> base-effect
	== [gradient 0x1 180.200.180 120.140.120]

Not sure yet where it is defined though.

Back in march I had an issue with this error:

** Script Error: user-prefs has no value
** Where: vbug
** Near: if not dbg: user-prefs/debug [exit]

Graham mentioned it was a bug with "request-download" or similar...

I'm now getting it with "read-net"

Graham suggested: user-prefs: [ debug: false ]

 I tried Gahams suggestion but I get another error:
** Script Error: Invalid path value: debug
** Where: vbug
** Near: if not dbg: user-prefs/debug [exit]

well, the error appears to be the same.

are you positive you have created the user-prefs object?

user-prefs: make object! [ debug: false ]

I did not make it an object! Just had user-prefs: [debug: false]

Works now!

Thanks again Graham!

My error it seems when I first mentioned this!

.

I have a application that is spread over around 15 files.. I use 
>>do %file<< to "include" them now. Now I am making a encapped version 
of app. do still tries to do the .r files but they don't exist when 
single exe is created so I get errors. I tried naming all files when 
doing encap but it behved the same. I read about prebol and understand 
that I have to  #include the files but I suppose that won't work

when developing and executing from it directly with >>rebol mainfile.r<< 
because it will need to be prereboled each time? 


Is there a way to make a script that I can encap and run directly 
via .r files? If there is no other way I was thinking about making 
>>either encap [ #include %file.r ] [ do %file.r ]<< but it's not 
the most elegant solution .. Is there any better?