On Apr 14, 2012, at 10:28 AM, Tom Browder wrote: > The g-dot converter now seems to work, although it has room for > improvement for formatting output for large models. I tested it on > the m35.g and used program 'dot' (with graphviz) to produce png and > xfig output--both of which I viewed successfully (with gimp and xfig, > respectively). > > I commented out the debug lines in the dot_header function. I'm not > sure of the intent of using the bu_vls_[encode|decode] functions but > apparently one or both functions have a problem and need unit tests > and a closer look. I added that to TODO.
Hm, there's obviously some bug in encode/decode. Those functions were written to be used in a variety of places (ultimately for mged) but weren't "done" yet (and apparently not even working right at the moment for the few cases they're supposed to support). The g-dot converter was being used as a testbed during their development. Their purpose in the converter is that we could have an object name or database title that would result in an invalid .dot file, so some characters are encoded (escaped). Thanks for investigating and adding the test cases. Should make it a lot easier going forward and gets us one step closer to release. Cheers! Sean ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
