Menu
▾
▴
jazzplusplus-devel — Discussion Forum for Jazz Developers
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
(189) |
Apr
(40) |
May
(8) |
Jun
(6) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
(13) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(4) |
Feb
(1) |
Mar
(3) |
Apr
|
May
(7) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(8) |
Oct
(19) |
Nov
(19) |
Dec
(7) |
| 2007 |
Jan
(6) |
Feb
(6) |
Mar
(3) |
Apr
(6) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(1) |
| 2008 |
Jan
(19) |
Feb
(1) |
Mar
(40) |
Apr
(31) |
May
(174) |
Jun
(24) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(64) |
Dec
(17) |
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(14) |
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
(5) |
Mar
(1) |
Apr
(1) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: D.B. M. <db...@ho...> - 2008-05-22 11:14:54
|
Greetings, These are just 'sensible' additions to the above pages ; mailinglist -- added kind obtrusion at top of page regarding list etiquette. I've directly incorporated some text from the OCOLA content here, clarified 'mailer' (meaning can be obscured), added some text better describing the situation For using OCOLA content here, they deserve a link which has been added - useful reference bugreports -- add extra sentence or two in reporting build problems section regarding possible scenario after svn changes and how to wait that one out ;-) Pete,......depending on just how hard you want to push the etiquette stuff home, the final 'finesse' here would be to have all existing links back to the mailing list page, point to this page itself, not the mailing list links on the page itself. That way, the etiquette stuff is in one's face more often, but your call, okay? This would freeze boh these pages I think, caveat links out to the yet-to-be-completed FAQ area... 20080522-htdocs-updates.patch.gz This patch ; mailinglist page; Adds etiquette guidelines Adds link to cygwin acronyms page bugreports page; Adds note to reporting build problems section _________________________________________________________________ Never miss another e-mail with Hotmail on your mobile. http://www.livelife.ninemsn.com.au/article.aspx?id=343869 |
|
From: D.B. M. <db...@ho...> - 2008-05-22 05:55:55
|
Greetings, ---------------------------------------- > Date: Thu, 22 May 2008 05:02:50 -0700 > Subject: [jazzplusplus-devel] Successful Jazz++ build and run on Ubuntu 7.10 > > Just wanted to report this. Unfortunately, the qjackctl/qsynth/Jazz++ > playback exhibited more latency problems than I have heard on any other > distribution/OS. Oh dear....I was expecting this of sorts. There are a number of threads out there related to kernel latency issues in Ubuntu ... One thread I saw from a developer read something like..."it appears that the Ubuntu developers have made every effort to make a linux kernel upgrade next to impossible for users to successfully complete on Ubuntu installations" Note - I am *not* 'distro-centric' - I am just the reporting scribe ;-) > > I'll post the kernel configuration at a later date. Maybe I have > something configured incorrectly. > Pete Please do - you can imagine how many 'FAQ' entries are going to be directly related to one linux distro or another, and I do intend to document such things as they obviate themselves.. One thing you might check, is that artsd isn't trying to keep hold of the sound device....(I recall seeing something along this line) On a bright and useful note with this, I am dedicating a system box here specifically for testing Jazz++ on various linux distros - this should help uncover things like this, and help me create useful docs targetting what specific linux distro users need to do to get Jazz++ running (properly..) on the distro of their choice. The machine isn't running yet (still got to finish it off), but I'll annouce it again (along with specs) just as soon as it's up and running. Regards, Donald B _________________________________________________________________ Search for local singles online @ Lavalife - Click here http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Flavalife9%2Eninemsn%2Ecom%2Eau%2Fclickthru%2Fclickthru%2Eact%3Fid%3Dninemsn%26context%3Dan99%26locale%3Den%5FAU%26a%3D30290&_t=764581033&_r=email_taglines_Search_OCT07&_m=EXT |
|
From: Pete S. <pst...@gm...> - 2008-05-22 05:12:58
|
KC = Kevin Cosgrove KC> I seem to have lost the recipe to build jazz++ KC> KC> In my old build space I did this: KC> KC> svn update https://jazzplusplus.svn.sourceforge.net/svnroot/jazzplusplus/trunk/jazz jazz KC> KC> ../jazz/jazz/configure \ KC> --prefix=$HOME/temp/JazzTest KC> --enable-debug \ KC> --enable-alsa \ KC> --enable-sequencer2 \ KC> --with-wx-prefix=$HOME/temp/wx287 \ KC> --with-wx-config=/home/kevinc/temp/wx287/bin/wx-config KC> KC> make KC> KC> What I got was: KC> KC> cd ../jazz/jazz && /bin/sh /home/kevinc/NoBackup/OutsideSource/jazz/jazz/config/ KC> missing --run aclocal-1.9 KC> /usr/share/aclocal/libfame.m4:6: warning: underquoted definition of KC> AM_PATH_LIBFAME KC> run info '(automake1.8)Extending aclocal' KC> or see http://sources.redhat.com/automake/automake.html#Extending-aclocal KC> aclocal:configure.ac:136: warning: macro `AM_OPTIONS_WXCONFIG' KC> not found in library KC> aclocal:configure.ac:138: warning: macro `AM_PATH_WXCONFIG' KC> not found in library KC> cd ../jazz/jazz && /bin/sh /home/kevinc/NoBackup/OutsideSource/jazz/jazz/config KC> /missing --run automake-1.9 --gnu KC> cd ../jazz/jazz && /bin/sh /home/kevinc/NoBackup/OutsideSource/jazz/jazz/config/ KC> missing --run autoconf KC> configure.ac:136: error: possibly undefined macro: AM_OPTIONS_WXCONFIG KC> If this token and others are legitimate, please use m4_pattern_allow. KC> See the Autoconf documentation. KC> configure.ac:138: error: possibly undefined macro: AM_PATH_WXCONFIG KC> make: *** [../jazz/jazz/configure] Error 1 KC> KC> Did I do something wrong this time? Kevin, I'm not sure what's going on here, but could you 1. Remove aclocal.m4, configure, and the autom4te.cache directory from your /home/kevinc/NoBackup/OutsideSource/jazz/jazz directory and remove all instances of Makefile.in. 2. Run ./bootstrap from /home/kevinc/NoBackup/OutsideSource/jazz/jazz. 3. Run configure as you did above and report back the results. Thanks in advance, Pete |
|
From: Pete S. <pst...@gm...> - 2008-05-22 05:02:59
|
Just wanted to report this. Unfortunately, the qjackctl/qsynth/Jazz++ playback exhibited more latency problems than I have heard on any other distribution/OS. I'll post the kernel configuration at a later date. Maybe I have something configured incorrectly. Pete |
|
From: <ben...@ya...> - 2008-05-22 03:32:28
|
Pete, > Ben > BG> Looks like there's some inconsistency in class tChannelEvent > BG> on whether accessors or public members are to be used.. I'd > BG> vote accessors myself, as it's easier to add sanity checks, > BG> but that's just me... In my working copy, I put the > BG> GetChannel() calls into Player.cpp and AlsaPlayer.cpp to > BG> get it compiling, but that doesn't treat the more fundamental > BG> issue of accessor or public members... Is the jazz++ style > BG> to use more public members than accessors? > > No. I'm trying to convert to accessors, but it's just slow going. I'm > trying to keep the build working as I convert the code, but I obviously > fouled that up with respect to the various platforms with one of my commits. > > Pete Ah yes, the fun of multi platform development. Thanks much, -Ben |
|
From: D.B. M. <db...@ho...> - 2008-05-22 03:13:09
|
---------------------------------------- Resend, previous posting was strangely missing bottom parts (??) Greets, > > >> ---------------------------------------- >>> Date: Wed, 21 May 2008 19:21:41 -0700 >>> Subject: Re: [jazzplusplus-devel] Routine test build results -- Last ChangedRev: 549 >>> >>> BG = Ben >>> BG> After that fix, I got the rest compiled, but still >>> BG> failed on link: >>> BG> >>> BG> Project.o: In function `JZProject': >>> BG> /home/ben/Build/JazzBuild/src/../../jazz/src/Project.cpp:167: >>> undefined reference to `tAudioPlayer::tAudioPlayer(JZSong*)' >>> BG> /home/ben/Build/JazzBuild/src/../../jazz/src/Project.cpp:167: >>> undefined reference to `tAudioPlayer::tAudioPlayer(JZSong*)' >>> BG> collect2: ld returned 1 exit status >>> >>> Ben, >>> >>> You need to >>> >>> 1. Install the ALSA development package on your system >>> 2. Clean out your Build directory >>> 3. Rerun configure >>> 4. Rerun make >>> >>> What distribution are you using? >>> >>> Donald, >>> >>> This might become part of a development or build FAQ. >>> >>> Pete >> Yep, my thoughts exactly... I did reply/send about this thread earlier, but it seems that posting has been caught in the bowels of hotmail somewhere....(it may turn up later)....but to be sure, here's my thoughts... 1. add section to htdocs/mailinglist to expound list etiquette (raw emaill addr in test body avoidance, of which I myself was originally guilty ;-) 2. add section to htdocs/reportingbugs explaining the development cycle you're employing, and how things in SVN might inadvertently become 'broken' whilst changes to the code propagate into the whole source tree 3. And come up with a formal for the FAQ page (which I've notioned at in previous postings ) I'll get around to this in the next 'x' number of hours.. Pete, if you wish, add a blank index.php somewhere like htdocs/faq and I'll get it filled-out with relevant content is short time. I think we need this location anyhow. It'll serve for a placeholder for current devel/svn FAQ's and later we can use it for Jazz++/distro/platform specific FAQ topics.. Regards, Donald B _________________________________________________________________ Never miss another e-mail with Hotmail on your mobile. http://www.livelife.ninemsn.com.au/article.aspx?id=343869 |
|
From: D.B. M. <db...@ho...> - 2008-05-22 02:57:50
|
Greets, ---------------------------------------- > Date: Wed, 21 May 2008 19:21:41 -0700 > Subject: Re: [jazzplusplus-devel] Routine test build results -- Last ChangedRev: 549 > > BG = Ben > BG> After that fix, I got the rest compiled, but still > BG> failed on link: > BG> > BG> Project.o: In function `JZProject': > BG> /home/ben/Build/JazzBuild/src/../../jazz/src/Project.cpp:167: > undefined reference to `tAudioPlayer::tAudioPlayer(JZSong*)' > BG> /home/ben/Build/JazzBuild/src/../../jazz/src/Project.cpp:167: > undefined reference to `tAudioPlayer::tAudioPlayer(JZSong*)' > BG> collect2: ld returned 1 exit status > > Ben, > > You need to > > 1. Install the ALSA development package on your system > 2. Clean out your Build directory > 3. Rerun configure > 4. Rerun make > > What distribution are you using? > > Donald, > > This might become part of a development or build FAQ. > > Pete Yep, my thoughts exactly... I did reply/send about this thread earlier, but it seems that posting has been caught in the bowels of hotmail somewhere....(it may turn up later)....but to be sure, here's my thoughts... 1. add section to htdocs/mailinglist to expound list etiquette (raw emaill addr in test body avoidance, of which I myself was originally guilty ;-) 2. add section to htdocs/reportingbugs explaining the development cycle you're employing, and how things in SVN might inadvertently become 'broken' whilst changes to the code propagate into the whole source tree 3. And come up with a formal for the FAQ page (which I've notioned at in previous postings ) I'll get around to this in the next > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > jazzplusplus-devel mailing list > jaz...@li... > https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel _________________________________________________________________ Search for local singles online @ Lavalife - Click here http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Flavalife9%2Eninemsn%2Ecom%2Eau%2Fclickthru%2Fclickthru%2Eact%3Fid%3Dninemsn%26context%3Dan99%26locale%3Den%5FAU%26a%3D30290&_t=764581033&_r=email_taglines_Search_OCT07&_m=EXT |
|
From: Peter J. S. <dev...@to...> - 2008-05-22 02:28:56
|
BG = Ben BG> Looks like there's some inconsistency in class tChannelEvent BG> on whether accessors or public members are to be used.. I'd BG> vote accessors myself, as it's easier to add sanity checks, BG> but that's just me... In my working copy, I put the BG> GetChannel() calls into Player.cpp and AlsaPlayer.cpp to BG> get it compiling, but that doesn't treat the more fundamental BG> issue of accessor or public members... Is the jazz++ style BG> to use more public members than accessors? No. I'm trying to convert to accessors, but it's just slow going. I'm trying to keep the build working as I convert the code, but I obviously fouled that up with respect to the various platforms with one of my commits. Pete |
|
From: Peter J. S. <dev...@to...> - 2008-05-22 02:21:49
|
BG = Ben BG> After that fix, I got the rest compiled, but still BG> failed on link: BG> BG> Project.o: In function `JZProject': BG> /home/ben/Build/JazzBuild/src/../../jazz/src/Project.cpp:167: undefined reference to `tAudioPlayer::tAudioPlayer(JZSong*)' BG> /home/ben/Build/JazzBuild/src/../../jazz/src/Project.cpp:167: undefined reference to `tAudioPlayer::tAudioPlayer(JZSong*)' BG> collect2: ld returned 1 exit status Ben, You need to 1. Install the ALSA development package on your system 2. Clean out your Build directory 3. Rerun configure 4. Rerun make What distribution are you using? Donald, This might become part of a development or build FAQ. Pete |
|
From: <ben...@ya...> - 2008-05-21 21:26:05
|
After that fix, I got the rest compiled, but still failed on link: Project.o: In function `JZProject': /home/ben/Build/JazzBuild/src/../../jazz/src/Project.cpp:167: undefined reference to `tAudioPlayer::tAudioPlayer(JZSong*)' /home/ben/Build/JazzBuild/src/../../jazz/src/Project.cpp:167: undefined reference to `tAudioPlayer::tAudioPlayer(JZSong*)' collect2: ld returned 1 exit status -Ben --- On Wed, 5/21/08, ben...@ya... <ben...@ya...> wrote: > From: ben...@ya... <ben...@ya...> > Subject: Re: [jazzplusplus-devel] Routine test build results -- Last Changed Rev: 549 > To: jaz...@li... > Date: Wednesday, May 21, 2008, 8:45 AM > Yep, I concurr! Looks like there's some inconsistency > in class tChannelEvent on whether accessors or public > members are to be used.. I'd vote accessors myself, as > it's easier to add sanity checks, but that's just > me... In my working copy, I put the GetChannel() calls > into Player.cpp and AlsaPlayer.cpp to get it compiling, but > that doesn't treat the more fundamental issue of > accessor or public members... Is the jazz++ style to use > more public members than accessors? > > -Ben > > --- On Wed, 5/21/08, D.B. Moore <db...@ho...> > wrote: > > > From: D.B. Moore <db...@ho...> > > Subject: [jazzplusplus-devel] Routine test build > results -- Last Changed Rev: 549 > > To: jaz...@li... > > Date: Wednesday, May 21, 2008, 2:50 AM > > Greetings, > > > > Casually reporting that as of Rev 549 ; > > > > if g++ -DHAVE_CONFIG_H -I. -I../../jazz/src -I. > > > -DJAZZ_DATADIR=\"/root/Jazz++/TestInstall/share/Jazz++\" > > -Wall -Wno-unknown-pragmas -I../../jazz/Bitmaps > > > -I/usr/local/wx287/lib/wx/include/gtk2-ansi-release-static-2.8 > > -I/usr/local/wx287/include/wx-2.8 > -D_FILE_OFFSET_BITS=64 > > -D_LARGE_FILES -D__WXGTK__ -g -fno-inline -O0 -MT > > AlsaDriver.o -MD -MP -MF > ".deps/AlsaDriver.Tpo" > > -c -o AlsaDriver.o ../../jazz/src/AlsaDriver.cpp; > \ > > then mv -f ".deps/AlsaDriver.Tpo" > > ".deps/AlsaDriver.Po"; else rm -f > > ".deps/AlsaDriver.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I../../jazz/src -I. > > > -DJAZZ_DATADIR=\"/root/Jazz++/TestInstall/share/Jazz++\" > > -Wall -Wno-unknown-pragmas -I../../jazz/Bitmaps > > > -I/usr/local/wx287/lib/wx/include/gtk2-ansi-release-static-2.8 > > -I/usr/local/wx287/include/wx-2.8 > -D_FILE_OFFSET_BITS=64 > > -D_LARGE_FILES -D__WXGTK__ -g -fno-inline -O0 -MT > > AlsaPlayer.o -MD -MP -MF > ".deps/AlsaPlayer.Tpo" > > -c -o AlsaPlayer.o ../../jazz/src/AlsaPlayer.cpp; > \ > > then mv -f ".deps/AlsaPlayer.Tpo" > > ".deps/AlsaPlayer.Po"; else rm -f > > ".deps/AlsaPlayer.Tpo"; exit 1; fi > > ./../jazz/src/AlsaPlayer.cpp: In member function > 'int > > tAlsaPlayer::OutEvent(JZEvent*, int)': > > ./../jazz/src/AlsaPlayer.cpp:416: error: 'class > > tKeyOn' has no member named 'Channel' > > ./../jazz/src/AlsaPlayer.cpp:427: error: 'class > > tKeyOff' has no member named 'Channel' > > ./../jazz/src/AlsaPlayer.cpp:438: error: 'class > > tProgram' has no member named 'Channel' > > ./../jazz/src/AlsaPlayer.cpp:448: error: 'class > > tKeyPressure' has no member named > 'Channel' > > ./../jazz/src/AlsaPlayer.cpp:459: error: 'class > > tChnPressure' has no member named > 'Channel' > > ./../jazz/src/AlsaPlayer.cpp:469: error: 'class > > tControl' has no member named 'Channel' > > ./../jazz/src/AlsaPlayer.cpp:480: error: 'class > > tPitch' has no member named 'Channel' > > make[2]: *** [AlsaPlayer.o] Error 1 > > make[2]: Leaving directory > > `/mnt/store/jazzplusplus/trunk/Build/src' > > make[1]: *** [all] Error 2 > > make[1]: Leaving directory > > `/mnt/store/jazzplusplus/trunk/Build/src' > > make: *** [all-recursive] Error 1 > > > > > > Regards, > > > > Donald B > > > _________________________________________________________________ > > Are you paid what you're worth? Find out: SEEK > Salary > > Centre > > > http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2Fcareer%2Dresources%2Fsalary%2Dcentre%2F%3Ftracking%3Dsk%3Ahet%3Asc%3Anine%3A0%3Ahot%3Atext&_t=764565661&_r=OCT07_endtext_salary&_m=EXT > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > jazzplusplus-devel mailing list > > jaz...@li... > > > https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > jazzplusplus-devel mailing list > jaz...@li... > https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel |
|
From: Peter J. S. <dev...@to...> - 2008-05-21 15:54:43
|
DM = D.B. Moore DM> Greetings, DM> DM> Casually reporting that as of Rev 549 ; DM> DM> if g++ -DHAVE_CONFIG_H -I. -I../../jazz/src -I. -DJAZZ_DATADIR=\"/root/Jazz++/TestInstall/share/Jazz++\" -Wall -Wno-unknown-pragmas -I../../jazz/Bitmaps -I/usr/local/wx287/lib/wx/include/gtk2-ansi-release-static-2.8 -I/usr/local/wx287/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -g -fno-inline -O0 -MT AlsaDriver.o -MD -MP -MF ".deps/AlsaDriver.Tpo" -c -o AlsaDriver.o ../../jazz/src/AlsaDriver.cpp; \ DM> then mv -f ".deps/AlsaDriver.Tpo" ".deps/AlsaDriver.Po"; else rm -f ".deps/AlsaDriver.Tpo"; exit 1; fi DM> if g++ -DHAVE_CONFIG_H -I. -I../../jazz/src -I. -DJAZZ_DATADIR=\"/root/Jazz++/TestInstall/share/Jazz++\" -Wall -Wno-unknown-pragmas -I../../jazz/Bitmaps -I/usr/local/wx287/lib/wx/include/gtk2-ansi-release-static-2.8 -I/usr/local/wx287/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -g -fno-inline -O0 -MT AlsaPlayer.o -MD -MP -MF ".deps/AlsaPlayer.Tpo" -c -o AlsaPlayer.o ../../jazz/src/AlsaPlayer.cpp; \ DM> then mv -f ".deps/AlsaPlayer.Tpo" ".deps/AlsaPlayer.Po"; else rm -f ".deps/AlsaPlayer.Tpo"; exit 1; fi DM> ../../jazz/src/AlsaPlayer.cpp: In member function 'int tAlsaPlayer::OutEvent(JZEvent*, int)': DM> ../../jazz/src/AlsaPlayer.cpp:416: error: 'class tKeyOn' has no member named 'Channel' DM> ../../jazz/src/AlsaPlayer.cpp:427: error: 'class tKeyOff' has no member named 'Channel' DM> ../../jazz/src/AlsaPlayer.cpp:438: error: 'class tProgram' has no member named 'Channel' DM> ../../jazz/src/AlsaPlayer.cpp:448: error: 'class tKeyPressure' has no member named 'Channel' DM> ../../jazz/src/AlsaPlayer.cpp:459: error: 'class tChnPressure' has no member named 'Channel' DM> ../../jazz/src/AlsaPlayer.cpp:469: error: 'class tControl' has no member named 'Channel' DM> ../../jazz/src/AlsaPlayer.cpp:480: error: 'class tPitch' has no member named 'Channel' DM> make[2]: *** [AlsaPlayer.o] Error 1 DM> make[2]: Leaving directory `/mnt/store/jazzplusplus/trunk/Build/src' DM> make[1]: *** [all] Error 2 DM> make[1]: Leaving directory `/mnt/store/jazzplusplus/trunk/Build/src' DM> make: *** [all-recursive] Error 1 Yeah, During the work week I make progress at a very slow rate. I develop on one platform (Windows, Linux, or Mac) and have to catch up on the others later. In this case, Windows was first. Update your source tree and run make in your build directory. Pete |
|
From: D.B. M. <db...@ho...> - 2008-05-21 15:29:49
|
Greetings, After seeing all the formatting errors when reviewing my last patch, I've taken to routinely using tex2rtf to create local copies so WIS is a lot closer to WYG... Please excuse some loose formatting and ed: comments -- they are visual prompts for future attentions. See attached file :- 20080522-documentation-update.patch.gz This patch; Includes many corrections, some text moved/reordered Layout alignment and formatting corrections Added general section about MIDI/time/personal computers Filled out section on MIDI/synth soundcards+linux (preliminary) Cleaned up & clarified some areas regarding soft-synths + linux Added URL references and text to help people with linux/ALSA setup Regards, Donald B _________________________________________________________________ Be part of history. Take part in Australia's first e-mail archive with Email Australia. http://emailaustralia.ninemsn.com.au |
|
From: Kevin C. <ke...@co...> - 2008-05-21 15:02:52
|
I seem to have lost the recipe to build jazz++ In my old build space I did this: svn update https://jazzplusplus.svn.sourceforge.net/svnroot/jazzplusplus/trunk/jazz jazz ../jazz/jazz/configure \ --prefix=$HOME/temp/JazzTest --enable-debug \ --enable-alsa \ --enable-sequencer2 \ --with-wx-prefix=$HOME/temp/wx287 \ --with-wx-config=/home/kevinc/temp/wx287/bin/wx-config make What I got was: cd ../jazz/jazz && /bin/sh /home/kevinc/NoBackup/OutsideSource/jazz/jazz/config/ missing --run aclocal-1.9 /usr/share/aclocal/libfame.m4:6: warning: underquoted definition of AM_PATH_LIBF AME run info '(automake1.8)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal aclocal:configure.ac:136: warning: macro `AM_OPTIONS_WXCONFIG' not found in libr ary aclocal:configure.ac:138: warning: macro `AM_PATH_WXCONFIG' not found in library cd ../jazz/jazz && /bin/sh /home/kevinc/NoBackup/OutsideSource/jazz/jazz/config /missing --run automake-1.9 --gnu cd ../jazz/jazz && /bin/sh /home/kevinc/NoBackup/OutsideSource/jazz/jazz/config/ missing --run autoconf configure.ac:136: error: possibly undefined macro: AM_OPTIONS_WXCONFIG If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:138: error: possibly undefined macro: AM_PATH_WXCONFIG make: *** [../jazz/jazz/configure] Error 1 Did I do something wrong this time? Thanks.... -- Kevin |
|
From: D.B. M. <db...@ho...> - 2008-05-21 15:01:08
|
Greetings, ---------------------------------------- > Date: Wed, 21 May 2008 07:17:09 -0700 > Subject: [jazzplusplus-devel] AC_PROG_LIBTOOL not defined? libtools needed > > Hi, > > Long time follower of jazz development, finally making the plunge and seeing what the current state is, now that there seems to be a lot of progress. > > The first time I ran bootstrap, I got the following error: > square: [ ~/Build/jazz ] 189> ./bootstrap > autoreconf: Entering directory `.' > autoreconf: configure.ac: not using Gettext > autoreconf: running: aclocal -I config > autoreconf: configure.ac: tracing > autoreconf: configure.ac: not using Libtool > autoreconf: running: /usr/bin/autoconf > configure.ac:44: error: possibly undefined macro: AC_PROG_LIBTOOL > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > autoreconf: /usr/bin/autoconf failed with exit status: 1 > > I re-ran it after a few tweaks and bootstrap completed with no error. But all is not well. When I ran configure, an error including AC_PROG_LIBTOOL cropped up again: > checking dependency style of g++... gcc3 > ../jazz/configure: line 4844: AC_PROG_LIBTOOL: command not found > checking how to run the C++ preprocessor... g++ -E > > Googling, it looked like I needed libtools too, and low and behold, installing that caused bootstrap to do the right thing and configure also worked. So, I'll note that the following build tools are needed in addition to gcc etc: > autoconf > automake > libtools > > Perhaps these requirements should be included in the build instructions? I guess I'm a greenhorn. But anyway, it's building, here's hoping! > > -Ben Depending on just which OS you're using here (I'll guess linux), and just which distro and installation it is (I won't guess the distro, but this sort of thing is typical of 'desktop' installations), the tools you describe may not get installed. Usually they are installed as part of a distribution's 'software developers kit' set of packages, but you have to select this 'meta-package'....ie; gcc usually gets installed as part of this meta-package as well, but it's entirely possible (and valid) to select and install gcc by itself, because not all source code packages rely on auto-tools/libtool being present to compile. Thanks for trying Jazz++ out! Regards, Donald B _________________________________________________________________ Be part of history. Take part in Australia's first e-mail archive with Email Australia. http://emailaustralia.ninemsn.com.au |
|
From: <ben...@ya...> - 2008-05-21 14:45:56
|
Yep, I concurr! Looks like there's some inconsistency in class tChannelEvent on whether accessors or public members are to be used.. I'd vote accessors myself, as it's easier to add sanity checks, but that's just me... In my working copy, I put the GetChannel() calls into Player.cpp and AlsaPlayer.cpp to get it compiling, but that doesn't treat the more fundamental issue of accessor or public members... Is the jazz++ style to use more public members than accessors? -Ben --- On Wed, 5/21/08, D.B. Moore <db...@ho...> wrote: > From: D.B. Moore <db...@ho...> > Subject: [jazzplusplus-devel] Routine test build results -- Last Changed Rev: 549 > To: jaz...@li... > Date: Wednesday, May 21, 2008, 2:50 AM > Greetings, > > Casually reporting that as of Rev 549 ; > > if g++ -DHAVE_CONFIG_H -I. -I../../jazz/src -I. > -DJAZZ_DATADIR=\"/root/Jazz++/TestInstall/share/Jazz++\" > -Wall -Wno-unknown-pragmas -I../../jazz/Bitmaps > -I/usr/local/wx287/lib/wx/include/gtk2-ansi-release-static-2.8 > -I/usr/local/wx287/include/wx-2.8 -D_FILE_OFFSET_BITS=64 > -D_LARGE_FILES -D__WXGTK__ -g -fno-inline -O0 -MT > AlsaDriver.o -MD -MP -MF ".deps/AlsaDriver.Tpo" > -c -o AlsaDriver.o ../../jazz/src/AlsaDriver.cpp; \ > then mv -f ".deps/AlsaDriver.Tpo" > ".deps/AlsaDriver.Po"; else rm -f > ".deps/AlsaDriver.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I../../jazz/src -I. > -DJAZZ_DATADIR=\"/root/Jazz++/TestInstall/share/Jazz++\" > -Wall -Wno-unknown-pragmas -I../../jazz/Bitmaps > -I/usr/local/wx287/lib/wx/include/gtk2-ansi-release-static-2.8 > -I/usr/local/wx287/include/wx-2.8 -D_FILE_OFFSET_BITS=64 > -D_LARGE_FILES -D__WXGTK__ -g -fno-inline -O0 -MT > AlsaPlayer.o -MD -MP -MF ".deps/AlsaPlayer.Tpo" > -c -o AlsaPlayer.o ../../jazz/src/AlsaPlayer.cpp; \ > then mv -f ".deps/AlsaPlayer.Tpo" > ".deps/AlsaPlayer.Po"; else rm -f > ".deps/AlsaPlayer.Tpo"; exit 1; fi > ./../jazz/src/AlsaPlayer.cpp: In member function 'int > tAlsaPlayer::OutEvent(JZEvent*, int)': > ./../jazz/src/AlsaPlayer.cpp:416: error: 'class > tKeyOn' has no member named 'Channel' > ./../jazz/src/AlsaPlayer.cpp:427: error: 'class > tKeyOff' has no member named 'Channel' > ./../jazz/src/AlsaPlayer.cpp:438: error: 'class > tProgram' has no member named 'Channel' > ./../jazz/src/AlsaPlayer.cpp:448: error: 'class > tKeyPressure' has no member named 'Channel' > ./../jazz/src/AlsaPlayer.cpp:459: error: 'class > tChnPressure' has no member named 'Channel' > ./../jazz/src/AlsaPlayer.cpp:469: error: 'class > tControl' has no member named 'Channel' > ./../jazz/src/AlsaPlayer.cpp:480: error: 'class > tPitch' has no member named 'Channel' > make[2]: *** [AlsaPlayer.o] Error 1 > make[2]: Leaving directory > `/mnt/store/jazzplusplus/trunk/Build/src' > make[1]: *** [all] Error 2 > make[1]: Leaving directory > `/mnt/store/jazzplusplus/trunk/Build/src' > make: *** [all-recursive] Error 1 > > > Regards, > > Donald B > _________________________________________________________________ > Are you paid what you're worth? Find out: SEEK Salary > Centre > http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2Fcareer%2Dresources%2Fsalary%2Dcentre%2F%3Ftracking%3Dsk%3Ahet%3Asc%3Anine%3A0%3Ahot%3Atext&_t=764565661&_r=OCT07_endtext_salary&_m=EXT > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > jazzplusplus-devel mailing list > jaz...@li... > https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel |
|
From: <ben...@ya...> - 2008-05-21 14:17:17
|
Hi,
Long time follower of jazz development, finally making the plunge and seeing what the current state is, now that there seems to be a lot of progress.
The first time I ran bootstrap, I got the following error:
square: [ ~/Build/jazz ] 189> ./bootstrap
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I config
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf
configure.ac:44: error: possibly undefined macro: AC_PROG_LIBTOOL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1
I re-ran it after a few tweaks and bootstrap completed with no error. But all is not well. When I ran configure, an error including AC_PROG_LIBTOOL cropped up again:
checking dependency style of g++... gcc3
../jazz/configure: line 4844: AC_PROG_LIBTOOL: command not found
checking how to run the C++ preprocessor... g++ -E
Googling, it looked like I needed libtools too, and low and behold, installing that caused bootstrap to do the right thing and configure also worked. So, I'll note that the following build tools are needed in addition to gcc etc:
autoconf
automake
libtools
Perhaps these requirements should be included in the build instructions? I guess I'm a greenhorn. But anyway, it's building, here's hoping!
-Ben
|
|
From: D.B. M. <db...@ho...> - 2008-05-21 08:50:48
|
Greetings, Casually reporting that as of Rev 549 ; if g++ -DHAVE_CONFIG_H -I. -I../../jazz/src -I. -DJAZZ_DATADIR=\"/root/Jazz++/TestInstall/share/Jazz++\" -Wall -Wno-unknown-pragmas -I../../jazz/Bitmaps -I/usr/local/wx287/lib/wx/include/gtk2-ansi-release-static-2.8 -I/usr/local/wx287/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -g -fno-inline -O0 -MT AlsaDriver.o -MD -MP -MF ".deps/AlsaDriver.Tpo" -c -o AlsaDriver.o ../../jazz/src/AlsaDriver.cpp; \ then mv -f ".deps/AlsaDriver.Tpo" ".deps/AlsaDriver.Po"; else rm -f ".deps/AlsaDriver.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I../../jazz/src -I. -DJAZZ_DATADIR=\"/root/Jazz++/TestInstall/share/Jazz++\" -Wall -Wno-unknown-pragmas -I../../jazz/Bitmaps -I/usr/local/wx287/lib/wx/include/gtk2-ansi-release-static-2.8 -I/usr/local/wx287/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -g -fno-inline -O0 -MT AlsaPlayer.o -MD -MP -MF ".deps/AlsaPlayer.Tpo" -c -o AlsaPlayer.o ../../jazz/src/AlsaPlayer.cpp; \ then mv -f ".deps/AlsaPlayer.Tpo" ".deps/AlsaPlayer.Po"; else rm -f ".deps/AlsaPlayer.Tpo"; exit 1; fi ../../jazz/src/AlsaPlayer.cpp: In member function 'int tAlsaPlayer::OutEvent(JZEvent*, int)': ../../jazz/src/AlsaPlayer.cpp:416: error: 'class tKeyOn' has no member named 'Channel' ../../jazz/src/AlsaPlayer.cpp:427: error: 'class tKeyOff' has no member named 'Channel' ../../jazz/src/AlsaPlayer.cpp:438: error: 'class tProgram' has no member named 'Channel' ../../jazz/src/AlsaPlayer.cpp:448: error: 'class tKeyPressure' has no member named 'Channel' ../../jazz/src/AlsaPlayer.cpp:459: error: 'class tChnPressure' has no member named 'Channel' ../../jazz/src/AlsaPlayer.cpp:469: error: 'class tControl' has no member named 'Channel' ../../jazz/src/AlsaPlayer.cpp:480: error: 'class tPitch' has no member named 'Channel' make[2]: *** [AlsaPlayer.o] Error 1 make[2]: Leaving directory `/mnt/store/jazzplusplus/trunk/Build/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/mnt/store/jazzplusplus/trunk/Build/src' make: *** [all-recursive] Error 1 Regards, Donald B _________________________________________________________________ Are you paid what you're worth? Find out: SEEK Salary Centre http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2Fcareer%2Dresources%2Fsalary%2Dcentre%2F%3Ftracking%3Dsk%3Ahet%3Asc%3Anine%3A0%3Ahot%3Atext&_t=764565661&_r=OCT07_endtext_salary&_m=EXT |
|
From: D.B. M. <db...@ho...> - 2008-05-20 21:08:22
|
Greets, ---------------------------------------- > Date: Tue, 20 May 2008 06:51:45 -0700 > Subject: Re: [jazzplusplus-devel] Starting jackd on Mandriva > > DM = D.B. Moore > DM>>> //my comments > DM>>> > DM>>> CONFIG_HZ_1000=y > DM>>> CONFIG_HZ=1000 > DM>>> > DM>>> //you DO have the right HZ > DM>>> > DM>>> # CONFIG_PREEMPT_NONE is not set > DM>>> CONFIG_PREEMPT_VOLUNTARY=y > DM>>> # CONFIG_PREEMPT is not set > DM>>> # CONFIG_PREEMPT_BKL is not set > DM>>> > DM>>> // I haven't looked at qsynth code, but my > DM>>> // guess is the above is the show-stopper. > DM>>> // 'VOLUNTARY' = normal 'Desktop' preemption > DM>>> //'Low-latency Desktop requires > DM>>> // CONFIG_PREEMPT=y (as I do) > DM>>> > DM>>> CONFIG_DEFAULT_IOSCHED="cfq" > DM>>> > DM>>> // not actually how sure this one matters... > DM>>> // I use DEADLINE myself as I'm more > DM>>> // interested in linear performance > DM>>> > DM>>> CONFIG_TICK_ONESHOT=y > DM>>> CONFIG_NO_HZ=y > DM>>> CONFIG_HIGH_RES_TIMERS=y > DM>>> > DM>>> // I don't use the 'dynamic ticks' stuff > DM>>> // I believe one needs the HIGH_RES_TIMER > DM>>> // set like you have > DM>>> > DM>>> I believe this accounts for what you're > DM>>> seeing with qsynth. > > PS = Pete Stieber > PS>> For the record, my Fedora x86_64 install worked OTB. > PS>> Do you want the same information from it? > > DM> Sure thing, it's a useful back-check ...and adds > DM> to my knowledge > > A gzipped version of the config file for my Fedora 8 box is attached. > That has ; CONFIG_PREEMPT_NOTIFIERS=y in IO-SCHEDULERS That's not in any standard linux tree I have, might be a patch (it'd make sense too I think, because if you've got voluntary preemption enabled and you preempt notifications from the io-scheduler). I was looking in the linux tree...apparently, if 'voluntary' is selected this is where the FIFO inherits the priority value it does. the 'low latency' option is a different hunk of code. I imagine if you knew it were coming you could prepare for it just before it was needed, rather than leaving 'room' by the lowering the FIFO priority. It would allow for raising that priority just before/as needed. I think the AMS configure script grep's /proc/config.gz and checks the running kernel config, and issues a warning at the end of configure telling the user what it just found. IIRC, it was a show-stopper until you fixed the kernel setup... I'll shutup about this now....but I got a few FAQ answers solved along the way... Thanks for the latitude ;-). Regards, Donald B _________________________________________________________________ Are you paid what you're worth? Find out: SEEK Salary Centre http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2Fcareer%2Dresources%2Fsalary%2Dcentre%2F%3Ftracking%3Dsk%3Ahet%3Asc%3Anine%3A0%3Ahot%3Atext&_t=764565661&_r=OCT07_endtext_salary&_m=EXT |
|
From: D.B. M. <db...@ho...> - 2008-05-20 18:31:18
|
Greetings,
G'day Leland!
Pete, replying with body intact incase Leland's posting got
filtered by you isp (like what happened before..)
----------------------------------------
> Date: Mon, 19 May 2008 20:44:37 -0500
> Subject: Re: [jazzplusplus-devel] Win32 + fluidsynth + qsynth ?
>
>
>
> --On May 19, 2008 1:42:14 PM +0000 "D.B. Moore" < snip> wrote:
>
>>
>> Greetings,
>>
>>
>> Just before I hit the editor for a few hours,
>> has anyone tried the above? It looks like
>> it's actually possible (one would need win32
>> port of qt-4 I think for qsynth)
>>
> Twsynth seems to work okay:
>
> http://sourceforge.jp/projects/twsynth/
>
> Leland
>
Oh...ok, I didn't know there was a living breathing
Timidity port for win32...I haven't looked at timidity
for years, but it appears my last working set is in
my archives here (all the .pats + configs) . This'll
remind me to revisit timidity again later...
Some many postings ago now, Pete posted this
list inviting you to introduce yourself a little. Of
course, you don't have to do that ;-) but, if I
got the inference right...your using Mac?
Regards,
Donald B
_________________________________________________________________
Be part of history. Take part in Australia's first e-mail archive with Email Australia.
http://emailaustralia.ninemsn.com.au
|
|
From: D.B. M. <db...@ho...> - 2008-05-20 16:23:11
|
Greets, ---------------------------------------- > Date: Tue, 20 May 2008 07:15:01 -0700 > Subject: Re: [jazzplusplus-devel] tex2rtf build instructions done...but... > > DM = D.B. Moore > DM> I've finished the above topic, however before > DM> I post the patch it's ...question time... > DM> > DM> I don't really want to include the details of > DM> getting/building tex2rtf from svn, or how to > DM> build it from a *full* svn checkout of the > DM> Jazz++ svn source. My reasoning is; > DM> > DM> 1. tex2rtf doesn't rely on the custom wxWidgets > DM> build > > I'm sorry I mislead you in an earlier post, but it does. The version > currently in the wxWidgets' Subversion repository doesn't... > > A. wxWidgets Subversion tex2rtf - can build against a stock version of > the wxWidgets 2.8.7 build; *cannot* build against an STL enabled of the > wxWidgets build like the one used with Jazz++. > > B. Jazz++ Subversion tex2rtf - can build against an STL enabled of the > wxWidgets build like the one used with Jazz++; *cannot* build against a > stock version of the wxWidgets 2.8.7 build. > > Either version can be used to process our jazz.tex file. > Ahh!....I see, no problem... > DM> 2. tex2rtf in the Jazz++ svn is currently 'stable' > DM> and not changing. > DM> 3. tex2rtf is a FINE utility everyone should install > DM> anyway ;-) > DM> > DM> Of course, you know me....I've got no objections to > DM> actually writing out the svn based instructions to > DM> tex2rtf, and how to build / install it in parallel > DM> with the Jazz++ svn tree...however the current > DM> tex2rtf doesn't need be 'isolated' from the system > DM> makeup like custom-wx & Jazz++ parts do....ostensibly > DM> it can go straight into /usr/bin and not cause any > DM> problems AFAICT. > DM> > DM> I'm just trying to make things easy and uncomplicated > DM> for that userbase out there - tex2rtf build/install > DM> is a doddle compared to a Jazz++ svn build of tex2rtf. > DM> However, the 'simple' build of tex2rtf really requires > DM> a tex2rtf source tarball being available to avoid 2 svn > DM> checkouts, or a complete Jazz++ svn checkout, and a > DM> whole lot of explaining.... > > Let me work on that... > > DM> Let me know what the consensus is here please, > DM> and the patch will surely follow.... > > I just wanted to explain that the version in our subversion does require > wxWidgets to be built using our STL enabled build. > Yep, no problems, no harm done....I think we both understand how I ended posting this query.. I'll rework the wording appropriately, and delay posting until you work out the little wrinkle... Regards, Donald B _________________________________________________________________ It's simple! Sell your car for just $30 at CarPoint.com.au http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641&_t=762955845&_r=tig_OCT07&_m=EXT |
|
From: Pete S. <pst...@gm...> - 2008-05-20 14:15:03
|
DM = D.B. Moore DM> I've finished the above topic, however before DM> I post the patch it's ...question time... DM> DM> I don't really want to include the details of DM> getting/building tex2rtf from svn, or how to DM> build it from a *full* svn checkout of the DM> Jazz++ svn source. My reasoning is; DM> DM> 1. tex2rtf doesn't rely on the custom wxWidgets DM> build I'm sorry I mislead you in an earlier post, but it does. The version currently in the wxWidgets' Subversion repository doesn't... A. wxWidgets Subversion tex2rtf - can build against a stock version of the wxWidgets 2.8.7 build; *cannot* build against an STL enabled of the wxWidgets build like the one used with Jazz++. B. Jazz++ Subversion tex2rtf - can build against an STL enabled of the wxWidgets build like the one used with Jazz++; *cannot* build against a stock version of the wxWidgets 2.8.7 build. Either version can be used to process our jazz.tex file. DM> 2. tex2rtf in the Jazz++ svn is currently 'stable' DM> and not changing. DM> 3. tex2rtf is a FINE utility everyone should install DM> anyway ;-) DM> DM> Of course, you know me....I've got no objections to DM> actually writing out the svn based instructions to DM> tex2rtf, and how to build / install it in parallel DM> with the Jazz++ svn tree...however the current DM> tex2rtf doesn't need be 'isolated' from the system DM> makeup like custom-wx & Jazz++ parts do....ostensibly DM> it can go straight into /usr/bin and not cause any DM> problems AFAICT. DM> DM> I'm just trying to make things easy and uncomplicated DM> for that userbase out there - tex2rtf build/install DM> is a doddle compared to a Jazz++ svn build of tex2rtf. DM> However, the 'simple' build of tex2rtf really requires DM> a tex2rtf source tarball being available to avoid 2 svn DM> checkouts, or a complete Jazz++ svn checkout, and a DM> whole lot of explaining.... Let me work on that... DM> Let me know what the consensus is here please, DM> and the patch will surely follow.... I just wanted to explain that the version in our subversion does require wxWidgets to be built using our STL enabled build. Pete |
|
From: Pete S. <pst...@gm...> - 2008-05-20 13:52:12
|
DM = D.B. Moore DM>>> //my comments DM>>> DM>>> CONFIG_HZ_1000=y DM>>> CONFIG_HZ=1000 DM>>> DM>>> //you DO have the right HZ DM>>> DM>>> # CONFIG_PREEMPT_NONE is not set DM>>> CONFIG_PREEMPT_VOLUNTARY=y DM>>> # CONFIG_PREEMPT is not set DM>>> # CONFIG_PREEMPT_BKL is not set DM>>> DM>>> // I haven't looked at qsynth code, but my DM>>> // guess is the above is the show-stopper. DM>>> // 'VOLUNTARY' = normal 'Desktop' preemption DM>>> //'Low-latency Desktop requires DM>>> // CONFIG_PREEMPT=y (as I do) DM>>> DM>>> CONFIG_DEFAULT_IOSCHED="cfq" DM>>> DM>>> // not actually how sure this one matters... DM>>> // I use DEADLINE myself as I'm more DM>>> // interested in linear performance DM>>> DM>>> CONFIG_TICK_ONESHOT=y DM>>> CONFIG_NO_HZ=y DM>>> CONFIG_HIGH_RES_TIMERS=y DM>>> DM>>> // I don't use the 'dynamic ticks' stuff DM>>> // I believe one needs the HIGH_RES_TIMER DM>>> // set like you have DM>>> DM>>> I believe this accounts for what you're DM>>> seeing with qsynth. PS = Pete Stieber PS>> For the record, my Fedora x86_64 install worked OTB. PS>> Do you want the same information from it? DM> Sure thing, it's a useful back-check ...and adds DM> to my knowledge A gzipped version of the config file for my Fedora 8 box is attached. Pete |
|
From: Pete S. <pst...@gm...> - 2008-05-20 04:56:02
|
DM = D.B. Moore DM> This moves content from the documentation page of DM> the website docs, into their 'proper' location DM> inside jazz.tex and exposes the new content to DM> the user manual reader at ; DM> DM> http://jazzplusplus.sourceforge.net/manual/jazz_requirements.html#topic2 DM> DM> In theory anyhow. This will form a good test of workings. DM> DM> I've also changed the wording of index.php in DM> DM> web/htdocs/documentation DM> DM> to reflect the new location. I've given you a context DM> to link out with here if you wish, the text reads; DM> DM> "As time permits, links to that documentation DM> will appear here." DM> DM> To save time searching jazz.tex for my additions, DM> search for *NEW* in the jazz.tex file itself. Applied. Moved the updated documentation page new manual to the website. Pete |
|
From: D.B. M. <db...@ho...> - 2008-05-20 02:44:21
|
Greetings, I've finished the above topic, however before I post the patch it's ...question time... I don't really want to include the details of getting/building tex2rtf from svn, or how to build it from a *full* svn checkout of the Jazz++ svn source. My reasoning is; 1. tex2rtf doesn't rely on the custom wxWidgets build 2. tex2rtf in the Jazz++ svn is currently 'stable' and not changing. 3. tex2rtf is a FINE utility everyone should install anyway ;-) Of course, you know me....I've got no objections to actually writing out the svn based instructions to tex2rtf, and how to build / install it in parallel with the Jazz++ svn tree...however the current tex2rtf doesn't need be 'isolated' from the system makeup like custom-wx & Jazz++ parts do....ostensibly it can go straight into /usr/bin and not cause any problems AFAICT. I'm just trying to make things easy and uncomplicated for that userbase out there - tex2rtf build/install is a doddle compared to a Jazz++ svn build of tex2rtf. However, the 'simple' build of tex2rtf really requires a tex2rtf source tarball being available to avoid 2 svn checkouts, or a complete Jazz++ svn checkout, and a whole lot of explaining.... Let me know what the consensus is here please, and the patch will surely follow.... Regards, Donald B. _________________________________________________________________ Are you paid what you're worth? Find out: SEEK Salary Centre http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2Fcareer%2Dresources%2Fsalary%2Dcentre%2F%3Ftracking%3Dsk%3Ahet%3Asc%3Anine%3A0%3Ahot%3Atext&_t=764565661&_r=OCT07_endtext_salary&_m=EXT |
|
From: Leland <ja...@ho...> - 2008-05-20 01:44:41
|
--On May 19, 2008 1:42:14 PM +0000 "D.B. Moore" <db...@ho...> wrote: > > Greetings, > > > Just before I hit the editor for a few hours, > has anyone tried the above? It looks like > it's actually possible (one would need win32 > port of qt-4 I think for qsynth) > Twsynth seems to work okay: http://sourceforge.jp/projects/twsynth/ Leland |
86 messages has been excluded from this view by a project administrator.
