Object reference not set to an instance of an object - here we go again

I am working on a project with 100+ small files, and this dreaded error message appears far to often when I confirm a translated segment. Trados closes immediately, even before the error message appears.

In the first place, I don't see why Trados should need to close -- why could in not be satisfied with refusing to store the segment translation?

In the second place, it is impossible to find out what could be the cause of the problem (not least because the problematic segment does not show until I open Trados and the offending file once again). So I need help.

I should add that I tried the method suggested by Paul in a discussion of this problem, namely to open the document for translation as a single file. And that worked. But with so many files, it is not a viable option.

emoji
Parents
  • Addition: Sometimes Trados does not close but it is impossible to get rid of the same error report. Which means that I have to close Trados myself.

    emoji
  • Hi

    I have a group of things that I do if Studio is slow or crashes. Even if you have no speed or stability problems normally, they can happen with a big/old/complex/multi-file project. Here's what works for me:

    1) Go to File > Options > Editor > Automation then UNtick 'Enable LookAhead' under 'Translation Memory' and UNtick 'Enable verification of segment' under 'After Confirming Segments Manually'

    Trados Studio Options window showing Editor settings with 'Enable LookAhead' and 'Enable verification of segment' options unchecked to improve speed.

    Both these options should help speed things up. You can then verify the file after you've finished working on it all in one go via the Review tab > Verify or by clicking F8.

    Then, in the Project Settings (or via File>Options if you create your own projects or work via Translate Single File), turn OFF upLift Match Repair:

    Trados Studio Project Settings window with 'Match Repair' option turned off under 'Translation Memory and Auto' settings to prevent crashes.

    Turning this setting off seems to help with files that for some reason cause Studio to crash. I am sure it helps with speed too.

    If you want to know what any setting means under File > Options or under Project Settings, click the Help button bottom right of the settings window:

    Trados Studio Project Settings window with 'Match Repair' option turned off and 'Machine Translation' and 'Termbases' options also turned off to enhance performance.

    Keeping these settings turned on if you need them works fine if you have a hi-spec fast computer and an excellent broadband connection. However, in less than perfect scenarios, it can help to turn one or all of them off.

    I always have them all turned off unless I need them, and Studio works well for me...

    I hope this helps,

    All the best,

    Ali Slight smile

    emoji


    Generated Image Alt-Text
    [edited by: Trados AI at 7:00 AM (GMT 0) on 29 Feb 2024]
  • Hi Alison

    Thanks for your suggestions! I have to admit that I was sceptical, since they all seemed to affect the speed of the program and the computer, whereas my problem seemed to be something completely different. However: so far it has worked! It's like a miracle. Thanks again!

    I think that RWS should investigate the fact that one or more of these settings may cause a problem like mine. I doubt that it is unique. For instance, verification of segment may be a useful feature. (I shall try activating that again and see what happens.)

    Best regards,

    Mats

    emoji
  • Hi Mats,

    I am positive that none of these settings cause the problem, but that they free up enough RAM to enable the software to deal with whatever really is causing the problem.

    RWS and SDL before them have been trying to find the cause of problems such as this but the biggest problem is that the Windows 'Object Reference' error can be triggered by so many different things that the solutions are also many and varied and not always directly triggered by Studio or by the same functionality of Studio combined with the other software present on a system.

    Re-enabling one process at a time should show you which needs to be turned off to avoid triggering the problem even though (as I said) the process itself may not be the actual trigger but could help Studio run efficiently by being turned off.

    All the best!

    Ali Slight smile

    emoji
  • Hi Alison,

    Thank you for this further information. I suspected that it is a problem with Windows in connection with Trados and thus difficult to come to grips with... Anyway, it is now rearing its head again, although not at all as often (but just as random).

    Best,

    Mats

    emoji
Reply Children
No Data