Hi,

After another test, It seems that the m statement which cause the segfault.

Consider the two attached csd files. One contains a "m" statement and make a segfault, the other doesn't contain it and work as expected.

a link toward documentation about this, I think I use it correctly (the file worked on my previous csound version on Debian Jessy):

http://www.csounds.com/manual/html/m.html


Best,

Mik


Le 10/11/2017 à 01:10, Felipe Sateler a écrit :
Control: forwarded -1 https://github.com/csound/csound/issues/871

2017-11-08 16:45 GMT-03:00 Mickael Viey <m.v...@wanadoo.fr <mailto:m.v...@wanadoo.fr>>:

    Le 08/11/2017 à 14:19, Felipe Sateler a écrit :

        Control: forcemerge -1 880010
        Control: tags -1 moreinfo

        On Sat, Oct 28, 2017 at 7:54 AM, Mickael Viey
        <m.v...@wanadoo.fr <mailto:m.v...@wanadoo.fr>> wrote:

            Package: csound

            Version: 1:6.08.0~dfsg-1
            Severity: normal

            Dear Maintainer,


            I have some csd files I made on another platforms which
            generate
            segfault when running with this version of csound. After
            diagnostic It
            appears that the macro system which is responsible.

            By example, this macro works:
            #define TIME # 0.25 #
            #define freq # 146 #


            #define T # $freq #
            #define Am # $freq * 17 / 16 #
            #define AM # $freq * 9/8 #

            But If I had this after te last line:

            #define E # $freq #

            I get a segfault. I will join the complete csd file I used
            for my tests.

        Weird. I can reproduce on a stretch docker container, but I can't
        reproduce on sid, either with 6.09 or rebuilding 6.08 . I ran
        out of
        time, but could you try rebuilding csound and see if the problem
        persists?

    Hi,

    I am not sure what you mean by "rebuild" but this is what I done:


Thanks, but I meant recompile the csound sources, not just reinstall.

Anyway, I have debugged some more. Turns out the error in sid is still present, it just doesn't cause a crash. I have forwarded upstream to the above url.

The error is not due to the macro, but due to the 3/2 p7. This is invalid syntax, and that triggers the crash/malfunction (the crash is in the error printing code, heh). You can work around the problem by fixing the syntax error and passing 1.5.


--

Saludos,
Felipe Sateler

Attachment: nobug_without_m.csd
Description: audio/csound

Attachment: bug_with_m.csd
Description: audio/csound

_______________________________________________
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Reply via email to