Menu
▾
▴
tuxmath-devel — TuxMath developer's mailing list.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(60) |
Sep
(94) |
Oct
(39) |
Nov
(8) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(9) |
Feb
(1) |
Mar
(14) |
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
(5) |
| 2003 |
Jan
(3) |
Feb
(4) |
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
(2) |
Feb
(2) |
Mar
(1) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(2) |
May
(1) |
Jun
(8) |
Jul
(8) |
Aug
(34) |
Sep
(37) |
Oct
(30) |
Nov
(16) |
Dec
(18) |
| 2007 |
Jan
(7) |
Feb
(31) |
Mar
(52) |
Apr
(49) |
May
(50) |
Jun
(10) |
Jul
(14) |
Aug
(62) |
Sep
(38) |
Oct
(33) |
Nov
(33) |
Dec
(48) |
| 2008 |
Jan
(27) |
Feb
(56) |
Mar
(112) |
Apr
(102) |
May
(108) |
Jun
(75) |
Jul
(44) |
Aug
(103) |
Sep
(24) |
Oct
(32) |
Nov
(7) |
Dec
(66) |
| 2009 |
Jan
(66) |
Feb
(80) |
Mar
(92) |
Apr
(35) |
May
(100) |
Jun
(73) |
Jul
(80) |
Aug
(6) |
Sep
(33) |
Oct
(27) |
Nov
(1) |
Dec
(40) |
| 2010 |
Jan
(10) |
Feb
(8) |
Mar
(130) |
Apr
(50) |
May
(45) |
Jun
(55) |
Jul
(51) |
Aug
(48) |
Sep
(35) |
Oct
(30) |
Nov
(63) |
Dec
(39) |
| 2011 |
Jan
(39) |
Feb
(55) |
Mar
(49) |
Apr
(45) |
May
(24) |
Jun
(20) |
Jul
(6) |
Aug
(5) |
Sep
(11) |
Oct
(22) |
Nov
(18) |
Dec
(19) |
| 2012 |
Jan
(1) |
Feb
(21) |
Mar
(56) |
Apr
(38) |
May
(4) |
Jun
(3) |
Jul
(2) |
Aug
(4) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
|
| 2013 |
Jan
(17) |
Feb
(13) |
Mar
(21) |
Apr
(24) |
May
(7) |
Jun
(6) |
Jul
(2) |
Aug
(1) |
Sep
(1) |
Oct
(6) |
Nov
|
Dec
(3) |
| 2014 |
Jan
(1) |
Feb
(11) |
Mar
(1) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(1) |
Dec
(1) |
| 2015 |
Jan
(2) |
Feb
(3) |
Mar
(8) |
Apr
(1) |
May
(4) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
(2) |
Mar
(4) |
Apr
(59) |
May
(7) |
Jun
(4) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(3) |
Dec
(1) |
| 2017 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
|
From: Johndhel M. <kuc...@ya...> - 2010-12-04 17:05:57
|
Description: In factoroids when the ship is hit by the asteroids or vice versa it will generate a new pair of numbers. And it will generate different prime factors. For example in the image link, the asteroids generated number 5 in wave 2 and this is an error because only number 2 and number 3 are only available in wave 2. Severity: Major Version/Revision: commit fa8cc15dfec3aca28790a23e142867a31dc3a0a1 Author: David Bruce <dav...@gm...> Date: Thu Dec 2 14:01:47 2010 -0600 Steps to reproduce: 1. Run tuxmath 2. Play factoroids 3. Go to wave 2 4. Change the prime gun to number 3 5. Collide the ship to the asteroid with number 16 6. Notice that it will generate number 3 and number 5 asteroids. Please see here for the sample screenshot http://imgur.com/QfRo6.png Notes: This bug tested only in wave 2. Thanks, Johndhel Maceda |
|
From: Brendan L. <bm...@ri...> - 2010-12-04 01:30:15
|
Hmmm. You could check the ld command used by the makefile (make VERBOSE=1 might work), to make sure it's not "finding" something else. -Brendan On Fri, Dec 3, 2010 at 7:09 AM, Doruk Fisek <df...@fi...> wrote: > Fri, 3 Dec 2010 06:50:41 -0600, David Bruce > <dav...@gm...> : > > > Anyway, when I installed t4k_common under /usr/local on Debian or > > Ubuntu machines, I just had to run "sudo ldconfig" (no arguments) a > > single time to get this issue to go away for all subsequent > > installations. > I had had done that, just in case, but didn't change the outcome. > > Doruk > > -- > FISEK INSTITUTE - http://www.fisek.org.tr > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
|
From: Doruk F. <df...@fi...> - 2010-12-03 13:10:22
|
Fri, 3 Dec 2010 06:50:41 -0600, David Bruce
<dav...@gm...> :
> Anyway, when I installed t4k_common under /usr/local on Debian or
> Ubuntu machines, I just had to run "sudo ldconfig" (no arguments) a
> single time to get this issue to go away for all subsequent
> installations.
I had had done that, just in case, but didn't change the outcome.
Doruk
--
FISEK INSTITUTE - http://www.fisek.org.tr
|
|
From: David B. <dav...@gm...> - 2010-12-03 12:50:47
|
Hi Doruk, > So I guess, what I'm asking is, what could be the reasong Tuxmath isn't > linking to t4k_common, even though it's present in the system? > > Doruk I ran into something like this the first time I installed and built t4k_common, and it turned out I needed to run ldconfig to update the linker. This only had to be done once on each system. There is something I don't quite understand, however, about how the linker search works. In your case, your system already knows to look in /usr/lib. Anyway, when I installed t4k_common under /usr/local on Debian or Ubuntu machines, I just had to run "sudo ldconfig" (no arguments) a single time to get this issue to go away for all subsequent installations. Maybe someone with better knowledge of the linker can enlighten us. Thanks, David |
|
From: Doruk F. <df...@fi...> - 2010-12-03 09:08:33
|
Fri, 3 Dec 2010 10:29:18 +0800, sasayins <sas...@gm...> :
> According to your logs, debug_status and T4K_Blend were not defined.
> So it means that linking of the t4k_common shared library is missing.
I understand that but t4k_common is already installed in these
locations:
================================================
/usr/include/t4k_common.h
/usr/lib/libt4k_common.a
/usr/lib/libt4k_common.so
/usr/lib/libt4k_common.so.0
/usr/lib/libt4k_common.so.0.0.0
/usr/lib/pkgconfig/t4k_common.pc
/usr/share/t4k_common/images/menu/left.png
/usr/share/t4k_common/images/menu/left.svg
/usr/share/t4k_common/images/menu/left_gray.png
/usr/share/t4k_common/images/menu/left_gray.svg
/usr/share/t4k_common/images/menu/right.png
/usr/share/t4k_common/images/menu/right.svg
/usr/share/t4k_common/images/menu/right_gray.png
/usr/share/t4k_common/images/menu/right_gray.svg
/usr/share/t4k_common/images/menu/stop.png
/usr/share/t4k_common/images/menu/stop.svg
/usr/share/t4k_common/images/menu/tux4kids.png
/usr/share/t4k_common/images/menu/tux4kids.svg
================================================
Likewise the configure script of Tuxmath checks for the library in
system and finds it correctly:
===============
...
checking for T4K_COMMON... yes
...
===============
So I guess, what I'm asking is, what could be the reasong Tuxmath isn't
linking to t4k_common, even though it's present in the system?
Doruk
--
FISEK INSTITUTE - http://www.fisek.org.tr
|
|
From: sasayins <sas...@gm...> - 2010-12-03 02:29:26
|
Hi Doruk, According to your logs, debug_status and T4K_Blend were not defined. So it means that linking of the t4k_common shared library is missing. -kiko On Fri, Dec 3, 2010 at 7:46 AM, Doruk Fisek <df...@fi...> wrote: > Fri, 3 Dec 2010 07:23:04 +0800, sasayins <sas...@gm...> : > > > Yes you need to build and install t4k_common library. As of now > > t4k_common package is separate from tuxmath package. > I've already installed t4k_common but I still get the undefined > reference errors I've quoted in my previous message. > > (the configure script would have given an error otherwise) > > Doruk > > -- > FISEK INSTITUTE - http://www.fisek.org.tr > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
|
From: Doruk F. <df...@fi...> - 2010-12-02 23:47:38
|
Fri, 3 Dec 2010 07:23:04 +0800, sasayins <sas...@gm...> :
> Yes you need to build and install t4k_common library. As of now
> t4k_common package is separate from tuxmath package.
I've already installed t4k_common but I still get the undefined
reference errors I've quoted in my previous message.
(the configure script would have given an error otherwise)
Doruk
--
FISEK INSTITUTE - http://www.fisek.org.tr
|
|
From: sasayins <sas...@gm...> - 2010-12-02 23:23:12
|
Hi Doruk, Yes you need to build and install t4k_common library. As of now t4k_common package is separate from tuxmath package. -kiko On Fri, Dec 3, 2010 at 7:07 AM, Doruk Fisek <df...@fi...> wrote: > Mon, 22 Nov 2010 12:23:56 -0600, David Bruce > <dav...@gm...> : > > > - Mandatory use of t4k_common. > I grabbed and installed t4k_common, then started to compile Tuxmath > 1.9.0. Then I got undefined reference errors (probably related to > t4k_common?), any ideas how I should fix them? > > ============================================== > tuxmath.o: In function `main': > /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:55: undefined > reference to > `debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:56: > undefined reference to > `debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:57: > undefined reference to > `debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:58: > undefined reference to > `debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:59: > undefined reference to `debug_status' > tuxmath.o:/home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:60: more > undefined references to `debug_status' follow setup.o: In function > `cleanup_memory': /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:753: > undefined reference to > `T4K_Cleanup_SDL_Text' /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:818: > undefined reference to `T4K_UnloadMenus' setup.o: In function > `generate_blended_images': > /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:698: > undefined reference to `T4K_Blend' > ============================================== > > Doruk > > -- > FISEK INSTITUTE - http://www.fisek.org.tr > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
|
From: Doruk F. <df...@fi...> - 2010-12-02 23:08:43
|
Mon, 22 Nov 2010 12:23:56 -0600, David Bruce
<dav...@gm...> :
> - Mandatory use of t4k_common.
I grabbed and installed t4k_common, then started to compile Tuxmath
1.9.0. Then I got undefined reference errors (probably related to
t4k_common?), any ideas how I should fix them?
==============================================
tuxmath.o: In function `main':
/home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:55: undefined
reference to
`debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:56:
undefined reference to
`debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:57:
undefined reference to
`debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:58:
undefined reference to
`debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:59:
undefined reference to `debug_status'
tuxmath.o:/home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:60: more
undefined references to `debug_status' follow setup.o: In function
`cleanup_memory': /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:753:
undefined reference to
`T4K_Cleanup_SDL_Text' /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:818:
undefined reference to `T4K_UnloadMenus' setup.o: In function
`generate_blended_images': /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:698:
undefined reference to `T4K_Blend'
==============================================
Doruk
--
FISEK INSTITUTE - http://www.fisek.org.tr
|
|
From: Doruk F. <df...@fi...> - 2010-12-02 23:05:47
|
Mon, 22 Nov 2010 12:23:56 -0600, David Bruce
<dav...@gm...> :
> I just posted a source tarball and win32 build for tuxmath-1.9.0.
> This is the first release in a while, and the first windows build in a
> long while.
Attached is a Turkish translation patch for the desktop file inside the
tarball.
Doruk
--
FISEK INSTITUTE - http://www.fisek.org.tr
|
|
From: Holger L. <ho...@la...> - 2010-11-30 14:26:28
|
Hi David, On Montag, 29. November 2010, David Bruce wrote: > It's kind of just an academic point until we release a build of > tuxtype that uses it. Eventually it will be a separate package that > tuxmath and tuxtype depend on, so my guess is that you might as well > package it separately now to get the ball rolling. Yup, thats the plan. > But I don't really > care, and if it is easier to keep it a single package for now, that's > fine. I'll see :) cheers, Holger |
|
From: David B. <dav...@gm...> - 2010-11-30 04:32:30
|
Hi Brendan, On Mon, Nov 29, 2010 at 9:15 PM, Brendan Luchen <bm...@ri...> wrote: > We will have to be careful not to let newer builds break with somewhat older > package-managerized versions of t4k_common. I was guilty of this at times as > I migrated TuxMath over--committing code in TuxMath that depended on > t4k_common code that only existed on my local copy and broke when using the > t4k_common head. > Cheers, > Brendan Yes, there is more code that should go into t4k_common (convert_utf, linebreak, scandir/alphasort, off the top of my head). When we move this out of tuxmath, the corresponding version of t4k_common will be needed. Older versions of tuxmath ought to build with newer versions of t4k_common, but the reverse won't be true. I think we can keep this straight if we follow the libtool version numbering scheme: Major number - changes when library removes part of interface (breaks backward compatibility) Minor number - changes when additional features added, nothing removed (still compatible) Micro number - changes when implementation only changed, same interface. (at least that's how I understand it) David David |
|
From: Brendan L. <bm...@ri...> - 2010-11-30 03:15:28
|
Gave this quite a bit of thought over the summer! My personal feeling is that most people building from source will not have too much of a problem downloading and installing t4k_common separately. As dependencies go, it's slightly more work to install than, say, SDL, and there might be a few folks who are uncomfortable doing the manual download + [cmake | autoreconf] + make + install....but I think the best alternative is still to keep the library a separate package. We will have to be careful not to let newer builds break with somewhat older package-managerized versions of t4k_common. I was guilty of this at times as I migrated TuxMath over--committing code in TuxMath that depended on t4k_common code that only existed on my local copy and broke when using the t4k_common head. Cheers, Brendan On Mon, Nov 29, 2010 at 2:36 PM, David Bruce <dav...@gm...>wrote: > Hi Holger, > > > I wonder if I should start with a t4k-common source package now, or > include it > > in tuxmath... thoughts? > > It's kind of just an academic point until we release a build of > tuxtype that uses it. Eventually it will be a separate package that > tuxmath and tuxtype depend on, so my guess is that you might as well > package it separately now to get the ball rolling. But I don't really > care, and if it is easier to keep it a single package for now, that's > fine. > > Best, > David > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
|
From: David B. <dav...@gm...> - 2010-11-29 20:37:02
|
Hi Holger, > I wonder if I should start with a t4k-common source package now, or include it > in tuxmath... thoughts? It's kind of just an academic point until we release a build of tuxtype that uses it. Eventually it will be a separate package that tuxmath and tuxtype depend on, so my guess is that you might as well package it separately now to get the ball rolling. But I don't really care, and if it is easier to keep it a single package for now, that's fine. Best, David |
|
From: Holger L. <ho...@la...> - 2010-11-29 13:59:46
|
Hi David, On Montag, 22. November 2010, David Bruce wrote: > > Is t4k_common included in the tuxmath 1.9.0 tarball? For how long do you > > think this will be the case? > No, they are two separate tarballs (at least that's how I posted them > today). I'm very open to any suggestions about how best to bundle > them together to make them as foolproof as possible for people to > install. Not wanting to reinvent the wheel, I asked on the Autoconf > list if there is a standard or recommended way to do this. The > suggestion I got was just to stick the two tarballs into a > super-package and provide a brief script to unpack and install them. Considering that this is just temporary anyway (because in future releases of t4k_common will probably be published "independently" of tuxmath and tuxtype, right?) I think what you did is sensible for the time being. I wonder if I should start with a t4k-common source package now, or include it in tuxmath... thoughts? cheers, Holger |
|
From: David B. <dav...@gm...> - 2010-11-28 13:37:43
|
Hi, I think this means our SDL_PollEvent() loop needs to look for the window close event, and shut down cleanly. The main tuxmath game handles this correctly, I think. David On Sun, Nov 28, 2010 at 1:47 AM, Aviral Dasgupta <avi...@gm...> wrote: > This happens when you close the window directly when running factoroids. > > Initializing Tux4Kids_common > *** glibc detected *** ./tuxmath: double free or corruption (out): > 0xb1b70710 *** > ======= Backtrace: ========= > /lib/libc.so.6(+0x6c501)[0xc87501] > /lib/libc.so.6(+0x6dd70)[0xc88d70] > /lib/libc.so.6(cfree+0x6d)[0xc8be5d] > ./tuxmath[0x80525ce] > ./tuxmath[0x80525a6] > ./tuxmath(factors+0x207)[0x804f97f] > ./tuxmath(run_factoroids+0x32)[0x80633cb] > ./tuxmath(handle_activity+0x353)[0x8062def] > /usr/local/lib/libt4k_common.so(T4K_RunMenu+0xf32)[0xe8fc92] > ./tuxmath(run_menu+0x3a)[0x8062a9a] > ./tuxmath(RunMainMenu+0x1cc)[0x8063d41] > ./tuxmath(TitleScreen+0x6b5)[0x806fbd1] > ./tuxmath(main+0x26b)[0x80739c3] > /lib/libc.so.6(__libc_start_main+0xe7)[0xc31ce7] > ./tuxmath[0x804edf1] > ======= Memory map: ======== > 00110000-001be000 r-xp 00000000 07:00 78693 > /usr/lib/libcairo.so.2.11000.0 > 001be000-001bf000 ---p 000ae000 07:00 78693 > /usr/lib/libcairo.so.2.11000.0 > 001bf000-001c0000 r--p 000ae000 07:00 78693 > /usr/lib/libcairo.so.2.11000.0 > 001c0000-001c1000 rw-p 000af000 07:00 78693 > /usr/lib/libcairo.so.2.11000.0 > 001c1000-001c3000 rw-p 00000000 00:00 0 > 001c4000-001e0000 r-xp 00000000 07:00 2836 /lib/ld-2.12.1.so > 001e0000-001e1000 r--p 0001b000 07:00 2836 /lib/ld-2.12.1.so > 001e1000-001e2000 rw-p 0001c000 07:00 2836 /lib/ld-2.12.1.so > 001e2000-001e9000 r-xp 00000000 07:00 2974 /lib/librt-2.12.1.so > 001e9000-001ea000 r--p 00006000 07:00 2974 /lib/librt-2.12.1.so > 001ea000-001eb000 rw-p 00007000 07:00 2974 /lib/librt-2.12.1.so > 001eb000-002b8000 r-xp 00000000 07:00 2898 > /lib/libglib-2.0.so.0.2600.0 > 002b8000-002b9000 r--p 000cc000 07:00 2898 > /lib/libglib-2.0.so.0.2600.0 > 002b9000-002ba000 rw-p 000cd000 07:00 2898 > /lib/libglib-2.0.so.0.2600.0 > 002ba000-0031a000 r-xp 00000000 07:00 9599 > /usr/lib/libSDL-1.2.so.0.11.3 > 0031a000-0031b000 ---p 00060000 07:00 9599 > /usr/lib/libSDL-1.2.so.0.11.3 > 0031b000-0031c000 r--p 00060000 07:00 9599 > /usr/lib/libSDL-1.2.so.0.11.3 > 0031c000-0031d000 rw-p 00061000 07:00 9599 > /usr/lib/libSDL-1.2.so.0.11.3 > 0031d000-00347000 rw-p 00000000 00:00 0 > 00347000-0035c000 r-xp 00000000 07:00 2968 /lib/libpthread-2.12.1.so > 0035c000-0035d000 ---p 00015000 07:00 2968 /lib/libpthread-2.12.1.so > 0035d000-0035e000 r--p 00015000 07:00 2968 /lib/libpthread-2.12.1.so > 0035e000-0035f000 rw-p 00016000 07:00 2968 /lib/libpthread-2.12.1.so > 0035f000-00361000 rw-p 00000000 00:00 0 > 00361000-00388000 r-xp 00000000 07:00 83411 > /usr/lib/libSDL_mixer-1.2.so.0.2.6 > 00388000-00389000 r--p 00026000 07:00 83411 > /usr/lib/libSDL_mixer-1.2.so.0.2.6 > 00389000-00392000 rw-p 00027000 07:00 83411 > /usr/lib/libSDL_mixer-1.2.so.0.2.6 > 00392000-003bc000 rw-p 00000000 00:00 0 > 003bc000-003c6000 r-xp 00000000 07:00 10313 > /usr/lib/libpangocairo-1.0.so.0.2800.1 > 003c6000-003c7000 r--p 00009000 07:00 10313 > /usr/lib/libpangocairo-1.0.so.0.2800.1 > 003c7000-003c8000 rw-p 0000a000 07:00 10313 > /usr/lib/libpangocairo-1.0.so.0.2800.1 > 003c8000-00407000 r-xp 00000000 07:00 10311 > /usr/lib/libpango-1.0.so.0.2800.1 > 00407000-00408000 ---p 0003f000 07:00 10311 > /usr/lib/libpango-1.0.so.0.2800.1 > 00408000-00409000 r--p 0003f000 07:00 10311 > /usr/lib/libpango-1.0.so.0.2800.1 > 00409000-0040a000 rw-p 00040000 07:00 10311 > /usr/lib/libpango-1.0.so.0.2800.1 > 0040a000-0040c000 r-xp 00000000 07:00 2874 /lib/libdl-2.12.1.so > 0040c000-0040d000 r--p 00001000 07:00 2874 /lib/libdl-2.12.1.so > 0040d000-0040e000 rw-p 00002000 07:00 2874 /lib/libdl-2.12.1.so > 0040e000-0041e000 r-xp 00000000 07:00 2972 /lib/libresolv-2.12.1.so > 0041e000-0041f000 r--p 00010000 07:00 2972 /lib/libresolv-2.12.1.so > 0041f000-00420000 rw-p 00011000 07:00 2972 /lib/libresolv-2.12.1.so > 00420000-00422000 rw-p 00000000 00:00 0 > 00422000-00435000 r-xp 00000000 07:00 3009 /lib/libz.so.1.2.3.4 > 00435000-00436000 r--p 00012000 07:00 3009 /lib/libz.so.1.2.3.4 > 00436000-00437000 rw-p 00013000 07:00 3009 /lib/libz.so.1.2.3.4 > 00437000-0043a000 r-xp 00000000 07:00 77793 > /usr/lib/libpulse-simple.so.0.0.3 > 0043a000-0043b000 r--p 00002000 07:00 77793 > /usr/lib/libpulse-simple.so.0.0.3 > 0043b000-0043c000 rw-p 00003000 07:00 77793 > /usr/lib/libpulse-simple.so.0.0.3 > 0043c000-0043d000 r-xp 00000000 07:00 9603 > /usr/lib/libX11-xcb.so.1.0.0 > 0043d000-0043e000 r--p 00000000 07:00 9603 > /usr/lib/libX11-xcb.so.1.0.0 > 0043e000-0043f000 rw-p 00001000 07:00 9603 > /usr/lib/libX11-xcb.so.1.0.0 > 0043f000-0047f000 r-xp 00000000 07:00 9995 > /usr/lib/libgobject-2.0.so.0.2600.0 > 0047f000-00480000 r--p 00040000 07:00 9995 > /usr/lib/libgobject-2.0.so.0.2600.0 > 00480000-00481000 rw-p 00041000 07:00 9995 > /usr/lib/libgobject-2.0.so.0.2600.0 > 00481000-00483000 r-xp 00000000 07:00 9609 /usr/lib/libXau.so.6.0.0 > 00483000-00484000 r--p 00001000 07:00 9609 /usr/lib/libXau.so.6.0.0 > 00484000-00485000 rw-p 00002000 07:00 9609 /usr/lib/libXau.so.6.0.0 > 00488000-0048d000 r-xp 00000000 07:00 83513 > /usr/lib/libSDL_ttf-2.0.so.0.6.3 > 0048d000-0048e000 r--p 00004000 07:00 83513 > /usr/lib/libSDL_ttf-2.0.so.0.6.3 > 0048e000-0048f000 rw-p 00005000 07:00 83513 > /usr/lib/libSDL_ttf-2.0.so.0.6.3 > 0048f000-004a9000 r-xp 00000000 07:00 2976 /lib/libselinux.so.1 > 004a9000-004aa000 r--p 00019000 07:00 2976 /lib/libselinux.so.1 > 004aa000-004ab000 rw-p 0001a000 07:00 2976 /lib/libselinux.so.1 > 004ab000-00507000 r-xp 00000000 07:00 10335 > /usr/lib/libpixman-1.so.0.18.4 > 00507000-0050a000 r--p 0005c000 07:00 10335 > /usr/lib/libpixman-1.so.0.18.4 > 0050a000-0050b000 rw-p 0005f000 07:00 10335 > /usr/lib/libpixman-1.so.0.18.4 > 0050b000-00539000 r-xp 00000000 07:00 9884 > /usr/lib/libfontconfig.so.1.4.4 > 00539000-0053a000 r--p 0002d000 07:00 9884 > /usr/lib/libfontconfig.so.1.4.4 > 0053a000-0053b000 rw-p 0002e000 07:00 9884 > /usr/lib/libfontconfig.so.1.4.4 > 0053b000-00543000 r-xp 00000000 07:00 9644 > /usr/lib/libXrender.so.1.3.0 > 00543000-00544000 r--p 00007000 07:00 9644 > /usr/lib/libXrender.so.1.3.0 > 00544000-00545000 rw-p 00008000 07:00 9644 > /usr/lib/libXrender.so.1.3.0 > 00545000-0054c000 r-xp 00000000 07:00 10532 > /usr/lib/libvorbisfile.so.3.3.2 > 0054c000-0054d000 r--p 00006000 07:00 10532 > /usr/lib/libvorbisfile.so.3.3.2 > 0054d000-0054e000 rw-p 00007000 07:00 10532 > /usr/lib/libvorbisfile.so.3.3.2 > 00551000-00639000 r-xp 00000000 07:00 9941 > /usr/lib/libgio-2.0.so.0.2600.0 > 00639000-0063b000 r--p 000e7000 07:00 9941 > /usr/lib/libgio-2.0.so.0.2600.0 > 0063b000-0063c000 rw-p 000e9000 07:00 9941 > /usr/lib/libgio-2.0.so.0.2600.0 > 0063c000-0063d000 rw-p 00000000 00:00 0 > 0063d000-0067c000 r-xp 00000000 07:00 77791 /usr/lib/libpulse.so.0.12.2 > 0067c000-0067d000 ---p 0003f000 07:00 77791 /usr/lib/libpulse.so.0.12.2 > 0067d000-0067e000 r--p 0003f000 07:00 77791 /usr/lib/libpulse.so.0.12.2 > 0067e000-0067f000 rw-p 00040000 07:00 77791 > /usr/lib/libpulse.so.0.12.2Aborted > > > -- > Aviral > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > > |
|
From: Aviral D. <avi...@gm...> - 2010-11-28 07:48:02
|
This happens when you close the window directly when running factoroids. Initializing Tux4Kids_common *** glibc detected *** ./tuxmath: double free or corruption (out): 0xb1b70710 *** ======= Backtrace: ========= /lib/libc.so.6(+0x6c501)[0xc87501] /lib/libc.so.6(+0x6dd70)[0xc88d70] /lib/libc.so.6(cfree+0x6d)[0xc8be5d] ./tuxmath[0x80525ce] ./tuxmath[0x80525a6] ./tuxmath(factors+0x207)[0x804f97f] ./tuxmath(run_factoroids+0x32)[0x80633cb] ./tuxmath(handle_activity+0x353)[0x8062def] /usr/local/lib/libt4k_common.so(T4K_RunMenu+0xf32)[0xe8fc92] ./tuxmath(run_menu+0x3a)[0x8062a9a] ./tuxmath(RunMainMenu+0x1cc)[0x8063d41] ./tuxmath(TitleScreen+0x6b5)[0x806fbd1] ./tuxmath(main+0x26b)[0x80739c3] /lib/libc.so.6(__libc_start_main+0xe7)[0xc31ce7] ./tuxmath[0x804edf1] ======= Memory map: ======== 00110000-001be000 r-xp 00000000 07:00 78693 /usr/lib/libcairo.so.2.11000.0 001be000-001bf000 ---p 000ae000 07:00 78693 /usr/lib/libcairo.so.2.11000.0 001bf000-001c0000 r--p 000ae000 07:00 78693 /usr/lib/libcairo.so.2.11000.0 001c0000-001c1000 rw-p 000af000 07:00 78693 /usr/lib/libcairo.so.2.11000.0 001c1000-001c3000 rw-p 00000000 00:00 0 001c4000-001e0000 r-xp 00000000 07:00 2836 /lib/ld-2.12.1.so 001e0000-001e1000 r--p 0001b000 07:00 2836 /lib/ld-2.12.1.so 001e1000-001e2000 rw-p 0001c000 07:00 2836 /lib/ld-2.12.1.so 001e2000-001e9000 r-xp 00000000 07:00 2974 /lib/librt-2.12.1.so 001e9000-001ea000 r--p 00006000 07:00 2974 /lib/librt-2.12.1.so 001ea000-001eb000 rw-p 00007000 07:00 2974 /lib/librt-2.12.1.so 001eb000-002b8000 r-xp 00000000 07:00 2898 /lib/libglib-2.0.so.0.2600.0 002b8000-002b9000 r--p 000cc000 07:00 2898 /lib/libglib-2.0.so.0.2600.0 002b9000-002ba000 rw-p 000cd000 07:00 2898 /lib/libglib-2.0.so.0.2600.0 002ba000-0031a000 r-xp 00000000 07:00 9599 /usr/lib/libSDL-1.2.so.0.11.3 0031a000-0031b000 ---p 00060000 07:00 9599 /usr/lib/libSDL-1.2.so.0.11.3 0031b000-0031c000 r--p 00060000 07:00 9599 /usr/lib/libSDL-1.2.so.0.11.3 0031c000-0031d000 rw-p 00061000 07:00 9599 /usr/lib/libSDL-1.2.so.0.11.3 0031d000-00347000 rw-p 00000000 00:00 0 00347000-0035c000 r-xp 00000000 07:00 2968 /lib/libpthread-2.12.1.so 0035c000-0035d000 ---p 00015000 07:00 2968 /lib/libpthread-2.12.1.so 0035d000-0035e000 r--p 00015000 07:00 2968 /lib/libpthread-2.12.1.so 0035e000-0035f000 rw-p 00016000 07:00 2968 /lib/libpthread-2.12.1.so 0035f000-00361000 rw-p 00000000 00:00 0 00361000-00388000 r-xp 00000000 07:00 83411 /usr/lib/libSDL_mixer-1.2.so.0.2.6 00388000-00389000 r--p 00026000 07:00 83411 /usr/lib/libSDL_mixer-1.2.so.0.2.6 00389000-00392000 rw-p 00027000 07:00 83411 /usr/lib/libSDL_mixer-1.2.so.0.2.6 00392000-003bc000 rw-p 00000000 00:00 0 003bc000-003c6000 r-xp 00000000 07:00 10313 /usr/lib/libpangocairo-1.0.so.0.2800.1 003c6000-003c7000 r--p 00009000 07:00 10313 /usr/lib/libpangocairo-1.0.so.0.2800.1 003c7000-003c8000 rw-p 0000a000 07:00 10313 /usr/lib/libpangocairo-1.0.so.0.2800.1 003c8000-00407000 r-xp 00000000 07:00 10311 /usr/lib/libpango-1.0.so.0.2800.1 00407000-00408000 ---p 0003f000 07:00 10311 /usr/lib/libpango-1.0.so.0.2800.1 00408000-00409000 r--p 0003f000 07:00 10311 /usr/lib/libpango-1.0.so.0.2800.1 00409000-0040a000 rw-p 00040000 07:00 10311 /usr/lib/libpango-1.0.so.0.2800.1 0040a000-0040c000 r-xp 00000000 07:00 2874 /lib/libdl-2.12.1.so 0040c000-0040d000 r--p 00001000 07:00 2874 /lib/libdl-2.12.1.so 0040d000-0040e000 rw-p 00002000 07:00 2874 /lib/libdl-2.12.1.so 0040e000-0041e000 r-xp 00000000 07:00 2972 /lib/libresolv-2.12.1.so 0041e000-0041f000 r--p 00010000 07:00 2972 /lib/libresolv-2.12.1.so 0041f000-00420000 rw-p 00011000 07:00 2972 /lib/libresolv-2.12.1.so 00420000-00422000 rw-p 00000000 00:00 0 00422000-00435000 r-xp 00000000 07:00 3009 /lib/libz.so.1.2.3.4 00435000-00436000 r--p 00012000 07:00 3009 /lib/libz.so.1.2.3.4 00436000-00437000 rw-p 00013000 07:00 3009 /lib/libz.so.1.2.3.4 00437000-0043a000 r-xp 00000000 07:00 77793 /usr/lib/libpulse-simple.so.0.0.3 0043a000-0043b000 r--p 00002000 07:00 77793 /usr/lib/libpulse-simple.so.0.0.3 0043b000-0043c000 rw-p 00003000 07:00 77793 /usr/lib/libpulse-simple.so.0.0.3 0043c000-0043d000 r-xp 00000000 07:00 9603 /usr/lib/libX11-xcb.so.1.0.0 0043d000-0043e000 r--p 00000000 07:00 9603 /usr/lib/libX11-xcb.so.1.0.0 0043e000-0043f000 rw-p 00001000 07:00 9603 /usr/lib/libX11-xcb.so.1.0.0 0043f000-0047f000 r-xp 00000000 07:00 9995 /usr/lib/libgobject-2.0.so.0.2600.0 0047f000-00480000 r--p 00040000 07:00 9995 /usr/lib/libgobject-2.0.so.0.2600.0 00480000-00481000 rw-p 00041000 07:00 9995 /usr/lib/libgobject-2.0.so.0.2600.0 00481000-00483000 r-xp 00000000 07:00 9609 /usr/lib/libXau.so.6.0.0 00483000-00484000 r--p 00001000 07:00 9609 /usr/lib/libXau.so.6.0.0 00484000-00485000 rw-p 00002000 07:00 9609 /usr/lib/libXau.so.6.0.0 00488000-0048d000 r-xp 00000000 07:00 83513 /usr/lib/libSDL_ttf-2.0.so.0.6.3 0048d000-0048e000 r--p 00004000 07:00 83513 /usr/lib/libSDL_ttf-2.0.so.0.6.3 0048e000-0048f000 rw-p 00005000 07:00 83513 /usr/lib/libSDL_ttf-2.0.so.0.6.3 0048f000-004a9000 r-xp 00000000 07:00 2976 /lib/libselinux.so.1 004a9000-004aa000 r--p 00019000 07:00 2976 /lib/libselinux.so.1 004aa000-004ab000 rw-p 0001a000 07:00 2976 /lib/libselinux.so.1 004ab000-00507000 r-xp 00000000 07:00 10335 /usr/lib/libpixman-1.so.0.18.4 00507000-0050a000 r--p 0005c000 07:00 10335 /usr/lib/libpixman-1.so.0.18.4 0050a000-0050b000 rw-p 0005f000 07:00 10335 /usr/lib/libpixman-1.so.0.18.4 0050b000-00539000 r-xp 00000000 07:00 9884 /usr/lib/libfontconfig.so.1.4.4 00539000-0053a000 r--p 0002d000 07:00 9884 /usr/lib/libfontconfig.so.1.4.4 0053a000-0053b000 rw-p 0002e000 07:00 9884 /usr/lib/libfontconfig.so.1.4.4 0053b000-00543000 r-xp 00000000 07:00 9644 /usr/lib/libXrender.so.1.3.0 00543000-00544000 r--p 00007000 07:00 9644 /usr/lib/libXrender.so.1.3.0 00544000-00545000 rw-p 00008000 07:00 9644 /usr/lib/libXrender.so.1.3.0 00545000-0054c000 r-xp 00000000 07:00 10532 /usr/lib/libvorbisfile.so.3.3.2 0054c000-0054d000 r--p 00006000 07:00 10532 /usr/lib/libvorbisfile.so.3.3.2 0054d000-0054e000 rw-p 00007000 07:00 10532 /usr/lib/libvorbisfile.so.3.3.2 00551000-00639000 r-xp 00000000 07:00 9941 /usr/lib/libgio-2.0.so.0.2600.0 00639000-0063b000 r--p 000e7000 07:00 9941 /usr/lib/libgio-2.0.so.0.2600.0 0063b000-0063c000 rw-p 000e9000 07:00 9941 /usr/lib/libgio-2.0.so.0.2600.0 0063c000-0063d000 rw-p 00000000 00:00 0 0063d000-0067c000 r-xp 00000000 07:00 77791 /usr/lib/libpulse.so.0.12.2 0067c000-0067d000 ---p 0003f000 07:00 77791 /usr/lib/libpulse.so.0.12.2 0067d000-0067e000 r--p 0003f000 07:00 77791 /usr/lib/libpulse.so.0.12.2 0067e000-0067f000 rw-p 00040000 07:00 77791 /usr/lib/libpulse.so.0.12.2Aborted -- Aviral |
|
From: Aviral D. <avi...@gm...> - 2010-11-28 03:34:57
|
See attached file "tuxmath.log" |
|
From: Aviral D. <avi...@gm...> - 2010-11-28 03:29:33
|
I have this weird bug where on one of my machines, Tuxmath displays a black screen when it is run fullscreen (however, other things, such as sounds and i/o) still work. Tuxmath works perfectly on the same machine with *tuxmath --windowed. *The output when running fullscreen is: Initializing Tux4Kids_common there is no soundcard (sound works for me, though) X error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 129 (XFree86-VidModeExtension) Minor opcode of failed request: 10 (XF86VidModeSwitchToMode) Value in failed request: 0x2400003 Serial number of failed request: 169 Oddly, though, it started working perfectly just after this. But, at exit, it would set the resolution to 800*600. nb. It works for both fullscreen and windowed on another computer of mine. (which is odd.) nb2. It has run perfectly in the past on the particular computer that I'm talking about with no problems at all. -- Aviral |
|
From: Holger L. <ho...@la...> - 2010-11-27 14:48:41
|
Hi, On Freitag, 26. November 2010, Jesus Mager wrote: > Making a little TuxMath presentation for the university , I found > really cool videos in youtube about TuxMath. I post the links if some > one will see your work in action: > > http://www.youtube.com/watch?v=4cLUqqjJ5p8 > http://www.youtube.com/watch?v=-ylMEkDXYDE > http://www.youtube.com/watch?v=bviMnFQZjFQ > http://www.youtube.com/watch?v=lmQXctD2O7M thanks for pointing those out! very nice videos, they totally made my day! It's great to see our software in use like this! cheers, Holger |
|
From: David B. <dav...@gm...> - 2010-11-27 00:16:39
|
Hi Jesus, Brendan, On Fri, Nov 26, 2010 at 2:00 PM, Brendan Luchen <che...@gm...> wrote: > No ideas on how to get around this, but I don't think it's a huge > problem. The first levels should be easy, and typing 2 is exactly how > to factor 2, 4, etc! I'm thinking that the revised factoroids will be 75% like regular asteroids, with 25% math thrown in to make it a bit educational. For the first level, it is all powers of 2, so the player just has to shoot like regular asteroids, with all the shots being 2s. For the second level, the player has to select between 2 and 3, and so forth. Also, for rocks that are primes, I think we should require that the player shoot them with the correct prime to eliminate them. I think this game would be an easy way for kids to learn factoring rules: Multiples of 2: end in 2, 4, 6, 8, or 0 Multiples of 3: digits add up to multiple of 3 Multiples of 5: end in 5 or 0 Multiples of 7: no simple rule Multiples of 11: if < 100, digits equal, otherwise no simple rule Multiples of 13: no simple rule David |
|
From: Jesus M. <fo...@gm...> - 2010-11-26 21:16:41
|
Making a little TuxMath presentation for the university , I found really cool videos in youtube about TuxMath. I post the links if some one will see your work in action: http://www.youtube.com/watch?v=4cLUqqjJ5p8 http://www.youtube.com/watch?v=-ylMEkDXYDE http://www.youtube.com/watch?v=bviMnFQZjFQ http://www.youtube.com/watch?v=lmQXctD2O7M -- Jesus Mager [www.h1n1-al.blogspot.com] |
|
From: Brendan L. <che...@gm...> - 2010-11-26 20:01:02
|
No ideas on how to get around this, but I don't think it's a huge problem. The first levels should be easy, and typing 2 is exactly how to factor 2, 4, etc! On Fri, Nov 26, 2010 at 2:22 PM, Jesus Mager <fo...@gm...> wrote: > Hi all! > > I was playing around with the new levels in factoroids, and I noticed > that I can pass the first levels only typing 2 + shoot. I don't have a > clear idea now, but maybe we need restrict the use of the lowest > factor. Any one has a cooler idea to deal with this? > > -- > Jesus Mager > [www.h1n1-al.blogspot.com] > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
|
From: Brendan L. <che...@gm...> - 2010-11-26 19:59:02
|
Hi Bart, > Learning quickly.. now 3 steps forward and get stuck again on both > projects.. :-( Business as usual :) > Now I get new errors: > > t4kcommon has an RSVG_INCLUDE_DIR error. Maybe I have to specify the > directory??? > mensfort@ubuntu:/host/software/tux4kids/t4kcommon/build$ cmake -G > "CodeBlocks - Unix Makefiles" .. > -- checking for module 'librsvg-2.0' > -- found librsvg-2.0, version 2.26.3 > SDL_Pango: YES > CMake Error: The following variables are used in this project, but they > are set to NOTFOUND. > Please set them or make sure they are set and tested correctly in the > CMake files: > RSVG_INCLUDE_DIR > used as include directory in directory > /host/software/tux4kids/t4kcommon/src > -- Configuring incomplete, errors occurred! Looks like a configuration issue. This should be set in cmake-modules/FindRSVG.cmake, don't know why it's not. Where are the RSVG headers located, do you know? > > tuxtype has a more serious problem I found: > mensfort@ubuntu:/host/software/tux4kids/tuxtype/build$ cmake -G "CodeBlocks > - Unix Makefiles" .. > CMake Error: The source directory "/host/software/tux4kids/tuxtype" does not > appear to contain CMakeLists.txt. > Specify --help for usage, or press the help button on the CMake GUI. TuxType can't be built with CMake; you must use autotools: autoreconf --install --verbose > Anyhow, I really like this project and will struggle until I find out how to > compile! Keep with it! When everything comes together, it's a great feeling. > Another question: > * Can I mail you directly or is there some place better to post these kind > of issues? The mailing lists are the best place to discuss 99% of issues, including this one. Other devs might be able to offer additional help. I won't be available very much this weekend, so don't rely on me personally. That said, don't give up! Best, Brendan |
|
From: Jesus M. <fo...@gm...> - 2010-11-26 19:22:41
|
Hi all! I was playing around with the new levels in factoroids, and I noticed that I can pass the first levels only typing 2 + shoot. I don't have a clear idea now, but maybe we need restrict the use of the lowest factor. Any one has a cooler idea to deal with this? -- Jesus Mager [www.h1n1-al.blogspot.com] |
75 messages has been excluded from this view by a project administrator.
