[SDL-SVN] r3148 - trunk/SDL

Hello !

I’m not sure this is a good idea yet, since it adds a unicows.dll
redistribution requirement on windows, but adding unicows allows SDL 1.3
to run on Windows 98.

Is it possible to redistribute unicows with
a commercial programm for free ?

Is the next version of SDL called SDL 1.3 now ?
SDL 2.0 would be easier and also sdl2-config would
be possible. The big changes in the archit. are worth
to name it SDL 2.0. To be able to get more testers on board,
it should be installable with SDL 1.2 without dist. it.

CU

Is the next version of SDL called SDL 1.3 now ?
SDL 2.0 would be easier and also sdl2-config would

1.3 is the development branch that will become 2.0, I presume.

–ryan.

Is it possible to redistribute unicows with
a commercial programm for free ?

Yes, and I’m not actually planning on leaving it that way. The display
mode stuff doesn’t seem to work even with unicows in place. I had to turn
off UNICODE in order to get the code to work on Windows 98.

Is the next version of SDL called SDL 1.3 now ?

Yes, but it will probably be renamed 2.0 before release.

See ya,
-Sam Lantinga, Lead Software Engineer, Blizzard Entertainment

Is it possible to redistribute unicows with
a commercial programm for free ?

It would be nice if we could avoid this. But:

Having just dealt with this for PhysicsFS, where we now make decisions
about using “Ansi” or “Unicode” paths at runtime to explicitly avoid
unicows.dll…the code gets messy really quickly.

Then again, almost every win32 API we need in physfs involves
filenames…if the only Unicode thing we need in SDL is, say, window
titles, it’s probably worth doing it ourselves.

Also…is it worth just dropping Win9x support in SDL 1.3?

–ryan.

Also…is it worth just dropping Win9x support in SDL 1.3?

Probably. :slight_smile:

I’ll keep testing it as long as it works though, since I have a convenient
VMware configuration.

See ya,
-Sam Lantinga, Lead Software Engineer, Blizzard Entertainment

Hello !

Yes, and I’m not actually planning on leaving it that way. The display
mode stuff doesn’t seem to work even with unicows in place. I had to turn
off UNICODE in order to get the code to work on Windows 98.

Keyboard Input is one thing, Window
Title displayment is another thing.

What about filenames ?

Maybe Sam can tell a little bit
how this is handled in WoW :slight_smile:

CU

Eep!

won’t SOMEbody think of the children!?

-bill!
(still gets a lot of Win98 users of Tux Paint;
still wants a Mac OS 9 build of Tux Paint for schools stuck w/ ancient Macs)On Thu, Jul 05, 2007 at 06:26:53PM -0400, Ryan C. Gordon wrote:

Also…is it worth just dropping Win9x support in SDL 1.3?

still wants a Mac OS 9 build of Tux Paint for schools stuck w/ ancient Macs)

I hope SDL 1.2 treats you well for many years, then. :slight_smile:

(OS 9 support is already gone in 1.3.)

–ryan.

Hello !

Eep!

won’t SOMEbody think of the children!?

-bill!
(still gets a lot of Win98 users of Tux Paint;

Are these users at schools ?

In Germany the situation for schools is very good,
most of them have computers. But to find teachers
that have the knowledge to admin. these computers
is hard with windows and nearly impossible with Linux.

Most home users will have something newer these
days, i think.

still wants a Mac OS 9 build of Tux Paint for schools stuck w/ ancient
Macs)

It is really hard enough to
build TP for earlier Mac OSX versions,
For Mac OS 9 … :slight_smile:

CU

still wants a Mac OS 9 build of Tux Paint for schools stuck w/ ancient Macs)

I hope SDL 1.2 treats you well for many years, then. :slight_smile:

Heh. Ack. :slight_smile:

(OS 9 support is already gone in 1.3.)

Well, I’m not sure I’m doing anything too clever in Tux Paint yet
that 1.2 can’t handle.

Except… man, I’d love some pressure sensitivity. :)On Thu, Jul 05, 2007 at 08:30:21PM -0400, Ryan C. Gordon wrote:


-bill!
bill at newbreedsoftware.com
http://www.newbreedsoftware.com/

Except… man, I’d love some pressure sensitivity. :slight_smile:

Coming in 1.3! :wink:

Once the 2D driver stuff is working in 1.3 if there’s enough demand we
can see how hard it would be to backport to OS 9.

See ya!
-Sam Lantinga, Lead Software Engineer, Blizzard Entertainment

Ryan C. Gordon wrote:

Also…is it worth just dropping Win9x support in SDL 1.3?

I think that is valid. MS dropped support for it nearly a year ago and even
the firewall and AV software people have stopped supporting it now. When I
visit clients with Win9x systems I explain why it’s unsupportable and why
it’s bad to continue using such systems, especially if they are connected to
the Internet.

Colin–
Colin Tuckley | @Colin_Tuckley | PGP/GnuPG Key Id
+44(0)1903 236872 | +44(0)7799 143369 | 0x1B3045CE

Common Sense is the collection of prejudices acquired by age eighteen. - A.
Einstein

Torsten Giebl wrote:

Hello !

Eep!

won’t SOMEbody think of the children!?

