Some (many) primitives intentionally cannot be downgraded. That said, dbupgrade should have handled it gracefully and probably did not.
Any primitives added in the last 10 years or so should not have or get v4 support added. Rhc’s are older, though, so this is probably still a bug. Cheers! Sean > On Jul 10, 2020, at 10:58 PM, starseeker--- via brlcad-commits > <brlcad-comm...@lists.sourceforge.net> wrote: > > Revision: 76318 > http://sourceforge.net/p/brlcad/code/76318 > Author: starseeker > Date: 2020-07-11 02:58:53 +0000 (Sat, 11 Jul 2020) > Log Message: > ----------- > Apparently rhc doesn't make the downgrade successfully - also can't make on > with either make or in commands in a v4 database. > > Modified Paths: > -------------- > brlcad/trunk/BUGS > > Modified: brlcad/trunk/BUGS > =================================================================== > --- brlcad/trunk/BUGS 2020-07-10 15:41:30 UTC (rev 76317) > +++ brlcad/trunk/BUGS 2020-07-11 02:58:53 UTC (rev 76318) > @@ -15,10 +15,12 @@ > Recent Bugs > ----------- > > +* dbupgrade -r produces an invalid rhc with the default v5 rhc produced > + by MGED with "make rhc rhc" > + > * apparently all four BRL-CAD Tutorial Series volumes are missing from > our bibliography... > > - > * Tessellating an ETO with a normal tolerance results in stack > smashing due to bad logic in recursive algorithm: set norm 2; > facetize my.eto my.bot;. Observed infinite recursion in both > > This was sent by the SourceForge.net collaborative development platform, the > world's largest Open Source development site. > > > > _______________________________________________ > BRL-CAD Source Commits mailing list > brlcad-comm...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/brlcad-commits _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
