Dd oy run "make regression"? I got 100% failure I also got 100% failure with "make test" No point in trying soak test Even failed with trapped with seg fault How does one revert? Quoting Steven Yi : > Hi All, > > I've pushed a commit that removes xincod and xoutcod from the TEXT > struct. This also removes the use of the XINARG macros, replacing > them with calls to IS_ASIG_ARG and use of RTTI. It ended up touching > a lot of the codebase. So far, in the light testing I've done, things > seem to be running okay. Any testing with regards to modified opcodes > would be very much appreciated. > > Notes: > > * I found quite a bug in > sfplay/sfplaym/sfplay3/sfplay3m/sfinstr/sfinstrm/sfinstr3/sfinstr3m. > It looks like it checked if xincod was set at all for any field, and > if so, then assumed both xcps and xamp were audio-rate, when only one > or the other might be > an asig. > > *rspline (both versions) also made the same errant assumption as the > sf- opcodes but for its rangeMin and rangeMax arguments. > > * randomi and randomh was checking the xincod of the wrong arg (arg 2 > instead of 3, which is xcps). It may have produced wrong output if > cps was a-rate. > > * the stack opcodes seem to be messed up. They're problematic in the > version before I made this change. I think the stack opcodes should > just be removed as I think they're dangerous, aren't multi-thread > safe, and promote bad programming patterns within csound coding. > > > Also, I found a bug in Csound where INOCOUNT (and assuming OUTOCOUNT) > are not being calculated correctly. It looks like in the past, these > values should be set with the actual number of args set on an opcode. > However, it is currently being set to the number of args including > optional ones that were appended to the TREE. My guess is this has > been a long-standing issue. However, it's a subtle one, as var-args > would not get appended to the TREE, but optional args would. > > I noticed the bug when I tried changing vco2's OENTRY to "kkoOOo" > instead of "kkoM". The opcode really should have the former, but when > changing to it it causes the opcode to not initialize correctly. The > vco2_set function depends on INOCOUNT to be set correctly. > > I don't know the full ramifications of this bug. I will investigate > tomorrow the usage of INOCOUNT and OUTOCOUNT in CS5, as I think this > bug was introduced in CS6. > > Thanks, > steven > > ------------------------------------------------------------------------------ > Infragistics Professional > Build stunning WinForms apps today! > Reboot your WinForms applications with our WinForms controls. > Build a bridge from your legacy apps to the future. > http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net