dylanmuir / tiffstack Goto Github PK

(Copied from file exchange)

Hi,

I am running into a problem with TiffStack specifically when I try to load >4GB uint16 tiff stacks that have been saved in imageJ (ie 'big stacks' dealt with by the 'OpenImageJBigStack' functionality).

After TiffStack is done running on these faulty-headed tiff files (successfully calling MappedTensor), when I plot frames from the resultant tsStack object, for example using imagesc(tsStack(:,:,1)), the image appears circularly shifted along the 1st dimension, as Avinash mentioned in the comments section of your MappedTensor function on FileExchange. Unfortunately, the fix mentioned in your response doesn't work for me (I'm assuming the output of >4GB ImageJ tiff stacks that display the error re: headers are binarized, as mentioned elsewhere).

All is working for tiff stacks saved in imageJ that are smaller than this limit.

Any help re: how to trouble shoot would be fantastic - as this function for my smaller files is a life-savor for setting up efficient parallel processing.

Thanks!
Rachel

I have a tiff created by scanimage 6 with 4 channels. It's big and in a single file:

ans =

          40         256           1           4       24373

I can load the beginning with no problem

>> size(stack(:,:,1,1,16384))

ans =

    40   256

But after that, nothing can be read:

>> size(stack(:,:,1,1,16385))
Error using TIFFStack>TS_read_data_Tiff (line 1264)
*** TIFFStack: Could not read data from image file.

Error in TIFFStack/subsref (line 680)
                  tfData = TS_read_data_Tiff(oStack, S.subs, bLinearIndexing);

Caused by:
    Error using tifflib
    Input argument out of range.

Maybe not by chance, 16384*4 = 65536

I'm on branch master, commit b083ad9. I have the same problem with dev-different-image-config-in-stack.
Can it be a biggtif problem?

Hi Dylan, thank you so much for TIFFStack this has sped up my work so much!

I've just updated to Matlab 2016b and re-downloaded this code (within the week). All of a sudden I'm getting an error, which after much chasing, is coming from the Andor tags section in the tiffread31_readtags function. Sometimes different tags, with the attached file it's with the exposureTime tag. Specifically I'm getting the following error (after having commented out the try and catch in TIFFStack.m):

A dot name structure assignment is illegal when the structure is empty.  Use a
subscript on the structure.

Error in tiffread31_readtags (line 154)
            sTags(img_indx).ANDOR.exposureTime   = entry_val;

Error in TIFFStack (line 241)
            [bIsImageJBigStack, bIsImageJHyperStack, vnStackDims,
            vnInterleavedIJFrameDims] =
            IsImageJBigStack(tiffread31_readtags(oStack.TIF_tr31, oStack.HEADER,
            1), numel(oStack.HEADER));

forDylanMuir.zip

We were able to work around this by just commenting out the whole Andor tags section in tiffread31_readtags

Any idea what is going on and why this happened all of a sudden?

Thanks a lot,

Hi,
I am using Matlab 2018R with installed Tensormap and TiffStack.
I am trying to load one of those terrible multislice TIFF saved from Imagej which save the info only of the first. Imread is only able to read the first.
When I simply do

tsStack = TIFFStack('left_c.tif');
I get this error

`--- MappedTensor: Compiling MEX functions.
Warning: --- MappedTensor: Could not compile MEX functions. Using slow matlab versions.

In MappedTensor>GetMexFunctionHandles (line 2173)
In MappedTensor (line 204)
In TIFFStack>OpenImageJBigStack (line 1885)
In TIFFStack (line 247)
Warning: --- MappedTensor/delete: Could not delete temporary file.
Error: Invalid file identifier. Use fopen to generate a valid file identifier.
In MappedTensor/delete (line 408)
In MappedTensor (line 200)
In TIFFStack>OpenImageJBigStack (line 1885)
In TIFFStack (line 247)
Error using TIFFStack (line 484)
*** TIFFStack: Could not open file [C:\Users\Administrator\Documents\ruiqin\left_c.tif].

Caused by:
Error using fopen
First input must be a file name or a file identifier.`

any idea?

In scanimage files, every frame as a Software field. But all of them point to the same offset at the beginning of the file (32 for me). Is there a way to get the position of the field for a given frame so that I can know if my metadata are read from different places or not?
Basically I would like to access to fpos found in tiffread31_readtags.m L356 but I don't know how to do that from a stack.
I'm not sure if it would be a really useful feature outside of this only use case (in which case I could simply always load the first Software and ignore the rest)

I'm not sure whether this is an issue with TIFFStack or not, but I'm hoping you might be able to point me towards a solution.

I have a 3D stack that I have saved to disk using the MATLAB Tiff object, which I believe is a wrapper for libtiff. I can open this file (and the image looks correct) using ImageJ or MATLAB imread, so it seems to be a bona fide TIFF file. However, when I try to use TIFFStack to read this file back into MATLAB, I get the following error:

Error using tiffread31_header (line 54)
This is not a TIFF file (no MM or II).

It can't really be possible that MATLAB's Tiff doesn't write the header properly, can it? There must be an issue with the reader, unless I'm missing something. Thanks in advance for any suggestions!

