hi -

i experience a somehow strange bug in csoundqt.

when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format

when i run the same file as RUN IN TERM, it is fine (same from the command line).

when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").

this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.

best -

        joachim

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

hi -

i experience a somehow strange bug in csoundqt.

when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format

when i run the same file as RUN IN TERM, it is fine (same from the command line).

when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").

this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.

best -

        joachim

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.

Did anyone try an empty csd?

If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.

CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.

I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:

hi -

i experience a somehow strange bug in csoundqt.

when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format

when i run the same file as RUN IN TERM, it is fine (same from the command line).

when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").

this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.

best -

        joachim

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:

Program received signal SIGSEGV, Segmentation fault.

[Switching to Thread 6688.0x1590]

0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

106     }

(gdb) bt

#0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

#1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

#2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

#3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

#4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

#5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

#6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

#7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

#8  0x7751bf39 in ?? ()

#9  0x7751bf0c in ?? ()

#10 0x00000000 in ?? ()

(gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.

Did anyone try an empty csd?

If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.

CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.

I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:

hi -

i experience a somehow strange bug in csoundqt.

when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format

when i run the same file as RUN IN TERM, it is fine (same from the command line).

when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").

this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.

best -

        joachim

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

There are also lots of warnings about missing signals for slots in Qt. And missing properties. 

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:

Program received signal SIGSEGV, Segmentation fault.

[Switching to Thread 6688.0x1590]

0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

106     }

(gdb) bt

#0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

#1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

#2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

#3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

#4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

#5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

#6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

#7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

#8  0x7751bf39 in ?? ()

#9  0x7751bf0c in ?? ()

#10 0x00000000 in ?? ()

(gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.

Did anyone try an empty csd?

If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.

CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.

I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:

hi -

i experience a somehow strange bug in csoundqt.

when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format

when i run the same file as RUN IN TERM, it is fine (same from the command line).

when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").

this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.

best -

        joachim

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

To rule out or in CsoundPerformanceThread, I will write a short C++ test program that uses it and run it with various csds. But I won't have time to do this until tonight.

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

There are also lots of warnings about missing signals for slots in Qt. And missing properties. 

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:

Program received signal SIGSEGV, Segmentation fault.

[Switching to Thread 6688.0x1590]

0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

106     }

(gdb) bt

#0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

#1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

#2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

#3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

#4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

#5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

#6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

#7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

#8  0x7751bf39 in ?? ()

#9  0x7751bf0c in ?? ()

#10 0x00000000 in ?? ()

(gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.

Did anyone try an empty csd?

If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.

CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.

I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:

hi -

i experience a somehow strange bug in csoundqt.

when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format

when i run the same file as RUN IN TERM, it is fine (same from the command line).

when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").

this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.

best -

        joachim

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

CsoundPerformanceThread is working perfectly from Python.

On 16 Aug 2013, at 12:29, Michael Gogins wrote:

> However, this backtrace seems to rule out CsoundPerformanceThread since this crash happens before the thread is created. This implies a bad write by CsoundQt itself.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> 1481        opcodeName = root->value->lexeme;
> (gdb) bt
> #0  0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> #1  0x6c64e33c in verify_tree (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1747
> #2  0x6c6546b6 in csoundParseOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/new_orc_parser.c:182
> #3  0x6c654248 in csoundCompileOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_compile.c:1649
> #4  0x6c5d5985 in csoundCompileArgs (csound=csound@entry=0x17676a70, argc=4, argc@entry=5, argv=argv@entry=0x19bd2c18)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:226
> #5  0x6c5d6863 in csoundCompile (csound=0x17676a70, argc=5, argv=0x19bd2c18) at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:464
> #6  0x0040e7e1 in CsoundEngine::runCsound (this=0x18bdf188) at src/csoundengine.cpp:779
> #7  0x0040e00a in CsoundEngine::play (this=0x18bdf188, options=0x1760ae70) at src/csoundengine.cpp:618
> #8  0x004f0b4b in BaseDocument::play (this=0x18608ae0, options=0x1760ae70) at src/basedocument.cpp:234
> #9  0x0041c26e in DocumentPage::play (this=0x18608ae0, options=0x1760ae70) at src/documentpage.cpp:1203
> #10 0x0045fea5 in CsoundQt::play (this=0x2e3b9b8, realtime=true, index=4) at src/qutecsound.cpp:1387
> #11 0x0050bfe1 in CsoundQt::qt_static_metacall (_o=0x2e3b9b8, _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x28c8e8) at build/moc/moc_qutecsound.cpp:441
> #12 0x032041c8 in QMetaObject::activate (sender=0x1763f138, signalOffset=3, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3479
> #13 0x03203b6a in QMetaObject::activate (sender=0x1763f138, m=0xdd50000 <_data_start__>, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3354
> #14 0x0d934699 in QAction::triggered (this=0x1763f138, _t1=true) at .moc/debug_shared/moc_qaction.cpp:356
> #15 0x0d933c4e in QAction::activate (this=0x1763f138, event=QAction::Trigger) at kernel\qaction.cpp:1175
> #16 0x0dcd9dca in QAction::trigger (this=0x1763f138) at kernel/qaction.h:185
> #17 0x0dade681 in QToolButton::nextCheckState (this=0x1773c698) at widgets\qtoolbutton.cpp:948
> #18 0x0da29692 in QAbstractButtonPrivate::click (this=0x1773c6c8) at widgets\qabstractbutton.cpp:522
> #19 0x0da2a901 in QAbstractButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1124
> #20 0x0dadd3e2 in QToolButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qtoolbutton.cpp:616
> #21 0x0d96d1b9 in QWidget::event (this=0x1773c698, event=0x28d1d0) at kernel\qwidget.cpp:7877
> #22 0x0da2a776 in QAbstractButton::event (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1081
> #23 0x0dade6e6 in QToolButton::event (this=0x1773c698, event=0x28d1d0) at widgets\qtoolbutton.cpp:964
> #24 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:3455
> #25 0x0d93bc2d in QApplication::notify (this=0x28fd7c, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:2991
> #26 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x1773c698, event=0x28d1d0) at kernel\qcoreapplication.cpp:871
> #27 0x0dc75835 in QCoreApplication::sendSpontaneousEvent (receiver=0x1773c698, event=0x28d1d0)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #28 0x0d93aa4b in QApplicationPrivate::sendMouseEvent (receiver=0x1773c698, event=0x28d1d0, alienWidget=0x1773c698, nativeWidget=0x2e3b9b8,
>     buttonDown=0xdf4e178 <qt_button_down>, lastMouseReceiver=..., spontaneous=true) at kernel\qapplication.cpp:2485
> #29 0x0d984219 in QWidgetWindow::handleMouseEvent (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:464
> #30 0x0d98335b in QWidgetWindow::event (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:158
> #31 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:3455
> #32 0x0d93b5e4 in QApplication::notify (this=0x28fd7c, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:2876
> #33 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x176391d0, event=0x28d920) at kernel\qcoreapplication.cpp:871
> #34 0x06ae4455 in QCoreApplication::sendSpontaneousEvent (receiver=0x176391d0, event=0x28d920)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #35 0x0684a477 in QGuiApplicationPrivate::processMouseEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1439
> #36 0x06849c5d in QGuiApplicationPrivate::processWindowSystemEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1262
> #37 0x06840790 in QWindowSystemInterface::sendWindowSystemEventsImplementation (flags=...) at kernel\qwindowsysteminterface.cpp:581
> #38 0x0684071d in QWindowSystemInterface::sendWindowSystemEvents (flags=...) at kernel\qwindowsysteminterface.cpp:561
> #39 0x6285caa9 in QWindowsGuiEventDispatcher::sendPostedEvents (this=0x2d08768) at qwindowsguieventdispatcher.cpp:86
> #40 0x0321f7f4 in qt_internal_proc (hwnd=0x3b040e, message=1025, wp=0, lp=0) at kernel\qeventdispatcher_win.cpp:429
> #41 0x761c77d8 in gapfnScSendMessage () from C:\Windows\SysWOW64\user32.dll
> #42 0x003b040e in ?? ()
> #43 0x00000401 in ?? ()
> #44 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:12 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> To rule out or in CsoundPerformanceThread, I will write a short C++ test program that uses it and run it with various csds. But I won't have time to do this until tonight.
>
> Regards,
> Mike
>
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> There are also lots of warnings about missing signals for slots in Qt. And missing properties.
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 6688.0x1590]
> 0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> 106     }
> (gdb) bt
> #0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> #1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
> #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
> #3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
> #4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
> #5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
> #6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll
> #7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll
> #8  0x7751bf39 in ?? ()
> #9  0x7751bf0c in ?? ()
> #10 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.
>
> Did anyone try an empty csd?
>
> If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.
>
> CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.
>
> I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.
>
>
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:
> hi -
>
> i experience a somehow strange bug in csoundqt.
>
> when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
> INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format
>
> when i run the same file as RUN IN TERM, it is fine (same from the command line).
>
> when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").
>
> this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.
>
> best -
>
>         joachim
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

I see that this is happening when CsoundEngine cleans up csound, stack frame 12. Maybe Csound has cleaned up stuff so that it doesn't exist when CsoundQt wants to reference it?

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:32 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

CsoundPerformanceThread is working perfectly from Python.

On 16 Aug 2013, at 12:29, Michael Gogins wrote:

> However, this backtrace seems to rule out CsoundPerformanceThread since this crash happens before the thread is created. This implies a bad write by CsoundQt itself.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> 1481        opcodeName = root->value->lexeme;
> (gdb) bt
> #0  0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> #1  0x6c64e33c in verify_tree (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1747
> #2  0x6c6546b6 in csoundParseOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/new_orc_parser.c:182
> #3  0x6c654248 in csoundCompileOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_compile.c:1649
> #4  0x6c5d5985 in csoundCompileArgs (csound=csound@entry=0x17676a70, argc=4, argc@entry=5, argv=argv@entry=0x19bd2c18)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:226
> #5  0x6c5d6863 in csoundCompile (csound=0x17676a70, argc=5, argv=0x19bd2c18) at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:464
> #6  0x0040e7e1 in CsoundEngine::runCsound (this=0x18bdf188) at src/csoundengine.cpp:779
> #7  0x0040e00a in CsoundEngine::play (this=0x18bdf188, options=0x1760ae70) at src/csoundengine.cpp:618
> #8  0x004f0b4b in BaseDocument::play (this=0x18608ae0, options=0x1760ae70) at src/basedocument.cpp:234
> #9  0x0041c26e in DocumentPage::play (this=0x18608ae0, options=0x1760ae70) at src/documentpage.cpp:1203
> #10 0x0045fea5 in CsoundQt::play (this=0x2e3b9b8, realtime=true, index=4) at src/qutecsound.cpp:1387
> #11 0x0050bfe1 in CsoundQt::qt_static_metacall (_o=0x2e3b9b8, _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x28c8e8) at build/moc/moc_qutecsound.cpp:441
> #12 0x032041c8 in QMetaObject::activate (sender=0x1763f138, signalOffset=3, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3479
> #13 0x03203b6a in QMetaObject::activate (sender=0x1763f138, m=0xdd50000 <_data_start__>, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3354
> #14 0x0d934699 in QAction::triggered (this=0x1763f138, _t1=true) at .moc/debug_shared/moc_qaction.cpp:356
> #15 0x0d933c4e in QAction::activate (this=0x1763f138, event=QAction::Trigger) at kernel\qaction.cpp:1175
> #16 0x0dcd9dca in QAction::trigger (this=0x1763f138) at kernel/qaction.h:185
> #17 0x0dade681 in QToolButton::nextCheckState (this=0x1773c698) at widgets\qtoolbutton.cpp:948
> #18 0x0da29692 in QAbstractButtonPrivate::click (this=0x1773c6c8) at widgets\qabstractbutton.cpp:522
> #19 0x0da2a901 in QAbstractButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1124
> #20 0x0dadd3e2 in QToolButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qtoolbutton.cpp:616
> #21 0x0d96d1b9 in QWidget::event (this=0x1773c698, event=0x28d1d0) at kernel\qwidget.cpp:7877
> #22 0x0da2a776 in QAbstractButton::event (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1081
> #23 0x0dade6e6 in QToolButton::event (this=0x1773c698, event=0x28d1d0) at widgets\qtoolbutton.cpp:964
> #24 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:3455
> #25 0x0d93bc2d in QApplication::notify (this=0x28fd7c, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:2991
> #26 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x1773c698, event=0x28d1d0) at kernel\qcoreapplication.cpp:871
> #27 0x0dc75835 in QCoreApplication::sendSpontaneousEvent (receiver=0x1773c698, event=0x28d1d0)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #28 0x0d93aa4b in QApplicationPrivate::sendMouseEvent (receiver=0x1773c698, event=0x28d1d0, alienWidget=0x1773c698, nativeWidget=0x2e3b9b8,
>     buttonDown=0xdf4e178 <qt_button_down>, lastMouseReceiver=..., spontaneous=true) at kernel\qapplication.cpp:2485
> #29 0x0d984219 in QWidgetWindow::handleMouseEvent (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:464
> #30 0x0d98335b in QWidgetWindow::event (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:158
> #31 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:3455
> #32 0x0d93b5e4 in QApplication::notify (this=0x28fd7c, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:2876
> #33 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x176391d0, event=0x28d920) at kernel\qcoreapplication.cpp:871
> #34 0x06ae4455 in QCoreApplication::sendSpontaneousEvent (receiver=0x176391d0, event=0x28d920)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #35 0x0684a477 in QGuiApplicationPrivate::processMouseEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1439
> #36 0x06849c5d in QGuiApplicationPrivate::processWindowSystemEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1262
> #37 0x06840790 in QWindowSystemInterface::sendWindowSystemEventsImplementation (flags=...) at kernel\qwindowsysteminterface.cpp:581
> #38 0x0684071d in QWindowSystemInterface::sendWindowSystemEvents (flags=...) at kernel\qwindowsysteminterface.cpp:561
> #39 0x6285caa9 in QWindowsGuiEventDispatcher::sendPostedEvents (this=0x2d08768) at qwindowsguieventdispatcher.cpp:86
> #40 0x0321f7f4 in qt_internal_proc (hwnd=0x3b040e, message=1025, wp=0, lp=0) at kernel\qeventdispatcher_win.cpp:429
> #41 0x761c77d8 in gapfnScSendMessage () from C:\Windows\SysWOW64\user32.dll
> #42 0x003b040e in ?? ()
> #43 0x00000401 in ?? ()
> #44 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:12 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> To rule out or in CsoundPerformanceThread, I will write a short C++ test program that uses it and run it with various csds. But I won't have time to do this until tonight.
>
> Regards,
> Mike
>
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> There are also lots of warnings about missing signals for slots in Qt. And missing properties.
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 6688.0x1590]
> 0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> 106     }
> (gdb) bt
> #0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> #1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
> #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
> #3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
> #4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
> #5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
> #6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll
> #7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll
> #8  0x7751bf39 in ?? ()
> #9  0x7751bf0c in ?? ()
> #10 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.
>
> Did anyone try an empty csd?
>
> If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.
>
> CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.
>
> I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.
>
>
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:
> hi -
>
> i experience a somehow strange bug in csoundqt.
>
> when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
> INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format
>
> when i run the same file as RUN IN TERM, it is fine (same from the command line).
>
> when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").
>
> this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.
>
> best -
>
>         joachim
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

There definitely appears to be a bug in CsoundPerformanceThread. The following program exhibits it on my PC. I see thge exact same stack trace in CsoundQt and in a Lua version of this program.

#include "csound.hpp"

#include "csPerfThread.hpp"

int useThreads = true;

int main(int argc, char *argv[])

{

    Csound csound;

    csound.Compile(argc,argv);

    csound.Start();

    if (useThreads) {

        CsoundPerformanceThread performanceThread(csound.GetCsound());

        performanceThread.Play(); 

        performanceThread.Join();  

    } else {

        while (csound.PerformKsmps() == 0) {}

    }

 }

Note that execution is perfect if useThreads is set to false.

The debugger output is:

 gdb --args csperfthread.exe ../trapped.csd

NU gdb (GDB) 7.6

opyright (C) 2013 Free Software Foundation, Inc.

icense GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

his is free software: you are free to change and redistribute it.

here is NO WARRANTY, to the extent permitted by law.  Type "show copying"

nd "show warranty" for details.

his GDB was configured as "i686-w64-mingw32".

or bug reporting instructions, please see:

http://www.gnu.org/software/gdb/bugs/>...

eading symbols from c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe...done.

gdb) run

tarting program: c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe ../trapped.csd

New Thread 3552.0xea0]

irtual_keyboard real time MIDI plugin for Csound

dBFS level = 32768.0

sound version 6.00.1 (double samples) Aug 16 2013

ibsndfile-1.0.25

nifiedCSD:  ../trapped.csd

TARTING FILE

reating options

reating orchestra

reating score

taudio: PortAudio module enabled ...

sing callback interface

tmidi: PortMIDI module enabled

lapsed time at end of orchestra compile: real: 0.070s, CPU: 0.070s

orting score ...

       ... done

lapsed time at end of score sort: real: 0.076s, CPU: 0.076s

sound version 6.00.1 (double samples) Aug 16 2013

isplays suppressed

dBFS level = 32768.0

rch now loaded

udio buffered in 4096 sample-frame blocks

riting 16384-byte blks of shorts to test.wav (WAV)

ECTION 1:

sound is already started, call csoundReset()

efore starting again

New Thread 3552.0x19fc]

table 1:

table 2:

table 3:

table 4:

table 5:

table 6:

table 7:

table 8:

table 9:

table 10:

table 11:

table 12:

table 13:

table 14:

table 15:

table 16:

table 17:

table 18:

table 19:

table 20:

table 21:

table 22:

ew alloc for instr 1:

ew alloc for instr 100:

rogram received signal SIGSEGV, Segmentation fault.

Switching to Thread 3552.0x19fc]

x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

06     }

gdb) bt

0  0x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

1  0x6c5d3a67 in kperf (csound=csound@entry=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fe60) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

8  0x7751bf39 in ?? ()

9  0x7751bf0c in ?? ()

10 0x00000000 in ?? ()

gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 8:52 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I see that this is happening when CsoundEngine cleans up csound, stack frame 12. Maybe Csound has cleaned up stuff so that it doesn't exist when CsoundQt wants to reference it?

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:32 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

