<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.comp.lib.sdl">
    <title>gmane.comp.lib.sdl</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39126"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39125"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39124"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39123"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39122"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39121"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39120"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39119"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39118"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39117"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39116"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39115"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39114"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39113"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39112"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39111"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39110"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39109"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39108"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.sdl/39107"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39126">
    <title>Re: IMG_Load_RW</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39126</link>
    <description>

It doesn't make sense to me either ;).  I'm writing to disk the exact memory space that I'm creating the RWop with:

SDL_RWops * picData = SDL_RWFromMem(pic-&gt;picture().data(),pic-&gt;picture().size());

ofstream temppic;
temppic.open("/tmp/album-image.jpg",ios::binary | ios::trunc);

if(temppic)
{
    temppic.write(pic-&gt;picture().data(),pic-&gt;picture().size());
    temppic.close();
}

The image that I write to the disk works, but the RWop doesn't....

Is there an environment variable that I can use to turn on SDL debugging?  or do I have to compile that in?  

SDL 1.2.13
SDL_Image 1.2.6
</description>
    <dc:creator>Kevron Rees</dc:creator>
    <dc:date>2008-12-04T17:02:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39125">
    <title>Re: Game freezes after certain time of function call.</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39125</link>
    <description>Hiyya, I want to point you to learn how to fish instead of handing you a fish. Your code style looks like a first poke at it which is not a poblem. Take a look at the following and research the function names as needed.

ofstream fout("testX3.txt");
fout &lt;&lt; "testx3 &gt;main accessed" &lt;&lt; endl;

screen=SDL_SetVideoMode(700,500,16,SDL_HWSURFACE|SDL_DOUBLEBUF|SDL_RESIZABLE);
if ( screen == NULL )
{printf("Unable to set 700x500 video screen: %s\n", SDL_GetError()); exit(1);}

int main(int argc, TCHAR *argv[])

//get user preferances
ifstream pref("data/config.txt");
if (pref.fail())
{fout &lt;&lt; "Loading config file failed" &lt;&lt; endl;}
i = 0; 
while (pref &gt;&gt; nextoken) 
{
if (i &lt; 20)//in case of hacking
{
config_line[i] = nextoken;
fout &lt;&lt; "testx9 &gt;" &lt;&lt; config_line[i] &lt;&lt; endl;
i++;
}
}
pref.close();


Maybe you can do better than me but this code is worth understanding to save you time and effort on a regular basis. Woot 





---- Guilherme Farrer &lt;farrer&lt; at &gt;gmail.com&gt; wrote: 

=============
</description>
    <dc:creator>necronology&lt; at &gt;cox.net</dc:creator>
    <dc:date>2008-12-04T16:26:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39124">
    <title>Re: Disable VT switching under Linux</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39124</link>
    <description>
I'm not sure if above would work happily with fbcon..