Putting a 1 as the last of vnInterleavedDimensions makes TIFFStack incorrectly report the number of frames in the TIFF.

Hi,
I'm using this code with matlab2018b to load my big tiff files converted by ImageJ (primary files are .fli).
This might be silly since I'm quite new to matlab. I'm running it using X2toGo on the server and tried:
tsStack = TIFFStack ('/xx/xx/Rec3.tif'); %%the full file path

And it showed me this:
Error using TIFFStack
Error: File: TIFFStack.m Line: 180 Column: 46
Invalid use of operator

Do I have to put my tif files on the same path with the code? Or any idea about this error?

Thank you in advance!

Originally posted by @XhXue in #31 (comment)

Hi @DylanMuir,
We would like to use your code as a dependency in a toolbox we (myself + @swkeemink) are developing.
However, there is no LICENSE or COPYING file in the repository, and no license details are mentioned in the README, so it is not clear what license the code is distributed under and we cannot use your package unless it is explicitly distributed under an open source license.

Could you add a LICENSE file to clear this up?

If you've not licensed code before, here is a handy site for helping to pick an open source license.

tiffread31_info breaks when testing the magic number for BigTIFF files. TIFFStack refuses to load the file.

I'm trying to perform some downstream analysis on tiff stacks and would like to use other functions in MATLAB image processing toolbox. Many of those require specific data types. Hence, is it possible to convert a TIFFStack object to type double, uint8, etc.? I can do this for individual slices as follow, but would be better to do on the full stack.

example on a slice;
tsStack = TIFFStack(filename1);
im=uint8(tsStack(:, :, 100)/256)

TIF files may have arbitrary image sizes and storage configurations per frame. TIFFStack currently assumes that all images share a common size and storage configuration. This means stacks that do not adhere to this rule cannot be read properly, although a TIFFStack object can be successfully created.

Frames which have a differing storage configuration to the first frame, will raise an error when data from that frame is requested.

Hi,
I was using TIFFStack to load time-lapse tiff images saved by ImageJ (FIJI) on Mac with the following code.

G = TIFFStack([Path FileName]);
Info = getImageInfo(G);
Head = strsplit(Info(1).ImageDescription,'\n');
TPF = cell2mat(Head(~cellfun(@isempty,strfind(Head,'finterval'))));
TPF = str2double(TPF((strfind(TPF,'=')+1):end));

To obtain the frame interval information I was using ImageDescription but the current version does not create that one. Is there another way to get such info? I can use a version released before December.

Makoto

hi, recently while using this code I have encountered with one issue:
the frame number read from tiff tag is larger than the real tiff frame number in my tif file, which was caused by the acquisition software automatically split the acquired frames into two tif files because of too many frames have been saved, and this error happens when reading the second tif file. it seems the code doesn't handle this condition.
so I was simply added following lines at line 1842:
if nAparrentSize < nNumFrames
nAparrentSize = nNumFrames;
end
then is ok to read the file, I don't know if you have already provided a solution to solve this problem?

We recently updated our MATLAB to R2021b, and are now getting errors with TIFFStack:

 test = TIFFStack('Z:\My\Folder\My_File.ome.tif');
Warning: TIFF library warning - 'TIFFReadDirectoryCheckOrder:  Invalid TIFF directory; tags are not sorted in ascending order.' 
> In TIFFStack (line 284) 
Warning: TIFF library warning - 'TIFFReadDirectory:  Unknown field with tag 50838 (0xc696) encountered.' 
> In TIFFStack (line 284) 
Warning: TIFF library warning - 'TIFFReadDirectory:  Unknown field with tag 50839 (0xc697) encountered.' 
> In TIFFStack (line 284) 
Warning: TIFF library warning - 'TIFFReadDirectory:  Unknown field with tag 51123 (0xc7b3) encountered.' 
> In TIFFStack (line 284) 
bad cast

The warnings are normal and occur on previous versions, but the "bad cast" is new. I have no idea what it means, but I presume there's an internal function that's been changed in R2021b that no longer works correctly with TIFFStack.

R2021a still works fine, so we can use that for now, but presumably you'll want to maintain compatibility with new versions going forward.

The tiffread31_header function is slow to iterate over the IFDs in large files. imfinfo is fast, but reads all tags.

I have some tiff stacks bigger than 4G, and TIFFStack is not able to handle them. Are you planning on supporting them?

Thank you!

I was getting this error when accessing TIFFStack data using uint32 indexes:

Error using TIFFStack>isvalidsubscript
*** TIFFStack: Subscript indices must either be real positive integers or logicals.

I solved this by changing line 1488 in TIFFStack.m from:
validateattributes(oRefs, {'single', 'double'}, {'integer', 'real', 'positive'});
to:
validateattributes(oRefs, {'numeric'}, {'integer', 'real', 'positive'});

Seems like a logical fix to me, but if I'm not understanding something please let me know.
Let me know if you want me to submit a pull request for this change.

Cheers,
Marcel

-->https://user-images.githubusercontent.com/101230019/159007691-8a707ad3-bb88-4fad-95bf-6ad174be2b14.mp4

