Bug#894386: libinstpatch: memory corruption in file IpatchSF2Reader.c

Source: libinstpatch Severity: normal Dear Maintainer, The file IpatchSF2Reader.c has seen in the upstream code base some fixes of potential memory corruption. This can lead to undefined behaviour. I provide a patch with the specific changes, fixing the issue. -- System Information: Debian

Bug#882513: gsequencer: autopkgtest is broken

Hi, My sponsor created a new package. It should be fixed now. https://tracker.debian.org/news/893466 Bests, Joël On Sat, Nov 25, 2017 at 8:35 AM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi, > Just provided a new upstream package v1.1.5 and made debian > repository fit

Bug#882513: gsequencer: autopkgtest is broken

Hi, Just provided a new upstream package v1.1.5 and made debian repository fit for autopkgtest. Best regards, Joël On Fri, Nov 24, 2017 at 10:55 AM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi, > Since I (upstream) doesn't have the infrastructure to run integration > tes

Bug#882513: gsequencer: autopkgtest is broken

at 10:50 AM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi, > Just providing a patch. The target ags-integration-test wasn't take care > much. > > Apply the patch fix-integration-tests.patch > `patch -p1 < ../nongnu/gsequencer/fix-integration-tests.patch` > run

Bug#882513: gsequencer: autopkgtest is broken

ests, Joël On Fri, Nov 24, 2017 at 9:26 AM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi Dimitri, > The make target ags-integration-test runs against installed libraries. Just > run > `make check` which contains the very same functional tests. But this requires > to remove

Bug#882513: gsequencer: autopkgtest is broken

against installed gsequencer package. Further libgsequencer.so can't be a private library if you want to run them. So additional patch would be required to change library installation path. Best regards, Joël Krähemann On Thu, Nov 23, 2017 at 5:01 PM, Dimitri John Ledkov <x...@ubuntu.com>

Bug#871649: lv2-dev: abuse of non portable pointer of uint8_t type

Hi Code like this might destabilize the operating system and compromise debian. There is a good reason why glib-2.0 uses void pointers. Bests, Joël On Fri, Aug 11, 2017 at 9:23 PM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > Might be just a programming error. But

Bug#871649: lv2-dev: abuse of non portable pointer of uint8_t type

uarantees this points to at least capacity bytes of allocated > memory (though only size bytes of that are valid events). > */ > uint8_t* data; > > > not a bug. > > On 08/11/2017 08:20 PM, Joël Krähemann wrote: >> Hi >> >> For sure you can cast any pointer. But fee

Bug#871649: lv2-dev: abuse of non portable pointer of uint8_t type

Hi For sure you can cast any pointer. But feels somehow wrong. The opinion was the specs are always correct. Bests, Joël On Fri, Aug 11, 2017 at 8:12 PM, Jaromír Mikeš <mira.mi...@gmail.com> wrote: > > > 2017-08-10 16:23 GMT+02:00 Joël Krähemann <jkraehem...@gmail.co

Bug#871649: lv2-dev: abuse of non portable pointer of uint8_t type

Hi James, It is common that you use for storing uint8_t an entire word. The use of a uint8_t pointer confused me as you are pointing to a struct. Bests, Joël On Thu, Aug 10, 2017 at 4:10 PM, James Cowgill <jcowg...@debian.org> wrote: > Hi, > > On 10/08/17 08:31, Joël

Bug#869152: lv2-dev: type conflict of and

Package: lv2-dev Version: 1.14.0~dfsg1-1 Severity: important Dear Maintainer, As doing #include before I get following compiler errors: /usr/lib/lv2/atom.lv2/forge.h:114:11: error: two or more data types in declaration specifiers LV2_URID Bool; ^ /usr/lib/lv2/atom.lv2/forge.h: In function

Bug#861908: gsequencer: testsuite crashes if AddressSanitizer is enabled

Hi I have targeted the issue during release of gsequencer-0.8.7. I think we should close this bug. Bests, Joël On Mon, May 22, 2017 at 12:19 AM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > Just figured out that are mainly issues related > to memory leakes within

Bug#861908: gsequencer: testsuite crashes if AddressSanitizer is enabled

