World: r3wp

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.

Gregg, thanks for responding. What system for catching errors are 
you referring to?

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:

** Script Error: Cannot use path on none! value
** Where: insert-event-func
** Near: insert system/view/screen-face/feel/event-funcs :funct
:funct
** Press enter to quit...

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

sounds like you got your includes in the wrong order

... or have ommitted the SDK file containing the funct declaration

Louis, were you using a function named 'funct in your encapped application? 
As of 2.7.7, there is now a FUNCT mezzanine.

I don't think that would cause your problem though.

The error message says can not use a path on none! so there is a 
problem with view ...

Brian, in insert-event-func, the parameter name is 'funct ... so 
nothing to do with the 'funct mezzanine.

I know that the problem has nothing to do with the FUNCT mezzanine 
- it errors out before then. His *next* problem will have to do with 
using 'funct.

Louis, which encapper are you using? Perhaps you are encapping against 
the wrong binary.

eh? how is that possible?

Including the wrong source files ?

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

instead of enface

Or encmdview, yes.

that does sound the most likely cause

Oh, I just got it, 'funct is a local parameter - that won't even 
be a problem eventually, nevermind my first message :)

yes.. it's a parameter to insert-event-func ... as I mentioned above!

I wonder if it should be renamed though in future ...

Yeah, that mentioning is what I just got :)

to make this less confusing

Tossing in an ASSERT/type [system/view [object!]] into INSEERT-EVENT-FUNC 
would be even less confusing.

INSEERT -> INSERT

ASSERT is supposed to be added in 2.7.8, as a native.

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

Trying to see if .net is installed but this gives me an empty block 


 foreach key keys: list-reg/HKLM "SOFTWARE\Microsoft\Windows\CurrentVersion\Internet 
 Settings\5.0\User Agent\Post Platform" [
                print key
 ]

even though I can see it full of keys in the registry ...

is there a reshack.r wrapper anyone has done?

I just use Call on reshacker directly.

Steve, I'm sending you what I have via email.

Sent.

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

or the exe... but it seems no exe is generated.

found it... but not really where I expected it.

Yes, I never do that Henrik. I've used a number of systems over the 
years (I think I posted my enlist script on rebol.org), and now generally 
use build and encap scripts, with Ladislav's INCLUDE as the foundation. 
In the encap script I include all the reshacker stuff to set the 
icon and version info.

I even prebol stuff manually before calling the encap it allows for 
a bit more flexibility and control over the whole process.

Gregg, I never do it either, but was an "emergency build" that needed 
to be done right then :-)

Gregg, that would be a good tutorial on encapping with the Gregg 
method. I don't do much encapping so each time is a hit or miss and 
I reshack manually which adds to the time.

I'll put it on my to-do list. I'm caught up up through 1993 now. 


The biggest pain with reshacker is version info. I couldn't get it 
to work with version resources as quickly as I wanted so I cheated 
and pump keystrokes to it.

I have a quick and dirty project generator that spits out the basics 
for simple REBOL projects. I'm not sure it's worth publishing, but 
I'm happy to pass it on to anyone who wants to review and comment.

Gregg: you might also achieve it by bypassing reshack for setting 
version info, wrapping BeginUpdateResource(), UpdateResource(), EndUpdateResource() 
from Windows API (feeding it with GetVersionInfo( ) buffer I guess?).

Gregg, your work is always appreciated. And yes, I spent a few hours 
with version info myself the last time I had the great idea to change 
that. Which just reminded me that I wonder if I bothered to write 
down what did work... Oh, the insanity, oh the inanity.

Doc, yeah, I've thought about looking at the APIs as well. Somehow 
I just kept hoping RT would make it automatic for us. :-\ Reshacker 
is really great, but far too old to be using like this today. 

James, I'll zap you what I have to review.

That's true - I feel like we're little kids trying to do big boy's 
work (MS). :-) Of course if it gets the job done...

I've got some info on using ResHacker here: http://www.dobeash.com/RebGUI/cookbook.html#section-2.3

Thanks Ashley. That was the info I used a few weeks back to get out 
of jam.

It would be nice if the sdk encapper didn't overwrite the alternate 
stream when writing out the binary.

Anyone having issues with win 7, 64 bit running enacapped programs?