<div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><div style="text-align:left"><span style="font-family:monospace,monospace"><span class="gmail_default" style="font-size:small"></span>Xing Tu:</span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-family:monospace,monospace">
</span><br>
Okay, so that's why ctrl-c has to be done twice to exit. It'd<br>
certainly be useful if you guys can figure this one out.</blockquote><div>You can now dump the undo stack and if you started cin from a terminal window, it will display</div><div>something like the following there up to 32 undo-s with program addresses that it keeps also.<br></div></div><div style="text-align:left"><span style="font-family:monospace,monospace"><br></span></div><div style="text-align:left"><span style="font-family:monospace,monospace">UndoStack::dump<br>   0      0x68e3af0 record patch                  119 0004 *<br>k  1      0x47b0080 record patch                37413 0004  <br>   2      0x68e0bb0 record patch                 2802 0004  <br>   3      0x469f1b0 record patch                 1529 0004  <br>   4      0x46c1700 split | cut                  1529 0011  <br>   5      0x46c1eb0 split | cut                  1193 0011  <br>   6      0x45a8f10 split | cut                  1193 0011  <br>k  7      0x46c2060 split | cut                 37076 0011  <br>   8      0x469e660 split | cut                  2580 0011  <br>   9      0x68cf280 split | cut                  1071 0011  <br>  10      0x46bc070 record patch                 1071 0004  <br>  11      0x409b810 record patch                  956 0004  <br>  12      0x45a8eb0 record patch                  956 0004  <br>  13      0x45bf510 record patch                  841 0004  <br>k 14 0x7ffe3465ffc0 paste assets                36905 0001  <br>  15 0x7fff6c00b5e0 paste assets                    4 0001  <br>k 16      0x68eea70 add track                   36205 ffffffff  <br>  17      0x409a610 add track                       4 ffffffff  <br>k 18      0x40e7af0 add track                   35677 ffffffff  <br>k 19      0x4599000 add track                   34373 ffffffff  <br>k 20 0x7ffe4c4073a0 load                        30481 ffffffff  <br>  21 0x7ffe4c01bc40 load                          841 ffffffff  <br>k 22      0x46cd670 move edit                   26271 ffffffff  <br>  23      0x45a2360 move edit                    2937 ffffffff  <br>k 24      0x4698f10 load                        26106 ffffffff  <br>k 25      0x65161e0 load                         3768 ffffffff  <br></span></div><br></div></div></div><div style="font-size:small" class="gmail_default"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">can you explain why both groups were separated after the second "undo"?<br><span style="font-family:monospace,monospace"></span></blockquote><span style="font-family:monospace,monospace">
</span>It is not really that both groups were separated after the second "undo" -  what it really is, is just</div><div style="font-size:small" class="gmail_default">like an Oracle database "commit".  As the program runs, a commit writes down the current state</div><div style="font-size:small" class="gmail_default">of the user's work; when you operate the first undo, you are just reverting to the state of the</div><div style="font-size:small" class="gmail_default">space when it was written down.  With the 2nd undo, you are now reverting to what was written</div><div style="font-size:small" class="gmail_default">down before that.  I have explained this as well as I could, but my field is computers and it is</div><div style="font-size:small" class="gmail_default">so automatic to me, that I have no better way to convey this (so my apologies).<br></div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">It's<span class="gmail_default" style="font-size:small"> </span>counter-intuitve that when trying to extend or shorten the length of<br>
the video stream, the corresponding audio stream remains unaffected<br>
(and vice-versa) despite being grouped.<br>
<br></blockquote><div><span class="gmail_default" style="font-size:small">I will look at Sam's qqjni.mp4 steamable to get a better understanding of exactly what you are referring</span></div><div><span class="gmail_default" style="font-size:small">to so I can relay this to gg.</span> <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Actually, one more thing would be<span class="gmail_default" style="font-size:small"> </span>if "drag source only" would also apply to groups.</div></blockquote><div><span class="gmail_default" style="font-size:small">By this are you referring to section 41.3 Trim Feature with Drag Handle, Button 3?  Either way, it is</span></div><div><span class="gmail_default" style="font-size:small">now a little easier for me to keep track of what needs to be added to Cin, if it is added to MantisBT</span></div><div><span class="gmail_default" style="font-size:small">bugtracker.   <br></span></div><div><div style="font-size:small" class="gmail_default"></div><div style="font-size:small" class="gmail_default">Thanks, Phyllis/gg</div><br></div><div><br></div></div></div>