World: r3wp

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

Keep in mind that the "current directory" of REBOL is different from 
that of Windows, and both can be different from the directory the 
program or script is in. Pick the directory you want to use and go 
for it.

If you want the script/program directory, try this:

 change-dir first split-path any [system/options/script system/options/boot]

that's essentially what I am doing. There are these gotchas in the 
SDK that surprise you when your script works, you build and it breaks. 
 awkc doesn't do that.  That's what I was saying...just some feedback, 
ya know.

How do you change the publisher(?) information on an .exe produced 
with SDK? (So it doesn't say "REBOL Technologies...")   I remember 
doing it before with some tool, but I can't seem to find it at the 
moment.

You need to edit the VERSIONINFO resource.

Are there any good freeware tools to do this?

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

http://www.dobeash.com/RebGUI/cookbook.html#section-2.3

Could anyone explain, what does following stupid hack mean?


;-- Must be done prior to loading anything that requires fonts on 
Linux.

layout [text "imanXwin kludge"] ;-throw this one away soon-- okay?

open-events

It actually prevents SDK from rebface + rebgui usage. So instead 
of fixing crashes we do like above?

IIRC, it initializes X or something.

what about changing the hack to the resulting layout object. shouldn't 
that work the same way?

http://en.wikipedia.org/wiki/Kludge

hmm, interesting henrik, it could work .... so you think that e.g. 
make face! or rebgui equivalent should be sufficient?

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.

ok, but when my friend on linux commented those lines out, it crashed. 
The question is why? Isn't rebgui initialising x-win in some way 
too?

I will try to look for some equivalents and let my friend to 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.

I guess you can't just use the resulting layout object. It's very 
large.

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!

I'm trying to use the

'call' command to call dar (Disk Archive), but I get this:

---- exception type = [DECI] ----------
[source]
    deci.cpp : digit_htoc : invalid decimal digit
    deci.cpp : digit_htoc : 
    deci::deci : string
[most outside call]
-----------------------------------

INTERNAL ERROR, PLEASE REPORT THE PREVIOUS OUTPUT TO MAINTAINER

The command I'm calling works fine when entered at the console. Any 
idea what is causing this problem?

Here is one of the source code files for dar which shows where the 
error is coming from (I think), but I don't know cpp.

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

i know its possible to have it for 1 dollar but i dont find the way 
to have it

That's news to me.  I paid $50 less for my linux sdk.

you already had the windows sdk ?

Yes.

I had the windows command sdk.

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?

Is the SDK being sold anymore?

can take a few hours

Did you use paypal or something else?

I told Carl of your purchase and Cindy will check it out.

I used master card. Still no email. 
I hope its being sold as I can't wait for r3...

Carl knows about it .. so don't worry!

what email acount did you use?

He's still on line on the R3alpha world ... I'll pass on your details. 
 Which SDK ?  Command or just pro?

pro 
[fergus4-:-bellatlantic-:-net]

sorry sdk -  not command and not pro

not command/sdk

Do thry still sell view/pro now that view has dll access?