Hey @Sean , is there any chance that there is some uncommitted work from the comb dialog refactor? src/tclscripts/mged/comb.tcl@970 has a put_comb call with 10 args, but it looks like the libged/put_comb/put_comb.c code doesn't have a case for that...
let me look
I'm only seeing 9 args, or are you counting the command name as an arg also?
put_comb
$comb_control($id,name)
$color
$comb_control($id,shader)
$comb_control($id,inherit)
$comb_control($id,comb)
$comb_control($id,isRegion)
$comb_control($id,id)
$comb_control($id,air)
$comb_control($id,material)
$comb_control($id,los)
yeah, I just caught that -- missed color
usage on put_comb says that's supposed to be correct
Hmm... Wonder if I messed something up in the refactor - put_comb.c code doesn't seem to cover it...
still refreshing my memory on this. I know I swapped one of the args around.
yeah, so it was calling put_comb with 10 args before the swap in r76299 too, checking the impl..
woah, what happened to the history? how did you move the files into subdirs?
oh, there we go.. whew that was weird.
I thought svn log on a dir showed history on all contents, but apparently not. had to history the file itself.
/me has actually started using the git conversion for history lookups
/me is liking gitk, on the whole
(I've been periodically updating the conv10 repo on github (not final form, haven't been regenerating the account mappings) so it's current-ish on the history if it's helpful.)
yeah, totally hoping to get back to that as soon as these reviews are done. nearly there.
okay, refreshed on the change and it's what I recalled -- the last four args moved to before the region flag, but not args were added or removed, so all that updated were indicies
I see all 10 args getting accessed in the implementation
so maybe a step back -- what's the problem?
they all end up getting exercised when put_tree_into_comb_and_export() is called
notably, the 'comb' structure had most of them directly saved prior to export
Josh reported an issue with the comb dialog in mged, which I can can confirm
If I open all.g in mged, don't do anything, and hit apply - I get an error from put_comb and the ged_tmp shape is left in the .g file
There was an issue before too -- at least one bug was fixed, maybe another introduced?
that was a test case I specifically worked on...
/me tests
is it a tcl error or a libged error or can't tell?
okay there is something fishy in the commit history. if I do a log on put_comb.c, it's not listing some of the commits that were made to it before it moved (including the arg reordering)
I see now. Subversion apparently has a new git-like feature where its hiding commits that get incorporated via merging. So despite changes that happened on trunk in the r75719-76352 range, those commits were merged to a branch that was merged back to trunk in 76352, so svn is hiding them (-g option shows them). That's messed up...
It's a libged error - put_comb.c:565
I can't reproduce your steps -- can you be more specific?
I'll video it - once sec.
how are you getting to the combination editor? are you typing in all.g into the object list?
Ooooh, I see what's wrong
just looking at the code. that argc7 check is the issue.
Do you still want the video?
if you want, but I got it fixed
I know why my test didn't match yours. I fed a region, so is_region flag was true, didn't get to that else clause.
FWIW:
mged_comb_editor_error.gif
Ah, got it.
commited
Awesome, thanks! I'll roll another Windows build.
your mged dialogs are displaying wrong...
is that new?
You mean popping under? Not sure
yeah, the comb editor and the Apply confirm dialog both failed to raise
they raise on mac
pretty sure there is/was an explicit raise call in their construction
worth checking back a few releases on linux...
They pop up in 7.30.10 on Linux. Hang on, rebuilding trunk...
ooh, fun. maybe a 8.6 issue
Yeah, works with trunk too. I think it had to do with the gif recorder I was using.
ahh, hm
Once sec - let me try that again...
okay, that excuse works for me :)
it's probably forcibly holding focus and tk just says okay whatever
Yeah, with that up I'm getting Gnome messages:
Toplevel
"Combination Editor (id_0)" is ready
Those pop to the top, the window does not.
Only happens when I have Peek running.
Gnome desktop is kinda a hostile place to be an old school X11 Tk app...
Tempted to move back to fluxbox in some ways, but on the other hand this environment is what new users are likely to use...
Last updated: Jan 09 2025 at 00:46 UTC