So, my intent here was to simulate the behavior of a planned array of
LED light circuits. Simply, the idea was that each one would
occasionally randomly decide to change its color to a random RGB
value. This would then propogate a 'front' of sorts that could
potentially interact with other fronts
y put this in as a problem ( 49844 ). I
am on MacOSX (Leopard), but I have 5.8.8 as my
installed Perl.
Cheers
Andy
--
The Wellcome Trust Sanger Institute is operated by Genome Research
Limited, a charity registered in England with number 1021457 and a
company registered in England with n
On Sun, 2007-03-04 at 02:29 -0500, John Gabriele wrote:
> Anyone here?
Yes, most recent message I have before yours is dated Dec 26, 2006. Not
much has been going on.
> Has anyone heard from David?
Last message I have from David Göhrig is dated Dec 18, 2006.
--
Andy Bakun <[EMAIL PROTECTED]>
hile ago (at least a year or two), and might have been on an FC3
install, so I may be misremembering.
--
Andy Bakun <[EMAIL PROTECTED]>
ble=>1
as SDL::App.pm checks for truth of $options{-resizable}, and you didn't
give the -resizeable key a value.
--
Andy Bakun <[EMAIL PROTECTED]>
might confuse the issue even more. Where does the perl
interpreter version get incorporated? Or the version of SDL_ttf? Fact
is, SDL_perl is compatible with a whole bunch of releases of libsdl (at
least as old as 1.2.6), and a long series of releases of the related
sub-libraries.
--
Andy <[EMAIL PROTECTED]>
doption of the latest and greatest)). Also, since your time is
limited, David, what does it take to get other people access to the
official repo on perl.org (or whatever) and to create CPAN distributions
(I have never interacted with CPAN from that angle, so I don't know much
about it).
--
Andy Bakun <[EMAIL PROTECTED]>
pe made much more sense).
--
Andy <[EMAIL PROTECTED]>
s are confusing in this regard, the argument to
show is labeled "$toggle", which implies there is some state kept. I
think a toggle_visiblity function would be nice, to make this obvious.
See the attached patch which implements these changes, and fixes some
minor issues with the POD sec
On Fri, 2005-11-25 at 12:06 +0100, Tels wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> Moin Andy,
>
> On Friday 25 November 2005 11:08, Andy wrote:
> > On Fri, 2005-11-25 at 10:54 +0100, Tels wrote:
> > > You didn't say which Perl version you are using. Al
you could wait for events with a timeout,
that would make things a lot simplier without having to eat CPU
constantly calling poll all the time).
--
Andy <[EMAIL PROTECTED]>
would be unimplementable anyway.
Looking at the XS code for SDL::Timer related functions, other functions
are definitely called, and of course, all the perl XS macros get
expanded to who-knows-what, most likely they include calls to elsewhere
in the perl virtual machine. So the suggestion of "shouldn't call any
functions from within itself" is not held.
Any ideas?
--
Andy <[EMAIL PROTECTED]>
VENT2 {25}
+ sub SDL_USEREVENT3 {26}
+ sub SDL_USEREVENT4 {27}
+ sub SDL_USEREVENT5 {28}
+ sub SDL_USEREVENT6 {29}
+ sub SDL_USEREVENT7 {30}
+ sub SDL_USEREVENT8 {31}
--
Andy <[EMAIL PROTECTED]>
On Thu, 2004-11-25 at 14:21, javier bellido wrote:
> Well, thanks for your earlier help but I'm still in troubles with
> sdl_perl.
>
> I tried to build the trunk snapshot
>
> "perl Build.PL" goes ok but when trying to build I've got the next
> error:
>
> choco:/home/pelle/descargas/trunk# ./Buil
On Wed, 2004-11-24 at 16:29, David Goehrig wrote:
> svn.perl.org is accessible to anyone who asks the magic questions for
> the powers that be at perl.org. You don't need write access to read
> it.
>
> http://svn.perl.org/modules/sdl/devel
>
> is the current development branch. If someone feels
Is
there some way us mere mortals can get an export of sdl perl's trunk
from svn.perl.org?
Andy.
lly, and best,
distributed in source form (via CPAN?), IMO.
Andy.
(opps, I fat fingered and seem to have sent this before
it was finished)...
On Wed, 2004-09-22 at 09:17, David J. Goehrig wrote:
> I've finished integrating the list of patches I've
> been saving for the next release, but I believe I'm
> missing some pieces. I'm going over the diffs from
> the pr
On Wed, 2004-09-22 at 09:17, David J. Goehrig wrote:
> Hey all,
>
> I've finished integrating the list of patches I've
> been saving for the next release, but I believe I'm
> missing some pieces. I'm going over the diffs from
> the previous version and Chromatic's latest snapshot,
> and I may mis
hux.net/websvn/filedetails.php?repname=
thundaural&path=/branches/client-themes/SDL_Perl_Ext.pl
(you'll need to remove the line break(s), of course)
Which you can try to merge in yourself, but there is
some unused stuff in that file that perhaps I should
filter out and make a real patch for.
Andy.
cess. I'm not sure I really want to be a maintainer because I
know jack shit about this new build system (which seems to be getting
popular just as I was starting to understand the old build method).
Come to think of it, I kind of liked the old system because you could
abort it before building if you didn't have all the SDL library deps
installed that you wanted.
Andy.
App::new, but some of the methods for
SDL::Surfaces and in SDL::Tool::Graphic create new struct SDL_Surface
values through the SDL library and reassign the referenced scalar to the
new pointer.
--
Andy Bakun <[EMAIL PROTECTED]>
On Thu, 2004-08-12 at 09:44, John Beppu wrote:
> [ date ] 2004/07/30 | Friday | 09:16 PM
> [ author ] Andy Bakun <[EMAIL PROTECTED]>
>
> > SDL::Surface::blit always dies if you pass 0 (allowed according to the
> > docs) for drect. This is due to a typo when checki
seeing crashes if I call
(SDL::TTFont)->text_blended and then try to print something with it. It
may be that I'm not setting up the destination surface correctly or
something (no alpha channel or something, wrong bit depth), but the
documentation is really sketchy here. Has anyone experimente
) -- are these rumors true?
--
Andy Bakun <[EMAIL PROTECTED]>
diff -Naur SDL_Perl-2.1.0/lib/SDL/Surface.pm SDL_Perl-2.1.0-blitfix/lib/SDL/Surface.pm
--- SDL_Perl-2.1.0/lib/SDL/Surface.pm 2004-02-23 19:55:43.0 -0600
+++ SDL_Perl-2.1.0-blitfix/lib/SDL/Surface.pm 2004-07-30 21:06:06.368
Bah. When I originally wrote this patch, I used a test program and not
the (much) larger (by at least an order of magnitude) program I'm
normally working on. As such, I didn't discover this bug until I tried
to run my larger program against an SDL_Perl with the patch I provided.
The patch attach
h also includes my event push changes which were
posted to this list a few months ago). Perhaps 2.1.1? Pretty please,
with sugar on top?
--
Andy Bakun <[EMAIL PROTECTED]>
diff -Naur SDL_Perl-2.1.0/src/SDL.xs SDL_Perl-2.1.0-aab1/src/SDL.xs
--- SDL_Perl-2.1.0/src/SDL.xs 2004-03-25 01:41:23.0
modules.
I suppose this could be considered a SelfLoader bug.
--
Andy Bakun <[EMAIL PROTECTED]>
ogramming is something I'm only
beginning to fully understand). In addition, using temporary files to
write BMP files to disk and reloading in another thread may be viable,
although I'm not a big fan of the BMP file format (which is the only one
supported by SDL for saving, I believe) bu
I want to be able to save a surface to a scalar, and then recreate it.
it seems like this should work, but it doesn't:
my $surf = new SDL::Surface( ... );
my $buffer = $surf->pixels();
my $newsurf = new SDL::Surface(-from=>$buffer, ... );
Where the ... are the same options for both calls to new
On Thu, 2004-04-22 at 10:01, David J. Goehrig wrote:
> Andy,
>
> The current version in CPAN 2.1.0 is the latest
> available, and the 1.20.x branch on chromatic's
> is the latest of the old pre 2.x branch.
Okay. But I'm still confused as to how chromatic is
numberin
guess I'm looking for advice -- should I just
tell people to download the snapshot from
http://www.wgz.org/chromatic/perl/sdl/ and that the version number is
wonky but that's the one to use? Or should I just continue to
distribute 2.1.0+my patch until the CPAN release catches up with the
snapshots?
Andy Bakun <[EMAIL PROTECTED]>
s) the SDL docs.
You'll want to apply it with patch -p1 while in the SDL-Perl-version
directory, of course. I notice there might be a few line wrap issues on
the section header lines in this pasted in patch. I can resend as an
attachment if necessary.
It would be great if this was rolled in the
This looks like a problem with the test script itself. I can't figure
out what 'auto/SDL/MixOpenAudi.al' is supposed to reference, since it
seems to be missing an o after the final i, but I'm not familar with
perl's test environment. The specified file doesn't exist (obviously).
The only code re
I somewhat get the impression that the 2.1.x release is the development
release because sdl.perl.org mentions that 2.0.5 is the latest. Is this
the case? Is SDL_Perl development split into stable and development
versioning?
--
Andy Bakun <[EMAIL PROTECTED]>
e not expecting it to fail?
Andy.
not the best thing to
do. Someone with more experience with Module::Build than myself will
have to be the judge of that. Alternatively, if there was a way to
specify multiple paths to be -I'ed as the result of one search, that
might be better.
Andy Bakun
37 matches
Mail list logo