Hello, I'm seeing an issue where loading files from a server goes much slower than loading from the hard drive. I don't think it's a problem with the server, as ImageJ doesn't show such a drastic time difference. I've got the times below for the same 22 MB file. Any ideas what is going on or how to improve the load time? Using Windows 7, Matlab 2016b

Time to load in Matlab w/ TIFFStack
hard drive: 3.5s
server: 57s
tic;tfstk=TIFFStack('filename');toc

Time to load in ImageJ
hard drive: 1.8s
server: 2.85s

First of all, many thanks for this extremely useful tool - it's been a game-changer for me when working with multi-gigabyte tiff files in MATLAB.

I was wondering if you'd consider adding functions to slice and concatenate images without loading the entire file. As a trivial example, suppose I have a TIFFStack object with size [600, 1200, 500] and I want to pass just half of it to another function. I would be tempted to do something like
smallTIFFStack = bigTIFFStack(:,1:600,:);
but this loads everything into memory, when what I want is a new TIFFStack object that just references the portion of the image I selected.

It also would be nice to be able to concatenate two TIFFStack objects, for cases when my image acquisition software has split a very long timeseries into multiple files:
`>> size(bigTIFFStack1)
ans = 600 1200 4000

size(bigTIFFStack2)
ans = 600 1200 3745
evenBiggerTIFFStack = cat(3, bigTIFFStack1, bigTIFFStack2;
size(evenBiggerTIFFStack)
ans = 600 1200 7745`

If you don't have time to do this, I'd be willing to work on the coding, but I'd need some help figuring out where to start. I am proficient with MATLAB but don't really know anything about how it deals with memory-mapped files.

Greetings Dylan,

I'm noticing something about performance when loading regions of stacks that puzzles me, and I'd appreciate your feedback when your time allows.

I've got a large (800 x 1200 x 500) TIFFstack object and want to load n small regions of interest into memory - these ROIs encompass just a few pixels in XY but the entire stack in Z. For purposes of demonstration I used n=3 but in reality it could be anywhere from 10 to a few hundred. I ran the following simple timing tests:

% Load just the desired regions
tic
spotStack1 = stackObj(1:10,1:10,:);
spotStack2 = stackObj(21:30,21:30,:);
spotStack3 = stackObj(31:40,31:40,:);
toc
Elapsed time is 23.025320 seconds.

tic
% Load the whole stack first
memStack = stackObj(:,:,:);
spotStack1 = memStack(1:10,1:10,:);
spotStack2 = memStack(21:30,21:30,:);
spotStack3 = memStack(31:40,31:40,:);
toc
Elapsed time is 14.418438 seconds.

Loading just the desired regions obviously uses (much) less memory, but as you can see, loading the whole stack (and then slicing it) is actually faster. The difference is not huge when n=3 but gets really significant when n is larger.

In further tests I observed that
memStack = stackObj(:,:,:);
takes exactly the same amount of time as
spotStack = stackObj(1:10,1:10,:);

This last observation really puzzles me. spotStack is 10 kb in size; memStack is 960 MB. Naively I'd have thought that reading a much smaller amount of data from disk would be faster, but it's not. Unless TIFFStack is actually reading the whole TIFF file from disk regardless, but just not copying the whole thing into memory?

Do you have any ideas about why this is happening and whether performance when loading small regions could be improved? Thanks for any input.

Hello,
I'm trying to use your TIFFStack library and getting errors like this on stacks taken on scanimage system. I can ready the first channel in the first image, but any attempt to get further than that gives me the error:

Error using TIFFStack>TS_read_data_Tiff (line 1327)
*** TIFFStack: Could not read data from image file.
Error in TIFFStack/subsref (line 685)
                  tfData = TS_read_data_Tiff(oStack, S.subs, bLinearIndexing);
Caused by:
    Subscripted assignment dimension mismatch. 

i.e. this works:

t = TIFFStack('file.tiff', [], 2); 
a = t(:, :, 1,1)

but this not:
a = t(:,:,2,1)

Thanks!
Yishai
@YishGene

So I cloned it directly from GitHub and it works fine under MacOS but it won't work under Windows 7.
Compiling the Mex functions works, but when I try to access data from the object it errors:

Error using TIFFStack>TS_read_data_Tiff (line 695)
*** TIFFStack: Could not read data from image file.

Error in TIFFStack/subsref (line 376)
tfData = TS_read_data_Tiff(oStack, S.subs, bLinearIndexing);

Caused by:
Subscripted assignment dimension mismatch.

The Code and the image file is exactly the same on both machines so it's not actually an assignment mismatch or reading error. I tracked the error down to the sub function: <TS_read_Tiff_striped_chunky>
in the call to the <tifflib> the error occurs. Again all parameters beside the header number are the same.

Hi, thanks for your work.
Matlab is crashing when running TIFFStack with the 2017b version, apparently there is something wrong happening while running some MEX file (see following crash report). I double checked and everything is fine with the 2016b version though.
Would you have an idea on how to fix it? Thx.

Matlab crash dump:

Abnormal termination:
Illegal instruction

