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

World: r3wp

[SDK]

amacleod
3-Mar-2009
[1343]
How -direct from memory?
Oldes
3-Mar-2009
[1344]
from encaped app.
amacleod
3-Mar-2009
[1345]
THat's what i"m trying to do but it keeps looking for the dll on 
disk
Oldes
3-Mar-2009
[1346x3]
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
amacleod
3-Mar-2009
[1349x2]
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..
Oldes
3-Mar-2009
[1351x2]
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
amacleod
3-Mar-2009
[1353x2]
I have not used it as I thoiught it was now part of encap
oh, the docs...yes I've read through it..
Oldes
3-Mar-2009
[1355x3]
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
Gregg
4-Mar-2009
[1358]
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. :-)
amacleod
4-Mar-2009
[1359x3]
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
Oldes
4-Mar-2009
[1362x4]
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.
amacleod
4-Mar-2009
[1366]
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...
Oldes
4-Mar-2009
[1367]
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...
amacleod
4-Mar-2009
[1368x2]
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
Gregg
4-Mar-2009
[1370]
I don't recall rendering issues. Can you post shots of encapped/non-encapped 
results?
amacleod
4-Mar-2009
[1371x5]
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
Oldes
4-Mar-2009
[1376]
which version of sdk do you have?
amacleod
4-Mar-2009
[1377x3]
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
Oldes
4-Mar-2009
[1380]
Are you sure that you link to correct include files? The screenshots 
looks like some old IOS styles.
amacleod
4-Mar-2009
[1381x3]
I may have the prob..
My includes point to the old version
Dope!
Ilove you guys...thank you so much for helping this dope!
Anton
4-Mar-2009
[1384]
Yep, when the BTN style came out it had rounder corners than now.
amacleod
5-Mar-2009
[1385]
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...
Graham
5-Mar-2009
[1386]
try using call/show
Oldes
5-Mar-2009
[1387]
which window? If you mean the console, tan just print somthing.
amacleod
5-Mar-2009
[1388]
call/show worked..
thanks!
amacleod
17-Mar-2009
[1389x4]
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