AltME groups: search

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'm  not able to create an .exe with enface using drag and drop (as 
described in the intro doc). I'm using xp pro. 

Where is the exe placed after creation. The sdk bin folder? or the 
scripts folder? or somewhere else?

Found Gregg's EnList script. Cute and helpfull. I was able to encap 
the test scripts with it but drag and drop does not seem to work.

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.

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.

and after that, the world will hopefullly be amazed. :-)

kib, you can also use the Viewtop to let others run your programs, 
but with adding your site under Public/Sites/. If you click the "Goto" 
menu button, you can enter an URL for an index.r file, you have somewhere 
on the internet. And from there launch your programs.

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.

Geomol: that's really cool. And inside my index.r, I just have to 
write the references to all my rebol scripts ?

Ok, so I've prepared some Rebol lectures for tonight. I have to go. 
Let me thank you for your kindness, and I hope to see you soon here.

You know, that is interesting looking back at the ViewTop.  It's 
not something I played with and have even forgotten about.  I'll 
need to relook at that.

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?

The order of the include files seems to have an effect the error...


I moved the rebol mezz functions to the begining and now I get this 
error:

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

keep it ..and include all the stuff you need, and see if the simple 
one still works

If I move #INCLUDE %window.r below  #INCLUDE %scroll-panel.r my error 
changes to : 

Script Error: access has no value
** Where: stylize
** 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 guess encap is evaluating each include as it comes along and if 
tehy deopend on each other as these do...and they are in hte wrong 
order...it fails.

I got it running...atleast the first 'main' window.  My buttons look 
funky...btn's have rounded ends and colors are different.

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:

And you're including view.r first, scroll-panel.r after ?

Having the same problem with scripts...mysql-protocol.r

** Access Error: Cannot open /C/Documents and Settings/Alan/Desktop/mysql-protocol.r
** Near: do %mysql-protocol.r
db_IP: mysql://Alan:[Stynki4-:-onfire-:-selfip-:-com]:3306/onfire
do

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

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

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

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

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

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

Give me a few and I will do so..

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

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?

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?

I find it to be far less cumbersome than trying to come up with fancy 
methods of using a single file for do and #include. Especially if 
you are using multi-level includes.

With that I mean, if you create your own libraries that are preprocessed 
or 'do'ed separately and then included or 'do'ed in the main file.

Be sure that you don't do much else but includes in those files. 
This will make sure that after a while, working on your project, 
both files will get steady and no more changes occur, and then you 
won't see there are two different files.

I don't like duplicating code.. then I can have one bug in one file 
and another in other and I always have to check if I updated them 
both etc.. winMerge and tools like this would help but anyway

In the build system I use now for my projects, there are two separate 
files. The one I use for development is the 'do, and the one my customer 
gets is the #included version. Then I have a make-file, that builds 
the project and puts it where it needs to be (local webserver), counts 
up the build version. I can build it whenever I want and there are 
no hiccups.


My earlier attempts at a build system was by trying to be fancy, 
i.e. build with as few keypresses as possible. It never worked as 
well as this one.

yes, many times simplest solution is the best.. and usage shows what 
works

why not create a target source file and run that?

enface source.r -t target.r -o target.exe
and that gives you the pre-reboled version as target.r

ok .. encap or prerebol every time I make a change .. I could automate 
it so that when I want to text-run app I have some batch file that 
prerebols it and runs it instead of just runs it

I use a .cmd file myself ... to build my sources and then run them.

...and if you want to just save the file, you use INCLUDE/LINK %my-input.r 
%preprocessed-output.r

It would not work for me anyway as I use other PREBOL syntax as well. 
Personally I like the issues for such a syntax. I use PREBOL for 
single projects scripts and 'require spec in the script's header 
for other scripts/projects which are required for the single script/project.

The difference between the 'require and the script's #include is, 
that in the header I use only projects/script name and or version 
and not relative path as one has to do with the #include.

Carl wrote, that R3 modules don't support include at this time, check 
the http://www.rebol.net/wiki/Inclusion_Methodsand http://www.rebol.net/wiki/INCLUDE_documentation
texts

