[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#270771: marked as done (handles SIGINT inappropriately)

Your message dated Mon, 09 Jun 2008 16:32:47 +0200
with message-id <484D3F0F.10206@antcom.de>
and subject line handles SIGINT inappropriately
has caused the Debian Bug report #270771,
regarding handles SIGINT inappropriately
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
270771: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=270771
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: ardour-gtk
Version: 0.9beta19-3
Severity: important

Hi,

When ardour exits on an interrupt (^C), it supposedly goes for a 'clean
exit'. Yet it does not try to disconnect itself from JACK, so it will
still believe that Ardour is connected to it and subsequent accesses of
anything related to Ardour or anything that checks the connections of
all the inputs and outputs (i.e. qjackctl) will cause jackd to hang.

The right thing to do is to call jack_deactivate(your_handle) on SIGINT.
That's how we fixed it in a different JACK program..

Thanks
Josh

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (499, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-rc1
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (ignored: LC_ALL set to en_US.UTF-8)

Versions of packages ardour-gtk depends on:
ii  libardour0                0.9beta19-3    library for building professional 
ii  libart-2.0-2              2.3.16-6       Library of functions for 2D graphi
ii  libasound2                1.0.5-1        Advanced Linux Sound Architecture 
ii  libc6                     2.3.2.ds1-16   GNU C Library: Shared libraries an
ii  libgcc1                   1:3.4.1-7      GCC support library
ii  libglib1.2                1.2.10-9       The GLib library of C routines
ii  libgtk-canvas1            0.1.1-6        port of GNOME Canvas back to gtk+
ii  libgtk1.2                 1.2.10-17      The GIMP Toolkit set of widgets fo
ii  libgtkmm1.2-0             1.2.10-7       C++ wrappers for GTK+ 1.2 (shared 
ii  libgtkmmext0              0.9beta19-3    library of useful new C++ and C wi
ii  libjack0.80.0-0           0.98.1-5       JACK Audio Connection Kit (librari
ii  liblrdf0                  0.3.7-3        a library to manipulate RDF files 
ii  libmidi++0                0.9beta19-3    C++ library for handling MIDI I/O,
ii  libpbd0                   0.9beta19-3    library of useful, generic C++ obj
ii  libsamplerate0            0.1.1-2        audio rate conversion library
ii  libsigc++0c102            1.0.4-6.1      Type-safe Signal Framework for C++
ii  libsndfile1               1.0.10-1       Library for reading/writing audio 
ii  libsoundtouch1            1.2.1-5        sound stretching library
ii  libstdc++5                1:3.3.4-11     The GNU Standard C++ Library v3
ii  libx11-6                  4.3.0.dfsg.1-7 X Window System protocol client li
ii  libxext6                  4.3.0.dfsg.1-7 X Window System miscellaneous exte
ii  libxi6                    4.3.0.dfsg.1-7 X Window System Input extension li
ii  libxml2                   2.6.11-3       GNOME XML library
ii  xlibs                     4.3.0.dfsg.1-7 X Window System client libraries m
ii  xterm                     4.3.0.dfsg.1-7 X terminal emulator
ii  zlib1g                    1:1.2.1.1-7    compression library - runtime

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 2.4.1-1

Hi,

I just checked that JACK handles this issue (ardour SIGINT, SIGTERM and
SIGKILL without jackd hanging). I think the upstream ardour author is
right. Therefore closing this bug.

bye,
  Roland

--- End Message ---
Reply to: