Jump to content

VIPM crashes on macOS 11 "Big Sur"


pkeller

Recommended Posts

[Official Update: Please see the official VIPM Knowledge Base entry for this issue]

VIPM 2020.1.0.2329 crashes at startup on macOS 11 Big Sur; I'm attaching the crash log. 

Note: this is relevant now that LabVIEW 2020 can be cajoled into working on macOS Big Sur; see this thread:

https://forums.ni.com/t5/LabVIEW/macOS-Big-Sur-Labview-crashes-on-launch/m-p/4099599?profile.language=en

If anyone has any ideas, I'm all ears! Thanks,

-- Phil

VIPM crash log.txt

Link to comment
Share on other sites

Thanks for posting this @pkeller. There's been a lot of grief (in general and not just with LabVIEW) due to Big Sur, from what I'm hearing.

Regarding that helpful discussion thread on the NI LabVIEW forum, did you try executing the suggested command lines into a terminal?

defaults write com.ni.labview NSGraphicsContextAllowOverRestore -bool YES
defaults write com.ni.labview NSViewAllowsRootLayerBacking -bool NO

I'm wondering if you tried that and whether it helps to get VIPM running.

I'll also ping NI to see if I can find out more...

Thanks,

-Jim

Link to comment
Share on other sites

@pkeller

Can you try executing these two commands from the terminal?

defaults write "VI Package Manager" NSGraphicsContextAllowOverRestore -bool YES
defaults write "VI Package Manager" NSViewAllowsRootLayerBacking -bool NO

I believe that this will make it so that VIPM can run (similar to how the commands in my previous reply enable the LabVIEW IDE to run).

Link to comment
Share on other sites

Well, out of the frying pan into the fire: when I try to install a package (OpenG Dictionary Library), I get an error code 5000, which, as I recall, is a user error code:

Main Package Name: OpenG Dictionary Library v4.0.0.4
Package Name with Error: OpenG Dictionary Library v4.0.0.4
Error Message: VIPM could not install the package oglib_dictionary-4.0.0.4 .
Error Code: 5000
Error Source: 78960A272EC97C45FDEDA66D7264AFF5 in BB6B5B6A053896F5551406BF35C66E5F->OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794->OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi

===============

Link to comment
Share on other sites

Thanks; I see that the Knowledge Base article has already made one person happy!

As for my error when installing packages, I get the same error installing the OpenG String library and dependencies (which I also use regularly):

Main Package Name: OpenG Error Library v4.2.0.23
Package Name with Error: OpenG Error Library v4.2.0.23
Error Message: VIPM could not install the package oglib_error-4.2.0.23 .
Error Code: 5000
Error Source: 78960A272EC97C45FDEDA66D7264AFF5 in BB6B5B6A053896F5551406BF35C66E5F->OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794->OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi

===============
Main Package Name: OpenG LabVIEW Data Library v4.2.0.21
Package Name with Error: OpenG LabVIEW Data Library v4.2.0.21
Error Message: VIPM could not install the package oglib_lvdata-4.2.0.21 .
Error Code: 5000
Error Source: 78960A272EC97C45FDEDA66D7264AFF5 in BB6B5B6A053896F5551406BF35C66E5F->OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794->OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi

===============
Main Package Name: OpenG String Library v4.1.0.12
Package Name with Error: OpenG String Library v4.1.0.12
Error Message: VIPM could not install the package oglib_string-4.1.0.12 .
Error Code: 5000
Error Source: 78960A272EC97C45FDEDA66D7264AFF5 in BB6B5B6A053896F5551406BF35C66E5F->OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794->OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi

===============

Then I thought I'd try something completely unrelated to OpenG, so I picked, completely at random, the package SHA256 from the University of Leeds. Here, I get an error, but a different one:

Main Package Name: SHA256 v1.1.2.7
Package Name with Error: SHA256 v1.1.2.7
Error Message: VIPM could not install the package university_of_leeds_lib_sha256-1.1.2.7 .
Error Code: 1
Error Source: (Package "university_of_leeds_lib_sha256-1.1.2.7" is not cached.) OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794 in OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi

===============

I thought that sounded like it might be a problem with just that package, so I tried "Simple XML", a little farther down the list and potentially useful:

Main Package Name: Simple XML v1.0.0.4
Package Name with Error: Simple XML v1.0.0.4
Error Message: VIPM could not install the package ni_lib_simple_xml-1.0.0.4 .
Error Code: 1
Error Source: (Package "ni_lib_simple_xml-1.0.0.4" is not cached.) OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794 in OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi

===============

Bottom line: I'm not having much luck with anything. Any hint of what to try would be greatly appreciated!

Link to comment
Share on other sites

P.S.

  1. "Package is not cached" sounds like a problem that was already encountered in macOS Catalina
  2. Poking around in the package contents, I see that it contains the LabVIEW 19.0 Runtime framework. I honestly have not been following LabVIEW updates lately, and I don't see anything relevant in the Bug Fixes for LabVIEW 2020 – but perhaps VIPM simply needs to be recompiled with LabVIEW 2020?
  3. In another thread you said something about using command-line zip/unzip tools in the Mac version, instead of zlib. Is there a command-line work-around to using VIPM?
Link to comment
Share on other sites

I'm a little bit stumped by this one. My intuition is that it might be a permissions issue.

Can you look to see if this folder is writable to everyone?

Macintosh HD >> Library >> Application Support >> JKI

Does the cache folder have a bunch of *.spec files in it?

Macintosh HD >> Library >> Application Support >> JKI >> VIPM >> cache

Also, can you look in the errors folder to see if there is an error log file?

Macintosh HD >> Library >> Application Support >> JKI >> VIPM >> error

Link to comment
Share on other sites

Thanks, Jim. I was also suspecting a permissions issue, but here's what I found:

  • /Library/Application Support/JKI and VIPM subfolder : R&W for everyone
  • /Library/Application Support/JKI/cache : R&W for owner, RO for others; does have a bunch of *.spec files, including oglib_dictionary-4.0.0.4.spec
  • .../databases and .../error : R&W for owner, RO for others
  • /Library/Application Support/JKI/error : does indeed contain error files. I have attached them. As indicated by the error codes, there seem to be two distinct errors:

Any ideas?

November-30-2020.txt December-01-2020.txt

Link to comment
Share on other sites

Thanks for checking the permissions -- for what it's worth, those look the same as on my Mac (10.14 Mojave)

And, thanks for passing along those error files. Strangely, those files (Nov 30 and Dec 01) don't seem to have the Error Code 1 or the Error Code 5000 errors in them.

Can you try this test to download a package file?

  1. Right click on the SHA256 package from University of Leeds and choose Download.
  2. Check to see if the university_of_leeds_lib_sha256-1.1.2.7.vip package file show up in the cache.
Link to comment
Share on other sites

  1. The download seems to complete without error.
  2. In the cache directory, there is a university_of_leeds_lib_sha256-1.1.2.7.spec file, but not a .vip package file.
  3. Interestingly, there are .vip files for the other packages I tried to install. Here are all the .vip files I found:
-rw-r--r--@ 1 keller  admin  1480752 May 17  2017 jki_lib_easyxml-3.0.0.170.vip
-rw-r--r--@ 1 keller  admin   490982 Feb  5  2016 oglib_appcontrol-4.1.0.7.vip
-rw-r--r--@ 1 keller  admin  3921161 Feb  5  2016 oglib_array-4.1.1.14.vip
-rw-r--r--@ 1 keller  admin   479101 Apr  1  2019 oglib_dictionary-4.0.0.4.vip
-rw-r--r--@ 1 keller  admin    75263 Feb  5  2016 oglib_error-4.2.0.23.vip
-rw-r--r--@ 1 keller  admin   589957 Feb  5  2016 oglib_file-4.0.1.22.vip
-rw-r--r--@ 1 keller  admin   846526 Feb  5  2016 oglib_lvdata-4.2.0.21.vip
-rw-r--r--@ 1 keller  admin   322406 Feb  5  2016 oglib_string-4.1.0.12.vip

 

Link to comment
Share on other sites

Hmmm, if you choose "Download" then it should definitely download the package file into the cache folder.

