Fatal error (graphobj.cpp line 56 ) when opening a vi

I cannot open my vi. Labview reports a fatal error and exits. Any workaround?
Log file:
#Date: Tue, Oct 05, 2004 11:17:20 PM
#OSName: Windows NT
#OSVers: 5.1
#AppName: LabVIEW
#Version: 7.0
#AppKind: FDS
D:\lvworm\src\lvsource\graphobjs.cpp(56) : DAbort:
0x0070644A - LabVIEW GPIBCloseDevOrUnit + 197BA
0x007063EC - LabVIEW GPIBCloseDevOrUnit + 1975C
0x00706384 - LabVIEW GPIBCloseDevOrUnit + 196F4
0x007138B8 - LabVIEW GPIBCloseDevOrUnit + 26C28
0x009854F3 - LabVIEW TDStandardize + 18F93
0x0085D16A - LabVIEW IsDialogControlFromRef + 1A95A
0x0081ABCE - LabVIEW OMGetClassPropListIds + 3E95E
0x008561FA - LabVIEW IsDialogControlFromRef + 139EA
0x0081ABCE - LabVIEW OMGetClassPropListIds + 3
E95E
0x00855FAE - LabVIEW IsDialogControlFromRef + 1379E
0x0081ABCE - LabVIEW OMGetClassPropListIds + 3E95E
0x009DB2DE - LabVIEW TraceToolEnableLogging + 5A9E
0x00A95F4B - LabVIEW SetKeyboardHandlerProc + 827B
0x00A8E0AC - LabVIEW SetKeyboardHandlerProc + 3DC
0x00B84639 - LabVIEW WSendEvent + 229

Hi, I have tried to open with lv7.1. The result is the same error message, but the log file differs....
Regards
Tamas
Attachments:
_GA_calc_by_point_positions3_defect.vi ‏1117 KB

