# Mysterious library deletion **URL:** \ **Category:** General\ **Created:** [November 4, 2023, 12:45am UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456 "2023-11-04T00:45:02Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![jbclements](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/jbclements/32/11_2.png) [@jbclements](https://racket.discourse.group/u/jbclements)\ **Post date:** [November 4, 2023, 12:45am UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456/1 "2023-11-04T00:45:02Z")
Fun! I now have a locally-reproducible core dump that looks like this on the command line: ```scheme ENG-CLEMENTS-1:/tmp/bad clements> drracket & [1] 55570 ENG-CLEMENTS-1:/tmp/bad clements> cairo_quartz_get_cg_context_with_clip: implementation not found arguments...: # context...: /Applications/Racket v8.10.900/share/pkgs/draw-lib/racket/draw/private/emoji.rkt:168:10: draw-loop /Applications/Racket v8.10.900/share/pkgs/draw-lib/racket/draw/private/dc.rkt:1461:4: do-text method in dc% /Applications/Racket v8.10.900/share/pkgs/draw-lib/racket/draw/private/dc.rkt:1319:4: draw-text method in dc% /Applications/Racket v8.10.900/share/pkgs/draw-lib/racket/draw/private/record-dc.rkt:451:15: draw-text method in record-dc-mixin .../private/arrow-higher-order.rkt:375:33: ...row-higher-order.rkt:375:33 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/text.rkt:5597:22: process-snips /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/text.rkt:5567:16: lloop /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/text.rkt:5346:2: refresh method in text% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/editor-canvas.rkt:648:2: redraw method in editor-canvas% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/editor-canvas.rkt:1295:4: all-in-chain method in canvas-editor-admin% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/text.rkt:792:2: end-edit-sequence method in text% /Applications/Racket v8.10.900/share/pkgs/gui-lib/framework/private/text-port.rkt:547:6: do-insertion method in ports-mixin /Applications/Racket v8.10.900/share/pkgs/gui-lib/framework/private/text-port.rkt:537:11 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:436:6 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:487:32 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:639:3 ENG-CLEMENTS-1:/tmp/bad clements> ENG-CLEMENTS-1:/tmp/bad clements> ENG-CLEMENTS-1:/tmp/bad clements> internal error: attempt to deschedule the current thread in atomic mode context...: /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/editor.rkt:1394:2: wait-sequence-lock method in editor% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/text.rkt:769:2: begin-edit-sequence method in text% /Applications/Racket v8.10.900/share/pkgs/gui-lib/framework/private/color.rkt:856:6: match-parens method in text-mixin /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/text.rkt:476:2: on-event method in text% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/editor-canvas.rkt:412:2: on-event method in editor-canvas% /Applications/Racket v8.10.900/collects/racket/private/more-scheme.rkt:148:2: call-with-break-parameterization /Applications/Racket v8.10.900/collects/ffi/unsafe/atomic.rkt:73:13 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/cocoa/window.rkt:899:4: dispatch-on-event method in window% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:436:6 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:487:32 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:639:3 exception raised by error display handler: internal error: tried to deschedule a descheduled thread; original exception raised: internal error: attempt to deschedule the current thread in atomic mode context...: /Applications/Racket v8.10.900/collects/racket/private/misc.rkt:146:2: channel-put /Applications/Racket v8.10.900/share/pkgs/drracket/drracket/private/init.rkt:96:3 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/editor.rkt:1394:2: wait-sequence-lock method in editor% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/text.rkt:769:2: begin-edit-sequence method in text% /Applications/Racket v8.10.900/share/pkgs/gui-lib/framework/private/color.rkt:856:6: match-parens method in text-mixin /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/text.rkt:476:2: on-event method in text% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/editor-canvas.rkt:412:2: on-event method in editor-canvas% /Applications/Racket v8.10.900/collects/racket/private/more-scheme.rkt:148:2: call-with-break-parameterization /Applications/Racket v8.10.900/collects/ffi/unsafe/atomic.rkt:73:13 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/cocoa/window.rkt:899:4: dispatch-on-event method in window% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:436:6 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:487:32 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:639:3 sequence-contract-violation: negative: method set-position cannot be called, except in states (unlocked write-lock), args 0 7 context...: /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:739:2: call-function method in keymap% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:651:6: step2 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:625:2: other-handle-mouse-event method in keymap% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:651:6: step2 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:625:2: other-handle-mouse-event method in keymap% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:651:6: step2 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:625:2: other-handle-mouse-event method in keymap% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:651:6: step2 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:587:2: handle-mouse-event method in keymap% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/editor.rkt:206:2: on-local-event method in editor% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/editor-canvas.rkt:412:2: on-event method in editor-canvas% /Applications/Racket v8.10.900/collects/racket/private/more-scheme.rkt:148:2: call-with-break-parameterization /Applications/Racket v8.10.900/collects/ffi/unsafe/atomic.rkt:73:13 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/cocoa/window.rkt:899:4: dispatch-on-event method in window% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:436:6 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:487:32 ... exception raised by error display handler: internal error: attempt to deschedule the current thread in atomic mode; original exception raised: sequence-contract-violation: negative: method set-position cannot be called, except in states (unlocked write-lock), args 0 7 context...: /Applications/Racket v8.10.900/collects/racket/private/misc.rkt:146:2: channel-put /Applications/Racket v8.10.900/share/pkgs/drracket/drracket/private/init.rkt:96:3 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:739:2: call-function method in keymap% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:651:6: step2 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:625:2: other-handle-mouse-event method in keymap% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:651:6: step2 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:625:2: other-handle-mouse-event method in keymap% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:651:6: step2 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:625:2: other-handle-mouse-event method in keymap% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:651:6: step2 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/keymap.rkt:587:2: handle-mouse-event method in keymap% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/editor.rkt:206:2: on-local-event method in editor% /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wxme/editor-canvas.rkt:412:2: on-event method in editor-canvas% /Applications/Racket v8.10.900/collects/racket/private/more-scheme.rkt:148:2: call-with-break-parameterization /Applications/Racket v8.10.900/collects/ffi/unsafe/atomic.rkt:73:13 /Applications/Racket v8.10.900/share/pkgs/gui-lib/mred/private/wx/cocoa/window.rkt:899:4: dispatch-on-event method in window% ... internal error: tried to reschedule a scheduled thread internal error: terminated in atomic mode! [1] + exit 1 drracket ENG-CLEMENTS-1:/tmp/bad clements> ``` It seems plausible to me that this is associated with bad disk state somehow. I will try to reproduce it at home. FYI, this is mostly just a JFYI. ---
**Author:** ![jbclements](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/jbclements/32/11_2.png) [@jbclements](https://racket.discourse.group/u/jbclements)\ **Post date:** [November 6, 2023, 6:56pm UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456/2 "2023-11-06T18:56:39Z")
Offline, @soegaard pointed me to a bug report filed by @sorawee I believe that highlighted a problem with search paths for libraries. This problem is definitely related, but not quite the same. My config.rktd file usually contains `(lib-search-dirs . (#f "/opt/local/lib"))` which searches _first_ in default locations, and then in /opt/local/lib. But here's the interesting thing! When I update this to change the lib-search-dirs back to `(#f)`, and try to start drracket, I get this: ```scheme ENG-CLEMENTS-1:~/brinckerhoff-source (git)-[master]- clements> ffi-lib: could not load foreign library path: libpng16.16.dylib system error: dlopen(libpng16.16.dylib, 0x0006): tried: 'libpng16.16.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OSlibpng16.16.dylib' (no such file), '/usr/lib/libpng16.16.dylib' (no such file, not in dyld cache), 'libpng16.16.dylib' (no such file), '/usr/local/lib/libpng16.16.dylib' (no such file), '/usr/lib/libpng16.16.dylib' (no such file, not in dyld cache) context...: /Applications/Racket v8.10.900/collects/ffi/unsafe.rkt:131:0: get-ffi-lib body of "/Applications/Racket v8.10.900/share/pkgs/draw-lib/racket/draw/unsafe/cairo-lib.rkt" [1] + exit 1 drracket ``` This would make sense if I had a tool installed that required a weird library at startup, but ... I don't believe I do. It appears to me that ... this binary has somehow gotten "fixed" somehow to a version of a draw library (libpng16) that apparently only appears in my macports installation. I'm still not sure what's going on, but other versions of DrRacket on my machine still start up fine. One other possibly relevant thing; when I first discovered the problem, I realized that I had _another copy_ of DrRacket running at the same time. It seems somehow possible that DrRacket latched onto a different version of the library somehow... but I see now that it appears that libpng16 is the _first_ choice in the list, so that doesn't seem likely. Hmm. ---
**Author:** ![sorawee](https://avatars.discourse-cdn.com/v4/letter/s/ea5d25/32.png) [@sorawee](https://racket.discourse.group/u/sorawee)\ **Post date:** [November 6, 2023, 7:52pm UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456/3 "2023-11-06T19:52:23Z")
I experienced the very same issue two weeks ago. Notably, my `raco` was totally borked. Only basic tools that come with Minimal Racket like `raco pkg` worked, but other tools like `raco docs` didn’t. All these issues are resolved after a `raco setup`. The issue occurs after I `git pull` that incorporates [https://github.com/racket/racket/pull/4784](https://github.com/racket/racket/pull/4784), so that might be related. See [https://discord.com/channels/571040468092321801/893314076346826852/1162721154490957854](https://discord.com/channels/571040468092321801/893314076346826852/1162721154490957854) for full details. EDITED: actually the FFI change is not irrelevant, since it's not included in 8.11? ---
**Author:** ![jbclements](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/jbclements/32/11_2.png) [@jbclements](https://racket.discourse.group/u/jbclements)\ **Post date:** [November 10, 2023, 12:59am UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456/4 "2023-11-10T00:59:03Z")
I "finished" tracking this down... the bundle I was using was somehow missing a whole pile of libraries from the "lib" subdirectory of the application install directory. This meant that drracket still worked fine with my enriched library search path because all of these libraries appeared in `/opt/local/lib`, but did not work without that supplementary help. I have absolutely no idea how those files could have been deleted or not copied. Ugh. I'm going to close this issue. Oh wait. It's not an issue. Ah well. ---
**Author:** ![jbclements](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/jbclements/32/11_2.png) [@jbclements](https://racket.discourse.group/u/jbclements)\ **Post date:** [February 20, 2024, 2:24am UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456/5 "2024-02-20T02:24:05Z")
Okay, I guess I'm re-opening this non-issue... it just happened again. I believe I now know the fix, but I can't guess at how those libraries got deleted. One interesting thing; I see that the file "libs.rktd" dated to February 18, rather than to February 4th, the date on the rest of the files. The index in libs.rktd contained only the files that were present, a much shorter list that didn't include libpng16.16.dylib. In other words, it seems possible that yesterday, February 18, somehow those libraries got deleted and the index got re-built. I'd be curious to track down the code that performed that re-indexing, to see if it gives any clues about how the files got deleted. This seems very likely related to my need to customize my lib-search-dirs to include /opt/local/lib. ---
**Author:** ![jbclements](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/jbclements/32/11_2.png) [@jbclements](https://racket.discourse.group/u/jbclements)\ **Post date:** [February 20, 2024, 2:28am UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456/6 "2024-02-20T02:28:25Z")
I should add: re-downloading a fresh copy solved the problem, as before. I was not able to reproduce the error, and the problem is now gone again. Ugh. I guess on the bright side I now have a nice easy workaround. ---
**Author:** ![shhyou](https://avatars.discourse-cdn.com/v4/letter/s/ccd318/32.png) [@shhyou](https://racket.discourse.group/u/shhyou)\ **Post date:** [February 21, 2024, 6:12pm UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456/7 "2024-02-21T18:12:57Z")
A possible scenario is that some installed package A has duplicate dependencies on some package B (e.g. listing `"B"` in both `deps` and `build-deps`), and that at some point you are `raco pkg update` package A and `racket-lib` at the same time. In that case, `raco` would remove package A, package B and `racket-lib` to prepare for re-installation, but then the duplicate dependencies make `raco` try to remove package B twice and fails, interrupting the re-installation process. Then, `racket-lib` is forever gone. Package A and `racket-lib` need not be related in any way, just that they are updated at the same time, e.g. when running just `$ raco pkg update` and both A and `racket-lib` have updates. ---
**Author:** ![joeld](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/joeld/32/38_2.png) [@joeld](https://racket.discourse.group/u/joeld)\ **Post date:** [February 22, 2024, 8:01pm UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456/8 "2024-02-22T20:01:42Z")
If this is indeed possible, it seems like a bug in `raco pkg update`. ---
**Author:** ![jbclements](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/jbclements/32/11_2.png) [@jbclements](https://racket.discourse.group/u/jbclements)\ **Post date:** [November 10, 2024, 6:05pm UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456/9 "2024-11-10T18:05:17Z")
Followup on this: it turns out that the problem is much simpler than I'd thought, and it definitely is related to my unusual setting for `lib-search-dirs`; just using my setting and running `raco setup` is enough to trigger the library deletion. I've filed a bug report here: [Overlapping libs get deleted from racket libs directory · Issue #5100 · racket/racket · GitHub](https://github.com/racket/racket/issues/5100) ---
**Author:** ![jbclements](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/jbclements/32/11_2.png) [@jbclements](https://racket.discourse.group/u/jbclements)\ **Post date:** [November 14, 2024, 6:45pm UTC](https://racket.discourse.group/t/mysterious-library-deletion/2456/10 "2024-11-14T18:45:51Z")
Problem solved in [raco setup: avoid discarding moved libraries that appear elsewhere · racket/racket@f1fc53a · GitHub](https://github.com/racket/racket/commit/f1fc53a877900552e9788cd14ff6217c5d451b52) ! Many thanks to @mflatt