Front page | perl.sdl.devel |
Postings from February 2010
Re: Backtrace for SDL
Thread Previous
|
Thread Next
From:
Kartik Thakore
Date:
February 26, 2010 13:46
Subject:
Re: Backtrace for SDL
Message ID:
962C9757-E3C7-4D1D-839B-0723C3DB183D@gmail.com
Chas,
Try the script again without the patch.
Aslo try this with an without the patch:
use SDL;
use SDL::Video;
SDL::init(SDL_VIDEO);
my $d = SDL::Video::set_video_mode(800, 300, 32, SDL_SWSURFACE);
Kartik Thakore
On 2010-02-26, at 4:17 PM, "Chas. Owens" <chas.owens@gmail.com> wrote:
> I ran the code on my machine, the results are here: http://codepad.org/X5gR3Bex
>
> It didn't crash, but SDLPerl.app would not quit until I clicked on it,
> at which time it immediately quit.
>
> On Fri, Feb 26, 2010 at 11:56, Kartik Thakore <thakore.kartik@gmail.com
> > wrote:
>>
>> Hi mike,
>> Can you try this script?
>> use SDL;
>> use SDL::Surface;
>> my $s = SDL::Surface->new(300,300,32,SDL_SWSURFACE, 0,0,0,0);
>> SDL::quit(); #toggle this off
>> Kartik Thakore
>> On 2010-02-26, at 7:01 AM, Mike Stok <mike@stok.ca> wrote:
>>
>> It still seg faults when I quit using the red button (using
>> MacPorts perl).
>> Stack trace attached in case it's useful, output below.
>>
>> <stack-trace.txt>
>>
>> Mike
>>
>> ratdog:kthakore-SDL_perl-43e0e10 mike$ ./SDLPerl.app/Contents/MacOS/
>> SDLPerl
>> `pwd`/../shooter.pl
>> ARGC 2
>> ARGV[0] ./SDLPerl.app/Contents/MacOS/SDLPerl
>> ARGV[1] /Users/mike/Projects/sdl/kthakore-SDL_perl-43e0e10/../
>> shooter.pl
>> [main] SCRIPT:
>> /Users/mike/Projects/sdl/kthakore-SDL_perl-43e0e10/../shooter.pl
>> Application will finish launching
>> Done with menu
>> openFile /Users/mike/Projects/sdl/kthakore-SDL_perl-43e0e10/../
>> shooter.pl
>> Setting directory: true
>> Setup working directory ? TruePATH:
>> /Users/mike/Projects/sdl/kthakore-SDL_perl-43e0e10/SDLPerl.app
>> launching perl
>> Launching script:
>> /Users/mike/Projects/sdl/kthakore-SDL_perl-43e0e10/../shooter.pl
>> LIBPATH:
>> /Users/mike/Projects/sdl/kthakore-SDL_perl-43e0e10/SDLPerl.app/
>> Contents/Resources/lib/darwin-2level
>> Running perl
>> Destructing perl
>> Segmentation fault
>>
>> On Feb 26, 2010, at 6:02 AM, Kartik Thakore wrote:
>>
>> Hi,
>>
>> I have made a separate branch for the mac fixes.
>> Please try this one
>> http://github.com/kthakore/SDL_perl/tree/experimental
>>
>> It is a potential fix for the exit crash
>> http://sdlperl.ath.cx/projects/SDLPerl/ticket/87
>>
>>
>> On Fri, Feb 26, 2010 at 5:37 AM, Kartik Thakore <thakore.kartik@gmail.com
>> >
>> wrote:
>>>
>>> When you get a chance can you try this patch.
>>>
>>> http://paste.scsys.co.uk/39865
>>>
>>> On Thu, Feb 25, 2010 at 10:56 PM, Stuart Watt
>>> <stuart@morungos.com> wrote:
>>>>
>>>> Backtrace attached.
>>>>
>>>> Good luck, and thanks for a great talk. I'll try and get the
>>>> OpenGL stuff
>>>> working, put together an environment, and start coding!!
>>>>
>>>> All the best
>>>> Stuart
>>>>
>>>
>>>
>>>
>>> Quiting perl script:
>>> /Users/stuart/Downloads/gist301949-
>>> fecf81caf307e110536f4493c9f19a256a6c6728/shooter.pl
>>>
>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>>
>>> Reason: KERN_INVALID_ADDRESS at address: 0x000000000000001c
>>>
>>> 0x00007fff84dd811c in objc_msgSend ()
>>>
>>> (gdb) bt full
>>>
>>> #0 0x00007fff84dd811c in objc_msgSend ()
>>>
>>> No symbol table info available.
>>>
>>> #1 0x00007fff83ca4324 in -[NSCGSContext _invalidate] ()
>>>
>>> No symbol table info available.
>>>
>>> #2 0x00007fff83ca42a8 in -[NSCGSContext dealloc] ()
>>>
>>> No symbol table info available.
>>>
>>> #3 0x00007fff83ca4289 in -[NSWindowGraphicsContext dealloc] ()
>>>
>>> No symbol table info available.
>>>
>>> #4 0x00007fff86529246 in _CFAutoreleasePoolPop ()
>>>
>>> No symbol table info available.
>>>
>>> #5 0x00007fff83b96e19 in -[NSApplication finishLaunching] ()
>>>
>>> No symbol table info available.
>>>
>>> #6 0x00007fff83b9660c in -[NSApplication run] ()
>>>
>>> No symbol table info available.
>>>
>>> #7 0x0000000100002302 in main ()
>>>
>>> No symbol table info available.
>>
>>
>> --
>> Mike Stok <mike@stok.ca>
>> http://www.stok.ca/~mike/
>> The "`Stok' disclaimers" apply.
>>
>>
>>
>>
>
>
>
> --
> Chas. Owens
> wonkden.net
> The most important skill a programmer can have is the ability to read.
Thread Previous
|
Thread Next