3 Jul
2012
3 Jul
'12
6:37 a.m.
We are proud to announce the release of guitarix2-0.23.0.
Guitarix is a mono tube amplifier simulation for jack, with effect modules
and an additional stereo effect chain.
Download from http://sourceforge.net/projects/guitarix/
You can find some screen-shots and explanations in
http://sourceforge.net/apps/mediawiki/guitarix/index.php?title=EnhancedUI
Things that changed in this release:
* many small fixes and enhancements
* compile fixes for FreeBSD
* new mono convolver unit
* new tubescreamer emulation (ts9)
* new additional flanger unit
* new expander module
* new support for LADSPA mono/stereo plugins
* more things witch I forget to mention here, properly . .
Please check it out and give feedback if you
find a problem.
Please refer to our project page for more information:
http://guitarix.sourceforge.net/
download site:
http://sourceforge.net/projects/guitarix/
please report bugs and suggestions in our forum:
http://sourceforge.net/apps/phpbb/guitarix/
here you can find a couple of examples produced by guitarix users:
http://sourceforge.net/apps/phpbb/guitarix/viewtopic.php?f=11&t=83
have fun
_________________________________________________________________________
For extra Impulse Responses, guitarix uses the zita-convolver library,
and, for resampling we use zita-resampler, both written by Fons
Adriaensen.
http://kokkinizita.linuxaudio.org/linuxaudio/index.html
We use the marvellous faust compiler to build the amp and most effects
and will say thanks to
: Julius Smith
http://ccrma.stanford.edu/realsimple/faust/
: Albert Graef
http://q-lang.sourceforge.net/examples.html#Faust
: Yann Orlary
http://faust.grame.fr/
________________________________________________________________________
guitarix development team
3 Jul
3 Jul
11:22 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On wto, 2012-07-03 at 06:37 +0200, hermann wrote:
We are proud to announce the release of
guitarix2-0.23.0.
Hi Hermann,
I got some minor problems compiling it:
Checking for boost >= 1.42
==>
#include <boost/version.hpp>
#include <boost/format.hpp>
#include <boost/thread.hpp>
#if BOOST_VERSION < 104200
#error
#endif
int main(){ return 0; }
<==
[1/2] cxx: build/.conf_check_0/test.cpp ->
build/.conf_check_0/testbuild/default/test_1.o
['/usr/bin/g++', '../test.cpp', '-c', '-o',
'default/test_1.o']
[2/2] cxx_link: build/.conf_check_0/testbuild/default/test_1.o ->
build/.conf_check_0/testbuild/default/testprog
default/test_1.o: In function `__static_initialization_and_destruction_0(int, int)':
test.cpp:(.text+0x50): undefined reference to `boost::system::generic_category()'
test.cpp:(.text+0x5a): undefined reference to `boost::system::generic_category()'
test.cpp:(.text+0x64): undefined reference to `boost::system::system_category()'
collect2: error: ld returned 1 exit status
Attached patch solves the problem.
One more very minor thing: the tarball contains "trunk" instead of
"guitarix-0.23.0" directory.
Thanks,
Fryderyk
4 Jul
4 Jul
12:10 a.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On 3 July 2012 23:15, Freddy <fdziarmagowski(a)googlemail.com> wrote:
On wto, 2012-07-03 at 06:37 +0200, hermann wrote:
...not really. Attached new version fixes it. Btw. this is using boost 1.50.0
One more question: dunwah.so is being installed into /usr/lib dir. Is
this intended?
Thanks,
Fryderyk
We are proud to announce the release of
guitarix2-0.23.0.
Hi Hermann,
I got some minor problems compiling it:
Checking for boost >= 1.42
==>
#include <boost/version.hpp>
#include <boost/format.hpp>
#include <boost/thread.hpp>
#if BOOST_VERSION < 104200
#error
#endif
int main(){ return 0; }
<==
[1/2] cxx: build/.conf_check_0/test.cpp ->
build/.conf_check_0/testbuild/default/test_1.o
['/usr/bin/g++', '../test.cpp', '-c', '-o',
'default/test_1.o']
[2/2] cxx_link: build/.conf_check_0/testbuild/default/test_1.o ->
build/.conf_check_0/testbuild/default/testprog
default/test_1.o: In function `__static_initialization_and_destruction_0(int, int)':
test.cpp:(.text+0x50): undefined reference to `boost::system::generic_category()'
test.cpp:(.text+0x5a): undefined reference to `boost::system::generic_category()'
test.cpp:(.text+0x64): undefined reference to `boost::system::system_category()'
collect2: error: ld returned 1 exit status
Attached patch solves the problem.
4:30 a.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Mittwoch, den 04.07.2012, 00:10 +0200 schrieb Fryderyk Dziarmagowski:
On 3 July 2012 23:15, Freddy
<fdziarmagowski(a)googlemail.com> wrote:
Hi Freddy
Thanks for the patch, I have add it and upload a new guitarix-0.23.1 tar
ball.
dunwah.so wasn't intended to install (in this release), I have fixed
that to.
Also the naming (trunk = I have used git-archive to produce the tar
ball) is fixed now,
greets
hermann
On wto, 2012-07-03 at 06:37 +0200, hermann
wrote:
...not really. Attached new version fixes it. Btw. this is using boost 1.50.0
One more question: dunwah.so is being installed into /usr/lib dir. Is
this intended?
Thanks,
Fryderyk We are proud to announce the release of
guitarix2-0.23.0.
Hi Hermann,
I got some minor problems compiling it:
Checking for boost >= 1.42
==>
#include <boost/version.hpp>
#include <boost/format.hpp>
#include <boost/thread.hpp>
#if BOOST_VERSION < 104200
#error
#endif
int main(){ return 0; }
<==
[1/2] cxx: build/.conf_check_0/test.cpp ->
build/.conf_check_0/testbuild/default/test_1.o
['/usr/bin/g++', '../test.cpp', '-c', '-o',
'default/test_1.o']
[2/2] cxx_link: build/.conf_check_0/testbuild/default/test_1.o ->
build/.conf_check_0/testbuild/default/testprog
default/test_1.o: In function `__static_initialization_and_destruction_0(int, int)':
test.cpp:(.text+0x50): undefined reference to `boost::system::generic_category()'
test.cpp:(.text+0x5a): undefined reference to `boost::system::generic_category()'
test.cpp:(.text+0x64): undefined reference to `boost::system::system_category()'
collect2: error: ld returned 1 exit status
Attached patch solves the problem.
9:55 a.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On śro, 2012-07-04 at 04:30 +0200, hermann wrote:
Am Mittwoch, den 04.07.2012, 00:10 +0200 schrieb
Fryderyk Dziarmagowski:
Hermann,
thanks for applying it.
Small side note: the tarball name you created differs from old tarballs:
the new one is
guitarix-VERSION.tar.bz2, old schema was
guitarix2-VERSION.tar.bz2
^
What about waf dist feature to create the tarball for a release?
Cheers,
Fryderyk
On 3 July 2012 23:15, Freddy
<fdziarmagowski(a)googlemail.com> wrote:
Hi Freddy
Thanks for the patch, I have add it and upload a new guitarix-0.23.1 tar
ball.
dunwah.so wasn't intended to install (in this release), I have fixed
that to.
Also the naming (trunk = I have used git-archive to produce the tar
ball) is fixed now, On wto, 2012-07-03 at 06:37 +0200, hermann
wrote:
...not really. Attached new version fixes it. Btw. this is using boost 1.50.0
One more question: dunwah.so is being installed into /usr/lib dir. Is
this intended?
Thanks,
Fryderyk We are proud to announce the release of
guitarix2-0.23.0.
Hi Hermann,
I got some minor problems compiling it:
Checking for boost >= 1.42
==>
#include <boost/version.hpp>
#include <boost/format.hpp>
#include <boost/thread.hpp>
#if BOOST_VERSION < 104200
#error
#endif
int main(){ return 0; }
<==
[1/2] cxx: build/.conf_check_0/test.cpp ->
build/.conf_check_0/testbuild/default/test_1.o
['/usr/bin/g++', '../test.cpp', '-c', '-o',
'default/test_1.o']
[2/2] cxx_link: build/.conf_check_0/testbuild/default/test_1.o ->
build/.conf_check_0/testbuild/default/testprog
default/test_1.o: In function `__static_initialization_and_destruction_0(int, int)':
test.cpp:(.text+0x50): undefined reference to `boost::system::generic_category()'
test.cpp:(.text+0x5a): undefined reference to `boost::system::generic_category()'
test.cpp:(.text+0x64): undefined reference to `boost::system::system_category()'
collect2: error: ld returned 1 exit status
Attached patch solves the problem.
10:30 a.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Mittwoch, den 04.07.2012, 09:47 +0200 schrieb Freddy:
On śro, 2012-07-04 at 04:30 +0200, hermann wrote:
Ups, seems I'm a bit confused/tired today :-!
I have completely forgotten about waf dist.
Okay, I have corrected the naming schema now.
Thanks for head up!
greets
hermann
Am Mittwoch, den 04.07.2012, 00:10 +0200 schrieb
Fryderyk Dziarmagowski:
Hermann,
thanks for applying it.
Small side note: the tarball name you created differs from old tarballs:
the new one is
guitarix-VERSION.tar.bz2, old schema was
guitarix2-VERSION.tar.bz2
^
What about waf dist feature to create the tarball for a release?
Cheers,
Fryderyk
On 3 July 2012 23:15, Freddy
<fdziarmagowski(a)googlemail.com> wrote:
Hi Freddy
Thanks for the patch, I have add it and upload a new guitarix-0.23.1 tar
ball.
dunwah.so wasn't intended to install (in this release), I have fixed
that to.
Also the naming (trunk = I have used git-archive to produce the tar
ball) is fixed now, On wto, 2012-07-03 at 06:37 +0200, hermann
wrote:
> We are proud to announce the release of guitarix2-0.23.0.
Hi Hermann,
I got some minor problems compiling it:
> Checking for boost >= 1.42
> ==>
>
> #include <boost/version.hpp>
> #include <boost/format.hpp>
> #include <boost/thread.hpp>
> #if BOOST_VERSION < 104200
> #error
> #endif
> int main(){ return 0; }
>
> <==
> [1/2] cxx: build/.conf_check_0/test.cpp ->
build/.conf_check_0/testbuild/default/test_1.o
> ['/usr/bin/g++', '../test.cpp', '-c', '-o',
'default/test_1.o']
> [2/2] cxx_link: build/.conf_check_0/testbuild/default/test_1.o ->
build/.conf_check_0/testbuild/default/testprog
> default/test_1.o: In function `__static_initialization_and_destruction_0(int,
int)':
> test.cpp:(.text+0x50): undefined reference to
`boost::system::generic_category()'
> test.cpp:(.text+0x5a): undefined reference to
`boost::system::generic_category()'
> test.cpp:(.text+0x64): undefined reference to `boost::system::system_category()'
> collect2: error: ld returned 1 exit status
Attached patch solves the problem.
...not really. Attached new version fixes it. Btw. this is using boost 1.50.0
One more question: dunwah.so is being installed into /usr/lib dir. Is
this intended?
Thanks,
Fryderyk 
6 Jul
6 Jul
1:26 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On 07/04/12 04:30, hermann wrote:
Hi Freddy
Thanks for the patch, I have add it and upload a new guitarix-0.23.1 tar
ball.
dunwah.so wasn't intended to install (in this release), I have fixed
that to.
Also the naming (trunk = I have used git-archive to produce the tar
ball) is fixed now,
greets
hermann
Hello Hermann,
guitarix doesn't build on my Ubuntu 12.04 system:
Checking for boost >= 1.42 : no
/tmp/buildd/guitarix-0.23.1/wscript:349: error: the configuration failed
(see '/tmp/buildd/guitarix-0.23.1/build/config.log')
I'm using a boost version >= 1.42
Best,
Jeremy
1:36 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On Fri, Jul 6, 2012 at 3:26 PM, Jeremy Jongepier wrote:
guitarix doesn't build on my Ubuntu 12.04 system:
Checking for boost >= 1.42 : no
/tmp/buildd/guitarix-0.23.1/wscript:349: error: the configuration failed
(see '/tmp/buildd/guitarix-0.23.1/build/config.log')
I'm using a boost version >= 1.42
Strange, it built just fine for me on 12.04.
(BTW, new UI is way better)
Alexandre Prokoudine
http://libregraphicsworld.org
2:16 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On 07/06/12 13:36, Alexandre Prokoudine wrote:
Strange, it built just fine for me on 12.04.
Then I'm probably missing some packages or it's just plain PEBKAC. Weird
because I have all the includes needed that are mentioned in the wscript
file.
Jeremy
2:24 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On 07/06/12 14:16, Jeremy Jongepier wrote:
On 07/06/12 13:36, Alexandre Prokoudine wrote:
BTW, this is about 0.23.1, not 0.23.0. 0.23.0 builds fine.
Jeremy
Strange, it built just fine for me on 12.04.
Then I'm probably missing some packages or it's just plain PEBKAC. Weird
because I have all the includes needed that are mentioned in the wscript
file.
Jeremy
3:19 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Freitag, den 06.07.2012, 14:24 +0200 schrieb Jeremy Jongepier:
On 07/06/12 14:16, Jeremy Jongepier wrote:
Hi Jeremy
Thanks for reporting the issue,
it seems that there changed/moved some things when boost go to version
1.50 because then, libboost-system is needed. With boost 1.49, we didn't
need it, but build with boost > 1.49 fail.
So I have add boost-system to the dependency’s for guitarix.
Maybe you didn't have it installed?
greets
hermann
On 07/06/12 13:36, Alexandre Prokoudine wrote:
BTW, this is about 0.23.1, not 0.23.0. 0.23.0 builds fine.
Jeremy Strange, it built just fine for me on 12.04.
Then I'm probably missing some packages or it's just plain PEBKAC. Weird
because I have all the includes needed that are mentioned in the wscript
file.
Jeremy
3:26 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On 07/06/12 15:19, hermann wrote:
Hi Jeremy
Thanks for reporting the issue,
it seems that there changed/moved some things when boost go to version
1.50 because then, libboost-system is needed. With boost 1.49, we didn't
need it, but build with boost > 1.49 fail.
So I have add boost-system to the dependency’s for guitarix.
Maybe you didn't have it installed?
greets
hermann
Hello Hermann,
It wasn't installed. After installing it guitarix 0.23.1 builds fine.
Thanks! Looking forward to a weekend full of noodling :)
Jeremy
3:54 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On 07/06/12 15:26, Jeremy Jongepier wrote:
On 07/06/12 15:19, hermann wrote:
$ guitarix
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::erase
Aborted (core dumped)
After deleting .config/guitarix guitarix works again. I got this issue
when adding a LADSPA plugin. Tried doing it again:
(guitarix:26095): glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: basic_string::erase
Trace/breakpoint trap (core dumped)
Jeremy
Hi Jeremy
Thanks for reporting the issue,
it seems that there changed/moved some things when boost go to version
1.50 because then, libboost-system is needed. With boost 1.49, we didn't
need it, but build with boost > 1.49 fail.
So I have add boost-system to the dependency’s for guitarix.
Maybe you didn't have it installed?
greets
hermann
Hello Hermann,
It wasn't installed. After installing it guitarix 0.23.1 builds fine.
Thanks! Looking forward to a weekend full of noodling :)
Jeremy
4:18 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Freitag, den 06.07.2012, 15:54 +0200 schrieb Jeremy Jongepier:
On 07/06/12 15:26, Jeremy Jongepier wrote:
Witch Ladspa plugin to you try ? Did it happen with any other to?
On 07/06/12 15:19, hermann wrote:
$ guitarix
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::erase
Aborted (core dumped)
After deleting .config/guitarix guitarix works again. I got this issue
when adding a LADSPA plugin. Tried doing it again:
(guitarix:26095): glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: basic_string::erase
Trace/breakpoint trap (core dumped)
Jeremy Hi Jeremy
Thanks for reporting the issue,
it seems that there changed/moved some things when boost go to version
1.50 because then, libboost-system is needed. With boost 1.49, we didn't
need it, but build with boost > 1.49 fail.
So I have add boost-system to the dependency’s for guitarix.
Maybe you didn't have it installed?
greets
hermann
Hello Hermann,
It wasn't installed. After installing it guitarix 0.23.1 builds fine.
Thanks! Looking forward to a weekend full of noodling :)
Jeremy
5:02 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Freitag, den 06.07.2012, 15:54 +0200 schrieb Jeremy
Jongepier:
I'm at home now so I need to compile guitarix here. But I had issues with the
caps (C*) plug-ins.
Jeremy
On 07/06/12 15:26, Jeremy Jongepier wrote:
Witch Ladspa plugin to you try ? Did it happen with any other to?
On 07/06/12 15:19, hermann wrote:
$ guitarix
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::erase
Aborted (core dumped)
After deleting .config/guitarix guitarix works again. I got this issue
when adding a LADSPA plugin. Tried doing it again:
(guitarix:26095): glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: basic_string::erase
Trace/breakpoint trap (core dumped)
Jeremy Hi Jeremy
Thanks for reporting the issue,
it seems that there changed/moved some things when boost go to version
1.50 because then, libboost-system is needed. With boost 1.49, we didn't
need it, but build with boost > 1.49 fail.
So I have add boost-system to the dependencyâs for guitarix.
Maybe you didn't have it installed?
greets
hermann
Hello Hermann,
It wasn't installed. After installing it guitarix 0.23.1 builds fine.
Thanks! Looking forward to a weekend full of noodling :)
Jeremy
4:30 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Freitag, den 06.07.2012, 15:54 +0200 schrieb Jeremy Jongepier:
On 07/06/12 15:26, Jeremy Jongepier wrote:
could you please send me the output from a gbd session ?
I cant reproduce it here.
greets
hermann
On 07/06/12 15:19, hermann wrote:
$ guitarix
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::erase
Aborted (core dumped)
After deleting .config/guitarix guitarix works again. I got this issue
when adding a LADSPA plugin. Tried doing it again:
(guitarix:26095): glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: basic_string::erase
Trace/breakpoint trap (core dumped)
Jeremy Hi Jeremy
Thanks for reporting the issue,
it seems that there changed/moved some things when boost go to version
1.50 because then, libboost-system is needed. With boost 1.49, we didn't
need it, but build with boost > 1.49 fail.
So I have add boost-system to the dependency’s for guitarix.
Maybe you didn't have it installed?
greets
hermann
Hello Hermann,
It wasn't installed. After installing it guitarix 0.23.1 builds fine.
Thanks! Looking forward to a weekend full of noodling :)
Jeremy
5:15 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Freitag, den 06.07.2012, 15:54 +0200 schrieb Jeremy
Jongepier:
What kind of gdb session output would you like? And adding any LADSPA plug-in
makes guitarix crash and not start up again. If I rm
.config/guitarix/plugins/ladspa* guitarix starts up again.
Jeremy
On 07/06/12 15:26, Jeremy Jongepier wrote:
could you please send me the output from a gbd session ?
I cant reproduce it here.
greets
hermann
On 07/06/12 15:19, hermann wrote:
$ guitarix
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::erase
Aborted (core dumped)
After deleting .config/guitarix guitarix works again. I got this issue
when adding a LADSPA plugin. Tried doing it again:
(guitarix:26095): glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: basic_string::erase
Trace/breakpoint trap (core dumped)
Jeremy Hi Jeremy
Thanks for reporting the issue,
it seems that there changed/moved some things when boost go to version
1.50 because then, libboost-system is needed. With boost 1.49, we didn't
need it, but build with boost > 1.49 fail.
So I have add boost-system to the dependencyâs for guitarix.
Maybe you didn't have it installed?
greets
hermann
Hello Hermann,
It wasn't installed. After installing it guitarix 0.23.1 builds fine.
Thanks! Looking forward to a weekend full of noodling :)
Jeremy
5:30 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Freitag, den 06.07.2012, 17:15 +0200 schrieb jeremy(a)autostatic.com:
first you must build guitarix with the --debug flag (./waf configure
[options] --debug )
then run
gdb guitarix
(type run the on the gdb prompt).
Try to load a ladspa plug-in into guitarxi, when guitarix crash, type
backtrace
Hopefully I get a information from the backtrace were exactly guitarix
crashed.
greets
hermann
Am Freitag,
den 06.07.2012, 15:54 +0200 schrieb Jeremy Jongepier:
What kind of gdb session output would you like? And adding any LADSPA plug-in
makes guitarix crash and not start up again. If I rm
.config/guitarix/plugins/ladspa* guitarix starts up again.
Jeremy
On 07/06/12 15:26, Jeremy Jongepier wrote:
could you please send me the output from a gbd session ?
I cant reproduce it here.
greets
hermann
On 07/06/12 15:19, hermann wrote:
> Hi Jeremy
>
> Thanks for reporting the issue,
> it seems that there changed/moved some things when boost go to version
> 1.50 because then, libboost-system is needed. With boost 1.49, we didn't
> need it, but build with boost > 1.49 fail.
> So I have add boost-system to the dependencyâs for guitarix.
> Maybe you didn't have it installed?
>
> greets
> hermann
Hello Hermann,
It wasn't installed. After installing it guitarix 0.23.1 builds fine.
Thanks! Looking forward to a weekend full of noodling :)
Jeremy
$ guitarix
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::erase
Aborted (core dumped)
After deleting .config/guitarix guitarix works again. I got this issue
when adding a LADSPA plugin. Tried doing it again:
(guitarix:26095): glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: basic_string::erase
Trace/breakpoint trap (core dumped)
Jeremy
10:07 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
first you must build guitarix with the --debug flag
(./waf configure
[options] --debug )
then run
gdb guitarix
(type run the on the gdb prompt).
Try to load a ladspa plug-in into guitarxi, when guitarix crash, type
backtrace
Hopefully I get a information from the backtrace were exactly guitarix
crashed.
greets
hermann
Ran a backtrace, attached the output.
Jeremy
7 Jul
7 Jul
4:06 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Freitag, den 06.07.2012, 22:07 +0200 schrieb jeremy(a)autostatic.com:
Ran a backtrace, attached the output.
Jeremy
Hi Jeremy
Thanks for the backtrace, unfortunately it isn't really meaningful, so I
have installed ubuntu 12.04 on my box and build guitarix 0.23.1 on it.
well, I cant reproduce the crash here, only conclusion that leaved over
for me is that it is related to x86_64 because I have only i386.
I will try to get access to a 64bit box to debug it, . . :-S
regards
hermann
5:15 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On 07/07/2012 04:06 PM, hermann wrote:
Am Freitag, den 06.07.2012, 22:07 +0200 schrieb
jeremy(a)autostatic.com:
Hello Hermann,
It's most definitely a x86_64 issue, LADSPA plug-ins load fine on a
32bit Ubuntu 12.04.
Jeremy
Ran a backtrace, attached the output.
Jeremy
Hi Jeremy
Thanks for the backtrace, unfortunately it isn't really meaningful, so I
have installed ubuntu 12.04 on my box and build guitarix 0.23.1 on it.
well, I cant reproduce the crash here, only conclusion that leaved over
for me is that it is related to x86_64 because I have only i386.
I will try to get access to a 64bit box to debug it, . . :-S
regards
hermann
8 Jul
8 Jul
12:24 a.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
On 07/07/12 hermann <brummer-(a)web.de> wrote:
Am Freitag, den 06.07.2012, 22:07 +0200 schrieb
jeremy(a)autostatic.com:
If it helps here's a backtrace on 64bit Arch, using plugin 4x4 pole
all pass:
Thread 2 (Thread 0x7f6854bcb700 (LWP 2503)):
#0 0x00007f6861d4be79 in do_sigwait () from /lib/libpthread.so.0
#1 0x00007f6861d4bf0b in sigwait () from /lib/libpthread.so.0
#2 0x0000000000625bfd in PosixSignals::signal_helper_thread() ()
#3 0x00007f685de268bd in ?? () from /usr/lib/libglibmm-2.4.so.1
#4 0x00007f6861443105 in ?? () from /usr/lib/libglib-2.0.so.0
#5 0x00007f6861d44e0e in start_thread () from /lib/libpthread.so.0
#6 0x00007f685c3561ed in clone () from /lib/libc.so.6
Thread 1 (Thread 0x7f686255b8c0 (LWP 2502)):
#0 0x00007f685c2a6c35 in raise () from /lib/libc.so.6
#1 0x00007f685c2a80b8 in abort () from /lib/libc.so.6
#2 0x00007f685cb7dc6d in __gnu_cxx::__verbose_terminate_handler() ()
from /usr/lib/libstdc++.so.6 #3 0x00007f685cb7bd76 in ?? ()
from /usr/lib/libstdc++.so.6 #4 0x00007f685cb7bda3 in std::terminate()
() from /usr/lib/libstdc++.so.6 #5 0x00007f685cb7bfce in __cxa_throw
() from /usr/lib/libstdc++.so.6 #6 0x00007f685cbcef8d in
std::__throw_out_of_range(char const*) () from /usr/lib/libstdc++.so.6
#7 0x00007f685de34fa9 in Glib::ustring::erase(unsigned long, unsigned
long) () from /usr/lib/libglibmm-2.4.so.1 #8 0x00000000004d05ed in
gx_engine::LadspaDsp::registerparam(ParamReg const&) () #9
0x000000000057a3d0 in
gx_engine::PluginList::registerParameter(gx_engine::Plugin*,
gx_engine::ParamMap&, gx_engine::ParamRegImpl&) () #10
0x000000000057b292 in
gx_engine::PluginList::registerAllPlugins(gx_engine::ParamMap&,
gx_engine::ParameterGroups&) () #11 0x0000000000577cbd in
gx_engine::GxEngine::GxEngine(std::string const&, gx_engine::ParamMap&,
gx_engine::ParameterGroups&, gx_system::CmdlineOptions const&) () #12
0x00000000004ce418 in main ()
Ran a backtrace, attached the output.
Jeremy
Hi Jeremy
Thanks for the backtrace, unfortunately it isn't really meaningful, so
I have installed ubuntu 12.04 on my box and build guitarix 0.23.1 on
it. well, I cant reproduce the crash here, only conclusion that leaved
over for me is that it is related to x86_64 because I have only i386.
I will try to get access to a 64bit box to debug it, . . :-S
7:10 a.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Samstag, den 07.07.2012, 23:22 +0100 schrieb James Morris:
On 07/07/12 hermann <brummer-(a)web.de> wrote:
Hi James
Yes, that points me to our TrimLabel() function line 293
in /src/gx_head/engine/ladspaplugin.cpp
@@ -300,7 +300,11 @@
pn.erase(rem);
}
while ((rem = pn.find_last_of(" ")) == pn.size()-1) {
- pn.erase(rem);
+ if(rem != Glib::ustring::npos) {
+ pn.erase(rem);
+ } else {
+ break;
+ }
}
rem = 0;
unsigned int rem1 = 0;
would be great if someone could check if that helps on a 64bit arch?
greets
hermann
Am Freitag, den 06.07.2012, 22:07 +0200 schrieb
jeremy(a)autostatic.com:
If it helps here's a backtrace on 64bit Arch, using plugin 4x4 pole
all pass:
Thread 2 (Thread 0x7f6854bcb700 (LWP 2503)):
#0 0x00007f6861d4be79 in do_sigwait () from /lib/libpthread.so.0
#1 0x00007f6861d4bf0b in sigwait () from /lib/libpthread.so.0
#2 0x0000000000625bfd in PosixSignals::signal_helper_thread() ()
#3 0x00007f685de268bd in ?? () from /usr/lib/libglibmm-2.4.so.1
#4 0x00007f6861443105 in ?? () from /usr/lib/libglib-2.0.so.0
#5 0x00007f6861d44e0e in start_thread () from /lib/libpthread.so.0
#6 0x00007f685c3561ed in clone () from /lib/libc.so.6
Thread 1 (Thread 0x7f686255b8c0 (LWP 2502)):
#0 0x00007f685c2a6c35 in raise () from /lib/libc.so.6
#1 0x00007f685c2a80b8 in abort () from /lib/libc.so.6
#2 0x00007f685cb7dc6d in __gnu_cxx::__verbose_terminate_handler() ()
from /usr/lib/libstdc++.so.6 #3 0x00007f685cb7bd76 in ?? ()
from /usr/lib/libstdc++.so.6 #4 0x00007f685cb7bda3 in std::terminate()
() from /usr/lib/libstdc++.so.6 #5 0x00007f685cb7bfce in __cxa_throw
() from /usr/lib/libstdc++.so.6 #6 0x00007f685cbcef8d in
std::__throw_out_of_range(char const*) () from /usr/lib/libstdc++.so.6
#7 0x00007f685de34fa9 in Glib::ustring::erase(unsigned long, unsigned
long) () from /usr/lib/libglibmm-2.4.so.1 #8 0x00000000004d05ed in
gx_engine::LadspaDsp::registerparam(ParamReg const&) () #9
0x000000000057a3d0 in
gx_engine::PluginList::registerParameter(gx_engine::Plugin*,
gx_engine::ParamMap&, gx_engine::ParamRegImpl&) () #10
0x000000000057b292 in
gx_engine::PluginList::registerAllPlugins(gx_engine::ParamMap&,
gx_engine::ParameterGroups&) () #11 0x0000000000577cbd in
gx_engine::GxEngine::GxEngine(std::string const&, gx_engine::ParamMap&,
gx_engine::ParameterGroups&, gx_system::CmdlineOptions const&) () #12
0x00000000004ce418 in main ()
Ran a backtrace, attached the output.
Jeremy
Hi Jeremy
Thanks for the backtrace, unfortunately it isn't really meaningful, so
I have installed ubuntu 12.04 on my box and build guitarix 0.23.1 on
it. well, I cant reproduce the crash here, only conclusion that leaved
over for me is that it is related to x86_64 because I have only i386.
I will try to get access to a 64bit box to debug it, . . :-S
11:12 a.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am 08.07.2012 07:10, schrieb hermann:
Am Samstag, den 07.07.2012, 23:22 +0100 schrieb James
Morris:
After some research I come to the conclusion that the culprit is the use
of unsigned int for the Glb::ustring::iterators.
replace all used unsigned int in function TrimLabel() with size_t
instead the patch above should do the trick.
Unfortunately I haven´t access to a 64bit machine, so again cant test
it, . . .
greets
hermann
On 07/07/12 hermann <brummer-(a)web.de>
wrote:
Hi James
Yes, that points me to our TrimLabel() function line 293
in /src/gx_head/engine/ladspaplugin.cpp
@@ -300,7 +300,11 @@
pn.erase(rem);
}
while ((rem = pn.find_last_of(" ")) == pn.size()-1) {
- pn.erase(rem);
+ if(rem != Glib::ustring::npos) {
+ pn.erase(rem);
+ } else {
+ break;
+ }
}
rem = 0;
unsigned int rem1 = 0;
would be great if someone could check if that helps on a 64bit arch?
greets
hermann Am Freitag, den 06.07.2012, 22:07 +0200 schrieb
jeremy(a)autostatic.com:
If it helps here's a backtrace on 64bit Arch, using plugin 4x4 pole
all pass:
Thread 2 (Thread 0x7f6854bcb700 (LWP 2503)):
#0 0x00007f6861d4be79 in do_sigwait () from /lib/libpthread.so.0
#1 0x00007f6861d4bf0b in sigwait () from /lib/libpthread.so.0
#2 0x0000000000625bfd in PosixSignals::signal_helper_thread() ()
#3 0x00007f685de268bd in ?? () from /usr/lib/libglibmm-2.4.so.1
#4 0x00007f6861443105 in ?? () from /usr/lib/libglib-2.0.so.0
#5 0x00007f6861d44e0e in start_thread () from /lib/libpthread.so.0
#6 0x00007f685c3561ed in clone () from /lib/libc.so.6
Thread 1 (Thread 0x7f686255b8c0 (LWP 2502)):
#0 0x00007f685c2a6c35 in raise () from /lib/libc.so.6
#1 0x00007f685c2a80b8 in abort () from /lib/libc.so.6
#2 0x00007f685cb7dc6d in __gnu_cxx::__verbose_terminate_handler() ()
from /usr/lib/libstdc++.so.6 #3 0x00007f685cb7bd76 in ?? ()
from /usr/lib/libstdc++.so.6 #4 0x00007f685cb7bda3 in std::terminate()
() from /usr/lib/libstdc++.so.6 #5 0x00007f685cb7bfce in __cxa_throw
() from /usr/lib/libstdc++.so.6 #6 0x00007f685cbcef8d in
std::__throw_out_of_range(char const*) () from /usr/lib/libstdc++.so.6
#7 0x00007f685de34fa9 in Glib::ustring::erase(unsigned long, unsigned
long) () from /usr/lib/libglibmm-2.4.so.1 #8 0x00000000004d05ed in
gx_engine::LadspaDsp::registerparam(ParamReg const&) () #9
0x000000000057a3d0 in
gx_engine::PluginList::registerParameter(gx_engine::Plugin*,
gx_engine::ParamMap&, gx_engine::ParamRegImpl&) () #10
0x000000000057b292 in
gx_engine::PluginList::registerAllPlugins(gx_engine::ParamMap&,
gx_engine::ParameterGroups&) () #11 0x0000000000577cbd in
gx_engine::GxEngine::GxEngine(std::string const&, gx_engine::ParamMap&,
gx_engine::ParameterGroups&, gx_system::CmdlineOptions const&) () #12
0x00000000004ce418 in main ()
Ran a backtrace, attached the output.
Jeremy
Hi Jeremy
Thanks for the backtrace, unfortunately it isn't really meaningful, so
I have installed ubuntu 12.04 on my box and build guitarix 0.23.1 on
it. well, I cant reproduce the crash here, only conclusion that leaved
over for me is that it is related to x86_64 because I have only i386.
I will try to get access to a 64bit box to debug it, . . :-S
6:46 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
[Robin Gareus]
On 07/06/2012 10:07 PM, jeremy(a)autostatic.com wrote:
or equivalently,
(gdb) thr ap al bt
to reduce wear on those precious fingertips. ^_^
Cheers, Tim
Ran a backtrace, attached the output.
use
(gdb) thread apply all backtrace
to produce backtraces of threaded apps.
6 Jul
6 Jul
3:45 p.m.
New subject: [LAU] [LAA] Guitarix release 0.23.0
Am Freitag, den 06.07.2012, 15:36 +0400 schrieb Alexandre Prokoudine:
(BTW, new UI is way better)
Glad to hear that you like it a bit more now :-)
I guess that those who use guitarix before (0.22) can get a bit confused
by the new interface, because now nearly any operation is drag n' drop
based, so add/move effects in the rack, organise/export/import
presets, . .
I'm sorry that we loose accessibility during that process, but I hope to
find a solution for that also.
greets
hermann
4474
days inactive
4479
days old
linux-audio-dev@lists.linuxaudio.org
26 comments
10 participants
participants (10)
-
Alexandre Prokoudine -
Freddy -
Fryderyk Dziarmagowski
-
hermann -
hermann meyer
-
James Morris -
Jeremy Jongepier -
jeremy＠autostatic.com
-
Robin Gareus -
Tim Goetze