I've found another solution. If instead of querying /dev/tty0, /dev/tty1 is used for VT_OPENQRY ioctl() the problem never occurs. This was observed in the tslib code. Here is the patch:
hinkok&lt; at &gt;alala /work/export/SDL-1.2 $ svn diff
Index: src/video/fbcon/SDL_fbevents.c
===================================================================
--- src/video/fbcon/SDL_fbevents.c(revision 4179)
+++ src/video/fbcon/SDL_fbevents.c(working copy)
&lt; at &gt;&lt; at &gt; -246,7 +246,7 &lt; at &gt;&lt; at &gt;
 {
 /* Open only if not already opened */
  if ( keyboard_fd &lt; 0 ) {
-static const char * const tty0[] = { "/dev/tty0", "/dev/vc/0", NULL };
+static const char * const tty0[] = { "/dev/tty1", "/dev/vc/1", NULL };
 static const char * const vcs[] = { "/dev/vc/%d", "/dev/tty%d", NULL };
 int i, tty0_fd;
 


Can someone shed some light on why does such subtle change make so much difference?

Thank you,
Hinko

</description>
    <dc:creator>Hinko Kocevar</dc:creator>
    <dc:date>2008-12-04T15:46:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39123">
    <title>Re: cygwin layer and OpenGL</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39123</link>
    <description>
I just used the pre-compiled development libraries for MinGW available 
on libsdl.org.
Also, I just updated my cygwin installation and installled the latest 
OpenGL-package (that was, in fact, just updated) and "installed" the 
latest SDL MinGW development libs by unpacking it into my home 
directory. Then I tried building and running a test program and it 
worked just fine.
I ran the program with:
$ PATH=$PATH:~/SDL-1.2.13/bin/ ./runme &amp;
so I didn't need to put SDL in the PATH for this test or have more than 
one copy of the DLL-file.
The makefile of the program I tried was almost identical to the one I 
posted previously, it had just been updated to look for SDL-1.1.13 instead.

Sorry, no experience with this whatsoever.

[snip]

- EL
</description>
    <dc:creator>Eric Lilja</dc:creator>
    <dc:date>2008-12-04T14:09:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39122">
    <title>Re: cygwin layer and OpenGL</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39122</link>
    <description>Hello Eric

On 04.12.08, you wrote:


is there somewhere a binary package of SDL for cygwin to install ?
I did not find any.

I compile SDL for cygwin my own, type ./configure, make and make install
i install it and can compile defendguin

But OWB ( a web browser that use SDL for render
http://www.sand-labs.org/owb)
setup does always say i have no SDL installed.
In usr/local/bin/sdl-config is this after make install.strange that it use
mingw include.host and build is in configure correct show as i686-cygwin
and i compile under gcc in cygwin.

#!/bin/sh

prefix=/usr/local
exec_prefix=${prefix}
exec_prefix_set=no
libdir=${exec_prefix}/lib

#usage="\
#Usage: sdl-config [--prefix[=DIR]] [--exec-prefix[=DIR]] [--version]
[--cflags] [--libs]"
usage="\
Usage: sdl-config [--prefix[=DIR]] [--exec-prefix[=DIR]] [--version]
[--cflags] [--libs] [--static-libs]"

if test $# -eq 0; then
      echo "${usage}" 1&gt;&amp;2
      exit 1
fi

while test $# -gt 0; do
  case "$1" in
  -*=*) optarg=`echo "$1" | LC_ALL="C" sed 's/[-_a-zA-</description>
    <dc:creator>Bernd Roesch</dc:creator>
    <dc:date>2008-12-04T11:52:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39121">
    <title>OpenGL vsync with SDL in Vista</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39121</link>
    <description>I'm researching some problems with SDL OpenGL and Vista that I'm having.  
Specifically, vsync doesn't seem to work at all in windowed mode, and 
doesn't seem to be working the best in fullscreen either.  And the CPU 
usage jumps to 26-27% on a Q6600 &lt; at &gt; 3GHz, but when I turn vsync off, CPU 
usage drops to 1-2%.

Here's the relevant stats for my development system:

Q6600 CPU &lt; at &gt; 3GHz
4 GB RAM
Vista Business 64-bit
Nvidia 9600GT with latest drivers
Vista rating of 5.9

I should add that in Linux (both Mandriva and Kubuntu), the CPU usage 
stays low in OpenGL vsync mode, and vsync actually works (nice smooth 
updates, no tearing, etc).  And the same code runs just as smooth in OSX 
as well.  I'm not using any advanced OpenGL features at all.  Basically 
just glTexSubImage2D for a 320x240 window (sometimes scaled larger, but 
still only using 320x240 of data).

Does the SDL GL swap interval functionality not work in Vista?  Or is it 
strictly a Vista issue??  I haven't tried it in WinXP on this system, 
but I don'</description>
    <dc:creator>Stephen Anthony</dc:creator>
    <dc:date>2008-12-04T12:05:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39120">
    <title>Re: Game freezes after certain time of function call.</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39120</link>
    <description>2008/10/12 systat&lt; at &gt;net.hr &lt;systat&lt; at &gt;net.hr&gt;:

Quick looking at your code, found that file "up.zzp" is missing. (a
tip: always verify in the code if the file you tried to load was
really loaded, displaying some warning or error message if it wasn't)

Second, your function 'loadLevel' seems strange, better if writed with
{} blocks (as bellow):

//It reads data from file, and creates level
void loadLevel(string filename)
{
   ifstream a(filename.c_str());

   if(!a)
   {
      cerr &lt;&lt; "Error: Can't open file: " &lt;&lt; filename &lt;&lt; endl;
      return;
   }
   for(int i=0;i&lt;12;i++)
   {
      for(int v=0;v&lt;16;v++)
      {
         a &gt;&gt; map[i][v];
      }
   }
   a.close();
}

Third: Some function names make it hard to understand what you want
them to do ('Blah' function to blit tiles on the screen??)

I recommend you doing some debug with gdb (or with some printf/cerr on
the code) at your program and see if you can get the error(s)...

[ ]'s
Farrer
</description>
    <dc:creator>Guilherme Farrer</dc:creator>
    <dc:date>2008-12-04T11:59:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39119">
    <title>Re: cygwin layer and OpenGL</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39119</link>
    <description>
Hi Resul, I don't have the tools setup now but I've used a combination 
of SDL and an OpenGL in the past without passing -mno-cygwin to the 
compiler. Here's an example of one of my Makefiles that I used. It was 
last modified on the 21st of july 2007 so it worked at least back then 
but, unfortunately, I can't test it now.

CXX = g++
CXXFLAGS = -Wall -Wextra -std=c++98 -pedantic -g -I 
~/SDL-1.2.12/include/SDL -c
LDFLAGS = -L ~/SDL-1.2.12/lib -lSDL -lopengl32 -lglu32 -lglut32 -o $(EXEC)
EXEC = runme.exe
OBJECTS = display.o main.o

all: $(OBJECTS)
$(CXX) $^ $(LDFLAGS)

display.o: display.cpp display.hpp
$(CXX) $(CXXFLAGS) $&lt;

main.o: main.cpp display.hpp
$(CXX) $(CXXFLAGS) $&lt;

clean:
rm -f $(OBJECTS) $(EXEC) $(EXEC).stackdump

As you can see I used SDL 1.1.12, and cygwin would've been current for 
that time.
As I recall, I'm linking to glut just to be able to use 
glutBitmapCharacter, nothing more. Right now there seems to be a problem 
in cygwin with the win32api package shipping one version of glut an</description>
    <dc:creator>Eric Lilja</dc:creator>
    <dc:date>2008-12-04T10:01:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39118">
    <title>Disable VT switching under Linux</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39118</link>
    <description>Hi,

I already did some research on the subject. The problem occurs when killing the SDL application and restarting it. When libSDL reaches the code where VT_WAITACTIVE is
issued the ioctl() never returns - in FB_EnterGraphicsMode().
We are seeing the problems when running SDL applications on Linux framebuffer (fbdev), not tested under X11 or another SDL video driver.

I can reproduce the case anytime with simple testpalette test that comes with libSDL in 1.2 branch on x86 and our embedded arch (cris):
$ ./configure --enable-video --enable-events --enable-video-fbcon --disable-everything-else-tm
$ make
$ make install
$ cd test &amp;&amp; ./configure &amp;&amp; make
$ cd test &amp;&amp; sudo ./testpalette
$ # In another console I do: killall -9 testpalette
$ Killed
$ # now restart the app
$ cd test &amp;&amp; sudo ./testpalette

Now the screen is not initialized and the strace output shows that we are currently waiting on VT_WAITACTIVE ioctl().

Is this a known issue with Linux console and VT?
How can this be overcome? I've found a 'solutio</description>
    <dc:creator>Hinko Kocevar</dc:creator>
    <dc:date>2008-12-04T09:39:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39117">
    <title>Re: Impossible to debug SDL applications on  X11</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39117</link>
    <description>Hi Simone,

Without thinking too hard I see two ways to get around that issue:
1) Run your app in windowed mode while debugging
2) Use remote debugging (gdbserver, e.g. from within Eclipse CDT)


Cheers,
Oliver


Simone Navari wrote:
</description>
    <dc:creator>Oliver Bock</dc:creator>
    <dc:date>2008-12-04T09:10:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39116">
    <title>Re: Why use OpenGL for rendering 2D game? [was] Scripting (3)</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39116</link>
    <description>I think every reason has been repeated at least three times.

When can we replace the thread with a Google Spreadsheet survey type
thing? It'll read "Why do YOU use OpenGL for 2D games?" There'll be a
trick question on whether or not you try to read threads entirely
before posting to them.

On Thu, Nov 27, 2008 at 3:34 AM, Paulo Pinto &lt;paulo.jpinto&lt; at &gt;gmail.com&gt; wrote:



</description>
    <dc:creator>Donny Viszneki</dc:creator>
    <dc:date>2008-12-04T01:48:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39115">
    <title>SDL 1.3 and Menus</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39115</link>
    <description>I know that this could be considered out of scope, and maybe it's  
something already in, but it would be nice to see relatively simple  
menu support in SDL windows.  It could obviously be tied into the  
event system easily and the menus would probably be programmatically  
created.

The reason I'm asking is a lot of games can have a windowed mode and/ 
or editors and other utility programs that could be better served with  
more cross platform code.

There's the 1 menu vs many OS problem, though.

[&gt;] Brian
</description>
    <dc:creator>Brian Barnes</dc:creator>
    <dc:date>2008-12-04T01:30:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39114">
    <title>Re: SDL website moving hosting</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39114</link>
    <description>Hello !




Is the new server/account any bigger/better ?
The wiki and everything else loads faster now.


CU
</description>
    <dc:creator>Torsten Giebl</dc:creator>
    <dc:date>2008-12-04T00:39:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39113">
    <title>Re: iPhone SDK &lt;-&gt; SDL License</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39113</link>
    <description>_______________________________________________
SDL mailing list
SDL&lt; at &gt;lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
</description>
    <dc:creator>Jay Freeman (saurik</dc:creator>
    <dc:date>2008-12-03T23:52:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39112">
    <title>Re: iPhone SDK &lt;-&gt; SDL License</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39112</link>
    <description>_______________________________________________
SDL mailing list
SDL&lt; at &gt;lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
</description>
    <dc:creator>Jay Freeman (saurik</dc:creator>
    <dc:date>2008-12-03T23:48:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39111">
    <title>Please re-send your posts</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39111</link>
    <description>None of the messages send to the SDL mailing list since Sunday made it
through.  If you sent something to the list and it hasn't made it through,
please re-send, everything should be working now.

Thanks!
-Sam Lantinga, Lead Software Engineer, Blizzard Entertainment
</description>
    <dc:creator>Sam Lantinga</dc:creator>
    <dc:date>2008-12-03T23:49:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39110">
    <title>Re: SDL and Adobe's Alchemy (compile C to Flash ActionScript)</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39110</link>
    <description>_______________________________________________
SDL mailing list
SDL&lt; at &gt;lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
</description>
    <dc:creator>Paulo Pinto</dc:creator>
    <dc:date>2008-11-29T11:01:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39109">
    <title>Re: Why use OpenGL for rendering 2D game? [was] Scripting (3)</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39109</link>
    <description>_______________________________________________
SDL mailing list
SDL&lt; at &gt;lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
</description>
    <dc:creator>Paulo Pinto</dc:creator>
    <dc:date>2008-11-27T08:34:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39108">
    <title>cygwin layer and OpenGL</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39108</link>
    <description>Hi,
I am currently trying to compile some program under windows using cygwin. It 
uses posix functions and uses posix behaviour of functions. So it is not 
possible to compile it without cygwin layer. It also uses SDLs opengl 
initialisations and OpenGL to draw content.
The problem is that I am not able to compile the program with -lopengl32 
(reports undefined symbols _glEnd). It compiles fine when specifying -lGL, but 
then it is not possible to render something because libGL is used for all 
calls by the program, but SDL used libopeng32 to initialise the program. Does 
anybody know how to get both worlds (cygwin and SDL) together in a sane way?

Greetings,
Resul Cetin
</description>
    <dc:creator>Resul Cetin</dc:creator>
    <dc:date>2008-11-26T22:49:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39107">
    <title>Re: OpenGL 3.0 support in SDL 1.3?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39107</link>
    <description>_______________________________________________
SDL mailing list
SDL&lt; at &gt;lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
</description>
    <dc:creator>Paulo Pinto</dc:creator>
    <dc:date>2008-11-25T08:33:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.sdl/39106">
    <title>Re: Newbie question - moving from Direct3D to SDL/OpenGL</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.sdl/39106</link>
    <description>_______________________________________________
SDL mailing list
SDL&lt; at &gt;lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
</description>
    <dc:creator>Paulo Pinto</dc:creator>
    <dc:date>2008-11-07T11:51:41</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.lib.sdl">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lib.sdl</link>
  </textinput>
</rdf:RDF>
