SDL 2.516 Tutorial::LunarLander Error
Hi SDLPerl Homiez, I just tried to install SDL 2.516 from the CPAN onto my Ubuntu box && I'm perplexed as the install process seemed to succeed but when I ran: [...@akua9kh0zq~/.tmp]perl -MSDL::Tutorial::LunarLander=lander.pl -e1 [-] created 'lander.pl' [-] created 'images' [-] created 'images/ship.jpg' [-] created 'images/background.jpg' [...@akua9kh0pf~/.tmp]perl lander.pl Can't call method "w" on an undefined value at lander.pl line 22. I also tried `perl -MSDL::Tutorial -e 1` && a black window flashed on the screen kinda as expected && `perl -MSDL::Tutorial::Animation=sdl_anim.pl -e 1` did properly animate the blue rectangle slow then fast. Any ideas why lander.pl line 19 SDL::Image::load('images/background.jpg'); would fail? Thanks in advance for any help. I want to get at least basic SDLPerl stuff working to learn from (if not FrozenBubble). Peace, -...@cpan
Re: SDL 2.503 Released!
On Wed, Jul 28, 2010 at 15:25, Kartik Thakore wrote: > Oh I didn't know you had perl 5.8 ... App::perlbrew would be a simple, non > intrusive way of upgrading just. OMG! I wish it were simple && non-intrusive. ;) > http://search.cpan.org/dist/App-perlbrew/ > > perlbrew init This command presumptuously created a perl5/perlbrew/* sub-dirs in my $HOME! I moved it to ~/.perlbrew/ instead then had to export PERLBREW_ROOT to the latter. > perlbrew install perl-5.12.1 -D=useithreads perlbrew installed perlbrew install perl-5.12.1 -D=useithreads Attempting to load conf from /home/pip/.perlbrew/Conf.pm Fetching perl-5.12.1 as /home/pip/.perlbrew/dists/perl-5.12.1.tar.gz Installing perl-5.12.1 into /home/pip/.perlbrew/perls/perl-5.12.1 This could take a while. You can run the following command on another shell to track the status: tail -f /home/pip/.perlbrew/build.log (cd /home/pip/.perlbrew/build; tar xzf /home/pip/.perlbrew/dists/perl-5.12.1.tar.gz;cd /home/pip/.perlbrew/build/perl-5.12.1;rm -f config.sh Policy.sh;sh Configure -de -Dprefix=/home/pip/.perlbrew/perls/perl-5.12.1 -Duseithreads;make;make test && make install) >> '/home/pip/.perlbrew/build.log' 2>&1 Installing perl-5.12.1 failed. See /home/pip/.perlbrew/build.log to see why. If you want to force install the distribution, try: perlbrew --force install perl tail -f .perlbrew/build.log gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recoverable: exiting now sh: line 0: cd: /home/pip/.perlbrew/build/perl-5.12.1: No such file or directory sh: Configure: No such file or directory make: *** No targets specified and no makefile found. Stop. make: *** No rule to make target `test'. Stop. echo "Yipes!" > perlbrew switch perl-5.12.1 > > cpan/pip the stuff again. > > You can switch back to old perl with: > > perlswitch /usr/bin/perlbrew > > Kartik Thakore -Pip
Re: SDL 2.503 Released!
On Wed, Jul 28, 2010 at 14:40, Kartik Thakore wrote: > On 2010-07-28, at 2:03 PM, Pip Stuart wrote: >> From Gentoo GNU/Linux, I unmerged my old dev-perl/sdl-perl-2.2.6 >> install, then manual Build install worked to have `perl -MSDL -e >> 'print $SDL::VERSION'` return 2.504. The libpath must've been >> misordering the versions favoring the distro vendor. Now I got >> warnings treated as errors with quickness && I'm not sure why. >> >> `cpan Games::FrozenBubble`: >> ... >> cc1: warnings being treated as errors >> server/tools.c: In function 'reregister_server_if_needed': >> server/tools.c:189: error: ISO C90 forbids mixed declarations and code >> error building server/tools.o from 'server/tools.c' at >> /usr/lib64/perl5/vendor_perl/5.8.8/ExtUtils/CBuilder/Base.pm line 115. >> KTHAKORE/Games-FrozenBubble-2.210.tar.gz > What version of gcc do you have? I should probably make this portable. I > will do this as soon as I get home. sys-devel/gcc version: 4.4.3-r2 > Until the here is anothe game as a condolation prize :) . It was make in a > couple of days during FISL by crazy brazilians. > > http://search.cpan.org/~garu/Games-Zumbis-0.01/lib/Games/Zumbis.pm > > cpan Games::Zumbis CPAN.pm: Going to build G/GA/GARU/Games-Zumbis-0.01.tar.gz ... /usr/bin/make -j3 -j3 -- OK Running make test Skip blib/lib/auto/share/dist/Games-Zumbis/dados/zumbi.png (unchanged) Skip blib/lib/auto/share/dist/Games-Zumbis/mapa.xsd (unchanged) Skip blib/lib/auto/share/dist/Games-Zumbis/mapas/mapa-de-teste-1.xml (unchanged) Skip blib/lib/auto/share/dist/Games-Zumbis/dados/AtariSmall.ttf (unchanged) Skip blib/lib/auto/share/dist/Games-Zumbis/mapas/free_tileset_version_10.png (unchanged) Skip blib/lib/auto/share/dist/Games-Zumbis/dados/gameover.png (unchanged) Skip blib/lib/auto/share/dist/Games-Zumbis/dados/terrortrack.ogg (unchanged) Skip blib/lib/auto/share/dist/Games-Zumbis/dados/heroi.png (unchanged) Skip blib/lib/auto/share/dist/Games-Zumbis/dados/bullet.png (unchanged) Skip blib/lib/auto/share/dist/Games-Zumbis/dados/heroina.png (unchanged) Skip blib/lib/auto/share/dist/Games-Zumbis/dados/shot.ogg (unchanged) PERL_DL_NONLAZY=1 /usr/bin/perl5.8.8 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/00-compile.t .. 1/7 Can't load '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux/auto/SDL/Mixer/Music/Music.so' for module SDL::Mixer::Music: /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux/auto/SDL/Mixer/Music/Music.so: undefined symbol: perl_clone at /usr/lib64/perl5/5.8.8/x86_64-linux/DynaLoader.pm line 230. at lib/Games/Zumbis/Audio.pm line 13 Compilation failed in require at lib/Games/Zumbis/Audio.pm line 13. BEGIN failed--compilation aborted at lib/Games/Zumbis/Audio.pm line 13. Compilation failed in require at -e line 1. # Failed test 'Games::Zumbis::Audio loaded ok' # at t/00-compile.t line 34. # '' # doesn't match '(?s-xim:^\s*Games::Zumbis::Audio ok)' procurando /home/pip/.cpan/build/Games-Zumbis-0.01-OsJV48/.. at lib/Games/Zumbis.pm line 18. t/00-compile.t .. 3/7 Can't load '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux/auto/SDLx/Surface/Surface.so' for module SDLx::Surface: /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux/auto/SDLx/Surface/Surface.so: undefined symbol: DPPP_my_newSV_type at /usr/lib64/perl5/5.8.8/x86_64-linux/DynaLoader.pm line 230. at lib/Games/Zumbis/TelaGameOver.pm line 9 Compilation failed in require at lib/Games/Zumbis/TelaGameOver.pm line 9. BEGIN failed--compilation aborted at lib/Games/Zumbis/TelaGameOver.pm line 9. Compilation failed in require at -e line 1. t/00-compile.t .. 4/7 # Failed test 'Games::Zumbis::TelaGameOver loaded ok' # at t/00-compile.t line 34. # '' # doesn't match '(?s-xim:^\s*Games::Zumbis::TelaGameOver ok)' Perl v5.10.0 required--this is only v5.8.8, stopped at lib/Games/Zumbis/Tiro.pm line 5. BEGIN failed--compilation aborted at lib/Games/Zumbis/Tiro.pm line 5. Compilation failed in require at -e line 1. # Failed test 'Games::Zumbis::Tiro loaded ok' # at t/00-compile.t line 34. # '' # doesn't match '(?s-xim:^\s*Games::Zumbis::Tiro ok)' procurando /home/pip/.cpan/build/Games-Zumbis-0.01-OsJV48/.. at lib/Games/Zumbis.pm line 18. libpng warning: Application was compiled with png.h from libpng-1.4.3 libpng warning: Application is running with png.c from libpng-1.2.43 libpng error: Incompatible libpng version in application and library # Failed test 'zumbis script compiles' # at t/00-compile.t line 42. # 9 - Perl v5.10.0 required--this is only v5.8.8, stopped at bin/zumbis line 2. # BEGIN failed--compilation aborted at bi
Re: SDL 2.503 Released!
>From Gentoo GNU/Linux, I unmerged my old dev-perl/sdl-perl-2.2.6 install, then manual Build install worked to have `perl -MSDL -e 'print $SDL::VERSION'` return 2.504. The libpath must've been misordering the versions favoring the distro vendor. Now I got warnings treated as errors with quickness && I'm not sure why. `cpan Games::FrozenBubble`: ... CPAN.pm: Going to build K/KT/KTHAKORE/Games-FrozenBubble-2.210.tar.gz [Alien::SDL] Testing header(s): iconv.h [Alien::SDL] Testing header(s): math.h [Alien::SDL] Testing header(s): SDL.h [Alien::SDL] Testing header(s): SDL_mixer.h Creating new 'MYMETA.yml' with configuration results Creating new 'Build' script for 'Games-FrozenBubble' version '2.210' CPAN: Module::Build loaded ok (v0.3607) x86_64-pc-linux-gnu-gcc -I/usr/lib64/perl5/5.8.8/x86_64-linux/CORE -fPIC -g -Wall -Werror -pipe -Iserver -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -lglib-2.0 -c -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -march=athlon64 -O2 -pipe -msse3 -o server/fb-server.o server/fb-server.c x86_64-pc-linux-gnu-gcc -I/usr/lib64/perl5/5.8.8/x86_64-linux/CORE -fPIC -g -Wall -Werror -pipe -Iserver -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -lglib-2.0 -c -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -march=athlon64 -O2 -pipe -msse3 -o server/log.o server/log.c x86_64-pc-linux-gnu-gcc -I/usr/lib64/perl5/5.8.8/x86_64-linux/CORE -fPIC -g -Wall -Werror -pipe -Iserver -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -lglib-2.0 -c -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -march=athlon64 -O2 -pipe -msse3 -o server/tools.o server/tools.c cc1: warnings being treated as errors server/tools.c: In function 'reregister_server_if_needed': server/tools.c:189: error: ISO C90 forbids mixed declarations and code error building server/tools.o from 'server/tools.c' at /usr/lib64/perl5/vendor_perl/5.8.8/ExtUtils/CBuilder/Base.pm line 115. KTHAKORE/Games-FrozenBubble-2.210.tar.gz ./Build -- NOT OK Running Build test Can't test without successful make Running Build install Make had returned bad status, install seems impossible Thanks for helping me figure these out. =) -Pip On Wed, Jul 28, 2010 at 05:39, Kartik Thakore wrote: > Can you remove the old SDL and reinstall? If not try a manual install. > > Kartik Thakore > > On 2010-07-28, at 12:46 AM, Pip Stuart wrote: > >> After `pip http://sdlperl.ath.cx/releases/SDL-2.504.tar.gz` succeeds >> with: LOCAL/SDL-2.504.tar.gz >> ./Build install -- OK >> ... I ran `perl -MSDL -e 'print $SDL::VERSION'` >> 2.2.6 >> >> It's weird. Maybe `pip` doesn't do everything `perl -MCPAN -e "install >> '$@'"` would do? I can't think of why a Build would think it installed >> correctly, yet fail to do so. >> >> -Pip >> >> On Tue, Jul 27, 2010 at 21:10, Kartik Thakore >> wrote: >>> >>> On 2010-07-27, at 10:04 PM, Pip Stuart wrote: >>>> >>>> Hi again, >>>> >>>> The `cpan pip` && `pip >>>> http://sdlperl.ath.cx/releases/SDL-2.504.tar.gz` commands both >>>> succeeded but `cpan Games::FrozenBubble` can't find the installed >>>> 2.504 && tries to install 2.503 then fails again. >>> >>> Hmm that is weird. Run perl -MSDL -e ' print @SDL::VERSION ' >>> >>>> I don't understand >>>> why it can't find the new one. Do I need to run `pip >>>> Games::FrozenBubble` instead or something else to get the pip'd 2.504 >>>> to be found as an acceptable prerequisite? >>> >>> No it should work. >>>> >>>> Thanks, >>>> -Pip >>>> P.S. I like that the utility is my name. =) >>> >>> I figured you would :)
Re: SDL 2.503 Released!
Hi again, The `cpan pip` && `pip http://sdlperl.ath.cx/releases/SDL-2.504.tar.gz` commands both succeeded but `cpan Games::FrozenBubble` can't find the installed 2.504 && tries to install 2.503 then fails again. I don't understand why it can't find the new one. Do I need to run `pip Games::FrozenBubble` instead or something else to get the pip'd 2.504 to be found as an acceptable prerequisite? Thanks, -Pip P.S. I like that the utility is my name. =) On Tue, Jul 27, 2010 at 18:30, Kartik Thakore wrote: > On 2010-07-27, at 8:51 PM, Pip Stuart wrote: >> Hi Kartik, > Hi, >> >> Thanks for all the awesome SDLPerl work you've been doing. It's much >> appreciated. I'd like to get back into some SDLPerl hacking && to help >> you test releases && features. >> >> Earlier today, I tried to run `perl -MCPAN -e "install SDL"`, but it >> failed && I was hoping you could please help me get it (&& the >> Games::FrozenBubble beta) installed && running, when you have time. >> Force install didn't work && I'm not sure what to try next, so please >> advise. Do you know what I need to do to get around the libpng error >> && should I have a threaded Perl or smpeg too? I've pasted the >> conclusion of my build below to help diagnose. > > The png is a error but we have fixed it do: > > cpan pip > pip http://sdlperl.ath.cx/releases/SDL-2.504.tar.gz > > This will be on CPAN later this week. > > Also a threaded Perl is not necessecary but recommended. > > Try frozen-bubble again after installing this. >> >> Thanks again, >> -Pip > > No problem.
Re: SDL 2.503 Released!
After `pip http://sdlperl.ath.cx/releases/SDL-2.504.tar.gz` succeeds with: LOCAL/SDL-2.504.tar.gz ./Build install -- OK ... I ran `perl -MSDL -e 'print $SDL::VERSION'` 2.2.6 It's weird. Maybe `pip` doesn't do everything `perl -MCPAN -e "install '$@'"` would do? I can't think of why a Build would think it installed correctly, yet fail to do so. -Pip On Tue, Jul 27, 2010 at 21:10, Kartik Thakore wrote: > On 2010-07-27, at 10:04 PM, Pip Stuart wrote: >> Hi again, >> >> The `cpan pip` && `pip >> http://sdlperl.ath.cx/releases/SDL-2.504.tar.gz` commands both >> succeeded but `cpan Games::FrozenBubble` can't find the installed >> 2.504 && tries to install 2.503 then fails again. > > Hmm that is weird. Run perl -MSDL -e ' print @SDL::VERSION ' > >> I don't understand >> why it can't find the new one. Do I need to run `pip >> Games::FrozenBubble` instead or something else to get the pip'd 2.504 >> to be found as an acceptable prerequisite? > > No it should work. >> >> Thanks, >> -Pip >> P.S. I like that the utility is my name. =) > > I figured you would :)
Re: SDL 2.503 Released!
Hi Kartik, Thanks for all the awesome SDLPerl work you've been doing. It's much appreciated. I'd like to get back into some SDLPerl hacking && to help you test releases && features. Earlier today, I tried to run `perl -MCPAN -e "install SDL"`, but it failed && I was hoping you could please help me get it (&& the Games::FrozenBubble beta) installed && running, when you have time. Force install didn't work && I'm not sure what to try next, so please advise. Do you know what I need to do to get around the libpng error && should I have a threaded Perl or smpeg too? I've pasted the conclusion of my build below to help diagnose. ... many long GCC build lines snipped here... KTHAKORE/SDL-2.503.tar.gz ./Build -- OK Running Build test [Alien::SDL] Build option used: Source code build: SDL-1.2.14 & co. + all prereq. libraries builds: zlib, jpeg, tiff, png, freetype, SDL, SDL_(image|mixer|ttf|net|gfx) Building SDL t/00-load.t . ok t/colorpm.t . ok t/config.t .. ok t/core.t ok t/core_audio.t .. skipped: Perl not compiled with 'useithreads' t/core_audiospec.t .. skipped: Perl not compiled with 'useithreads' t/core_cd.t . ok t/core_error.t .. ok t/core_events.t . ok t/core_joystick.t ... ok t/core_mouse.t .. ok t/core_multi.t .. ok t/core_overlay.t ok t/core_palette.t ok t/core_rect.t ... ok t/core_rwops.t .. ok t/core_surface.t ok t/core_timer.t .. skipped: Perl not compiled with 'useithreads' t/core_version.t ok t/core_video.t .. ok t/core_video_convert_surface.t .. ok t/extendingrect.t ... ok t/gfx.t . ok t/gfx_fpsmanager.t .. ok t/gfx_framerate.t ... ok t/gfx_imagefilter.t . ok t/gfx_primitives.t .. ok t/gfx_primitives2.t . ok t/gfx_rotozoom.t ok t/image.t ... ok t/image_xpm_array.t . ok t/intergation1.t ok t/mixer.t ... skipped: Perl not compiled with 'useithreads' t/mixer_channels.t .. skipped: Perl not compiled with 'useithreads' t/mixer_effects.t ... skipped: Perl not compiled with 'useithreads' t/mixer_groups.t skipped: Perl not compiled with 'useithreads' t/mixer_mixchunk.t .. skipped: Perl not compiled with 'useithreads' t/mixer_mixmusic.t .. skipped: Perl not compiled with 'useithreads' t/mixer_music.t . skipped: Perl not compiled with 'useithreads' t/mixer_samples.t ... skipped: Perl not compiled with 'useithreads' t/mpegpm.t .. skipped: smpeg support not compiled t/pango.t ... ok t/sdlgamerect.t . ok t/sdlx_app.t ok t/sdlx_sfont.t .. 1/? libpng warning: Application was compiled with png.h from libpng-1.4.3 libpng warning: Application is running with png.c from libpng-1.2.43 libpng error: Incompatible libpng version in application and library t/sdlx_sfont.t .. Dubious, test returned 1 (wstat 256, 0x100) All 1 subtests passed t/sdlx_sprite.t . ok t/sdlx_sprite_animated.t ok t/sdlx_surface.t ok t/smpeg.t ... skipped: smpeg support not compiled t/ttf.t . ok t/ttf_font.t ok Test Summary Report --- t/core.t (Wstat: 0 Tests: 28 Failed: 0) TODO passed: 21-22 t/core_video.t(Wstat: 0 Tests: 116 Failed: 0) TODO passed: 57, 59 t/sdlx_sfont.t(Wstat: 256 Tests: 1 Failed: 0) Non-zero exit status: 1 Parse errors: No plan found in TAP output Files=51, Tests=1543, 65 wallclock secs ( 0.99 usr 0.34 sys + 15.42 cusr 2.27 csys = 19.02 CPU) Result: FAIL Failed 1/51 test programs. 0/1543 subtests failed. KTHAKORE/SDL-2.503.tar.gz ./Build test -- NOT OK //hint// to see the cpan-testers results for installing this module, try: reports KTHAKORE/SDL-2.503.tar.gz Running Build install make test had returned bad status, won't install without force Running make for K/KT/KTHAKORE/Games-FrozenBubble-2.210.tar.gz Warning: Prerequisite 'SDL => 2.500' for 'KTHAKORE/Games-FrozenBubble-2.210.tar.gz' failed when processing 'KTHAKORE/SDL-2.503.tar.gz' with 'make_test => NO'. Continuing, but chances to succeed are limited. CPAN.pm: Going to build K/KT/KTHAKORE/Games-FrozenBubble-2.210.tar.gz [Alien::SDL] Testing header(s): iconv.h [Alien::SDL] Testing header(s): math.h [Alien::SDL] Testing header(s): SDL.h [Alien::SDL] Testing header(s): SDL_mixer.h Checking prerequisites... requires: ! SDL (2.2.6) is in
Re: OpenGL.xs improvements
On 4/30/07, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote: Either works. :-) Cool 'f. =) Thanks! It's always good to have more testers. Which nVidia release are you running on each box? AMD64 Gentoo GNU/Linux box: * x11-drivers/nvidia-drivers Latest version available: 1.0.8776-r1 Latest version installed: 1.0.8776-r1 Size of files: 25,303 kB Homepage: http://www.nvidia.com/ Description: NVIDIA X11 driver and GLX libraries License: NVIDIA Intel Core Duo WindowsXP laptop: NVIDIA GeForce Go 7400 Integrated RAMDAC 128MB BIOS Version 5.72.22.41.19 Driver Version 8.4.0.5 Driver Date 3/7/2006 I've read that maybe I should unmask =x11-drivers/nvidia-drivers-1.0.9631 in my /etc/portage/package.keywords to get better beta drivers than my 1.0.8776-r1 (in order to run Beryl, which I haven't attempted yet). I'd be glad to try to accomplish this or to install newer ones for XP if useful. -'f -Pip
Re: OpenGL.xs improvements
Hi Geoffrey (or 'f), Sorry I can't answer your questions && don't have commit bits to give out but I do have an AMD64 Gentoo GNU/Linux machine with dual nVidia 6800GTs, binary 'nvidia' XOrg drivers with my 2.6.12-r6 kernel, and Perl 5.8.8. I'd be glad to help test your updates. I've also got a Vaio Core Duo laptop running WindowsXP with what I'm pretty sure is an nVidia 7400 Go for video/3D acceleration and a recent ActiveState Perl on there (probably 5.8.7). Sorry I can't help with any PPC Mac stuff either but I'd be glad to assist in SDL_Perl patch-testing, switching to GLEW, etc. however I can. Please let me know. Thanks. [EMAIL PROTECTED] HTTP://PipForPresident.Org On 4/27/07, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote: nVidia's latest drivers are finally in Debian unstable and wending their way to testing; meanwhile I've come across more functionality that I need and is missing from OpenGL.xs in SDL_perl 1.x. And of course OpenGL.pm is turning up the friendly competition by suddenly adding support for lots of new stuff after being unchanged for a great while. It seems the time has finally come to start the oft-delayed merge of my "OpenGL fixes for 1.x" tree into the official SDL_Perl 2.x tree. I've pulled a copy of the latest SVN version (r26 as I write this) and have started looking around to understand the build system and other changes since 1.x. At this point, I've got a few questions before I get started with the meat of the merge: 1. Where can I find the scripts/ directory containing the constant module generators (gl_const.pl, sdl_const.pl, and so on)? 2. Do you prefer updates in the form of emails containing inline patches, emails with patch attachments, or direct svn commits? 3. If svn commits are preferred, how do I register for a commitbit? 4. Do you prefer each patch/commit to be exactly one change, or are multiple simultaneous changes allowed if they are all small? 5. Would you accept a patch/commit reordering the functions in OpenGL.xs, either to pure alphabetical, or by GL/GLU version and then alphabetically? (This is not a requirement for me to do the other merges, but it makes it much easier to make sure everything is complete when comparing against the OpenGL references. Plus it's just nice to be able to find things easily when working in the source ) 6. Any objection to switching from ifdef for various GL/GLU versions to one of the standard extension loader libraries such as GLsdk, GLee, or GLEW? (Right now I'm leaning towards GLEW because it seems to be equal or favored by the ARB, Khronos, and nVidia.) Among other things this would allow the builds to be independent of borken system headers, and properly handle runtime GL/GLU versions not matching compile time, important for packaged versions of SDL_Perl. 7. I would be doing primary work on Debian testing, i686 and amd64. I also have access to a Mac G4 running 10.3.9 that I can use to test my changes for portability, but I have no Mac compiling skills. Anyone have directions for getting everything necessary to compile SDL_Perl installed/built on a PPC Mac? -'f
Re: this ML still being used?
Hi John, This list sees extremely low traffic but, if I remember correctly, David was heard from in December as making progress on a new release. I'm sorry I can't speak to where latest released versions or branches exist at the moment but others on this list (who admittedly post very infrequently) probably can. I have personally just wanted to keep a finger on the pulse of SDLPerl since I'd like to use it someday to make simple games and utilities in the event that I ever get X.Org running smoothly on my Gentoo box. Every attempt has been unstable for me so far... maybe due to my dual GeForce 6800GTs overheating or something. The resulting hangs have been sporadic and annoying so I'll primarily stick to text-mode until I find time to diagnose further. I want a solid quad display setup but it has been elusive. Sorry this list probably isn't the panacea of vigorous SDLPerl development you may have been hoping for but it's likely to still be the closest. -Pip On 3/3/07, John Gabriele <[EMAIL PROTECTED]> wrote: Hi, Just subscribed. Poking around, I couldn't get ezmlm to give me a list of any previous messages, couldn't find anything with ``sdl'' in it at http://lists.cpan.org/, and the archives at http://www.nntp.perl.org/group/perl.sdl.devel/ (if that is indeed this ML) end with 2006. Anyone here? Has anyone heard from David? Thanks, ---John
Re: Does anyone have a working Win32 SDL_Perl?
On Wed, Jun 02, 2004 at 11:10:15AM -0700, Pip Stuart wrote: >... > I'll mess with my utility to see if I can figure out why it's crashing. > Thanks again for the links. Dang! I can't understand this thing. One minute it will run fine && the next minute it Seg Faults. I'm not changing any code && it works sporadically. How can I track down the failure? It usually starts in a mood to Seg Fault but then I can comment the ->fill() && ->update() calls on my SDL::App object to let it get farther. Then I uncomment them && the whole thing might run fine for a few seconds or minutes. How do I figure out what part is the problem like maybe some temperamental DLL or dang I don't even know like randomly it tries to access memory outside of what it's been allocated so it dies but sometimes it gets lucky memory-wise so it runs fine? =( I can send you the code to my app if you are interested in helping me figure out what's wrong but I suspect maybe I need a different set of DLLs for Perl56 or SDL so my code probably won't help you diagnose my problem. I'm at a loss for how to track something like this down. Is there some kind of debugger or memory watcher tool or DLL monitor? Should I ask for people to send me different versions of the DLLs so that I can swap them around to see if I can isolate the culprit? Thanks much. [EMAIL PROTECTED]
Re: Does anyone have a working Win32 SDL_Perl?
On Wed, Jun 02, 2004 at 09:57:40AM -0400, Patrick A wrote: > i have an even older one mirrored here > http://patrickavella.com/rpg/SDL_Perl-1.19.1.win32.1.exe > > I haven't touched any perl or payed attention to this list in a long time. > I'm guessing 2.0 still doesn't like windoze then? Well, if there is ever a > windows 2.0 release (like the 1.20 release) be sure to make a mailing list > with it in the topic, so I can play :D > > > >this is old: > > > >http://homepage.ntlworld.com/wayne.keenan/sdl/perl/win32/ > > > >may help though > > > >wayne Thanks for the links guys. I've tried both. The installers try to run `ppm install --location="c:\Program Files\SDL_Perl\"` or something similar yet my ppm does not support this syntax. Unknown option: location I uncompressed the SDL_Perl-1.19.1.win32.1.tar.gz manually && tried copying the blib/lib/auto/ stuff into c:\Perl\lib\auto\ which let the tests get past the autosplit.ix failure. Now the tests bring up a dialog that says: (Window Title) perl.exe - Unable To Locate Component (Window Text)This application has failed to start because Perl56.dll was not found. Re-installing might fix this. *OK* Dismissing that dialog spits the following out in my 4NT shell: Can't load 'C:/Perl/lib/auto/SDL_perl/SDL_perl.dll' for module SDL_perl: load_file:The specified module could not be found at C:/Perl/lib/DynaLoader.pm line 229 . at C:/Perl/lib/SDL.pm line 9 Compilation failed in require at C:/Perl/lib/SDL.pm line 9. BEGIN failed--compilation aborted at C:/Perl/lib/SDL.pm line 9. Compilation failed in require at checkkeys.pl line 3. BEGIN failed--compilation aborted at checkkeys.pl line 3. The SDL_perl.dll is definitely in that directory so it must not be able to load it. I'm running ActiveState's perl v5.8.3 build 809 for MSWin32-x86-multi-thread as my main Perl install. I have a 5.6 hanging around in c:\Perl\Perl5.6\ so I changed my path to look for the bin/ in there && copied all the SDL stuff between lib/ dirs. This got pretty close... my utility actually ran && created a window but when I gave it a mouse click (event), it seg faulted (SDL Parachute Deployed). All the test apps ran fine except testconsole.pl && testshell.pl since they need auto/SDL/ConsoleInit.al && auto/SDL/ConsoleAddC.al which I don't have. I'll mess with my utility to see if I can figure out why it's crashing. Thanks again for the links. [EMAIL PROTECTED]
Does anyone have a working Win32 SDL_Perl?
Hello SDL_Perl Dudes, I have an SDL_Perl app I wrote a couple years ago that I'm interested in reviving on a fast WinXP box I have access to now. The app runs on my Debian GNU/Linux machine but it is horribly slow. All my attempts to build any version of SDL_Perl for this Windows box have been unsuccessful (in the same ways as have been described on this list prior). So now I'm asking if anyone has a working Win32 SDL_Perl that they could please zip up && send me a link to. I figure a good whole zip of C:\Perl\ (even from 5.6 or whatever old version if need be) should contain all the necessary SDL stuff. Like I guess especially if you have a working Win32 Frozen Bubble, I know my SDL utility app will work. Maybe I also need the same DLLs that were built with your install. Do you know? Is there any reason why this can't work? Something like this might be helpful to many others while better versions are being worked on. Thanks in advance. On a related note: Who do I contact or what can I do to be most helpful in getting SDL_Perl in good shape again? I'm eager to code, document, test, etc. whenever I have time. What material must I familiarize myself with first? What are the major problems we face? I can dedicate at least 7 hours each week for the next few if it would be beneficial. Please guide me if you know the path to SDL_Perl harmony. =) Thank you. Shalom. -Pip Stuart <[EMAIL PROTECTED]>