CsoundPerformanceThread is working perfectly from Python.

On 16 Aug 2013, at 12:29, Michael Gogins wrote:

> However, this backtrace seems to rule out CsoundPerformanceThread since this crash happens before the thread is created. This implies a bad write by CsoundQt itself.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> 1481        opcodeName = root->value->lexeme;
> (gdb) bt
> #0  0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> #1  0x6c64e33c in verify_tree (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1747
> #2  0x6c6546b6 in csoundParseOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/new_orc_parser.c:182
> #3  0x6c654248 in csoundCompileOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_compile.c:1649
> #4  0x6c5d5985 in csoundCompileArgs (csound=csound@entry=0x17676a70, argc=4, argc@entry=5, argv=argv@entry=0x19bd2c18)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:226
> #5  0x6c5d6863 in csoundCompile (csound=0x17676a70, argc=5, argv=0x19bd2c18) at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:464
> #6  0x0040e7e1 in CsoundEngine::runCsound (this=0x18bdf188) at src/csoundengine.cpp:779
> #7  0x0040e00a in CsoundEngine::play (this=0x18bdf188, options=0x1760ae70) at src/csoundengine.cpp:618
> #8  0x004f0b4b in BaseDocument::play (this=0x18608ae0, options=0x1760ae70) at src/basedocument.cpp:234
> #9  0x0041c26e in DocumentPage::play (this=0x18608ae0, options=0x1760ae70) at src/documentpage.cpp:1203
> #10 0x0045fea5 in CsoundQt::play (this=0x2e3b9b8, realtime=true, index=4) at src/qutecsound.cpp:1387
> #11 0x0050bfe1 in CsoundQt::qt_static_metacall (_o=0x2e3b9b8, _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x28c8e8) at build/moc/moc_qutecsound.cpp:441
> #12 0x032041c8 in QMetaObject::activate (sender=0x1763f138, signalOffset=3, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3479
> #13 0x03203b6a in QMetaObject::activate (sender=0x1763f138, m=0xdd50000 <_data_start__>, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3354
> #14 0x0d934699 in QAction::triggered (this=0x1763f138, _t1=true) at .moc/debug_shared/moc_qaction.cpp:356
> #15 0x0d933c4e in QAction::activate (this=0x1763f138, event=QAction::Trigger) at kernel\qaction.cpp:1175
> #16 0x0dcd9dca in QAction::trigger (this=0x1763f138) at kernel/qaction.h:185
> #17 0x0dade681 in QToolButton::nextCheckState (this=0x1773c698) at widgets\qtoolbutton.cpp:948
> #18 0x0da29692 in QAbstractButtonPrivate::click (this=0x1773c6c8) at widgets\qabstractbutton.cpp:522
> #19 0x0da2a901 in QAbstractButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1124
> #20 0x0dadd3e2 in QToolButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qtoolbutton.cpp:616
> #21 0x0d96d1b9 in QWidget::event (this=0x1773c698, event=0x28d1d0) at kernel\qwidget.cpp:7877
> #22 0x0da2a776 in QAbstractButton::event (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1081
> #23 0x0dade6e6 in QToolButton::event (this=0x1773c698, event=0x28d1d0) at widgets\qtoolbutton.cpp:964
> #24 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:3455
> #25 0x0d93bc2d in QApplication::notify (this=0x28fd7c, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:2991
> #26 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x1773c698, event=0x28d1d0) at kernel\qcoreapplication.cpp:871
> #27 0x0dc75835 in QCoreApplication::sendSpontaneousEvent (receiver=0x1773c698, event=0x28d1d0)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #28 0x0d93aa4b in QApplicationPrivate::sendMouseEvent (receiver=0x1773c698, event=0x28d1d0, alienWidget=0x1773c698, nativeWidget=0x2e3b9b8,
>     buttonDown=0xdf4e178 <qt_button_down>, lastMouseReceiver=..., spontaneous=true) at kernel\qapplication.cpp:2485
> #29 0x0d984219 in QWidgetWindow::handleMouseEvent (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:464
> #30 0x0d98335b in QWidgetWindow::event (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:158
> #31 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:3455
> #32 0x0d93b5e4 in QApplication::notify (this=0x28fd7c, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:2876
> #33 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x176391d0, event=0x28d920) at kernel\qcoreapplication.cpp:871
> #34 0x06ae4455 in QCoreApplication::sendSpontaneousEvent (receiver=0x176391d0, event=0x28d920)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #35 0x0684a477 in QGuiApplicationPrivate::processMouseEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1439
> #36 0x06849c5d in QGuiApplicationPrivate::processWindowSystemEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1262
> #37 0x06840790 in QWindowSystemInterface::sendWindowSystemEventsImplementation (flags=...) at kernel\qwindowsysteminterface.cpp:581
> #38 0x0684071d in QWindowSystemInterface::sendWindowSystemEvents (flags=...) at kernel\qwindowsysteminterface.cpp:561
> #39 0x6285caa9 in QWindowsGuiEventDispatcher::sendPostedEvents (this=0x2d08768) at qwindowsguieventdispatcher.cpp:86
> #40 0x0321f7f4 in qt_internal_proc (hwnd=0x3b040e, message=1025, wp=0, lp=0) at kernel\qeventdispatcher_win.cpp:429
> #41 0x761c77d8 in gapfnScSendMessage () from C:\Windows\SysWOW64\user32.dll
> #42 0x003b040e in ?? ()
> #43 0x00000401 in ?? ()
> #44 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:12 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> To rule out or in CsoundPerformanceThread, I will write a short C++ test program that uses it and run it with various csds. But I won't have time to do this until tonight.
>
> Regards,
> Mike
>
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> There are also lots of warnings about missing signals for slots in Qt. And missing properties.
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 6688.0x1590]
> 0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> 106     }
> (gdb) bt
> #0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> #1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
> #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
> #3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
> #4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
> #5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
> #6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll
> #7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll
> #8  0x7751bf39 in ?? ()
> #9  0x7751bf0c in ?? ()
> #10 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.
>
> Did anyone try an empty csd?
>
> If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.
>
> CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.
>
> I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.
>
>
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:
> hi -
>
> i experience a somehow strange bug in csoundqt.
>
> when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
> INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format
>
> when i run the same file as RUN IN TERM, it is fine (same from the command line).
>
> when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").
>
> this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.
>
> best -
>
>         joachim
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Hi,

I've added a test in the tests directory for the performance thread, and it seems OK there. Although there are some issues reported by valgrind, I don't think these are the ones causing the reported problem.

src/csound-csound6-git-build/tests/c $ valgrind ./testPerfThread
==14507== Memcheck, a memory error detector
==14507== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==14507== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==14507== Command: ./testPerfThread
==14507==


     CUnit - A Unit testing framework for C - Version 2.1-0
     http://cunit.sourceforge.net/


Suite: perfthread tests
  Test: Test Performance Thread ...
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF60E0: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Use of uninitialised value of size 8
==14507==    at 0x5CF565B: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF5665: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF9BE4: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF61BE: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF6238: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
passed

--Run Summary: Type      Total     Ran  Passed  Failed
               suites        1       1     n/a       0
               tests         1       1       1       0
               asserts       0       0       0       0
==14507==
==14507== HEAP SUMMARY:
==14507==     in use at exit: 119,800 bytes in 1,877 blocks
==14507==   total heap usage: 21,527 allocs, 19,650 frees, 1,910,156 bytes allocated
==14507==
==14507== LEAK SUMMARY:
==14507==    definitely lost: 807 bytes in 9 blocks
==14507==    indirectly lost: 26,097 bytes in 386 blocks
==14507==      possibly lost: 42,993 bytes in 1,313 blocks
==14507==    still reachable: 49,903 bytes in 169 blocks
==14507==         suppressed: 0 bytes in 0 blocks
==14507== Rerun with --leak-check=full to see details of leaked memory
==14507==
==14507== For counts of detected and suppressed errors, rerun with: -v
==14507== Use --track-origins=yes to see where uninitialised values come from
==14507== ERROR SUMMARY: 198 errors from 6 contexts (suppressed: 2 from 2)

Cheers,
Andrés

On Fri, Aug 16, 2013 at 5:49 PM, Michael Gogins <michael.gogins@gmail.com> wrote:

There definitely appears to be a bug in CsoundPerformanceThread. The following program exhibits it on my PC. I see thge exact same stack trace in CsoundQt and in a Lua version of this program.

#include "csound.hpp"

#include "csPerfThread.hpp"

int useThreads = true;

int main(int argc, char *argv[])

{

    Csound csound;

    csound.Compile(argc,argv);

    csound.Start();

    if (useThreads) {

        CsoundPerformanceThread performanceThread(csound.GetCsound());

        performanceThread.Play(); 

        performanceThread.Join();  

    } else {

        while (csound.PerformKsmps() == 0) {}

    }

 }

Note that execution is perfect if useThreads is set to false.

The debugger output is:

 gdb --args csperfthread.exe ../trapped.csd

NU gdb (GDB) 7.6

opyright (C) 2013 Free Software Foundation, Inc.

icense GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

his is free software: you are free to change and redistribute it.

here is NO WARRANTY, to the extent permitted by law.  Type "show copying"

nd "show warranty" for details.

his GDB was configured as "i686-w64-mingw32".

or bug reporting instructions, please see:

http://www.gnu.org/software/gdb/bugs/>...

eading symbols from c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe...done.

gdb) run

tarting program: c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe ../trapped.csd

New Thread 3552.0xea0]

irtual_keyboard real time MIDI plugin for Csound

dBFS level = 32768.0

sound version 6.00.1 (double samples) Aug 16 2013

ibsndfile-1.0.25

nifiedCSD:  ../trapped.csd

TARTING FILE

reating options

reating orchestra

reating score

taudio: PortAudio module enabled ...

sing callback interface

tmidi: PortMIDI module enabled

lapsed time at end of orchestra compile: real: 0.070s, CPU: 0.070s

orting score ...

       ... done

lapsed time at end of score sort: real: 0.076s, CPU: 0.076s

sound version 6.00.1 (double samples) Aug 16 2013

isplays suppressed

dBFS level = 32768.0

rch now loaded

udio buffered in 4096 sample-frame blocks

riting 16384-byte blks of shorts to test.wav (WAV)

ECTION 1:

sound is already started, call csoundReset()

efore starting again

New Thread 3552.0x19fc]

table 1:

table 2:

table 3:

table 4:

table 5:

table 6:

table 7:

table 8:

table 9:

table 10:

table 11:

table 12:

table 13:

table 14:

table 15:

table 16:

table 17:

table 18:

table 19:

table 20:

table 21:

table 22:

ew alloc for instr 1:

ew alloc for instr 100:

rogram received signal SIGSEGV, Segmentation fault.

Switching to Thread 3552.0x19fc]

x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

06     }

gdb) bt

0  0x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

1  0x6c5d3a67 in kperf (csound=csound@entry=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fe60) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

8  0x7751bf39 in ?? ()

9  0x7751bf0c in ?? ()

10 0x00000000 in ?? ()

gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 8:52 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I see that this is happening when CsoundEngine cleans up csound, stack frame 12. Maybe Csound has cleaned up stuff so that it doesn't exist when CsoundQt wants to reference it?

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:32 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

CsoundPerformanceThread is working perfectly from Python.

On 16 Aug 2013, at 12:29, Michael Gogins wrote:

> However, this backtrace seems to rule out CsoundPerformanceThread since this crash happens before the thread is created. This implies a bad write by CsoundQt itself.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> 1481        opcodeName = root->value->lexeme;
> (gdb) bt
> #0  0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> #1  0x6c64e33c in verify_tree (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1747
> #2  0x6c6546b6 in csoundParseOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/new_orc_parser.c:182
> #3  0x6c654248 in csoundCompileOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_compile.c:1649
> #4  0x6c5d5985 in csoundCompileArgs (csound=csound@entry=0x17676a70, argc=4, argc@entry=5, argv=argv@entry=0x19bd2c18)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:226
> #5  0x6c5d6863 in csoundCompile (csound=0x17676a70, argc=5, argv=0x19bd2c18) at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:464
> #6  0x0040e7e1 in CsoundEngine::runCsound (this=0x18bdf188) at src/csoundengine.cpp:779
> #7  0x0040e00a in CsoundEngine::play (this=0x18bdf188, options=0x1760ae70) at src/csoundengine.cpp:618
> #8  0x004f0b4b in BaseDocument::play (this=0x18608ae0, options=0x1760ae70) at src/basedocument.cpp:234
> #9  0x0041c26e in DocumentPage::play (this=0x18608ae0, options=0x1760ae70) at src/documentpage.cpp:1203
> #10 0x0045fea5 in CsoundQt::play (this=0x2e3b9b8, realtime=true, index=4) at src/qutecsound.cpp:1387
> #11 0x0050bfe1 in CsoundQt::qt_static_metacall (_o=0x2e3b9b8, _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x28c8e8) at build/moc/moc_qutecsound.cpp:441
> #12 0x032041c8 in QMetaObject::activate (sender=0x1763f138, signalOffset=3, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3479
> #13 0x03203b6a in QMetaObject::activate (sender=0x1763f138, m=0xdd50000 <_data_start__>, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3354
> #14 0x0d934699 in QAction::triggered (this=0x1763f138, _t1=true) at .moc/debug_shared/moc_qaction.cpp:356
> #15 0x0d933c4e in QAction::activate (this=0x1763f138, event=QAction::Trigger) at kernel\qaction.cpp:1175
> #16 0x0dcd9dca in QAction::trigger (this=0x1763f138) at kernel/qaction.h:185
> #17 0x0dade681 in QToolButton::nextCheckState (this=0x1773c698) at widgets\qtoolbutton.cpp:948
> #18 0x0da29692 in QAbstractButtonPrivate::click (this=0x1773c6c8) at widgets\qabstractbutton.cpp:522
> #19 0x0da2a901 in QAbstractButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1124
> #20 0x0dadd3e2 in QToolButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qtoolbutton.cpp:616
> #21 0x0d96d1b9 in QWidget::event (this=0x1773c698, event=0x28d1d0) at kernel\qwidget.cpp:7877
> #22 0x0da2a776 in QAbstractButton::event (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1081
> #23 0x0dade6e6 in QToolButton::event (this=0x1773c698, event=0x28d1d0) at widgets\qtoolbutton.cpp:964
> #24 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:3455
> #25 0x0d93bc2d in QApplication::notify (this=0x28fd7c, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:2991
> #26 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x1773c698, event=0x28d1d0) at kernel\qcoreapplication.cpp:871
> #27 0x0dc75835 in QCoreApplication::sendSpontaneousEvent (receiver=0x1773c698, event=0x28d1d0)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #28 0x0d93aa4b in QApplicationPrivate::sendMouseEvent (receiver=0x1773c698, event=0x28d1d0, alienWidget=0x1773c698, nativeWidget=0x2e3b9b8,
>     buttonDown=0xdf4e178 <qt_button_down>, lastMouseReceiver=..., spontaneous=true) at kernel\qapplication.cpp:2485
> #29 0x0d984219 in QWidgetWindow::handleMouseEvent (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:464
> #30 0x0d98335b in QWidgetWindow::event (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:158
> #31 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:3455
> #32 0x0d93b5e4 in QApplication::notify (this=0x28fd7c, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:2876
> #33 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x176391d0, event=0x28d920) at kernel\qcoreapplication.cpp:871
> #34 0x06ae4455 in QCoreApplication::sendSpontaneousEvent (receiver=0x176391d0, event=0x28d920)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #35 0x0684a477 in QGuiApplicationPrivate::processMouseEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1439
> #36 0x06849c5d in QGuiApplicationPrivate::processWindowSystemEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1262
> #37 0x06840790 in QWindowSystemInterface::sendWindowSystemEventsImplementation (flags=...) at kernel\qwindowsysteminterface.cpp:581
> #38 0x0684071d in QWindowSystemInterface::sendWindowSystemEvents (flags=...) at kernel\qwindowsysteminterface.cpp:561
> #39 0x6285caa9 in QWindowsGuiEventDispatcher::sendPostedEvents (this=0x2d08768) at qwindowsguieventdispatcher.cpp:86
> #40 0x0321f7f4 in qt_internal_proc (hwnd=0x3b040e, message=1025, wp=0, lp=0) at kernel\qeventdispatcher_win.cpp:429
> #41 0x761c77d8 in gapfnScSendMessage () from C:\Windows\SysWOW64\user32.dll
> #42 0x003b040e in ?? ()
> #43 0x00000401 in ?? ()
> #44 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:12 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> To rule out or in CsoundPerformanceThread, I will write a short C++ test program that uses it and run it with various csds. But I won't have time to do this until tonight.
>
> Regards,
> Mike
>
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> There are also lots of warnings about missing signals for slots in Qt. And missing properties.
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 6688.0x1590]
> 0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> 106     }
> (gdb) bt
> #0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> #1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
> #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
> #3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
> #4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
> #5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
> #6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll
> #7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll
> #8  0x7751bf39 in ?? ()
> #9  0x7751bf0c in ?? ()
> #10 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.
>
> Did anyone try an empty csd?
>
> If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.
>
> CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.
>
> I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.
>
>
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:
> hi -
>
> i experience a somehow strange bug in csoundqt.
>
> when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
> INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format
>
> when i run the same file as RUN IN TERM, it is fine (same from the command line).
>
> when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").
>
> this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.
>
> best -
>
>         joachim
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

I do not pull this test. Is it in the develop branch?

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Sat, Aug 17, 2013 at 12:38 AM, Andres Cabrera <mantaraya36@gmail.com> wrote:

Hi,

I've added a test in the tests directory for the performance thread, and it seems OK there. Although there are some issues reported by valgrind, I don't think these are the ones causing the reported problem.

src/csound-csound6-git-build/tests/c $ valgrind ./testPerfThread
==14507== Memcheck, a memory error detector
==14507== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==14507== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==14507== Command: ./testPerfThread
==14507==


     CUnit - A Unit testing framework for C - Version 2.1-0
     http://cunit.sourceforge.net/


Suite: perfthread tests
  Test: Test Performance Thread ...
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF60E0: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Use of uninitialised value of size 8
==14507==    at 0x5CF565B: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF5665: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF9BE4: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF61BE: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF6238: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
passed