-bill!
(still gets a lot of Win98 users of Tux Paint;

Are these users at schools ?

In Germany the situation for schools is very good,
most of them have computers. But to find teachers
that have the knowledge to admin. these computers
is hard with windows and nearly impossible with Linux.

Most home users will have something newer these
days, i think.

That’s where carefuly made Linux Live CDs come into place. You have an OS on
a ROM support, what can go wrong with that :smiley:

Greetings:

I have a project in MSVS that worked fine. Then I created another partition on my hard drive to store all my things. I moved the project folder to that partition, and windows (with SDL files) & MSVS are still on the other partition. I think I fixed all the linking stuff correctly because it does compile. But when I execute, it fails at loading the image I need. The image is stored in the project folder with the source code and executable. Why can’t it find the image?

Thanks in advance for your help.

-N. Pierluissi---------------------------------
Get the Yahoo! toolbar and be alerted to new email wherever you’re surfing.

Hello !

I have a project in MSVS that worked fine. Then I created another
partition on my hard drive to store all my things. I moved the project
folder to that partition, and windows (with SDL files) & MSVS are still
on the other partition. I think I fixed all the linking stuff correctly
because it does compile. But when I execute, it fails at loading the
image I need. The image is stored in the project folder with the source
code and executable. Why can’t it find the image?

What is the exact structure of your image filenames
when you load them ? “\dsds” or “dsds” … ?

If you only have a small number of images,
just change the names to absolute paths
like “C:\Images\dsds.jpg”

If your app then runs well again, it was the only problem
to find the images, if not, you forgott something else.

Absolute paths are only good for debugging,
for shipping your game/app after that, they are really bad.

In my code i use something like this :

err = GLB_Load_Sprite (the_file -> useDataDir (“gfx/sprites/spr/KNEE.spr”),
& Spr_Turrican_Knee,
GLB_BOB_TRANS_FALSE);

CU

W00t!

-bill!On Thu, Jul 05, 2007 at 06:14:27PM -0700, Sam Lantinga wrote:

Except… man, I’d love some pressure sensitivity. :slight_smile:

Coming in 1.3! :wink:

Thinkin about Tux Paint, I can definitely see a not-hooked-to-the-internet
box in the house, running an old Win95 system. Why buy a whole new OS or
PC for your 4 year old to just to play games-for-4yo’s for Windows95? :slight_smile:

-bill!On Fri, Jul 06, 2007 at 07:45:28AM +0100, Colin Tuckley wrote:

I think that is valid. MS dropped support for it nearly a year ago and even
the firewall and AV software people have stopped supporting it now. When I
visit clients with Win9x systems I explain why it’s unsupportable and why
it’s bad to continue using such systems, especially if they are connected to
the Internet.

I am just loading one image. I am using an image loading function I copied from the “lazy foo” tutorials. I tried using the absolute path,
“F:\Documents\My Programs\Projects\name\name\window.png”,
and it still did not load. Any other suggestions would be appreciated.

Torsten Giebl wrote:

Hello!

What is the exact structure of your image filenames
when you load them ? “\dsds” or “dsds” … ?

If you only have a small number of images,
just change the names to absolute paths
like “C:\Images\dsds.jpg”

If your app then runs well again, it was the only problem
to find the images, if not, you forgott something else.

Absolute paths are only good for debugging,
for shipping your game/app after that, they are really bad.

In my code i use something like this :

err = GLB_Load_Sprite (the_file -> useDataDir (“gfx/sprites/spr/KNEE.spr”),
& Spr_Turrican_Knee,
GLB_BOB_TRANS_FALSE);

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


Got a little couch potato?
Check out fun summer activities for kids.

Maybe escaping the backslashes?

“F:\Documents\My Programs\Projects\name\name\window.png”

El Viernes 20 Julio 2007, Nathan Pierluissi escribi?:> I am just loading one image. I am using an image loading function I copied

from the “lazy foo” tutorials. I tried using the absolute path,
“F:\Documents\My Programs\Projects\name\name\window.png”,
and it still did not load. Any other suggestions would be appreciated.

Torsten Giebl wrote:

Hello!

What is the exact structure of your image filenames
when you load them ? “\dsds” or “dsds” … ?

If you only have a small number of images,
just change the names to absolute paths
like “C:\Images\dsds.jpg”

If your app then runs well again, it was the only problem
to find the images, if not, you forgott something else.

Absolute paths are only good for debugging,
for shipping your game/app after that, they are really bad.

In my code i use something like this :

err = GLB_Load_Sprite (the_file -> useDataDir (“gfx/sprites/spr/KNEE.spr”),
& Spr_Turrican_Knee,
GLB_BOB_TRANS_FALSE);

CU


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


Got a little couch potato?
Check out fun summer activities for kids.

Actually, what I found works in Windows /and/ maintains better
XPlatformness is using forward slashes in paths. It may not be the
default but even Windows Explorer supports it (type C:/Program Files/ in
the address bar if you like) and it certainly works in C/C++ and HTML.
This really should be more commonly taught as it save a lot of time and
hassle.On Fri, 2007-07-20 at 09:27 +0200, Alberto Luaces wrote:

Maybe escaping the backslashes?

“F:\Documents\My Programs\Projects\name\name\window.png”


All new Yahoo! Mail “The new Interface is stunning in its simplicity and ease of use.” - PC Magazine
http://uk.docs.yahoo.com/nowyoucan.html