Author |
Message |
flies
Joined: May 20, 2008 Posts: 33 Location: NJ
|
Posted: Tue May 20, 2008 8:38 am Post subject:
chuck build (fedora 8) Subject description: accessing dac causes seg-fault |
 |
|
I'm building chuck on my fedora 8 box. make can't find sndfile.h, and i'm not sure how to solve the problem.
any help for us? Last edited by flies on Wed May 21, 2008 8:07 am; edited 1 time in total |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
|
Back to top
|
|
 |
flies
Joined: May 20, 2008 Posts: 33 Location: NJ
|
Posted: Tue May 20, 2008 9:13 am Post subject:
|
 |
|
i am no linux/fedora expert, but i had already installed libsndfile by
yum install libsndfile
i had figured this would be enough, but i've now compiled libsndfile and installed it, the chuck install seems to be going smoothly for now. i'll be sure and whine like a little baby if anything goes wrong
edit:
[minerva@tesla src]$ chuck
[chuck]: no input files... (try --help)
 |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Tue May 20, 2008 9:29 am Post subject:
|
 |
|
flies wrote: |
edit:
[minerva@tesla src]$ chuck
[chuck]: no input files... (try --help)
 |
Yay! up&chucking!
Libraries need two bits; the regular library for programs to use and the bits programs use to talk to those.... At least that's how I think it works. Libsndfile is enough to use programs but to build them you also need libsndfile-dev, at least that's how it goes on Debian. I'm not at all sure about Fedora, I only ever used versions of Debian but this looks like you'll be fine.
Can you run the "otf" series of examples in the "examples" dir? Those use audio out and some read wave files from disc, if those work libsndfile is working fine. _________________ Kassen |
|
Back to top
|
|
 |
flies
Joined: May 20, 2008 Posts: 33 Location: NJ
|
Posted: Tue May 20, 2008 9:43 am Post subject:
|
 |
|
hmm, well, i haven't quite gotten it working.
Code: | SinOsc s=> dac;
2::second => now; |
[minerva@tesla tut]$ chuck tut1.ck
Segmentation fault
.... |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Tue May 20, 2008 10:07 am Post subject:
|
 |
|
Ow, no, that's not quite right.
Can you still see if building it resulted in any particularly wrong-looking remarks?
I still suspect you need libsndfile-dev but maybe Fedora packages dev files with the normal library?
Also, considering that the only thing you are doing in the example code is address the DAC we might suspect the issue to be in the sound system.
Those too need libraries, something like libalsa-dev or libjack-dev or similar. This of course needs to match the type of audio driver you'd like to use.
I wonder if we have somebody around with knowledge of Fedora packages and how they work? _________________ Kassen |
|
Back to top
|
|
 |
flies
Joined: May 20, 2008 Posts: 33 Location: NJ
|
Posted: Tue May 20, 2008 10:59 am Post subject:
|
 |
|
Quote: | Can you still see if building it resulted in any particularly wrong-looking remarks? |
suggestinos as to how this can be done would be helfpul.
I'm not sure what more i can do to get libsdnfile-dev or even how to check if it is present.
i picked make linux-alsa b/c alsa-lib, alsa-tools, and alsa-oss are all installed.
maybe a simple restart will help... (edit, no such luck) |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Tue May 20, 2008 11:24 am Post subject:
|
 |
|
flies wrote: | Quote: | Can you still see if building it resulted in any particularly wrong-looking remarks? |
suggestinos as to how this can be done would be helfpul. |
Ok. You have a terminal (probably BASH) and in it you typed "make chuck-alsa", right? Well, then down the screen scrolled all this text where make and it's little friends report on what they are doing, right? We are looking for something that doesn't look like it's saying "hey, I did something!" and instead looks like"I tried something but it didn't work and I'm going to go on anyway (and leave you to deal with the results)". If you are unsure about this just paste the whole thing here.
Quote: |
I'm not sure what more i can do to get libsdnfile-dev or even how to check if it is present.
|
There we have a problem because I don't know either for Fedora.
Quote: |
i picked make linux-alsa b/c alsa-lib, alsa-tools, and alsa-oss are all installed.
|
Sounds entirely sensible to me; I did the same thing.
Quote: | maybe a simple restart will help... (edit, no such luck) |
Nah, sorry, that tends not to work for Linux... on the other hand you don't need to either so that's a pre. :¬)
We need a Fedora user, I think. I seem to remember we had some around.... _________________ Kassen |
|
Back to top
|
|
 |
flies
Joined: May 20, 2008 Posts: 33 Location: NJ
|
Posted: Tue May 20, 2008 1:07 pm Post subject:
|
 |