Register State (from fault):
RAX = 0000000000000000 RBX = 00007fffbc565da2
RCX = 00001a3500095427 RDX = 000000010ebf1a20
RSP = 6a82e6e8906300e0 RBP = 0000608000768a00
RSI = 000000018061b000 RDI = 00007fffbc673d88

R8 = 000070000a645170 R9 = 00007fffbc4163a5
R10 = 000070000a645180 R11 = 0000000000000020
R12 = 000070000a6451d0 R13 = 00007fffbc673e0c
R14 = b13d2308f1142b37 R15 = 9c71380d30be2690

RIP = 000000018061b000 RFL = 0000000000000000

CS = 6a82e6e8906300e0 FS = 000000010ebf1a20 GS = 00007fffbc673d88

Stack Trace (from fault):
[ 0] 0x0000000110cd8124 bin/maci64/libmwfl.dylib+00049444 _ZN10foundation4core4diag15stacktrace_base7captureERKNS1_14thread_contextEm+00000052
[ 1] 0x0000000110cdc9aa bin/maci64/libmwfl.dylib+00068010 _ZN10foundation4core4test17terminate_handledEv+00003626
[ 2] 0x0000000110cdb919 bin/maci64/libmwfl.dylib+00063769 _ZN10foundation4core4diag13terminate_logEPKcPK17__darwin_ucontext+00000185
[ 3] 0x0000000112c828f2 bin/maci64/libmwmcr.dylib+00420082 _Z19mnPrintErrorMessageRKNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEE+00009890
[ 4] 0x0000000112c806b2 bin/maci64/libmwmcr.dylib+00411314 _Z19mnPrintErrorMessageRKNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEE+00001122
[ 5] 0x0000000112c7ec54 bin/maci64/libmwmcr.dylib+00404564 mnFatalSignalHandler+00000148
[ 6] 0x00007fffbc650b3a /usr/lib/system/libsystem_platform.dylib+00011066 _sigtramp+00000026
[ 7] 0x00000001141199dc bin/maci64/libmwm_lxe.dylib+02914780 _ZN9MathWorks3lxe21PrecomputePointerTagsEPN2ir4termERKNS0_8LxeTypesERKNS0_12LXEConstantsE+00002188
[ 8] 0x000000010ebb0cb2 +00000000
[ 9] 0x000000010ebb46c7 +00000000
[ 10] 0x000000010ebbc54b +00000000
[ 11] 0x00007fffbc43e832 /usr/lib/system/libdyld.dylib+00010290 dlopen+00000059
[ 12] 0x0000000110c25840 bin/maci64/libut.dylib+00059456 _Z19utLoadLibraryHelperRKNSt3__112basic_stringIDsNS_11char_traitsIDsEENS_9allocatorIDsEEEEPii+00000464
[ 13] 0x0000000110c26627 bin/maci64/libut.dylib+00063015 _Z38utLoadLibraryWithLocalSymbolVisibilityRKNSt3__112basic_stringIDsNS_11char_traitsIDsEENS_9allocatorIDsEEEEPi+00000103
[ 14] 0x0000000113d1a426 bin/maci64/libmex.dylib+00082982 _ZN13MexFileReader7loadMexEPKDsPKcPi+00000118
[ 15] 0x0000000113d15129 bin/maci64/libmex.dylib+00061737 _ZN7Mlm_mex9load_fileEv+00000201
[ 16] 0x0000000112d87508 bin/maci64/libmwm_dispatcher.dylib+00451848 _ZN8Mlm_file7load_mfEv+00000168
[ 17] 0x0000000112d2a8e8 bin/maci64/libmwm_dispatcher.dylib+00071912 _ZN13Mlm_MATLAB_fn8try_loadEv+00000072
[ 18] 0x0000000112d1e952 bin/maci64/libmwm_dispatcher.dylib+00022866 ZN13Mfh_MATLAB_fn11dispatch_fhEiPP11mxArray_tagiS2+00000818
[ 19] 0x0000000112d85c4b bin/maci64/libmwm_dispatcher.dylib+00445515 ZN8Mfh_file16dispatch_fh_implEMS_FviPP11mxArray_tagiS2_EiS2_iS2+00000075
[ 20] 0x0000000112d86103 bin/maci64/libmwm_dispatcher.dylib+00446723 ZN8Mfh_file11dispatch_fhEiPP11mxArray_tagiS2+00000035
[ 21] 0x000000011479fb53 bin/maci64/libmwm_lxe.dylib+09755475 _ZN9MathWorks3lxe17LxeDispatcherImpl12apply_handleEPNS0_29DispatcherFunctionHandleTokenEmPNS0_6xvalueEmPKS4_NS0_9ApplyTypeE+00001139
[ 22] 0x000000011487f5fb bin/maci64/libmwm_lxe.dylib+10671611 ZN9MathWorks3lxe12apply_handleEPvNS_2ts4TypeEPKvS1_S1+00000459
[ 23] 0x00000001147f086e bin/maci64/libmwm_lxe.dylib+10086510 ZN9MathWorks3lxe38cpp_primitive_template_fn_with_contextIXadL_ZNS0_12apply_handleEPvNS_2ts4TypeEPKvS2_S2_EEEEbS2_S4_S6_S2_S2+00000014
[ 24] 0x0000000113fe0b36 bin/maci64/libmwm_lxe.dylib+01633078 ZN9MathWorks3lxe13IrInterpreter17ApplyCppPrimitiveEPN2ir4termES4_RKNS_2ts4TypeES8+00000422
[ 25] 0x0000000113fdff31 bin/maci64/libmwm_lxe.dylib+01630001 _ZN9MathWorks3lxe13IrInterpreter31process_application_of_constantEPN2ir4termE+00001233
[ 26] 0x0000000113fde4a7 bin/maci64/libmwm_lxe.dylib+01623207 _ZN9MathWorks3lxe13IrInterpreter13applyConstantEPN2ir4termE+00000071
[ 27] 0x0000000113fda3a1 bin/maci64/libmwm_lxe.dylib+01606561 _ZN9MathWorks3lxe12IRTreeWalker9applyTermEPN2ir4termE+00000097
[ 28] 0x0000000113fda64b bin/maci64/libmwm_lxe.dylib+01607243 _ZN9MathWorks3lxe12IRTreeWalker11getNextIRPCENS0_9irpc_typeE+00000235
[ 29] 0x0000000113fde257 bin/maci64/libmwm_lxe.dylib+01622615 ZN9MathWorks3lxe13IrInterpreter9tree_walkERKNS0_9irpc_typeES4+00000215
[ 30] 0x0000000113fde13b bin/maci64/libmwm_lxe.dylib+01622331 _ZN9MathWorks3lxe13IrInterpreter9InterpretEv+00000091
[ 31] 0x0000000114101c7f bin/maci64/libmwm_lxe.dylib+02817151 _ZN9MathWorks3lxe15ExecutionDriver9ThreadRunEv+00003567
[ 32] 0x0000000114105c73 bin/maci64/libmwm_lxe.dylib+02833523 ZN9MathWorks3lxe12IrEngineImpl5ApplyERKN2ir4termEPvS6+00000307
[ 33] 0x0000000114690f3f bin/maci64/libmwm_lxe.dylib+08646463 ZN9MathWorks3lxe17IrEngineDecorator5ApplyERKN2ir4termEPvS6+00000159
[ 34] 0x000000011464c3a0 bin/maci64/libmwm_lxe.dylib+08364960 _ZN9MathWorks3lxe9Evaluator15ApplyStatementsERKNSt3__112basic_stringIcNS2_11char_traitsIcEENS2_9allocatorIcEEEERKN2ir4termERNS0_18IEvaluationContextE+00000432
[ 35] 0x000000011464c0a7 bin/maci64/libmwm_lxe.dylib+08364199 _ZN9MathWorks3lxe9Evaluator27InstrumentSectionIRandApplyENS_3utl10attach_ptrINS0_16MatlabIrTreeListEEENS3_IKS4_EEPNS0_29DispatcherFunctionHandleTokenERNS0_13ILxeWorkspaceEbRKNSt3__112basic_stringIDsNSC_11char_traitsIDsEENSC_9allocatorIDsEEEENSC_8functionIFvRSI_mEEE+00000903
[ 36] 0x000000011464d3e4 bin/maci64/libmwm_lxe.dylib+08369124 _ZN9MathWorks3lxe9Evaluator16ExecuteCodeBlockEjjRKNSt3__112basic_stringIDsNS2_11char_traitsIDsEENS2_9allocatorIDsEEEENS_3utl10attach_ptrINS0_13ILxeWorkspaceEEEbNS2_8functionIFvRS8_mEEE+00001204
[ 37] 0x000000011468e826 bin/maci64/libmwm_lxe.dylib+08636454 _ZN9MathWorks3lxe11Interpreter16ExecuteCodeBlockEjjRKNSt3__112basic_stringIDsNS2_11char_traitsIDsEENS2_9allocatorIDsEEEESA_NS2_8functionIFvRS8_mEEE+00000470
[ 38] 0x00000001146d65f3 bin/maci64/libmwm_lxe.dylib+08930803 _ZN9MathWorks3lxe9LxeBridge16ExecuteCodeBlockEjjRKNSt3__112basic_stringIDsNS2_11char_traitsIDsEENS2_9allocatorIDsEEEESA_NS2_8functionIFvRS8_mEEE+00000131
[ 39] 0x00000001829cb370 bin/maci64/libmwstructuredoutput.dylib+00050032 _ZN16structuredoutput13LiveEvaluator8evaluateEv+00000096
[ 40] 0x00000001829cb5e0 bin/maci64/libmwstructuredoutput.dylib+00050656 ZN16structuredoutput12liveEvaluateEiPP11mxArray_tagiPPKS0+00000032
[ 41] 0x0000000112d36a07 bin/maci64/libmwm_dispatcher.dylib+00121351 _Z14new_fh_builtinPFviPP11mxArray_tagiS1_EPKDsP11MdispatcherP13Mlm_MATLAB_fniiiiibbbi+00003175
[ 42] 0x0000000112d1e81f bin/maci64/libmwm_dispatcher.dylib+00022559 ZN13Mfh_MATLAB_fn11dispatch_fhEiPP11mxArray_tagiS2+00000511
[ 43] 0x000000011c1849f2 bin/maci64/libmwmcos_impl.dylib+02300402 ZN19Mobject_system_impl11callBuiltinEPKciPP11mxArray_tagiS4+00001010
[ 44] 0x0000000112d712c6 bin/maci64/libmwm_dispatcher.dylib+00361158 Z21mdBuiltinAsBuiltinFcniPP11mxArray_tagiS1+00000406
[ 45] 0x0000000112d36a07 bin/maci64/libmwm_dispatcher.dylib+00121351 _Z14new_fh_builtinPFviPP11mxArray_tagiS1_EPKDsP11MdispatcherP13Mlm_MATLAB_fniiiiibbbi+00003175
[ 46] 0x0000000112d1e81f bin/maci64/libmwm_dispatcher.dylib+00022559 ZN13Mfh_MATLAB_fn11dispatch_fhEiPP11mxArray_tagiS2+00000511
[ 47] 0x000000011479fb53 bin/maci64/libmwm_lxe.dylib+09755475 _ZN9MathWorks3lxe17LxeDispatcherImpl12apply_handleEPNS0_29DispatcherFunctionHandleTokenEmPNS0_6xvalueEmPKS4_NS0_9ApplyTypeE+00001139
[ 48] 0x000000011487fca9 bin/maci64/libmwm_lxe.dylib+10673321 ZN9MathWorks3lxe16ans_apply_handleEPvNS_2ts4TypeEPKvS1_S1+00000361
[ 49] 0x00000001147f08ee bin/maci64/libmwm_lxe.dylib+10086638 ZN9MathWorks3lxe38cpp_primitive_template_fn_with_contextIXadL_ZNS0_16ans_apply_handleEPvNS_2ts4TypeEPKvS2_S2_EEEEbS2_S4_S6_S2_S2+00000014
[ 50] 0x0000000113fe0b36 bin/maci64/libmwm_lxe.dylib+01633078 ZN9MathWorks3lxe13IrInterpreter17ApplyCppPrimitiveEPN2ir4termES4_RKNS_2ts4TypeES8+00000422
[ 51] 0x0000000113fdff31 bin/maci64/libmwm_lxe.dylib+01630001 _ZN9MathWorks3lxe13IrInterpreter31process_application_of_constantEPN2ir4termE+00001233
[ 52] 0x0000000113fde4a7 bin/maci64/libmwm_lxe.dylib+01623207 _ZN9MathWorks3lxe13IrInterpreter13applyConstantEPN2ir4termE+00000071
[ 53] 0x0000000113fda3a1 bin/maci64/libmwm_lxe.dylib+01606561 _ZN9MathWorks3lxe12IRTreeWalker9applyTermEPN2ir4termE+00000097
[ 54] 0x0000000113fda64b bin/maci64/libmwm_lxe.dylib+01607243 _ZN9MathWorks3lxe12IRTreeWalker11getNextIRPCENS0_9irpc_typeE+00000235
[ 55] 0x0000000113fde257 bin/maci64/libmwm_lxe.dylib+01622615 ZN9MathWorks3lxe13IrInterpreter9tree_walkERKNS0_9irpc_typeES4+00000215
[ 56] 0x0000000113fde13b bin/maci64/libmwm_lxe.dylib+01622331 _ZN9MathWorks3lxe13IrInterpreter9InterpretEv+00000091
[ 57] 0x0000000114101c7f bin/maci64/libmwm_lxe.dylib+02817151 _ZN9MathWorks3lxe15ExecutionDriver9ThreadRunEv+00003567
[ 58] 0x0000000114105c73 bin/maci64/libmwm_lxe.dylib+02833523 ZN9MathWorks3lxe12IrEngineImpl5ApplyERKN2ir4termEPvS6+00000307
[ 59] 0x0000000114690f3f bin/maci64/libmwm_lxe.dylib+08646463 ZN9MathWorks3lxe17IrEngineDecorator5ApplyERKN2ir4termEPvS6+00000159
[ 60] 0x00000001147968a8 bin/maci64/libmwm_lxe.dylib+09717928 ZN9MathWorks3lxe27FileBasedMatlabCodeFunction16DispatchFunctionEiPP11mxArray_tagiS4+00001016
[ 61] 0x0000000112d85f35 bin/maci64/libmwm_dispatcher.dylib+00446261 ZN8Mfh_file16dispatch_fh_implEMS_FviPP11mxArray_tagiS2_EiS2_iS2+00000821
[ 62] 0x0000000112d86103 bin/maci64/libmwm_dispatcher.dylib+00446723 ZN8Mfh_file11dispatch_fhEiPP11mxArray_tagiS2+00000035
[ 63] 0x000000011c0bd436 bin/maci64/libmwmcos_impl.dylib+01483830 ZN4mcos18MEnumConstructorMI19convertFromEnumNameEPNS_9COSClassIEPNS_8COSValueEPKS3+00001110
[ 64] 0x000000011c05cee7 bin/maci64/libmwmcos_impl.dylib+01089255 _ZN24OpaqueMethodCallMetaData11callMMethodEPN4mcos13COSMethodInfoEPP11mxArray_tagPKNS0_9COSClientE+00000487
[ 65] 0x000000011c0618ff bin/maci64/libmwmcos_impl.dylib+01108223 _ZN24OpaqueMethodCallMetaData23callMethodOrConstructorEP11mxArray_tagbiPS1_iPPKS0_bPKN4mcos9COSClientEPS9_PPNS6_13COSMethodInfoEb+00000287
[ 66] 0x000000011c063470 bin/maci64/libmwmcos_impl.dylib+01115248 _Z19omIsPackageFunctionP11mxArray_tag+00005968
[ 67] 0x000000011c060422 bin/maci64/libmwmcos_impl.dylib+01102882 _Z22omCallMethodWithClientP11mxArray_tagbS0_iPS0_iPPKS_PKN4mcos9COSClientEPS8_PPNS5_13COSMethodInfoE+00000354
[ 68] 0x000000011c101c6b bin/maci64/libmwmcos_impl.dylib+01764459 Z18omCallStaticMethodP11mxArray_tagiPS0_iPPKS+00000091
[ 69] 0x000000011c196cf3 bin/maci64/libmwmcos_impl.dylib+02374899 ZN17Mfh_opaque_static11dispatch_mfEiPP11mxArray_tagiS2+00000115
[ 70] 0x0000000112d1e81f bin/maci64/libmwm_dispatcher.dylib+00022559 ZN13Mfh_MATLAB_fn11dispatch_fhEiPP11mxArray_tagiS2+00000511
[ 71] 0x000000011c193750 bin/maci64/libmwmcos_impl.dylib+02361168 ZN10Mfh_opaque11dispatch_fhEiPP11mxArray_tagiS2+00000032
[ 72] 0x00000001148a0717 bin/maci64/libmwm_lxe.dylib+10807063 ZNK9MathWorks3lxe21UnboundFunctionHandle26invokeAfterPossibleRefreshEmPP11mxArray_tagmPKPKS2+00000151
[ 73] 0x00000001148a087f bin/maci64/libmwm_lxe.dylib+10807423 ZNK9MathWorks3lxe21UnboundFunctionHandle6invokeEmPP11mxArray_tagmPKPKS2+00000095
[ 74] 0x0000000114648fca bin/maci64/libmwm_lxe.dylib+08351690 _ZN9MathWorks3lxe9Evaluator5FevalEiPP11mxArray_tagiPKPKS2_PKc+00000090
[ 75] 0x000000011464af5b bin/maci64/libmwm_lxe.dylib+08359771 _ZN9MathWorks3lxe9Evaluator5FevalEiPP11mxArray_tagiPKPKS2_PKcRNS0_18IEvaluationContextE+00000171
[ 76] 0x00000001146c88bf bin/maci64/libmwm_lxe.dylib+08874175 _ZN9MathWorks3lxe9LxeBridge18CallFcnInDesiredWSEiPP11mxArray_tagiS4_PKcP15inWorkSpace_tag+00000111
[ 77] 0x00000001146c7fea bin/maci64/libmwm_lxe.dylib+08871914 _ZN9MathWorks3lxe9LxeBridge26CallFcnWithTrapInDesiredWSEiPP11mxArray_tagiS4_PKcbP15inWorkSpace_tag+00000234
[ 78] 0x0000000112eaa207 bin/maci64/libmwm_interpreter.dylib+00213511 _Z44inCallFcnWithTrapInDesiredWSAndPublishEventsiPP11mxArray_tagiS1_PKcbP15inWorkSpace_tag+00000087
[ 79] 0x0000000112aba06b bin/maci64/libmwiqm.dylib+00221291 _ZNK3iqm15BaseFEvalPlugin17inCallFcnWithTrapEiPP11mxArray_tagiS3_PKcbP15inWorkSpace_tag+00000043
[ 80] 0x0000000112aba244 bin/maci64/libmwiqm.dylib+00221764 _ZN3iqm15BaseFEvalPlugin7executeEP15inWorkSpace_tagRN5boost10shared_ptrIN14cmddistributor17IIPCompletedEventEEE+00000452
[ 81] 0x0000000135237f44 bin/maci64/libnativejmi.dylib+00102212 _ZN9nativejmi14JmiFEvalPlugin7executeEP15inWorkSpace_tagRN5boost10shared_ptrIN14cmddistributor17IIPCompletedEventEEE+00000324
[ 82] 0x0000000112aabeed bin/maci64/libmwiqm.dylib+00163565 _ZNK3iqm17DefaultPacketInfo7executeEP15inWorkSpace_tag+00000365
[ 83] 0x0000000112a90e4f bin/maci64/libmwiqm.dylib+00052815 _ZN3iqm10DefaultIqm7dequeueERKN5boost8optionalIKP15inWorkSpace_tagEEN14cmddistributor11IqmStreamIDE+00000735
[ 84] 0x0000000113e0e751 bin/maci64/libmwbridge.dylib+00038737 _Z10ioReadLinebP7__sFILERKN5boost8optionalIKP15inWorkSpace_tagEEbRb+00000369
[ 85] 0x0000000113e16f48 bin/maci64/libmwbridge.dylib+00073544 _Z22mnGetCommandLineBufferbRbN5boost8optionalIKP15inWorkSpace_tagEE+00001384
[ 86] 0x0000000113e16a75 bin/maci64/libmwbridge.dylib+00072309 _Z22mnGetCommandLineBufferbRbN5boost8optionalIKP15inWorkSpace_tagEE+00000149
[ 87] 0x0000000113e174fc bin/maci64/libmwbridge.dylib+00075004 _Z8mnParserv+00000684
[ 88] 0x0000000112c3e291 bin/maci64/libmwmcr.dylib+00139921 _ZN3mcr7runtime26InterpreterThreadSingleton4Impl30mnParser_on_interpreter_threadEP11mcrInstance+00000033
[ 89] 0x0000000112c409c1 bin/maci64/libmwmcr.dylib+00149953 _ZN3mcr7runtime26InterpreterThreadSingleton4Impl22TypedInvocationRequestIvE29doNotRethrowMxArrayExceptionsERKN5boost8functionIFvvEEE+00000033
[ 90] 0x0000000112c412ae bin/maci64/libmwmcr.dylib+00152238 _ZN3mcr7runtime26InterpreterThreadSingleton4Impl22TypedInvocationRequestIvE29doNotRethrowMxArrayExceptionsERKN5boost8functionIFvvEEE+00002318
[ 91] 0x0000000112c3e8f3 bin/maci64/libmwmcr.dylib+00141555 _ZN3mcr7runtime26InterpreterThreadSingleton4Impl26invocation_request_handlerEl+00000035
[ 92] 0x0000000112ae7430 bin/maci64/libmwiqm.dylib+00406576 _ZN14cmddistributor15PackagedTaskIIP13getTypeStringIvEENSt3__112basic_stringIcNS2_11char_traitsIcEENS2_9allocatorIcEEEEv+00000240
[ 93] 0x0000000112acd43e bin/maci64/libmwiqm.dylib+00300094 _ZN5boost6detail8function21function_obj_invoker0INSt3__18functionIFNS_3anyEvEEES5_E6invokeERNS1_15function_bufferE+00000030
[ 94] 0x0000000112accc27 bin/maci64/libmwiqm.dylib+00298023 _ZN3iqm18PackagedTaskPlugin7executeEP15inWorkSpace_tagRN5boost10shared_ptrIN14cmddistributor17IIPCompletedEventEEE+00000263
[ 95] 0x0000000112aabeed bin/maci64/libmwiqm.dylib+00163565 _ZNK3iqm17DefaultPacketInfo7executeEP15inWorkSpace_tag+00000365
[ 96] 0x0000000112a9054a bin/maci64/libmwiqm.dylib+00050506 _ZN3iqm10DefaultIqm7dequeueEN6mlutil14cmddistributor13WhenToDequeue13WhenToDequeueEN5boost8optionalImEE+00001898
[ 97] 0x0000000112a9b0b3 bin/maci64/libmwiqm.dylib+00094387 _ZN5boost9function1IbKNS_10shared_ptrIN3iqm22IntermediatePacketInfoEEEE5dummy7nonnullEv+00000291
[ 98] 0x000000010e8c50e2 bin/maci64/libmwservices.dylib+00753890 _Z40svWS_ProcessPendingEventsWithLimitedRateb+00003042
[ 99] 0x000000010e8c39ff bin/maci64/libmwservices.dylib+00748031 _Z25svWS_ProcessPendingEventsiib+00001215
[100] 0x000000010e8c35fd bin/maci64/libmwservices.dylib+00747005 _Z25svWS_ProcessPendingEventsiib+00000189
[101] 0x0000000112c3eccd bin/maci64/libmwmcr.dylib+00142541 _ZN3mcr7runtime26InterpreterThreadSingleton4Impl14process_eventsERKN5boost10shared_ptrIS2_EE+00000221
[102] 0x0000000112c3f278 bin/maci64/libmwmcr.dylib+00143992 _ZN3mcr7runtime26InterpreterThreadSingleton4Impl3runERKN5boost10shared_ptrIS2_EEPNS2_12init_contextE+00000216
[103] 0x0000000112c22b62 bin/maci64/libmwmcr.dylib+00027490 _Z26run_init_and_handle_eventsPv+00000050
[104] 0x00007fffbc65a93b /usr/lib/system/libsystem_pthread.dylib+00014651 _pthread_body+00000180
[105] 0x00007fffbc65a887 /usr/lib/system/libsystem_pthread.dylib+00014471 _pthread_body+00000000
[106] 0x00007fffbc65a08d /usr/lib/system/libsystem_pthread.dylib+00012429 thread_start+00000013

This error was detected while a MEX-file was running. If the MEX-file
is not an official MathWorks function, please examine its source code
for errors. Please consult the External Interfaces Guide for information
on debugging MEX-files.