| Subject |
Re: Runtime Files |
| From |
Patrick Kox <Patrick Kox> <Patrick Kox <Patrick Kox>> |
| Date |
Mon, 01 Feb 2010 23:48:16 +0100 |
| Newsgroups |
dbase.getting-started |
On Mon, 01 Feb 2010 04:33:08 -0800, "Ken Mayer [dBVIPS]"
<dbase@_nospam_goldenstag.net> wrote:
>Patrick Kox wrote:
>> On Sun, 31 Jan 2010 20:40:54 -0800, "Ken Mayer [dBVIPS]"
>> <dbase@_nospam_goldenstag.net> wrote:
>>
>>> Patrick Kox wrote:
>>>>>> 1. I noticed that the final tutorial.exe doesn't work (get the well
>>>>>> known can't run PLUSRUN error 740 or something).
>>>>> Is this one YOU created, or one that was out on the web? The one on the
>>>>> web was probably done with an older version of dBASE ... and sometimes
>>>>> the runtimes are not compatible ...
>>>> It's the one downloaded from the website (so the one that Michael
>>>> Nuwer made). I didn't have time to go through the entire Tutorial yet
>>>> (I"m at the custom forms section at the moemt).
>>> Well, you would need the version of the dBASE runtime from when Michael
>>> compiled it last, and frankly that's not worth the effort.
>>
>> Ah, so if it's compiled with dBASE 2.0 for example you need the
>> runtime files from that verssion ? (and up I would guess ?)
>
>Yes. EXCEPT: Not everything is upwardly compatible, nor is everything
>downwardly compatible. There have been a lot of changes in dBASE over
>the years, and sometimes things change enough that a program compiled
>under an older version will not run with the most recent runtime engine.
>
Ah, I see.
So basically it would be best to keep track of which version of dBASE
was used to build a specific program so you know what runtimes are
guaranteed to work when the newer ones might not.
>>> Why would you want to do that, when one copy of the necessary files
>>> makes more sense? The installer for dBASE Runtime deals with *registry
>>> settings* that tell the .exe where to find the runtime files ... then
>>> you only need one copy.
>>
>> That's how I understood it myself, but am I correct to assume that the
>> runtime files were already when I installed dBASE Plus 2.61.5 onto my
>> computer ? Because IF they installed with the dBASE installation (one
>> would think it is since it seems to be mandatory to run the files
>> compiled with it) why doesn't the tutorial.exe work ?
>
>Yes, they are installed with dBASE. However, dBASE Plus has evolved so
>much that the current runtime is not compatible with applications
>compiled with older versions of dBASE -- see above.
It's all starting to make sence now.
>
>> As I said, I tried the tutorial.exe that was build by Michael and when
>> I tried to run I got the PLUSRUN.EXE error and AFAIK it only works
>> with 2 .manifest files (1 for PLUSRUN.EXE and 1 for tutorial.exe) and
>> plusrun and resources.dll in the program directory ?
>
>When Michael last compiled the tutorial it probably didn't need manifest
>files, among other things.
Probably
>
>> I just checked (installed the runtimes with the installer that comes
>> with the dBASE Plus CD) and now I can start the tutorial.exe without
>> getting the question to run in Admin mode but the .manifest files
>> should NOT be in the Final directory where the program is located BUT
>> Plusrun.exe, resources.dll and PLUsr_en.dll have to be in the
>> directory or I get the 740 error with plusrun (and now for some reason
>> the program does not start when the 2 manifest files are in the
>> directory (tried it yesterday and then it didn't work WITHOUT these
>> files)
>
>I don't know. The registry settings should have been made, unless you
>were not logged in as Administrator when you installed dBASE ... (?)
Installed dBASE as normal user on Windows 7, but I guess the installer
should ask permission to install ?
>
>> Anyway, I guess the runtime files are MORE then just the 3 files
>> (Resources.dll, plusrun.exe and PLUSr_en.dll so maybe you mean that
>> these files should be included and not the entire content of the
>> runtime installer (about 14MB for 1 language or 24 or something for
>> the entire packages I guess).
>
>A good part of that includes the BDE, BDE Administrator, and so on.
>
>> Also resources.dll is probably only needed because the program uses it
>> to get some data (like the icons on the buttons).
>
>This also includes character strings used for error messages ...
>
>Ken
Thanks
Patrick
|
|