--Run Summary: Type      Total     Ran  Passed  Failed
               suites        1       1     n/a       0
               tests         1       1       1       0
               asserts       0       0       0       0
==14507==
==14507== HEAP SUMMARY:
==14507==     in use at exit: 119,800 bytes in 1,877 blocks
==14507==   total heap usage: 21,527 allocs, 19,650 frees, 1,910,156 bytes allocated
==14507==
==14507== LEAK SUMMARY:
==14507==    definitely lost: 807 bytes in 9 blocks
==14507==    indirectly lost: 26,097 bytes in 386 blocks
==14507==      possibly lost: 42,993 bytes in 1,313 blocks
==14507==    still reachable: 49,903 bytes in 169 blocks
==14507==         suppressed: 0 bytes in 0 blocks
==14507== Rerun with --leak-check=full to see details of leaked memory
==14507==
==14507== For counts of detected and suppressed errors, rerun with: -v
==14507== Use --track-origins=yes to see where uninitialised values come from
==14507== ERROR SUMMARY: 198 errors from 6 contexts (suppressed: 2 from 2)

Cheers,
Andrés

On Fri, Aug 16, 2013 at 5:49 PM, Michael Gogins <michael.gogins@gmail.com> wrote:

There definitely appears to be a bug in CsoundPerformanceThread. The following program exhibits it on my PC. I see thge exact same stack trace in CsoundQt and in a Lua version of this program.

#include "csound.hpp"

#include "csPerfThread.hpp"

int useThreads = true;

int main(int argc, char *argv[])

{

    Csound csound;

    csound.Compile(argc,argv);

    csound.Start();

    if (useThreads) {

        CsoundPerformanceThread performanceThread(csound.GetCsound());

        performanceThread.Play(); 

        performanceThread.Join();  

    } else {

        while (csound.PerformKsmps() == 0) {}

    }

 }

Note that execution is perfect if useThreads is set to false.

The debugger output is:

 gdb --args csperfthread.exe ../trapped.csd

NU gdb (GDB) 7.6

opyright (C) 2013 Free Software Foundation, Inc.

icense GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

his is free software: you are free to change and redistribute it.

here is NO WARRANTY, to the extent permitted by law.  Type "show copying"

nd "show warranty" for details.

his GDB was configured as "i686-w64-mingw32".

or bug reporting instructions, please see:

http://www.gnu.org/software/gdb/bugs/>...

eading symbols from c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe...done.

gdb) run

tarting program: c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe ../trapped.csd

New Thread 3552.0xea0]

irtual_keyboard real time MIDI plugin for Csound

dBFS level = 32768.0

sound version 6.00.1 (double samples) Aug 16 2013

ibsndfile-1.0.25

nifiedCSD:  ../trapped.csd

TARTING FILE

reating options

reating orchestra

reating score

taudio: PortAudio module enabled ...

sing callback interface

tmidi: PortMIDI module enabled

lapsed time at end of orchestra compile: real: 0.070s, CPU: 0.070s

orting score ...

       ... done

lapsed time at end of score sort: real: 0.076s, CPU: 0.076s

sound version 6.00.1 (double samples) Aug 16 2013

isplays suppressed

dBFS level = 32768.0

rch now loaded

udio buffered in 4096 sample-frame blocks

riting 16384-byte blks of shorts to test.wav (WAV)

ECTION 1:

sound is already started, call csoundReset()

efore starting again

New Thread 3552.0x19fc]

table 1:

table 2:

table 3:

table 4:

table 5:

table 6:

table 7:

table 8:

table 9:

table 10:

table 11:

table 12:

table 13:

table 14:

table 15:

table 16:

table 17:

table 18:

table 19:

table 20:

table 21:

table 22:

ew alloc for instr 1:

ew alloc for instr 100:

rogram received signal SIGSEGV, Segmentation fault.

Switching to Thread 3552.0x19fc]

x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

06     }

gdb) bt

0  0x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

1  0x6c5d3a67 in kperf (csound=csound@entry=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fe60) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

8  0x7751bf39 in ?? ()

9  0x7751bf0c in ?? ()

10 0x00000000 in ?? ()

gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 8:52 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I see that this is happening when CsoundEngine cleans up csound, stack frame 12. Maybe Csound has cleaned up stuff so that it doesn't exist when CsoundQt wants to reference it?

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:32 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

CsoundPerformanceThread is working perfectly from Python.

On 16 Aug 2013, at 12:29, Michael Gogins wrote:

> However, this backtrace seems to rule out CsoundPerformanceThread since this crash happens before the thread is created. This implies a bad write by CsoundQt itself.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> 1481        opcodeName = root->value->lexeme;
> (gdb) bt
> #0  0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> #1  0x6c64e33c in verify_tree (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1747
> #2  0x6c6546b6 in csoundParseOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/new_orc_parser.c:182
> #3  0x6c654248 in csoundCompileOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_compile.c:1649
> #4  0x6c5d5985 in csoundCompileArgs (csound=csound@entry=0x17676a70, argc=4, argc@entry=5, argv=argv@entry=0x19bd2c18)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:226
> #5  0x6c5d6863 in csoundCompile (csound=0x17676a70, argc=5, argv=0x19bd2c18) at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:464
> #6  0x0040e7e1 in CsoundEngine::runCsound (this=0x18bdf188) at src/csoundengine.cpp:779
> #7  0x0040e00a in CsoundEngine::play (this=0x18bdf188, options=0x1760ae70) at src/csoundengine.cpp:618
> #8  0x004f0b4b in BaseDocument::play (this=0x18608ae0, options=0x1760ae70) at src/basedocument.cpp:234
> #9  0x0041c26e in DocumentPage::play (this=0x18608ae0, options=0x1760ae70) at src/documentpage.cpp:1203
> #10 0x0045fea5 in CsoundQt::play (this=0x2e3b9b8, realtime=true, index=4) at src/qutecsound.cpp:1387
> #11 0x0050bfe1 in CsoundQt::qt_static_metacall (_o=0x2e3b9b8, _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x28c8e8) at build/moc/moc_qutecsound.cpp:441
> #12 0x032041c8 in QMetaObject::activate (sender=0x1763f138, signalOffset=3, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3479
> #13 0x03203b6a in QMetaObject::activate (sender=0x1763f138, m=0xdd50000 <_data_start__>, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3354
> #14 0x0d934699 in QAction::triggered (this=0x1763f138, _t1=true) at .moc/debug_shared/moc_qaction.cpp:356
> #15 0x0d933c4e in QAction::activate (this=0x1763f138, event=QAction::Trigger) at kernel\qaction.cpp:1175
> #16 0x0dcd9dca in QAction::trigger (this=0x1763f138) at kernel/qaction.h:185
> #17 0x0dade681 in QToolButton::nextCheckState (this=0x1773c698) at widgets\qtoolbutton.cpp:948
> #18 0x0da29692 in QAbstractButtonPrivate::click (this=0x1773c6c8) at widgets\qabstractbutton.cpp:522
> #19 0x0da2a901 in QAbstractButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1124
> #20 0x0dadd3e2 in QToolButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qtoolbutton.cpp:616
> #21 0x0d96d1b9 in QWidget::event (this=0x1773c698, event=0x28d1d0) at kernel\qwidget.cpp:7877
> #22 0x0da2a776 in QAbstractButton::event (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1081
> #23 0x0dade6e6 in QToolButton::event (this=0x1773c698, event=0x28d1d0) at widgets\qtoolbutton.cpp:964
> #24 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:3455
> #25 0x0d93bc2d in QApplication::notify (this=0x28fd7c, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:2991
> #26 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x1773c698, event=0x28d1d0) at kernel\qcoreapplication.cpp:871
> #27 0x0dc75835 in QCoreApplication::sendSpontaneousEvent (receiver=0x1773c698, event=0x28d1d0)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #28 0x0d93aa4b in QApplicationPrivate::sendMouseEvent (receiver=0x1773c698, event=0x28d1d0, alienWidget=0x1773c698, nativeWidget=0x2e3b9b8,
>     buttonDown=0xdf4e178 <qt_button_down>, lastMouseReceiver=..., spontaneous=true) at kernel\qapplication.cpp:2485
> #29 0x0d984219 in QWidgetWindow::handleMouseEvent (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:464
> #30 0x0d98335b in QWidgetWindow::event (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:158
> #31 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:3455
> #32 0x0d93b5e4 in QApplication::notify (this=0x28fd7c, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:2876
> #33 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x176391d0, event=0x28d920) at kernel\qcoreapplication.cpp:871
> #34 0x06ae4455 in QCoreApplication::sendSpontaneousEvent (receiver=0x176391d0, event=0x28d920)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #35 0x0684a477 in QGuiApplicationPrivate::processMouseEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1439
> #36 0x06849c5d in QGuiApplicationPrivate::processWindowSystemEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1262
> #37 0x06840790 in QWindowSystemInterface::sendWindowSystemEventsImplementation (flags=...) at kernel\qwindowsysteminterface.cpp:581
> #38 0x0684071d in QWindowSystemInterface::sendWindowSystemEvents (flags=...) at kernel\qwindowsysteminterface.cpp:561
> #39 0x6285caa9 in QWindowsGuiEventDispatcher::sendPostedEvents (this=0x2d08768) at qwindowsguieventdispatcher.cpp:86
> #40 0x0321f7f4 in qt_internal_proc (hwnd=0x3b040e, message=1025, wp=0, lp=0) at kernel\qeventdispatcher_win.cpp:429
> #41 0x761c77d8 in gapfnScSendMessage () from C:\Windows\SysWOW64\user32.dll
> #42 0x003b040e in ?? ()
> #43 0x00000401 in ?? ()
> #44 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:12 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> To rule out or in CsoundPerformanceThread, I will write a short C++ test program that uses it and run it with various csds. But I won't have time to do this until tonight.
>
> Regards,
> Mike
>
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> There are also lots of warnings about missing signals for slots in Qt. And missing properties.
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 6688.0x1590]
> 0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> 106     }
> (gdb) bt
> #0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> #1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
> #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
> #3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
> #4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
> #5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
> #6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll
> #7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll
> #8  0x7751bf39 in ?? ()
> #9  0x7751bf0c in ?? ()
> #10 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.
>
> Did anyone try an empty csd?
>
> If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.
>
> CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.
>
> I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.
>
>
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:
> hi -
>
> i experience a somehow strange bug in csoundqt.
>
> when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
> INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format
>
> when i run the same file as RUN IN TERM, it is fine (same from the command line).
>
> when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").
>
> this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.
>
> best -
>
>         joachim
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

I do not pull this test. Is it in the develop branch?

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Sat, Aug 17, 2013 at 12:38 AM, Andres Cabrera <mantaraya36@gmail.com> wrote:

Hi,

I've added a test in the tests directory for the performance thread, and it seems OK there. Although there are some issues reported by valgrind, I don't think these are the ones causing the reported problem.

src/csound-csound6-git-build/tests/c $ valgrind ./testPerfThread
==14507== Memcheck, a memory error detector
==14507== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==14507== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==14507== Command: ./testPerfThread
==14507==


     CUnit - A Unit testing framework for C - Version 2.1-0
     http://cunit.sourceforge.net/


Suite: perfthread tests
  Test: Test Performance Thread ...
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF60E0: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Use of uninitialised value of size 8
==14507==    at 0x5CF565B: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF5665: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF9BE4: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF61BE: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF6238: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
passed

--Run Summary: Type      Total     Ran  Passed  Failed
               suites        1       1     n/a       0
               tests         1       1       1       0
               asserts       0       0       0       0
==14507==
==14507== HEAP SUMMARY:
==14507==     in use at exit: 119,800 bytes in 1,877 blocks
==14507==   total heap usage: 21,527 allocs, 19,650 frees, 1,910,156 bytes allocated
==14507==
==14507== LEAK SUMMARY:
==14507==    definitely lost: 807 bytes in 9 blocks
==14507==    indirectly lost: 26,097 bytes in 386 blocks
==14507==      possibly lost: 42,993 bytes in 1,313 blocks
==14507==    still reachable: 49,903 bytes in 169 blocks
==14507==         suppressed: 0 bytes in 0 blocks
==14507== Rerun with --leak-check=full to see details of leaked memory
==14507==
==14507== For counts of detected and suppressed errors, rerun with: -v
==14507== Use --track-origins=yes to see where uninitialised values come from
==14507== ERROR SUMMARY: 198 errors from 6 contexts (suppressed: 2 from 2)

Cheers,
Andrés

On Fri, Aug 16, 2013 at 5:49 PM, Michael Gogins <michael.gogins@gmail.com> wrote:

There definitely appears to be a bug in CsoundPerformanceThread. The following program exhibits it on my PC. I see thge exact same stack trace in CsoundQt and in a Lua version of this program.

#include "csound.hpp"

#include "csPerfThread.hpp"

int useThreads = true;

int main(int argc, char *argv[])

{

    Csound csound;

    csound.Compile(argc,argv);

    csound.Start();

    if (useThreads) {

        CsoundPerformanceThread performanceThread(csound.GetCsound());

        performanceThread.Play(); 

        performanceThread.Join();  

    } else {

        while (csound.PerformKsmps() == 0) {}

    }

 }

Note that execution is perfect if useThreads is set to false.

The debugger output is:

 gdb --args csperfthread.exe ../trapped.csd

NU gdb (GDB) 7.6

opyright (C) 2013 Free Software Foundation, Inc.

icense GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

his is free software: you are free to change and redistribute it.

here is NO WARRANTY, to the extent permitted by law.  Type "show copying"

nd "show warranty" for details.

his GDB was configured as "i686-w64-mingw32".

or bug reporting instructions, please see:

http://www.gnu.org/software/gdb/bugs/>...

eading symbols from c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe...done.

gdb) run

tarting program: c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe ../trapped.csd

New Thread 3552.0xea0]

irtual_keyboard real time MIDI plugin for Csound

dBFS level = 32768.0

sound version 6.00.1 (double samples) Aug 16 2013

ibsndfile-1.0.25

nifiedCSD:  ../trapped.csd

TARTING FILE

reating options

reating orchestra

reating score

taudio: PortAudio module enabled ...

sing callback interface

tmidi: PortMIDI module enabled

lapsed time at end of orchestra compile: real: 0.070s, CPU: 0.070s

orting score ...

       ... done

lapsed time at end of score sort: real: 0.076s, CPU: 0.076s

sound version 6.00.1 (double samples) Aug 16 2013

isplays suppressed

dBFS level = 32768.0

rch now loaded

udio buffered in 4096 sample-frame blocks

riting 16384-byte blks of shorts to test.wav (WAV)

ECTION 1:

sound is already started, call csoundReset()

efore starting again

New Thread 3552.0x19fc]

table 1:

table 2:

table 3:

table 4:

table 5:

table 6:

table 7:

table 8:

table 9:

table 10:

table 11:

table 12:

table 13:

table 14:

table 15:

table 16:

table 17:

table 18:

table 19:

table 20:

table 21:

table 22:

ew alloc for instr 1:

ew alloc for instr 100:

rogram received signal SIGSEGV, Segmentation fault.

Switching to Thread 3552.0x19fc]

x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

06     }

gdb) bt

0  0x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

1  0x6c5d3a67 in kperf (csound=csound@entry=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fe60) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

8  0x7751bf39 in ?? ()

9  0x7751bf0c in ?? ()

10 0x00000000 in ?? ()

gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 8:52 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I see that this is happening when CsoundEngine cleans up csound, stack frame 12. Maybe Csound has cleaned up stuff so that it doesn't exist when CsoundQt wants to reference it?

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:32 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

CsoundPerformanceThread is working perfectly from Python.

On 16 Aug 2013, at 12:29, Michael Gogins wrote:

