| View previous topic :: View next topic |
| Author |
Message |
spbecker
Retired Dev
Joined: 10 Dec 2002
Posts: 73
|
 Posted: Mon Dec 23, 2002 6:48 pm Post subject: doh |
 |
|
| I meant to say someone, not something. |
|
| Back to top |
|
 |
ryan83vt
Guru
Joined: 28 Oct 2002
Posts: 370
Location: Blacksburg, VA
|
| Posted: Wed Dec 25, 2002 5:26 am Post subject: |
|
|
I have a similar problem -- I think its the same:
It starts up with the black screen and says "loading" use -h for options...
Then seg faults.
Weird -- I had this problem, then a couple days later it worked, hadnt changed any config settings/emerged anything. Now its not working anymore. No idea why. |
|
| Back to top |
|
|
Chris W
l33t
Joined: 25 Jun 2002
Posts: 972
Location: Brisbane, Australia
|
| Posted: Thu Dec 26, 2002 5:42 am Post subject: |
|
|
Still no joy finding the actual problem.
The libSDL code, line 94 file SDL_x11video.c , calls | Code: | | display = XOpenDisplay(NULL); |
(from libX11) which dies before returning. The NULL argument should give the default display and is not the problem (directly anyway). I have written a minimal test program to call this function, and it always works.
So, next step is to rebuild X to make sure that all is well I guess.
_________________
Cheers,
Chris W
"Common sense: The collection of prejudices acquired by age 18." -- Einstein |
|
| Back to top |
|
|
474
l33t
Joined: 19 Apr 2002
Posts: 714
|
| Posted: Thu Dec 26, 2002 11:44 am Post subject: |
|
|
Hmm, I tried this game too and had the same problem. It's written in Perl so I used the Perl debugger. I did that and pinpointed the exact line which causes the crash. Sorry, I forget which one because my PC is currently elsewhere, but it's as a result of an sdl-perl call.
What I'd really like to know is why no-one filed a bug on this, which is the only plausible way to get this sorted out. Shall I do the honours? |
|
| Back to top |
|
|
Decibels
Veteran
Joined: 16 Aug 2002
Posts: 1623
Location: U.S.A.
|
| Posted: Thu Dec 26, 2002 3:29 pm Post subject: |
|
|
Was this the line in sdl-perl and frozen-bubble you came up with?
| Quote: | "my" variable $ms masks earlier declaration in same statement at /usr/lib/perl5/site_perl/5.6.1/i686-linux/SDL/Mixer.pm line 133.
Name "main::elem" used only once: possible typo at /usr/bin/frozen-bubble line 204.
[[ Frozen-Bubble-0.9.3 ]]
|
|
|
| Back to top |
|
|
craftyc
Guru
Joined: 23 May 2002
Posts: 443
Location: Behind You.
|
| Posted: Thu Dec 26, 2002 5:02 pm Post subject: Re: heh |
|
|
| charlieg wrote: | | craftyc wrote: | | So would remerging X solve the problem? |
You can try it and let us know.  (In about 24 hours when it finishes!) |
Nope. Don't work.
_________________
Postcount ++ |
|
| Back to top |
|
|
474
l33t
Joined: 19 Apr 2002
Posts: 714
|
| Posted: Thu Dec 26, 2002 9:32 pm Post subject: |
|
|
| Quote: | | Was this the line in sdl-perl and frozen-bubble you came up with? |
I'll come back and edit this post once I've found out (have to use office machine remotely so it's a bit cumbersome). The plot thickens however, because I tried doing: | Code: | | ACCEPT_KEYWORDS="~x86" emerge frozen-bubble |
This results in the newer libsdl-1.2.5 and sdl-perl-1.19 being installed, other packages remain the same. Having done that, the error I got was different; complaining about a missing Perl module: | Code: | Can't locate fbmdkkcommon.pm in @INC
<snip>
at /usr/bin/frozen-bubble line 43 |
I'll examine this further and I'll try emerging the non-masked libs again and see if the error was as I remembered it before. |
|
| Back to top |
|
|
474
l33t
Joined: 19 Apr 2002
Posts: 714
|
| Posted: Thu Dec 26, 2002 9:51 pm Post subject: IT WORKS!!! |
|
|
IT WORKS, IT WORKS!!! Oh joy! It seems that the invalid path for the perl module (which is part of the frozen-bubble distribution) was something to do with running through a VNC X session). Frozen Bubble is now up on my screen!
Everyone, please try: | Code: | | ACCEPT_KEYWORDS="~x86" emerge frozen-bubble |
If it doesn't work, remove all of the relevant dependencies for frozen-bubble and emerge again. You can determine those by doing: | Code: | | emerge -p --emptytree frozen-bubble |
and looking at all of the builds from libsdl onwards. Happy holidays! |
|
| Back to top |
|
|
Chris W
l33t
Joined: 25 Jun 2002
Posts: 972
Location: Brisbane, Australia
|
| Posted: Thu Dec 26, 2002 11:01 pm Post subject: |
|
|
I had already tried manually emerging the newer ebuilds for libsdl and sdl-perl and that didn't work. I have never seen the Perl module error you describe. I tried your suggestion and it hasn't fixed it here. These are my installed versions:
| Code: | # for I in sdl frozen-bubble perl; do qpkg -I -v $I; done
dev-perl/sdl-perl-1.19.0 *
media-libs/libsdl-1.2.5 *
media-libs/sdl-gfx-2.0.3 *
media-libs/sdl-ttf-2.0.5 *
media-libs/sdl-mixer-1.2.4 *
media-libs/sdl-image-1.2.2 *
app-games/frozen-bubble-0.9.3-r1 *
sys-devel/perl-5.6.1-r10 *
dev-perl/Parse-RecDescent-1.80-r3 *
dev-perl/XML-Parser-2.31-r1 *
dev-perl/XML-Writer-0.4-r2 *
dev-perl/sdl-perl-1.19.0 *
dev-perl/ExtUtils-F77-1.14-r1 *
dev-perl/PDL-2.3.2-r2 *
dev-perl/gtk-perl-0.7008-r9 *
dev-perl/ExtUtils-MakeMaker-6.05-r4 * |
It still fails with the same SEGV. Do any of these versions differ from your working setup? I don't really fancy doing this:
| Code: | # ACCEPT_KEYWORDS="~x86" emerge -p --emptytree frozen-bubble
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild N ] sys-devel/gettext-0.11.5-r1
[ebuild N ] sys-devel/gcc-config-1.2.6
[ebuild N ] sys-devel/patch-2.5.4-r4
[ebuild N ] sys-libs/ncurses-5.3-r1
[ebuild N ] sys-apps/texinfo-4.3
[ebuild N ] sys-libs/zlib-1.1.4
[ebuild N ] sys-devel/gcc-3.2.1-r6
[ebuild N ] sys-devel/libtool-1.4.1-r10
[ebuild N ] dev-python/python-fchksum-1.6.1
[ebuild N ] sys-devel/m4-1.4p
[ebuild N ] sys-devel/autoconf-2.54
[ebuild N ] sys-apps/bash-2.05b-r3
[ebuild N ] sys-libs/readline-4.3-r4
[ebuild N ] media-libs/freetype-2.1.3-r2
[ebuild N ] x11-base/opengl-update-1.4
[ebuild N ] sys-apps/gawk-3.1.1-r1
[ebuild N ] sys-kernel/linux-headers-2.4.19
[ebuild N ] sys-apps/baselayout-1.8.5.6
[ebuild N ] sys-devel/flex-2.5.4a-r5
[ebuild N ] x11-misc/ttmkfdir-3.0.4
[ebuild N ] sys-libs/db-1.85-r1
[ebuild N ] sys-libs/db-3.2.9-r1
[ebuild N ] sys-apps/miscfiles-1.3
[ebuild N ] sys-libs/cracklib-2.7-r6
[ebuild N ] dev-libs/glib-1.2.10-r5
[ebuild N ] sys-libs/pwdb-0.61-r4
[ebuild N ] sys-devel/automake-1.6.3
[ebuild N ] sys-libs/pam-0.75-r10
[ebuild N ] dev-libs/expat-1.95.5-r1
[ebuild N ] sys-apps/ed-0.2-r3
[ebuild N ] media-libs/fontconfig-2.1-r1
[ebuild N ] app-arch/cabextract-0.6
[ebuild N ] x11-base/xfree-4.2.1-r2
[ebuild N ] dev-lang/tcl-8.3.4
[ebuild N ] dev-lang/tk-8.3.4
[ebuild N ] dev-lang/python-2.2.2
[ebuild N ] sys-apps/debianutils-1.16.3
[ebuild N ] sys-apps/fileutils-4.1.11
[ebuild N ] sys-apps/portage-2.0.46-r2
[ebuild N ] sys-devel/binutils-2.13.90.0.16
[ebuild N ] sys-libs/glibc-2.3.1-r2
[ebuild N ] sys-apps/groff-1.17.2-r3
[ebuild N ] sys-libs/gdbm-1.8.0-r5
[ebuild N ] sys-devel/perl-5.8.0-r7
[ebuild N ] media-libs/svgalib-1.9.16
[ebuild N ] media-libs/alsa-lib-0.9.0_rc6
[ebuild N ] sys-apps/tcp-wrappers-7.6-r4
[ebuild N ] media-libs/audiofile-0.2.3-r1
[ebuild N ] media-sound/esound-0.2.29
[ebuild N ] sys-apps/sed-4.0.5
[ebuild N ] sys-devel/make-3.80
[ebuild N ] app-admin/addpatches-0.2
[ebuild N ] sys-apps/modutils-2.4.22
[ebuild N ] sys-kernel/vanilla-sources-2.4.20
[ebuild N ] media-video/nvidia-kernel-1.0.4191-r1
[ebuild N ] media-video/nvidia-glx-1.0.4191
[ebuild N ] dev-lang/nasm-0.98.34
[ebuild N ] kde-base/kde-env-3-r2
[ebuild N ] media-libs/libpng-1.2.5-r1
[ebuild N ] media-libs/jpeg-6b-r3
[ebuild N ] media-libs/tiff-3.5.7-r1
[ebuild N ] media-libs/lcms-1.09
[ebuild N ] media-libs/libmng-1.0.4
[ebuild N ] x11-libs/qt-3.1.0-r1
[ebuild N ] kde-base/arts-1.0.5a
[ebuild N ] media-libs/libsdl-1.2.5
[ebuild N ] dev-libs/popt-1.7
[ebuild N ] dev-util/intltool-0.23
[ebuild N ] x11-libs/gtk+-1.2.10-r9
[ebuild N ] media-libs/smpeg-0.4.4-r4
[ebuild N ] media-libs/sdl-gfx-2.0.3
[ebuild N ] media-libs/sdl-ttf-2.0.5
[ebuild N ] media-libs/libogg-1.0
[ebuild N ] media-libs/libvorbis-1.0-r1
[ebuild N ] media-libs/libmikmod-3.1.10
[ebuild N ] media-libs/sdl-mixer-1.2.4
[ebuild N ] media-libs/sdl-image-1.2.2
[ebuild N ] dev-perl/ExtUtils-MakeMaker-6.05-r4
[ebuild N ] dev-perl/sdl-perl-1.19.0
[ebuild N ] app-games/frozen-bubble-0.9.3-r1
|
just to get this game to go.
The offending line of Perl is; | Code: | | SDL::Init(SDL::INIT_EVERYTHING()); |
in /usr/lib/perl5/site_perl/5.6.1/i686-linux/SDL/App.pm. This call to an XS function is the one that breaks. The breakage is a few layers down in the library though.
_________________
Cheers,
Chris W
"Common sense: The collection of prejudices acquired by age 18." -- Einstein |
|
| Back to top |
|
|
474
l33t
Joined: 19 Apr 2002
Posts: 714
|
| Posted: Thu Dec 26, 2002 11:48 pm Post subject: |
|
|
Yeah, that line you refer to was the offender in my case as well before. With regard to the first list of packages you posted, the only differences I have are: | Code: | dev-perl/gtk-perl-0.7008-r7
dev-perl/ExtUtils-MakeMaker-6.05-r3 |
because I hadn't got around to updating those. But frozen-bubble only has explicit dependencies on sys-devel/perl, media-libs/sdl-mixer and dev-perl/sdl-perl.
My make settings are: | Code: | | -march=pentium3 -O2 -pipe |
and my USE flags are: | Code: | | USE="moznoirc moznocompose acpi4linux -3dnow alsa -apm -arts bonobo cdr dga doc dvd esd evo gb gtk2 gtkhtml imap innodb -kde ldap libgda maildir matrox mozilla mysql -nls odbc -oss pda perl -qt samba scanner sse wmf" |
But I'm still getting the missing module message when running as non-root user. Only in root's profile does it seem to look for modules in /usr/lib/site_perl/5.6.1/i686-linux. As my normal user account, that path isn't in the @INC array. In fact, the only things in that directory are frozen-bubble related modules. I'm wondering if they should really be going in /usr/lib/perl5/site_perl/5.6.1/i686-linux. I'll have to try moving them there ASAP and see what happens.
Here's another interesting thing. In the aforementioned directory there's a tiny script which generates symbols from /usr/include/SDL/SDL_keysyms.h which get inserted into fbsyms.pm. Just to do with keyboard bindings I think so probably off the mark. The other interesting thing is this lib which gets generated as part of the frozen-bubble install /usr/lib/site_perl/5.6.1/i686-linux/auto/fb_c_stuff/fb_c_stuff.so
I'm not sure how relevant that is but I find myself compelled to relate two things:- When changing/recompiling other dependencies it might be very important to recompile frozen-bubble
- Maybe optimisation flags are a factor
I'll post back if I find out anything else. |
|
| Back to top |
|
|
Chris W
l33t
Joined: 25 Jun 2002
Posts: 972
Location: Brisbane, Australia
|
| Posted: Fri Dec 27, 2002 7:06 am Post subject: |
|
|
The problem almost certainly lies in the Perl-SDL bindings and not with Frozen Bubble. I can reproduce the problem with a simple Perl script:
| Code: | #!/usr/bin/perl
use SDL::App;
### Create A new Application window
my $app = new SDL::App
-title => 'Application Title',
-width => 800,
-height => 600;
|
This fails for sdl-perl 1.19, 1.18.5-r2, and 1.18.5-r3 against libsdl 1.2.5, at least on my machine. From make.conf: | Code: | CFLAGS="-mcpu=athlon-xp -O3 -pipe"
USE="tcltk"
|
Nothing too contraversial there 
_________________
Cheers,
Chris W
"Common sense: The collection of prejudices acquired by age 18." -- Einstein |
|
| Back to top |
|
|
hook
Veteran
Joined: 23 Oct 2002
Posts: 1398
Location: Ljubljana, Slovenia
|
| Posted: Fri Dec 27, 2002 10:24 am Post subject: |
|
|
i did as kerframil said ...but i still get a SDL segfault 
_________________
tea+free software+law=hook
(deep inside i'm still a tux's little helper) |
|
| Back to top |
|
|
474
l33t
Joined: 19 Apr 2002
Posts: 714
|
| Posted: Fri Dec 27, 2002 11:13 pm Post subject: |
|
|
Yeah, I think I was wrong and that the versions of libsdl/sdl-perl actually have nothing to do with it.
Chris W, I have another theory now. I'm trying to think of things that may distinguish my setup from anyone else's and can really only think of two things, one of which I've mentioned already and the other I have not:
1) I compiled everything with "-O2" and this is the only machine I've experienced any form of success with. Quite probably irrelevant.
2) My SDL (at least sdl-perl) currently isn't giving me sound and I have an uncomfortable suspicion that that is the only reason that I can run anything sdl-perl without a segfault. I'm sorry I didn't report this before, but as I am running remotely I didn't actually notice that there wasn't any sound you see ...
Basically I ran a test similar to your sdl-perl test script. It worked fine (I saw a blank window of the correct size briefly appear), but I then noticed that instantiating an SDL::App object immediately tries to bind to the sound card (presumably through whatever libsdl was compiled for which in my case is ALSA), as evidenced by the non-fatal errors I got where ALSA wasn't being initialised properly. This is probably because I compiled a new kernel recently and hadn't yet recompiled ALSA. For completeness, here are the errors (which strictly speaking were just warnings): | Code: | ALSA lib dlmisc.c:97:(snd_dlsym_verify) unable to verify version for symbol snd_config_hook_load
ALSA lib conf.c:2561:(snd_config_hooks_call) symbol snd_config_hook_load is not defined inside (null)
ALSA lib conf.c:2968:(snd_config_update_r) hooks failed, removing configuration |
In itself that's a separate problem. But it got me thinking: so I have perl-sdl apps running (including frozen-bubble), but with no sound. Could the present inability for them to use sound on my system be preventing the segfault? On all other systems I tried frozen-bubble, ALSA sound was in place and fully working.
Annoyingly, I'm having trouble getting rid of the ALSA binding problem so that I can test my theory. But do you think there might be any merit to this idea? Someone could try some tests: libsdl compiled exclusively for either sound library with minimalist USE flags or maybe it's possible to eradicate sound support completely. I'd like to prove or disprove this, and obviously passing the "--nosound" parameter to frozen-bubble is not a suitable test. |
|
| Back to top |
|
|
Chris W
l33t
Joined: 25 Jun 2002
Posts: 972
Location: Brisbane, Australia
|
| Posted: Sat Dec 28, 2002 11:42 am Post subject: |
|
|
I've tried running with the no sound switch (-ns) and building perl, ExtUtils-MakeMaker, libsdl, sdl-perl, and frozen bubble with USE='-alsa', with and without -O CFLAGS. Nothing changes.
I will not be defeated by this
_________________
Cheers,
Chris W
"Common sense: The collection of prejudices acquired by age 18." -- Einstein |
|
| Back to top |
|
|
phong
Bodhisattva
Joined: 16 Jul 2002
Posts: 778
Location: Michigan - 15 & Ryan
|
| Posted: Sat Jan 04, 2003 10:12 pm Post subject: |
|
|
I'm having this problem as well. There is talk of this problem in Bug #12022. I've gone ahead and referenced this thread there.
_________________
"An empty head is not really empty; it is stuffed with rubbish. Hence the difficulty of forcing anything into an empty head."
-- Eric Hoffer |
|
| Back to top |
|
|
474
l33t
Joined: 19 Apr 2002
Posts: 714
|
| Posted: Sun Jan 05, 2003 2:59 pm Post subject: |
|
|
| Thanks, for highlighting the bug. It really is about time this was resolved. I might mention the fact that I have it running, because there must be a valid reason why it isn't segfaulting on my main Gentoo box, and that may be useful in determining what the issue is here. |
|
| Back to top |
|
|
Chris W
l33t
Joined: 25 Jun 2002
Posts: 972
Location: Brisbane, Australia
|
| Posted: Sun Jan 05, 2003 9:46 pm Post subject: |
|
|
Kerfamil, I am going to try to replicate your USE and CFLAGS settings, and hopefully replicate your working Frozen Bubble. I will rebuild Perl 5.6.1, libsdl, sdl-*, perl-sdl, and frozen-bubble. Anything else I should rebuild?
_________________
Cheers,
Chris W
"Common sense: The collection of prejudices acquired by age 18." -- Einstein |
|
| Back to top |
|
|
474
l33t
Joined: 19 Apr 2002
Posts: 714
|
| Posted: Sun Jan 05, 2003 9:51 pm Post subject: |
|
|
Not that I can think of at this stage, but I have something else to say: I discovered I was running an out-of-date version of ExtUtils-MakeMaker (r3 to be specific). That's why Perl modules were getting installed in the wrong place, and why I have to run frozen-bubble like this at present: | Code: | cd /usr/lib/site_perl/5.6.1/i686-linux
frozen-bubble |
So I'm going to update, re-emerge and take things from there. I also want to emerge the new ALSA builds. |
|
| Back to top |
|
|
zen_guerrilla
Guru
Joined: 18 Apr 2002
Posts: 343
Location: Greece
|
| Posted: Mon Jan 06, 2003 4:29 pm Post subject: |
|
|
Check the following link : https://bugs.gentoo.org/show_bug.cgi?id=7573
I have working frozen-bubble on a fresh 1.4rc2 ("stable" no ~x86) installation with prelink.
I have perl-5.6.1-r10 emerged but using that patch frozen-bubble works also on my slack-9.0beta box with perl-5.8.0, so I guess it should work on gentoo w/ perl-5.8.0 too.
.:: zen ::. |
|
| Back to top |
|
|
Chris W
l33t
Joined: 25 Jun 2002
Posts: 972
Location: Brisbane, Australia
|
| Posted: Tue Jan 07, 2003 6:44 am Post subject: |
|
|
On my machine without the Bug 7573 patch:
| Code: | # ldd /usr/lib/libsmpeg-0.4.so.0
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x4006f000)
libpthread.so.0 => /lib/libpthread.so.0 (0x400e2000)
libstdc++.so.5 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/libstdc++.so.5 (0x40132000)
libm.so.6 => /lib/libm.so.6 (0x401ff000)
libc.so.6 => /lib/libc.so.6 (0x40222000)
libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/libgcc_s.so.1 (0x40350000)
libasound.so.2 => /usr/lib/libasound.so.2 (0x40358000)
libdl.so.2 => /lib/libdl.so.2 (0x403e5000)
libartsc.so.0 => /usr/kde/3/lib/libartsc.so.0 (0x403e8000)
libesd.so.0 => /usr/lib/libesd.so.0 (0x403ee000)
libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0x403f6000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4041e000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x404fe000)
libvga.so.1 => /usr/lib/libvga.so.1 (0x4050f000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
# qpkg -I -v gcc
sys-devel/gcc-3.2.1 *
# qpkg -I -v smpeg
media-libs/smpeg-0.4.4-r4 *
# emerge info
Portage 2.0.46-r4 (default-x86-1.4, gcc-3.2.1, glibc-2.3.1-r2)
=================================================================
System uname: 2.4.20 i686 AMD Athlon(TM) XP 2400+
USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg gnome libg++ mikmod mmx mpeg ncurses nls pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline arts tetex svga java X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt kde motif opengl mozilla cdr tcltk"
ARCH="x86"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-mcpu=athlon-xp -O3 -pipe"
CXXFLAGS="-mcpu=athlon-xp -O3 -pipe"
ACCEPT_KEYWORDS="x86"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb:/usr/kde/3/share/config:/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
MAKEOPTS="-j2"
JDK_HOME="/opt/sun-jdk-1.4.1.01"
JAVA_HOME="/opt/sun-jdk-1.4.1.01"
AUTOCLEAN="yes"
SYNC="rsync://ptolemy/gentoo-portage"
GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo"
|
so all is well. The library shows none of the unresolved symbols the bug talks of. Frozen Bubble doesn't work any better even if I apply the changes described in the bug.
_________________
Cheers,
Chris W
"Common sense: The collection of prejudices acquired by age 18." -- Einstein |
|
| Back to top |
|
|
zen_guerrilla
Guru
Joined: 18 Apr 2002
Posts: 343
Location: Greece
|
| Posted: Tue Jan 07, 2003 5:50 pm Post subject: |
|
|
Actually I don't use alsa so this may be your problem. I use oss (kernel & creative's) on both machines (gentoo-1.4rc2 & slack-9.0beta) I tried it & it works fine.
.:: zen ::. |
|
| Back to top |
|
|
474
l33t
Joined: 19 Apr 2002
Posts: 714
|
| Posted: Wed Jan 08, 2003 6:59 pm Post subject: |
|
|
| zen_guerrilla wrote: | | Actually I don't use alsa so this may be your problem. |
This didn't make sense to me. If ALSA support provided by SDL works elsewhere then why should it not work simply because it is being invoked by frozen-bubble?
So I cleaned up my ALSA issues I mentioned before. Now running ALSA 0.9_rc6 with my Ensoniq ENS1371 chip. Ran frozen-bubble - works great, with sound and everything! So negative on that.
Now, the only thing is that my modules are in the wrong place still, due to an out-of-date ExtUtils-MakeMaker. Everything I had built hitherto would have been with ExtUtils-MakeMaker-6.05-r3. I'll emerge frozen-bubble again and associated Perl modules again. If it still works after that, then I can do nothing more than report my working configuration I suppose. No obvious discrepancies with your output, Chris W. |
|
| Back to top |
|
|
474
l33t
Joined: 19 Apr 2002
Posts: 714
|
| Posted: Wed Jan 08, 2003 7:23 pm Post subject: |
|
|
OK, have done as I said. Everything still works. As sdl-perl compiled, support was found for libs as such: | Code: | Enabled GL yes
Enabled GLU yes
Enabled SDL_console no
Enabled SDL_gfx yes
Enabled SDL_image yes
Enabled SDL_mixer yes
Enabled SDL_net no
Enabled SDL_ttf yes
Enabled jpeg yes
Enabled png yes
Enabled smpeg yes |
I'm running: | Code: | gcc-3.2.1
perl-5.6.1-r10
ExtUtils-MakeMaker-6.05-r4
libsdl-1.2.5
sdl-perl-1.19.0
smpeg-0.4.4-r4
alsa-driver-0.9.0_rc6
alsa-lib-0.9.0_rc6
alsa-utils-0.9.0_rc6 |
Here's the lowdown on my libsmpeg: | Code: | bash-2.05b# ldd /usr/lib/libsmpeg-0.4.so.0
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x40070000)
libpthread.so.0 => /lib/libpthread.so.0 (0x400e2000)
libstdc++.so.5 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/libstdc++.so.5 (0x40132000)
libm.so.6 => /lib/libm.so.6 (0x401ff000)
libc.so.6 => /lib/libc.so.6 (0x40222000)
libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/libgcc_s.so.1 (0x40352000)
libasound.so.2 => /usr/lib/libasound.so.2 (0x4035a000)
libesd.so.0 => /usr/lib/libesd.so.0 (0x403e7000)
libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0x403f0000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40415000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x404f4000)
libvga.so.1 => /usr/lib/libvga.so.1 (0x40502000)
libdl.so.2 => /lib/libdl.so.2 (0x40563000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) |
And here's the result of my emerge info: | Code: | Portage 2.0.46-r4 (default-x86-1.4, gcc-3.2.1, glibc-2.3.1-r2)
=================================================================
System uname: 2.4.21-pre2-km i686 Pentium III (Katmai)
USE="x86 avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline tetex svga java guile X sdl gpm tcpd pam libwww ssl python imlib oggvorbis gnome gtk motif opengl moznoirc moznomail moznocompose moznoxft -3dnow acpi alsa -apm -arts bonobo cdr dga doc dvd esd evo gb gphoto2 gtk2 gtkhtml imap innodb -kde ldap libgda maildir matrox mozilla mysql -nls odbc -oss pda perl -qt samba scanner sse wmf xface"
ARCH="x86"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -O2 -pipe"
CXXFLAGS="-march=pentium3 -O2 -pipe"
ACCEPT_KEYWORDS="x86"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
MAKEOPTS="-j2"
JDK_HOME="/opt/sun-j2sdk-1.4.0"
JAVA_HOME="/opt/sun-j2sdk-1.4.0"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo" |
Notice that I'm not running gentoo-sources, I'm running my own patched 2.4.21-pre2 kernel but I was running gentoo-sources-r10 before anyway and it worked then. Why is that bloody well working for me, and hardly anyone else?
Perhaps someone would like to try binaries compiled on my system?
EDIT: I even upgraded to xfree-4.2.99 and that didn't break it! |
|
| Back to top |
|
|
zen_guerrilla
Guru
Joined: 18 Apr 2002
Posts: 343
Location: Greece
|
| Posted: Wed Jan 08, 2003 9:54 pm Post subject: |
|
|
| kerframil wrote: | | Why is that bloody well working for me, and hardly anyone else? |
As I said it works for me too I don't use alsa on my laptop however because it has probs with apm.
.:: zen ::. |
|
| Back to top |
|
|
Bowyakka
Tux's lil' helper
Joined: 04 Oct 2002
Posts: 142
Location: London
|
| Posted: Fri Jan 10, 2003 3:00 pm Post subject: |
|
|
A little off beat but this is in the readme for frozen-bubble
I could program the whole thing in roughly 15
to 30 days of work; and the whole program is only 1500 lines! And
it never segfaults ...
Lol 
_________________
glows in the dark |
|
| Back to top |
|
|
|
Gamers & Players