I wonder if this is where things are going wrong.

Questions:

1) Are you signed in to VIPM? (Tools >> Sign In)

2) What setting do you have for Network Proxy?  SeeTools >> Options... >> Network >> Configure Proxy to Access the Internet

image.png

Link to comment
Share on other sites

  1. Yes, I am signed in.
  2. The Proxy setting was on the second one, "Use System Proxy Settings (Windows Only)". That didn't seem right, so I switched it to "No Proxy" and tried downloading SHA256 again. Again, the download completed normally, but nothing showed up in the cache folder.
Link to comment
Share on other sites

5 minutes ago, pkeller said:
  1. Yes, I am signed in.
  2. The Proxy setting was on the second one, "Use System Proxy Settings (Windows Only)". That didn't seem right, so I switched it to "No Proxy" and tried downloading SHA256 again. Again, the download completed normally, but nothing showed up in the cache folder.

Oooh... I think we're getting closer...

I'm pretty sure there's no way the "Use System Proxy Settings (Windows Only)" setting will work on Mac.

After you change the setting to No Proxy, please exit and restart VIPM, then try the downloading SHA256 again and see if the ersity_of_leeds_lib_sha256-1.1.2.7.vip file shows up in the cache.

Link to comment
Share on other sites

Sorry: download seems to go normally, it says "Adding to library: ..." in the status bar, I get a dialog that says all is well... but no cache/university_of_leeds_lib_sha256-1.1.2.7.vip.

In other news: I discovered the File > Open Package File(s) menu item, and tried pointing it at the .vip files in the cache - oglib_dictionary-4.0.0.4.vip in particular, because that's the one I originally wanted to install. When I choose the "Add to Library" option, it completes without error – but I'm afraid I don't quite understand what that's doing? When I choose "Add to Library and Install", I get the license pop-up, and finally the error.

Link to comment
Share on other sites

OK, I'm thoroughly confused.

I downloaded the .vip file to my Downloads folder. File > Open Package File(s) > "Add to Library" completed without error, but still no .vip file in the cache directory! File > Open Package File(s) > "Add to Library and Install" ends up with the same error 5000:

Main Package Name: - v
Package Name with Error: - v
Error Message: VIPM could not install the package - .
Error Code: 5000
Error Source: 78960A272EC97C45FDEDA66D7264AFF5 in BB6B5B6A053896F5551406BF35C66E5F->OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794->OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi

===============

So it seems like the installation is (mis)behaving just like oglib_dictionary-4.0.0.4.vip, but there's an additional issue layered on top, that installing the .vip file loses it somewhere.

Link to comment
Share on other sites

Ya, there's something fishy happening.

It seems like the package is not actually getting downloaded and copied into the cache.  Can you try quiting VIPM, renaming the "cache" folder as "_cache", restarting VIPM, and then trying...

- Refresh package list (check network for package updates)

- File >> Open Package File(s) >> Add to Library

...and see if anything shows up in the cache.

Link to comment
Share on other sites

I did that. VIPM re-downloaded cache/*.spec; then for grins I did Tools > Check All Package Repositories for Updates (no updates, of course). Adding Downloads/university_of_leeds_lib_sha256-1.1.2.7.vip completes without error, but it does not show up in the cache directory.

I decided I wanted to know once and for all where  was ending up, so I did a

sudo find / -name university_of_leeds_lib_sha256-1.1.2.7.vip

which ground away for a good while. In the end, it only found the copy in my Downloads folder. 

Link to comment
Share on other sites

OK, thanks. That's very helpful.

Downloading spec files seems to work OK.

This means:

  • It's not a downloading issue.
  • It's not a cache permissions issue.

However, operations with packages seems to not work.

This seems to point to an issue with inspecting the package files.

Yes, to get things working in VIPM 2020 for MacOS Catalina (as I mentioned in another thread) we had to use 64-bit LabVIEW and we changed all zip/unzip operations to use the command line.

My guess is that something changed in Big Sur.

Can you run zip and unzip from a terminal command line and tell me what you see?

I'm curious whether they are available and what versions are installed. Here's what I get on my macOS Catalina system.

image.png

Link to comment
Share on other sites

It looks like zip and unzip are still at the same versions:

pkmacbookpro:~ keller$ zip
Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
Zip 3.0 (July 5th 2008). Usage:
zip [-options] [-b path] [-t mmddyyyy] [-n suffixes] [zipfile list] [-xi list]
  The default action is to add or replace zipfile entries from list, which
  can include the special name - to compress standard input.
  If zipfile and list are omitted, zip compresses stdin to stdout.
  -f   freshen: only changed files  -u   update: only changed or new files
  -d   delete entries in zipfile    -m   move into zipfile (delete OS files)
  -r   recurse into directories     -j   junk (don't record) directory names
  -0   store only                   -l   convert LF to CR LF (-ll CR LF to LF)
  -1   compress faster              -9   compress better
  -q   quiet operation              -v   verbose operation/print version info
  -c   add one-line comments        -z   add zipfile comment
  -@   read names from stdin        -o   make zipfile as old as latest entry
  -x   exclude the following names  -i   include only the following names
  -F   fix zipfile (-FF try harder) -D   do not add directory entries
  -A   adjust self-extracting exe   -J   junk zipfile prefix (unzipsfx)
  -T   test zipfile integrity       -X   eXclude eXtra file attributes
  -y   store symbolic links as the link instead of the referenced file
  -e   encrypt                      -n   don't compress these suffixes
  -h2  show more help
  
pkmacbookpro:~ keller$ unzip
UnZip 6.00 of 20 April 2009, by Info-ZIP.  Maintained by C. Spieler.  Send
bug reports using http://www.info-zip.org/zip-bug.html; see README for details.

Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d exdir]
  Default action is to extract files in list, except those in xlist, to exdir;
  file[.zip] may be a wildcard.  -Z => ZipInfo mode ("unzip -Z" for usage).

  -p  extract files to pipe, no messages     -l  list files (short format)
  -f  freshen existing files, create none    -t  test compressed archive data
  -u  update files, create if necessary      -z  display archive comment only
  -v  list verbosely/show version info       -T  timestamp archive to latest
  -x  exclude files that follow (in xlist)   -d  extract files into exdir
modifiers:
  -n  never overwrite existing files         -q  quiet mode (-qq => quieter)
  -o  overwrite files WITHOUT prompting      -a  auto-convert any text files
  -j  junk paths (do not make directories)   -aa treat ALL files as text
  -C  match filenames case-insensitively     -L  make (some) names lowercase
  -X  restore UID/GID info                   -V  retain VMS version numbers
  -K  keep setuid/setgid/tacky permissions   -M  pipe through "more" pager
See "unzip -hh" or unzip.txt for more help.  Examples:
  unzip data1 -x joe   => extract all files except joe from zipfile data1.zip
  unzip -p foo | more  => send contents of foo.zip via pipe into program more
  unzip -fo foo ReadMe => quietly replace existing ReadMe if archive file newer
pkmacbookpro:~ keller$ 

 

Link to comment
Share on other sites

... and unzip seems to work just fine on the .vip file:

pkmacbookpro:Downloads keller$ unzip university_of_leeds_lib_sha256-1.1.2.7.vip 
Archive:  university_of_leeds_lib_sha256-1.1.2.7.vip
  inflating: spec                    
  inflating: icon.bmp                
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/Add Terminating Bytes.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/chi.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/Compress Chunk.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/Extend Chunk into Schedule.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/Hash File with SHA-256.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/Hash string to byte array.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/Hash String with SHA-256.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/hEXLIFY.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/HMAC-SHA256.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/ma.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/Prepare Input Buffer.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/SHA256.lvlib  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/SHA256.lvproj  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/Sigma0.vi  
  inflating: File Group 0/vi.lib/University of Leeds/SHA256/Sigma1.vi  
  inflating: File Group 1/_functions_university_of_leeds_lib_sha256_1.mnu  
  inflating: File Group 1/functions_University_of_Leeds_lib_SHA256.mnu  
  inflating: File Group 2/dir.mnu    
pkmacbookpro:Downloads keller$ 

 

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.