RELOAD!

[Minesweeper] Games Played: 120, Bombs Used: 77, Moves Performed: 16692, New Users: 10

[zspitz/ANTLR4ParseTreeVisualizer] zspitz created draft release 0.1.0.76

[zspitz/ANTLR4ParseTreeVisualizer] zspitz released release 0.1.0.76

[zspitz/ANTLR4ParseTreeVisualizer] zspitz published release 0.1.0.76

[zspitz/ANTLR4ParseTreeVisualizer] zspitz created draft release 0.1.0.77

[zspitz/ANTLR4ParseTreeVisualizer] zspitz published release 0.1.0.77

[zspitz/ANTLR4ParseTreeVisualizer] zspitz released release 0.1.0.77

Does the Rubberduck.Parsing dll depend on any other dlls? I'd like to use it as part of the visualizer unit tests.

@ZevSpitz Rubberduck.Parsing depends on Rubberduck.VBEditor, Rubberduck.SettingsProvider and Rubberduck.JunkDrawer, the first two of which depend on Rubberduck.Resources.

I am a bit confused about the dependency on Rubberduck.Resouces for Rubberduck.SettingsProvider; it is imported into none of the modules.

Regarding the VBEditor, I am not really happy that we store the GUIDs and ProgIds for the type lib API in the resouces assembly together with the UI i18n. That couples the VBEditor to the UI stuff.

@M.Doerner I had understood from the last discussion that it is only a compile-time dependency but not a runtime dependency because they are only constants and thus get written into the output assembly.

@RobertHind I wouldn't say it's impossible, but not necessarily likely. My first guess would be it corrupted the memory/registry somehow so files aren't where it thinks they are.

An uninstall/reinstall might fix it.

Or maybe just a computer reboot :)

@RobertHind thanks for dropping by and alerting us. Sorry about your RD issue. Btw welcome to the pond.