> However, this backtrace seems to rule out CsoundPerformanceThread since this crash happens before the thread is created. This implies a bad write by CsoundQt itself.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> 1481        opcodeName = root->value->lexeme;
> (gdb) bt
> #0  0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> #1  0x6c64e33c in verify_tree (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1747
> #2  0x6c6546b6 in csoundParseOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/new_orc_parser.c:182
> #3  0x6c654248 in csoundCompileOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_compile.c:1649
> #4  0x6c5d5985 in csoundCompileArgs (csound=csound@entry=0x17676a70, argc=4, argc@entry=5, argv=argv@entry=0x19bd2c18)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:226
> #5  0x6c5d6863 in csoundCompile (csound=0x17676a70, argc=5, argv=0x19bd2c18) at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:464
> #6  0x0040e7e1 in CsoundEngine::runCsound (this=0x18bdf188) at src/csoundengine.cpp:779
> #7  0x0040e00a in CsoundEngine::play (this=0x18bdf188, options=0x1760ae70) at src/csoundengine.cpp:618
> #8  0x004f0b4b in BaseDocument::play (this=0x18608ae0, options=0x1760ae70) at src/basedocument.cpp:234
> #9  0x0041c26e in DocumentPage::play (this=0x18608ae0, options=0x1760ae70) at src/documentpage.cpp:1203
> #10 0x0045fea5 in CsoundQt::play (this=0x2e3b9b8, realtime=true, index=4) at src/qutecsound.cpp:1387
> #11 0x0050bfe1 in CsoundQt::qt_static_metacall (_o=0x2e3b9b8, _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x28c8e8) at build/moc/moc_qutecsound.cpp:441
> #12 0x032041c8 in QMetaObject::activate (sender=0x1763f138, signalOffset=3, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3479
> #13 0x03203b6a in QMetaObject::activate (sender=0x1763f138, m=0xdd50000 <_data_start__>, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3354
> #14 0x0d934699 in QAction::triggered (this=0x1763f138, _t1=true) at .moc/debug_shared/moc_qaction.cpp:356
> #15 0x0d933c4e in QAction::activate (this=0x1763f138, event=QAction::Trigger) at kernel\qaction.cpp:1175
> #16 0x0dcd9dca in QAction::trigger (this=0x1763f138) at kernel/qaction.h:185
> #17 0x0dade681 in QToolButton::nextCheckState (this=0x1773c698) at widgets\qtoolbutton.cpp:948
> #18 0x0da29692 in QAbstractButtonPrivate::click (this=0x1773c6c8) at widgets\qabstractbutton.cpp:522
> #19 0x0da2a901 in QAbstractButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1124
> #20 0x0dadd3e2 in QToolButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qtoolbutton.cpp:616
> #21 0x0d96d1b9 in QWidget::event (this=0x1773c698, event=0x28d1d0) at kernel\qwidget.cpp:7877
> #22 0x0da2a776 in QAbstractButton::event (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1081
> #23 0x0dade6e6 in QToolButton::event (this=0x1773c698, event=0x28d1d0) at widgets\qtoolbutton.cpp:964
> #24 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:3455
> #25 0x0d93bc2d in QApplication::notify (this=0x28fd7c, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:2991
> #26 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x1773c698, event=0x28d1d0) at kernel\qcoreapplication.cpp:871
> #27 0x0dc75835 in QCoreApplication::sendSpontaneousEvent (receiver=0x1773c698, event=0x28d1d0)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #28 0x0d93aa4b in QApplicationPrivate::sendMouseEvent (receiver=0x1773c698, event=0x28d1d0, alienWidget=0x1773c698, nativeWidget=0x2e3b9b8,
>     buttonDown=0xdf4e178 <qt_button_down>, lastMouseReceiver=..., spontaneous=true) at kernel\qapplication.cpp:2485
> #29 0x0d984219 in QWidgetWindow::handleMouseEvent (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:464
> #30 0x0d98335b in QWidgetWindow::event (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:158
> #31 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:3455
> #32 0x0d93b5e4 in QApplication::notify (this=0x28fd7c, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:2876
> #33 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x176391d0, event=0x28d920) at kernel\qcoreapplication.cpp:871
> #34 0x06ae4455 in QCoreApplication::sendSpontaneousEvent (receiver=0x176391d0, event=0x28d920)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #35 0x0684a477 in QGuiApplicationPrivate::processMouseEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1439
> #36 0x06849c5d in QGuiApplicationPrivate::processWindowSystemEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1262
> #37 0x06840790 in QWindowSystemInterface::sendWindowSystemEventsImplementation (flags=...) at kernel\qwindowsysteminterface.cpp:581
> #38 0x0684071d in QWindowSystemInterface::sendWindowSystemEvents (flags=...) at kernel\qwindowsysteminterface.cpp:561
> #39 0x6285caa9 in QWindowsGuiEventDispatcher::sendPostedEvents (this=0x2d08768) at qwindowsguieventdispatcher.cpp:86
> #40 0x0321f7f4 in qt_internal_proc (hwnd=0x3b040e, message=1025, wp=0, lp=0) at kernel\qeventdispatcher_win.cpp:429
> #41 0x761c77d8 in gapfnScSendMessage () from C:\Windows\SysWOW64\user32.dll
> #42 0x003b040e in ?? ()
> #43 0x00000401 in ?? ()
> #44 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:12 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> To rule out or in CsoundPerformanceThread, I will write a short C++ test program that uses it and run it with various csds. But I won't have time to do this until tonight.
>
> Regards,
> Mike
>
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> There are also lots of warnings about missing signals for slots in Qt. And missing properties.
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 6688.0x1590]
> 0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> 106     }
> (gdb) bt
> #0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> #1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
> #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
> #3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
> #4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
> #5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
> #6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll
> #7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll
> #8  0x7751bf39 in ?? ()
> #9  0x7751bf0c in ?? ()
> #10 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.
>
> Did anyone try an empty csd?
>
> If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.
>
> CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.
>
> I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.
>
>
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:
> hi -
>
> i experience a somehow strange bug in csoundqt.
>
> when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
> INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format
>
> when i run the same file as RUN IN TERM, it is fine (same from the command line).
>
> when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").
>
> this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.
>
> best -
>
>         joachim
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Hi,

Sorry, had not pushed. It's there now. It's nearly the same example you posted.

Cheers,
Andrés

On Sat, Aug 17, 2013 at 3:01 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I do not pull this test. Is it in the develop branch?

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Sat, Aug 17, 2013 at 12:38 AM, Andres Cabrera <mantaraya36@gmail.com> wrote:

Hi,

I've added a test in the tests directory for the performance thread, and it seems OK there. Although there are some issues reported by valgrind, I don't think these are the ones causing the reported problem.

src/csound-csound6-git-build/tests/c $ valgrind ./testPerfThread
==14507== Memcheck, a memory error detector
==14507== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==14507== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==14507== Command: ./testPerfThread
==14507==


     CUnit - A Unit testing framework for C - Version 2.1-0
     http://cunit.sourceforge.net/


Suite: perfthread tests
  Test: Test Performance Thread ...
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF60E0: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Use of uninitialised value of size 8
==14507==    at 0x5CF565B: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF5665: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF9BE4: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF61BE: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF6238: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
passed

--Run Summary: Type      Total     Ran  Passed  Failed
               suites        1       1     n/a       0
               tests         1       1       1       0
               asserts       0       0       0       0
==14507==
==14507== HEAP SUMMARY:
==14507==     in use at exit: 119,800 bytes in 1,877 blocks
==14507==   total heap usage: 21,527 allocs, 19,650 frees, 1,910,156 bytes allocated
==14507==
==14507== LEAK SUMMARY:
==14507==    definitely lost: 807 bytes in 9 blocks
==14507==    indirectly lost: 26,097 bytes in 386 blocks
==14507==      possibly lost: 42,993 bytes in 1,313 blocks
==14507==    still reachable: 49,903 bytes in 169 blocks
==14507==         suppressed: 0 bytes in 0 blocks
==14507== Rerun with --leak-check=full to see details of leaked memory
==14507==
==14507== For counts of detected and suppressed errors, rerun with: -v
==14507== Use --track-origins=yes to see where uninitialised values come from
==14507== ERROR SUMMARY: 198 errors from 6 contexts (suppressed: 2 from 2)

Cheers,
Andrés

On Fri, Aug 16, 2013 at 5:49 PM, Michael Gogins <michael.gogins@gmail.com> wrote:

There definitely appears to be a bug in CsoundPerformanceThread. The following program exhibits it on my PC. I see thge exact same stack trace in CsoundQt and in a Lua version of this program.

#include "csound.hpp"

#include "csPerfThread.hpp"

int useThreads = true;

int main(int argc, char *argv[])

{

    Csound csound;

    csound.Compile(argc,argv);

    csound.Start();

    if (useThreads) {

        CsoundPerformanceThread performanceThread(csound.GetCsound());

        performanceThread.Play(); 

        performanceThread.Join();  

    } else {

        while (csound.PerformKsmps() == 0) {}

    }

 }

Note that execution is perfect if useThreads is set to false.

The debugger output is:

 gdb --args csperfthread.exe ../trapped.csd

NU gdb (GDB) 7.6

opyright (C) 2013 Free Software Foundation, Inc.

icense GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

his is free software: you are free to change and redistribute it.

here is NO WARRANTY, to the extent permitted by law.  Type "show copying"

nd "show warranty" for details.

his GDB was configured as "i686-w64-mingw32".

or bug reporting instructions, please see:

http://www.gnu.org/software/gdb/bugs/>...

eading symbols from c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe...done.

gdb) run

tarting program: c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe ../trapped.csd

New Thread 3552.0xea0]

irtual_keyboard real time MIDI plugin for Csound

dBFS level = 32768.0

sound version 6.00.1 (double samples) Aug 16 2013

ibsndfile-1.0.25

nifiedCSD:  ../trapped.csd

TARTING FILE

reating options

reating orchestra

reating score

taudio: PortAudio module enabled ...

sing callback interface

tmidi: PortMIDI module enabled

lapsed time at end of orchestra compile: real: 0.070s, CPU: 0.070s

orting score ...

       ... done

lapsed time at end of score sort: real: 0.076s, CPU: 0.076s

sound version 6.00.1 (double samples) Aug 16 2013

isplays suppressed

dBFS level = 32768.0

rch now loaded

udio buffered in 4096 sample-frame blocks

riting 16384-byte blks of shorts to test.wav (WAV)

ECTION 1:

sound is already started, call csoundReset()

efore starting again

New Thread 3552.0x19fc]

table 1:

table 2:

table 3:

table 4:

table 5:

table 6:

table 7:

table 8:

table 9:

table 10:

table 11:

table 12:

table 13:

table 14:

table 15:

table 16:

table 17:

table 18:

table 19:

table 20:

table 21:

table 22:

ew alloc for instr 1:

ew alloc for instr 100:

rogram received signal SIGSEGV, Segmentation fault.

Switching to Thread 3552.0x19fc]

x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

06     }

gdb) bt

0  0x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

1  0x6c5d3a67 in kperf (csound=csound@entry=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fe60) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

8  0x7751bf39 in ?? ()

9  0x7751bf0c in ?? ()

10 0x00000000 in ?? ()

gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 8:52 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I see that this is happening when CsoundEngine cleans up csound, stack frame 12. Maybe Csound has cleaned up stuff so that it doesn't exist when CsoundQt wants to reference it?

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:32 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

CsoundPerformanceThread is working perfectly from Python.

On 16 Aug 2013, at 12:29, Michael Gogins wrote:

> However, this backtrace seems to rule out CsoundPerformanceThread since this crash happens before the thread is created. This implies a bad write by CsoundQt itself.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> 1481        opcodeName = root->value->lexeme;
> (gdb) bt
> #0  0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> #1  0x6c64e33c in verify_tree (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1747
> #2  0x6c6546b6 in csoundParseOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/new_orc_parser.c:182
> #3  0x6c654248 in csoundCompileOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_compile.c:1649
> #4  0x6c5d5985 in csoundCompileArgs (csound=csound@entry=0x17676a70, argc=4, argc@entry=5, argv=argv@entry=0x19bd2c18)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:226
> #5  0x6c5d6863 in csoundCompile (csound=0x17676a70, argc=5, argv=0x19bd2c18) at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:464
> #6  0x0040e7e1 in CsoundEngine::runCsound (this=0x18bdf188) at src/csoundengine.cpp:779
> #7  0x0040e00a in CsoundEngine::play (this=0x18bdf188, options=0x1760ae70) at src/csoundengine.cpp:618
> #8  0x004f0b4b in BaseDocument::play (this=0x18608ae0, options=0x1760ae70) at src/basedocument.cpp:234
> #9  0x0041c26e in DocumentPage::play (this=0x18608ae0, options=0x1760ae70) at src/documentpage.cpp:1203
> #10 0x0045fea5 in CsoundQt::play (this=0x2e3b9b8, realtime=true, index=4) at src/qutecsound.cpp:1387
> #11 0x0050bfe1 in CsoundQt::qt_static_metacall (_o=0x2e3b9b8, _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x28c8e8) at build/moc/moc_qutecsound.cpp:441
> #12 0x032041c8 in QMetaObject::activate (sender=0x1763f138, signalOffset=3, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3479
> #13 0x03203b6a in QMetaObject::activate (sender=0x1763f138, m=0xdd50000 <_data_start__>, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3354
> #14 0x0d934699 in QAction::triggered (this=0x1763f138, _t1=true) at .moc/debug_shared/moc_qaction.cpp:356
> #15 0x0d933c4e in QAction::activate (this=0x1763f138, event=QAction::Trigger) at kernel\qaction.cpp:1175
> #16 0x0dcd9dca in QAction::trigger (this=0x1763f138) at kernel/qaction.h:185
> #17 0x0dade681 in QToolButton::nextCheckState (this=0x1773c698) at widgets\qtoolbutton.cpp:948
> #18 0x0da29692 in QAbstractButtonPrivate::click (this=0x1773c6c8) at widgets\qabstractbutton.cpp:522
> #19 0x0da2a901 in QAbstractButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1124
> #20 0x0dadd3e2 in QToolButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qtoolbutton.cpp:616
> #21 0x0d96d1b9 in QWidget::event (this=0x1773c698, event=0x28d1d0) at kernel\qwidget.cpp:7877
> #22 0x0da2a776 in QAbstractButton::event (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1081
> #23 0x0dade6e6 in QToolButton::event (this=0x1773c698, event=0x28d1d0) at widgets\qtoolbutton.cpp:964
> #24 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:3455
> #25 0x0d93bc2d in QApplication::notify (this=0x28fd7c, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:2991
> #26 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x1773c698, event=0x28d1d0) at kernel\qcoreapplication.cpp:871
> #27 0x0dc75835 in QCoreApplication::sendSpontaneousEvent (receiver=0x1773c698, event=0x28d1d0)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #28 0x0d93aa4b in QApplicationPrivate::sendMouseEvent (receiver=0x1773c698, event=0x28d1d0, alienWidget=0x1773c698, nativeWidget=0x2e3b9b8,
>     buttonDown=0xdf4e178 <qt_button_down>, lastMouseReceiver=..., spontaneous=true) at kernel\qapplication.cpp:2485
> #29 0x0d984219 in QWidgetWindow::handleMouseEvent (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:464
> #30 0x0d98335b in QWidgetWindow::event (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:158
> #31 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:3455
> #32 0x0d93b5e4 in QApplication::notify (this=0x28fd7c, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:2876
> #33 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x176391d0, event=0x28d920) at kernel\qcoreapplication.cpp:871
> #34 0x06ae4455 in QCoreApplication::sendSpontaneousEvent (receiver=0x176391d0, event=0x28d920)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #35 0x0684a477 in QGuiApplicationPrivate::processMouseEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1439
> #36 0x06849c5d in QGuiApplicationPrivate::processWindowSystemEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1262
> #37 0x06840790 in QWindowSystemInterface::sendWindowSystemEventsImplementation (flags=...) at kernel\qwindowsysteminterface.cpp:581
> #38 0x0684071d in QWindowSystemInterface::sendWindowSystemEvents (flags=...) at kernel\qwindowsysteminterface.cpp:561
> #39 0x6285caa9 in QWindowsGuiEventDispatcher::sendPostedEvents (this=0x2d08768) at qwindowsguieventdispatcher.cpp:86
> #40 0x0321f7f4 in qt_internal_proc (hwnd=0x3b040e, message=1025, wp=0, lp=0) at kernel\qeventdispatcher_win.cpp:429
> #41 0x761c77d8 in gapfnScSendMessage () from C:\Windows\SysWOW64\user32.dll
> #42 0x003b040e in ?? ()
> #43 0x00000401 in ?? ()
> #44 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:12 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> To rule out or in CsoundPerformanceThread, I will write a short C++ test program that uses it and run it with various csds. But I won't have time to do this until tonight.
>
> Regards,
> Mike
>
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> There are also lots of warnings about missing signals for slots in Qt. And missing properties.
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 6688.0x1590]
> 0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> 106     }
> (gdb) bt
> #0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> #1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
> #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
> #3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
> #4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
> #5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
> #6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll
> #7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll
> #8  0x7751bf39 in ?? ()
> #9  0x7751bf0c in ?? ()
> #10 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.
>
> Did anyone try an empty csd?
>
> If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.
>
> CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.
>
> I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.
>
>
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:
> hi -
>
> i experience a somehow strange bug in csoundqt.
>
> when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
> INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format
>
> when i run the same file as RUN IN TERM, it is fine (same from the command line).
>
> when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").
>
> this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.
>
> best -
>
>         joachim
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Here's what it does (exactly the same thing as with my example):

$ gdb tests/c/testPerfThread.exe

GNU gdb (GDB) 7.6

Copyright (C) 2013 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "i686-w64-mingw32".

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>...

Reading symbols from c:\Users\mkg.sorabji\csound-csound6-git\tests\c\testPerfThread.exe...done.

(gdb) run

Starting program: c:\Users\mkg.sorabji\csound-csound6-git\tests\c\testPerfThread.exe

[New Thread 3892.0x20]

     CUnit - A unit testing framework for C - Version 2.1-2

     http://cunit.sourceforge.net/

Suite: perfthread tests

  Test: Test Performance Thread ...virtual_keyboard real time MIDI plugin for Csound

0dBFS level = 32768.0

Csound version 6.00.1 (double samples) Aug 16 2013

libsndfile-1.0.25

rtaudio: PortAudio module enabled ...

using callback interface

rtmidi: PortMIDI module enabled

Csound version 6.00.1 (double samples) Aug 16 2013

graphics suppressed, ascii substituted

0dBFS level = 32768.0

orch now loaded

audio buffered in 4096 sample-frame blocks

[New Thread 3892.0x78c]

[New Thread 3892.0xe24]

[New Thread 3892.0xf28]

[New Thread 3892.0x460]

[New Thread 3892.0x1258]

[New Thread 3892.0x14a0]

[New Thread 3892.0xcdc]

warning: FFUsb2Asio::FFUsb2Asio()

warning: FFUsb2Asio::init()

warning: FFUsb2Asio::init() : no available filters found

warning:

warning: +FFUsb2Asio::~FFUsb2Asio()

warning: FFUsb2Asio::stop()

warning: FFUsb2Asio::disposeBuffers()

warning: -FFUsb2Asio::~FFUsb2Asio()

warning: FFUsb2Asio::FFUsb2Asio()