at 11:38 PM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > Just recognized every _ unit test fails. > So I'm busy for a while. > > Cheers, > Joël > > > On Sun, May 21, 2017 at 11:15 PM, Joël Krähemann <jkraehem...@gmail.com> > wrote: >> Hi

Bug#861908: gsequencer: testsuite crashes if AddressSanitizer is enabled

Hi Just recognized every _ unit test fails. So I'm busy for a while. Cheers, Joël On Sun, May 21, 2017 at 11:15 PM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > the stack-trace above should be fixed commit: > > http://git.savannah.nongnu.org/cgit/gsequence

Bug#861908: gsequencer: testsuite crashes if AddressSanitizer is enabled

Hi the stack-trace above should be fixed commit: http://git.savannah.nongnu.org/cgit/gsequencer.git/commit/?h=0.8.x=d6a5a226fa01525bbcce3824dfb5f7e82767eb62 Since I didn't test with address sanitizer this wasn't recognized. I just do run it now. Might be there other issues. Bests, Joël On

Bug#861645: gsequencer FTBFS on mips/mipsel: FAIL: ags_xorg_application_context_test

Hi again Sorry wrong context. It is the problem for sure: Since it is used by AgsAutomationEditor, too. Joël On Fri, May 5, 2017 at 6:31 PM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > The flag was set. However it is not that beautiful. > So it can't be the

Bug#861645: gsequencer FTBFS on mips/mipsel: FAIL: ags_xorg_application_context_test

Hi The flag was set. However it is not that beautiful. So it can't be the problem. https://anonscm.debian.org/git/pkg-multimedia/gsequencer.git/tree/ags/X/ags_editor.c#n222 Bests, Joël On Fri, May 5, 2017 at 6:09 PM, James Cowgill <jcowg...@debian.org> wrote: > Hi, > > On 05/05

Bug#861645: gsequencer FTBFS on mips/mipsel: FAIL: ags_xorg_application_context_test

ests, Joël On Wed, May 3, 2017 at 1:40 PM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > I just tried to run `make check` in a mipsel chroot on tty2. > > As running ./ags_xorg_application_context_test I get: > > Suite: AgsXorgApplicationContextTest > Test:

Bug#861645: gsequencer FTBFS on mips/mipsel: FAIL: ags_xorg_application_context_test

Unsupported ioctl: cmd=... Bests, Joël On Tue, May 2, 2017 at 6:53 PM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > I have experienced on some other architectures with > ags_xorg_application_context_test > the same problems. It was not evident to me if the problem was

Bug#861645: gsequencer FTBFS on mips/mipsel: FAIL: ags_xorg_application_context_test

Hi I have experienced on some other architectures with ags_xorg_application_context_test the same problems. It was not evident to me if the problem was related to Gtk+-2.0 or xvfb-run since the stack-trace ended as doing gtk_widget_show(window); However other architectures just pass the test.

Bug#858285: gsequencer: New upstream version available 0.7.122.7

Source: gsequencer Severity: wishlist Dear Maintainer, The new package comes with a lot improvements. Thought the important ones are provided by a patch. Maintenance would be just much easier as providing this package. -- System Information: Debian Release: 9.0 APT prefers unstable APT

Bug#858283: gsequencer: GSequencer crashes as no soundcard configured

Source: gsequencer Version: 0.7.122-2 Severity: important Dear Maintainer, GSequencer allows configuration in place. As removing all soundcards and adding certain machines it does SIGSEGV. This happens because of a NULL pointer dereference. GSequencer shall not crash under any circumstances.

Bug#857915: gsequencer: should link libraries using LIBADD instead of LDFLAGS

Hi I'm unsure about the issue. Could you provide an example? cheers, Joël On Thu, Mar 16, 2017 at 11:43 AM, James Cowgill wrote: > Source: gsequencer > Version: 0.7.122-2 > Severity: normal > > Hi, > > gsequencer incorrectly links libraries in Makefile.am using LDFLAGS >

Bug#857948: Acknowledgement (gsequencer: missing mutex locks might crash the application)

Hi Just merged related patches to one file: https://anonscm.debian.org/git/pkg-multimedia/gsequencer.git/tree/debian/patches/fix-missing-mutices.diff bests, Joël On Thu, Mar 16, 2017 at 4:27 PM, Debian Bug Tracking System wrote: > Thank you for filing a new Bug report

