Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.
And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.
ArgumentException in UndirectedEdge constructor
See original GitHub issueI’m probably missing something in the inner workings of the library, but I can’t understand why there is the need to make sure that Source is “lower” (whatever that might mean, since we are working on arbitrary structures) than Target when constructing a new UndirectedEdge (and in fact there are specialized edge comparers that test if source == source && target == target OR source == target && target == source).
Would it work if I were to implement a CompareTo function that always returns 0?
Issue Analytics
- State:
- Created 2 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Top Related Medium Post
Top Related StackOverflow Question
Troubleshoot Live Code
Top Related Reddit Thread
Top Related Hackernoon Post
Top Related Tweet
Top Related Dev.to Post
Top Related Hashnode Post
Personally, I find it more disturbing to have to be careful about order in an undirected edge (and, even more disturbing, having
SourceandTargetproperties in an undirected structure), but that’s my problem 😄I understand it comes from the need to have a common structure between all edge types so, it’s all good for me.
In any case I’ve already sorted it out (pun intended) on my side by using a static method that compares the two vertices and calls the constructor with parameters in the right order.
Glad to hear you find a way to make it working on your end 😉