So how do I get a working version? EVERY exape I have tried has failed Why does cmake not remake pmidi.c.o ? Quoting Steven Yi : > Okay, sprintf fixed. The issue was that I add a for-loop that used the > i variable. However, the rest of the code expected the i to be set to > 0, which I did not reset. make regressions and make csdtests pass 100% > now here. (commit pushed to GIT) > > > > On Tue, Jul 29, 2014 at 8:21 AM, Steven Yi wrote: >> Also, with make regression, I have just one error: >> >> [FAIL] - Test 7: (bugl.csd) >> Return Code: 256 Expected: 0 >> >> My guess is it is due to sprintf as well. >> >> On Tue, Jul 29, 2014 at 8:19 AM, Steven Yi wrote: >>> I just ran Trapped, make test, and make csdtests. Trapped ran fine as >>> did make test, and make csdtests did give one error with sprintf >>> (which, makes sense as updating that opcode required some surgery). >>> >>> My guess is that your OPCODE6DIR is defined to point to a directory >>> that has incompatible opcode libs. I have not yet bumped up the API >>> version, but I think doing so would illustrate the problem. >>> >>> On Tue, Jul 29, 2014 at 5:25 AM, wrote: >>>> 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 >>>> 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 > 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