Re: Backtrace for SDL
[email protected] (Kartik Thakore)
| Newsgroups | perl.sdl.devel |
|---|---|
| Message-ID | <[email protected]> |
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" <[email protected]> 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 <[email protected] > > 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 <[email protected]> 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 <[email protected] >> > >> 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 >>> <[email protected]> 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 <[email protected]> >> 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.