|
so it's not that libsndfile ain't working:
[root@tesla minerva]# yum list all | grep libsnd
libsndfile.i386 1.0.17-2.fc8 installed
libsndfile.x86_64 1.0.17-2.fc8 installed
libsndfile-devel.x86_64 1.0.17-2.fc8 installed
libsndfile-devel.i386 1.0.17-2.fc8 installed
i did have to install the -devel bits. still no luck... |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Tue May 20, 2008 6:26 pm Post subject:
|
 |
|
Could you try the same for "alsa"? _________________ Kassen |
|
Back to top
|
|
 |
flies
Joined: May 20, 2008 Posts: 33 Location: NJ
|
Posted: Wed May 21, 2008 7:56 am Post subject:
|
 |
|
sure.
Code: | alsa-lib.x86_64 1.0.15-1.fc8 installed
alsa-lib.i386 1.0.15-1.fc8 installed
alsa-lib-devel.x86_64 1.0.15-1.fc8 installed
alsa-oss.x86_64 1.0.14-3.fc8 installed
alsa-oss-libs.x86_64 1.0.14-3.fc8 installed
alsa-plugins-pulseaudio.x86_64 1.0.15-3.fc8.1 installed
alsa-tools.x86_64 1.0.15-2.fc8 installed
alsa-utils.x86_64 1.0.15-1.fc8 installed
bluez-utils-alsa.x86_64 3.20-7.fc8 installed
alsa-lib-devel.i386 1.0.15-1.fc8 fedora
alsa-oss-devel.x86_64 1.0.14-3.fc8 fedora
alsa-oss-devel.i386 1.0.14-3.fc8 fedora
alsa-oss-libs.i386 1.0.14-3.fc8 fedora
alsa-plugins-jack.i386 1.0.15-3.fc8.1 updates
alsa-plugins-jack.x86_64 1.0.15-3.fc8.1 updates
alsa-plugins-oss.x86_64 1.0.15-3.fc8.1 updates
alsa-plugins-oss.i386 1.0.15-3.fc8.1 updates
alsa-plugins-pulseaudio.i386 1.0.15-3.fc8.1 updates
alsa-plugins-samplerate.x86_64 1.0.15-3.fc8.1 updates
alsa-plugins-samplerate.i386 1.0.15-3.fc8.1 updates
alsa-plugins-upmix.x86_64 1.0.15-3.fc8.1 updates
alsa-plugins-upmix.i386 1.0.15-3.fc8.1 updates
alsa-plugins-vdownmix.x86_64 1.0.15-3.fc8.1 updates
alsa-plugins-vdownmix.i386 1.0.15-3.fc8.1 updates
alsamixergui.x86_64 0.9.0-0.3.rc1.fc8.2 fedora
asterisk-alsa.x86_64 1.4.19.1-1.fc8 updates
balsa.x86_64 2.3.20-1.fc8 fedora
bluez-utils-alsa.i386 3.20-7.fc8 updates
callweaver-alsa.x86_64 1.2-0.3.rc4.20070822 fedora
kadu-alsa_sound.x86_64 0.6.0-2.fc8 updates
python-alsa.x86_64 1.0.15-1.fc8 fedora
python-alsaaudio.x86_64 0.3-1.fc8 updates |
anything that doesn't say installed isn't installed. I figured that out all by myself, btw. |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Wed May 21, 2008 8:47 am Post subject:
|
 |
|
Ok, so you do have the alsa "dev" one as well.
...But I think I may have bad news, all these "64" numbers, might those mean you are running a 64 bit install of Linux? Perhaps?
That would be quite relevant since sadly at the moment ChucK won't work with 64 bit Linux (yet!), so perhaps you did compile it all right, that would explain the seg-fault, I think.
If that's the issue I'm not sure how to proceed, it would depend on whether you want ChucK badly enough to switch to a 32 bit version of your OS...
If this is not in the DOC's it should be. _________________ Kassen |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Wed May 21, 2008 8:59 am Post subject:
|
 |
|
I pointed the issue out on the list, hopefully this will save others from this matter in the future.
Figuring stuff out on your own is is a beautiful thing indeed, BTW, a essential skill for ChucKists, I fear... :¬) _________________ Kassen |
|
Back to top
|
|
 |
flies
Joined: May 20, 2008 Posts: 33 Location: NJ
|
Posted: Wed May 21, 2008 1:00 pm Post subject:
|
 |
|
Kassen wrote: | might those mean you are running a 64 bit install of Linux? Perhaps? |
ah! yes i am. I think i remember reading that chuck didn't support 64 bits, but didn't make the connection.
Quote: | on your own is is a beautiful thing indeed |
on my own? perhaps you missed the bit about whining like a baby...
yeah, I often feel like a total noob when it comes to linux.
Quote: | whether you want ChucK badly enough to switch to a 32 bit version of your OS |
well, this computer isn't my main one, so i'll probably install chuck on my home pc. This is my "work" machine. I am "working". TBH, I installed chuck so that i would have something better to do with my break time then hitting message boards. |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Wed May 21, 2008 1:38 pm Post subject:
|
 |
