We have reset all users FileMaker related profile fields. Please take the opportunity to update your information,  this will provide background to members whom read your posts. Click here.

Jump to content
dysong3

some scripts make FM15 crash, but not FM 14, 13 or 12

Recommended Posts

dysong3    1

I have a number of scripts that have worked perfectly for years in previous versions of FileMaker, however in FMP 15 they causse FM to crash.  They only way I have found to avoid the crash is to use the debugger and to use the "step into" button.  That of course is a very cumbersome workaround. You can see one of the culprits below.  Anyone have any ideas what's wrong here?

 

 

Untitled 2.jpeg

Edited by dysong3

Share this post


Link to post
Share on other sites
Wim Decorte    443

On what step does it crash, and what does the crash log say?

As an aside: you should avoid copy and paste.  As step # set a variable to the content of the field.  And in step 4 set the field to the content of the variable.

Share this post


Link to post
Share on other sites
dysong3    1

Sorry for being a dummy, but how do you access the FM crash log?  I've just googled it and found nothing.

Of course you're right about copy and paste.  It just goes to show how old some of these scripts are, they were made before variables were part of FM and I've never got around to correcting them.  That is not the reason for the crashing as I've just corrected it and it still happens.

Edited by dysong3

Share this post


Link to post
Share on other sites
Lee Smith    141

Have you tried using the Error Capture in your script?

It sounds like your file may have developed corruption. 

Have you tried opening it in the previous version of FileMaker? Does it still crash?

Do you have a backup copy of the file? If so, does it have the same problem?

 

Share this post


Link to post
Share on other sites
dysong3    1

Hmm Error capture doesn't seem to offer any help.  The scripts still work perfectly well in previous versions of FM.  I have backups and the oldest backup I could find, more than a year old, behaves in the same manner.  The same scripts make FM15 crash.

Share this post


Link to post
Share on other sites
Wim Decorte    443

When an app on Mac crashes you have the option to view or save the crash log.  Sometimes there are good clues in there.  Don't paste it here because it is long, paste it into a text editor and attach it here.

Share this post


Link to post
Share on other sites
Wim Decorte    443

Do you have any onTimers on the any open windows?

Is there a web viewer on any of the layouts involved?

Share this post


Link to post
Share on other sites
dysong3    1

Well the web viewer appears to be the culprit.  But that doesn't resolve my problem as I would like the script to work and keep the web viewer.  Any ideas on how to do that

Share this post


Link to post
Share on other sites
tomassia_fm    0

Hello,

Your Os seems to be Sierra and Java 1.6 ?

It seems also that you don't have engouh free memory. Maybe the cute / paste is using to much memory in the clipboard.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Similar Content

    • By 123
      Hey,
      what happens if I create a solution in FM16 and use the "Card Window" feature and someone else who still has FM15 wants to work with my solution? Will this work or is it not even possible to run the FM16 solution?
      Thanks in advance,
      Mike
    • By Keith McKay
      I have two tables, A & B, with similar fields.  I want to write a script that will search table B for records that match the fields that are entered in table A.  I am not sure how to do this.  Any suggestions?
    • By Roark Holz
      Hello, I am wondering if someone can help me understand how external container fields work in FileMaker 15. For testing purposes I have created a very simple database shared from our FileMaker 15 Server, the database has two fields, a single text field and a single container field. I have set the container field to store files externally which works, the files end up in a subfolder on the FileMaker server where the database itself resides. 
      Now I would like to change the external location where the files associated with the container are stored, I found a section in the manual called "Managing external storage of container data" but this is where I am running into a problem. While logged into the database as the admin user I go to File-->Manage Containers. There is one location listed under Base Directories: "[hosted location]/Container Test/" however all of the buttons that I should be able to use to manage my containers are grayed out (New..., Edit..., Delete and Transfer Data...). The only buttons in there that work are cancel and OK. It seems like a permissions problem but I am logged in as the admin user with full access.
      Can anyone tell me what I might be doing wrong?
      Ultimately I would like files uploaded to my container fields to be stored on a file share, either referenced by UNC path or by mapping a network drive. 
      Thanks in advance for any assistance anyone can provide.
    • By DreadDamsel
      Hi. I'm using FMPro 12 Advanced.
      Creating a database for our community centre and I need to add a membership number to contacts - but not all of them.
      I've created a separate table for Membership numbers (as not all contacts will have one, so serial numbers aren't appropriate).
      Each membership has a number of details fields.
      It's probably a REALLY logical and stupid problem I'm batting against - but I need to:
      Select a contact>go to their details>add a membership number (go to a floating window layout, enter the details to the serial-number-derived membership) and have the details including the number show up in a tab on the contact's details layout.
      I've created a relationship between my contacts file and my membership file via the Contact_ID>Contact_ID_fk and have played around with other relationships. 
      I've also created a simple script from a button on the Contacts membership tab to go to the Membership Layout window and create a new record. But it keeps creating a new record in the Contacts, not Membership - even though the relationship only has to create new records in the memberships side.
      I'm now running around in circles - please can anyone help me out here?????
    • By Julio
      Hello,
      I have a weird issue that just started happening when I use the 'Print to PDF' script step in a loop.
      I have a script that passes through and prints out a set of pages. When I use the script Debugger and when I reach the spot I am having issues with, I can see, during the preview, that it is in the correct record; showing the correct page, but once it is done and saved as a PDF, it is showing the first record that was browsed.
       
      I have attached a snapshot of the script I am using.
      If you notice, I have it go to the layout First, Performs a Find based on a Variable - It finds the proper records.
      Then it goes to the first record, (for this example, lets say record # 36)
      Starts a loop and saves the record being browsed to a PDF. Then it moves on to the next record in the found set.
      The Custom Dialog which SHOULD show the next records ID, does not. It still shows record #36.
       
      I have no clue as to why. Even though as I go through each script step and I can visually confirm it is moving to the proper record in the FileMaker client, it does NOT save the proper Record.
       
      If I switch the option on the 'Save Record as PDF' from Current Record, to records being browsed, it saves the proper records to PDFs, but it duplicates them 3 times and does not set the proper page numbers.
       
      Attached is also the end result
      The Observ ID: should be 36, 37, 38 but all three pages stay at 36 showing the exact same record.
       
      Thank you all for your help.
       
       
       
       
       
       
       




×