Anybody know a workaround for this?

from rebcmdview.exe and/or old desktop:

REBOL []
print length? read/lines http://www.google.com	;; works
print length? read/lines http://www.rebol.com	;; works
print length? read/lines https://www.google.com	;; works
halt

11
242
11

encapsulate (encmdface.exe) above and run the exe:

11
242
** Access Error: Invalid port spec: https://www.google.com
** Near: print length? read/lines https://www.google.com
halt
** Press enter to quit...

happens on any https page

I tried with enface.exe and encmdview.exe  both give a  tile like 
 "REBOL -      "

there is a nice feeling about seeing a 450kb 20 file REBOL script 
being linked as one source , then add another 400 kb of view encap 
code over it and it all works... 

850 kb of REBOL is a hell of a lot of code... I can't imagine how 
much code that would be in C  !!!

:-)

Some customers also get a little weirded out, when they see that 
my biggest programs take 2-3 seconds to download and about 0.1 seconds 
to install and start.

I notice the icon of my encapped application displays info about 
rebol -company name, file version etc...

Anyway to get my info and file version for the App in there? If so 
-  Can this be done when encapping or to I need to change it afterward. 
It it indeed the icon that holds this info?

I simply used CALL to call encap and reshack sequentially. Kind of 
a make-file.

I have massive make files like this which do all kinds of script 
fixup, directory creations, zipping of archives, backups... and call 
res hacker... its the easiest way to encap stuff.

note that the icon has to be of an exact specification... you can't 
replace just any icon.  basically, there are 9 sizes/colors in the 
icon, and you have to use EXACTLY the same setup.

Getting a weird behavior with an encapped app....


It works fine on most computers but on one computer an image in the 
face is not displaying properly...

its as if white space is being added to the right  and bottom sides 
throwing of the layout. 

I tried placing in a box with specific size. THis retains the basic 
layout but the image is squeezed up into a part of the box.
Only a problem on one computer so far ...

3 computers > XP pro and 1 > vista laptop. Offending machine > xp 
pro

and have you determined whether it's specific to XP?  Or just to 
that PC?

and you are sure the image itself doesn't have the artefact?  (llooking 
into picture viewer, for eample)

jpeg looks clean and displays proper everywhere else

Why only that computer and only when encapped is my question..


The work computer is FDNY property and locked down somewhat so its 
hard to debug if its the computer's issue...

The screen does look off (aspect and resolution wise) but I can't 
check as the display properties access seems to be locked down for 
security...

That may also be the problem...some of the officers have bad eyes 
and may have increased font size..I'll check it out. Thanks for the 
hints Gregg.

I check for desktop and warn users that the app might not run correctly.

Yes, issues running from desktop ... so don't advise it .. and I 
specifically check for desktop installation and alert user not to 
do this ...

Not sure where to put this so asking here:


I downloaded a web script and it has a  snippet I don't understand:
buffer: make string! 1024         ;; contains the browser request
file: "index.html"
parse buffer ["get" ["http"  |   "/ "  |  copy file to " " ]]

what does:

copy file to " "

mean or do?
tia

From the new products page:

REBOL Technologies has changed its product catalog. REBOL/Command 
features are now part of REBOL/SDK. We've eliminated the standard 
REBOL/SDK. We also will be lowering our pricing for these products 
accordingly. 


How does this affect current sdk owners? Can we download command 
sdk and use with our key?

Well, generally when you buy a TV 1000$ and the price get to down 
to 800$ 2 month later, the shop does not refund the difference. So 
why RT whould ?
Or maybe just those who buy this month (if there is some) !

And they're the ones who have loyal customers forever :)

I still hope it is an ommision? SDK does not imo contain license 
key, and it was always available to download IIRC.

This need to purchase the sdk if you bought it over a year ago seems 
a little arbitrary ... normally this implies that there has been 
a year's worth of upgrades and fixes over the one year period, but 
the last sdk release was over 2 years ago.

And there doesn't seem to be an upgrade path ... so looks like he 
is asking us to purchase it again

a better karma and some extrapoints für you kudos-system graham :-))