|
flies wrote: | ah! yes i am. I think i remember reading that chuck didn't support 64 bits, but didn't make the connection. |
:¬)
Quote: |
on my own? perhaps you missed the bit about whining like a baby...
yeah, I often feel like a total noob when it comes to linux.
|
Well, you did learn to find out what packages you have and what you don't. I don't think this messup was your fault; it should be more clear up-front that this won't work, particularly as it turns out that for many ChucK is the first program they compile themselves on Linux. I don't think there's a big problem with throwing people in at the deep end (because it tends to work out anyway) but we should at least make sure there's water in the pool before we do.
I'm not sure if you are on the list as well but in response to me pointing out we might need a notice on the download page about the 32bit requirement for Linux quite a few replies came that suggested a fix so perhaps with the increased demand this will be changed. _________________ Kassen |
|
Back to top
|
|
 |
Mr Theremin

Joined: Mar 22, 2008 Posts: 22 Location: Ohio
|
Posted: Thu May 29, 2008 8:01 pm Post subject:
What Linux OS configuration are you using for ChucK? Subject description: What Linux OS configuration are you using for ChucK? |
 |
|
I have a question for the Linux experts.
I am having a difficult time creating a Linux ChucK machine. I had ChucK compiled and working once on Red Hat Enterprise 5.1 using g++ 3.4.6-3. I no longer have access to that machine and have not had a working ChucK since. :<(
My first attempt was with ChucK 1.2.1.1 on a fresh Fedora 9 i386 with g++ 4.3. They must have rearranged the libraries because I get lots of compile errors. The first one is :sort is not a member of stdlib. I gave up for now.
My second attempt was on a fresh Red Hat Enterprise 5 i386 with g++ 4.1.1. Chuck compiles but I get segmentation faults when I run any .ck file with audio.
Can anyone tell me what OS configuration they are using for ChucK 1.2.1.1? |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Fri May 30, 2008 3:03 am Post subject:
|
 |
|
Yeah, I successfully build it for Demidu, Studio64 (32bit version) and Ubuntu (both current and the last). After the first time I had it down and now it's a matter of minutes.
All of those are based on Debian and have Debian's package management system. Though I enjoy Linux as a OS a lot and am firmly behind it's politics I'm no great expert on it which makes Debian's package management quite convenient for me. Especially Ubuntu makes nearly everything trivially easy for me.
Not trying to start a distro war, just sharing my own experiences.
I'd say Ubuntu would be a good choice, preferably with a realtime kernel pluged in, Ubuntu-studio would also be great as it comes with such a kernel and with a lot of other sound/music tools/toys. Some people (Nescivi, for example) prefer studio 64 (but do get the 32 bit version for ChucK!).
If you haven't already that might be a good thing to try. You just start "synaptic" (which is the graphical interface for package management), you select the ones that you want/need (don't forget the -dev versions!), you hit "apply" and it will sort all the dependencies and so on out for you. If you prefer KDE there's Kubuntu for that as well. _________________ Kassen |
|
Back to top
|
|
 |
Mr Theremin

Joined: Mar 22, 2008 Posts: 22 Location: Ohio
|
Posted: Fri May 30, 2008 5:45 am Post subject:
Compile Problems |
 |
|
Thanks Kassen. Since I am building a ChucK specific machine and ChucK is about the coolest audio development tool I have ever used, I'm happy to install whatever OS it takes.
I have been looking around the ChucK web pages in order to figure out how the program is authored. Does Mr. Wang write the code? Do you or Inventor or Frostburn or any of the guys write or maintain the code? Is ChucK developed on OSX and then ported to PC and Linux or is it the other way around?
I’m sorry if this is public knowledge and I missed it.
I have noticed that many of the G++ 4.3 compile errors are from C++ libraries that don’t contain some of the standard functions any more. Several modules compile OK until chuck_vm.cpp and then the trouble starts. sort is not a member of std any more, youhave to include <algorithm>. It may only take a few includes to remedy the problems. I am tempted to try and fix it but I’m not sure if someone else had fixed it or if anyone else would be interested in the repaired code.
Even if I did fix ChucK for Red Hat G++ 4.3 I don’t know if it would be backwards compatible with the OS that rest of the community is using or if someone is testing and controlling quality. |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Fri May 30, 2008 6:30 am Post subject:
Re: Compile Problems |
 |