Bug#857934: Acknowledgement (gsequencer: configuration in-place broken thread frequency)

Hi The patches were provided prior and are now merged to on patch file because its related to each other: https://anonscm.debian.org/git/pkg-multimedia/gsequencer.git/tree/debian/patches/fix-broken-thread-frequency.diff On Thu, Mar 16, 2017 at 2:00 PM, Debian Bug Tracking System

Bug#857947: gsequencer: possible data-race as clearing buffer of soundcard

Source: gsequencer Version: 0.7.122-2 Severity: important Dear Maintainer, The soundcard output is affected by a data-race. While clearing the output buffer, a data race is possible. Resulting in corrupted audio export or playback. The possibility of an application crash exists. The clearing

Bug#857948: gsequencer: missing mutex locks might crash the application

Source: gsequencer Version: 0.7.122-2 Severity: important Dear Maintainer, Some mutex locks are missing. They protect common memory of threads. The data-race may crash GSequencer. It should add some mutexes. -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500,

Bug#857937: Acknowledgement (gsequencer: memory leaks while g_timeout_add() function in GUI)

Hi Just added the needed patches: https://anonscm.debian.org/git/pkg-multimedia/gsequencer.git/tree/debian/patches/fix-leak-while-g-timeout-function.diff bests, Joël On Thu, Mar 16, 2017 at 2:15 PM, Debian Bug Tracking System wrote: > Thank you for filing a new Bug

Bug#857931: Acknowledgement (gsequencer: AgsSynth possible division by zero by oscillator)

Hi Just provide the diff fixing the issue: https://anonscm.debian.org/git/pkg-multimedia/gsequencer.git/tree/debian/patches/fix-possible-division-by-zero.diff bests, Joël On Thu, Mar 16, 2017 at 1:51 PM, Debian Bug Tracking System wrote: > Thank you for filing a new Bug

Bug#857933: Acknowledgement (gsequencer: The MIDI connection dialog is not provided by restoring AgsLv2Bridge)

Hi Just added the diff fixing missing midi connection dialog after restore: https://anonscm.debian.org/git/pkg-multimedia/gsequencer.git/tree/debian/patches/fix-missing-midi-connection-dialog.diff bests, Joël On Thu, Mar 16, 2017 at 1:57 PM, Debian Bug Tracking System

Bug#857935: Acknowledgement (gsequencer: SIGSEGV as doing NULL pointer dereference as restoring AgsFFPlayer)

Hi all Just provide the patch in alioth git repo: https://anonscm.debian.org/git/pkg-multimedia/gsequencer.git/tree/debian/patches/fix-null-pointer-dereference.diff bests, Joël On Thu, Mar 16, 2017 at 2:03 PM, Debian Bug Tracking System wrote: > Thank you for filing a

Bug#857936: gsequencer: duplicated flag AGS_MIDI_PARSER_EOT makes header useless

Hi just provided the patch https://anonscm.debian.org/git/pkg-multimedia/gsequencer.git/tree/debian/patches/fix-duplicated-flag-definition.diff bests, Joël On Thu, Mar 16, 2017 at 2:05 PM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Source: gsequencer > Version: 0.7.122-

Bug#857937: gsequencer: memory leaks while g_timeout_add() function in GUI

Source: gsequencer Version: 0.7.122-2 Severity: important Dear Maintainer, The missing free of a string and wrong free of a glist leaks memory. This happens during g_timeout_add() function. Since it polls it continuesly leaks memory. The system shouldn't run out of memory. -- System

Bug#857910: gsequencer: GObject::dispose() is not implemented

Hi Note some finalize() methods don't g_object_unref() all struct fields. It has a strong relation to this bug. Further GObject::dispose() requires Bug#857930 to be fixed. Bests, Joël On Thu, Mar 16, 2017 at 1:25 PM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > Basica

Bug#857936: gsequencer: duplicated flag AGS_MIDI_PARSER_EOT makes header useless

Source: gsequencer Version: 0.7.122-2 Severity: important Dear Maintainer, libags-audio.h is useless because there is a duplicated flag. It should not occure twice. The second AGS_MIDI_PARSER_EOT should be AGS_MIDI_BUILDER_EOT. Development with libags-audio.h is not possible. It should be

Bug#857935: gsequencer: SIGSEGV as doing NULL pointer dereference as restoring AgsFFPlayer

