-
Notifications
You must be signed in to change notification settings - Fork 1k
dep init: pkgtree poisonblack panic due to nil map entry #617
Comments
Yeah I've had this backburnered for a little while - it's the same panic as #607 and #357. As far as I've surmised from previous passes, the actual, data-level problem is that the depth-first traversal logic in One user-visible way that can arise is if a dependency's |
(not that i've decided on exactly what that solution should be just yet 😛 ) |
OK, we should probably just close this as a duplicate then, right? Or leave this open since I added the |
I'm fine to leave it open - the dlv output is helpful, but we also need to be cognizant of the different input circumstances that might lead to it occurring. as i'm not immediately clear on how a |
closing this, as it's band-aid-ed now and #351 is enough of a marker issue for the underlying problem that remains |
Go Version
1.8.1
Architecture
Darwin x86_64 (Sierra 10.12.4)
I can consistently reproduce this on https://github.com/uber-go/zap@fab453050a7a08c35f31fc5fff6f2dbd962285ab (tip of master at the time of writing):
Running
dep init
with the latest master ofdep
(8bdd9e5)Diving into variables with delve:
basically,
fromErr
is nil and the comment above suggests that should never be the case.It would be pretty easy to add a comma-ok and check for that, but I'm unfamiliar with this part of the codebase and don't want to band-aid if this is indicative of a larger issue. Looks like the code was originally added in 3179508 but later moved.
The text was updated successfully, but these errors were encountered: