Messages

1

General discussions / Re: SFML 3 - What is your vision?

« on: June 19, 2017, 03:57:15 pm »

Just noticed this great thread...
My personal top priority would be for a future SFML to avoid OpenGLv3.3-deprecated functions so that it is possible to use a core profile "modern" OpenGL of at least version 3.3.
Rod

2

Audio / Re: problem with my simple Ada interface versus gcc6

« on: June 18, 2017, 03:27:29 pm »

Thanks eXpl0it3r.  You were exactly right !  Everything works now.
Rod

3

Audio / problem with my simple Ada interface versus gcc6

« on: June 18, 2017, 12:43:45 am »

This is a minimal example demonstrating my difficulty using
the new 2017 AdaCore gnat compiler [using GCC v6.3.1]
versus that from 2016 [GCC v 4.9.4]
in order to create a simple Ada binding to SFML-Audio on Linux.

The script lcmp16.sh uses the older version and works fine.
The script lcmp17.sh uses the new version and fails...
[undefined references].

I have narrowed the problem to the executable "g++".
The 4.9.4 version works for me,
and newer versions do not.

Any suggestions how to make the new version compile
would be sincerely appreciated.

Here is a piece of the error message:

undefined reference to `sf::Music::openFromFile(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'


Rod

<fastrgv@gmail.com>

4

Feature requests / linux libs require GLIBCXX 3.4.20

« on: November 29, 2016, 06:26:07 pm »

It seems the precompiled linux libraries in sfml 2.4.1 require GLIBCXX 3.4.20 but I only have GLIBCXX 3.4.19 (or smaller). 

?Should you not attempt to distribute the precompiled libs with more modest (older) glibc requirements for the sake of portability?

Thx, Rod

5

Audio / Re: static libs problem

« on: April 24, 2016, 09:39:55 pm »

So sorry, my mistake.
(somehow my edits did not save...)
The declarations inside main fixed it.
Thank you.
Rod

6

Audio / Re: static libs problem

« on: April 24, 2016, 09:31:08 pm »

...looks pretty much the same:

(gdb) backtrace
#0  0x00007ffff6c24244 in pthread_mutex_lock ()
   from /home/rufascube/myapps/cpp/sdl_apps/nusfml/libs/gnu/libpthread.so.0
#1  0x000000000040bd73 in sf::AlResource::AlResource() ()
#2  0x000000000040779e in sf::SoundSource::SoundSource() ()
#3  0x0000000000404f19 in sf::Sound::Sound() ()
#4  0x0000000000404e15 in __static_initialization_and_destruction_0 (
    __initialize_p=1, __priority=65535) at trysnd.cc:27
#5  0x0000000000404e5c in _GLOBAL__sub_I_sound () at trysnd.cc:51
#6  0x000000000040d05d in __libc_csu_init (argc=1, argv=0x7fffffffdfa8,
    envp=0x7fffffffdfb8) at elf-init.c:88
#7  0x00007ffff5e6fa95 in __libc_start_main () from /lib64/libc.so.6
#8  0x0000000000404bd5 in _start () at ../sysdeps/x86_64/start.S:122

7

Audio / Re: static libs problem

« on: April 24, 2016, 09:17:22 pm »

Ok.  I put those 2 declarations inside main, like the tutorial example.
But it still acts the same?

8

Audio / Re: static libs problem

« on: April 24, 2016, 08:49:09 pm »

yes, built it myself from source...first the shared libs, then the static.  Absolutely no problem during build.  The shared libs I generated work perfectly, not so with the static.

9

Audio / Re: static libs problem

« on: April 24, 2016, 08:07:42 pm »

it aborts somewhere before the program entry point.  GDB traceback says something like this:

#0  0x00007ffff6c24244 in pthread_mutex_lock ()
   from /home/rufascube/myapps/cpp/sdl_apps/nusfml/libs/gnu/libpthread.so.0
#1  0x000000000040bd73 in sf::AlResource::AlResource() ()
#2  0x000000000040779e in sf::SoundSource::SoundSource() ()
#3  0x0000000000404f19 in sf::Sound::Sound() ()
#4  0x0000000000404e15 in __static_initialization_and_destruction_0 (
    __initialize_p=1, __priority=65535) at trysnd.cc:27
#5  0x0000000000404e5c in _GLOBAL__sub_I_sound () at trysnd.cc:51
#6  0x000000000040d05d in __libc_csu_init (argc=1, argv=0x7fffffffdfa8,
    envp=0x7fffffffdfb8) at elf-init.c:88
#7  0x00007ffff5e6fa95 in __libc_start_main () from /lib64/libc.so.6
#8  0x0000000000404bd5 in _start () at ../sysdeps/x86_64/start.S:122

I could not include my whole build because it was about 3MB and that is too big to attach.
Rod

10

Audio / static libs problem

« on: April 24, 2016, 02:00:26 am »

I have a simple C++ program that compiles and runs fine using shared SFML libs,
but aborts [with a seg.fault] using static libs:

   string const scifi("quick_portal.wav");

   if( !sbLaser.loadFromFile(scifi) )
   {
      cout<<"sfml-audio problem loading file: "<<scifi<<endl;
      exit (EXIT_FAILURE);
   }

   sound.setBuffer(sbLaser); 
   sound.setVolume(50);
   sound.setLoop(false);
   sound.play();

   sleep(2);
   cout<<"...done..."<<endl;
   return 0;

I built SFML v2.3.2 from source on my build machine running OpenSUSE 13.2 with no errors.
I have used ldd to ensure you would have a chance to execute the binaries, if you choose.
I sent both the static and shared versions.

I am attaching my build files.

Thanks,
<fastrgv@gmail.com>

11

Audio / Re: Audio (v 2.32 versus v 2.1)

« on: March 21, 2016, 11:31:40 pm »

...that is correct, I have not tried anything beyond 2.3.2 yet on my problem file.  Rod

12

Audio / Re: Audio (v 2.32 versus v 2.1)

« on: March 21, 2016, 02:55:11 pm »

My error handling was indeed insufficient, mostly because I had never before had any problem with SFML, but also because the code in question is a neglected Ada binding on which I had spent minimal effort.  If anyone has the time to check it out, you can see the final result ... a 3D game called AdaGate (written almost completely in Ada):

https://github.com/fastrgv/AdaGate

13

Audio / Re: Audio (v 2.32 versus v 2.1)

« on: March 19, 2016, 02:08:33 pm »

Thanks, good to hear that you have a fix already.  In case anyone is interested, here is a shortened version of the WAV file that gave me grief...

14

Audio / Re: Audio (v 2.32 versus v 2.1)

« on: March 19, 2016, 03:05:56 am »

Yes, I'm working on that.

 I mainly wanted people to be aware that WAV files that used to be acceptable in earlier versions of SFML audio may not be now.  I've googled and found many queries about problems with WAV files and this may explain why.  My solution was to use sox to convert to OGG format.

15

Audio / Audio (v 2.32 versus v 2.1)

« on: March 18, 2016, 11:56:24 pm »

Attached is a WAV file that worked in 2.1 and not in 2.32.  More importantly, it was very painful for me to discover the problem.  If it is easily possible I would like to see a filename printed out before a failure exit message: invalid or unsupported file.  Thx. Rod

...well I guess it's not attached...too large