PortAudio V19-devel (built Jul 31 2013 12:17:21)

   0: dac0 (Microsoft Sound Mapper - Output)

   1: dac1 (Speakers (EDIROL UA-25EX))

   2: dac2 (Speakers (VIA High Definition A)

   3: dac3 (SPDIF Interface (TX0) (VIA High)

   4: dac4 (Primary Sound Driver)

   5: dac5 (Speakers (EDIROL UA-25EX))

   6: dac6 (Speakers (VIA High Definition Audio))

   7: dac7 (SPDIF Interface (TX0) (VIA High Definition Audio))

PortAudio: selected output device 'Speakers (EDIROL UA-25EX)'

[New Thread 3892.0x1600]

[New Thread 3892.0x1764]

[New Thread 3892.0x1378]

writing 4096 sample blks of 64-bit floats to dac

SECTION 1:

[New Thread 3892.0x11e8]

new alloc for instr 1:

Program received signal SIGSEGV, Segmentation fault.

[Switching to Thread 3892.0x11e8]

0x6c51ff83 in spoutsf (csound=0x430048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

106     }

(gdb) bt

#0  0x6c51ff83 in spoutsf (csound=0x430048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

#1  0x6c5d3a67 in kperf (csound=csound@entry=0x430048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

#2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x430048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

#3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fcf0) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

#4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

#5  0x74f8906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

#6  0x74f89147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

#7  0x7710850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

#8  0x778bbf39 in ?? ()

#9  0x778bbf0c in ?? ()

#10 0x00000000 in ?? ()

(gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Sat, Aug 17, 2013 at 12:43 PM, Andres Cabrera <mantaraya36@gmail.com> wrote:

Hi,

Sorry, had not pushed. It's there now. It's nearly the same example you posted.

Cheers,
Andrés

On Sat, Aug 17, 2013 at 3:01 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I do not pull this test. Is it in the develop branch?

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Sat, Aug 17, 2013 at 12:38 AM, Andres Cabrera <mantaraya36@gmail.com> wrote:

Hi,

I've added a test in the tests directory for the performance thread, and it seems OK there. Although there are some issues reported by valgrind, I don't think these are the ones causing the reported problem.

src/csound-csound6-git-build/tests/c $ valgrind ./testPerfThread
==14507== Memcheck, a memory error detector
==14507== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==14507== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==14507== Command: ./testPerfThread
==14507==


     CUnit - A Unit testing framework for C - Version 2.1-0
     http://cunit.sourceforge.net/


Suite: perfthread tests
  Test: Test Performance Thread ...
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF60E0: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Use of uninitialised value of size 8
==14507==    at 0x5CF565B: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF5665: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF9BE4: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF61BE: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF6238: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
passed

--Run Summary: Type      Total     Ran  Passed  Failed
               suites        1       1     n/a       0
               tests         1       1       1       0
               asserts       0       0       0       0
==14507==
==14507== HEAP SUMMARY:
==14507==     in use at exit: 119,800 bytes in 1,877 blocks
==14507==   total heap usage: 21,527 allocs, 19,650 frees, 1,910,156 bytes allocated
==14507==
==14507== LEAK SUMMARY:
==14507==    definitely lost: 807 bytes in 9 blocks
==14507==    indirectly lost: 26,097 bytes in 386 blocks
==14507==      possibly lost: 42,993 bytes in 1,313 blocks
==14507==    still reachable: 49,903 bytes in 169 blocks
==14507==         suppressed: 0 bytes in 0 blocks
==14507== Rerun with --leak-check=full to see details of leaked memory
==14507==
==14507== For counts of detected and suppressed errors, rerun with: -v
==14507== Use --track-origins=yes to see where uninitialised values come from
==14507== ERROR SUMMARY: 198 errors from 6 contexts (suppressed: 2 from 2)

Cheers,
Andrés

On Fri, Aug 16, 2013 at 5:49 PM, Michael Gogins <michael.gogins@gmail.com> wrote:

There definitely appears to be a bug in CsoundPerformanceThread. The following program exhibits it on my PC. I see thge exact same stack trace in CsoundQt and in a Lua version of this program.

#include "csound.hpp"

#include "csPerfThread.hpp"

int useThreads = true;

int main(int argc, char *argv[])

{

    Csound csound;

    csound.Compile(argc,argv);

    csound.Start();

    if (useThreads) {

        CsoundPerformanceThread performanceThread(csound.GetCsound());

        performanceThread.Play(); 

        performanceThread.Join();  

    } else {

        while (csound.PerformKsmps() == 0) {}

    }

 }

Note that execution is perfect if useThreads is set to false.

The debugger output is:

 gdb --args csperfthread.exe ../trapped.csd

NU gdb (GDB) 7.6

opyright (C) 2013 Free Software Foundation, Inc.

icense GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

his is free software: you are free to change and redistribute it.

here is NO WARRANTY, to the extent permitted by law.  Type "show copying"

nd "show warranty" for details.

his GDB was configured as "i686-w64-mingw32".

or bug reporting instructions, please see:

http://www.gnu.org/software/gdb/bugs/>...

eading symbols from c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe...done.

gdb) run

tarting program: c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe ../trapped.csd

New Thread 3552.0xea0]

irtual_keyboard real time MIDI plugin for Csound

dBFS level = 32768.0

sound version 6.00.1 (double samples) Aug 16 2013

ibsndfile-1.0.25

nifiedCSD:  ../trapped.csd

TARTING FILE

reating options

reating orchestra

reating score

taudio: PortAudio module enabled ...

sing callback interface

tmidi: PortMIDI module enabled

lapsed time at end of orchestra compile: real: 0.070s, CPU: 0.070s

orting score ...

       ... done

lapsed time at end of score sort: real: 0.076s, CPU: 0.076s

sound version 6.00.1 (double samples) Aug 16 2013

isplays suppressed

dBFS level = 32768.0

rch now loaded

udio buffered in 4096 sample-frame blocks

riting 16384-byte blks of shorts to test.wav (WAV)

ECTION 1:

sound is already started, call csoundReset()

efore starting again

New Thread 3552.0x19fc]

table 1:

table 2:

table 3:

table 4:

table 5:

table 6:

table 7:

table 8:

table 9:

table 10:

table 11:

table 12:

table 13:

table 14:

table 15:

table 16:

table 17:

table 18:

table 19:

table 20:

table 21:

table 22:

ew alloc for instr 1:

ew alloc for instr 100:

rogram received signal SIGSEGV, Segmentation fault.

Switching to Thread 3552.0x19fc]

x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

06     }

gdb) bt

0  0x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

1  0x6c5d3a67 in kperf (csound=csound@entry=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fe60) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

8  0x7751bf39 in ?? ()

9  0x7751bf0c in ?? ()

10 0x00000000 in ?? ()

gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 8:52 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I see that this is happening when CsoundEngine cleans up csound, stack frame 12. Maybe Csound has cleaned up stuff so that it doesn't exist when CsoundQt wants to reference it?

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:32 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

CsoundPerformanceThread is working perfectly from Python.

On 16 Aug 2013, at 12:29, Michael Gogins wrote:

> However, this backtrace seems to rule out CsoundPerformanceThread since this crash happens before the thread is created. This implies a bad write by CsoundQt itself.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> 1481        opcodeName = root->value->lexeme;
> (gdb) bt
> #0  0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> #1  0x6c64e33c in verify_tree (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1747
> #2  0x6c6546b6 in csoundParseOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/new_orc_parser.c:182
> #3  0x6c654248 in csoundCompileOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_compile.c:1649
> #4  0x6c5d5985 in csoundCompileArgs (csound=csound@entry=0x17676a70, argc=4, argc@entry=5, argv=argv@entry=0x19bd2c18)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:226
> #5  0x6c5d6863 in csoundCompile (csound=0x17676a70, argc=5, argv=0x19bd2c18) at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:464
> #6  0x0040e7e1 in CsoundEngine::runCsound (this=0x18bdf188) at src/csoundengine.cpp:779
> #7  0x0040e00a in CsoundEngine::play (this=0x18bdf188, options=0x1760ae70) at src/csoundengine.cpp:618
> #8  0x004f0b4b in BaseDocument::play (this=0x18608ae0, options=0x1760ae70) at src/basedocument.cpp:234
> #9  0x0041c26e in DocumentPage::play (this=0x18608ae0, options=0x1760ae70) at src/documentpage.cpp:1203
> #10 0x0045fea5 in CsoundQt::play (this=0x2e3b9b8, realtime=true, index=4) at src/qutecsound.cpp:1387
> #11 0x0050bfe1 in CsoundQt::qt_static_metacall (_o=0x2e3b9b8, _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x28c8e8) at build/moc/moc_qutecsound.cpp:441
> #12 0x032041c8 in QMetaObject::activate (sender=0x1763f138, signalOffset=3, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3479
> #13 0x03203b6a in QMetaObject::activate (sender=0x1763f138, m=0xdd50000 <_data_start__>, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3354
> #14 0x0d934699 in QAction::triggered (this=0x1763f138, _t1=true) at .moc/debug_shared/moc_qaction.cpp:356
> #15 0x0d933c4e in QAction::activate (this=0x1763f138, event=QAction::Trigger) at kernel\qaction.cpp:1175
> #16 0x0dcd9dca in QAction::trigger (this=0x1763f138) at kernel/qaction.h:185
> #17 0x0dade681 in QToolButton::nextCheckState (this=0x1773c698) at widgets\qtoolbutton.cpp:948
> #18 0x0da29692 in QAbstractButtonPrivate::click (this=0x1773c6c8) at widgets\qabstractbutton.cpp:522
> #19 0x0da2a901 in QAbstractButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1124
> #20 0x0dadd3e2 in QToolButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qtoolbutton.cpp:616
> #21 0x0d96d1b9 in QWidget::event (this=0x1773c698, event=0x28d1d0) at kernel\qwidget.cpp:7877
> #22 0x0da2a776 in QAbstractButton::event (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1081
> #23 0x0dade6e6 in QToolButton::event (this=0x1773c698, event=0x28d1d0) at widgets\qtoolbutton.cpp:964
> #24 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:3455
> #25 0x0d93bc2d in QApplication::notify (this=0x28fd7c, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:2991
> #26 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x1773c698, event=0x28d1d0) at kernel\qcoreapplication.cpp:871
> #27 0x0dc75835 in QCoreApplication::sendSpontaneousEvent (receiver=0x1773c698, event=0x28d1d0)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #28 0x0d93aa4b in QApplicationPrivate::sendMouseEvent (receiver=0x1773c698, event=0x28d1d0, alienWidget=0x1773c698, nativeWidget=0x2e3b9b8,
>     buttonDown=0xdf4e178 <qt_button_down>, lastMouseReceiver=..., spontaneous=true) at kernel\qapplication.cpp:2485
> #29 0x0d984219 in QWidgetWindow::handleMouseEvent (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:464
> #30 0x0d98335b in QWidgetWindow::event (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:158
> #31 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:3455
> #32 0x0d93b5e4 in QApplication::notify (this=0x28fd7c, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:2876
> #33 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x176391d0, event=0x28d920) at kernel\qcoreapplication.cpp:871
> #34 0x06ae4455 in QCoreApplication::sendSpontaneousEvent (receiver=0x176391d0, event=0x28d920)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #35 0x0684a477 in QGuiApplicationPrivate::processMouseEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1439
> #36 0x06849c5d in QGuiApplicationPrivate::processWindowSystemEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1262
> #37 0x06840790 in QWindowSystemInterface::sendWindowSystemEventsImplementation (flags=...) at kernel\qwindowsysteminterface.cpp:581
> #38 0x0684071d in QWindowSystemInterface::sendWindowSystemEvents (flags=...) at kernel\qwindowsysteminterface.cpp:561
> #39 0x6285caa9 in QWindowsGuiEventDispatcher::sendPostedEvents (this=0x2d08768) at qwindowsguieventdispatcher.cpp:86
> #40 0x0321f7f4 in qt_internal_proc (hwnd=0x3b040e, message=1025, wp=0, lp=0) at kernel\qeventdispatcher_win.cpp:429
> #41 0x761c77d8 in gapfnScSendMessage () from C:\Windows\SysWOW64\user32.dll
> #42 0x003b040e in ?? ()
> #43 0x00000401 in ?? ()
> #44 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:12 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> To rule out or in CsoundPerformanceThread, I will write a short C++ test program that uses it and run it with various csds. But I won't have time to do this until tonight.
>
> Regards,
> Mike
>
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> There are also lots of warnings about missing signals for slots in Qt. And missing properties.
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 6688.0x1590]
> 0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> 106     }
> (gdb) bt
> #0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> #1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
> #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
> #3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
> #4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
> #5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
> #6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll
> #7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll
> #8  0x7751bf39 in ?? ()
> #9  0x7751bf0c in ?? ()
> #10 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.
>
> Did anyone try an empty csd?
>
> If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.
>
> CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.
>
> I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.
>
>
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:
> hi -
>
> i experience a somehow strange bug in csoundqt.
>
> when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
> INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format
>
> when i run the same file as RUN IN TERM, it is fine (same from the command line).
>
> when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").
>
> this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.
>
> best -
>
>         joachim
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

OK, so it's a perfThread issue then. Can you run it with valgrind?

Cheers,
Andrés

On Sat, Aug 17, 2013 at 10:31 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

Here's what it does (exactly the same thing as with my example):

$ gdb tests/c/testPerfThread.exe

GNU gdb (GDB) 7.6

Copyright (C) 2013 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "i686-w64-mingw32".

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>...

Reading symbols from c:\Users\mkg.sorabji\csound-csound6-git\tests\c\testPerfThread.exe...done.

(gdb) run

Starting program: c:\Users\mkg.sorabji\csound-csound6-git\tests\c\testPerfThread.exe

[New Thread 3892.0x20]

     CUnit - A unit testing framework for C - Version 2.1-2

     http://cunit.sourceforge.net/

Suite: perfthread tests

  Test: Test Performance Thread ...virtual_keyboard real time MIDI plugin for Csound

0dBFS level = 32768.0

Csound version 6.00.1 (double samples) Aug 16 2013

libsndfile-1.0.25

rtaudio: PortAudio module enabled ...

using callback interface

rtmidi: PortMIDI module enabled

Csound version 6.00.1 (double samples) Aug 16 2013

graphics suppressed, ascii substituted

0dBFS level = 32768.0

orch now loaded

audio buffered in 4096 sample-frame blocks

[New Thread 3892.0x78c]

[New Thread 3892.0xe24]

[New Thread 3892.0xf28]

[New Thread 3892.0x460]

[New Thread 3892.0x1258]

[New Thread 3892.0x14a0]

[New Thread 3892.0xcdc]

warning: FFUsb2Asio::FFUsb2Asio()

warning: FFUsb2Asio::init()

warning: FFUsb2Asio::init() : no available filters found

warning:

warning: +FFUsb2Asio::~FFUsb2Asio()

warning: FFUsb2Asio::stop()

warning: FFUsb2Asio::disposeBuffers()

warning: -FFUsb2Asio::~FFUsb2Asio()

warning: FFUsb2Asio::FFUsb2Asio()

PortAudio V19-devel (built Jul 31 2013 12:17:21)

   0: dac0 (Microsoft Sound Mapper - Output)

   1: dac1 (Speakers (EDIROL UA-25EX))

   2: dac2 (Speakers (VIA High Definition A)

   3: dac3 (SPDIF Interface (TX0) (VIA High)

   4: dac4 (Primary Sound Driver)

   5: dac5 (Speakers (EDIROL UA-25EX))

   6: dac6 (Speakers (VIA High Definition Audio))

   7: dac7 (SPDIF Interface (TX0) (VIA High Definition Audio))

PortAudio: selected output device 'Speakers (EDIROL UA-25EX)'

[New Thread 3892.0x1600]

[New Thread 3892.0x1764]

[New Thread 3892.0x1378]

writing 4096 sample blks of 64-bit floats to dac

SECTION 1:

[New Thread 3892.0x11e8]

new alloc for instr 1:

Program received signal SIGSEGV, Segmentation fault.

[Switching to Thread 3892.0x11e8]

0x6c51ff83 in spoutsf (csound=0x430048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

106     }

(gdb) bt

#0  0x6c51ff83 in spoutsf (csound=0x430048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

#1  0x6c5d3a67 in kperf (csound=csound@entry=0x430048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

#2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x430048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

#3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fcf0) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

#4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

#5  0x74f8906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

#6  0x74f89147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

#7  0x7710850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

#8  0x778bbf39 in ?? ()

#9  0x778bbf0c in ?? ()

#10 0x00000000 in ?? ()

(gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Sat, Aug 17, 2013 at 12:43 PM, Andres Cabrera <mantaraya36@gmail.com> wrote:

Hi,

Sorry, had not pushed. It's there now. It's nearly the same example you posted.

Cheers,
Andrés

On Sat, Aug 17, 2013 at 3:01 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I do not pull this test. Is it in the develop branch?

Regards,

Mike

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Sat, Aug 17, 2013 at 12:38 AM, Andres Cabrera <mantaraya36@gmail.com> wrote:

Hi,

I've added a test in the tests directory for the performance thread, and it seems OK there. Although there are some issues reported by valgrind, I don't think these are the ones causing the reported problem.

src/csound-csound6-git-build/tests/c $ valgrind ./testPerfThread
==14507== Memcheck, a memory error detector
==14507== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==14507== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==14507== Command: ./testPerfThread
==14507==


     CUnit - A Unit testing framework for C - Version 2.1-0
     http://cunit.sourceforge.net/


Suite: perfthread tests
  Test: Test Performance Thread ...
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF60E0: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Use of uninitialised value of size 8
==14507==    at 0x5CF565B: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF5665: _itoa_word (_itoa.c:179)
==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF9BE4: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF61BE: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
==14507== Conditional jump or move depends on uninitialised value(s)
==14507==    at 0x5CF6238: vfprintf (vfprintf.c:1654)
==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
==14507==    by 0x4FCF656: csoundDefaultMessageCallback (csound.c:1917)
==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
==14507==    by 0x50A7024: print_tree_xml (csound_orc_semantics.c:2230)
==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
==14507==    by 0x50B010C: csoundCompileOrc (csound_orc_compile.c:1649)
==14507==    by 0x406A3A: Csound::CompileOrc(char const*) (csound.hpp:189)
==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
==14507==
passed

--Run Summary: Type      Total     Ran  Passed  Failed
               suites        1       1     n/a       0
               tests         1       1       1       0
               asserts       0       0       0       0
==14507==
==14507== HEAP SUMMARY:
==14507==     in use at exit: 119,800 bytes in 1,877 blocks
==14507==   total heap usage: 21,527 allocs, 19,650 frees, 1,910,156 bytes allocated
==14507==
==14507== LEAK SUMMARY:
==14507==    definitely lost: 807 bytes in 9 blocks
==14507==    indirectly lost: 26,097 bytes in 386 blocks
==14507==      possibly lost: 42,993 bytes in 1,313 blocks
==14507==    still reachable: 49,903 bytes in 169 blocks
==14507==         suppressed: 0 bytes in 0 blocks
==14507== Rerun with --leak-check=full to see details of leaked memory
==14507==
==14507== For counts of detected and suppressed errors, rerun with: -v
==14507== Use --track-origins=yes to see where uninitialised values come from
==14507== ERROR SUMMARY: 198 errors from 6 contexts (suppressed: 2 from 2)

Cheers,
Andrés

On Fri, Aug 16, 2013 at 5:49 PM, Michael Gogins <michael.gogins@gmail.com> wrote:

There definitely appears to be a bug in CsoundPerformanceThread. The following program exhibits it on my PC. I see thge exact same stack trace in CsoundQt and in a Lua version of this program.

#include "csound.hpp"

#include "csPerfThread.hpp"

int useThreads = true;

int main(int argc, char *argv[])

{

    Csound csound;

    csound.Compile(argc,argv);

    csound.Start();

    if (useThreads) {

        CsoundPerformanceThread performanceThread(csound.GetCsound());

        performanceThread.Play(); 

        performanceThread.Join();  

    } else {

        while (csound.PerformKsmps() == 0) {}

    }

 }

Note that execution is perfect if useThreads is set to false.

The debugger output is:

 gdb --args csperfthread.exe ../trapped.csd

NU gdb (GDB) 7.6

opyright (C) 2013 Free Software Foundation, Inc.

icense GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

his is free software: you are free to change and redistribute it.

here is NO WARRANTY, to the extent permitted by law.  Type "show copying"

nd "show warranty" for details.

his GDB was configured as "i686-w64-mingw32".

or bug reporting instructions, please see:

http://www.gnu.org/software/gdb/bugs/>...

eading symbols from c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe...done.

gdb) run

tarting program: c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe ../trapped.csd

New Thread 3552.0xea0]

irtual_keyboard real time MIDI plugin for Csound

dBFS level = 32768.0

sound version 6.00.1 (double samples) Aug 16 2013

ibsndfile-1.0.25

nifiedCSD:  ../trapped.csd

TARTING FILE

reating options

reating orchestra

reating score

taudio: PortAudio module enabled ...

sing callback interface

tmidi: PortMIDI module enabled

lapsed time at end of orchestra compile: real: 0.070s, CPU: 0.070s

orting score ...

       ... done

lapsed time at end of score sort: real: 0.076s, CPU: 0.076s

sound version 6.00.1 (double samples) Aug 16 2013

isplays suppressed

dBFS level = 32768.0

rch now loaded

udio buffered in 4096 sample-frame blocks

riting 16384-byte blks of shorts to test.wav (WAV)

ECTION 1:

sound is already started, call csoundReset()

efore starting again

New Thread 3552.0x19fc]

table 1:

table 2:

table 3:

table 4:

table 5:

table 6:

table 7:

table 8:

table 9:

table 10:

table 11:

table 12:

table 13:

table 14:

table 15:

table 16:

table 17:

table 18:

table 19:

table 20:

table 21:

table 22:

ew alloc for instr 1:

ew alloc for instr 100:

rogram received signal SIGSEGV, Segmentation fault.

Switching to Thread 3552.0x19fc]

x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

06     }

gdb) bt

0  0x6c51ff83 in spoutsf (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106

1  0x6c5d3a67 in kperf (csound=csound@entry=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554

2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x660048) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612

3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fe60) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300

4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll

5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll

6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll

7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll

8  0x7751bf39 in ?? ()

9  0x7751bf0c in ?? ()

10 0x00000000 in ?? ()

gdb)

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 8:52 AM, Michael Gogins <michael.gogins@gmail.com> wrote:

I see that this is happening when CsoundEngine cleans up csound, stack frame 12. Maybe Csound has cleaned up stuff so that it doesn't exist when CsoundQt wants to reference it?

===========================

Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com
Michael dot Gogins at gmail dot com

On Fri, Aug 16, 2013 at 7:32 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

CsoundPerformanceThread is working perfectly from Python.

On 16 Aug 2013, at 12:29, Michael Gogins wrote:

> However, this backtrace seems to rule out CsoundPerformanceThread since this crash happens before the thread is created. This implies a bad write by CsoundQt itself.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> 1481        opcodeName = root->value->lexeme;
> (gdb) bt
> #0  0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
> #1  0x6c64e33c in verify_tree (csound=csound@entry=0x17676a70, root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1747
> #2  0x6c6546b6 in csoundParseOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/new_orc_parser.c:182
> #3  0x6c654248 in csoundCompileOrc (csound=0x17676a70, str=0x0) at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_compile.c:1649
> #4  0x6c5d5985 in csoundCompileArgs (csound=csound@entry=0x17676a70, argc=4, argc@entry=5, argv=argv@entry=0x19bd2c18)
>     at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:226
> #5  0x6c5d6863 in csoundCompile (csound=0x17676a70, argc=5, argv=0x19bd2c18) at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:464
> #6  0x0040e7e1 in CsoundEngine::runCsound (this=0x18bdf188) at src/csoundengine.cpp:779
> #7  0x0040e00a in CsoundEngine::play (this=0x18bdf188, options=0x1760ae70) at src/csoundengine.cpp:618
> #8  0x004f0b4b in BaseDocument::play (this=0x18608ae0, options=0x1760ae70) at src/basedocument.cpp:234
> #9  0x0041c26e in DocumentPage::play (this=0x18608ae0, options=0x1760ae70) at src/documentpage.cpp:1203
> #10 0x0045fea5 in CsoundQt::play (this=0x2e3b9b8, realtime=true, index=4) at src/qutecsound.cpp:1387
> #11 0x0050bfe1 in CsoundQt::qt_static_metacall (_o=0x2e3b9b8, _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x28c8e8) at build/moc/moc_qutecsound.cpp:441
> #12 0x032041c8 in QMetaObject::activate (sender=0x1763f138, signalOffset=3, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3479
> #13 0x03203b6a in QMetaObject::activate (sender=0x1763f138, m=0xdd50000 <_data_start__>, local_signal_index=1, argv=0x28c8e8) at kernel\qobject.cpp:3354
> #14 0x0d934699 in QAction::triggered (this=0x1763f138, _t1=true) at .moc/debug_shared/moc_qaction.cpp:356
> #15 0x0d933c4e in QAction::activate (this=0x1763f138, event=QAction::Trigger) at kernel\qaction.cpp:1175
> #16 0x0dcd9dca in QAction::trigger (this=0x1763f138) at kernel/qaction.h:185
> #17 0x0dade681 in QToolButton::nextCheckState (this=0x1773c698) at widgets\qtoolbutton.cpp:948
> #18 0x0da29692 in QAbstractButtonPrivate::click (this=0x1773c6c8) at widgets\qabstractbutton.cpp:522
> #19 0x0da2a901 in QAbstractButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1124
> #20 0x0dadd3e2 in QToolButton::mouseReleaseEvent (this=0x1773c698, e=0x28d1d0) at widgets\qtoolbutton.cpp:616
> #21 0x0d96d1b9 in QWidget::event (this=0x1773c698, event=0x28d1d0) at kernel\qwidget.cpp:7877
> #22 0x0da2a776 in QAbstractButton::event (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1081
> #23 0x0dade6e6 in QToolButton::event (this=0x1773c698, event=0x28d1d0) at widgets\qtoolbutton.cpp:964
> #24 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:3455
> #25 0x0d93bc2d in QApplication::notify (this=0x28fd7c, receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:2991
> #26 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x1773c698, event=0x28d1d0) at kernel\qcoreapplication.cpp:871
> #27 0x0dc75835 in QCoreApplication::sendSpontaneousEvent (receiver=0x1773c698, event=0x28d1d0)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #28 0x0d93aa4b in QApplicationPrivate::sendMouseEvent (receiver=0x1773c698, event=0x28d1d0, alienWidget=0x1773c698, nativeWidget=0x2e3b9b8,
>     buttonDown=0xdf4e178 <qt_button_down>, lastMouseReceiver=..., spontaneous=true) at kernel\qapplication.cpp:2485
> #29 0x0d984219 in QWidgetWindow::handleMouseEvent (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:464
> #30 0x0d98335b in QWidgetWindow::event (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:158
> #31 0x0d93db21 in QApplicationPrivate::notify_helper (this=0x2d04fa8, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:3455
> #32 0x0d93b5e4 in QApplication::notify (this=0x28fd7c, receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:2876
> #33 0x031d9dce in QCoreApplication::notifyInternal (this=0x28fd7c, receiver=0x176391d0, event=0x28d920) at kernel\qcoreapplication.cpp:871
> #34 0x06ae4455 in QCoreApplication::sendSpontaneousEvent (receiver=0x176391d0, event=0x28d920)
>     at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
> #35 0x0684a477 in QGuiApplicationPrivate::processMouseEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1439
> #36 0x06849c5d in QGuiApplicationPrivate::processWindowSystemEvent (e=0x1946fa88) at kernel\qguiapplication.cpp:1262
> #37 0x06840790 in QWindowSystemInterface::sendWindowSystemEventsImplementation (flags=...) at kernel\qwindowsysteminterface.cpp:581
> #38 0x0684071d in QWindowSystemInterface::sendWindowSystemEvents (flags=...) at kernel\qwindowsysteminterface.cpp:561
> #39 0x6285caa9 in QWindowsGuiEventDispatcher::sendPostedEvents (this=0x2d08768) at qwindowsguieventdispatcher.cpp:86
> #40 0x0321f7f4 in qt_internal_proc (hwnd=0x3b040e, message=1025, wp=0, lp=0) at kernel\qeventdispatcher_win.cpp:429
> #41 0x761c77d8 in gapfnScSendMessage () from C:\Windows\SysWOW64\user32.dll
> #42 0x003b040e in ?? ()
> #43 0x00000401 in ?? ()
> #44 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:12 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> To rule out or in CsoundPerformanceThread, I will write a short C++ test program that uses it and run it with various csds. But I won't have time to do this until tonight.
>
> Regards,
> Mike
>
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> There are also lots of warnings about missing signals for slots in Qt. And missing properties.
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I've been seeing this for a day or so now, running CsoundQt with a variety of files, this with your test.cd:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 6688.0x1590]
> 0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> 106     }
> (gdb) bt
> #0  0x6c51ff83 in spoutsf (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
> #1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
> #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
> #3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x1922de30) at c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
> #4  0x649458cb in pthread_create_wrapper () from c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
> #5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
> #6  0x77349147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll
> #7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from C:\Windows\SysWOW64\kernel32.dll
> #8  0x7751bf39 in ?? ()
> #9  0x7751bf0c in ?? ()
> #10 0x00000000 in ?? ()
> (gdb)
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
> I have just run this with head code for both Csound and CsoundQt. All is good with rendering with plain Csound. In CsoundQt all is good with rendering in the terminal. If I render to file in CsoundQt, it works once for each file, then hangs or crashes CsoundQt. If I render to audio in CsoundQt, it hangs or crashes the first time.
>
> Did anyone try an empty csd?
>
> If I run an empty csd in CsoundQt and render to terminal, all is fine. If I render to file in CsoundQt or render to audio in CsoundQt with an empty file, it hangs.
>
> CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's CsoundEngine are places to look for trouble.
>
> I think it's pretty clear from this behavior across platforms that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious bug not specific to Windows. Behavior various however from machine to machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are corrupting Csound variables.
>
>
>
> Regards,
> Mike
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz <jh@joachimheintz.de> wrote:
> hi -
>
> i experience a somehow strange bug in csoundqt.
>
> when i run StrayNumToFt.csd via the PLAY button, i get lots of errors:
> INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format
>
> when i run the same file as RUN IN TERM, it is fine (same from the command line).
>
> when i run a very simple csd with strtod in csoundqt, i get no output at all (again no problem in "run in term").
>
> this is with csound6 and csoundqt both from git, on ubuntu studio 12.04.
>
> best -
>
>         joachim
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Hi Michael,

I'm wondering, could you try a build with "-DUSE_ATOMIC_BUILTIN=0"?  I
just added that flag, and I'm wondering if that was not used at all on
Windows previously and now it might be and causing problems.  Also,
perhaps a longshot, maybe double check that any custom flags in
Custom.cmake are applied to both CMAKE_C_FLAGS as well as
CMAKE_CXX_FLAGS.

steven

On Sat, Aug 17, 2013 at 2:46 PM, Michael Gogins

