Re: Writing Games with SDL Perl
Thats a great idea. Can you provide a link to the article for me? Kartik Thakore > On Jun 9, 2014, at 11:55 AM, "Alexander Becker" wrote: > > Hi all! > > I just wondered why the article "Writing Games with SDL Perl" isn't part of > the SDLPerl website. > There is a web site called sdl.perl.org and his has a lot of (outdated) stuff > on SDL and Perl. > But when it comes to content interesting for beginners, all we get is a link > to a repo on github where you see the HTML source code of the text (a link to > the HTML source code of a web site makes me cry) or a link to a PDF file that > ypu have to download before you can open it. > As it's already available as HTML, why exactly aren't we showing it as a web > site on sdl.perl.org? > > Please correct me if I'm wrong, but aren't we interested in new people > starting to use SDLPerl? How should one even get started if we put such > obstacles in his way? > Having outdated and partial manpages online isn't a good thing, but why > additionally hide the good things? > > So, enough of the rant. How can I help? What about the following: just put > the page online, as first item under "Articles". > Let's make it the first item even if it's not the most recent one. E.g. > something called "sticky". Maybe make a bubble to it like "Get started here". > Something glassy like that: > http://www.clker.com/cliparts/Q/g/q/4/q/4/45-red-star-price-tag-md.png > Is there a way to contribute? > > Regards, > Alex
Writing Games with SDL Perl
Hi all! I just wondered why the article "Writing Games with SDL Perl" isn't part of the SDLPerl website. There is a web site called sdl.perl.org and his has a lot of (outdated) stuff on SDL and Perl. But when it comes to content interesting for beginners, all we get is a link to a repo on github where you see the HTML source code of the text (a link to the HTML source code of a web site makes me cry) or a link to a PDF file that ypu have to download before you can open it. As it's already available as HTML, why exactly aren't we showing it as a web site on sdl.perl.org? Please correct me if I'm wrong, but aren't we interested in new people starting to use SDLPerl? How should one even get started if we put such obstacles in his way? Having outdated and partial manpages online isn't a good thing, but why additionally hide the good things? So, enough of the rant. How can I help? What about the following: just put the page online, as first item under "Articles". Let's make it the first item even if it's not the most recent one. E.g. something called "sticky". Maybe make a bubble to it like "Get started here". Something glassy like that: http://www.clker.com/cliparts/Q/g/q/4/q/4/45-red-star-price-tag-md.png Is there a way to contribute? Regards, Alex
Re: SDL-Perl: Developing cross platform games
Hi Harman, Am 03.03.2013 22:51, schrieb Harman: > Hello, > > A little long email, so in the interest of time you could skip directly to > the section marked "Question" in bold below :) > > > *Context:* > Currently using: > SDL Version 1.2 > Platform (Windows for development) > Visual Studio 2010 > * > * > I wanted to create cross platform games on Android/iOS/Windows which is > where I came across SDL. > > I am proficient in unix shell scripting so I initially started out with > learning python pygame as my language for games. Unfortunately I realized > the games are not cross platform and I read about a few folks struggling > online when porting. Lost 2 weeks > > I then started with SDL/C++ ( despite having being warned online against > starting directly on C++). After 3 more weeks of learning SDL modules, > tutorials, videos, I realized the warnings were not out of order :) > > C++ has never been the language of choice for me ( when I studied it in my > degree course). Now it seems its a completely new language and a simple > loop through a list of strings took me a while to code. (something which a > 1 line ls command in unix would do). > > Also today I spent 14+ hours finding a code base on how to render videos > through SDL. ffMPEG, SMPEG on SDL didnt work since everytime there was a > library file version mismatch with the code available online. > > > *Question:* > My 3rd attempt at game programming would be on perl since its again the > closest to bash scripting ( I dont think I can handle C++ anymore ). Would > be great if you could provide some pointers on the following: > > 1) Are games on perl+SDL cross platform? i.e. Android/iOS/Windows Well, there was/is an Android port of Perl, but I don't think it is in a useful state right now. iOS/Windows and Linux shouldn't be a problem though. > 2) How do I best approach learning the 2? as in which documents to read > first for perl followed by SDL-perl tutorials? This should be a good start: https://github.com/PerlGameDev/SDL_Manual/raw/master/dist/SDL_Manual.pdf For learning Perl there should be books even in your local Stores :o) > 3) Unrelated: I did not come across touch screen handling in SDL in my > limited study of it. How are the same handled in SDL events? The current SDL library we use will treat touch screens like a normal mouse. But we are currently working on libSDL2 bindings, which is capable of that. > > > Would be great if you could provide some direction on this. Frankly my > brain is scrambled after a decent start with SDL 2 weeks back. > > > Cheers > Harman > Cheers, Tobias
SDL-Perl: Developing cross platform games
Hello, A little long email, so in the interest of time you could skip directly to the section marked "Question" in bold below :) *Context:* Currently using: SDL Version 1.2 Platform (Windows for development) Visual Studio 2010 * * I wanted to create cross platform games on Android/iOS/Windows which is where I came across SDL. I am proficient in unix shell scripting so I initially started out with learning python pygame as my language for games. Unfortunately I realized the games are not cross platform and I read about a few folks struggling online when porting. Lost 2 weeks I then started with SDL/C++ ( despite having being warned online against starting directly on C++). After 3 more weeks of learning SDL modules, tutorials, videos, I realized the warnings were not out of order :) C++ has never been the language of choice for me ( when I studied it in my degree course). Now it seems its a completely new language and a simple loop through a list of strings took me a while to code. (something which a 1 line ls command in unix would do). Also today I spent 14+ hours finding a code base on how to render videos through SDL. ffMPEG, SMPEG on SDL didnt work since everytime there was a library file version mismatch with the code available online. *Question:* My 3rd attempt at game programming would be on perl since its again the closest to bash scripting ( I dont think I can handle C++ anymore ). Would be great if you could provide some pointers on the following: 1) Are games on perl+SDL cross platform? i.e. Android/iOS/Windows 2) How do I best approach learning the 2? as in which documents to read first for perl followed by SDL-perl tutorials? 3) Unrelated: I did not come across touch screen handling in SDL in my limited study of it. How are the same handled in SDL events? Would be great if you could provide some direction on this. Frankly my brain is scrambled after a decent start with SDL 2 weeks back. Cheers Harman
Compiling SDL Perl scripts
Hi all! During my experiments with ActiveState's PDK and compiling my SDL Perl script (which is impossible atm), I came along this piece of support ticket: [snip] However, I think that will likely just be the tip of the iceberg. > .\Makefile.PL: > error: Can't locate .\Makefile.PL > refby: C:\Perl\site\lib\ExtUtils\MakeMaker.pm line 232 > ExtUtils\XSSymSet.pm: > error: Can't locate ExtUtils\XSSymSet.pm > refby: C:\Perl\site\lib\ExtUtils\ParseXS.pm line 90 suggests that Alien::SDL is compiling Perl XS modules on the fly. This is a design which will be incompatible with the PDK, as an application wrapped with the PDK will not use a standard Perl at runtime. [/snip] So, does Alien::SDL compile Perl XS modules on the fly? In case it is, what exactly does this mean and can it be done in another way? Best regards, Alex
SDL Perl experimental to master
Hey, We need to merge SDL experimental to master. Do you know which was the most latest stable release? Regards
Re: Problem with SDL::Perl
Adam what distro are you on?
On Tue, 2011-06-14 at 13:54 -0700, Adam Fairbrother wrote:
> $LD_LIBRARY_PATH was unset. I set it manually to the SDL Libs folder, and the
> error no longer happens. My test picture dosn't show up, but I think that's
> an issue I can hack through myself.
>
> Thanks you for all the help with this.
>
> #--
> Adam Fairbrother
> Help Desk Technician
> afairbrot...@sd73.bc.ca
> School District #73
>
> - "Kartik Thakore" wrote:
>
> > Hmm that is all fine. Can I see your LD_LIBRARY_PATH?
> >
> > echo $LD_LIBRARY_PATH
> >
> > Are you still getting the problem btw cause the tests run fine.
> >
> > On Tue, 2011-06-14 at 09:47 -0700, Adam Fairbrother wrote:
> > > My bad, I guess I glossed by the sdl-devel@perl.org list when I was
> > looking through.
> > >
> > > Here is a link to a file that contains the stdout from "fforce
> > install Alien::SDL SDL" inside the cpan shell. If it's not the
> > information you were looking for let me know and I can provide the
> > correct info.
> > >
> > > http://dl.dropbox.com/u/949632/build.text
> > >
> > > #--
> > > Adam Fairbrother
> > > Help Desk Technician
> > > afairbrot...@sd73.bc.ca
> > > School District #73
> > >
> > > - "Kartik Thakore" wrote:
> > >
> > > > > Hi,
> > > > H Adam,
> > > > >
> > > > > It's been a week since I asked about this and No one has
> > responded,
> > > > Did I ask incorrectly or in the wrong mailing list?
> > > > >
> > > > Apologies for that I normally don't see this mailing list.
> > > > sdl-devel@perl.org is a better list for these things.
> > > > > Any help that could be provided would be appreciated.
> > > >
> > > > Absolutely, it seems that your Alien::SDL install had a bit of a
> > > > hiccup. Can you paste your
> > > > build text?
> > > >
> > > > $ cpan
> > > > => fforce install Alien::SDL SDL
> > > >
> > > >
> > > > > Thanks,
> > > > >
> > > > > #--
> > > > > Adam Fairbrother
> > > > > Help Desk Technician
> > > > > afairbrot...@sd73.bc.ca
> > > > > School District #73
> > > >
> > > > > - "Adam Fairbrother" wrote:
> > > >
> > > > > > Hi I'm having a bit of trouble getting a SDL::Perl running on
> > a
> > > > debian
> > > > > > Lenny setup.
> > > > > >
> > > > > > I have SDL::Perl installed from CPAN.
> > > > > > Alien::SDL installed from cpan with the option to build all
> > > > > > dependencies and library's.
> > > > > >
> > > > > > When I was testing to get things working, my short test
> > script
> > > > would
> > > > > > throw an error. The script and the error are below.
> > > > > >
> > > > > > I have libjpeg.so.8 built in the Alien SDL directory, but my
> > guess
> > > > is
> > > > > > that SDL isn't correctly configured to pick up that library
> > > > folder. I
> > > > > > don't want to mess up the system SDL install incase something
> > > > goes
> > > > > > wrong, and I can't install libjpeg.so.8 from packages on
> > Lenny,
> > > > as
> > > > > > there is no package for it.
> > > > > >
> > > > > > How do I have SDL recognize the library's provided by
> > SDL::Alien,
> > > > or
> > > > > > what am I doing wrong?
> > > > > >
> > > > > > Thanks,
> > > > > >
> > > > > >
> > > > > > Here is my script:
> > > > > >
> > > > > > #!/usr/bin/perl
> > > > > > use 5.010;
> > > > > > use strict;
> > > > > > use warnings;
> > > > > > use SDLx::App;
> > > > > > use SDLx::Sprite;
> > > > > >
> > > > > > my $app = SDLx::App->new(height=>1024,width=>768);
> > > > > >
> > > > > > my $sprite = SDLx::Sprite->new(image=>'pic.jpg');
> > > > > > $sprite->draw($app);
> > > > > >
> > > > > >Here is the Error
> > > > > >
> > > > > > error loading image pic.jpg: Failed loading libjpeg.so.8:
> > > > > > libjpeg.so.8: cannot open shared object file: No such file or
> > > > > > directory at /usr/local/lib/perl/5.10.0/SDLx/Surface.pm line
> > 188
> > > > > >SDLx::Surface::load('SDLx::Surface', 'pic.jpg') called
> > at
> > > > > > /usr/local/lib/perl/5.10.0/SDLx/Sprite.pm line 25
> > > > > >SDLx::Sprite::new('SDLx::Sprite', 'image', 'pic.jpg')
> > > > called
> > > > > > at ./slideshow.pl line 14
> > > > > >
> > > > > >
> > > > > > #--
> > > > > > Adam Fairbrother
> > > > > > Help Desk Technician
> > > > > > afairbrot...@sd73.bc.ca
> > > > > > School District #73
> > > > >
> > > > > --
> > > > > To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> > > > > For additional commands, e-mail: beginners-h...@perl.org
> > > > > http://learn.perl.org/
> > > > --
> > > > Kartik Thakore
> >
> > --
> > Kartik Thakore
--
Kartik Thakore
Re: AW: Problem with SDL::Perl
Oh yeah you are right. Why is that happening?
On Tue, 2011-06-14 at 22:56 +0200, Tobias Leich wrote:
> Its not looking good imo.
>
> See, its just installing libjpeg.la, not libjpeg.so.8 ...
>
> -Ursprüngliche Nachricht-
> Von: Kartik Thakore [mailto:thakore.kar...@gmail.com]
> Gesendet: Dienstag, 14. Juni 2011 22:19
> An: Adam Fairbrother
> Cc: beginn...@perl.org; sdl-devel
> Betreff: Re: Problem with SDL::Perl
>
> Hmm that is all fine. Can I see your LD_LIBRARY_PATH?
>
> echo $LD_LIBRARY_PATH
>
> Are you still getting the problem btw cause the tests run fine.
>
> On Tue, 2011-06-14 at 09:47 -0700, Adam Fairbrother wrote:
> > My bad, I guess I glossed by the sdl-devel@perl.org list when I was looking
> > through.
> >
> > Here is a link to a file that contains the stdout from "fforce install
> > Alien::SDL SDL" inside the cpan shell. If it's not the information you
> > were looking for let me know and I can provide the correct info.
> >
> > http://dl.dropbox.com/u/949632/build.text
> >
> > #--
> > Adam Fairbrother
> > Help Desk Technician
> > afairbrot...@sd73.bc.ca
> > School District #73
> >
> > - "Kartik Thakore" wrote:
> >
> > > > Hi,
> > > H Adam,
> > > >
> > > > It's been a week since I asked about this and No one has responded,
> > > Did I ask incorrectly or in the wrong mailing list?
> > > >
> > > Apologies for that I normally don't see this mailing list.
> > > sdl-devel@perl.org is a better list for these things.
> > > > Any help that could be provided would be appreciated.
> > >
> > > Absolutely, it seems that your Alien::SDL install had a bit of a
> > > hiccup. Can you paste your
> > > build text?
> > >
> > > $ cpan
> > > => fforce install Alien::SDL SDL
> > >
> > >
> > > > Thanks,
> > > >
> > > > #--
> > > > Adam Fairbrother
> > > > Help Desk Technician
> > > > afairbrot...@sd73.bc.ca
> > > > School District #73
> > >
> > > > - "Adam Fairbrother" wrote:
> > >
> > > > > Hi I'm having a bit of trouble getting a SDL::Perl running on a
> > > debian
> > > > > Lenny setup.
> > > > >
> > > > > I have SDL::Perl installed from CPAN.
> > > > > Alien::SDL installed from cpan with the option to build all
> > > > > dependencies and library's.
> > > > >
> > > > > When I was testing to get things working, my short test script
> > > would
> > > > > throw an error. The script and the error are below.
> > > > >
> > > > > I have libjpeg.so.8 built in the Alien SDL directory, but my guess
> > > is
> > > > > that SDL isn't correctly configured to pick up that library
> > > folder. I
> > > > > don't want to mess up the system SDL install incase something
> > > goes
> > > > > wrong, and I can't install libjpeg.so.8 from packages on Lenny,
> > > as
> > > > > there is no package for it.
> > > > >
> > > > > How do I have SDL recognize the library's provided by SDL::Alien,
> > > or
> > > > > what am I doing wrong?
> > > > >
> > > > > Thanks,
> > > > >
> > > > >
> > > > > Here is my script:
> > > > >
> > > > > #!/usr/bin/perl
> > > > > use 5.010;
> > > > > use strict;
> > > > > use warnings;
> > > > > use SDLx::App;
> > > > > use SDLx::Sprite;
> > > > >
> > > > > my $app = SDLx::App->new(height=>1024,width=>768);
> > > > >
> > > > > my $sprite = SDLx::Sprite->new(image=>'pic.jpg');
> > > > > $sprite->draw($app);
> > > > >
> > > > >Here is the Error
> > > > >
> > > > > error loading image pic.jpg: Failed loading libjpeg.so.8:
> > > > > libjpeg.so.8: cannot open shared object file: No such file or
> > > > > directory at /usr/local/lib/perl/5.10.0/SDLx/Surface.pm line 188
> > > > >SDLx::Surface::load('SDLx::Surface', 'pic.jpg') called at
> > > > > /usr/local/lib/perl/5.10.0/SDLx/Sprite.pm line 25
> > > > >SDLx::Sprite::new('SDLx::Sprite', 'image', 'pic.jpg')
> > > called
> > > > > at ./slideshow.pl line 14
> > > > >
> > > > >
> > > > > #--
> > > > > Adam Fairbrother
> > > > > Help Desk Technician
> > > > > afairbrot...@sd73.bc.ca
> > > > > School District #73
> > > >
> > > > --
> > > > To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> > > > For additional commands, e-mail: beginners-h...@perl.org
> > > > http://learn.perl.org/
> > > --
> > > Kartik Thakore
>
--
Kartik Thakore
AW: Problem with SDL::Perl
Its not looking good imo.
See, its just installing libjpeg.la, not libjpeg.so.8 ...
-Ursprüngliche Nachricht-
Von: Kartik Thakore [mailto:thakore.kar...@gmail.com]
Gesendet: Dienstag, 14. Juni 2011 22:19
An: Adam Fairbrother
Cc: beginn...@perl.org; sdl-devel
Betreff: Re: Problem with SDL::Perl
Hmm that is all fine. Can I see your LD_LIBRARY_PATH?
echo $LD_LIBRARY_PATH
Are you still getting the problem btw cause the tests run fine.
On Tue, 2011-06-14 at 09:47 -0700, Adam Fairbrother wrote:
> My bad, I guess I glossed by the sdl-devel@perl.org list when I was looking
> through.
>
> Here is a link to a file that contains the stdout from "fforce install
> Alien::SDL SDL" inside the cpan shell. If it's not the information you were
> looking for let me know and I can provide the correct info.
>
> http://dl.dropbox.com/u/949632/build.text
>
> #--
> Adam Fairbrother
> Help Desk Technician
> afairbrot...@sd73.bc.ca
> School District #73
>
> - "Kartik Thakore" wrote:
>
> > > Hi,
> > H Adam,
> > >
> > > It's been a week since I asked about this and No one has responded,
> > Did I ask incorrectly or in the wrong mailing list?
> > >
> > Apologies for that I normally don't see this mailing list.
> > sdl-devel@perl.org is a better list for these things.
> > > Any help that could be provided would be appreciated.
> >
> > Absolutely, it seems that your Alien::SDL install had a bit of a
> > hiccup. Can you paste your
> > build text?
> >
> > $ cpan
> > => fforce install Alien::SDL SDL
> >
> >
> > > Thanks,
> > >
> > > #------
> > > Adam Fairbrother
> > > Help Desk Technician
> > > afairbrot...@sd73.bc.ca
> > > School District #73
> >
> > > - "Adam Fairbrother" wrote:
> >
> > > > Hi I'm having a bit of trouble getting a SDL::Perl running on a
> > debian
> > > > Lenny setup.
> > > >
> > > > I have SDL::Perl installed from CPAN.
> > > > Alien::SDL installed from cpan with the option to build all
> > > > dependencies and library's.
> > > >
> > > > When I was testing to get things working, my short test script
> > would
> > > > throw an error. The script and the error are below.
> > > >
> > > > I have libjpeg.so.8 built in the Alien SDL directory, but my guess
> > is
> > > > that SDL isn't correctly configured to pick up that library
> > folder. I
> > > > don't want to mess up the system SDL install incase something
> > goes
> > > > wrong, and I can't install libjpeg.so.8 from packages on Lenny,
> > as
> > > > there is no package for it.
> > > >
> > > > How do I have SDL recognize the library's provided by SDL::Alien,
> > or
> > > > what am I doing wrong?
> > > >
> > > > Thanks,
> > > >
> > > >
> > > > Here is my script:
> > > >
> > > > #!/usr/bin/perl
> > > > use 5.010;
> > > > use strict;
> > > > use warnings;
> > > > use SDLx::App;
> > > > use SDLx::Sprite;
> > > >
> > > > my $app = SDLx::App->new(height=>1024,width=>768);
> > > >
> > > > my $sprite = SDLx::Sprite->new(image=>'pic.jpg');
> > > > $sprite->draw($app);
> > > >
> > > >Here is the Error
> > > >
> > > > error loading image pic.jpg: Failed loading libjpeg.so.8:
> > > > libjpeg.so.8: cannot open shared object file: No such file or
> > > > directory at /usr/local/lib/perl/5.10.0/SDLx/Surface.pm line 188
> > > >SDLx::Surface::load('SDLx::Surface', 'pic.jpg') called at
> > > > /usr/local/lib/perl/5.10.0/SDLx/Sprite.pm line 25
> > > >SDLx::Sprite::new('SDLx::Sprite', 'image', 'pic.jpg')
> > called
> > > > at ./slideshow.pl line 14
> > > >
> > > >
> > > > #--
> > > > Adam Fairbrother
> > > > Help Desk Technician
> > > > afairbrot...@sd73.bc.ca
> > > > School District #73
> > >
> > > --
> > > To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> > > For additional commands, e-mail: beginners-h...@perl.org
> > > http://learn.perl.org/
> > --
> > Kartik Thakore
--
Kartik Thakore
Re: Problem with SDL::Perl
$LD_LIBRARY_PATH was unset. I set it manually to the SDL Libs folder, and the
error no longer happens. My test picture dosn't show up, but I think that's an
issue I can hack through myself.
Thanks you for all the help with this.
#--
Adam Fairbrother
Help Desk Technician
afairbrot...@sd73.bc.ca
School District #73
- "Kartik Thakore" wrote:
> Hmm that is all fine. Can I see your LD_LIBRARY_PATH?
>
> echo $LD_LIBRARY_PATH
>
> Are you still getting the problem btw cause the tests run fine.
>
> On Tue, 2011-06-14 at 09:47 -0700, Adam Fairbrother wrote:
> > My bad, I guess I glossed by the sdl-devel@perl.org list when I was
> looking through.
> >
> > Here is a link to a file that contains the stdout from "fforce
> install Alien::SDL SDL" inside the cpan shell. If it's not the
> information you were looking for let me know and I can provide the
> correct info.
> >
> > http://dl.dropbox.com/u/949632/build.text
> >
> > #--
> > Adam Fairbrother
> > Help Desk Technician
> > afairbrot...@sd73.bc.ca
> > School District #73
> >
> > - "Kartik Thakore" wrote:
> >
> > > > Hi,
> > > H Adam,
> > > >
> > > > It's been a week since I asked about this and No one has
> responded,
> > > Did I ask incorrectly or in the wrong mailing list?
> > > >
> > > Apologies for that I normally don't see this mailing list.
> > > sdl-devel@perl.org is a better list for these things.
> > > > Any help that could be provided would be appreciated.
> > >
> > > Absolutely, it seems that your Alien::SDL install had a bit of a
> > > hiccup. Can you paste your
> > > build text?
> > >
> > > $ cpan
> > > => fforce install Alien::SDL SDL
> > >
> > >
> > > > Thanks,
> > > >
> > > > #--
> > > > Adam Fairbrother
> > > > Help Desk Technician
> > > > afairbrot...@sd73.bc.ca
> > > > School District #73
> > >
> > > > - "Adam Fairbrother" wrote:
> > >
> > > > > Hi I'm having a bit of trouble getting a SDL::Perl running on
> a
> > > debian
> > > > > Lenny setup.
> > > > >
> > > > > I have SDL::Perl installed from CPAN.
> > > > > Alien::SDL installed from cpan with the option to build all
> > > > > dependencies and library's.
> > > > >
> > > > > When I was testing to get things working, my short test
> script
> > > would
> > > > > throw an error. The script and the error are below.
> > > > >
> > > > > I have libjpeg.so.8 built in the Alien SDL directory, but my
> guess
> > > is
> > > > > that SDL isn't correctly configured to pick up that library
> > > folder. I
> > > > > don't want to mess up the system SDL install incase something
> > > goes
> > > > > wrong, and I can't install libjpeg.so.8 from packages on
> Lenny,
> > > as
> > > > > there is no package for it.
> > > > >
> > > > > How do I have SDL recognize the library's provided by
> SDL::Alien,
> > > or
> > > > > what am I doing wrong?
> > > > >
> > > > > Thanks,
> > > > >
> > > > >
> > > > > Here is my script:
> > > > >
> > > > > #!/usr/bin/perl
> > > > > use 5.010;
> > > > > use strict;
> > > > > use warnings;
> > > > > use SDLx::App;
> > > > > use SDLx::Sprite;
> > > > >
> > > > > my $app = SDLx::App->new(height=>1024,width=>768);
> > > > >
> > > > > my $sprite = SDLx::Sprite->new(image=>'pic.jpg');
> > > > > $sprite->draw($app);
> > > > >
> > > > >Here is the Error
> > > > >
> > > > > error loading image pic.jpg: Failed loading libjpeg.so.8:
> > > > > libjpeg.so.8: cannot open shared object file: No such file or
> > > > > directory at /usr/local/lib/perl/5.10.0/SDLx/Surface.pm line
> 188
> > > > >SDLx::Surface::load('SDLx::Surface', 'pic.jpg') called
> at
> > > > > /usr/local/lib/perl/5.10.0/SDLx/Sprite.pm line 25
> > > > >SDLx::Sprite::new('SDLx::Sprite', 'image', 'pic.jpg')
> > > called
> > > > > at ./slideshow.pl line 14
> > > > >
> > > > >
> > > > > #--
> > > > > Adam Fairbrother
> > > > > Help Desk Technician
> > > > > afairbrot...@sd73.bc.ca
> > > > > School District #73
> > > >
> > > > --
> > > > To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> > > > For additional commands, e-mail: beginners-h...@perl.org
> > > > http://learn.perl.org/
> > > --
> > > Kartik Thakore
>
> --
> Kartik Thakore
Re: Problem with SDL::Perl
Hmm that is all fine. Can I see your LD_LIBRARY_PATH?
echo $LD_LIBRARY_PATH
Are you still getting the problem btw cause the tests run fine.
On Tue, 2011-06-14 at 09:47 -0700, Adam Fairbrother wrote:
> My bad, I guess I glossed by the sdl-devel@perl.org list when I was looking
> through.
>
> Here is a link to a file that contains the stdout from "fforce install
> Alien::SDL SDL" inside the cpan shell. If it's not the information you were
> looking for let me know and I can provide the correct info.
>
> http://dl.dropbox.com/u/949632/build.text
>
> #--
> Adam Fairbrother
> Help Desk Technician
> afairbrot...@sd73.bc.ca
> School District #73
>
> - "Kartik Thakore" wrote:
>
> > > Hi,
> > H Adam,
> > >
> > > It's been a week since I asked about this and No one has responded,
> > Did I ask incorrectly or in the wrong mailing list?
> > >
> > Apologies for that I normally don't see this mailing list.
> > sdl-devel@perl.org is a better list for these things.
> > > Any help that could be provided would be appreciated.
> >
> > Absolutely, it seems that your Alien::SDL install had a bit of a
> > hiccup. Can you paste your
> > build text?
> >
> > $ cpan
> > => fforce install Alien::SDL SDL
> >
> >
> > > Thanks,
> > >
> > > #------
> > > Adam Fairbrother
> > > Help Desk Technician
> > > afairbrot...@sd73.bc.ca
> > > School District #73
> >
> > > - "Adam Fairbrother" wrote:
> >
> > > > Hi I'm having a bit of trouble getting a SDL::Perl running on a
> > debian
> > > > Lenny setup.
> > > >
> > > > I have SDL::Perl installed from CPAN.
> > > > Alien::SDL installed from cpan with the option to build all
> > > > dependencies and library's.
> > > >
> > > > When I was testing to get things working, my short test script
> > would
> > > > throw an error. The script and the error are below.
> > > >
> > > > I have libjpeg.so.8 built in the Alien SDL directory, but my guess
> > is
> > > > that SDL isn't correctly configured to pick up that library
> > folder. I
> > > > don't want to mess up the system SDL install incase something
> > goes
> > > > wrong, and I can't install libjpeg.so.8 from packages on Lenny,
> > as
> > > > there is no package for it.
> > > >
> > > > How do I have SDL recognize the library's provided by SDL::Alien,
> > or
> > > > what am I doing wrong?
> > > >
> > > > Thanks,
> > > >
> > > >
> > > > Here is my script:
> > > >
> > > > #!/usr/bin/perl
> > > > use 5.010;
> > > > use strict;
> > > > use warnings;
> > > > use SDLx::App;
> > > > use SDLx::Sprite;
> > > >
> > > > my $app = SDLx::App->new(height=>1024,width=>768);
> > > >
> > > > my $sprite = SDLx::Sprite->new(image=>'pic.jpg');
> > > > $sprite->draw($app);
> > > >
> > > >Here is the Error
> > > >
> > > > error loading image pic.jpg: Failed loading libjpeg.so.8:
> > > > libjpeg.so.8: cannot open shared object file: No such file or
> > > > directory at /usr/local/lib/perl/5.10.0/SDLx/Surface.pm line 188
> > > >SDLx::Surface::load('SDLx::Surface', 'pic.jpg') called at
> > > > /usr/local/lib/perl/5.10.0/SDLx/Sprite.pm line 25
> > > >SDLx::Sprite::new('SDLx::Sprite', 'image', 'pic.jpg')
> > called
> > > > at ./slideshow.pl line 14
> > > >
> > > >
> > > > #--
> > > > Adam Fairbrother
> > > > Help Desk Technician
> > > > afairbrot...@sd73.bc.ca
> > > > School District #73
> > >
> > > --
> > > To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> > > For additional commands, e-mail: beginners-h...@perl.org
> > > http://learn.perl.org/
> > --
> > Kartik Thakore
--
Kartik Thakore
Re: Problem with SDL::Perl
My bad, I guess I glossed by the sdl-devel@perl.org list when I was looking
through.
Here is a link to a file that contains the stdout from "fforce install
Alien::SDL SDL" inside the cpan shell. If it's not the information you were
looking for let me know and I can provide the correct info.
http://dl.dropbox.com/u/949632/build.text
#--
Adam Fairbrother
Help Desk Technician
afairbrot...@sd73.bc.ca
School District #73
- "Kartik Thakore" wrote:
> > Hi,
> H Adam,
> >
> > It's been a week since I asked about this and No one has responded,
> Did I ask incorrectly or in the wrong mailing list?
> >
> Apologies for that I normally don't see this mailing list.
> sdl-devel@perl.org is a better list for these things.
> > Any help that could be provided would be appreciated.
>
> Absolutely, it seems that your Alien::SDL install had a bit of a
> hiccup. Can you paste your
> build text?
>
> $ cpan
> => fforce install Alien::SDL SDL
>
>
> > Thanks,
> >
> > #--
> > Adam Fairbrother
> > Help Desk Technician
> > afairbrot...@sd73.bc.ca
> > School District #73
>
> > - "Adam Fairbrother" wrote:
>
> > > Hi I'm having a bit of trouble getting a SDL::Perl running on a
> debian
> > > Lenny setup.
> > >
> > > I have SDL::Perl installed from CPAN.
> > > Alien::SDL installed from cpan with the option to build all
> > > dependencies and library's.
> > >
> > > When I was testing to get things working, my short test script
> would
> > > throw an error. The script and the error are below.
> > >
> > > I have libjpeg.so.8 built in the Alien SDL directory, but my guess
> is
> > > that SDL isn't correctly configured to pick up that library
> folder. I
> > > don't want to mess up the system SDL install incase something
> goes
> > > wrong, and I can't install libjpeg.so.8 from packages on Lenny,
> as
> > > there is no package for it.
> > >
> > > How do I have SDL recognize the library's provided by SDL::Alien,
> or
> > > what am I doing wrong?
> > >
> > > Thanks,
> > >
> > >
> > > Here is my script:
> > >
> > > #!/usr/bin/perl
> > > use 5.010;
> > > use strict;
> > > use warnings;
> > > use SDLx::App;
> > > use SDLx::Sprite;
> > >
> > > my $app = SDLx::App->new(height=>1024,width=>768);
> > >
> > > my $sprite = SDLx::Sprite->new(image=>'pic.jpg');
> > > $sprite->draw($app);
> > >
> > >Here is the Error
> > >
> > > error loading image pic.jpg: Failed loading libjpeg.so.8:
> > > libjpeg.so.8: cannot open shared object file: No such file or
> > > directory at /usr/local/lib/perl/5.10.0/SDLx/Surface.pm line 188
> > >SDLx::Surface::load('SDLx::Surface', 'pic.jpg') called at
> > > /usr/local/lib/perl/5.10.0/SDLx/Sprite.pm line 25
> > >SDLx::Sprite::new('SDLx::Sprite', 'image', 'pic.jpg')
> called
> > > at ./slideshow.pl line 14
> > >
> > >
> > > #--
> > > Adam Fairbrother
> > > Help Desk Technician
> > > afairbrot...@sd73.bc.ca
> > > School District #73
> >
> > --
> > To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> > For additional commands, e-mail: beginners-h...@perl.org
> > http://learn.perl.org/
> --
> Kartik Thakore
RE: Problem with SDL::Perl
Who the fuck are you ?
-Message d'origine-
De : Kartik Thakore [mailto:thakore.kar...@gmail.com]
Envoyé : mardi 14 juin 2011 16:53
À : afairbrot...@sd73.bc.ca
Cc : beginn...@perl.org; sdl-devel
Objet : Re: Problem with SDL::Perl
> Hi,
H Adam,
>
> It's been a week since I asked about this and No one has responded, Did I
> ask incorrectly or in the wrong mailing list?
>
Apologies for that I normally don't see this mailing list. sdl-devel@perl.org
is a better list for these things.
> Any help that could be provided would be appreciated.
Absolutely, it seems that your Alien::SDL install had a bit of a hiccup. Can
you paste your
build text?
$ cpan
=> fforce install Alien::SDL SDL
> Thanks,
>
> #--
> Adam Fairbrother
> Help Desk Technician
> afairbrot...@sd73.bc.ca
> School District #73
> - "Adam Fairbrother" wrote:
> > Hi I'm having a bit of trouble getting a SDL::Perl running on a debian
> > Lenny setup.
> >
> > I have SDL::Perl installed from CPAN.
> > Alien::SDL installed from cpan with the option to build all
> > dependencies and library's.
> >
> > When I was testing to get things working, my short test script would
> > throw an error. The script and the error are below.
> >
> > I have libjpeg.so.8 built in the Alien SDL directory, but my guess is
> > that SDL isn't correctly configured to pick up that library folder. I
> > don't want to mess up the system SDL install incase something goes
> > wrong, and I can't install libjpeg.so.8 from packages on Lenny, as
> > there is no package for it.
> >
> > How do I have SDL recognize the library's provided by SDL::Alien, or
> > what am I doing wrong?
> >
> > Thanks,
> >
> >
> > Here is my script:
> >
> > #!/usr/bin/perl
> > use 5.010;
> > use strict;
> > use warnings;
> > use SDLx::App;
> > use SDLx::Sprite;
> >
> > my $app = SDLx::App->new(height=>1024,width=>768);
> >
> > my $sprite = SDLx::Sprite->new(image=>'pic.jpg');
> > $sprite->draw($app);
> >
> >Here is the Error
> >
> > error loading image pic.jpg: Failed loading libjpeg.so.8:
> > libjpeg.so.8: cannot open shared object file: No such file or
> > directory at /usr/local/lib/perl/5.10.0/SDLx/Surface.pm line 188
> >SDLx::Surface::load('SDLx::Surface', 'pic.jpg') called at
> > /usr/local/lib/perl/5.10.0/SDLx/Sprite.pm line 25
> >SDLx::Sprite::new('SDLx::Sprite', 'image', 'pic.jpg') called
> > at ./slideshow.pl line 14
> >
> >
> > #--
> > Adam Fairbrother
> > Help Desk Technician
> > afairbrot...@sd73.bc.ca
> > School District #73
>
> --
> To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> For additional commands, e-mail: beginners-h...@perl.org
> http://learn.perl.org/
--
Kartik Thakore
Re: Problem with SDL::Perl
> Hi,
H Adam,
>
> It's been a week since I asked about this and No one has responded, Did I
> ask incorrectly or in the wrong mailing list?
>
Apologies for that I normally don't see this mailing list. sdl-devel@perl.org
is a better list for these things.
> Any help that could be provided would be appreciated.
Absolutely, it seems that your Alien::SDL install had a bit of a hiccup. Can
you paste your
build text?
$ cpan
=> fforce install Alien::SDL SDL
> Thanks,
>
> #--
> Adam Fairbrother
> Help Desk Technician
> afairbrot...@sd73.bc.ca
> School District #73
> - "Adam Fairbrother" wrote:
> > Hi I'm having a bit of trouble getting a SDL::Perl running on a debian
> > Lenny setup.
> >
> > I have SDL::Perl installed from CPAN.
> > Alien::SDL installed from cpan with the option to build all
> > dependencies and library's.
> >
> > When I was testing to get things working, my short test script would
> > throw an error. The script and the error are below.
> >
> > I have libjpeg.so.8 built in the Alien SDL directory, but my guess is
> > that SDL isn't correctly configured to pick up that library folder. I
> > don't want to mess up the system SDL install incase something goes
> > wrong, and I can't install libjpeg.so.8 from packages on Lenny, as
> > there is no package for it.
> >
> > How do I have SDL recognize the library's provided by SDL::Alien, or
> > what am I doing wrong?
> >
> > Thanks,
> >
> >
> > Here is my script:
> >
> > #!/usr/bin/perl
> > use 5.010;
> > use strict;
> > use warnings;
> > use SDLx::App;
> > use SDLx::Sprite;
> >
> > my $app = SDLx::App->new(height=>1024,width=>768);
> >
> > my $sprite = SDLx::Sprite->new(image=>'pic.jpg');
> > $sprite->draw($app);
> >
> >Here is the Error
> >
> > error loading image pic.jpg: Failed loading libjpeg.so.8:
> > libjpeg.so.8: cannot open shared object file: No such file or
> > directory at /usr/local/lib/perl/5.10.0/SDLx/Surface.pm line 188
> >SDLx::Surface::load('SDLx::Surface', 'pic.jpg') called at
> > /usr/local/lib/perl/5.10.0/SDLx/Sprite.pm line 25
> >SDLx::Sprite::new('SDLx::Sprite', 'image', 'pic.jpg') called
> > at ./slideshow.pl line 14
> >
> >
> > #--
> > Adam Fairbrother
> > Help Desk Technician
> > afairbrot...@sd73.bc.ca
> > School District #73
>
> --
> To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> For additional commands, e-mail: beginners-h...@perl.org
> http://learn.perl.org/
--
Kartik Thakore
The SDL Perl Game Contest - week 4 roundup
Hi everyone! Sorry for delaying this post, it's been one hellish week... Wow, 4 weeks already... can you believe it? I'm really sad this is the last round of the SDL Perl Game Contest - I guess time flies when you're having fun - but I'm also pretty excited to show you guys the awesome entries we had this week. Check'em out! * Electric Lines, by JT Palmer (jtpalmer) JT does it again, providing players with a very challenging (and fun) piece! Electric Lines was inspired by Mario's Slides, a mini-game in Nintendo's Super Mario 64 and New Super Mario Bros., both for the DS console. Drag your mouse cursor to draw lines across the horizontal paths in order to guide the electric energy balls to the exit, but watch out: you can only hit the red circles three times! * Rand Explorer, by Blaise Roth (Blaizer) This quick-and-dirty submission was born a classic. In Rand Explorer, you use the spacebar to fill a gauge randomly, and earn your points based on its length. Feeling lucky? * Groove Board, by... me (garu) Groove Board is a music rhythm game, similar to Dance Dance Revolution (DDR) and StepMania. I'm particularly proud of this one since it was done in a single day! The gameplay is dead simple: just listen to the music and press the arrow keys when the scrolling arrows reach the top ones. Have fun! Screenshots and download links can be found at the original blog post: http://yapgh.blogspot.com/2011/04/sdl-perl-game-contest-week-4-roundup.html Wrapping Up === Thus ends the very first SDL Perl Game Contest - and what a rush! We had a total of 16 new games written from scratch in just one month!! I'd like to take this opportunity and thank everyone that joined and wrote all those amazing entries, week after week. You guys rock! Also, a big thanks to all of you that followed this one-month challenge, reading the weekly posts and playing the games. I had a good time and hope you guys had a good time too! The Contest is over, but that doesn't mean you have to wait for the next one to turn your awesome game idea into a reality. Just install the latest SDL Perl distribution, read the fine manual and get cracking! If you have any questions at all just drop by the IRC channel (#sdl at irc.perl.org) or send them to the SDL Perl mailing list. See ya =) garu
The SDL Perl Game Contest - week 3 roundup
Alright, boys and girls, it's the moment you've been waiting for all week: The SDL Perl Game Contest weekly showdown. Round. Three. FIGHT!! * Bubble Breaker, by Tobias Leich (FROGGS) Our german battletoad presents us with another masterpiece. Bubble Breaker is a highly addictive puzzle game where you try to eliminate the largest number of balls by matching groups of two or more balls with the same color. * Puzzle Cars, by JT Palmer (jtpalmer) Speaking of puzzles, JT did a really nice job in his latest addition to the Contest. Puzzle Cars is a game where you must click the arrows to redirect the (sometimes intense!) traffic to their appropriate destinations, according to car colour. It's an easy concept, but can prove very challenging, and soon enough you'll find yourself storming rapidly between arrows to achieve as many points as possible! * Crossfire, by Kartik Thakore (kthakore) This was a really busy week for Kartik, and he had to spend much of his free time updating branches of the SDL Perl project and moving around, so he wasn't able to finish his Crossfire clone just yet. But so far it's looking really sharp, and we are anxious to see what he'll make of it next week! * Saving Sue, by... me (garu) I wrote this Frogger clone as a birthday present for a good friend of mine that has the terrible habit of crossing the street without looking. I think the game turned out pretty cool and features some nice graphics, music and sound effects. In fact, my friend liked it so much she even recorded the audio samples! As contestants dive into the last week of the SDL Perl Game Contest, I get even more excited to see what they'll come up with. Will there be new additions? Which games will be used as inspiration? Which will be original? Where *is* that Carmen Sandiego chick after all?! That and much more in our next - and last! - roundup of games! Screenshots and download links can be found at the original blog post: http://yapgh.blogspot.com/2011/03/sdl-perl-game-contest-week-3-roundup.html See you next week =) garu
Re: The SDL Perl Game Contest - week 2 roundup!
On Wed, Mar 16, 2011 at 9:07 PM, breno wrote: > > CyberHack, by Zach Morgan (zpmorgan) > == > > CyberHack is a quick platformer demo by zpmorgan, our newest > participant in the Challenge! In this game, you control a green > creature that falls through a deep underground maze. It still has some > minor quirks in the image blitting, but it's nevertheless really fun > to play! > Quick update: the image blitting issues happen only with the experimental branch in SDL Perl. We'll probably have a fix for it pretty soon, though. You don't have to worry about it at all if you use the standard CPAN version or the "master" branch from github. Cheers, garu
The SDL Perl Game Contest - week 2 roundup!
Yes, I know it's already wednesday, sorry for the delay! The SDL Perl Game Contest continues - I should know, I'm about halfway through my third game now! - and last week we had some real nice entries. Check 'em out! Wheel of Fortune, by Tobias Leich (FROGGS) === Who never yelled madly in front of the TV watching contestants make a fool out of themselves for not knowing the words in Wheel of Fortune? Well, now you can show them how it's done in this Hangman style classic! One note though: to play it, you must install the latest experimental version of SDL Perl, that includes rects with alpha blending and other goodies. Snake, by JT Palmer (jtpalmer) === Another classic remake beautifully done by jtpalmer. This "nibbles" clone actually comes with a nice twist: a full-blown network version that lets you enjoy the game with a friend anywhere in the world. Sweet! CyberHack, by Zach Morgan (zpmorgan) == CyberHack is a quick platformer demo by zpmorgan, our newest participant in the Challenge! In this game, you control a green creature that falls through a deep underground maze. It still has some minor quirks in the image blitting, but it's nevertheless really fun to play! Synthesia Kinda, by Kartik Thakore (kthakore) == The Mad Canadian strikes again, in a dazzling... thing. It was originally supposed to be based in Synthesia, but kthakore envisioned a game that plays any image! Of course, as FROGGS put it, "you can't play a random image and expect that it sounds like mozart", but kthakore is determined to work on it even more, letting it flow until it find its course in game art history. Reflex, by... me (garu) This is a very simple game in which you test your reflexes by pressing any key on your keyboard whenever the big red button lights up. Your Top 20 times appear on the right. According to HumanBenchmark, the average reaction time for visual stimuli in a humans is 215 miliseconds. Are you faster?? This week's roundup of games showed some pretty interesting stuff, and we saw a lot of ideas come to life in a very short period of time. I can't wait to see the next entries! You can find links and screenshots for all the games in the blog post url: http://yapgh.blogspot.com/2011/03/sdl-perl-game-contest-week-2-roundup.html And remember: it's never too late to join! Who knows, your next game might be just what other people wanted to play. Make sure to join the #sdl IRC channel over at irc.perl.org so we can share game ideas, and help you write your awesome game! See you next week =) garu
Re: SDL Perl Game Contest - week 1 roundup
On Tue, Mar 8, 2011 at 6:36 AM, Thomas Klausner wrote: > > PS: I tried to convert my old SpaceInvader hack from YAPC::Europe 2008 > to SDLx-stuff (during Dutch Perl Workshop last weekend, and on my train > journey back..), but I had some problems. I'll post them later (now at > work), but do you prefere mailing list posts or blog posts? I guess blog > posts are more visible, so I was planning a blog post, but than blogs > aren't the greatest medium for detailed technical discussions etc. > > Any opinions? > If you have a specific question, I think the mailing list and/or #sdl should be better. Then you can later blog about wherever your findings led you :-) Cheers, garu
Re: SDL Perl Game Contest - week 1 roundup
On 2011-03-08, at 4:36 AM, Thomas Klausner wrote:
> Hi!
Hi Domm,
>
> On Tue, Mar 08, 2011 at 06:00:24AM -0300, breno wrote:
>
>> So far we had some awesome entries - people really stood up to the
>> challenge! Check them out:
>
> And where can I get those games from? :-)
http://yapgh.blogspot.com
First post links straight to the game repos.
>
> PS: I tried to convert my old SpaceInvader hack from YAPC::Europe 2008
> to SDLx-stuff (during Dutch Perl Workshop last weekend, and on my train
> journey back..), but I had some problems.
Perhaps the SDL_Manual can help? http://sdl.perl.org has a link for it.
> I'll post them later (now at
> work), but do you prefere mailing list posts or blog posts? I guess blog
> posts are more visible, so I was planning a blog post, but than blogs
> aren't the greatest medium for detailed technical discussions etc.
>
> Any opinions?
Either are fine. But both are preferred, especially if a summarized and
in-depth retrospective of mailing list discussions are done on blog post.
>
> Greetings,
> domm
Hola
>
> --
> #!/usr/bin/perl http://domm.plix.at
> for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
Re: SDL Perl Game Contest - week 1 roundup
Hi!
On Tue, Mar 08, 2011 at 06:00:24AM -0300, breno wrote:
> So far we had some awesome entries - people really stood up to the
> challenge! Check them out:
And where can I get those games from? :-)
PS: I tried to convert my old SpaceInvader hack from YAPC::Europe 2008
to SDLx-stuff (during Dutch Perl Workshop last weekend, and on my train
journey back..), but I had some problems. I'll post them later (now at
work), but do you prefere mailing list posts or blog posts? I guess blog
posts are more visible, so I was planning a blog post, but than blogs
aren't the greatest medium for detailed technical discussions etc.
Any opinions?
Greetings,
domm
--
#!/usr/bin/perl http://domm.plix.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
SDL Perl Game Contest - week 1 roundup
As you probably know, last week we started the SDL Perl Game Contest (more like a Game Challenge, as people pointed out), where you have to write one game per week throughout the entire month of March! So far we had some awesome entries - people really stood up to the challenge! Check them out: * Solar Conflict, by JT Palmer (jtpalmer) When JT came to #sdl in the middle of the week with some bugfixes for SDLx::Controller::Interface, we knew he was up to something. Solar Conflict is a brilliant clone of Spacewar!, one of the earliest known computer games, where two spaceships battle against each other while steering clear of a star's gravity well. This version of the game lets you play against the computer or another player, and all graphics were taken from Open Game Art. Funny fact: the initial version of the original Spacewar! game took approximately 200 hours to be created. Way to go, JT! * Asteroids, by Tobias Leich (FROGGS) Speaking of spaceships and classic remakes, who doesn't remember Asteroids? This Atari masterpiece served as inspiration to FROGGS this week, and he provided a beautifully crafted clone, taking you back to the golden age of arcade games. * Polyzle, by Kartik Thakore (kthakore) But enough of rethinking the past - Kartik pushed the limits of avant-garde this week and brought us Polyzle (or "Polygon Trouble"). The player is faced with several colored polygons swarming around the screen, and needs to click on them to score points - but only has 30 seconds to do it, and believe me, it's not as easy as it looks! While the game certainly doesn't fit the usual rationalities of a standard gameplay, Kartik replies that maybe his game is just too ahead of its time. What do you think? Could he be the Van Gogh of game design? Only time will tell ;-) * FingerTwister, by... me =P (garu) Last but not least, my preciou FingerTwister! In this game, the player needs to press the keys on the keyboard as they show up on screen, and keep them pressed as new keys appear. You can only let go the keys after they disappear from the screen, and the sooner you press a key (the green bar on the bottom) the more points you get. The game also features music and sound effects from talented artists at ccMixter and FreeSound, and a highscore table. Unfortunately, as any game that requires multiple keys pressed at the same time, it suffers from key-jamming issues on regular (plain) keyboards. I tried to provide a workaround for that, but the only real solution is getting a n-key rollover keyboard like razerzone's and logitech's G15/G19. Overall, I'm really happy about this week's roundup of games, and we're still receiving submissions! Perl coder or not, if you always wanted to write a computer game, join us on the SDL Perl Game Contest, and we'll help you take it out of your TODO list and into the glory it deserves! See you next week =)
Re: The SDL Perl Game Contest!
"everyone knows", sorry :-)
ALL YOUR BASE ARE BELONG TO US!!
On Fri, Feb 25, 2011 at 6:02 PM, breno wrote:
> Everyone know that by far the Coolest Game Ever™ is the one *you*
> write, from that silly idea you had the other day to a playable game
> you and your friends can enjoy.
>
> This march, the SDL Perl team is going to help you take that project
> out of your dusty drawer of "TODO"s and turn it into a reality, with
> the "SDL Perl Game Contest!"
>
> The rules are simple, and much like the Perl Ironman contest:
>
> "One game per week. Every week of march."
>
> This means by the end of march you'll have not one, but FOUR games to
> show for. How cool is that?!
>
> In fact, you can even make your weekly game the subject of your
> Ironman posts this month, and take out two birds with one stone
> (hmm... more game ideas)!
>
> So this monday (feb. 28), start writing your game! You have until the
> following monday to make it playable ("complete") and start all over
> again with a brand new game for the next week.
>
> ** But what if I miss a deadline? What if I can't start this monday?
>
> It doesn't really matter - just join the party and have some fun! Even
> if you only get to do one game, it's still a great opportunity to
> improve your skills and learn a bit about game design and development.
>
> If you need any assistance writing your game, from ideas to code, WE
> WILL HELP! Just send an email to the SDL Perl mailing list with your
> questions (you know, this one) or, better yet, join us live in #sdl
> over at irc.perl.org and we'll be more than happy to assist you and
> try your game out. If you never used irc before, please keep in mind
> people might be busy or in different timezones than you, so you may
> get instant responses or have to wait a few of hours before you get a
> reply. Be patient!
>
> It can be a game about anything. Just make sure it's doable in a week.
> Some games take years to be complete, but you might be surprised at
> how much you can accomplish in just a few hours with SDL Perl :)
>
> Oh, there's one extra rule, actually, and that's mandatory - HAVE FUN!! :)
>
The SDL Perl Game Contest!
Everyone know that by far the Coolest Game Ever™ is the one *you*
write, from that silly idea you had the other day to a playable game
you and your friends can enjoy.
This march, the SDL Perl team is going to help you take that project
out of your dusty drawer of "TODO"s and turn it into a reality, with
the "SDL Perl Game Contest!"
The rules are simple, and much like the Perl Ironman contest:
"One game per week. Every week of march."
This means by the end of march you'll have not one, but FOUR games to
show for. How cool is that?!
In fact, you can even make your weekly game the subject of your
Ironman posts this month, and take out two birds with one stone
(hmm... more game ideas)!
So this monday (feb. 28), start writing your game! You have until the
following monday to make it playable ("complete") and start all over
again with a brand new game for the next week.
** But what if I miss a deadline? What if I can't start this monday?
It doesn't really matter - just join the party and have some fun! Even
if you only get to do one game, it's still a great opportunity to
improve your skills and learn a bit about game design and development.
If you need any assistance writing your game, from ideas to code, WE
WILL HELP! Just send an email to the SDL Perl mailing list with your
questions (you know, this one) or, better yet, join us live in #sdl
over at irc.perl.org and we'll be more than happy to assist you and
try your game out. If you never used irc before, please keep in mind
people might be busy or in different timezones than you, so you may
get instant responses or have to wait a few of hours before you get a
reply. Be patient!
It can be a game about anything. Just make sure it's doable in a week.
Some games take years to be complete, but you might be surprised at
how much you can accomplish in just a few hours with SDL Perl :)
Oh, there's one extra rule, actually, and that's mandatory - HAVE FUN!! :)
The SDL Perl Game Contest!
Everyone know that by far the Coolest Game Ever™ is the one *you*
write, from that silly idea you had the other day to a playable game
you and your friends can enjoy.
This march, the SDL Perl team is going to help you take that project
out of your dusty drawer of "TODO"s and turn it into a reality, with
the "SDL Perl Game Contest!"
The rules are simple, and much like the Perl Ironman contest:
"One game per week. Every week of march."
This means by the end of march you'll have not one, but FOUR games to
show for. How cool is that?!
In fact, you can even make your weekly game the subject of your
Ironman posts this month, and take out two birds with one stone
(hmm... more game ideas)!
So this monday (feb. 28), start writing your game! You have until the
following monday to make it playable ("complete") and start all over
again with a brand new game for the next week.
** But what if I miss a deadline? What if I can't start this monday?
It doesn't really matter - just join the party and have some fun! Even
if you only get to do one game, it's still a great opportunity to
improve your skills and learn a bit about game design and development.
If you need any assistance writing your game, from ideas to code, WE
WILL HELP! Just send an email to the SDL Perl mailing list with your
questions (you know, this one) or, better yet, join us live in #sdl
over at irc.perl.org and we'll be more than happy to assist you and
try your game out. If you never used irc before, please keep in mind
people might be busy or in different timezones than you, so you may
get instant responses or have to wait a few of hours before you get a
reply. Be patient!
It can be a game about anything. Just make sure it's doable in a week.
Some games take years to be complete, but you might be surprised at
how much you can accomplish in just a few hours with SDL Perl :)
Oh, there's one extra rule, actually, and that's mandatory - HAVE FUN!! :)
Cheers,
breno (garu)
Re: SDL Perl
Thank you very match! 24.02.2011 03:54, Kartik Thakore пишет: > Hi Roman, > > I have added this feature for you. > > https://github.com/PerlGameDev/SDL/commit/1e9abda6c26b51f829e9ec8dacd1863631658e9a > > simply pass in the option mode => 'utf8' to new(). > > This code is available at > http://sdlperl.ath.cx/releases/SDL-2.531.tar.gz > > which you can install with pip. > > This will be officially released after garu adds docs and test files for > this. > > Regards, > Kartik Thakore > > On Tue, 2011-02-22 at 15:57 +0300, Roman V. Nikolaev wrote: >> Hi! >> I am Perl developer Roman V. Nikolaev.I try to make my first tower >> defence style game. >> I use latest SDL 2.530 from CPAN and see you use render_text_blended in >> SDLx::Text module. How about use utf8 functions (like >> render_utf8_blended). It`s really important for me. >> >> Thank you. Good job! > > -- Roman V. Nikolaev mail:rsha...@rambler.ru icq: 198-364-657 jabber: rsha...@jabber.org site:http://www.rshadow.ru signature.asc Description: OpenPGP digital signature
Re: SDL Perl
Hi Roman, I have added this feature for you. https://github.com/PerlGameDev/SDL/commit/1e9abda6c26b51f829e9ec8dacd1863631658e9a simply pass in the option mode => 'utf8' to new(). This code is available at http://sdlperl.ath.cx/releases/SDL-2.531.tar.gz which you can install with pip. This will be officially released after garu adds docs and test files for this. Regards, Kartik Thakore On Tue, 2011-02-22 at 15:57 +0300, Roman V. Nikolaev wrote: > Hi! > I am Perl developer Roman V. Nikolaev.I try to make my first tower > defence style game. > I use latest SDL 2.530 from CPAN and see you use render_text_blended in > SDLx::Text module. How about use utf8 functions (like > render_utf8_blended). It`s really important for me. > > Thank you. Good job!
Re: SDL Perl
SDLx::Text is experimental, but I will get garu (the author) to handle UTF8 in it. Kartik Thakore On 2011-02-22, at 7:57 AM, "Roman V. Nikolaev" wrote: > Hi! > I am Perl developer Roman V. Nikolaev.I try to make my first tower > defence style game. > I use latest SDL 2.530 from CPAN and see you use render_text_blended in > SDLx::Text module. How about use utf8 functions (like > render_utf8_blended). It`s really important for me. > > Thank you. Good job! > -- > > Roman V. Nikolaev > > mail:rsha...@rambler.ru > jabber: rsha...@jabber.org > icq: 198-364-657 > site:http://www.rshadow.ru >
Re: Interfacing SDL Perl and WxPerl
Kartik Thakore wrote: Hi, I am attempting to make a Padre::Plugin::SDL. The idea is you can write SDL commands and the surface is drawn in a WxDCBuffer. Before I get to this I am attempting to make a simple WxPerl and SDLPerl application. I am following this tutorial. http://code.technoplaza.net/wx-sdl/part1/ Thanks for doing this! I wanted to do it myself, but never got the tuits... I am getting stuck with how to convert the Wx C code to Perl. Here is what I have so far: http://paste.scsys.co.uk/47905 For some reason the OnRun() sub doesn't seem to be called. I will appreciate all help. And if anyone wants to help make the Padre::Plugin::SDL please contact us at sdl-devel@perl.org . There is no OnRun in wxPerl (and there is no need for OnInit either); you can just derive from Wx::SimpleApp and put all the OnInit/OnRun code right before the call to MainLoop. HTH, Mattia P.S.: I'm not sure you need the additional Wx::IdleEvent, YMMV
Interfacing SDL Perl and WxPerl
Hi, I am attempting to make a Padre::Plugin::SDL. The idea is you can write SDL commands and the surface is drawn in a WxDCBuffer. Before I get to this I am attempting to make a simple WxPerl and SDLPerl application. I am following this tutorial. http://code.technoplaza.net/wx-sdl/part1/ I am getting stuck with how to convert the Wx C code to Perl. Here is what I have so far: http://paste.scsys.co.uk/47905 For some reason the OnRun() sub doesn't seem to be called. I will appreciate all help. And if anyone wants to help make the Padre::Plugin::SDL please contact us at sdl-devel@perl.org . Regards, Kartik
MacOSX Testers: Please test the new SDL perl Mac Launcher
use local::lib You will need X11 headers (from XCode) to compile from scratch cpan Alien::SDL wget http://github.com/kthakore/SDL_perl/tarball/mac_launcher extract perl Build.PL perl Build perl Build bundle SDLPerl.app/Contents/MacOS/SDLPerl test/checkkeys.pl or get shooter from here http://gist.github.com/301949 (click the balls to continue). As I don't have a mac I was hoping you porters can help me with some issues. How to have SDLPerl.app installed so mac users can use it after perl Build install? How do I properly call perl Build test with SDLPerl.app? (see the mess in inc/My/Builder/Darwin.pm) How do I get SDLPerl to compile with a symbol table so I can debug crashes like SDLPerl.app/Contents/MacOS/SDLPerl examples/sols/ch02.pl Regards, kthakore
SDL perl test report #7118811
Hi Christian, I have recently seen that you are using the Alien::SDL 1.2 with SDL_perl 2.2.6. I am the maintiner for SDL_perl and SDL. The new module (and working) bindings for SDL in perl is called the SDL module. Please consider updating your index and installing that. http://search.cpan.org/~froggs/SDL-2.403/ Regards, Kartik Thakore
Re: SDL Perl freebsd test
Thanks!!! On 7-Dec-09, at 3:15 PM, Slaven Rezic wrote: Kartik Thakore writes: HI srezic, We have been working hard for FreeBSD + SDL Perl. Can you give this tarball a shot? http://github.com/kthakore/SDL_perl/tarball/8f744c98e5453129862d2505d53fc4ef0a480398 Still no success with SDL-2.3_2. And I did some research and it looks like you cannot do much about it. Still core dumps are produced because of a "bad system call" error: Program terminated with signal 12, Bad system call. ... #0 0x1fed72ac in ksem_init () from /lib/libc.so.7 #1 0x1fecd8af in sem_init () from /lib/libc.so.7 #2 0x2047504e in SDL_CreateSemaphore () from /usr/local/lib/ libSDL-1.2.so.11 #3 0x20439732 in SDL_CreateThread () from /usr/local/lib/ libSDL-1.2.so.11 #4 0x204313bc in SDL_OpenAudio () from /usr/local/lib/ libSDL-1.2.so.11 #5 0x232056bc in XS_SDL__Audio_open () from /mnt/i386/var/ tmp/CPAN-build/SDL-2.3_2-4IKDAL/blib/arch/auto/SDL/Audio/Audio.so #6 0x0047e38f in Perl_pp_entersub () #7 0x0047cade in Perl_runops_standard () #8 0x0042e37a in perl_run () #9 0x0041c314 in main () Here's a thread which shows a similar problem: http://lists.freebsd.org/pipermail/freebsd-threads/2009-August/004587.html The suggestion is too recompile the FreeBSD kernel with the following turned on: options P1003_1B_SEMAPHORES Here's another thread about the issue: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2006-02/msg00385.html Maybe the issue was already solved in the latest stable FreeBSD release (7.2). I am still at 7.0 and won't upgrade for the next time and don't have plans to recompile my kernel. So I can still continue smoking SDL without any chance for success, or I can put SDL into my skip list until I upgrade to the next FreeBSD version. Whatever you prefer. I have uploaded sdl 2.3_3 which skips these tests unless SDL_BSD_TEST is turned on for manual testing. Please continue smoke testing as it will help us catch othe freebsd bugs or gripes Regards, Slaven thank you, Kartik Thakore -- Slaven Rezic - slaven rezic de tkruler - Perl/Tk program for measuring screen distances http://ptktools.sourceforge.net/#tkruler
Tetris clone in SDL Perl
Hi guys I have finish a really shotty tetris clone here: Http://github.com/kthakore/TetrisPL You will need: Class::XSAccessor Readonly SDL perl from CPAN Read the readme. The plan is to make this a tutorial for the next release which will focus on Docs and tutorials. Any help will be appreciated. Kartik Thakore
Re: New life in SDL Perl
2009/9/15 Kartik Thakore : > Thanks Nelson, > I have made some changes to the tutorial. I will put it up on the new site > we are working on. http://sdlpl.ath.cx Ok, thanks for looking at the file! Let me know if you'd like to see any changes. Suggestion: we could put some screencasts live, what do you think? (Do we have the necessary infrastructure for that?) Regards, Nelson
Re: New life in SDL Perl
On 15-Sep-09, at 9:03 AM, Nelson Ferraz wrote: 2009/9/15 Kartik Thakore : Thanks Nelson, I have made some changes to the tutorial. I will put it up on the new site we are working on. http://sdlpl.ath.cx Ok, thanks for looking at the file! No problem. I still have to run it I need those images. Let me know if you'd like to see any changes. Check if it works with new SDL Perl from CPAN. Suggestion: we could put some screencasts live, what do you think? Sure! (Do we have the necessary infrastructure for that?) I currently have a slice at slicehost. If you send me a video or flv. I am sure we can get garu to get it on bootylicious somehow. Regards, Nelson Regards
Re: New life in SDL Perl
oops thats http://sdlperl.ath.cx On Tue, Sep 15, 2009 at 7:10 AM, Kartik Thakore wrote: > Thanks Nelson, > I have made some changes to the tutorial. I will put it up on the new site > we are working on. http://sdlpl.ath.cx > > On Tue, Sep 15, 2009 at 6:43 AM, Gabor Szabo wrote: > >> Nelson, >> >> sorry for this taking so long... >> >> I am forwarding to Kartik who is now the SDL maintainer >> and he might have better ideas on how to proceed. >> Setting up a github repo with all the code and images >> or adding them to the SDL distro or the SDL web site. >> I am not sure what is the best. >> >> regards >>Gabor >> >> >> -- Forwarded message -- >> From: Nelson Ferraz >> Date: Sat, Aug 15, 2009 at 3:57 PM >> Subject: New life in SDL Perl >> To: Gabor Szabo >> >> >> Hi Gabor, >> >> I have written a small Perl SDL tutorial, some time ago. >> >> Take a look and see if you find it interesting. >> >> Nelson >> > >
Re: New life in SDL Perl
Thanks Nelson,
I have made some changes to the tutorial. I will put it up on the new site
we are working on. http://sdlpl.ath.cx
On Tue, Sep 15, 2009 at 6:43 AM, Gabor Szabo wrote:
> Nelson,
>
> sorry for this taking so long...
>
> I am forwarding to Kartik who is now the SDL maintainer
> and he might have better ideas on how to proceed.
> Setting up a github repo with all the code and images
> or adding them to the SDL distro or the SDL web site.
> I am not sure what is the best.
>
> regards
>Gabor
>
>
> -- Forwarded message --
> From: Nelson Ferraz
> Date: Sat, Aug 15, 2009 at 3:57 PM
> Subject: New life in SDL Perl
> To: Gabor Szabo
>
>
> Hi Gabor,
>
> I have written a small Perl SDL tutorial, some time ago.
>
> Take a look and see if you find it interesting.
>
> Nelson
>
=head1 NAME
Lunar Lander - a small tutorial on Perl SDL
=head1 INTRODUCTION
This is a quick introduction to Perl and SDL (Simple DirectMedia
Layer, a cross-platform multimedia programming library). We'll write
a small game-- Lunar Lander-- in 100 lines of code, or less.
=head2 PREPARATION
You'll need SDL_Perl.
If you are using Debian or Ubuntu, it's probably easier to install
the module via apt-get:
apt-get install libsdl-perl
or for the bleeding edge with tons of bug fixes.
perl -MCPAN -e "install SDL"
If you are using other Linux distro, look for the corresponding
package. If you can't find it you'll have to compile it (and deal
with all the dependencies) yourself.
The point is that it is strongly recommend that you start with a
packaged module from your distribution. Avoid compiling SDL_Perl
if you can.
=head2 FIRST VERSION
We'll start with a text version of the game.
"What?", you may ask. "I thought it was a SDL tutorial".
Yes, it is -- thank you for reminding me. But we'll leave the SDL part for
later. We must build the game logic first!
One of the traps of game programming is focusing too much on the interface.
If we start with a simpler simulation, we can worry with the presentation
later.
So, here's the initial code:
#!/usr/bin/perl
use strict;
use warnings;
my $height = 1000; # m
my $velocity = 0;# m/s
my $gravity = 1;# m/s^2
my $t = 0;
while ( $height > 0 ) {
print "at $t s height = $height m, velocity = $velocity m/s\n";
$height = $height - $velocity;
$velocity = $velocity + $gravity;
$t= $t + 1;
}
if ( $velocity > 10 ) {
print "CRASH!!!\n";
} else {
print "You landed on the surface safely! :-D\n";
}
Run the code and you'll see something like this:
at 0 s height = 1000 m, velocity = 0 m/s
at 1 s height = 1000 m, velocity = 1 m/s
at 2 s height = 999 m, velocity = 2 m/s
at 3 s height = 997 m, velocity = 3 m/s
at 4 s height = 994 m, velocity = 4 m/s
at 5 s height = 990 m, velocity = 5 m/s
...
at 43 s height = 97 m, velocity = 43 m/s
at 44 s height = 54 m, velocity = 44 m/s
at 45 s height = 10 m, velocity = 45 m/s
CRASH!!!
"What happened? How do I control the ship???"
=head2 CONTROLLING THE SHIP
The problem with our first spaceship is that it had no controls!
So, let's fix this problem, making the spaceship scriptable. (We
could write some code to handle keyboard and joysticks now, but
an scriptable spaceship will be easier to start. Remember, focus
on the game logic!)
So, create add this simple script to the end of your file:
__DATA__
at 41s, accelerate 10 m/s^2 up
at 43s, 10 m/s^2
at 45s, 10
at 47s, 10
at 49s, 10
The script is straightforward: it simply states a time when we
will push the spaceship up with a given acceleration. It accepts
free text: any two numbers you type will work.
We can parse the script using this regular expression:
my $script_re = qr/(\d+) \D+ (\d+)/x;
And we can build a hash of ( time => acceleration ) with:
my %up = map { $_ =~ $script_re } ;
So the middle section of the program will become:
my $script_re = qr/(\d+) \D+ (\d+)/x;
my %up = map { $_ =~ $script_re } ;
while ( $height > 0 ) {
print "at $t s height = $height m, velocity = $velocity m/s\n";
if ( $up{$t} ) {
my $a = $up{$t};
print "(accellerating $a m/s^2)\n";
$velocity = $velocity - $a;
}
$height = $height - $velocity;
$velocity = $velocity + $gravity;
$t= $t + 1;
}
That's it!
Try to run the program, and the ship should land safely:
./lunar.pl autopilot.txt
at 0 s height = 1000 m, velocity = 0 m/s
at 1 s height = 1000 m, velocity = 1 m/s
at 2 s height = 999 m, velocity = 2 m/s
at 3 s height = 997 m,
Need help sprucing up SDL perl docs
Hi Andy, I was told my contributing and road map stuff sucks for SDL perl. http://wiki.github.com/kthakore/SDL_perl Japhb told me to talk to you. Any guidance is helpful Kartik Thakore
Ask people to contribute SDL perl
Hey Guys, I know you guys are a tiny bit interested in SDL perl, I was wondering if you guys can mention that SDL perl needs help some where? Blog, IRC, Mailing list. Any word of mouth push will be appreciated. Thank you. Kartik Thakore
Documentation for SDL perl
Hello folks, I am trying to come up with a road map for sdl perl documentation. Here is what I think should happen so far http://yapgh.blogspot.com/2009/09/attracting-newbies-to-perl.html . Any takers ? Any ideas? Kartik Thakore
Re: SDL Perl based games
Hi Garry, Thanks for sharing!!! they look great! With you permission may I move these games onto CPAN? Kartik Thakore On 29-Aug-09, at 2:25 PM, Garry Taylor wrote: Hi all, I hadn't checked this newsgroup in a while and was happy to see that it still alive and well. I saw that some people had been sharing some SDL Perl games online, and I had a few to share as well. At "http://home.comcast.net/~g.f.taylor/GarrysGames.html"; you can find four games I have written as well as a simple flip book program to let a child play at making animation on the computer. The games are "Toad" (a Frogger wanna be), "RabbitHat" (like Centipede), "BunnyHunt" (sort of like Pac-Man) and "Bonk The Buggies". All (with the exception of Toad which in its very first incarnation was a game I wrote in TRS-80 Basic back in 1981) were written originally to run on my Windows 3.11 PC for my little girl so that she could play games which were not quite so violent as games were starting to become at the time. A few years ago I got the idea of trying to get them to run again by rewriting them in Perl. The downloads are Windows XP/Vista installs which include a bare bones Perl environment for running the games (the installs put the code into its own separate place, and shouldn't interfere with your existing Perl setups). I did this so that I could share the games with friends and family who either don't have SDL installed, don't have Perl installed, or don't do any programming and just needed something that will run. The code as it currently stands was not written for general publication, so there are probably places where the Perl code itself is not always the best looking it could be, but the games themselves work pretty well. Also, it is worth noting that I wound up being lazy and made a few additions to the Perl SDL code that I was using to add an additional function or two for printing text onto the screen that was centered or right aligned. While I have not made any Unix installs for the code, I have actually run the games on a few Linux machines that I have access to, where I also had installed SDL. I have not updated my SDL installs in several years now, so there may be complications that arise if running it with a new version of SDL. I hope you enjoy the games (or at least aren't too mean about it if you don't &^> ). Garry Taylor
SDL Perl based games
Hi all, I hadn't checked this newsgroup in a while and was happy to see that it still alive and well. I saw that some people had been sharing some SDL Perl games online, and I had a few to share as well. At "http://home.comcast.net/~g.f.taylor/GarrysGames.html"; you can find four games I have written as well as a simple flip book program to let a child play at making animation on the computer. The games are "Toad" (a Frogger wanna be), "RabbitHat" (like Centipede), "BunnyHunt" (sort of like Pac-Man) and "Bonk The Buggies". All (with the exception of Toad which in its very first incarnation was a game I wrote in TRS-80 Basic back in 1981) were written originally to run on my Windows 3.11 PC for my little girl so that she could play games which were not quite so violent as games were starting to become at the time. A few years ago I got the idea of trying to get them to run again by rewriting them in Perl. The downloads are Windows XP/Vista installs which include a bare bones Perl environment for running the games (the installs put the code into its own separate place, and shouldn't interfere with your existing Perl setups). I did this so that I could share the games with friends and family who either don't have SDL installed, don't have Perl installed, or don't do any programming and just needed something that will run. The code as it currently stands was not written for general publication, so there are probably places where the Perl code itself is not always the best looking it could be, but the games themselves work pretty well. Also, it is worth noting that I wound up being lazy and made a few additions to the Perl SDL code that I was using to add an additional function or two for printing text onto the screen that was centered or right aligned. While I have not made any Unix installs for the code, I have actually run the games on a few Linux machines that I have access to, where I also had installed SDL. I have not updated my SDL installs in several years now, so there may be complications that arise if running it with a new version of SDL. I hope you enjoy the games (or at least aren't too mean about it if you don't &^> ). Garry Taylor
New Game Found using SDL perl
So after my first blog post for ironman perl. I get a reply from ( https://github.com/jeeki) stating the following: > Hi! > > I just read your blog on the work being done on Perl-SDL and I think it's > great. I also visited the sdl.perl.org website and noticed that you've > listed a couple of games made in Perl and SDL there, but you've missed a > favourite of mine - Vacuum Magic. (http://apocalypse.rulez.org/vacuum) > It's really a good game, the code isn't the prettiest I've seen, but it's > in continuous development (the last version came out a month or two ago) and > it has fun gameplay, nice graphic, cool music and overall is fun to play. So > I think it deserves some showcasing on the website, don't you? > > I really look forward to the future of more Perl games! Good luck! :-) > > > Made my day! I will post it on the site with screen shots soon! Kartik Thakore
Re: Applications written in SDL Perl
Also can you find how to add images? Kartik Thakore On 15-Aug-09, at 5:37 AM, Gabor Szabo wrote: On Sat, Aug 15, 2009 at 12:13 PM, Thomas Klausner wrote: Hi! On Sat, Aug 15, 2009 at 11:53:28AM +0300, Gabor Szabo wrote: May we split it up in applications and games? Oh, and for the tutorials section I found this article very helpful: http://arstechnica.com/gaming/news/2006/02/games-perl.ars Do you have any other application written in SDL Perl ? Please tell us about it on the list and I'd be happy to add a link to it from the web site. App-Fotagger, but this was my first attempt at SDL and can be improved a lot: http://search.cpan.org/~domm/App-Fotagger-0.001.1/ Thanks! I added those links to the home page and published a blog entry calling more people to send links to their applications http://szabgab.com/blog/2009/08/1250326938.html please upvote it on reddit. Gabor
Re: Applications written in SDL Perl
From: Kartik Thakore Date: August 15, 2009 6:43:41 AM GMT-04:00 To: Gabor Szabo Subject: Re: Applications written in SDL Perl There is another called bapho. Search for sdl perl in reddit in reddit.com/r/perl. I am watching it on github. Kartik Thakore On 15-Aug-09, at 5:37 AM, Gabor Szabo wrote: On Sat, Aug 15, 2009 at 12:13 PM, Thomas Klausner wrote: Hi! On Sat, Aug 15, 2009 at 11:53:28AM +0300, Gabor Szabo wrote: May we split it up in applications and games? Oh, and for the tutorials section I found this article very helpful: http://arstechnica.com/gaming/news/2006/02/games-perl.ars Do you have any other application written in SDL Perl ? Please tell us about it on the list and I'd be happy to add a link to it from the web site. App-Fotagger, but this was my first attempt at SDL and can be improved a lot: http://search.cpan.org/~domm/App-Fotagger-0.001.1/ Thanks! I added those links to the home page and published a blog entry calling more people to send links to their applications http://szabgab.com/blog/2009/08/1250326938.html please upvote it on reddit. Gabor
Re: Applications written in SDL Perl
On Sat, Aug 15, 2009 at 12:13 PM, Thomas Klausner wrote: > Hi! > > On Sat, Aug 15, 2009 at 11:53:28AM +0300, Gabor Szabo wrote: > > May we split it up in applications and games? > > Oh, and for the tutorials section I found this article very helpful: > http://arstechnica.com/gaming/news/2006/02/games-perl.ars > >> Do you have any other application written in SDL Perl ? >> Please tell us about it on the list and I'd be happy to add a link to it >> from the web site. > > App-Fotagger, but this was my first attempt at SDL and can be improved a > lot: > http://search.cpan.org/~domm/App-Fotagger-0.001.1/ Thanks! I added those links to the home page and published a blog entry calling more people to send links to their applications http://szabgab.com/blog/2009/08/1250326938.html please upvote it on reddit. Gabor
Re: Applications written in SDL Perl
Hi!
On Sat, Aug 15, 2009 at 11:53:28AM +0300, Gabor Szabo wrote:
May we split it up in applications and games?
Oh, and for the tutorials section I found this article very helpful:
http://arstechnica.com/gaming/news/2006/02/games-perl.ars
> Do you have any other application written in SDL Perl ?
> Please tell us about it on the list and I'd be happy to add a link to it
> from the web site.
App-Fotagger, but this was my first attempt at SDL and can be improved a
lot:
http://search.cpan.org/~domm/App-Fotagger-0.001.1/
Thanks for the effort!
--
#!/usr/bin/perl http://domm.plix.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
Applications written in SDL Perl
Hi, it seems I also got my commit bit to the http://sdl.perl.org/ web site so I added a section called Applications and a link to Frozen Bubble. Do you have any other application written in SDL Perl ? Please tell us about it on the list and I'd be happy to add a link to it from the web site. Gabor
Re: Is SDL Perl dead?
On Mon, Aug 10, 2009 at 11:14:18PM +0300, Gabor Szabo wrote: > I know it isn't but I just blogged about it and looked at > http://sdl.perl.org/ which has a news item from 2005 at the top. > > Who has the keys to that web-site ? > > Can you please add a simple news item with some > basic info regarding version control and development plans? Kartik should have access to it now. If you have some suggested text, I can also update it reasonably quickly. -- c
Re: Is SDL Perl dead?
Hi!
> In the longer run (that means next week ?) it might be better to switch
> to the new look
I doubt that any new design will be finished next week (I rather think
"before christmas" :-(
> and maybe to use the generous offer of Vienna.pm
> to host the site.
If it's already hosted on a system that works good enough, moving to
another box won't gain us a thing. But if the current system is
cumbersome and hard to work with, a switch might be worth the effort.
IMO it depends on how hard it is to get a commit bit.
--
#!/usr/bin/perl http://domm.plix.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
Re: sdl Perl on IRC
On Tue, Aug 11, 2009 at 10:32 AM, Kartik Thakore wrote: > Do we need moderators for this? I have seen many open source IRC channels > devolve to 13 year olds yelling. Don't worry about that yet. Domm and me are already in there. Just join us for faster communication. Gabor
Re: Is SDL Perl dead?
On Tue, Aug 11, 2009 at 10:16 AM, Kartik Thakore wrote: > Great! If you want to take head of the web side it will be great. I will > look into commit bit for you as soon as I get my bit too. Don't misunderstand me. I can help with little cosmetics on the web site but I can't maintain it. I have enough other things to do and I am a very bad web page generator. The most I can help the SDL Perl project is by integrating it with Padre and including it in a later version of our Windows distribution so people will be able to download the whole package, Open Padre and start writing SDL Perl applications. It might be great to create screencasts of games written in SDL Perl - starting with Frozen Bubble but showing other games as well. What other games are there anyway? Gabor
Re: sdl Perl on IRC
Do we need moderators for this? I have seen many open source IRC channels devolve to 13 year olds yelling. Kartik Thakore On 11-Aug-09, at 3:26 AM, Gabor Szabo wrote: I have not seen and IRC channel mentioned here earlier so I checked it out and no one seemed to using #sdl on irc.perl.org You are all invited to #sdl on irc.perl.org If you don't have an IRC client the easy way to start using IRC is to go to http://widget.mibbit.com/?server=irc.perl.org&channel=%23sdl decide on a nickname that fits your personality and connect to the channel. Once in the channel, say hi. Gabor ps. There is an #sdl channel on Freenode which is the generic SDL related channel We might want to use that instead
sdl Perl on IRC
I have not seen and IRC channel mentioned here earlier so I checked it out and no one seemed to using #sdl on irc.perl.org You are all invited to #sdl on irc.perl.org If you don't have an IRC client the easy way to start using IRC is to go to http://widget.mibbit.com/?server=irc.perl.org&channel=%23sdl decide on a nickname that fits your personality and connect to the channel. Once in the channel, say hi. Gabor ps. There is an #sdl channel on Freenode which is the generic SDL related channel We might want to use that instead
Re: Is SDL Perl dead?
Great! If you want to take head of the web side it will be great. I will look into commit bit for you as soon as I get my bit too. Kartik Thakore On 11-Aug-09, at 3:13 AM, Gabor Szabo wrote: On Tue, Aug 11, 2009 at 9:59 AM, Thomas Klausner wrote: Hi! On Tue, Aug 11, 2009 at 12:15:59AM +0300, Gabor Szabo wrote: Kartik should have access to it now. If you have some suggested text, I can also update it reasonably quickly. What about putting the data into some repository (github et.al.) so anybody can add updates? We're using something like that for vienna.pm.org, and at least bratislave.pm uses something similar. Currently it is in the svn repository of svn.perl.org and it is using Combust. I can do some quick updates to the web-site - assuming chromatic can give me (user 'gabor') commit bit on that area of the repository or he can convince Ask or Robrt to do so.I have commit bit to the debugger.perl.org web site in the same repository. Additionally, if the site is build using something like ttree, we could make the site be regenerated every time something is pushed to master (or some other branch). If you have any hosting problems, I'm quite sure we could host the site on the Vienna.pm server. Ah, one other thing: It might be that there will be a new design template for Perl-related sites http://news.perlfoundation.org/2009/08/2009q3_grant_proposal_improve.html If we get something like that, would you consider switching to a new design? In the longer run (that means next week ?) it might be better to switch to the new look and maybe to use the generous offer of Vienna.pm to host the site. blog comment is out http://szabgab.com/blog/2009/08/1249933214.html Gabor
Re: Is SDL Perl dead?
I look in to it. If someone wants to change the template that fine
with me I will make a github repo for ppl.
Kartik Thakore
On 11-Aug-09, at 2:59 AM, Thomas Klausner wrote:
Hi!
On Tue, Aug 11, 2009 at 12:15:59AM +0300, Gabor Szabo wrote:
Kartik should have access to it now. If you have some suggested
text, I
can also update it reasonably quickly.
What about putting the data into some repository (github et.al.) so
anybody can add updates? We're using something like that for
vienna.pm.org, and at least bratislave.pm uses something similar.
Additionally, if the site is build using something like ttree, we
could
make the site be regenerated every time something is pushed to master
(or some other branch). If you have any hosting problems, I'm quite
sure
we could host the site on the Vienna.pm server.
Ah, one other thing: It might be that there will be a new design
template for Perl-related sites
http://news.perlfoundation.org/2009/08/2009q3_grant_proposal_improve.html
If we get something like that, would you consider switching to a new
design?
--
#!/usr/bin/perl http://domm.plix.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
Re: Is SDL Perl dead?
On Tue, Aug 11, 2009 at 9:59 AM, Thomas Klausner wrote: > Hi! > > On Tue, Aug 11, 2009 at 12:15:59AM +0300, Gabor Szabo wrote: > >> > Kartik should have access to it now. If you have some suggested text, I >> > can also update it reasonably quickly. > > What about putting the data into some repository (github et.al.) so > anybody can add updates? We're using something like that for > vienna.pm.org, and at least bratislave.pm uses something similar. Currently it is in the svn repository of svn.perl.org and it is using Combust. I can do some quick updates to the web-site - assuming chromatic can give me (user 'gabor') commit bit on that area of the repository or he can convince Ask or Robrt to do so.I have commit bit to the debugger.perl.org web site in the same repository. > Additionally, if the site is build using something like ttree, we could > make the site be regenerated every time something is pushed to master > (or some other branch). If you have any hosting problems, I'm quite sure > we could host the site on the Vienna.pm server. > > Ah, one other thing: It might be that there will be a new design > template for Perl-related sites > http://news.perlfoundation.org/2009/08/2009q3_grant_proposal_improve.html > If we get something like that, would you consider switching to a new > design? In the longer run (that means next week ?) it might be better to switch to the new look and maybe to use the generous offer of Vienna.pm to host the site. blog comment is out http://szabgab.com/blog/2009/08/1249933214.html Gabor
Re: Is SDL Perl dead?
Oops. Done! Kartik Thakore On 11-Aug-09, at 3:08 AM, Gabor Szabo wrote: can we keep this discussion on the list ? Gabor On Tue, Aug 11, 2009 at 9:57 AM, Kartik Thakore> wrote: Nope. I got a bitcard account now. LOL perl needs to many differing accounts. If you can commit can you add the stuff I sent plus the roadmap?Also see if you can hunt down download links for all the SDL deps listed in the README. Kartik Thakore On 11-Aug-09, at 2:25 AM, Gabor Szabo wrote: Kartik, you do have a login on svn.perl.org, don't you ? Then check out http://svn.perl.org/perl.org/docs/live/sdl on commit the site should be updated. I'd be glad to help a bit with the site so if you can give me - user gabor - a commit bit, I could already update it. Gabor On Tue, Aug 11, 2009 at 12:25 AM, Kartik Thakore wrote: How do I access the site? Kartik Thakore On 10-Aug-09, at 5:15 PM, Gabor Szabo wrote: On Mon, Aug 10, 2009 at 11:54 PM, chromatic wrote: On Mon, Aug 10, 2009 at 11:14:18PM +0300, Gabor Szabo wrote: I know it isn't but I just blogged about it and looked at http://sdl.perl.org/ which has a news item from 2005 at the top. Who has the keys to that web-site ? Can you please add a simple news item with some basic info regarding version control and development plans? Kartik should have access to it now. If you have some suggested text, I can also update it reasonably quickly. That's great! I think it would be a good start just to add a news item with the current date and the text Kartik just answered me privately. and the old "latest news" could be removed. Gabor
Re: Is SDL Perl dead?
Hi!
On Tue, Aug 11, 2009 at 12:15:59AM +0300, Gabor Szabo wrote:
> > Kartik should have access to it now. If you have some suggested text, I
> > can also update it reasonably quickly.
What about putting the data into some repository (github et.al.) so
anybody can add updates? We're using something like that for
vienna.pm.org, and at least bratislave.pm uses something similar.
Additionally, if the site is build using something like ttree, we could
make the site be regenerated every time something is pushed to master
(or some other branch). If you have any hosting problems, I'm quite sure
we could host the site on the Vienna.pm server.
Ah, one other thing: It might be that there will be a new design
template for Perl-related sites
http://news.perlfoundation.org/2009/08/2009q3_grant_proposal_improve.html
If we get something like that, would you consider switching to a new
design?
--
#!/usr/bin/perl http://domm.plix.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
Re: Is SDL Perl dead?
On Mon, Aug 10, 2009 at 11:54 PM, chromatic wrote: > On Mon, Aug 10, 2009 at 11:14:18PM +0300, Gabor Szabo wrote: > >> I know it isn't but I just blogged about it and looked at >> http://sdl.perl.org/ which has a news item from 2005 at the top. >> >> Who has the keys to that web-site ? >> >> Can you please add a simple news item with some >> basic info regarding version control and development plans? > > Kartik should have access to it now. If you have some suggested text, I > can also update it reasonably quickly. That's great! I think it would be a good start just to add a news item with the current date and the text Kartik just answered me privately. and the old "latest news" could be removed. Gabor
Is SDL Perl dead?
I know it isn't but I just blogged about it and looked at http://sdl.perl.org/ which has a news item from 2005 at the top. Who has the keys to that web-site ? Can you please add a simple news item with some basic info regarding version control and development plans? Gabor
Re: Sdl perl status
Yup we got him! Join us on the mailing list. Kartik Thakore On 10-Aug-09, at 9:08 AM, Matt S Trout wrote: On Mon, Aug 03, 2009 at 05:00:08PM +0200, Steffen Mueller wrote: Hi Dave, quoting your entire message in case Kartik doesn't see it on modules@: David Goehrig wrote: Steffen & etc. There has been two different people approach me about maintenance of sdl perl this month. What I am going to do is watch who displays an ability to stick around and contribute for than a few months. I've handed off control twice before and ended up with it reverting to me each time. I am more than willing to push bug patches to CPAN, but the last serious round of contributions were never finished, resulting in a broken build system, etc. So while I am taking offers in good faith, I am going to hold off on blessing any new maintainers until I am confident we won't end up back where things got stuck 4 years ago. Dave That's entirely fair and sensible from my point of view as a PAUSE admin. It means my job's done and Kartik and you (& the other person to approach you) are left to discuss further developments amongst yourselves. If he isn't already in on this, domm's being playing with SDL a lot recently - see http://github.com/domm/Game-PerlInvaders -- Matt S Trout Catalyst and DBIx::Class consultancy with a clue Technical Director and a commit bit: http://shadowcat.co.uk/catalyst/ Shadowcat Systems Limited mst (@) shadowcat.co.ukhttp://shadowcat.co.uk/blog/matt-s-trout/
making it even more super easy to use SDL Perl
Hi, I mentioned this to Thomas Klausner on YAPC::EU but I think I better raise the idea here too. One of the ideas behind Padre, the Perl IDE is to make it easy to create domain specific add-ons (plugins) to make it easier to write application in that domain. For example the Web GUI people are building a plug-in ( see http://blog.patspam.com/2009/padrepluginwebgui ) to make it easy for people to build web site on WebGUI. I don't know SDL at all so I don't know what could make it easier for beginners but if some of you are interested in starting such a plugin I'd be happy to help. Padre lives here: http://padre.perlide.org/ and the Padre developers can be usually found on #padre @ irc.perl.org regards Gabor
Re: Annonce: fixed build system of SDL-perl
Hi!
On Sat, Aug 01, 2009 at 08:38:47PM -0400, Kartik Thakore wrote:
> I have fixed (for the most part) the building of SDL_perl.
It just worked perfectly for me!
THANKS A LOT
If you need any help getting this to CPAN, just drop me a line and I'll
see what I can do.
I might do a very small announcement during YAPC::Europe that SDL is now
building again and might need some more eyes - would it be ok for you if
I mentioned your name?
Again, thanks a lot. I really think that Perl needs more games written
in Perl, so having a working SDL Installation is a must.
--
#!/usr/bin/perl http://domm.plix.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
Fw: Annonce: fixed build system of SDL-perl more fixes
I have applied a patch for macosx on the SDL_perl bugFixes branch. If anyone wants to try it out and let me know how that goes? Here is the link:http://github.com/kthakore/SDL_perl Kartik Thakore Begin forwarded message: Date: Sat, 1 Aug 2009 20:38:47 -0400 From: Kartik Thakore To: sdl-devel@perl.org Subject: Annonce: fixed build system of SDL-perl I have fixed (for the most part) the building of SDL_perl. Here is the link:http://github.com/kthakore/SDL_perl More work to come. Kartik Thakore thakore.kar...@gmail.com
Re: Annonce: fixed build system of SDL-perl
Hello Kartik, Could you add build instructions to the Readme? I'm doing git clone git://github.com/kthakore/SDL_perl.git cd SDL_perl perl Build.PL ./Build Also, what have you been testing on? I'm on a mac, which has its own host of difficulties which I encountered last time I tried to build SDL_perl. Daniel 2009/8/2 Kartik Thakore : > I have fixed (for the most part) the building of SDL_perl. > > Here is the link:http://github.com/kthakore/SDL_perl > More work to come. > > Kartik Thakore > thakore.kar...@gmail.com > >
Annonce: fixed build system of SDL-perl
I have fixed (for the most part) the building of SDL_perl. Here is the link:http://github.com/kthakore/SDL_perl More work to come. Kartik Thakore thakore.kar...@gmail.com
SDL Perl v2.1.2
*Base class package "Module::Build" is empty. (Perhaps you need to 'use' the module which defines that package fir st.) at make/lib/SDL/Build.pm line 9 BEGIN failed--compilation aborted at make/lib/SDL/Build.pm line 9. Compilation failed in require at Build.PL line 11. BEGIN failed--compilation aborted at Build.PL line 11. -- Windows Live Messenger: [EMAIL PROTECTED] Gmail: [EMAIL PROTECTED] Yahoo Mail: [EMAIL PROTECTED] Windows Live Mail: [EMAIL PROTECTED]
Re: Trouble with SDL-Perl 2.1.3 Build process
Rich
Could you send me a list of your OS, the full error message text, and
the locations you've installed all the libs `locate SDL`?
It looks like it is failing to initialize the list of directories for
the various libraries on your system.
Dave
Turd Turtle wrote:
Hi there,
I am having trouble building SDL Perl 2.1.3.
When I run:
[ 408 ] SDL_Perl-2.1.3 -: perl Build.PL
Checking whether your kit is complete...
Looks good
Checking prerequisites...
Looks good
Can't use an undefined value as an ARRAY reference at
make/lib/SDL/Build.pm
line 154.
I am not sure what is wrong... here is the offending section of code
from
make/lib/SDL/Build.pm :
# save this all in a format process_xs() can understand
sub set_flags
{
my ($self, $subsystems, $build, $defines, $includes, $links,
$sdl_compile, $sdl_link) = @_;
my %file_flags;
while (my ($subsystem, $buildable) = each %$build)
{
my $sub_file = $subsystems->{$subsystem}{file}{to};
my $sub_includes = join(' ', @{ $includes->{$subsystem}
} );
$file_flags{ $sub_file } =
{
extra_compiler_flags =>
[
@{ $includes->{$subsystem} },
split(' ',$sdl_compile),
@{ $defines->{$subsystem} },
( defined $Config{usethreads} ?
('-DUSE_THREADS', '-fPIC') : '-fPIC' ),
],
extra_linker_flags =>
[
@{ $links->{$subsystem}{paths} },
split(' ',$sdl_link),
### LINE 154 HERE: @{ $links->{$subsystem}{libs} },
],
},
}
$self->notes( 'file_flags' => \%file_flags );
}
I am a novice at Perl and would appreciate any help.. what is wrong?
Thanks alot!
Rich
Trouble with SDL-Perl 2.1.3 Build process
Hi there,
I am having trouble building SDL Perl 2.1.3.
When I run:
[ 408 ] SDL_Perl-2.1.3 -: perl Build.PL
Checking whether your kit is complete...
Looks good
Checking prerequisites...
Looks good
Can't use an undefined value as an ARRAY reference at make/lib/SDL/Build.pm
line 154.
I am not sure what is wrong... here is the offending section of code from
make/lib/SDL/Build.pm :
# save this all in a format process_xs() can understand
sub set_flags
{
my ($self, $subsystems, $build, $defines, $includes, $links,
$sdl_compile, $sdl_link) = @_;
my %file_flags;
while (my ($subsystem, $buildable) = each %$build)
{
my $sub_file = $subsystems->{$subsystem}{file}{to};
my $sub_includes = join(' ', @{ $includes->{$subsystem} } );
$file_flags{ $sub_file } =
{
extra_compiler_flags =>
[
@{ $includes->{$subsystem} },
split(' ',$sdl_compile),
@{ $defines->{$subsystem} },
( defined $Config{usethreads} ?
('-DUSE_THREADS', '-fPIC') : '-fPIC' ),
],
extra_linker_flags =>
[
@{ $links->{$subsystem}{paths} },
split(' ',$sdl_link),
### LINE 154 HERE: @{ $links->{$subsystem}{libs} },
],
},
}
$self->notes( 'file_flags' => \%file_flags );
}
I am a novice at Perl and would appreciate any help.. what is wrong?
Thanks alot!
Rich
Re: New SDL Perl in Subversion
Warnings schwarnings :) The one on line 4420 is interesting, as I haven't seen that one before. The other one is probably just a template fix. As for the tests not working, someone really needs to go through and fix the tests. But as I put very little weight in them (as more often than not the test is broken, and not the underlying code), I'm in no rush to fix them. Volunteers are more than welcome to take on that task. Thanks for the report Dave John Gabriele wrote: On 3/11/07, David Goehrig <[EMAIL PROTECTED]> wrote: Everybody, I just went through the build process on Mac OS X and Debian, and [snip] Assuming your environment is setup properly: svn co http://sdlperl.nexttolast.com/sdlperl cd sdlperl perl Build.PL ./Build ./Build install Thanks Dave, I'm on Debian, though using my own Perl in /opt. I've got most of the SDL prereq's installed via apt, except for SDL_vnc and SDL_svg (which I couldn't find via apt-cache search). SDL_vnc 1.0.0 built and installed fine from source. SDL_svg 1.1.9 failed, complaining about missing files like libxml/SAX.h, libxml/xmlmemory.h, and libxml/hash.h. Incidentally, I've got libsdl-console and libsdl-console-dev installed via apt as well (I mention this because, although console isn't mentioned as a prereq in the SDL_perl README, I see console mentioned as an issue in the ./Build test output). The SDL_perl ./Build seemed to go fine, though gave me the following messages: SDL/Perl.xs: In function 'XS_SDL__Perl_Sound_AvailableDecoders': SDL/Perl.xs:4420: warning: ISO C90 forbids mixed declarations and code SDL/Perl.xs: In function 'XS_SDL__Perl_Sound_NewSampleFromMem': SDL/Perl.xs:4461: warning: assignment makes pointer from integer without a cast ./Build test had a few issues and told me this: t/apppmSubroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/apppmok t/cdrompm..ok t/colorpm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/colorpm..ok t/cursorpm.NOK 1/2 # Failed test 'use SDL::Cursor;' # at t/cursorpm.t line 44. # Tried to use 'SDL::Cursor'. # Error: Bareword "SDL::DEBUG" not allowed while "strict subs" in use at blib/lib/SDL/Cursor.pm line 39. # Compilation failed in require at (eval 3) line 2. # BEGIN failed--compilation aborted at t/cursorpm.t line 44. t/cursorpm.ok 2/2# Looks like you failed 1 test of 2. t/cursorpm.dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 1 Failed 1/2 tests, 50.00% okay t/eventpm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/eventpm..ok t/fontpm...Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/fontpm...ok t/mixerpm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/mixerpm..ok t/mpegpm...Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/mpegpm...ok t/musicpm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/musicpm..ok t/opengl...Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/opengl...ok t/palettepmok t/rectpm...Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/rectpm...ok t/sdlpmSubroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/sdlpmok t/soundpm..ok t/surfacepmSubroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/surfacepmok t/timerpm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/timerpm..ok t/toolfontpm...Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/toolfontpm...ok t/toolgraphicpmSubroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/toolgraphicpmok t/ttfontpm.Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/ttfontpm.ok t/videopm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/videopm..ok Failed Test Stat Wstat Total Fail List of Failed --- t/cursorpm.t1 256 21 1 Failed 1/20 test scripts. 1/75 subtests failed. Files=20, Tests=75, 3 wallclock secs ( 2.41 cusr + 0.21 csys = 2.62 CPU) Failed 1/20 test programs. 1/75 subtests failed. Hope that's useful. Thanks! ---John
Re: re. New SDL Perl in Subversion
I wrote: > [snip] > > Incidentally, I've got libsdl-console and libsdl-console-dev installed > via apt as well (I mention this because, although console isn't > mentioned as a prereq in the SDL_perl README, I see console mentioned > as an issue in the ./Build test output). Whoops: "console" neq "cursor"
New SDL Perl in Subversion
Everybody, I just went through the build process on Mac OS X and Debian, and fixed up a few bugs that were created as a result of a change in Module::Build that I've been too lazy to correct, and a few other bugs that cropped up as part of getting the SDLPerl.app bundle working under MacOS X. There were some minor changes to the way things get exported, etc. If people who have BSD and Windows and Solaris systems would be so kind as to test subversion, I'll push this thing to CPAN ASAP. Assuming your environment is setup properly: svn co http://sdlperl.nexttolast.com/sdlperl cd sdlperl perl Build.PL ./Build ./Build install I've added a few bug fixes from Guillaume and others. Thanks to all those whose feedback keeps things moving along. Dave
re. New SDL Perl in Subversion
(Messages to list still bouncing when sending from the gmail address. Sending from this one, but (oddly) didn't get the original message here yet...) On 3/11/07, David Goehrig <[EMAIL PROTECTED]> wrote: > Everybody, > > I just went through the build process on Mac OS X and Debian, and [snip] > > Assuming your environment is setup properly: > > svn co http://sdlperl.nexttolast.com/sdlperl > cd sdlperl > perl Build.PL > ./Build > ./Build install Thanks Dave, I'm on Debian (Etch), though using my own Perl in /opt. I've got most of the SDL prereq's installed via apt, except for SDL_vnc and SDL_svg (which I couldn't find via apt-cache search). SDL_vnc 1.0.0 built and installed fine from source. SDL_svg 1.1.9 failed, complaining about missing files like libxml/SAX.h, libxml/xmlmemory.h, and libxml/hash.h. Incidentally, I've got libsdl-console and libsdl-console-dev installed via apt as well (I mention this because, although console isn't mentioned as a prereq in the SDL_perl README, I see console mentioned as an issue in the ./Build test output). The SDL_perl ./Build seemed to go fine, though gave me the following messages: SDL/Perl.xs: In function 'XS_SDL__Perl_Sound_AvailableDecoders': SDL/Perl.xs:4420: warning: ISO C90 forbids mixed declarations and code SDL/Perl.xs: In function 'XS_SDL__Perl_Sound_NewSampleFromMem': SDL/Perl.xs:4461: warning: assignment makes pointer from integer without a cast ./Build test had a few issues and told me this: t/apppmSubroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/apppmok t/cdrompm..ok t/colorpm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/colorpm..ok t/cursorpm.NOK 1/2 # Failed test 'use SDL::Cursor;' # at t/cursorpm.t line 44. # Tried to use 'SDL::Cursor'. # Error: Bareword "SDL::DEBUG" not allowed while "strict subs" in use at blib/lib/SDL/Cursor.pm line 39. # Compilation failed in require at (eval 3) line 2. # BEGIN failed--compilation aborted at t/cursorpm.t line 44. t/cursorpm.ok 2/2# Looks like you failed 1 test of 2. t/cursorpm.dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 1 Failed 1/2 tests, 50.00% okay t/eventpm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/eventpm..ok t/fontpm...Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/fontpm...ok t/mixerpm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/mixerpm..ok t/mpegpm...Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/mpegpm...ok t/musicpm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/musicpm..ok t/opengl...Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/opengl...ok t/palettepmok t/rectpm...Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/rectpm...ok t/sdlpmSubroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/sdlpmok t/soundpm..ok t/surfacepmSubroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/surfacepmok t/timerpm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/timerpm..ok t/toolfontpm...Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/toolfontpm...ok t/toolgraphicpmSubroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/toolgraphicpmok t/ttfontpm.Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/ttfontpm.ok t/videopm..Subroutine BEGIN redefined at blib/lib/SDL.pm line 40. t/videopm..ok Failed Test Stat Wstat Total Fail List of Failed --- t/cursorpm.t1 256 21 1 Failed 1/20 test scripts. 1/75 subtests failed. Files=20, Tests=75, 3 wallclock secs ( 2.41 cusr + 0.21 csys = 2.62 CPU) Failed 1/20 test programs. 1/75 subtests failed. Hope that's useful. Thanks! ---John
SDL Perl 2.2.1 (beta)
Hello World! I'm pleased to announce after 6 months of way too much work to do, I've finally managed to get enough time (between getting married and starting a family) to put together a new SDL Perl release for Xmas 2006. What has been added to this release is true Mac OS X support! Since I finally own 3 Macs, I decided it was time to work around the previous problems and get an honest solution for that platform. The result is a "SDL Perl.app" application bundle which can be distributed to anyone. It registers the file type .sdlpl as a SDL Perl script. It is possible to have multiple versions of the bundle installed at the same time, (tough getting the OS to recognize them is a different issue :) You can now drag and drop scripts onto the app icon in your bar to run them. Currently only one SDL Perl app is runable at a time, but that limitation will be worked around within the next 6 months :) You can download the code: svn co http://sdlperl.nexttolast.com/sdlperl Let me know if you have any patches that haven't made it into subversion yet, and I will roll them into the 2.2.2 release which will go into CPAN before the 25th of this month. You can see the 1 screenshot of it running natively on the Mac at: http://sdlperl.nexttolast.com/ Additionally, I hope to get similar application bundle support working for Linux and Windows over the next few months. It is also worth noting that the test scripts now have all their required data embedded in them, making SDL Perl applications more deliverable now than they were before. I hope everyone has a very Merry Xmas and a Happy New Year, Dave
Some problem with SDL-perl
Hi.
I just started programming using perl and found out the sdl-perl project.
Here is my creation
[code]
*#!/usr/bin/perl*
*use* Thread;
*use* SDL::App;
*use* SDL::Event;
*use* SDL::Rect;
*use* SDL::Color;
*use* SDL::Surface;
*use* SDL::Tool::Font;
$FPSTimer = 1000;
$frame = 0;
$thr = new Thread \&event;
*my* $app = SDL::App->new(
-height => 640,
*-w*idth => 480,
*-d*epth => 16,
*-t*itle => *"*Moteur 2D en PERL par frozon*"*,
);
*my* $screen = SDL::Rect->new(-height => 100, *-w*idth => 100, *-x* =>
0, -*y *=> 0,);
*my* $color = SDL::Color->new(*-r* => 0x00,*-g* => 0x00,*-b* => 0xff,);
$app->fill($screen, $color);
$app->update($screen);
*my* $f = SDL::Tool::Font->new( *-t*tfont=>*"*arial.ttf*"*, );
*while*(1){
$FrameStart = SDL::GetTicks();
$frame = $frame + 1;
*#action ici.*
$ticks = SDL::GetTicks();
$delay = (($ticks-$FrameStart)+10);
SDL::Delay($delay);
*if*(SDL::GetTicks > $FPSTimer)
{
$FPSTimer = $FPSTimer + 1000;
$titre = *"*Moteur 2D en PERL par Frozon (FPS: $frame)*"*;
$fps = *"*FPS: $frame*"*;
SDL::WMSetCaption(*"*$titre*"*, NULL);
$f->print($screen, 0, 0, *"*Key Pressed*"*);
*#SDL::Tool::Font::print($screen, 10, 10, $fps);*
$frame = 0;
}
}
*sub *event {
*my* $event = new SDL::Event;
*while* ($event->wait()) {
*my* $type = $event->type();
exit *if* $type == SDL_QUIT;
}
}
[/code]
The problem is that when i run the program it works until it try to
use $f->print...
I have looked around using google and found that you already speak about that.
Some one can help me a little about that please.
I waiting forward to your answer.
problems with sdl perl snapshot under Mac OS X
I downloaded the latest snapshot from: http://www.wgz.org/chromatic/perl/sdl/ And I have been trying to get it to install on OS X 10.3. I have installed the Darwin Ports SDL libs, and they are located in /opt/local. In order to build, I had to add the /opt directories directly to the build script script, as the -with-sdl= syntax did not work. I have successfully built the libs, but any program using SDL.pm produces the following errors: ../blib/arch/auto/SDL_perl/SDL_perl.bundle undefined reference to _InitFont expected to be defined in a dynamic image ../blib/arch/auto/SDL_perl/SDL_perl.bundle undefined reference to _PutString expected to be defined in a dynamic image ../blib/arch/auto/SDL_perl/SDL_perl.bundle undefined reference to _filledpieColor expected to be defined in a dynamic image ../blib/arch/auto/SDL_perl/SDL_perl.bundle undefined reference to _filledpieRGBA expected to be defined in a dynamic image My first guess was that this was a problem with SFont symbols not being resolved, but I have made sure that -lSFont was used in the linking stage, and I have a libSFont.a in place. This did not solve the problem. Any help or suggestions would be appreciated. Thanks, Erik Johnson
Re: sdl perl 2.1.0
On Sat, 2004-03-20 at 06:51, Ed Halley wrote: > I have found that glRenderMode() and glPickMatrix() are not available, > and I see no glGetInteger*() variations, so the OpenGL "picking" mode > (i.e., mouse hit testing) is impossible to operate. This would > correspond to portions of NeHe demo 32, and is a show-stopper for my > application. Here's a patch to enable the first two. It's not great, but it's a start. > Lastly, the SDL_perl.spec file should be updated to the new > Module::Build procedure, so that we can offer .src.rpm files for cleaner > end-user installation and updating. I'm not an RPM guy, but I took a whack at it. Can you try the version in the latest snapshot? -- c Index: typemap === --- typemap (revision 242) +++ typemap (working copy) @@ -54,6 +54,7 @@ GLUnurbsObj * T_PTR GLUtesselator * T_PTR GLuint T_UV +GLint * T_PTR float * T_PTR float T_NV GLfloat T_NV Index: src/OpenGL.xs === --- src/OpenGL.xs (revision 407) +++ src/OpenGL.xs (working copy) @@ -1779,8 +1779,15 @@ RETVAL = glGetError(); OUTPUT: RETVAL - +GLint +RenderMode ( mode ) + GLenum mode + CODE: + RETVAL = glRenderMode( mode ); + OUTPUT: + RETVAL + #endif #ifdef HAVE_GLU @@ -1809,6 +1816,16 @@ gluPerspective(fovy,aspect,myNear,myFar); void +PickMatrix ( x, y, delX, delY, viewport ) + double x + double y + double delX + double delY + GLint* viewport + CODE: + gluPickMatrix(x,y,delX,delY,viewport); + +void Ortho2D ( left, right, bottom, top ) double left double right
Re: sdl perl 2.1.0
> Have we got any new SDL_perl snapshot to play with? > Any more news from > DGOEHRIG to get a more official CPAN stable release? I'm currently without access to my development box, which is 1300 miles away from where I am now. It will probably be another month before I will be able to do anything. Such are the joys of taking a contract job cross country. Dave __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html
Re: sdl perl 2.1.0
I have been building my application up, using a combination of Festival and SDL::OpenGL. I'd like to see a Perl bindings suite for OpenDE (opende.sf.net) also. Right now, making new Perl-bindings-for-C-API projects is a little outside my bandwidth, though. Have we got any new SDL_perl snapshot to play with? Any more news from DGOEHRIG to get a more official CPAN stable release? Hm, finding that the glu* routines for Quadric surface "primitives" aren't available either (draw a ball, draw a cylinder, draw a cone, etc.). Are these available in the underlying OpenGL libraries? They'd need the GLU_* constants to go with them. On Sat, 2004-03-27 at 00:03, chromatic wrote: > On Sat, 2004-03-20 at 06:51, Ed Halley wrote: > > > I have found that glRenderMode() and glPickMatrix() are not available, > > and I see no glGetInteger*() variations, so the OpenGL "picking" mode > > (i.e., mouse hit testing) is impossible to operate. This would > > correspond to portions of NeHe demo 32, and is a show-stopper for my > > application. > > I'll take a look at these shortly. -- [ e d @ h a l l e y . c c ]
Re: sdl perl 2.1.0
On Sat, 2004-03-20 at 06:51, Ed Halley wrote:
> I have found that glRenderMode() and glPickMatrix() are not available,
> and I see no glGetInteger*() variations, so the OpenGL "picking" mode
> (i.e., mouse hit testing) is impossible to operate. This would
> correspond to portions of NeHe demo 32, and is a show-stopper for my
> application.
I'll take a look at these shortly.
> Lastly, the SDL_perl.spec file should be updated to the new
> Module::Build procedure, so that we can offer .src.rpm files for cleaner
> end-user installation and updating.
Hmm, that looks easy enough, except that it's tied to one particular
distribution's architecture and Perl module directories. Here's a patch
against the spec file; does it work better for you?
Does anyone know more about spec files than what I picked up in two
minutes of typing?
-- c
Index: scripts/SDL_perl.spec
===
--- scripts/SDL_perl.spec (revision 245)
+++ scripts/SDL_perl.spec (working copy)
@@ -1,18 +1,18 @@
Summary: SDL_perl Multimedia Perl Extension
Name: SDL_perl
Version: %%version%%
-Release: 1
+Release: 3
License: LGPL GNU Library General Public License
-Vendor: sdperl.org
-Packager: sdlperl.org
+Vendor: sdl.perl.org
+Packager: sdl.perl.org
Group: System Environment/Base
Source: http://sdlperl.org/SDL_perl-%{version}.tar.gz
-URL: http://sdlperl.org/
+URL: http://sdl.perl.org/
BuildRoot: /tmp/rpm/SDL_perl/%{name}-%{version}-buildroot
%description
SDL_perl provides multimedia programming support for perl through
-use of the Simple DirectMedia Layer http://www.libsdl.org
+use of the Simple DirectMedia Layer http://www.libsdl.org/
It provides both a high level, object orient develpment framework,
and a low level C style API. SDL_perl supports a variety of
additional SDL libraries, such as SDL_image, SDL_mixer, SDL_ttf,
@@ -21,12 +21,12 @@
%prep
%setup -q
%build
-perl Makefile.PL PREFIX=$RPM_BUILD_ROOT/usr/local
-make
+perl Build.PL PREFIX=$RPM_BUILD_ROOT/usr/local
+./Build
%install
rm -rf $RPM_BUILD_ROOT
-make install
+./Build install
mkdir -p $RPM_BUILD_ROOT/usr/local/lib/perl5/site_perl/
mv $RPM_BUILD_ROOT/usr/local/lib/site_perl/5.6.1/i686-linux/* $RPM_BUILD_ROOT/usr/local/lib/perl5/site_perl/
rm -rf $RPM_BUILD_ROOT/lib/site_perl
@@ -46,9 +46,10 @@
/usr/local/man/*/*
%changelog
+* Sat Mar 27 05:01:35 UTC 2004 chromatic <[EMAIL PROTECTED]>
+- updated for new build process
+
* Thu Apr 5 2002 David J. Goehrig <[EMAIL PROTECTED]>
* Thu Apr 4 2002 David J. Goehrig <[EMAIL PROTECTED]>
- wrote spec file
-
-
sdl perl 2.1.0
I've successfully used SDL Perl 2.1.0 on my Fedora Linux machine, including adjusting some existing scripts of my own. I'm now looking at the new NeHe adaptations to see if I can get texture-mapping working, which I was unable to get to work previously. I have found that glRenderMode() and glPickMatrix() are not available, and I see no glGetInteger*() variations, so the OpenGL "picking" mode (i.e., mouse hit testing) is impossible to operate. This would correspond to portions of NeHe demo 32, and is a show-stopper for my application. Lastly, the SDL_perl.spec file should be updated to the new Module::Build procedure, so that we can offer .src.rpm files for cleaner end-user installation and updating. Build errors (excerpts): In file included from /usr/include/SDL/SDL_endian.h:60, from /usr/include/SDL/SDL_net.h:29, from SDL_perl.xs:38: /usr/include/asm/byteorder.h:6:2: warning: #warning using private kernel header; include instead! Build test errors (excerpts): - t/toolfontpm...Use of inherited AUTOLOAD for non-method SDL::TTFInit() is deprecated at blib/lib/SDL/TTFont.pm line 153. # Error: Can't locate auto/SDL/TTFInit.al in @INC Failed TestStat Wstat Total Fail Failed List of Failed --- t/toolfontpm.t2 512 22 100.00% 1-2 t/ttfontpm.t 1 256 21 50.00% 1 -- [ e d @ h a l l e y . c c ]
Re: SDL Perl 2.1.0 Released
-BEGIN PGP SIGNED MESSAGE- Helo, On Wednesday 25 February 2004 19:35, chromatic wrote: > On Wed, 2004-02-25 at 10:28, chromatic wrote: > > We're not discussing a bug in the original config code. > > That was rude of me. I apologize. No offense taken. My remark was also not targeted at someone specialy Cheers, Tels - -- Signed on Thu Feb 26 19:52:16 2004 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "Für eine solche Bitratenreduktion muss ich den Transcoder so umkonfigurieren, dass er gröbere Quantisierungskoeffizienten für die MPEG-Matrizen verwendet, Captain" - "An die Arbeit, Mr. LaForge." -- Jens Baumeister in http://tinyurl.com/oomb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBQD5AsHcLPEOTuEwVAQFEVQf+Kj8rnC4Epp3vj2JR5WmZxjhGFh1c5tXV d0ZNklFuWP8k9Taw7aMFKNpAuh5+Y/TfPiCClJ0l/GsPQV2ZoLMcIK9rvSBDrfl1 15WAMi50k1cPcgztj1FYDeN8B12jP1lOK2MSbEhujxERUGoTW/0xwoS5H3rTd8eo 2GOa/RIrLKMCPg7dFNt+4+ki5NRPn1yuMXW3WW8tpcZc4QqEpdT7YIS+62Rk6S/X yCHCoioU2+8MEoYAfI1JylGKSJClvfTcS17s2Hm8NoAYgIBI1KQz0nzJA70gX+cA KIERuu0YHPQhlBLvwBOYYkRi1frJEHfdSzDdAV4fVe8pE2vuWOOyuw== =3QSn -END PGP SIGNATURE-
Re: SDL Perl 2.1.0 Released
On Wed, 2004-02-25 at 10:28, chromatic wrote: > We're not discussing a bug in the original config code. That was rude of me. I apologize. -- c
Re: SDL Perl 2.1.0 Released
On Wed, 2004-02-25 at 10:07, Tels wrote: > However, exist is not always neccessary (I formerly thought it is): Hmm, you keep learning things. Still, it's necessary in this case, as it checks for the existence of a module within a subsystem, not the truth. See below though. > The code also has the problem that different subsystems might share the same > key, and thus advertise that somethin is there even though it isn't. Why > isnt sdl_config just a list (hash) of supported/unsupported things instead > a nested one? This was the simplest approach I found. I didn't have to write my own serializer or deserializer, which is nice, as trying to get the quoting right in autogenerated code truly sucks. Writing an SDL::OpenGL::Config would allow a flattened structure, which'd be nice. That's likely the best solution. > This is not a place where you should optimize code and thus introduce bugs > in the code. :) We're not discussing a bug in the original config code. -- c
Re: SDL Perl 2.1.0 Released
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Tuesday 24 February 2004 23:41, chromatic wrote:
> On Tue, 2004-02-24 at 11:02, John Beppu wrote:
> > The has() method in this release has a bug.
> >
> > Here's how it looks right now:
> >
> > sub has
> > {
> > my ($class, $define) = @_;
> > scalar grep { exists $$sdl_config{$_}{$define} } keys
> > %$sdl_config; }
> >
> > Unfortunately, even if certain attributes are set to 0,
> > the existence check still passes. For example, I don't
> > have SDL_ttf on my system, and the $sdl_config hashref
> > knows this. However,
> >
> > SDL::Config->has('SDL_ttf')
> >
> > returns 1;
> >
> > Get rid of "exists" and it'll work as advertised.
>
> True, but it'll eat up memory in the hash if you pass undefined
> subsystem names. That's why the original version was:
>
>sub has
>{
> my ($class, $define) = @_;
>
> while (my ($name, $subsystems) = each %$sdl_config)
> {
> next unless exists $subsystems->{ $define };
> return $subsystems->{ $define } ? 1 : 0;
> }
>
> return;
> }
>
> Maybe it was silly to optimize this never to use any more memory or to
> keep an O(n) operation O(n/2) or better, but it's not susceptible to
> this bug.
However, exist is not always neccessary (I formerly thought it is):
# perl -MData::Dumper -le 'my $hash = { u => x }; print "foo" if !
$hash->{a}; print Dumper($hash);'
foo
$VAR1 = {
'u' => 'x'
};
See, $hash->{a} hasnt been created :)
The code also has the problem that different subsystems might share the same
key, and thus advertise that somethin is there even though it isn't. Why
isnt sdl_config just a list (hash) of supported/unsupported things instead
a nested one?
E.g.
$sdl-config->{foo}->{barfel} = 1;
$sdl-config->{fub}->{barfel} = 0;
What if you now test for has('barfel'); Which one will come first!?
A flat structure would allow:
sub has
{
my ($class, $define) = @_;
return exists $sdl_config->{$define} ? $sdl_config->{$define} : undef;
}
which is much simpler.
> On the other hand, I suspect the new version performs better in list
> context.
In addition, there are like 10 different values, and it doesnt matter _at
all_ what you do with that hash in what order, since it is executed almost
always only once, and would in the worst case create a dozend hash keys (if
ever, see above).
This is not a place where you should optimize code and thus introduce bugs
in the code. :)
Cheers,
Tels
- --
Signed on Wed Feb 25 18:57:07 2004 with key 0x93B84C15.
Visit my photo gallery at http://bloodgate.com/photos/
PGP key on http://bloodgate.com/tels.asc or per email.
"Retsina?" - "Ja, Papa?" - "Warp 3." - "Is gut, Papa."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)
Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl.
iQEVAwUBQDzkRXcLPEOTuEwVAQFOEQf+PW4RmxKtCH1fYoTgU4N86hpsTDfczQ22
EbGuzFuF/Wdl+zPZyLp3rAx7HX7puctqYILVrD7uHSK6MjkoesW8dRGjpuPEIMRj
jvi+drHVflCgmiZJ5OwQBgh1RsWCVCSTf3nzcNAMpoheHxKeF/MqXd4N5KoFOoP2
wHJyb6+47bTYSTUjCtSnMW5pCtHCGGE6hug5L1/T/qF3BaVDkUKXOC9KPWZIvf/9
huPZLLBl3RBBv9Ke2oPU49J0Q98uum1AyrzDzXqFXpBdBEkZuKEXAs9Lr7qJDhWq
Sqbv5lFWHiD7McEuPR7yNew+qx9yP5mR23T7KVIplUB45LPmsJvIeQ==
=cYuM
-END PGP SIGNATURE-
Re: SDL Perl 2.1.0 Released
On Tue, 2004-02-24 at 17:14, David J. Goehrig wrote: > I was however under the impression that if you > didn't have a lib, there shouldn't be an entry > in SDL::Config! They do have an entry, but their values are 0. I did this so as not to throw away information (what features *could* we have built but didn't we build). It'd be handy, eventually, to disable features by passing options to Build.PL. -- c
Re: SDL Perl 2.1.0 Released
--- John Beppu <[EMAIL PROTECTED]> wrote: > Get rid of "exists" and it'll work as advertised. Yeah that's a fix I like... reducing the number of expressions :) I was however under the impression that if you didn't have a lib, there shouldn't be an entry in SDL::Config! This could also be considered a bug. I'll look into that when I get home. Dave __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools
Re: SDL Perl 2.1.0 Released
On Tue, 2004-02-24 at 11:02, John Beppu wrote:
> The has() method in this release has a bug.
>
> Here's how it looks right now:
>
> sub has
> {
> my ($class, $define) = @_;
> scalar grep { exists $$sdl_config{$_}{$define} } keys %$sdl_config;
> }
>
> Unfortunately, even if certain attributes are set to 0,
> the existence check still passes. For example, I don't
> have SDL_ttf on my system, and the $sdl_config hashref
> knows this. However,
>
> SDL::Config->has('SDL_ttf')
>
> returns 1;
>
> Get rid of "exists" and it'll work as advertised.
True, but it'll eat up memory in the hash if you pass undefined
subsystem names. That's why the original version was:
sub has
{
my ($class, $define) = @_;
while (my ($name, $subsystems) = each %$sdl_config)
{
next unless exists $subsystems->{ $define };
return $subsystems->{ $define } ? 1 : 0;
}
return;
}
Maybe it was silly to optimize this never to use any more memory or to
keep an O(n) operation O(n/2) or better, but it's not susceptible to
this bug.
On the other hand, I suspect the new version performs better in list
context.
-- c
Re: SDL Perl 2.1.0 Released
[ date ] 2004/02/23 | Monday | 08:00 PM
[ author ] David J. Goehrig <[EMAIL PROTECTED]>
> HOW TO USE SDL::Config IN YOUR PROGRAMS
The has() method in this release has a bug.
Here's how it looks right now:
sub has
{
my ($class, $define) = @_;
scalar grep { exists $$sdl_config{$_}{$define} } keys %$sdl_config;
}
Unfortunately, even if certain attributes are set to 0,
the existence check still passes. For example, I don't
have SDL_ttf on my system, and the $sdl_config hashref
knows this. However,
SDL::Config->has('SDL_ttf')
returns 1;
Get rid of "exists" and it'll work as advertised.
Re: SDL Perl 2.1.0 Released
-BEGIN PGP SIGNED MESSAGE- Moin, On Tuesday 24 February 2004 21:14, John Beppu wrote: > [ date ] 2004/02/24 | Tuesday | 09:02 AM > [ author ] David J. Goehrig <[EMAIL PROTECTED]> > > > I'd be more than happy to sync svn up, but > > given those two above issues I can't at the > > current time. > > Here's the quick and easy way to sync up svn with your releases. > > # set up your paths > dave=~/src/SDL_Perl-2.1.0 > subv=~/svn/svn.perl.org/sdl/trunk > > # set up pristine environments in $dave and $subv > cd $dave > ./Build distclean > rm lib/SDL/Config.pm > cd $subv > ./Build distclean > rm lib/SDL/Config.pm > > # create and apply the patch > diff -Naur -x .svn $subv $dave > /tmp/sync.patch > cd $subv > patch -Np1 < /tmp/sync.patch > > NOTE: > > Applying the patch this way will delete files in the $subv directory > that don't exist in the $dave directory. It'll basically turn $subv > into an exact copy of $dave while preserving the .svn directories, and > it even seems to handle binary files. For example, test/data/logo.png > was not the same between the two source trees, but patching sync'd them > up, and neither of the images seemed to be corrupted. (I was impressed.) > > After patching, you can do `svn status` to see > > - (M) what has changed, > - (!) what has disappeared, > - (?) and what svn doesn't know about, > > The next step would be for someone who has write access to the > svn sdl module to do the appropriate combination of `svn add` > and `svn rm` commands followed by an `svn ci`. For good measure, > an `svn tag` would be recommended at this point, too, for historical > purposes. I'll leave that to someone with more svn experience since I am surely to mess something up. Cheers, Tels - -- Signed on Tue Feb 24 22:36:50 2004 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "Boooring!" - Dot, the Warner sister -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBQDvEE3cLPEOTuEwVAQEFyAf/UdkNRdRBnT7iGKKTnQ2z8dsAr3SPw9X/ CfSGc1g/0notP0vUR01IQOziiSZY8XQykApF2t/LQwgjUzFpJS1pqxtrPJyLyDY1 MNzbnMrZzLzSvfRhskR7DZO6tI1pDpOJLaMMcNhNgL6FWE+wI9gIUrlwnpB+Loyt ltGLM2xAws8Qc1nd/A4yhxfFVOy5BCfLFSZuxvHXLSUla6HFjyy5bgWgABrQwjYk HI626I+wdVptmYssxbhTHI1UIWz0MRo5ddPmvYo8i3cyZJTsbmKyxvM+Elm+U2p4 EBa10mSVdhzqTAfAGeUyHisRw9bKa9JZX4modCFLhkvMb6eq4+G5ig== =ZpeU -END PGP SIGNATURE-
Re: SDL Perl 2.1.0 Released
[ date ] 2004/02/24 | Tuesday | 09:02 AM [ author ] David J. Goehrig <[EMAIL PROTECTED]> > I'd be more than happy to sync svn up, but > given those two above issues I can't at the > current time. Here's the quick and easy way to sync up svn with your releases. # set up your paths dave=~/src/SDL_Perl-2.1.0 subv=~/svn/svn.perl.org/sdl/trunk # set up pristine environments in $dave and $subv cd $dave ./Build distclean rm lib/SDL/Config.pm cd $subv ./Build distclean rm lib/SDL/Config.pm # create and apply the patch diff -Naur -x .svn $subv $dave > /tmp/sync.patch cd $subv patch -Np1 < /tmp/sync.patch NOTE: Applying the patch this way will delete files in the $subv directory that don't exist in the $dave directory. It'll basically turn $subv into an exact copy of $dave while preserving the .svn directories, and it even seems to handle binary files. For example, test/data/logo.png was not the same between the two source trees, but patching sync'd them up, and neither of the images seemed to be corrupted. (I was impressed.) After patching, you can do `svn status` to see - (M) what has changed, - (!) what has disappeared, - (?) and what svn doesn't know about, The next step would be for someone who has write access to the svn sdl module to do the appropriate combination of `svn add` and `svn rm` commands followed by an `svn ci`. For good measure, an `svn tag` would be recommended at this point, too, for historical purposes.
Re: SDL Perl 2.1.0 Released - opengl.t crashes
-BEGIN PGP SIGNED MESSAGE-
Moin,
[EMAIL PROTECTED]:~/incoming/perl/sdl/SDL_Perl-2.1.0> ./Build test
t/apppmok
t/cdrompm..ok
t/colorpm..ok
t/cursorpm.ok
t/eventpm..ok
t/fontpm...ok
t/mixerpm..ok
t/mpegpm...ok
t/musicpm..ok
t/opengl...dubious
Test returned status 0 (wstat 11, 0xb)
DIED. FAILED tests 1-3
Failed 3/3 tests, 0.00% okay
t/palettepmok
t/rectpm...ok
t/sdlpmok
t/soundpm..ok
t/surfacepmok
t/timerpm..ok
t/toolfontpm...ok
t/toolgraphicpmok
t/ttfontpm.ok
t/videopm..ok
Failed Test Stat Wstat Total Fail Failed List of Failed
- ---
t/opengl.t 011 36 200.00% 1-3
Failed 1/20 test scripts, 95.00% okay. 3/75 subtests failed, 96.00% okay.
[EMAIL PROTECTED]:~/incoming/perl/sdl/SDL_Perl-2.1.0> perl t/opengl.t
1..3
Segmentation fault
[EMAIL PROTECTED]:~/incoming/perl/sdl/SDL_Perl-2.1.0> valgrind perl t/opengl.t
==2401== Memcheck, a.k.a. Valgrind, a memory error detector for x86-linux.
==2401== Copyright (C) 2002-2003, and GNU GPL'd, by Julian Seward.
==2401== Using valgrind-20031012, a program supervision framework for
x86-linux.
==2401== Copyright (C) 2000-2003, and GNU GPL'd, by Julian Seward.
==2401== Estimated CPU clock rate is 2017 MHz
==2401== For more details, rerun with: -v
==2401==
1..3
==2401== Syscall param modify_ldt(ptr)(func=1 or 0x11) contains
uninitialised or unaddressable byte(s)
==2401==at 0x435468D8: (within /usr/lib/libGL.so.1.0.4496)
==2401==Address 0xBFFFEC84 is on thread 1's stack
ok 1 - use SDL::OpenGL;
ok 2 - main->can(...)
ok 3 - main->can(...)
==2401==
==2401== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 60 from 1)
==2401== malloc/free: in use at exit: 3643235 bytes in 53079 blocks.
==2401== malloc/free: 91579 allocs, 38500 frees, 43186106 bytes allocated.
==2401== For a detailed leak analysis, rerun with: --leak-check=yes
==2401== For counts of detected errors, rerun with: -v
[EMAIL PROTECTED]:~/incoming/perl/sdl/SDL_Perl-2.1.0> ldd blib/arch/auto/SDL/OpenGL/
OpenGL.so
libGL.so.1 => /usr/lib/libGL.so.1 (0x4003)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x40099000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0x4010e000)
libc.so.6 => /lib/libc.so.6 (0x401a8000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x402dc000)
libm.so.6 => /lib/libm.so.6 (0x407b4000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x407d6000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x407e5000)
libdl.so.2 => /lib/libdl.so.2 (0x408b3000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x408b6000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
Hm, /usr/lib/libSDL-1.2.so.0 shouldn't exist yet (we did not install yet).
But it does. Strange.
In any event, it seems it crashes in usr/lib/libGL.so.1.0.4496 which is the
NVIDIA supplied binary (if I guess right because 4496 is my drivers rev.
number). Damn, I think I start to hate closed-source drivers.
Any idea how I can fix/debug this further?
cheers,
Tels
On Tuesday 24 February 2004 05:00, David J. Goehrig wrote:
> I've uploaded SDL Perl 2.1.0 and is currently
> available
> from CPAN:
>
> http://search.cpan.org/~dgoehrig/SDL_Perl-2.1.0/
>
> You can read the README and CHANGELOG for the what's
> new, but basically, I've finished SMPEG support,
> fixed a few bugs in the Cdrom code, OpenGL support,
> and Build system.
>
> I also rewrote the test files tonight, updating some
> of the tests and adding SDL::Config support where
> applicable. The tests should not kill you if you
> don't have something installed.
>
> And for added goodness a brief tutorial:
>
>
> HOW TO USE SDL::Config IN YOUR PROGRAMS
>
> As part of the new build system, Build.PL generates
> a site specific version of SDL::Config for your
> installation. Currently SDL::Config can report
> status on the following optional extensions:
>
> SDL_image
> SDL_mixer
> SDL_gfx
> SDL_ttf
> SDL_net
> GL
> GLU
> smpeg
> png
> jpeg
>
> The module's "has" method can be queried to see
> whether or not the given module is installed
> as follows:
>
> # does the user have SDL_image installed?
>
> die "This program requires SDL_image\n"
> unless ( SDL::Config->has('SDL_image') );
>
> # does the user have True Type font support?
>
> if ( SDL::Config->has('SDL_ttf') ) {
> # do stuff with true type fonts...
> } else {
> # do stuff using SFonts only
> }
>
> In this way, your program can determine at run time
> what t
Re: SDL Perl 2.1.0 Released - opengl.t crashes
-BEGIN PGP SIGNED MESSAGE-
Moin,
[EMAIL PROTECTED]:~/incoming/perl/sdl/SDL_Perl-2.1.0> ./Build test
t/apppmok
t/cdrompm..ok
t/colorpm..ok
t/cursorpm.ok
t/eventpm..ok
t/fontpm...ok
t/mixerpm..ok
t/mpegpm...ok
t/musicpm..ok
t/opengl...dubious
Test returned status 0 (wstat 11, 0xb)
DIED. FAILED tests 1-3
Failed 3/3 tests, 0.00% okay
t/palettepmok
t/rectpm...ok
t/sdlpmok
t/soundpm..ok
t/surfacepmok
t/timerpm..ok
t/toolfontpm...ok
t/toolgraphicpmok
t/ttfontpm.ok
t/videopm..ok
Failed Test Stat Wstat Total Fail Failed List of Failed
- ---
t/opengl.t 011 36 200.00% 1-3
Failed 1/20 test scripts, 95.00% okay. 3/75 subtests failed, 96.00% okay.
[EMAIL PROTECTED]:~/incoming/perl/sdl/SDL_Perl-2.1.0> perl t/opengl.t
1..3
Segmentation fault
[EMAIL PROTECTED]:~/incoming/perl/sdl/SDL_Perl-2.1.0> valgrind perl t/opengl.t
==2401== Memcheck, a.k.a. Valgrind, a memory error detector for x86-linux.
==2401== Copyright (C) 2002-2003, and GNU GPL'd, by Julian Seward.
==2401== Using valgrind-20031012, a program supervision framework for
x86-linux.
==2401== Copyright (C) 2000-2003, and GNU GPL'd, by Julian Seward.
==2401== Estimated CPU clock rate is 2017 MHz
==2401== For more details, rerun with: -v
==2401==
1..3
==2401== Syscall param modify_ldt(ptr)(func=1 or 0x11) contains
uninitialised or unaddressable byte(s)
==2401==at 0x435468D8: (within /usr/lib/libGL.so.1.0.4496)
==2401==Address 0xBFFFEC84 is on thread 1's stack
ok 1 - use SDL::OpenGL;
ok 2 - main->can(...)
ok 3 - main->can(...)
==2401==
==2401== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 60 from 1)
==2401== malloc/free: in use at exit: 3643235 bytes in 53079 blocks.
==2401== malloc/free: 91579 allocs, 38500 frees, 43186106 bytes allocated.
==2401== For a detailed leak analysis, rerun with: --leak-check=yes
==2401== For counts of detected errors, rerun with: -v
[EMAIL PROTECTED]:~/incoming/perl/sdl/SDL_Perl-2.1.0> ldd blib/arch/auto/SDL/OpenGL/
OpenGL.so
libGL.so.1 => /usr/lib/libGL.so.1 (0x4003)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x40099000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0x4010e000)
libc.so.6 => /lib/libc.so.6 (0x401a8000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x402dc000)
libm.so.6 => /lib/libm.so.6 (0x407b4000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x407d6000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x407e5000)
libdl.so.2 => /lib/libdl.so.2 (0x408b3000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x408b6000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
Hm, /usr/lib/libSDL-1.2.so.0 shouldn't exist yet (we did not install yet).
But it does. Strange.
In any event, it seems it crashes in usr/lib/libGL.so.1.0.4496 which is the
NVIDIA supplied binary (if I guess right because 4496 is my drivers rev.
number). Damn, I think I start to hate closed-source drivers.
Any idea how I can fix/debug this further?
cheers,
Tels
On Tuesday 24 February 2004 05:00, David J. Goehrig wrote:
> I've uploaded SDL Perl 2.1.0 and is currently
> available
> from CPAN:
>
> http://search.cpan.org/~dgoehrig/SDL_Perl-2.1.0/
>
> You can read the README and CHANGELOG for the what's
> new, but basically, I've finished SMPEG support,
> fixed a few bugs in the Cdrom code, OpenGL support,
> and Build system.
>
> I also rewrote the test files tonight, updating some
> of the tests and adding SDL::Config support where
> applicable. The tests should not kill you if you
> don't have something installed.
>
> And for added goodness a brief tutorial:
>
>
> HOW TO USE SDL::Config IN YOUR PROGRAMS
>
> As part of the new build system, Build.PL generates
> a site specific version of SDL::Config for your
> installation. Currently SDL::Config can report
> status on the following optional extensions:
>
> SDL_image
> SDL_mixer
> SDL_gfx
> SDL_ttf
> SDL_net
> GL
> GLU
> smpeg
> png
> jpeg
>
> The module's "has" method can be queried to see
> whether or not the given module is installed
> as follows:
>
> # does the user have SDL_image installed?
>
> die "This program requires SDL_image\n"
> unless ( SDL::Config->has('SDL_image') );
>
> # does the user have True Type font support?
>
> if ( SDL::Config->has('SDL_ttf') ) {
> # do stuff with true type fonts...
> } else {
> # do stuff using SFonts only
> }
>
> In this way, your program can determine at run time
> what the use
Re: SDL Perl 2.1.0 Released
[ date ] 2004/02/24 | Tuesday | 09:02 AM [ author ] David J. Goehrig <[EMAIL PROTECTED]> > Anyways the point is moot unless I can get a copy > of the svn client ported to ARM platform and > running on the OpenZaurus 3.3.5 :) SDL Perl runs on that?! Sweet. I have a friend who will be overjoyed by this news.
Re: SDL Perl 2.1.0 Released
-BEGIN PGP SIGNED MESSAGE- Moin, On Tuesday 24 February 2004 18:02, David J. Goehrig wrote: > > David, do you have write access? > > I don't honestly know if I have write access. > > Anyways the point is moot unless I can get a copy > of the svn client ported to ARM platform and > running on the OpenZaurus 3.3.5 :) > > I'd be more than happy to sync svn up, but > given those two above issues I can't at the > current time. Ok, I need to find somebody else who can :) I'll try... Best wishes, Tels - -- Signed on Tue Feb 24 18:09:05 2004 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "Retsina?" - "Ja, Papa?" - "Warp 3." - "Is gut, Papa." -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBQDuFSHcLPEOTuEwVAQFYsgf+N6wFM5tcPfDGCGWZdsqRoV7yZ0JYPca2 OsvvrbdfNltTuOpcMEmW/5M4X5o2yAo8XoBcpNzVMJKViECyyCcsEleeyJBLVF+K Uc8aEvZCVcy4GGrT9CPTjNoeW4vtS4g44nQwNd0BhH38MtHjvzblMy6cTTohQU3z oKbwu2p0wTDI0X//SogJNRHKRaAn/v/9aYEtGqBoxqGi3f5kJIdJgSfj/0IkmtBv 0MIoI7RrNY44y7JeTXl5ItFBBeJQsijdeWxAUmO6+TVyhAS3CLZrdZrZP6pPgvuz fxP5DF1D2BDxtpqy4LsjPYny2B7Bjwu3P9EW5hxiWN3BflqbSL4QAg== =srUc -END PGP SIGNATURE-
Re: SDL Perl 2.1.0 Released
-BEGIN PGP SIGNED MESSAGE- Moin, On Tuesday 24 February 2004 18:02, David J. Goehrig wrote: > > David, do you have write access? > > I don't honestly know if I have write access. > > Anyways the point is moot unless I can get a copy > of the svn client ported to ARM platform and > running on the OpenZaurus 3.3.5 :) > > I'd be more than happy to sync svn up, but > given those two above issues I can't at the > current time. Btw, I already had the idea of having nightly-builds of SDL from the svn repository (via cron or so), to aid nightly testing etc from ppl that have no easy access via svn. And you could pull the nightly (or weekly) build, make a diff to your release, and then supply a patch. Of course, it would be much easier if anybody could just work on the same code basis. Maybe you should get a real 'puter :) Cheers, Tels - -- Signed on Tue Feb 24 18:09:51 2004 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "Where shall I put you? Under H, like Hot, Sexy Mama?" -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBQDuF2HcLPEOTuEwVAQE0PAf7BAyFQOIkRTV8u8kIp25b4wP3/vE2WHoR AL8lEp+PN1X/zZacnejFdSvvTm9r8QKorcUs1iSHrXtM1/JBtcbNNO91FsKEqTnw +wFcHV3MnBBLr13+UEBF/LqYJirfCCetxoCphUpfjOr+F5I1TI9X0dzZ/MJryKid KTJOBnEfatJD0JQoJOjBQ/D+soIDGqbwvuRMU5AP+27hEH33J1AjL+Zmq9HV/v2l aqSA9L7VnJ0GBpujYjMCXurdauwRYbRi8rM2rhk2IG8rNXhVPZ1aZlMk9NSdkeiG 6dVLxW3Jds1mtuP9WCf+NSsOXgKje404OrkBNpVKPusMi7RpDvlfGw== =tSyK -END PGP SIGNATURE-
Re: SDL Perl 2.1.0 Released
> David, do you have write access? I don't honestly know if I have write access. Anyways the point is moot unless I can get a copy of the svn client ported to ARM platform and running on the OpenZaurus 3.3.5 :) I'd be more than happy to sync svn up, but given those two above issues I can't at the current time. Dave __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools
Re: SDL Perl 2.1.0 Released
-BEGIN PGP SIGNED MESSAGE- Moin, On Tuesday 24 February 2004 05:00, David J. Goehrig wrote: > I've uploaded SDL Perl 2.1.0 and is currently > available > from CPAN: Btw, with this release the svn repository gets even more out of sync :-Thats not it was supposed to be... David, do you have write access? Can you port your changes into svn? We no eitehr have someone working both ways (David pulling and pushing in) or only one way (releases(david) only pull from the svn repository). Having people to work on the (lagging behind|borken) svn repository is quite silly IMHO. Cheers, Tels - -- Signed on Tue Feb 24 17:48:44 2004 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "My glasses, my glasses. I cannot see without my glasses." - "My glasses, my glasses. I cannot be seen without my glasses." -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBQDuA7ncLPEOTuEwVAQFe9wf+O3ctBiF5xeXE992bk6M8zZNo2v+RIN1X 12EXzT1uwMSH3IeshCl2i+aNxgRLsWoXTgzkHLJ3b/S37j0maCNpbmyQNYG+QljU 2IthUOGTVRN7u3trL0zuL6aydrUNiPZG1PYl9KjKDwKGJ3qfgdjeybGBjQ193qZT iSzMKZl53GS5TttpphWJzZb9F2AugyQALltOijiSrh1rbZQalaw9McLP1P7VvjsS zLd+7D+hJD2cGrYq6b5MIZWCtaU+yx29PLK2/w+ToplR1GxB751PhWyYGUG/opoU 5uuf4FRIDrceSwJnITXF5tvXwihgLea6So2PzFvv0VnM5F7bSX+mYw== =MXIy -END PGP SIGNATURE-
