SDL 1.2 and satellite libs PRE-RELEASE

SDL Development
44

From the “dropped” I can only wonder did you just replace the frameworks in the bundle or did you recompile the app?
Don’t take offense if you did recompile anyway, the dropped just seemed an odd choice of words.

I did not recompile. Has the ABI changed!?

GregoryOn Tue, 10 Jan 2012, Dominus wrote:

45

No, the ABI has not changed. Dropping in should be fine. I’ll take a
quick look at what each of them provide/require tonight. I thought I
matched the .dylib versions exactly but I may have missed something.On Tue, Jan 10, 2012 at 8:44 AM, Gregory Smith wrote:

On Tue, 10 Jan 2012, Dominus wrote:

From the “dropped” I can only wonder did you just replace the frameworks

in the bundle or did you recompile the app?
Don’t take offense if you did recompile anyway, the dropped just seemed
an odd choice of words.

I did not recompile. Has the ABI changed!?

Gregory

_____________**
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/**listinfo.cgi/sdl-libsdl.orghttp://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

46

Thanks for updating the libs.
I suffered too for the “drop in” replacement (dylib: image not found),
I had to recompile the software to make it work.
Also I noticed a very different mouse behaviour, while in .14 it is
fine, in .15 it is sluggy and makes both cursor and camera unsuable; I
havent checked if this happens on linux as well.

You can try Hedgewars (which btw uses all the SDL satellites so it is
a good testsuite), compiled at the latest revision with SDL stable,
and SDL prerelease at these links:
http://dl.dropbox.com/u/24468/Hedgewars_SDL-1.2.14.zip
http://dl.dropbox.com/u/24468/Hedgewars_SDL-1.2.15.zip

Hope this helps,
VittorioOn Mon, Jan 9, 2012 at 6:20 AM, Sam Lantinga wrote:

Okay, the packages are updated:
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15.dmg
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11.dmg
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12.dmg
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8.dmg
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11.dmg

On Sun, Jan 8, 2012 at 10:54 PM, Sam Lantinga wrote:

Okay, I’ll add the hyphen. ?Thanks for clarifying!

On Sun, Jan 8, 2012 at 10:33 PM, Eric Wing wrote:

Okay, now I get it. It’s the bundle identifier that is the problem.

We spent several days last month reverse engineering what Apple allows
for bundle identifiers and what they like to do when you give them
something they don’t like.

Apple claims to conform to RFC1034 which means letters, numbers,
hyphens, and dots. (Can’t start with a number.) The underscore would
be illegal.

Xcode seems to convert any illegal characters into hyphens when
generating your bundle identifier off your project name. (They will
also convert extra dots they are not expecting to hyphens.)

Anyway, we should be able to change the bundle identifier without
breaking much. (I think I might have some native code that looks for
resources inside the framework’s resource folder (not the app bundle’s
folder), and the way to get this path is through the bundle
identifier.) But as a one time change, this is fine. My recommendation
is to pick the valid (RFC1034 compliant) name you want now and never
change it again.

-Eric

On 1/8/12, Sam Lantinga wrote:

Okay, I’ve updated all the .dmg files with the old framework names, but
their bundle identifier still doesn’t have an underscore.

Can you double check to make sure they work and they’ll pass Apple’s
scrutiny?

Thanks!

On Sun, Jan 8, 2012 at 6:48 PM, Vittorio Giovara <vitto.giova at yahoo.it>wrote:

I did so with Hedgewars when it was published on appstore, eg I had
all SDL frameworks with the underscore and just modified their
Info.plist to remove it.
The loader would not complain in that case and the review process
never reported it as a problem…

Btw, in later tests I found out that CMake doesn’t find any of the
newly renamed frameworks.

Vittorio

On Mon, Jan 9, 2012 at 12:16 AM, Sam Lantinga wrote:

I’m not sure, does anyone know if that will work with Apple’s
submission
process?

On Sun, Jan 8, 2012 at 4:14 PM, Vittorio Giovara <vitto.giova at yahoo.it> wrote:

Tested on OX 10.6.8 with Hedgewars
I have a few issues with the name changes of the frameworks, CMake
doesn’t find SDL_Mixer (but strangely finds the other) and
Freepascal
linker doesn’t find any of the SDL satellite frameworks.
Renaming the frameworks isn’t enough, as later when you launch the
app
the loader will look for its rpath, crashing with “Image not
found”.

I know this restriction has been brought by the appstore (absurd)
policy, but would it be possible to have the old names back (and
fake
the information in the Info.plist)?

Vittorio

On Sun, Jan 8, 2012 at 9:37 PM, Sam Lantinga wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year
bugfix
release.
:slight_smile:

Please try these out with your projects and report any issues
ASAP
to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image

http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer

http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net

http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf

http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Beginning iPhone Games Development
http://playcontrol.net/iphonegamebook/

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

47

Okay, here are the framework versions:

SDL
@rpath/SDL.framework/Versions/A/SDL (compatibility version 12.0.0, current
version 12.4.0)

SDL_net:
@rpath/SDL_net.framework/Versions/A/SDL_net (compatibility version 9.0.0,
current version 9.0.0)
@rpath/SDL.framework/Versions/A/SDL (compatibility version 12.0.0, current
version 12.4.0)

I’m guessing that you don’t have your rpath set up in Aleph One and it’s
getting a system installed framework instead of the one you dropped in?On Mon, Jan 9, 2012 at 9:40 PM, Gregory Smith wrote:

On Mon, Jan 9, 2012 at 12:20 AM, Sam Lantinga <@slouken> wrote:

Okay, the packages are updated:
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15.dmg
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11.dmg
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12.dmg
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8.dmg
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11.dmg

Aleph One uses SDL, SDL_net, SDL_image, and SDL_ttf. I dropped these
new frameworks into the latest release, and everything works perfectly
on my late model MacBook Air running Lion, both in 32-bit mode and
64-bit mode.

Unfortunately the same app will not start on my original MacBook Pro
running Snow Leopard:

Dyld Error Message:
Library not loaded: @rpath/SDL.framework/Versions/A/SDL
Referenced from: /Users/ghs/Desktop/Marathon Infinity/AlephOne new
SDL.app/Contents/MacOS/…/Frameworks/SDL_net.framework/Versions/A/SDL_net
Reason: Incompatible library version: SDL_net requires version
12.0.0 or later, but SDL provides version 1.0.0

I get similar messages for SDL_image and SDL_ttf if I just replace those.

Using just SDL 1.2.15, with the old satellite frameworks, the app
starts up, and the UI works correctly, but when I enter the game
mouselook doesn’t work. The buttons do work to fire. This happens in
both fullscreen and in a window. Maybe recentering is broken?

This machine isn’t set up in a comfortable position to debug this
stuff, so more once I’m able to relocate it. In the mean time, can
anyone else confirm issues with framework versions or mouse control in
32-bit Snow Leopard?

Gregory

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

48

Confirmed, adding an @rpath to Aleph One with @executable_path/…/Frameworks makes the frameworks load. The reliance on @rpath must be new–I know I’ve dropped in SDL frameworks before without trouble. No matter, we’ll add it to the next build.

As far as the mouse look issue, Jeremiah, another Aleph One developer, says enabling calls to SDL_WM_GrabInput to grab the input when mouse look is active fixes it. This is undesirable, because it prevents users from alt-tabbing. I don’t know yet whether the change is necessary on non-Mac OS X platforms. I know we’re not currently grabbing the input on any platform with 1.2.14.

GregoryOn Jan 10, 2012, at 9:14 PM, Sam Lantinga wrote:

Okay, here are the framework versions:

SDL
@rpath/SDL.framework/Versions/A/SDL (compatibility version 12.0.0, current version 12.4.0)

SDL_net:
@rpath/SDL_net.framework/Versions/A/SDL_net (compatibility version 9.0.0, current version 9.0.0)
@rpath/SDL.framework/Versions/A/SDL (compatibility version 12.0.0, current version 12.4.0)

I’m guessing that you don’t have your rpath set up in Aleph One and it’s getting a system installed framework instead of the one you dropped in?

On Mon, Jan 9, 2012 at 9:40 PM, Gregory Smith <@Gregory_Smith> wrote:
On Mon, Jan 9, 2012 at 12:20 AM, Sam Lantinga wrote:

Okay, the packages are updated:
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15.dmg
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11.dmg
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12.dmg
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8.dmg
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11.dmg

Aleph One uses SDL, SDL_net, SDL_image, and SDL_ttf. I dropped these
new frameworks into the latest release, and everything works perfectly
on my late model MacBook Air running Lion, both in 32-bit mode and
64-bit mode.

Unfortunately the same app will not start on my original MacBook Pro
running Snow Leopard:

Dyld Error Message:
Library not loaded: @rpath/SDL.framework/Versions/A/SDL
Referenced from: /Users/ghs/Desktop/Marathon Infinity/AlephOne new
SDL.app/Contents/MacOS/…/Frameworks/SDL_net.framework/Versions/A/SDL_net
Reason: Incompatible library version: SDL_net requires version
12.0.0 or later, but SDL provides version 1.0.0

I get similar messages for SDL_image and SDL_ttf if I just replace those.

Using just SDL 1.2.15, with the old satellite frameworks, the app
starts up, and the UI works correctly, but when I enter the game
mouselook doesn’t work. The buttons do work to fire. This happens in
both fullscreen and in a window. Maybe recentering is broken?

This machine isn’t set up in a comfortable position to debug this
stuff, so more once I’m able to relocate it. In the mean time, can
anyone else confirm issues with framework versions or mouse control in
32-bit Snow Leopard?

Gregory

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

49

Confirmed, adding an @rpath to Aleph One with @executable_path/…/Frameworks
makes the frameworks load. The reliance on @rpath must be new–I know I’ve
dropped in SDL frameworks before without trouble. No matter, we’ll add it to
the next build.

Okay, here are the framework versions:

SDL
@rpath/SDL.framework/Versions/A/SDL (compatibility version 12.0.0, current
version 12.4.0)

SDL_net:
@rpath/SDL_net.framework/Versions/A/SDL_net (compatibility version 9.0.0,
current version 9.0.0)
@rpath/SDL.framework/Versions/A/SDL (compatibility version 12.0.0,
current version 12.4.0)

I’m guessing that you don’t have your rpath set up in Aleph One and it’s
getting a system installed framework instead of the one you dropped in?

Yes, I think one of the requirements for @rpath is that the app
linking to the framework needs to explicit set it. Set this in the
Runtime Search Paths option for your app in Xcode to:
@loader_path/…/Frameworks

That will allow you to put it in the same place as before in the app
bundle. Once you do this, you should be able to drop in frameworks as
you did before without relinking in the future.

One of many advantages to @rpath is you can now list multiple search
paths. The the real advantage for this is that it is now possible to
build a framework that bundles another framework inside of it (like
how SDL_mixer depends on Ogg Vorbis). And then you can take that whole
thing and put it in your app. You only have to deal with the top level
SDL_mixer and the bundle as a black box and not worry about the
sub-dependency components.

By the way, when did we set the compatibility version for SDL and
satellites? I am totally drawing a blank on that.

-EricOn 1/10/12, Gregory Smith wrote:

On Jan 10, 2012, at 9:14 PM, Sam Lantinga wrote:
–
Beginning iPhone Games Development
http://playcontrol.net/iphonegamebook/

50

Oh, I put in compatibility numbers in the last build.
I wanted to match the libtool version, but perhaps I should leave
compatibility at 1, since all the frameworks are ABI compatible with
previous versions.On Wed, Jan 11, 2012 at 3:37 AM, Eric Wing wrote:

On 1/10/12, Gregory Smith wrote:

Confirmed, adding an @rpath to Aleph One with
@executable_path/…/Frameworks
makes the frameworks load. The reliance on @rpath must be new–I know
I’ve
dropped in SDL frameworks before without trouble. No matter, we’ll add
it to
the next build.

On Jan 10, 2012, at 9:14 PM, Sam Lantinga wrote:

Okay, here are the framework versions:

SDL
@rpath/SDL.framework/Versions/A/SDL (compatibility version 12.0.0,
current

version 12.4.0)

SDL_net:
@rpath/SDL_net.framework/Versions/A/SDL_net (compatibility version
9.0.0,

current version 9.0.0)
@rpath/SDL.framework/Versions/A/SDL (compatibility version 12.0.0,
current version 12.4.0)

I’m guessing that you don’t have your rpath set up in Aleph One and it’s
getting a system installed framework instead of the one you dropped in?

Yes, I think one of the requirements for @rpath is that the app
linking to the framework needs to explicit set it. Set this in the
Runtime Search Paths option for your app in Xcode to:
@loader_path/…/Frameworks

That will allow you to put it in the same place as before in the app
bundle. Once you do this, you should be able to drop in frameworks as
you did before without relinking in the future.

One of many advantages to @rpath is you can now list multiple search
paths. The the real advantage for this is that it is now possible to
build a framework that bundles another framework inside of it (like
how SDL_mixer depends on Ogg Vorbis). And then you can take that whole
thing and put it in your app. You only have to deal with the top level
SDL_mixer and the bundle as a black box and not worry about the
sub-dependency components.

By the way, when did we set the compatibility version for SDL and
satellites? I am totally drawing a blank on that.

-Eric

Beginning iPhone Games Development
http://playcontrol.net/iphonegamebook/

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

51

Okay, any last blocking issues? I have a couple things to fix for the
release and I’d like to get it out this weekend.

See ya!On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga <@slouken> wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix release.
:slight_smile:

Please try these out with your projects and report any issues ASAP to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!

52

Okay, any last blocking issues? I have a couple things to fix for the
release and I’d like to get it out this weekend.
See ya!

Any ideas on the new necessity to SDL_WM_GrabInput? I haven’t had a chance
to recompile with the cursor shown and find out what’s going on. I will try
to get to that tonight.

Vittorio, did you figure out your boaty mouse?

GregoryOn Saturday, January 14, 2012, Sam Lantinga wrote:

53

Hello,
no I haven’t yet found out where the problem lays, but I was able to
further test this: everything working great on windows and linux, the
choppy mouse happens only on osx.
Is Hedgewars the only application affected?
VittorioOn Sat, Jan 14, 2012 at 1:43 PM, Gregory Smith wrote:

On Saturday, January 14, 2012, Sam Lantinga wrote:

Okay, any last blocking issues? ?I have a couple things to fix for the
release and I’d like to get it out this weekend.
See ya!

Any ideas on the new necessity to SDL_WM_GrabInput? I haven’t had a chance
to recompile with the cursor shown and find out what’s going on. I will try
to get to that tonight.

Vittorio, did you figure out your boaty mouse?

Gregory

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

54

Any ideas on the new necessity to SDL_WM_GrabInput? I haven’t had a chance
to recompile with the cursor shown and find out what’s going on. I will try
to get to that tonight.

I turned the cursor on, so I can see what’s going on. We’re using
pretty basic mouse look: each frame we test where the mouse is, then
recenter it for the next one.

With SDL 1.2.14, I can see the cursor jitter around a few pixels as I
move the mouse, which the game sees and translates into looking.
However, with SDL 1.2.15, the cursor never deviates from the center of
the screen. Maybe SDL_WarpMouse behavior has changed?

GregoryOn Sat, Jan 14, 2012 at 7:43 AM, Gregory Smith <@Gregory_Smith> wrote:

55

Can you guys assemble this info into a bugzilla bug with a test case for
tracking?
http://bugzilla.libsdl.org

Thanks!On Sat, Jan 14, 2012 at 9:46 AM, Gregory Smith wrote:

On Sat, Jan 14, 2012 at 7:43 AM, Gregory Smith wrote:

Any ideas on the new necessity to SDL_WM_GrabInput? I haven’t had a
chance
to recompile with the cursor shown and find out what’s going on. I will
try
to get to that tonight.

I turned the cursor on, so I can see what’s going on. We’re using
pretty basic mouse look: each frame we test where the mouse is, then
recenter it for the next one.

With SDL 1.2.14, I can see the cursor jitter around a few pixels as I
move the mouse, which the game sees and translates into looking.
However, with SDL 1.2.15, the cursor never deviates from the center of
the screen. Maybe SDL_WarpMouse behavior has changed?

Gregory

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

56

Also I noticed a very different mouse behaviour, while in .14 it is
fine, in .15 it is sluggy and makes both cursor and camera unsuable; I
havent checked if this happens on linux as well.

I’m looking into this bug.

–ryan.

57

no I haven’t yet found out where the problem lays, but I was able to
further test this: everything working great on windows and linux, the
choppy mouse happens only on osx.
Is Hedgewars the only application affected?

I couldn’t reproduce this with the Hedgewars links you posted…at
least, both versions seem to react the same way (mouse moves the camera
around the playing field about the same in both…I only tried the first
bazooka tutorial level).

Am I doing this right? If this is something that’s reproducing on your
machine, I don’t suppose you’d be able to use “hg bisect” on this?

–ryan.

58

Okay, I added a check for sem_timedwait() and checked it on OpenBSD.

This should work in the latest snapshot:
http://www.libsdl.org/tmp/SDL-1.2.zip

Thanks!On Mon, Jan 9, 2012 at 10:23 AM, Tobias Leich wrote:

Hi, I am able to build libSDL-1.2.15 and the others except libSDL_net
perfectly fine on my Ubuntu 11,10 x86_64.
We (the SDL_perl guys) dont use SDL_net so I dont tested it.

I ran nearly 4000 tests, all sems fine there.

But when I try to build libSDL_image on OpenBSD 4.7 i386 it throws the
following error:
/home/Alien-SDL/sharedir/1.430_5c89edb5/lib/libSDL.so.11.4: undefined
reference to `sem_timedwait’
collect2: ld returned 1 exit status

It looks like OpenBSD doesnt have sem_timedwait at all:
bash-4.0# ldconfig -r | grep pthread.so
120:-lpthread.12.0 => /usr/lib/libpthread.so.12.0
bash-4.0# nm /usr/lib/libpthread.so.12.0 | grep sem
000065c8 T sem_close
000064f4 T sem_destroy
000067d4 T sem_getvalue
00006424 T sem_init
000065a4 T sem_open
00006748 T sem_post
000066c0 T sem_trywait
000065f0 T sem_unlink
00006618 T sem_wait
00000000 F uthread_sem.c

Instead my Ubuntu says:
$ ldconfig -p | grep pthread.so
libpthread.so.0 (libc6,x86-64, OS ABI: Linux 2.6.15) =>
/lib/x86_64-linux-gnu/libpthread.so.0
$ nm /lib/x86_64-linux-gnu/libpthread.so.0 | grep sem
[…]
000000000000dcc0 T sem_open
000000000000e570 T sem_post
000000000000e390 T sem_timedwait
000000000000e531 t sem_timedwait_cleanup
[…]

Is there something I can do at all?
Btw, libSDL-1.2.14 and libSDL_image-1.2.11 builds fine on that OpenBSD
system.

For those who are experienced with perl, here is the repo that builds
libSDL and the others:
https://github.com/PerlGameDev/Alien-SDL/tree/libsdl_prerelease

–
Cheers, FROGGS

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

59

Hi,

have you looked at the OS bug trackers and patches for SDL?

Most distributions come with patches for SDL currently. So it’s always a
good idea to consider patches from the various distributions before release.

I started on a list of bug report, and patch urls… then got tired. heh.
Probably good to put this in a wiki somewhere to make it easy to reference
and edit later.

Patches:
ubuntu,

Arch linux,*
http://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/sdl
http://projects.archlinux.org/svntogit/packages.git/log/trunk?h=packages/sdl

Bugs:
libsdl1.2
Debian,
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=libsdl1.2debian;dist=unstable

ubuntu,
https://bugs.launchpad.net/ubuntu/+source/libsdl1.2
https://bugs.launchpad.net/ubuntu/+source/sdl-image1.2
https://bugs.launchpad.net/ubuntu/+source/sdl-mixer1.2
https://bugs.launchpad.net/ubuntu/+source/sdl-ttf1.2

novell
https://bugzilla.novell.com/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=open&product=&content=libsdl

Red hat
https://bugzilla.redhat.com/buglist.cgi?product=Fedora&component=SDL&resolution=---
https://bugzilla.redhat.com/buglist.cgi?product=Fedora&component=SDL_image&resolution=---

Gentoo
https://bugs.gentoo.org/buglist.cgi?quicksearch=libsdl

Arch linux
https://bugs.archlinux.org/?project=1&string=sdl

60

I have actually, though you listed a couple of distributions I hadn’t seen
yet.

I checked through the list, and most of them are patches that have either
come from SDL in Mercurial, have already been applied to SDL in Mercurial,
or have been considered and evaluated as too risky for SDL 1.2.

Thanks!On Sun, Jan 15, 2012 at 4:58 AM, Ren? Dudfield wrote:

Hi,

have you looked at the OS bug trackers and patches for SDL?

Most distributions come with patches for SDL currently. So it’s always a
good idea to consider patches from the various distributions before release.

I started on a list of bug report, and patch urls… then got tired.
heh. Probably good to put this in a wiki somewhere to make it easy to
reference and edit later.

Patches:
ubuntu,

Arch linux,
*
http://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/sdl

http://projects.archlinux.org/svntogit/packages.git/log/trunk?h=packages/sdl

Bugs:
libsdl1.2
Debian,
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=libsdl1.2debian;dist=unstable

ubuntu,
https://bugs.launchpad.net/ubuntu/+source/libsdl1.2
https://bugs.launchpad.net/ubuntu/+source/sdl-image1.2
https://bugs.launchpad.net/ubuntu/+source/sdl-mixer1.2
https://bugs.launchpad.net/ubuntu/+source/sdl-ttf1.2

novell

https://bugzilla.novell.com/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=open&product=&content=libsdl

Red hat

https://bugzilla.redhat.com/buglist.cgi?product=Fedora&component=SDL&resolution=---

https://bugzilla.redhat.com/buglist.cgi?product=Fedora&component=SDL_image&resolution=---

Gentoo
https://bugs.gentoo.org/buglist.cgi?quicksearch=libsdl

Arch linux
https://bugs.archlinux.org/?project=1&string=sdl

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

61

I’ve never played this, so I’m not sure what the mouse is supposed to do.
I know that when I get into the game and are trying to aim the bazooka
that moving the mouse just makes the screen shudder a bit, but this happens
with both your 1.2.14 and dropping in 1.2.15 here on OS X Lion.On Tue, Jan 10, 2012 at 11:49 AM, Vittorio Giovara <vitto.giova at yahoo.it>wrote:

Thanks for updating the libs.
I suffered too for the “drop in” replacement (dylib: image not found),
I had to recompile the software to make it work.
Also I noticed a very different mouse behaviour, while in .14 it is
fine, in .15 it is sluggy and makes both cursor and camera unsuable; I
havent checked if this happens on linux as well.

You can try Hedgewars (which btw uses all the SDL satellites so it is
a good testsuite), compiled at the latest revision with SDL stable,
and SDL prerelease at these links:
http://dl.dropbox.com/u/24468/Hedgewars_SDL-1.2.14.zip
http://dl.dropbox.com/u/24468/Hedgewars_SDL-1.2.15.zip

Hope this helps,
Vittorio

On Mon, Jan 9, 2012 at 6:20 AM, Sam Lantinga <@slouken> wrote:

Okay, the packages are updated:
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15.dmg
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11.dmg
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12.dmg
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8.dmg
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11.dmg

On Sun, Jan 8, 2012 at 10:54 PM, Sam Lantinga <@slouken> wrote:

Okay, I’ll add the hyphen. Thanks for clarifying!

On Sun, Jan 8, 2012 at 10:33 PM, Eric Wing wrote:

Okay, now I get it. It’s the bundle identifier that is the problem.

We spent several days last month reverse engineering what Apple allows
for bundle identifiers and what they like to do when you give them
something they don’t like.

Apple claims to conform to RFC1034 which means letters, numbers,
hyphens, and dots. (Can’t start with a number.) The underscore would
be illegal.

Xcode seems to convert any illegal characters into hyphens when
generating your bundle identifier off your project name. (They will
also convert extra dots they are not expecting to hyphens.)

Anyway, we should be able to change the bundle identifier without
breaking much. (I think I might have some native code that looks for
resources inside the framework’s resource folder (not the app bundle’s
folder), and the way to get this path is through the bundle
identifier.) But as a one time change, this is fine. My recommendation
is to pick the valid (RFC1034 compliant) name you want now and never
change it again.

-Eric

On 1/8/12, Sam Lantinga <@slouken> wrote:

Okay, I’ve updated all the .dmg files with the old framework names,
but

their bundle identifier still doesn’t have an underscore.

Can you double check to make sure they work and they’ll pass Apple’s
scrutiny?

Thanks!

On Sun, Jan 8, 2012 at 6:48 PM, Vittorio Giovara <vitto.giova at yahoo.it>wrote:

I did so with Hedgewars when it was published on appstore, eg I had
all SDL frameworks with the underscore and just modified their
Info.plist to remove it.
The loader would not complain in that case and the review process
never reported it as a problem…

Btw, in later tests I found out that CMake doesn’t find any of the
newly renamed frameworks.

Vittorio

On Mon, Jan 9, 2012 at 12:16 AM, Sam Lantinga <@slouken> wrote:

I’m not sure, does anyone know if that will work with Apple’s
submission
process?

On Sun, Jan 8, 2012 at 4:14 PM, Vittorio Giovara <vitto.giova at yahoo.it> wrote:

Tested on OX 10.6.8 with Hedgewars
I have a few issues with the name changes of the frameworks,
CMake

doesn’t find SDL_Mixer (but strangely finds the other) and
Freepascal
linker doesn’t find any of the SDL satellite frameworks.
Renaming the frameworks isn’t enough, as later when you launch
the

app
the loader will look for its rpath, crashing with “Image not
found”.

I know this restriction has been brought by the appstore (absurd)
policy, but would it be possible to have the old names back (and
fake
the information in the Info.plist)?

Vittorio

On Sun, Jan 8, 2012 at 9:37 PM, Sam Lantinga <@slouken wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga <@slouken> wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year
bugfix
release.
:slight_smile:

Please try these out with your projects and report any issues
ASAP
to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image

http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer

http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net

http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf

http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Beginning iPhone Games Development
http://playcontrol.net/iphonegamebook/

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

62

Sam Latinga wrote:

Can you guys assemble this info into a bugzilla bug with a test case for
tracking?

Bug with test case is here:

http://bugzilla.libsdl.org/show_bug.cgi?id=1375

Just launch the test app and jiggle the mouse – the pointer doesn’t move with the pre-release framework.

Unless the cursor is hidden and input is grabbed, SDL_WarpMouse seems to keep the mouse locked in place for 250 milliseconds. If I call it less frequently, I can see mouse movement between these periods. If I comment out the WarpMouse line, the pointer behaves normally.

  • JM