<michael.gogins@gmail.com> wrote:
> At the moment I have no access to a Linux computer, so I cannot use
> valgrind. Can you try it on Windows?
>
> Regards,
> Mike
>
>
>
>
> ===========================
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com
> Michael dot Gogins at gmail dot com
>
>
> On Sat, Aug 17, 2013 at 2:32 PM, Andres Cabrera <mantaraya36@gmail.com>
> wrote:
>>
>> OK, so it's a perfThread issue then. Can you run it with valgrind?
>>
>> Cheers,
>> Andrés
>>
>>
>> On Sat, Aug 17, 2013 at 10:31 AM, Michael Gogins
>> <michael.gogins@gmail.com> wrote:
>>>
>>> Here's what it does (exactly the same thing as with my example):
>>>
>>> $ gdb tests/c/testPerfThread.exe
>>> GNU gdb (GDB) 7.6
>>> Copyright (C) 2013 Free Software Foundation, Inc.
>>> License GPLv3+: GNU GPL version 3 or later
>>> <http://gnu.org/licenses/gpl.html>
>>> This is free software: you are free to change and redistribute it.
>>> There is NO WARRANTY, to the extent permitted by law.  Type "show
>>> copying"
>>> and "show warranty" for details.
>>> This GDB was configured as "i686-w64-mingw32".
>>> For bug reporting instructions, please see:
>>> <http://www.gnu.org/software/gdb/bugs/>...
>>> Reading symbols from
>>> c:\Users\mkg.sorabji\csound-csound6-git\tests\c\testPerfThread.exe...done.
>>> (gdb) run
>>> Starting program:
>>> c:\Users\mkg.sorabji\csound-csound6-git\tests\c\testPerfThread.exe
>>> [New Thread 3892.0x20]
>>>
>>>
>>>      CUnit - A unit testing framework for C - Version 2.1-2
>>>      http://cunit.sourceforge.net/
>>>
>>>
>>> Suite: perfthread tests
>>>   Test: Test Performance Thread ...virtual_keyboard real time MIDI plugin
>>> for Csound
>>> 0dBFS level = 32768.0
>>> Csound version 6.00.1 (double samples) Aug 16 2013
>>> libsndfile-1.0.25
>>> rtaudio: PortAudio module enabled ...
>>> using callback interface
>>> rtmidi: PortMIDI module enabled
>>> Csound version 6.00.1 (double samples) Aug 16 2013
>>> graphics suppressed, ascii substituted
>>> 0dBFS level = 32768.0
>>> orch now loaded
>>> audio buffered in 4096 sample-frame blocks
>>> [New Thread 3892.0x78c]
>>> [New Thread 3892.0xe24]
>>> [New Thread 3892.0xf28]
>>> [New Thread 3892.0x460]
>>> [New Thread 3892.0x1258]
>>> [New Thread 3892.0x14a0]
>>> [New Thread 3892.0xcdc]
>>> warning: FFUsb2Asio::FFUsb2Asio()
>>>
>>> warning: FFUsb2Asio::init()
>>>
>>> warning: FFUsb2Asio::init() : no available filters found
>>> warning:
>>>
>>> warning: +FFUsb2Asio::~FFUsb2Asio()
>>>
>>> warning: FFUsb2Asio::stop()
>>>
>>> warning: FFUsb2Asio::disposeBuffers()
>>>
>>> warning: -FFUsb2Asio::~FFUsb2Asio()
>>>
>>> warning: FFUsb2Asio::FFUsb2Asio()
>>>
>>> PortAudio V19-devel (built Jul 31 2013 12:17:21)
>>>    0: dac0 (Microsoft Sound Mapper - Output)
>>>    1: dac1 (Speakers (EDIROL UA-25EX))
>>>    2: dac2 (Speakers (VIA High Definition A)
>>>    3: dac3 (SPDIF Interface (TX0) (VIA High)
>>>    4: dac4 (Primary Sound Driver)
>>>    5: dac5 (Speakers (EDIROL UA-25EX))
>>>    6: dac6 (Speakers (VIA High Definition Audio))
>>>    7: dac7 (SPDIF Interface (TX0) (VIA High Definition Audio))
>>> PortAudio: selected output device 'Speakers (EDIROL UA-25EX)'
>>> [New Thread 3892.0x1600]
>>> [New Thread 3892.0x1764]
>>> [New Thread 3892.0x1378]
>>> writing 4096 sample blks of 64-bit floats to dac
>>> SECTION 1:
>>> [New Thread 3892.0x11e8]
>>> new alloc for instr 1:
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> [Switching to Thread 3892.0x11e8]
>>> 0x6c51ff83 in spoutsf (csound=0x430048) at
>>> c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
>>> 106     }
>>> (gdb) bt
>>> #0  0x6c51ff83 in spoutsf (csound=0x430048) at
>>> c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
>>> #1  0x6c5d3a67 in kperf (csound=csound@entry=0x430048) at
>>> c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
>>> #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x430048) at
>>> c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
>>> #3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fcf0) at
>>> c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
>>> #4  0x649458cb in pthread_create_wrapper () from
>>> c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
>>> #5  0x74f8906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
>>> #6  0x74f89147 in msvcrt!iswalnum () from C:\Windows\SysWOW64\msvcrt.dll
>>> #7  0x7710850d in KERNEL32!BaseThreadInitThunk () from
>>> C:\Windows\SysWOW64\kernel32.dll
>>> #8  0x778bbf39 in ?? ()
>>> #9  0x778bbf0c in ?? ()
>>> #10 0x00000000 in ?? ()
>>> (gdb)
>>>
>>>
>>>
>>>
>>>
>>> ===========================
>>> Michael Gogins
>>> Irreducible Productions
>>> http://michaelgogins.tumblr.com
>>> Michael dot Gogins at gmail dot com
>>>
>>>
>>> On Sat, Aug 17, 2013 at 12:43 PM, Andres Cabrera <mantaraya36@gmail.com>
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> Sorry, had not pushed. It's there now. It's nearly the same example you
>>>> posted.
>>>>
>>>> Cheers,
>>>> Andrés
>>>>
>>>>
>>>> On Sat, Aug 17, 2013 at 3:01 AM, Michael Gogins
>>>> <michael.gogins@gmail.com> wrote:
>>>>>
>>>>> I do not pull this test. Is it in the develop branch?
>>>>>
>>>>> Regards,
>>>>> Mike
>>>>>
>>>>>
>>>>> ===========================
>>>>> Michael Gogins
>>>>> Irreducible Productions
>>>>> http://michaelgogins.tumblr.com
>>>>> Michael dot Gogins at gmail dot com
>>>>>
>>>>>
>>>>> On Sat, Aug 17, 2013 at 12:38 AM, Andres Cabrera
>>>>> <mantaraya36@gmail.com> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I've added a test in the tests directory for the performance thread,
>>>>>> and it seems OK there. Although there are some issues reported by valgrind,
>>>>>> I don't think these are the ones causing the reported problem.
>>>>>>
>>>>>> src/csound-csound6-git-build/tests/c $ valgrind ./testPerfThread
>>>>>> ==14507== Memcheck, a memory error detector
>>>>>> ==14507== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et
>>>>>> al.
>>>>>> ==14507== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright
>>>>>> info
>>>>>> ==14507== Command: ./testPerfThread
>>>>>> ==14507==
>>>>>>
>>>>>>
>>>>>>      CUnit - A Unit testing framework for C - Version 2.1-0
>>>>>>      http://cunit.sourceforge.net/
>>>>>>
>>>>>>
>>>>>> Suite: perfthread tests
>>>>>>   Test: Test Performance Thread ...
>>>>>> ==14507== Conditional jump or move depends on uninitialised value(s)
>>>>>> ==14507==    at 0x5CF60E0: vfprintf (vfprintf.c:1654)
>>>>>> ==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
>>>>>> ==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
>>>>>> ==14507==    by 0x4FCF656: csoundDefaultMessageCallback
>>>>>> (csound.c:1917)
>>>>>> ==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
>>>>>> ==14507==    by 0x50A7024: print_tree_xml
>>>>>> (csound_orc_semantics.c:2230)
>>>>>> ==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
>>>>>> ==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
>>>>>> ==14507==    by 0x50B010C: csoundCompileOrc
>>>>>> (csound_orc_compile.c:1649)
>>>>>> ==14507==    by 0x406A3A: Csound::CompileOrc(char const*)
>>>>>> (csound.hpp:189)
>>>>>> ==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
>>>>>> ==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
>>>>>> ==14507==
>>>>>> ==14507== Use of uninitialised value of size 8
>>>>>> ==14507==    at 0x5CF565B: _itoa_word (_itoa.c:179)
>>>>>> ==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
>>>>>> ==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
>>>>>> ==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
>>>>>> ==14507==    by 0x4FCF656: csoundDefaultMessageCallback
>>>>>> (csound.c:1917)
>>>>>> ==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
>>>>>> ==14507==    by 0x50A7024: print_tree_xml
>>>>>> (csound_orc_semantics.c:2230)
>>>>>> ==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
>>>>>> ==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
>>>>>> ==14507==    by 0x50B010C: csoundCompileOrc
>>>>>> (csound_orc_compile.c:1649)
>>>>>> ==14507==    by 0x406A3A: Csound::CompileOrc(char const*)
>>>>>> (csound.hpp:189)
>>>>>> ==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
>>>>>> ==14507==
>>>>>> ==14507== Conditional jump or move depends on uninitialised value(s)
>>>>>> ==14507==    at 0x5CF5665: _itoa_word (_itoa.c:179)
>>>>>> ==14507==    by 0x5CF9B91: vfprintf (vfprintf.c:1654)
>>>>>> ==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
>>>>>> ==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
>>>>>> ==14507==    by 0x4FCF656: csoundDefaultMessageCallback
>>>>>> (csound.c:1917)
>>>>>> ==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
>>>>>> ==14507==    by 0x50A7024: print_tree_xml
>>>>>> (csound_orc_semantics.c:2230)
>>>>>> ==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
>>>>>> ==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
>>>>>> ==14507==    by 0x50B010C: csoundCompileOrc
>>>>>> (csound_orc_compile.c:1649)
>>>>>> ==14507==    by 0x406A3A: Csound::CompileOrc(char const*)
>>>>>> (csound.hpp:189)
>>>>>> ==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
>>>>>> ==14507==
>>>>>> ==14507== Conditional jump or move depends on uninitialised value(s)
>>>>>> ==14507==    at 0x5CF9BE4: vfprintf (vfprintf.c:1654)
>>>>>> ==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
>>>>>> ==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
>>>>>> ==14507==    by 0x4FCF656: csoundDefaultMessageCallback
>>>>>> (csound.c:1917)
>>>>>> ==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
>>>>>> ==14507==    by 0x50A7024: print_tree_xml
>>>>>> (csound_orc_semantics.c:2230)
>>>>>> ==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
>>>>>> ==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
>>>>>> ==14507==    by 0x50B010C: csoundCompileOrc
>>>>>> (csound_orc_compile.c:1649)
>>>>>> ==14507==    by 0x406A3A: Csound::CompileOrc(char const*)
>>>>>> (csound.hpp:189)
>>>>>> ==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
>>>>>> ==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
>>>>>> ==14507==
>>>>>> ==14507== Conditional jump or move depends on uninitialised value(s)
>>>>>> ==14507==    at 0x5CF61BE: vfprintf (vfprintf.c:1654)
>>>>>> ==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
>>>>>> ==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
>>>>>> ==14507==    by 0x4FCF656: csoundDefaultMessageCallback
>>>>>> (csound.c:1917)
>>>>>> ==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
>>>>>> ==14507==    by 0x50A7024: print_tree_xml
>>>>>> (csound_orc_semantics.c:2230)
>>>>>> ==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
>>>>>> ==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
>>>>>> ==14507==    by 0x50B010C: csoundCompileOrc
>>>>>> (csound_orc_compile.c:1649)
>>>>>> ==14507==    by 0x406A3A: Csound::CompileOrc(char const*)
>>>>>> (csound.hpp:189)
>>>>>> ==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
>>>>>> ==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
>>>>>> ==14507==
>>>>>> ==14507== Conditional jump or move depends on uninitialised value(s)
>>>>>> ==14507==    at 0x5CF6238: vfprintf (vfprintf.c:1654)
>>>>>> ==14507==    by 0x5CFACAE: buffered_vfprintf (vfprintf.c:2341)
>>>>>> ==14507==    by 0x5CF5A2D: vfprintf (vfprintf.c:1307)
>>>>>> ==14507==    by 0x4FCF656: csoundDefaultMessageCallback
>>>>>> (csound.c:1917)
>>>>>> ==14507==    by 0x4FCF8D1: csoundMessage (csound.c:1973)
>>>>>> ==14507==    by 0x50A7024: print_tree_xml
>>>>>> (csound_orc_semantics.c:2230)
>>>>>> ==14507==    by 0x50A71A2: print_tree (csound_orc_semantics.c:2253)
>>>>>> ==14507==    by 0x50B1A6B: csoundParseOrc (new_orc_parser.c:169)
>>>>>> ==14507==    by 0x50B010C: csoundCompileOrc
>>>>>> (csound_orc_compile.c:1649)
>>>>>> ==14507==    by 0x406A3A: Csound::CompileOrc(char const*)
>>>>>> (csound.hpp:189)
>>>>>> ==14507==    by 0x4065AC: test_perfthread() (perfthread_test.cpp:27)
>>>>>> ==14507==    by 0x534205F: ??? (in /usr/lib/libcunit.so.1.0.1)
>>>>>> ==14507==
>>>>>> passed
>>>>>>
>>>>>> --Run Summary: Type      Total     Ran  Passed  Failed
>>>>>>                suites        1       1     n/a       0
>>>>>>                tests         1       1       1       0
>>>>>>                asserts       0       0       0       0
>>>>>> ==14507==
>>>>>> ==14507== HEAP SUMMARY:
>>>>>> ==14507==     in use at exit: 119,800 bytes in 1,877 blocks
>>>>>> ==14507==   total heap usage: 21,527 allocs, 19,650 frees, 1,910,156
>>>>>> bytes allocated
>>>>>> ==14507==
>>>>>> ==14507== LEAK SUMMARY:
>>>>>> ==14507==    definitely lost: 807 bytes in 9 blocks
>>>>>> ==14507==    indirectly lost: 26,097 bytes in 386 blocks
>>>>>> ==14507==      possibly lost: 42,993 bytes in 1,313 blocks
>>>>>> ==14507==    still reachable: 49,903 bytes in 169 blocks
>>>>>> ==14507==         suppressed: 0 bytes in 0 blocks
>>>>>> ==14507== Rerun with --leak-check=full to see details of leaked memory
>>>>>> ==14507==
>>>>>> ==14507== For counts of detected and suppressed errors, rerun with: -v
>>>>>> ==14507== Use --track-origins=yes to see where uninitialised values
>>>>>> come from
>>>>>> ==14507== ERROR SUMMARY: 198 errors from 6 contexts (suppressed: 2
>>>>>> from 2)
>>>>>>
>>>>>> Cheers,
>>>>>> Andrés
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Aug 16, 2013 at 5:49 PM, Michael Gogins
>>>>>> <michael.gogins@gmail.com> wrote:
>>>>>>>
>>>>>>> There definitely appears to be a bug in CsoundPerformanceThread. The
>>>>>>> following program exhibits it on my PC. I see thge exact same stack trace in
>>>>>>> CsoundQt and in a Lua version of this program.
>>>>>>>
>>>>>>> #include "csound.hpp"
>>>>>>> #include "csPerfThread.hpp"
>>>>>>>
>>>>>>> int useThreads = true;
>>>>>>>
>>>>>>> int main(int argc, char *argv[])
>>>>>>> {
>>>>>>>     Csound csound;
>>>>>>>     csound.Compile(argc,argv);
>>>>>>>     csound.Start();
>>>>>>>     if (useThreads) {
>>>>>>>         CsoundPerformanceThread
>>>>>>> performanceThread(csound.GetCsound());
>>>>>>>         performanceThread.Play();
>>>>>>>         performanceThread.Join();
>>>>>>>     } else {
>>>>>>>         while (csound.PerformKsmps() == 0) {}
>>>>>>>     }
>>>>>>>  }
>>>>>>>
>>>>>>> Note that execution is perfect if useThreads is set to false.
>>>>>>>
>>>>>>> The debugger output is:
>>>>>>>
>>>>>>>  gdb --args csperfthread.exe ../trapped.csd
>>>>>>> NU gdb (GDB) 7.6
>>>>>>> opyright (C) 2013 Free Software Foundation, Inc.
>>>>>>> icense GPLv3+: GNU GPL version 3 or later
>>>>>>> <http://gnu.org/licenses/gpl.html>
>>>>>>> his is free software: you are free to change and redistribute it.
>>>>>>> here is NO WARRANTY, to the extent permitted by law.  Type "show
>>>>>>> copying"
>>>>>>> nd "show warranty" for details.
>>>>>>> his GDB was configured as "i686-w64-mingw32".
>>>>>>> or bug reporting instructions, please see:
>>>>>>> http://www.gnu.org/software/gdb/bugs/>...
>>>>>>> eading symbols from
>>>>>>> c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe...done.
>>>>>>> gdb) run
>>>>>>> tarting program:
>>>>>>> c:\Users\mkg.sorabji\csound-csound6-git\examples\cplusplus\csperfthread.exe
>>>>>>> ../trapped.csd
>>>>>>> New Thread 3552.0xea0]
>>>>>>> irtual_keyboard real time MIDI plugin for Csound
>>>>>>> dBFS level = 32768.0
>>>>>>> sound version 6.00.1 (double samples) Aug 16 2013
>>>>>>> ibsndfile-1.0.25
>>>>>>> nifiedCSD:  ../trapped.csd
>>>>>>> TARTING FILE
>>>>>>> reating options
>>>>>>> reating orchestra
>>>>>>> reating score
>>>>>>> taudio: PortAudio module enabled ...
>>>>>>> sing callback interface
>>>>>>> tmidi: PortMIDI module enabled
>>>>>>> lapsed time at end of orchestra compile: real: 0.070s, CPU: 0.070s
>>>>>>> orting score ...
>>>>>>>        ... done
>>>>>>> lapsed time at end of score sort: real: 0.076s, CPU: 0.076s
>>>>>>> sound version 6.00.1 (double samples) Aug 16 2013
>>>>>>> isplays suppressed
>>>>>>> dBFS level = 32768.0
>>>>>>> rch now loaded
>>>>>>> udio buffered in 4096 sample-frame blocks
>>>>>>> riting 16384-byte blks of shorts to test.wav (WAV)
>>>>>>> ECTION 1:
>>>>>>> sound is already started, call csoundReset()
>>>>>>> efore starting again
>>>>>>> New Thread 3552.0x19fc]
>>>>>>> table 1:
>>>>>>> table 2:
>>>>>>> table 3:
>>>>>>> table 4:
>>>>>>> table 5:
>>>>>>> table 6:
>>>>>>> table 7:
>>>>>>> table 8:
>>>>>>> table 9:
>>>>>>> table 10:
>>>>>>> table 11:
>>>>>>> table 12:
>>>>>>> table 13:
>>>>>>> table 14:
>>>>>>> table 15:
>>>>>>> table 16:
>>>>>>> table 17:
>>>>>>> table 18:
>>>>>>> table 19:
>>>>>>> table 20:
>>>>>>> table 21:
>>>>>>> table 22:
>>>>>>> ew alloc for instr 1:
>>>>>>> ew alloc for instr 100:
>>>>>>>
>>>>>>> rogram received signal SIGSEGV, Segmentation fault.
>>>>>>> Switching to Thread 3552.0x19fc]
>>>>>>> x6c51ff83 in spoutsf (csound=0x660048) at
>>>>>>> c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
>>>>>>> 06     }
>>>>>>> gdb) bt
>>>>>>> 0  0x6c51ff83 in spoutsf (csound=0x660048) at
>>>>>>> c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
>>>>>>> 1  0x6c5d3a67 in kperf (csound=csound@entry=0x660048) at
>>>>>>> c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
>>>>>>> 2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x660048) at
>>>>>>> c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
>>>>>>> 3  0x6b8895ee in CsoundPerformanceThread::Perform (this=0x28fe60) at
>>>>>>> c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
>>>>>>> 4  0x649458cb in pthread_create_wrapper () from
>>>>>>> c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
>>>>>>> 5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
>>>>>>> 6  0x77349147 in msvcrt!iswalnum () from
>>>>>>> C:\Windows\SysWOW64\msvcrt.dll
>>>>>>> 7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from
>>>>>>> C:\Windows\SysWOW64\kernel32.dll
>>>>>>> 8  0x7751bf39 in ?? ()
>>>>>>> 9  0x7751bf0c in ?? ()
>>>>>>> 10 0x00000000 in ?? ()
>>>>>>> gdb)
>>>>>>>
>>>>>>>
>>>>>>> ===========================
>>>>>>> Michael Gogins
>>>>>>> Irreducible Productions
>>>>>>> http://michaelgogins.tumblr.com
>>>>>>> Michael dot Gogins at gmail dot com
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Aug 16, 2013 at 8:52 AM, Michael Gogins
>>>>>>> <michael.gogins@gmail.com> wrote:
>>>>>>>>
>>>>>>>> I see that this is happening when CsoundEngine cleans up csound,
>>>>>>>> stack frame 12. Maybe Csound has cleaned up stuff so that it doesn't exist
>>>>>>>> when CsoundQt wants to reference it?
>>>>>>>>
>>>>>>>>
>>>>>>>> ===========================
>>>>>>>> Michael Gogins
>>>>>>>> Irreducible Productions
>>>>>>>> http://michaelgogins.tumblr.com
>>>>>>>> Michael dot Gogins at gmail dot com
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Aug 16, 2013 at 7:32 AM, Victor Lazzarini
>>>>>>>> <Victor.Lazzarini@nuim.ie> wrote:
>>>>>>>>>
>>>>>>>>> CsoundPerformanceThread is working perfectly from Python.
>>>>>>>>> On 16 Aug 2013, at 12:29, Michael Gogins wrote:
>>>>>>>>>
>>>>>>>>> > However, this backtrace seems to rule out CsoundPerformanceThread
>>>>>>>>> > since this crash happens before the thread is created. This implies a bad
>>>>>>>>> > write by CsoundQt itself.
>>>>>>>>> >
>>>>>>>>> > Program received signal SIGSEGV, Segmentation fault.
>>>>>>>>> > 0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70,
>>>>>>>>> > root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>>>>>>>>> >     at
>>>>>>>>> > c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
>>>>>>>>> > 1481        opcodeName = root->value->lexeme;
>>>>>>>>> > (gdb) bt
>>>>>>>>> > #0  0x6c64dd28 in verify_opcode (csound=csound@entry=0x17676a70,
>>>>>>>>> > root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>>>>>>>>> >     at
>>>>>>>>> > c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1481
>>>>>>>>> > #1  0x6c64e33c in verify_tree (csound=csound@entry=0x17676a70,
>>>>>>>>> > root=root@entry=0x19424448, typeTable=typeTable@entry=0x194244c0)
>>>>>>>>> >     at
>>>>>>>>> > c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_semantics.c:1747
>>>>>>>>> > #2  0x6c6546b6 in csoundParseOrc (csound=0x17676a70, str=0x0) at
>>>>>>>>> > c:/Users/mkg.sorabji/csound-csound6-git/Engine/new_orc_parser.c:182
>>>>>>>>> > #3  0x6c654248 in csoundCompileOrc (csound=0x17676a70, str=0x0)
>>>>>>>>> > at c:/Users/mkg.sorabji/csound-csound6-git/Engine/csound_orc_compile.c:1649
>>>>>>>>> > #4  0x6c5d5985 in csoundCompileArgs
>>>>>>>>> > (csound=csound@entry=0x17676a70, argc=4, argc@entry=5,
>>>>>>>>> > argv=argv@entry=0x19bd2c18)
>>>>>>>>> >     at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:226
>>>>>>>>> > #5  0x6c5d6863 in csoundCompile (csound=0x17676a70, argc=5,
>>>>>>>>> > argv=0x19bd2c18) at c:/Users/mkg.sorabji/csound-csound6-git/Top/main.c:464
>>>>>>>>> > #6  0x0040e7e1 in CsoundEngine::runCsound (this=0x18bdf188) at
>>>>>>>>> > src/csoundengine.cpp:779
>>>>>>>>> > #7  0x0040e00a in CsoundEngine::play (this=0x18bdf188,
>>>>>>>>> > options=0x1760ae70) at src/csoundengine.cpp:618
>>>>>>>>> > #8  0x004f0b4b in BaseDocument::play (this=0x18608ae0,
>>>>>>>>> > options=0x1760ae70) at src/basedocument.cpp:234
>>>>>>>>> > #9  0x0041c26e in DocumentPage::play (this=0x18608ae0,
>>>>>>>>> > options=0x1760ae70) at src/documentpage.cpp:1203
>>>>>>>>> > #10 0x0045fea5 in CsoundQt::play (this=0x2e3b9b8, realtime=true,
>>>>>>>>> > index=4) at src/qutecsound.cpp:1387
>>>>>>>>> > #11 0x0050bfe1 in CsoundQt::qt_static_metacall (_o=0x2e3b9b8,
>>>>>>>>> > _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x28c8e8) at
>>>>>>>>> > build/moc/moc_qutecsound.cpp:441
>>>>>>>>> > #12 0x032041c8 in QMetaObject::activate (sender=0x1763f138,
>>>>>>>>> > signalOffset=3, local_signal_index=1, argv=0x28c8e8) at
>>>>>>>>> > kernel\qobject.cpp:3479
>>>>>>>>> > #13 0x03203b6a in QMetaObject::activate (sender=0x1763f138,
>>>>>>>>> > m=0xdd50000 <_data_start__>, local_signal_index=1, argv=0x28c8e8) at
>>>>>>>>> > kernel\qobject.cpp:3354
>>>>>>>>> > #14 0x0d934699 in QAction::triggered (this=0x1763f138, _t1=true)
>>>>>>>>> > at .moc/debug_shared/moc_qaction.cpp:356
>>>>>>>>> > #15 0x0d933c4e in QAction::activate (this=0x1763f138,
>>>>>>>>> > event=QAction::Trigger) at kernel\qaction.cpp:1175
>>>>>>>>> > #16 0x0dcd9dca in QAction::trigger (this=0x1763f138) at
>>>>>>>>> > kernel/qaction.h:185
>>>>>>>>> > #17 0x0dade681 in QToolButton::nextCheckState (this=0x1773c698)
>>>>>>>>> > at widgets\qtoolbutton.cpp:948
>>>>>>>>> > #18 0x0da29692 in QAbstractButtonPrivate::click (this=0x1773c6c8)
>>>>>>>>> > at widgets\qabstractbutton.cpp:522
>>>>>>>>> > #19 0x0da2a901 in QAbstractButton::mouseReleaseEvent
>>>>>>>>> > (this=0x1773c698, e=0x28d1d0) at widgets\qabstractbutton.cpp:1124
>>>>>>>>> > #20 0x0dadd3e2 in QToolButton::mouseReleaseEvent
>>>>>>>>> > (this=0x1773c698, e=0x28d1d0) at widgets\qtoolbutton.cpp:616
>>>>>>>>> > #21 0x0d96d1b9 in QWidget::event (this=0x1773c698,
>>>>>>>>> > event=0x28d1d0) at kernel\qwidget.cpp:7877
>>>>>>>>> > #22 0x0da2a776 in QAbstractButton::event (this=0x1773c698,
>>>>>>>>> > e=0x28d1d0) at widgets\qabstractbutton.cpp:1081
>>>>>>>>> > #23 0x0dade6e6 in QToolButton::event (this=0x1773c698,
>>>>>>>>> > event=0x28d1d0) at widgets\qtoolbutton.cpp:964
>>>>>>>>> > #24 0x0d93db21 in QApplicationPrivate::notify_helper
>>>>>>>>> > (this=0x2d04fa8, receiver=0x1773c698, e=0x28d1d0) at
>>>>>>>>> > kernel\qapplication.cpp:3455
>>>>>>>>> > #25 0x0d93bc2d in QApplication::notify (this=0x28fd7c,
>>>>>>>>> > receiver=0x1773c698, e=0x28d1d0) at kernel\qapplication.cpp:2991
>>>>>>>>> > #26 0x031d9dce in QCoreApplication::notifyInternal
>>>>>>>>> > (this=0x28fd7c, receiver=0x1773c698, event=0x28d1d0) at
>>>>>>>>> > kernel\qcoreapplication.cpp:871
>>>>>>>>> > #27 0x0dc75835 in QCoreApplication::sendSpontaneousEvent
>>>>>>>>> > (receiver=0x1773c698, event=0x28d1d0)
>>>>>>>>> >     at
>>>>>>>>> > ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
>>>>>>>>> > #28 0x0d93aa4b in QApplicationPrivate::sendMouseEvent
>>>>>>>>> > (receiver=0x1773c698, event=0x28d1d0, alienWidget=0x1773c698,
>>>>>>>>> > nativeWidget=0x2e3b9b8,
>>>>>>>>> >     buttonDown=0xdf4e178 <qt_button_down>, lastMouseReceiver=...,
>>>>>>>>> > spontaneous=true) at kernel\qapplication.cpp:2485
>>>>>>>>> > #29 0x0d984219 in QWidgetWindow::handleMouseEvent
>>>>>>>>> > (this=0x176391d0, event=0x28d920) at kernel\qwidgetwindow.cpp:464
>>>>>>>>> > #30 0x0d98335b in QWidgetWindow::event (this=0x176391d0,
>>>>>>>>> > event=0x28d920) at kernel\qwidgetwindow.cpp:158
>>>>>>>>> > #31 0x0d93db21 in QApplicationPrivate::notify_helper
>>>>>>>>> > (this=0x2d04fa8, receiver=0x176391d0, e=0x28d920) at
>>>>>>>>> > kernel\qapplication.cpp:3455
>>>>>>>>> > #32 0x0d93b5e4 in QApplication::notify (this=0x28fd7c,
>>>>>>>>> > receiver=0x176391d0, e=0x28d920) at kernel\qapplication.cpp:2876
>>>>>>>>> > #33 0x031d9dce in QCoreApplication::notifyInternal
>>>>>>>>> > (this=0x28fd7c, receiver=0x176391d0, event=0x28d920) at
>>>>>>>>> > kernel\qcoreapplication.cpp:871
>>>>>>>>> > #34 0x06ae4455 in QCoreApplication::sendSpontaneousEvent
>>>>>>>>> > (receiver=0x176391d0, event=0x28d920)
>>>>>>>>> >     at
>>>>>>>>> > ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:235
>>>>>>>>> > #35 0x0684a477 in QGuiApplicationPrivate::processMouseEvent
>>>>>>>>> > (e=0x1946fa88) at kernel\qguiapplication.cpp:1439
>>>>>>>>> > #36 0x06849c5d in
>>>>>>>>> > QGuiApplicationPrivate::processWindowSystemEvent (e=0x1946fa88) at
>>>>>>>>> > kernel\qguiapplication.cpp:1262
>>>>>>>>> > #37 0x06840790 in
>>>>>>>>> > QWindowSystemInterface::sendWindowSystemEventsImplementation (flags=...) at
>>>>>>>>> > kernel\qwindowsysteminterface.cpp:581
>>>>>>>>> > #38 0x0684071d in QWindowSystemInterface::sendWindowSystemEvents
>>>>>>>>> > (flags=...) at kernel\qwindowsysteminterface.cpp:561
>>>>>>>>> > #39 0x6285caa9 in QWindowsGuiEventDispatcher::sendPostedEvents
>>>>>>>>> > (this=0x2d08768) at qwindowsguieventdispatcher.cpp:86
>>>>>>>>> > #40 0x0321f7f4 in qt_internal_proc (hwnd=0x3b040e, message=1025,
>>>>>>>>> > wp=0, lp=0) at kernel\qeventdispatcher_win.cpp:429
>>>>>>>>> > #41 0x761c77d8 in gapfnScSendMessage () from
>>>>>>>>> > C:\Windows\SysWOW64\user32.dll
>>>>>>>>> > #42 0x003b040e in ?? ()
>>>>>>>>> > #43 0x00000401 in ?? ()
>>>>>>>>> > #44 0x00000000 in ?? ()
>>>>>>>>> > (gdb)
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > ===========================
>>>>>>>>> > Michael Gogins
>>>>>>>>> > Irreducible Productions
>>>>>>>>> > http://michaelgogins.tumblr.com
>>>>>>>>> > Michael dot Gogins at gmail dot com
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > On Fri, Aug 16, 2013 at 7:12 AM, Michael Gogins
>>>>>>>>> > <michael.gogins@gmail.com> wrote:
>>>>>>>>> > To rule out or in CsoundPerformanceThread, I will write a short
>>>>>>>>> > C++ test program that uses it and run it with various csds. But I won't have
>>>>>>>>> > time to do this until tonight.
>>>>>>>>> >
>>>>>>>>> > Regards,
>>>>>>>>> > Mike
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > ===========================
>>>>>>>>> > Michael Gogins
>>>>>>>>> > Irreducible Productions
>>>>>>>>> > http://michaelgogins.tumblr.com
>>>>>>>>> > Michael dot Gogins at gmail dot com
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > On Fri, Aug 16, 2013 at 7:07 AM, Michael Gogins
>>>>>>>>> > <michael.gogins@gmail.com> wrote:
>>>>>>>>> > There are also lots of warnings about missing signals for slots
>>>>>>>>> > in Qt. And missing properties.
>>>>>>>>> >
>>>>>>>>> > Regards,
>>>>>>>>> > Mike
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > ===========================
>>>>>>>>> > Michael Gogins
>>>>>>>>> > Irreducible Productions
>>>>>>>>> > http://michaelgogins.tumblr.com
>>>>>>>>> > Michael dot Gogins at gmail dot com
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > On Fri, Aug 16, 2013 at 7:05 AM, Michael Gogins
>>>>>>>>> > <michael.gogins@gmail.com> wrote:
>>>>>>>>> > I've been seeing this for a day or so now, running CsoundQt with
>>>>>>>>> > a variety of files, this with your test.cd:
>>>>>>>>> >
>>>>>>>>> > Program received signal SIGSEGV, Segmentation fault.
>>>>>>>>> > [Switching to Thread 6688.0x1590]
>>>>>>>>> > 0x6c51ff83 in spoutsf (csound=0x1733a388) at
>>>>>>>>> > c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
>>>>>>>>> > 106     }
>>>>>>>>> > (gdb) bt
>>>>>>>>> > #0  0x6c51ff83 in spoutsf (csound=0x1733a388) at
>>>>>>>>> > c:/Users/mkg.sorabji/csound-csound6-git/InOut/libsnd.c:106
>>>>>>>>> > #1  0x6c5d3a67 in kperf (csound=csound@entry=0x1733a388) at
>>>>>>>>> > c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1554
>>>>>>>>> > #2  0x6c5d3fa8 in csoundPerformKsmps (csound=0x1733a388) at
>>>>>>>>> > c:/Users/mkg.sorabji/csound-csound6-git/Top/csound.c:1612
>>>>>>>>> > #3  0x6b8895ee in CsoundPerformanceThread::Perform
>>>>>>>>> > (this=0x1922de30) at
>>>>>>>>> > c:/Users/mkg.sorabji/csound-csound6-git/interfaces/csPerfThread.cpp:300
>>>>>>>>> > #4  0x649458cb in pthread_create_wrapper () from
>>>>>>>>> > c:\Users\mkg.sorabji\csound-csound6-git\libwinpthread-1.dll
>>>>>>>>> > #5  0x7734906a in ui64tow () from C:\Windows\SysWOW64\msvcrt.dll
>>>>>>>>> > #6  0x77349147 in msvcrt!iswalnum () from
>>>>>>>>> > C:\Windows\SysWOW64\msvcrt.dll
>>>>>>>>> > #7  0x76c8850d in KERNEL32!BaseThreadInitThunk () from
>>>>>>>>> > C:\Windows\SysWOW64\kernel32.dll
>>>>>>>>> > #8  0x7751bf39 in ?? ()
>>>>>>>>> > #9  0x7751bf0c in ?? ()
>>>>>>>>> > #10 0x00000000 in ?? ()
>>>>>>>>> > (gdb)
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > ===========================
>>>>>>>>> > Michael Gogins
>>>>>>>>> > Irreducible Productions
>>>>>>>>> > http://michaelgogins.tumblr.com
>>>>>>>>> > Michael dot Gogins at gmail dot com
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > On Fri, Aug 16, 2013 at 6:13 AM, Michael Gogins
>>>>>>>>> > <michael.gogins@gmail.com> wrote:
>>>>>>>>> > I have just run this with head code for both Csound and CsoundQt.
>>>>>>>>> > All is good with rendering with plain Csound. In CsoundQt all is good with
>>>>>>>>> > rendering in the terminal. If I render to file in CsoundQt, it works once
>>>>>>>>> > for each file, then hangs or crashes CsoundQt. If I render to audio in
>>>>>>>>> > CsoundQt, it hangs or crashes the first time.
>>>>>>>>> >
>>>>>>>>> > Did anyone try an empty csd?
>>>>>>>>> >
>>>>>>>>> > If I run an empty csd in CsoundQt and render to terminal, all is
>>>>>>>>> > fine. If I render to file in CsoundQt or render to audio in CsoundQt with an
>>>>>>>>> > empty file, it hangs.
>>>>>>>>> >
>>>>>>>>> > CsoundQt uses CsoundPerformanceThread, so that and CsoundQt's
>>>>>>>>> > CsoundEngine are places to look for trouble.
>>>>>>>>> >
>>>>>>>>> > I think it's pretty clear from this behavior across platforms
>>>>>>>>> > that current CsoundPerformanceThread or CsoundQt for Csound 6 has a serious
>>>>>>>>> > bug not specific to Windows. Behavior various however from machine to
>>>>>>>>> > machine. I suspect that bad CsoundPerformanceThread or CsoundQt writes are
>>>>>>>>> > corrupting Csound variables.
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > Regards,
>>>>>>>>> > Mike
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > ===========================
>>>>>>>>> > Michael Gogins
>>>>>>>>> > Irreducible Productions
>>>>>>>>> > http://michaelgogins.tumblr.com
>>>>>>>>> > Michael dot Gogins at gmail dot com
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > On Thu, Aug 15, 2013 at 4:59 PM, joachim heintz
>>>>>>>>> > <jh@joachimheintz.de> wrote:
>>>>>>>>> > hi -
>>>>>>>>> >
>>>>>>>>> > i experience a somehow strange bug in csoundqt.
>>>>>>>>> >
>>>>>>>>> > when i run StrayNumToFt.csd via the PLAY button, i get lots of
>>>>>>>>> > errors:
>>>>>>>>> > INIT ERROR in instr 1 (opcode StrExpr1): strtod: invalid format
>>>>>>>>> >
>>>>>>>>> > when i run the same file as RUN IN TERM, it is fine (same from
>>>>>>>>> > the command line).
>>>>>>>>> >
>>>>>>>>> > when i run a very simple csd with strtod in csoundqt, i get no
>>>>>>>>> > output at all (again no problem in "run in term").
>>>>>>>>> >
>>>>>>>>> > this is with csound6 and csoundqt both from git, on ubuntu studio
>>>>>>>>> > 12.04.
>>>>>>>>> >
>>>>>>>>> > best -
>>>>>>>>> >
>>>>>>>>> >         joachim
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > ------------------------------------------------------------------------------
>>>>>>>>> > Get 100% visibility into Java/.NET code with AppDynamics Lite!
>>>>>>>>> > It's a free troubleshooting tool designed for production.
>>>>>>>>> > Get down to code-level detail for bottlenecks, with <2% overhead.
>>>>>>>>> > Download for free and get started troubleshooting in minutes.
>>>>>>>>> >
>>>>>>>>> > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>>>>>>>>> > _______________________________________________
>>>>>>>>> > Csound-devel mailing list
>>>>>>>>> > Csound-devel@lists.sourceforge.net
>>>>>>>>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > ------------------------------------------------------------------------------
>>>>>>>>> > Get 100% visibility into Java/.NET code with AppDynamics Lite!
>>>>>>>>> > It's a free troubleshooting tool designed for production.
>>>>>>>>> > Get down to code-level detail for bottlenecks, with <2% overhead.
>>>>>>>>> > Download for free and get started troubleshooting in minutes.
>>>>>>>>> >
>>>>>>>>> > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk_______________________________________________
>>>>>>>>> > Csound-devel mailing list
>>>>>>>>> > Csound-devel@lists.sourceforge.net
>>>>>>>>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>>>
>>>>>>>>> Dr Victor Lazzarini
>>>>>>>>> Senior Lecturer
>>>>>>>>> Dept. of Music
>>>>>>>>> NUI Maynooth Ireland
>>>>>>>>> tel.: +353 1 708 3545
>>>>>>>>> Victor dot Lazzarini AT nuim dot ie
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>> Get 100% visibility into Java/.NET code with AppDynamics Lite!
>>>>>>>>> It's a free troubleshooting tool designed for production.
>>>>>>>>> Get down to code-level detail for bottlenecks, with <2% overhead.
>>>>>>>>> Download for free and get started troubleshooting in minutes.
>>>>>>>>>
>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>>>>>>>>> _______________________________________________
>>>>>>>>> Csound-devel mailing list
>>>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Get 100% visibility into Java/.NET code with AppDynamics Lite!
>>>>>>> It's a free troubleshooting tool designed for production.
>>>>>>> Get down to code-level detail for bottlenecks, with <2% overhead.
>>>>>>> Download for free and get started troubleshooting in minutes.
>>>>>>>
>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Get 100% visibility into Java/.NET code with AppDynamics Lite!
>>>>>> It's a free troubleshooting tool designed for production.
>>>>>> Get down to code-level detail for bottlenecks, with <2% overhead.
>>>>>> Download for free and get started troubleshooting in minutes.
>>>>>>
>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Get 100% visibility into Java/.NET code with AppDynamics Lite!
>>>>> It's a free troubleshooting tool designed for production.
>>>>> Get down to code-level detail for bottlenecks, with <2% overhead.
>>>>> Download for free and get started troubleshooting in minutes.
>>>>>
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Get 100% visibility into Java/.NET code with AppDynamics Lite!
>>>> It's a free troubleshooting tool designed for production.
>>>> Get down to code-level detail for bottlenecks, with <2% overhead.
>>>> Download for free and get started troubleshooting in minutes.
>>>>
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Get 100% visibility into Java/.NET code with AppDynamics Lite!
>>> It's a free troubleshooting tool designed for production.
>>> Get down to code-level detail for bottlenecks, with <2% overhead.
>>> Download for free and get started troubleshooting in minutes.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Get 100% visibility into Java/.NET code with AppDynamics Lite!
>> It's a free troubleshooting tool designed for production.
>> Get down to code-level detail for bottlenecks, with <2% overhead.
>> Download for free and get started troubleshooting in minutes.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel