Menu
▾
▴
jazzplusplus-devel
|
From: Pete S. <pst...@gm...> - 2008-11-07 18:41:18
|
DM = D.B. Moore DM> Back after some time away (and some time in hospital).... Good to hear from you again. Hope you are well. DM> I've built myself a new system (x86_64_multilib this time), DM> and have a debian etch 4.0r5 machine handy (abandoned by DM> my son ;), so I've checked this on both boxes.... DM> DM> Tex2rtf no longer compiles -- I'll suspect wx headers have DM> changed. DM> DM> I've attached the build.log from the Deb box (for the sake DM> of being truly representative of mainstream distros), but DM> my system does the same thing...caveat some extra warnings DM> which are probably gcc version differences afaict. DM> DM> Ergo, I can't really check jazz at this time -- perhaps a DM> '--disable-docs' configure time switch might be useful right DM> now, or perhaps you know how to fix tex2rtf problems fast DM> and simply...dunno.... From you build log, it looks like you are building the version of tex2rtf from the wx distribution. Is that true? Remember we have a Julian Smart sanctioned for of tex2rtf under the Jazz++ source. Are you you trying to build that version? Pete |
|
From: Kevin C. <ke...@co...> - 2008-11-07 18:46:00
|
Yeehaw! Somebody's back on the list. I might like to try building the most modern version again. It built a month or so into the last flurry of activity. Several weeks later I couldn't get it to build again. I'm suspicious that it might have involved my setting compiler related environment variables in the first instance, but not the 2nd. Anyway, are you guys going to be around here for a while now? Cheers.... -- Kevin |
|
From: Pete S. <pst...@gm...> - 2008-11-07 19:01:21
|
KC = Kevin Cosgrove KC> Yeehaw! Somebody's back on the list. I might like KC> to try building the most modern version again. It KC> built a month or so into the last flurry of activity. KC> Several weeks later I couldn't get it to build again. KC> I'm suspicious that it might have involved my setting KC> compiler related environment variables in the first KC> instance, but not the 2nd. Anyway, are you guys KC> going to be around here for a while now? Man Kevin... you're making me feel guilty ;-) I've been very busy with my "day job", but I'm back looking at Jazz++. It's good to hear from Don too. I just committed a change to the configure code that forces the use of wxWidgets 2.8.9 or higher. I just successfully built the current trunk of tex2rtf and Jazz++ on my Fedora 9 box... $ g++ --version g++ (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8) Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I didn't run it; just built it. Kevin, could you remind me of the Linux distribution you are currently using? Pete |
|
From: D.B. M. <db...@ho...> - 2008-11-08 01:56:55
|
Greets, > Date: Fri, 7 Nov 2008 10:41:03 -0800 > From: pstieber > To: jazzplusplus-devel > Subject: Re: [jazzplusplus-devel] tex2rtf broken > > DM = D.B. Moore > DM> Back after some time away (and some time in hospital).... > > Good to hear from you again. Hope you are well. ....I think it's a case of being slightly less unwell (; > > DM> I've built myself a new system (x86_64_multilib this time), > DM> and have a debian etch 4.0r5 machine handy (abandoned by > DM> my son ;), so I've checked this on both boxes.... > DM> > DM> Tex2rtf no longer compiles -- I'll suspect wx headers have > DM> changed. > DM> > DM> I've attached the build.log from the Deb box (for the sake > DM> of being truly representative of mainstream distros), but > DM> my system does the same thing...caveat some extra warnings > DM> which are probably gcc version differences afaict. > DM> > DM> Ergo, I can't really check jazz at this time -- perhaps a > DM> '--disable-docs' configure time switch might be useful right > DM> now, or perhaps you know how to fix tex2rtf problems fast > DM> and simply...dunno.... > > From you build log, it looks like you are building the version of > tex2rtf from the wx distribution. Is that true? > Correct....build logs never lie... > Remember we have a Julian Smart sanctioned for of tex2rtf under the > Jazz++ source. Are you you trying to build that version? Doh....I hadn't forgotten, just become a tad remiss...I'll redo things... Donald B _________________________________________________________________ It's simple! Sell your car for just $40 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: D.B. M. <db...@ho...> - 2008-11-08 02:14:47
|
> To: jazzplusplus-devel > Date: Fri, 7 Nov 2008 10:45:50 -0800 > From: kevinc > Subject: Re: [jazzplusplus-devel] tex2rtf broken > > > Yeehaw! Somebody's back on the list. I might like to try building > the most modern version again. It built a month or so into the last > flurry of activity. Several weeks later I couldn't get it to build > again. I'm suspicious that it might have involved my setting > compiler related environment variables in the first instance, but not > the 2nd. Anyway, are you guys going to be around here for a while > now? > > Cheers.... > -- > Kevin > G'day Kevin, Yeah, I'll be around for at least the next few months....the hospital guinea-pig cages are full until Feb/09, and the lab-techs don't want to see me again until at least then...<grin>... I found my emu10k1 card and freed a slot for it, but I've not as yet had a tinker with it (obvious reasons ;)....but over this weekend I should get around to that. Just a question for both Pete & yourself (seeing as you're both on fedora)....could you look at your /etc/security/limits.conf file and let me know if it contains any entries for your user account?..(and what they read if existent) I've discovered there's a way to tune user & user run task priorities from this location, and am interested with what fedora policy here is -- on a Deb install there are no user entries. Regards, Donald B _________________________________________________________________ Your dream beach house escape for summer! Sign up for the Hotmail Road Trip today. http://www.ninemsn.com.au/hotmailroadtrip |
|
From: D.B. M. <db...@ho...> - 2008-11-08 03:03:30
|
Greets,
> Date: Fri, 7 Nov 2008 10:41:03 -0800
> From: pstieber
> To: jazzplusplus-devel
> Subject: Re: [jazzplusplus-devel] tex2rtf broken
>
<<snip>>
>
> Remember we have a Julian Smart sanctioned for of tex2rtf under the
> Jazz++ source. Are you you trying to build that version?
>
> Pete
>
>
I wasn't trying that one, but just did...it also errors out ;
In file included from /usr/local/wx287/include/wx-2.8/wx/filesys.h:27,
from /usr/local/wx287/include/wx-2.8/wx/html/helpdata.h:21,
from /usr/local/wx287/include/wx-2.8/wx/html/helpfrm.h:20,
from /usr/local/wx287/include/wx-2.8/wx/html/helpctrl.h:20,
from /usr/local/wx287/include/wx-2.8/wx/help.h:36,
from tex2rtf.cpp:38:
/usr/local/wx287/include/wx-2.8/wx/filename.h: In static member function 'static wxChar wxFileName::GetPathSeparator(wxPathFormat)':
/usr/local/wx287/include/wx-2.8/wx/filename.h:393: error: ambiguous overload for 'operator[]' in 'wxFileName::GetPathSeparators(wxPathFormat)()[0u]'
/usr/local/wx287/include/wx-2.8/wx/filename.h:393: note: candidates are: operator[](const wxChar*, long int) <built-in>
/usr/local/wx287/include/wx-2.8/wx/string.h:822: note: wxChar& wxString::operator[](int)
/usr/local/wx287/include/wx-2.8/wx/string.h:824: note: wxChar& wxString::operator[](size_t)
make[2]: *** [tex2rtf.o] Error 1
make[2]: Leaving directory `/usr/local/tex2rtf/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/local/tex2rtf/src'
make: *** [all-recursive] Error 1
Not sure what's gong on right now -- I'll try this version on the Deb install
a little later and see if it fairs any better.
Certainly my gcc is a different breed from what you're using (my current
version is gcc version 4.2.4 ). It's no big deal for me to install another
gcc...
Regards,
Donald B
_________________________________________________________________
Your dream beach house escape for summer! Sign up for the Hotmail Road Trip today.
http://www.ninemsn.com.au/hotmailroadtrip |
|
From: Pete S. <pst...@gm...> - 2008-11-08 16:40:37
|
DM = D.B. Moore
DM> Just a question for both Pete & yourself
DM> (seeing as you're both on fedora)...
I think Kevin is using Mandriva.
DM> could you look at your /etc/security/limits.conf
DM> file and let me know if it contains any entries
DM> for your user account?
My Fedora box...
$ uname -a
Linux maggie.toyon.corp 2.6.26.6-79.fc9.x86_64 #1 SMP Fri Oct 17
14:20:33 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
has the following entries
## Automatically appended by jack-audio-connection-kit
@jackuser - rtprio 20
@jackuser - memlock 4194304
## Automatically appended by jack-audio-connection-kit
@pulse-rt - rtprio 20
@pulse-rt - nice -20
So anything running in the jackuser group limits the maximum real-time
priority to 20 and has a maximum locked-in-memory address space of
4194304 KB. Anything running as group pulse-rt has the same maximum
real-time priority limit and a maximum nice priority allowed to raise to
limit of -20. The comments indicate this was automatically added by the
jack package.
The Mandriva I'm running for Kevin...
$ uname -a
Linux localhost 2.6.22.19-desktop-2mdv #1 SMP Mon May 5 20:55:05 EDT
2008 i686 AMD Athlon(tm) XP 2800+ GNU/Linux
has the following
* - rtprio 0
* - nice 0
@audio - rtprio 50
@audio - nice -10
So the maximum nice priority allowed to raise to limit is 0 and the
maximum real-time priority limit is 0 for all users and the group audio
has different limits.
So no entries for my user account.
DM> (and what they read if existent) I've discovered there's a
DM> way to tune user & user run task priorities from this
DM> location, and am interested with what fedora policy here
DM> is -- on a Deb install there are no user entries.
Same for Mandriva and Fedora. If you use the bash shell, I believe you
can set some of this using ulimit in your .bash_profile.
<bash man page>
ulimit [-SHacdefilmnpqrstuvx [limit]]
Provides control over the resources available to the shell and
to processes started by it, on systems that allow such control.
The -H and -S options specify that the hard or soft limit is set
for the given resource. A hard limit cannot be increased once
it is set; a soft limit may be increased up to the value of the
hard limit. If neither -H nor -S is specified, both the soft
and hard limits are set. The value of limit can be a number in
the unit specified for the resource or one of the special values
hard, soft, or unlimited, which stand for the current hard
limit, the current soft limit, and no limit, respectively. If
limit is omitted, the current value of the soft limit of the
resource is printed, unless the -H option is given. When more
than one resource is specified, the limit name and unit are
printed before the value. Other options are interpreted as fol-
lows:
-a All current limits are reported
-c The maximum size of core files created
-d The maximum size of a process’s data segment
-e The maximum scheduling priority ("nice")
-f The maximum size of files written by the shell and its
children
-i The maximum number of pending signals
-l The maximum size that may be locked into memory
-m The maximum resident set size (has no effect on Linux)
-n The maximum number of open file descriptors (most systems
do not allow this value to be set)
-p The pipe size in 512-byte blocks (this may not be set)
-q The maximum number of bytes in POSIX message queues
-r The maximum real-time scheduling priority
-s The maximum stack size
-t The maximum amount of cpu time in seconds
-u The maximum number of processes available to a single
user
-v The maximum amount of virtual memory available to the
shell
-x The maximum number of file locks
If limit is given, it is the new value of the specified resource
(the -a option is display only). If no option is given, then -f
is assumed. Values are in 1024-byte increments, except for -t,
which is in seconds, -p, which is in units of 512-byte blocks,
and -n and -u, which are unscaled values. The return status is
0 unless an invalid option or argument is supplied, or an error
occurs while setting a new limit.
</bash man page>
I have developed on systems that limit the core dump size. This
prevented me from debugging a core dump. i added the following lime to
my .bash_profile to get a core dump...
#=========================================
# Allow core dump files of unlimited size.
#=========================================
ulimit -S -c unlimited > /dev/null 2>&1
HTH,
Pete
|
|
From: D.B. M. <db...@ho...> - 2008-11-09 02:27:35
|
Greets, > Date: Sat, 8 Nov 2008 08:40:32 -0800 > From: pstieber@ > To: jazzplusplus-devel@ > Subject: Re: [jazzplusplus-devel] tex2rtf broken > > DM = D.B. Moore > DM> Just a question for both Pete & yourself > DM> (seeing as you're both on fedora)... > > I think Kevin is using Mandriva. > > DM> could you look at your /etc/security/limits.conf > DM> file and let me know if it contains any entries > DM> for your user account? > > My Fedora box... > $ uname -a > Linux maggie.toyon.corp 2.6.26.6-79.fc9.x86_64 #1 SMP Fri Oct 17 > 14:20:33 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux > > has the following entries > > ## Automatically appended by jack-audio-connection-kit > @jackuser - rtprio 20 > @jackuser - memlock 4194304 > > ## Automatically appended by jack-audio-connection-kit > @pulse-rt - rtprio 20 > @pulse-rt - nice -20 > > So anything running in the jackuser group limits the maximum real-time > priority to 20 and has a maximum locked-in-memory address space of > 4194304 KB. Anything running as group pulse-rt has the same maximum > real-time priority limit and a maximum nice priority allowed to raise to > limit of -20. The comments indicate this was automatically added by the > jack package. > > > The Mandriva I'm running for Kevin... > > $ uname -a > Linux localhost 2.6.22.19-desktop-2mdv #1 SMP Mon May 5 20:55:05 EDT > 2008 i686 AMD Athlon(tm) XP 2800+ GNU/Linux > > has the following > > * - rtprio 0 > * - nice 0 > @audio - rtprio 50 > @audio - nice -10 > > So the maximum nice priority allowed to raise to limit is 0 and the > maximum real-time priority limit is 0 for all users and the group audio > has different limits. > > So no entries for my user account. > > DM> (and what they read if existent) I've discovered there's a > DM> way to tune user & user run task priorities from this > DM> location, and am interested with what fedora policy here > DM> is -- on a Deb install there are no user entries. > > Same for Mandriva and Fedora. If you use the bash shell, I believe you > can set some of this using ulimit in your .bash_profile. > <<snip>> > > HTH, > Pete > Thanks for this lot....once I discovered that some vendors were setting limits here, others not, and others in bash_profile, I realized there could be a bit of a chasm between distros that may affect (particularly softsynth) system performance....so this appears to be the case. This is good to know. Regards, Donald B _________________________________________________________________ Take a summer road trip with Windows Live Hotmail. Multiple prizes and the ultimate dream beach house! http://www.ninemsn.com.au/hotmailroadtrip |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X