Runtime Trouble part II

[michele]

part I...what I've asked before

I know I've been asking it before but did anybody ever have trouble with a runtime just quiting while the original database function works perfectly well?

part II....

Is it possible that when you open a runtime version it opens all the databases with their opening script..as defined in the preferences?

Thankyou for reading (twice the first question) and eventually answering my questions.

[mgb99]

Runtime solutions require specific solution components (Mac and Windows) to be placed in the solution folder. This is required even if you have FMP installed on the computer. That may be the cause of your runtime solution quiting or crashing.

Also, be careful that you do not use the .fp5 or another three-character filename extension that already exists on your computer. This can reak havoc on your applications--i.e., the runtime solution starts up when opening the original program. If Mac, see the Apple site to register your own three-character filename.

Best bet. Read the FM Developer manual. Specifically Chapters 4 and 5. And be familiar with Appendix A.

Hope this is helpful. As for your 2nd question, I'm not quite sure whether you are asking if it is possible to open them all up (which it is through scripting) or whether it defaults to opening them all up (which it might if the primary file has to access all of the files at launch.

[michele]

Thankyou for your answer.

So I read the chapters 4-5 and appendix A again. I must admit I did rather read it in 'fast forward-mode' before.

But reading them again didn't help me. The elements you need to add are only necessary if you want to import Excell sheets, or if you need a dictionary etc,...neither did I use a script that can't be performed.

So it comes to this: if you leave all the elements that were made during binding, it should work...but it doesn't.

Did I miss out on something?

[garhop]

Michele,

Are you on a Mac or a PC platform? If on a PC platform, there must be two files on your computer (independent of the runtime files) for the runtime to work. Otherwise, the runtime will attempt to open and just quit.

The necessary files are Microsoft files that are normally supplied with Internet Explorer 4.0 or above. They are SHFOLDER.dll and COMCTL32.dll There is an article in the FMI knowledgebase regarding these although I do not have the address handy.

If on a PC platform, try searching your machine for these files. As for your second question, I must apoligize, but do not understand your question.

Gary

[michele]

Also thanks Gary for your answer.

My system has the necessary files, but maybe I need to include them in the folder.

As for the second question what happened was the following.

I included a script in every database and defined in the document preferences that it should be my startup script.

Normally those scripts only perform when the database is opened 'manually' and don't perform when the database is opened by a script (=through another database).

But in runtime every defined startup script seems to perform as the runtime starts.

[michele]

Yes, yes, yes!!

Including them was the answer for pc.

Thanks to you both.

[garhop]

Michele,

The opening script, defined in the preferences, will execute whether the file is opened manually or opened by another file.

How would you prefer the opening script to execute? i.e. What would be ideal in your situation?

Gary