and Carl not starving to death.

I've already purchased View/Pro, SDK linux and 2 x SDK/command windows

RT should look into how Luxology does it with the 3D modeler, Modo. 
That model is worth copying parts of and is probably possible to 
graft onto RT.

Here's how they do it:


- Create a strong and unique product from scratch using people with 
many years of experience in the business.
- Keep a community forum on the main site.

- Keep a community creation portfolio on the main site. That's important, 
perhaps more than the forum.

- Have a charismatic front person who is daily in touch with the 
community. Creates a weekly podcast that also includes personal content 
and interviews.

- This person is so close in contact with the community that he can 
discuss product pricing and licensing with the community.

- Being a private company, they are free to opine on the policies 
of other companies, and Adobe and Autodesk are often criticized openly 
by Luxology.
- Make it really, really, really, REALLY easy to buy the program.
- Make upgrade paths really, really clear.

- Make the licensing scheme very loose. Don't bind it to a platform, 
but to a computer.

- Create content, tutorials and other items that are purchasable 
for a small amount (10-20 USD or so).

- Paid content is really cleverly done as an extension of the program. 
You can buy "kits" that for example let you easily set up studio 
lighting. This allows people to use the program in ways that were 
not originally intended or would be laborious to build on your own. 
In a sense, the 3D modeler is suddenly not only attracting 3D artists 
but photographers as well. It works similarly to how modules would 
work in R3. I suspect this will be one of their main income sources.

- Keep proprietary tech to yourself and license it to various vendors. 
This seems to be what they are mainly making their money on now.


This model works really well for them and they are growing constantly 
and with a fanbase about as strong and loyal as RTs. Luxology feels 
like a distinctively non-corporate entity, and like more a bunch 
of people having fun. Purely through years of word of mouth they 
got their program visible in one of the featurettes for the Avatar 
movie and on the Apple website demoing the Mac Pro. They even have 
guys from Pixar on the forums and making tutorials. Modo is known 
for being different than other 3D modelers much like in the same 
way that REBOL is different from other programming languages, making 
it fun to use.


In a sense REBOL as a product is not dissimilar to Modo (it's fun 
to use) and with their business model already working, I think it 
could be grafted onto RT's business model.

separate PPC and Intel version

Sorry, I repeat... I upgraded to sdk 2.7.7 for $50. I am a very old 
Command and SDK legally licensed user. I am a macosx and windows 
user. My original license was for windows. According to a mail from 
Cindy, when upgrading to 2.7.7 existing license file would work for 
all platforms. I am willing to support rebol development and this 
why I choose to upgrade even if I do not really have the use for 
such a minor update. But, it looks that current sdk 2.7.7 release 
is not really bullet proof: under macosx, rebcmd et rebpro complain 
they could not find a valid license key file, while encap binaries 
seem to recognize my license key. Under windows XP, my license seem 
to be recognized, but rebcmd returns the following error: 'REBOL 
Internal Error: Boot error: 316' Anyone enconutering such problems? 
Thanks in advance.

I have command sdk license for Windows and also a separate sdk license 
for linux.  So, there is no point in upgrading both ??

I don't know if this is an SDK issue or what.  I have an encapped 
application that under windows xp, the copy and paste works fine 
with control c and v.  But under Windows 7, it's not doing anything.

Restart windows and the issue goes away

the message is that it costs $50 to upgrade and that's good for a 
year

and you don't get consulting requests unless you have ( usually ) 
a popular language

If you mean debugging an encapped app, there is no single best way. 
It depends on the app. If you have a system in place for catching 
errors, and logging them, that can help a lot.

I have an encapped program that has worked for years.  But it contains 
a password, and the password had to be changed. Now it won't work 
when encapped. I get:

If I replace all the #include's with do, and run it with rebview, 
it runs without problem.

There are 5 encap programs, and it's been years since he last encapped 
this app. Maybe he's using enbase, encmd or enpro.

BrianH and Graham, I was using enpro. Using enface instead solved 
the problem. Many thanks!

if I drag a script onto enface.exe and it encaps successfully, where 
is the script put?