Source: gsequencer Version: 0.7.122-2 Severity: important Dear Maintainer, The restore of AgsFFPlayer crashes as no Soundfont2 file is selected. It causes SIGSEGV due to NULL pointer dereference. GSequencer should not crash. -- System Information: Debian Release: 9.0 APT prefers unstable

Bug#857934: gsequencer: configuration in-place broken thread frequency

Source: gsequencer Version: gsequencer Severity: important Dear Maintainer, The configuration in place lacks updating thread frequencies. As modifying buffer size or samplerate the refresh rate changes. It shall update thread frequencies. Note it causes useless audio output. -- System

Bug#857933: gsequencer: The MIDI connection dialog is not provided by restoring AgsLv2Bridge

Source: gsequencer Version: 0.7.122-2 Severity: important Dear Maintainer, After restore GSequencer doesn't provide the MIDI connection editor. As adding the machine immediately the MIDI connection editor is there. During restore there is a function call missing. You expect the MIDI connection

Bug#857931: gsequencer: AgsSynth possible division by zero by oscillator

Source: gsequencer Version: 0.7.122-2 Severity: important Dear Maintainer, The user can select a frequency of 0 what leads to a division by 0. This causes a SIGSEGV and the application gets killed. The application shouldn't crash at all. -- System Information: Debian Release: 9.0 APT prefers

Bug#857930: gsequencer: Wrong GParamSpec of mixed properties containing GObject and GList

Source: gsequencer Version: 0.7.122-2 Severity: important Dear Maintainer, Some mixed properties do use g_param_spec_object() instead of g_param_spec_pointer(). But g_value_set_object() doesn't work for GList. The property doesn't return a value while calling g_object_get() or alike. It should

Bug#857910: gsequencer: GObject::dispose() is not implemented

Hi Basically the changes from 0.7.122.6 to 0.7.122.7 I have dedicated this release to memory-leaks. Note it includes some bug-fixes we should check if they are applicable to 0.7.122-2 http://download.savannah.gnu.org/releases/gsequencer/stable Best, Joël On Thu, Mar 16, 2017 at 11:53 AM, Tino

Bug#857910: gsequencer: GObject::dispose() is not implemented

Hi Upstream includes the wished changes. We could do a diff and strip unwanted changes. Bests, Joël On Thu, Mar 16, 2017 at 11:12 AM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Source: gsequencer > Version: 0.7.122-2 > Severity: important > > Dear Maintainer,

Bug#857910: gsequencer: GObject::dispose() is not implemented

Source: gsequencer Version: 0.7.122-2 Severity: important Dear Maintainer, GObject::dispose() is not implemented. But it is necessary in order to release circular dependencies properly. It causes to application to leak memory while playback. Only by program termination it is released. The

Bug#852985: gsequencer: please do not build-depend on oss4-dev on Linux

Hi The patch looks fine. There should be no problem as passing this configure flag. I even used gsequencer on linuxfromscratch.org based system without having OSS4 at all. Note you can disable it for GNU/Hurd, as well. So JACK is the only output sink. Bests, Joël On Sun, Jan 29, 2017 at 5:18

Bug#836328: gsequencer: FTBFS on non-Linux: ALSA too old (1.0.5 vs. 1.0.25)

Hi Upstream 0.7.64 contains now OSS support however alsa still required in order to do DSSI and Lv2. I have replaced snd_midi_event_decode() with ags_midi_buffer_util_decode(). Bests, Joël On Mon, Sep 5, 2016 at 10:35 AM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > I'

Bug#836328: gsequencer: FTBFS on non-Linux: ALSA too old (1.0.5 vs. 1.0.25)

Hi I'm doing my best to port it. Most of the work has been fulfilled so far. I just need to add a g_strv_length(), g_strv_contains() and snd_midi_event_decode() replacement. Since these functions aren't big it won't take too long. A bigger task would be adding OSS output. Bests, Joël On Thu,

Bug#836327: gsequencer: FTBFS on mips and powerpc: ags_functional_audio_test segmentation fault

Hi Yesterday, I was providing an new tarball 0.7.63 making the tests pass. ags_functional_audio_test.c needs your soundcard but shouldn't crash if it's not available. Further there was an issue with $(HOME)/.gsequencer/ags.conf having jack=enabled. Since jack support is a work in progress it is