Similar Messages

  • Fatal Internal Error: "image.cpp", line 13192 when trying to insert a cursor to graph

    NOTE:  This IS a duplicate post from the Breakpoint.  Text slightly changed.  The post in Breakpoint can be deleted.  All comments should be placed in this thread.
    I resolved the "Fatal Internal Error: "image.cpp", line 13192 when trying to insert a cursor to graph", but would like to share to find out if others have seen this and to determine whether this is a bug, or if it's time to redo my PC, or buy a new one..  
    I have an existing graphs (qt 6) which originally had 2 cursors.  This occurred while trying to add the third cursor. 
    Up until attempting to add the last cursor, the program worked great, and I had been running tests for a while.  However, I do recall seeing this problem when creating the original cursors, but not to this extent.  Plus I don't remember the original error message from that time.
    I needed to add one more cursor to the existing graphs.  As soon as I add a new cursor and set it's properties, I get a nasty error message and without warning LV8.2 simply closes itself (well, the only warning was the error message.  Tried it 3 times, same result.
    Here are the steps:
    Shut down the PC, went for a coffee, rebooted the PC.  Opened the LV project, opened the VI.  Immediately went to the graph properties to add the new cursor by doing the following steps: 
    Right click graph indicator icon on block diagram.
    Select Properties.
    Click on cursor tab.
    Click on Add
    Select Cursor 2 (3rd one, newly created)
    Change color
    Select cursor as a line
    Remove checkmark for "show cursor"
    Click OK
    I need to do this to 3 other graphs, same steps.  And as soon as I get to the step before clicking OK, I get the error message. 
    I managed to get an additional one done, by immediately saving after each step (yep going in & out of the properties).  But I've had this problem before when creating the first two cursors.
    Is it a bug?  Anyone else seen this?  Using LV8.2.  And the message is right about LOOSING ALL unsaved work!!!! 
    Here are more observations:
    Tried creating a new one on the second graph.  As soon as I clicked on the color, it crashed!
    See the error explanation below.  It is really clear, now anyone can solve it    LOL!!...  According to the error log, there's a bad image out there  
    .\manager\image.cpp(13192) : DAbort: bad image in ValidateImage
    $Id: //labview/branches/Europa/dev/source/manager/image.cpp#47 $
    0x007A81E8 - LabVIEW <unknown> + 0
    0x007A7BDB - LabVIEW <unknown> + 0
    0x00829D74 - LabVIEW <unknown> + 0
    0x008546CD - LabVIEW <unknown> + 0
    0x00C054E6 - LabVIEW <unknown> + 0
    0x0081B9C8 - LabVIEW <unknown> + 0
    0x0081EB9A - LabVIEW <unknown> + 0
    0x0084D9D4 - LabVIEW <unknown> + 0
    0x00854663 - LabVIEW <unknown> + 0
    0x00C054E6 - LabVIEW <unknown> + 0
    0x0085F7A1 - LabVIEW <unknown> + 0
    0x00BBACDD - LabVIEW <unknown> + 0
    0x00C06A2F - LabVIEW <unknown> + 0
    0x0085AA46 - LabVIEW <unknown> + 0
    0x00C06A2F - LabVIEW <unknown> + 0
    I observed the title bar after making changes to the properties.  I noticed that 3 out of 4 times, while changing the properties of the graphs to include the cursor, and saving after each & every step, that there were no stars appearing on the title bar to indicate "unsaved changes".  Saving was also much slower than usual.  I suspect, the program never got to placing the star before saving occurred.  However, I am noting everything.
    After creating the cursors, saving was and is normal, and the program runs well..   I have run tests without problems.
    Does anyone have a clue at what causes this?   Has anyone seen this before?
    Thanks,
    RayR

    Hi Donovan,
    I can't remember seeing this elsewhere.  When I get a chance, I'll create a new (blank) vi with new graphs and will repeat the steps. 
    I will let you know if I see this in the new vi.
    Thanks!
    RayR

  • Receive "Fatal Internal Error: Linker.cpp, line 1926 when run executable.

    Hi, I use invoke node to call multiple subvi.vit, it work fine under .vi but when run under an executable I receive this error:
    Fatal Internal Error: 'linker.cpp", line 1926
    LabVIEW Version 7.0 You will lose any unsaved work. For more assistance in resolving this problem, please relaunch LabVIEW, or contact National Instruments.
    Any suggestion will be very appreciated

    Hi David,
    What you are seeing is a known issue when calling LabVIEW 7.0 VITs from
    an executable or DLL if the VITs include any Express VIs. It can happen if you
    try to load
    multiple instances of that template VI using VI Server.
    There are a couple of workarounds for this issue:
    Take
    all the express VIs that are inside the template VI and turn them into
    static subVIs. You can do this by right-clicking on the express VI and
    selecting "Open Front Panel"; then save the express VI as a normal
    subVI.
    Build the entire application into a single executable, which will force all of the express VIs to get compiled as static subVIs.
    Don't use the runtime engine at all and always run your application in development mode.
    Let me know if the workarounds fix your issue, thanks.
    Good luck!
    - Philip Courtois, Thinkbot Solutions

  • Fatal Internal error: "oleautomgr.cpp", line 2832 when sending data by means of ActiveX methode

    I have experienced  error "Fatal Internal error: "oleautomgr.cpp", line 2832" during sending data to CAN card IXXAT iPCI-I XC16/PCI. LabVIEW communicates with that card by means of ActiveX methodes via "VCI Wrapper" which is COM object interface. Mass compiling of the project does not help. Card is initialized and configured propely. The driver card is working propely.
    LabVIEW version is 8.5
    The efect of that error is that labview completly shot down.
    I appraciate any suggetions
    thanks a lot

    Hello,
    Please try to reinstall the drivers for the CAN card, then make sure you close all references to the ActiveX control (at all levels) using the Automation Close primitive in LabVIEW.
    Regards,
    Emil

  • Fatal error splitpanels.cpp line 1148

    I'm using LV 8.2.1 and I'm getting a fatal error.  I've tried re-loacting my code in order to purge it, but to no avail.
    The error message says "SplitPanels.cpp" Fatal error line 1148....
    Any idea what's going on here?
    It happens when I receive a double-click on one VI (located in a sub-panel of the main VI), relay a message to the main VI to replace the VI with another in the sub-panel.
    There's a singlesequence of code which bombs LV.  The same frame of my State maching can be called via other means without bombing, so there must be something in the background.....
    Shane.
    Say hello to my little friend.
    RFC 2323 FHE-Compliant

    Unfortunately, I haven't found what I'm looking for there.
     I'm not getting an unhandled error, I'm getting a Fatal error.  I'm crashing LabVIEW.
    I've simply disabled the particular part of code leading to this.....
    It also crashes in 8.5.1.
    Shane.
    Message Edited by Intaris on 08-27-2008 09:02 AM
    Say hello to my little friend.
    RFC 2323 FHE-Compliant
    Attachments:
    Fatal arror Line 1148.png ‏6 KB

  • Version 12 - internal software error blockplanner.cpp line 215 when burning dvd.

    Any one know what causes this and where I should start looking?

    There are a couple of other threads about a similar error which seem to point to a possible chapter playlist problem:
    Internal Software error ..... When 'preview from here' or Build
    Chapter Playlist play order bug?

  • "Fatal internal error:"memory.cpp",line 593"

    I need some help.
    Can some please explain what i am doing wrong here. i have created a Dll from a LV 7.0 vi. The header file looks something like this:
    typedef struct {
    long dimSize;
    double elt[1];
    } TD2;
    typedef TD2 **TD2Hdl;
    typedef struct {
    double f0;
    double df;
    TD2Hdl magnitude;
    } TD1;
    void __cdecl Spectrum(double freq, double amp, TD1 *Spec);
    And i have the following code where i allocate memory and attempt to call 'Spectrum':-
    TD1 *Power;
    double frequency=10, amplitude=1;
    Power = (TD1 *) malloc(sizeof(TD1));
    (*Power).magnitude = (TD2**)malloc(sizeof(TD2));
    *(*Power).magnitude = (TD2*)malloc(5000*sizeof(TD2));
    (*Power->magnitude)->dimSize = 5000;
    for (i=0; i<500;
    i++) {
    (*Power->magnitude)->elt[i] = 0;
    Spectrum(frequency, amplitude, Power);
    I keep getting Fatal internal error: "memory.cpp", line 593" when it tries to call Spectrum. I believe i have allocated memory correctly although i may be wrong. (I was getting 'exception' errors before). The VI i used to create the Dll contains a basic 'Function Generator' (sine wave) and a 'Power Spectrum'.
    I have looked at the Knowledge base and dll examples that come with LV 7.0 and have tried setCINArray and NumericArrayResize but have not had any luck. It seems like the documentation is for LV 6.0 and 6.1.
    Has anybody seen this or have any idea why i am getting this?
    Thanks

    > Can some please explain what i am doing wrong here. i have created a
    > Dll from a LV 7.0 vi. The header file looks something like this:
    >
    > double frequency=10, amplitude=1;
    > Power = (TD1 *) malloc(sizeof(TD1));
    > (*Power).magnitude = (TD2**)malloc(sizeof(TD2));
    > *(*Power).magnitude = (TD2*)malloc(5000*sizeof(TD2));
    >
    > (*Power->magnitude)->dimSize = 5000;
    >
    > for (i=0; i<500; i++) {
    > (*Power->magnitude)->elt[i] = 0;
    > }
    >
    > Spectrum(frequency, amplitude, Power);
    >
    > I keep getting Fatal internal error: "memory.cpp", line 593" when it
    > tries to call Spectrum. I believe i have allocated memory correctly
    > although i may be wrong. (I was getting 'exception' errors before).
    > The VI i used to create the Dll contains a basic
    'Function Generator'
    > (sine wave) and a 'Power Spectrum'.
    > I have looked at the Knowledge base and dll examples that come with LV
    > 7.0 and have tried setCINArray and NumericArrayResize but have not had
    > any luck. It seems like the documentation is for LV 6.0 and 6.1.
    >
    It looks to me like you are constructing arrays to pass to LV using
    malloc, instead of the labview.lib functions for creating or resizing LV
    array handles.
    You should refer to the manual on Calling External code for details on
    the construction of an array.
    Greg McKaskle

  • Fatal error: protocolsup.cpp

    I am getting a Fatal Internal Error: protocolsupp.cpp line 3218, when I put a breakpoint in my vi. I am using LV8.2 RT.
    This happens most of the time I put a breakpoint  in and causes LV to quit.
    Any ideas what is causing this?
    Chuck

    I have the same problem when I try to step over (see log below).
    Anybody have any information about this error?  It looks like it was first reported over a year ago. 
    Last time I tried, it crashed Labview and Windows.  Impressive.
    Joe
    #Date: Tue, Nov 06, 2007 12:34:28 PM
    #OSName: Windows NT
    #OSVers: 5.1
    #AppName: LabVIEW
    #Version: 8.5
    #AppKind: FDS
    #AppModDate: 07/25/2007 03:07 GMT
    c:\builds\penguin\labview\branches\Jupiter\dev\source\server\protocolsupp.cpp(3244) : DAbort: MakeSyncCallEx: No available slots for opcodesent:1491 27=kOpSetVIState, waiting for 1132=kOpSetInstrStateAck
    sent:1492 27=kOpSetVIState, waiting for 1132=kOpSet
    $Id: //labview/branches/Jupiter/dev/source/server/protocolsupp.cpp#57 $
    0x00F4C898 - LabVIEW <unknown> + 0
    0x00AE4F38 - LabVIEW <unknown> + 0
    0x00874730 - LabVIEW <unknown> + 0
    0x00F49824 - LabVIEW <unknown> + 0
    0x005E2553 - LabVIEW <unknown> + 0
    0x0049C139 - LabVIEW <unknown> + 0
    0x0049A981 - LabVIEW <unknown> + 0
    0x0049C1EC - LabVIEW <unknown> + 0
    0x00405678 - LabVIEW <unknown> + 0
    0x0040599B - LabVIEW <unknown> + 0
    0x0041EDB0 - LabVIEW <unknown> + 0
    0x0053EC85 - LabVIEW <unknown> + 0
    0x00F4E9C6 - LabVIEW <unknown> + 0
    0x00F4C069 - LabVIEW <unknown> + 0
    0x00F4C898 - LabVIEW <unknown> + 0
    0x00AE4F38 - LabVIEW <unknown> + 0
    0x00874730 - LabVIEW <unknown> + 0
    0x00F49824 - LabVIEW <unknown> + 0
    0x005E2553 - LabVIEW <unknown> + 0
    0x0049C139 - LabVIEW <unknown> + 0
    0x0049A981 - LabVIEW <unknown> + 0
    0x0049C1EC - LabVIEW <unknown> + 0
    0x00405678 - LabVIEW <unknown> + 0
    0x0040599B - LabVIEW <unknown> + 0
    0x0041EDB0 - LabVIEW <unknown> + 0
    0x0053EC85 - LabVIEW <unknown> + 0
    0x00F4E9C6 - LabVIEW <unknown> + 0
    0x00F4C069 - LabVIEW <unknown> + 0
    0x00F4C898 - LabVIEW <unknown> + 0
    0x00AE4F38 - LabVIEW <unknown> + 0
    0x00874730 - LabVIEW <unknown> + 0
    0x00F49824 - LabVIEW <unknown> + 0
    0x005E2553 - LabVIEW <unknown> + 0
    0x0049C139 - LabVIEW <unknown> + 0
    0x0049A981 - LabVIEW <unknown> + 0

  • Fatal Internal error: "oleautomgr.cpp", line 2832

    Hi,
    I have a program developped with LV 8.2.1.
    Now I have import this application with LV 8.5; if I run the VIs in Labview it works; when I run my program (executable version) I got this error
    "Fatal Internal error: "oleautomgr.cpp", line 2832"
    I got the error after I  open a Diadem connection.
    Another information: first time I have import the program in LV 8.5 and I have save the prj, LV ask me to overwrite all the VIs of the "Diadem addons". (Diadem connectivity); so I have uncheck "read only" in Diadem.llb and I have save the Vi.
    Someone can help me?
    Thanx a lot

    For the community's future reference, this issue was resolved by the customer calling in for support, at which time it was determined that a Mass Compile of the VIs was necessary to eliminate the error. The process to mass compile is described here.
    -Sam F, DAQ Marketing Manager
    Learn about measuring temperature
    Learn how to take voltage measurements
    Learn how to measure current

  • I have encountered the new error "Fatal internal error fpinit.cpp line 7398

    I get the error message "Fatal internal error fpinit.cpp line 7398".
    I use: 
    TestStand 2.0
    LabView 7.1
    Vision 7.1
    uEye USb Camera
    I've included into my TestStand programm some new steps that control the uEye USB Camera.
    I use following steps (all steps written in LabView):
    - Initialze Camera
    - Wait
    - Close Camera
    - Wait
    I have the settings "Load dynamically" in TestStand"
    If I use also the setting "Unload  after sequence executes" and start the sequence I get somtimes a LabView error after running the Step for the Camera initialization. LabView is sometimes immediatlly closed. This happen at leased after 10 turns/starts of the programm. If I use the loop functions "Loop on selected steps" it happen only sometimes at the first loop. The initialize Camera Step is every time pass, if TestStand try to run the next step I get a error.( Sometimes I get also the message ActiveX Server got lost)  
    I detected also that sometimes in this case a constant in a other vi is emty. 
    Normally I use the setting "Unload  when sequence file is closed" then I have the problem only sometimes at the first turn.
    If the initialize Camera step is succesfull I have no problem with further camera steps.
    Regards
    Alexander
    Attachments:
    lvlog02-18-10-09-34-10.txt ‏1 KB
    Copy of Error.jpg ‏76 KB
    Copy of Error2.jpg ‏42 KB

    Hi Alex,
    I'd suggest to replace all ctl. with new ones.
    Perhaps one of them is corrupt.
    You will find a documentation about preferred execution system
    in the LabVIEW help. I also attached this files.
    Regards
    DianaS
    Attachments:
    help1.gif ‏37 KB
    help2.gif ‏11 KB

  • Zire 31 Fatal Error LauncherMain.c, Line 6747, can't open LaunchDB

    I had a new, still in the sealed plastic Zire 31.  I opened it up and tried to use it.  
    One problem is that the battery is dead.  I need to have it plugged in to do anything.
    Next, it boots, then reboots, then reboots, etc, over and over and will not stop.  It starts with the Zire Logo, then goes to the Palm Powered screen, then restarts on the Zire logo, then repeats endlessly.  
    A hard reset does nothing to fix the issue.  
    A warm reset gets me past calibration, but then I get this:  
    Fatal Error
    LauncherMain.c, Line 6747
    can't open LaunchDB
    It has a button to reset, but then I go to the above mentioned loop again.
    now what do I do?  To say that I am frustrated and disgusted is an understatement.  
    Post relates to: Treo 700p (Sprint)

    When you hard reset the handheld, did you get the "erase all data" message?
    The hard reset should remove the error and get it back to factory condition.
    Click on the following link to the kb.palm.com webpage for the article regarding reset procedures.
    http://www.palm.com/cgi-bin/cso_kbURL.cgi?ID=887
    Are you sync'ing the device to the same username in Palm Desktop as an older device?
    If you are, this will cause problems on the new device. When you sync the device, it saves the device settings, 3rd party apps, preferences, etc. in the backup folder in the username folder on the PC. When you sync the new device it copies the contents of the backup folder for the old device to the new device. This will cause corruption in the settings for the new device thus causing erratic behavior of the new device.
    Looks like you may need to hard reset your device and rename your backup folder. Go to http://www.palm.com/cgi-bin/cso_kbURL.cgi?ID=887 and follow the directions to do a hard reset. Next before you hotsync your data back over you will need to rename your backup folder, to do that go here;
    XP
    C:\program files\palm or palm one\[hotsync username]\ and rename your backup
    folder to backup.old
    Vista
    Start-->documents\Palm OS Desktop\[hotsync username]\ and rename your backup
    folder to backup.old
    Then hotsync to your current hotsync name and all your contacts, calendar,
    tasks, and memos will come back over.
    Show file extensions for XP or Vista
    XP
    If you can not view file extensions on your PC I would like you to open a
    folder go to Tools-->Folder Options--> View (tab) and under show hidden
    files and folders uncheck hide file extensions for known file types.
    Vista
    Open control Panel go to Folder Options--> View (tab) and under show hidden
    files and folders uncheck hide file extensions for known file types.
    Post relates to: Palm i705

  • Internal error: "memory.cpp", line 593 with PXI 8175

    Hi,
    I have created a program with Labview RT 7.0 which makes acquisition, storage and display of data with PXI controllers 8175.
    I used Datasocket for the data display on a deported computer.
    Because of the number of the Datasocket tags used, instead of sending values all the time, I'm sending value for the deported computer only if the user needs to see it.
    For example : if the user needs to see data, so only Datasocket tags for data display will be active, and if the user needs to see parameters values, so only parameters datasockets tags will be active. And, if the display program is in "standby" mode, almost all datasocket aren't active.
    So when the user needs to see data values, he opens the data values window of the display program, and then, the datasockets tags for data value are now active, but : sometimes at this moment, the PXI stops with an "internal error "memory.cpp" line 593"!
    The only solution is to manually reboot the PXI, the programmatically reboot doesn't work in this case of error. But it is far away from the displaying computer.
    The error happens regularly after a 2 weeks period of standby. So I though about a memory overflow, I checked all the arrays, and none of them is growing to the infinity.
    If someone knows about this problem, I will be very happy to learn about how to get rid of it!!!
    Best Regards,
    G Liagre
    Best regards,
    G Liagre

    Hi Rob, Hi Matthieu,
    Thank you for your reply.
    I found in the database many reply about this error, but none of them were helpfull for me.
    I tryed your link to the knowledge data base, but the error described there is for dll association in LabView and interface nodes.
    I didn't used any interface node in my code.
    The problem is that I cannot test my program on the PXI because I don't have access to it rightnow (only by remote desktop, and with a 56k modem..)
    Let me give you a part of this huge code.
    I suspect this part of the code to be the one which create the problem, but it's not sure.
    If you find something obviously wrong, tell me!
    Best regards,
    G Liagre
    Best regards,
    G Liagre
    Attachments:
    Communication.zip ‏931 KB

  • SOS:How to solve "internal fatal error:load.cpp line6345"?

       hello,everybody. now i meet with a sharp problem in labview. when i try to save a .vi file in labview, sometimes an error information will happen which is "internal fatal error:"load.cpp", line6345". i have tried almost every way to solve this problem but falied at last.
       Can you tell me how to solve this problem? thank u all!

    beryllan;
    Let us know which version of LabVIEW you are using. After a quick search in here at the Discussion Forums, I found that problems with load.cpp were common in LabVIEW 6, (with special mentions to the Student Edition). If that's your case, try updating LabVIEW here.
    Regards
    Enrique
    www.vartortech.com

  • HT4641 after modifying a document in Pages I found that there are horizontal lines across every line break when opened and saved it in DropBox.  Does anyone know why?

    after modifying a document in Pages ON MY IPAD AIR I found that there are horizontal lines across every line break when opened and saved it in DropBox.  Does anyone know why?

    Thanks a lot for your swift response. And sorry if it was a bit too hectic to go through my detailed query (which I did because it was misunderstood when I asked previously). As I've mentioned above, I was informed that updating to 5.0.1 would '''require''' me to '''delete''' the current version and then install the new one. And doing so will involve losing all my bookmarks. I guess I should have been more specific and detailed there. By losing, I didn't mean losing them forever. I'm aware that they're secured in some place and deleting and installing the software doesn't harm its existence. What I meant that if I install the new version, I'd have to delete the old one. And after installing the new version, I'd have to transfer them (bookmarks) back from wherever they are. Get it? When it updated from 3.6.9 to 3.6.13, and from 3.6.13 to 3.6.18, I didn't need to follow that process. They were already present on their own.
    BTW, I'm having no problems with 3.6.18 but after learning about the existence of version 5.0.1, I'm a bit too eager to lay my hands over it.
    Thanks for your help; hope this wasn't extremely long.

  • Internal Software Error: .\AVTreeNode.cpp, line 25 when saving a project

    Hello,
    I am trying to work with Encore DVD 2.0 on Windows XP professional (SP 2). Until now with every project I try to make I see new error messages, and my whole work consists of trying to find work arounds.
    My actual project consists of five slide shows. They are all between 1 and 2,5 minutes. Except for one, that only consists of a black screen shown for 5 seconds.
    I have a playlist that contains all slide shows. Between two of the longer slide shows I inserted the 5 second black screen. What I wanted to achieve with this technique is that I can easily change the "gap" between two slide shows by changing the duration of the black screen slide show once. Alternatively I could have added a black image as the last slide two each of the four slide shows, but then I would have to change the duration of that slide four times when I want to change the gap between the slide shows.
    Anyway, I finally tried to create the project which resulted in the CVOBUPlanner.cpp error in line 331.
    So I wanted to track down the problem by
    - deleting some of the slide shows
    - saving the project under another name
    - trying to create that project
    So first I deleted everything but the first slide show from the playlist. then I deleted all the slide shows but not the first one (and the 5 second black screen though I didn't use it here), from the project. Saved the project under another name and created it without an error.
    Then I opened the original project again. Now I deleted everything but the first slide show and the 5 second black screen slide show. Again I deleted the slide shows, but not he first and the 5 second black screen.
    I tried to save the project under another name, but now I received an internal software error: .\AVTreeNode.cpp, line 25.
    After I restarted the application I was able to open the original movie, delete the slide shows and save the project under another name.
    I still wanted to let you now because this is an error message that I have not seen before and didn't find here in this forum.
    Regards,
    Christian Kirchhoff

    There are a couple of other threads about a similar error which seem to point to a possible chapter playlist problem:
    Internal Software error ..... When 'preview from here' or Build
    Chapter Playlist play order bug?

Maybe you are looking for