|
Mr Theremin wrote: | Thanks Kassen. Since I am building a ChucK specific machine and ChucK is about the coolest audio development tool I have ever used, I'm happy to install whatever OS it takes. |
I feel it should work on Fedora as well.... It's just that in that case I can't talk you through it. You could try the list. I can't imagine nobody got this to work.
Quote: | I have been looking around the ChucK web pages in order to figure out how the program is authored.
|
I think there's a file called "authors" distributed with the source/ download.
Quote: | Does Mr. Wang write the code?
|
A lot of it, yes, and he's the lead developer (and likely happier if you call him "Ge", "informal" is a bit of a under-statement with regard to ChucK!). Perry Cook wrote a lot of it as well and various other people contributed larger or smaller things.
Quote: | Do you or Inventor or Frostburn or any of the guys write or maintain the code?
|
Forstburn volunteered to help a while ago. I wrote about 3 or 4 lines to fix a bug once... with lots of help from the crew here... which I'm both proud of and disturbed by as I don't even speak C++. Moudi and Philippe made ASIO versions.... It's Open Source, you can add stuff as well, then convince Ge it should be added. Sometimes this goes quickly (like the bug we fixed) sometimes it goes very slowly, like the ASIO stuff which really should've been added to the main build some time ago, IMHO.
Quote: |
Is ChucK developed on OSX and then ported to PC and Linux or is it the other way around? |
I think most of the Dev's are on Mac's due to their popularity on US universities. Cross-platform libraries are preferred though.
Quote: |
I’m sorry if this is public knowledge and I missed it.
|
No problem. The info is rather scattered;
http://chuck.cs.princeton.edu/doc/authors.html
Quote: |
I have noticed that many of the G++ 4.3 compile errors are from C++ libraries that don’t contain some of the standard functions any more. Several modules compile OK until chuck_vm.cpp and then the trouble starts. sort is not a member of std any more, youhave to include <algorithm>. It may only take a few includes to remedy the problems. I am tempted to try and fix it but I’m not sure if someone else had fixed it or if anyone else would be interested in the repaired code.
Even if I did fix ChucK for Red Hat G++ 4.3 I don’t know if it would be backwards compatible with the OS that rest of the community is using or if someone is testing and controlling quality. |
I think I used 4:4.2.3 which seems to be the current default for Ubuntu. I wouldn't start fixing those issues without talking it through with Ge though. If you're going to do that you might as well do it in a way that benefits everyone which might need some coordination. If building ChucK depends on a specific version of G++ that should be in the requirements/dependencies.
"someone testing and controlling quality", BTW, would be you&me :¬). If anything looks weird, gives errors, crashes, catches fire, gets you disowned and/or covers the room in green goo you should email it to the list and/or add it to the WiKi. The Dev's expressed a preference for adding it to the WiKi's list of bugs since that's what they use as a "todo" list. The list tends to be helpful for teaming up in pinpointing unclear bugs.
Welcome to the mess; free as in beer, speech and wheeling ;¬) _________________ Kassen |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Fri May 30, 2008 6:50 am Post subject:
|
 |
|
Send a mail to the list requesting help on this. We'll need to sort this, RedHat isn't exactly a obscure distro.... _________________ Kassen |
|
Back to top
|
|
 |
flies
Joined: May 20, 2008 Posts: 33 Location: NJ
|
Posted: Fri Jun 20, 2008 8:15 am Post subject:
|
 |
|
so, if you were to pick a linux distro to do chuck on, which would you pick?
sorry, i know this is an annoying question. The computer i tried to use was my work machine, and i am installing linux on my home machine now.... |
|
Back to top
|
|
 |
Mr Theremin

Joined: Mar 22, 2008 Posts: 22 Location: Ohio
|
Posted: Fri Jun 20, 2008 8:26 am Post subject:
|
 |
|
In my latest experiment I used CentOS 5.1. Chuck and LibSndFile compile without any complaint and are totally functional.
CentOS advertises that they are built from RedHat Enterprise source code and, having used both, that sure seems to be the case. Funny thing is that I was getting all of those errors under RedHat Enterprise 5.1. |
|
Back to top
|
|
 |
Kassen
Janitor


Joined: Jul 06, 2004 Posts: 7678 Location: The Hague, NL
G2 patch files: 3
|
Posted: Fri Jun 20, 2008 8:27 am Post subject:
|
 |
|
Ubuntu with a RT kernel for me.
64Studio (in the 32 bit version!) could also suit your needs. ( http://64studio.com/about )
Not a annoying question at all but note I like Debian & Gnome and you may have other tastes. _________________ Kassen |
|
Back to top
|
|
 |
Frostburn

Joined: Dec 12, 2007 Posts: 255 Location: Finland
Audio files: 9
|
Posted: Fri Jun 20, 2008 10:12 am Post subject:
|
 |
|
I picked Ubuntu Studio. It's designed for working with graphics,sound and video and comes with a real time kernel. _________________ To boldly go where no man has bothered to go before. |
|
Back to top
|
|
 |
|