Bug#836326: gsequencer: FTBFS on i386: ags_channel_test segmentation fault

Hi Yesterday, I was providing a new tarball 0.7.63 fixing the unit tests. They should all pass for now. Bests, Joël On Thu, Sep 1, 2016 at 7:10 PM, Aaron M. Ucko wrote: > Source: gsequencer > Version: 0.7.62-1 > Severity: serious > Justification: fails to build from source

Re: Packaging Advanced Gtk+ Sequencer v0.7.56

, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > On Mon, Aug 29, 2016 at 11:11 PM, IOhannes m zmölnig (Debian/GNU) > <umlae...@debian.org> wrote: >> On 08/29/2016 08:39 PM, Joël Krähemann wrote: >>> On Mon, Aug 29, 2016 at 7:41 PM, IOhannes m zmölnig (Debi

Re: Packaging Advanced Gtk+ Sequencer v0.7.56

Hi On Mon, Aug 29, 2016 at 11:11 PM, IOhannes m zmölnig (Debian/GNU) <umlae...@debian.org> wrote: > On 08/29/2016 08:39 PM, Joël Krähemann wrote: >> On Mon, Aug 29, 2016 at 7:41 PM, IOhannes m zmölnig (Debian/GNU) >> <umlae...@debian.org> wrote: >>> >>&

Re: Packaging Advanced Gtk+ Sequencer v0.7.56

On Mon, Aug 29, 2016 at 7:41 PM, IOhannes m zmölnig (Debian/GNU) <umlae...@debian.org> wrote: > On 08/29/2016 09:31 AM, IOhannes m zmölnig (Debian/GNU) wrote: >> On 08/28/2016 08:22 PM, Joël Krähemann wrote: >>> Last 2 months I have investigated much in stabilize GSequ

Packaging Advanced Gtk+ Sequencer v0.7.56

Hi all Last 2 months I have investigated much in stabilize GSequencer's 0.7.x branch. What about packaging for debian? It would be great having the new features in debian. For now I proceed in 0.8.x branch that stable code doesn't get in touch with experimental one. New is DSSI and Lv2 support

Re: Processed: bug 807823 is forwarded to http://sourceforge.net/p/swami/mailman/message/34691038/

Hi all This might not be a bug. Found an alternate way to open samples from different threads. I fixed the issue for GSequencer by implementing: https://github.com/gsequencer/gsequencer/blob/0.7.0/ags/audio/task/ags_open_sf2_sample.c It may be reasonable to not allow share objects between

Bug#807823: Patch to fix the issue

Hi I have just found the dead-lock. The issue should be fixed. cheers, Joël Index: libinstpatch-1.0.0/libinstpatch/IpatchBase.c === --- libinstpatch-1.0.0.orig/libinstpatch/IpatchBase.c 2010-10-25 21:03:42.0 +0200 +++

Bug#807823: test case to reconstruct the situation

Hi I'm just doing a test-case: https://github.com/gsequencer/gsequencer/blob/0.6.0/src/ags/test/ags_libinstpatch_test.c cheers, Joël ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org

Bug#807823: dead-lock as calling functions from different threads

Package: libinstpatch-1.0-0 Version: 1.0.0-4 Severity: important Tags: upstream -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)

Bug#807823: detailed stack-trace

Hi, here you have a stack-trace with debugging symbols. One thread opens the file an other one reads of it. Thread 35 (Thread 0x7f45cc8a0700 (LWP 9062)): #0 0x7f45f29bc7fc in __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 #1 0x7f45f29b84d4 in

Bug#807823: calling functions

Here's an overview what I'm doing ... Thread A: /* open file */ ipatch_file_identify_open(); ipatch_sf2_reader_new(); ipatch_sf2_reader_load(); ipatch_convert_object_to_type(); ipatch_container_get_children(); /* select preset */ ipatch_container_get_children(); ipatch_sf2_preset_get_name();

Introducing myself - Joël Krähemann

Hi, my name is Joël Krähemann. I'm a long time debian user since 2003 and having experience with other distributions like SuSE or fedora. I did several times the linuxfromscratch.org guide. So I have a good understanding how everthing fits together in GNU/Linux . I'd like to become a debian