LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Repeatable LabVIEW crashes on Mac

Solved!
Go to solution

Confounded by this new problem.

 

Platform: Mac OSX 10.6.5 (this problem first cropped up while I was using 10.6.4 - I had previously no problems with 10.6.4)

LabVIEW 2010

 

I cannot suddenly open any instrument subVIs (subVIs created by me open fine) without crashing LabVIEW. It does not matter when the VI was created. I just cannot open the subVIs. I was able to, only last week (and before that).

0 Kudos
Message 1 of 8
(3,843 Views)

That sounds like a file corruption problem.  Can you obtain clean copies the the instrument subVIs from a different source to see if you can open them?  If you post one of the VIs which causes your system to crash, perhaps someone can see what the problem is.

 

Lynn

 

10.5.8

0 Kudos
Message 2 of 8
(3,831 Views)
Solution
Accepted by topic author m-s

I fixed the problem by reinstalling LabVIEW and moving back all the instrument VIs. Don't know what was wrong.

0 Kudos
Message 3 of 8
(3,819 Views)

Same here, update from 10.6.4 to 10.6.5 and then every time I open a VI a try to create a VISA resource name control LabVIEW crashes. Both LV 2009 and 2010 exhibit the same behavior. 

By looking at the crash log, it seems that nipal has some problems when loading libSystem.B.dylib.

I'll try to reinstall VISA and be back to you about the result.

 

Ch

 

(BTW, look at the funny way the editor interprets the crash log by replacing ": D" with smiley)

 


Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   libSystem.B.dylib             0x91362176 __kill + 10
1   libSystem.B.dylib             0x91362168 kill$UNIX2003 + 32
2   libSystem.B.dylib             0x913f489d raise + 26
3   libSystem.B.dylib             0x9140a9bc abort + 93
4   com.ni.framework.nipalu       0x2679d7df _palPrintToLog + 1547
5   com.ni.framework.nipalu       0x267a8fc3 0x2671f000 + 565187
6   dyld                           0x8fe0ed6d ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 235
7   dyld                           0x8fe0d31e ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int) + 246
8   dyld                           0x8fe0d2c2 ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int) + 154
9   dyld                           0x8fe0d3d1 ImageLoader::runInitializers(ImageLoader::LinkContext const&) + 61
10  dyld                           0x8fe0200b dyld::runInitializers(ImageLoader*) + 34
11  dyld                           0x8fe0b299 dlopen + 558
12  libSystem.B.dylib             0x913078a8 dlopen + 66
13  com.apple.CoreFoundation       0x96f8413a _CFBundleDlfcnLoadFramework + 218
14  com.apple.CoreFoundation       0x96f49b13 _CFBundleLoadExecutableAndReturnError + 1523
15  com.apple.CoreFoundation       0x96f49511 CFBundleLoadExecutable + 33
16  com.apple.CoreFoundation       0x96f4a189 CFBundleGetFunctionPointerForName + 57
17  com.ni.framework.VISA         0x2409cf9c visaLibSymbol + 68
18  com.ni.framework.VISA         0x2409d4a9 visaLibFree + 1267
19  com.ni.framework.VISA         0x240a1247 viFlush + 2194
20  com.ni.framework.VISA         0x240b484e viOpenDefaultRM + 1262
21  com.ni.framework.VisaCtrl     0x1cff5080 GetIOControlNames + 2570
22  com.ni.framework.VisaCtrl     0x1cff46f8 GetIOControlNames + 130
23  com.ni.labview                 0x0086267e TagDriverNameProvider::GetIOControlNames(unsigned long, unsigned char const*, _LStrArray***, LvVariantArray***, LvVariant const*, long, void*) + 98
24  com.ni.labview                 0x0000fc22 TargetTagNames(LVContext*, unsigned char const*, _LStrArray***, LvVariantArray***, LvVariant const*, long, void*) + 94
25  com.ni.labview                 0x0000e886 TargetAsyncTags::UpdateAsyncTargetTags(LVContext*, unsigned char const*, LvVariant const*, long, long) + 348
26  com.ni.labview                 0x0000ed82 UpdateAsyncTargetTags(ObjectHeap*, BasicObject*, long) + 146
27  com.ni.labview                 0x00f643a9 AsynchUpdateIOControlNames(ObjectHeap*, BasicObject*, long) + 107
28  com.ni.labview                 0x00f64520 AsynchUpdateIOControlNameLists(ObjectHeap*, BasicObject*) + 22
29  com.ni.labview                 0x00b4cae8 StdTag::Draw(void const*, BasicObject*, long) + 170
30  com.ni.labview                 0x00b272e2 StdRefNum::Draw(void const*, BasicObject*, long) + 266
31  com.ni.labview                 0x00a556b8 Pane::Draw(void const*, BasicObject*, long) + 618
32  com.ni.labview                 0x00b58530 SuperCluster::Draw(void const*, BasicObject*, long) + 100
33  com.ni.labview                 0x0078ac5c DrawWithoutBackup(ObjectHeap*) + 82
34  com.ni.labview                 0x0145835b VIDraw(WEvent*, ObjectHeap*, void (*)(void*), void*) + 2223
35  com.ni.labview                 0x01463826 VIWinProcCore(WEvent*, ObjectHeap*) + 12200
36  com.ni.labview                 0x0146682a VIWinProc(WEvent*, long) + 448
37  com.ni.labview                 0x00cf6f46 InternalEventProc(WEvent*) + 32
38  com.ni.labview                 0x00cfd52a WSendEvent + 296
39  com.ni.labview                 0x00cf9699 TopLevelUpdate(Wind_t**) + 193
40  com.ni.labview                 0x00cfb02d WUpdate + 71
41  com.ni.labview                 0x000092bc OSEventProcessor_MacUI::HandleEvent(EventRecord*) + 372
42  com.ni.labview                 0x000093e7 OSEventProcessor_MacUI::HandleEvent(bool, long*) + 53
43  com.ni.labview                 0x00c69033 MainLoop_Default::Run() + 75
44  com.ni.labview                 0x0000c6c6 MGMain(long, char**) + 272
45  com.ni.labview                 0x0000cb10 CommonMacMain + 364
46  com.ni.labview                 0x00002102 _start + 216
47  com.ni.labview                 0x00002029 start + 41

 

0 Kudos
Message 4 of 8
(3,791 Views)

during your re-installation did you reboot with the 32 bit kernel ?

 

0 Kudos
Message 5 of 8
(3,778 Views)

Booting the kernel in 32 bits solved the problem!

Lets hope for a quick release of a 64 bits version of Visa and of course the rest of NI products line!

0 Kudos
Message 6 of 8
(3,777 Views)

@_Chris wrote:

 

(BTW, look at the funny way the editor interprets the crash log by replacing ": D" with smiley)

 


Go to your Discussion Forum profile settings, My settings, Preferences, Display.

 

There is an option called "Emoticon Type" it is probably set on Use default (smiley).  Change it to None.

 

Then 😄   (   :  D without the spaces) will not show up automatically as Smiley Very Happy

0 Kudos
Message 7 of 8
(3,770 Views)

I did. I mean, I had to. LabVIEW on 64 bit Mac is currently useless (no 64 bit VISA) because NI continues to treat Linux and Mac customers as poor relatives while charging them the same amount of money.

0 Kudos
Message 8 of 8
(3,760 Views)