Daniel Egger

> sudo ./xhyverun.sh > Password: > 2015-09-12 23:20:39.863 defaults[85576:1924026] > The domain/default pair of (/Library/Preferences/SystemConfiguration/com.apple.vmnet, Shared_Net_Address) does not exist > 2015-09-12 23:20:39.882 defaults[85577:1924033] > The domain/default pair of (/Library/Preferences/SystemConfiguration/com.apple.vmnet, Shared_Net_Mask)...

dhyve is not working either... It all boils down to: > $ sudo ./xhyverun.sh > virtio_net: Could not create vmnet interface, permission denied or no entitlement?

brew install xhyve --HEAD is compiling directly from the git sources. As mentioned I've tried that but still no change. The least thing that boot2docker-xhyve should do IMHO is to...

Hm, does not work for me: > sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.NetworkSharing.plist > /System/Library/LaunchDaemons/com.apple.NetworkSharing.plist: Operation already in progress And NAT was already enabled. xhyve is still complaining.

Actually all of my problem just vanished this morning. Yesterday night I was looking through various log files again to find the reason for sporadic erratic behaviour of some applications...

@nhooey I'm sorry but I have really no idea what exactly did the trick. It was simply some severe pruning and suddenly things worked again.

No, this is with stable: `rustc 1.35.0 (3c235d560 2019-05-20)` There's now support for a new mangling scheme in nightly but it's also not turned on by default yet.

NB: It works in a lot of of cases and fails in a lot of other cases within the same crate with the same tooling. e.g.: ``` # cargo asm...

Ooh. I think we have something here... There're three `core::ptr::real_drop_in_place` functions in the final linked binary: ``` 080017b8 : 80017b8: 4770 bx lr 80017ba: d4d4 bmi.n 8001766 ``` ``` 0800339a...

Not so sure disassembling the final binary is a good approach. Even with "debug info" in the final release binary the information level is really lacking which is one of...