[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #17077 [Tor]: Improve coverage on src/or/config.c (parse_port_config)
#17077: Improve coverage on src/or/config.c (parse_port_config)
-----------------------------+--------------------------
Reporter: rjunior | Owner:
Type: enhancement | Status: needs_review
Priority: normal | Milestone:
Component: Tor | Version:
Resolution: | Keywords: testing
Actual Points: | Parent ID:
Points: |
-----------------------------+--------------------------
Comment (by nickm):
Quick observations:
* It looks like the test_CL_PORT_* definitions in test_config are
redundant. It would be better to just move the CL_PORT_* definitions
somewhere that test_config.c and config.c can both see them.
* Why is the `- tor_free(the_tor_version);` line in config.c? That
seems like an accident.
* Likewise, it looks like some lines in config.c got reformatted for no
real reason.
* In the test cases, it would be good if they tested more than just
'success/failure' on the parsing cases, but also the error messages that
got logged on the failure cases.
* Use tor_addr_eq, not tor_mem_op, to compare addresses for equality.
It's permissible for two structs to be bytewise unequal but semantically
equal.
* Would it make sense to break each //start group .... //end group pair
into its own function?
Questions to always ask:
* Are there memory leaks in this code? (You can find out by running
under valgrind; see doc/HACKING)
* Does it compile when you configure with --enable-gcc-warnings?
* Does `make check-spaces` give any format warnings?
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/17077#comment:2>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs