Messages

1

DotNet / Re: Issue querying mouse position from SFML.Net, errors in native code

« on: December 02, 2012, 06:29:35 pm »

I can confirm that calling XInitThreads fixes the issue, I have called it through P/Invoke and now everything works.

2

DotNet / Re: Issue querying mouse position from SFML.Net, errors in native code

« on: December 02, 2012, 06:19:02 pm »

Ah yes I am actually using threads because I'm using some asynchronous methods to implement a console, I forgot about that. Surely this makes it an SFML issue?

3

DotNet / Re: Issue querying mouse position from SFML.Net, errors in native code

« on: December 02, 2012, 02:03:13 pm »

I haven't touched anything in regards to threading, so I suppose I should report this to Mono?

4

DotNet / Issue querying mouse position from SFML.Net, errors in native code

« on: December 01, 2012, 07:10:09 pm »

Hello,
I have quickly tried running my SFML.Net application on arch, and for the most part it works, however I have an issue which occurs when I enter the game state, exit it and enter it again. Upon restarting the game state I get an error the first time I attempt to get the mouse position.  The error I'm getting for mono is as follows:

[ben@arch Release]$ mono TopDown.exe
MenuState::Enter()
GameState::Initialize()
MenuState::Exit()
GameState::Enter()
GameState::Exit()
MenuState::Enter()
GameState::Initialize()
MenuState::Exit()
GameState::Enter()
[xcb] Unknown request in queue while dequeuing
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
mono: xcb_io.c:178: dequeue_pending_request: Assertion `!xcb_xlib_unknown_req_in_deq' failed.
Stacktrace:

  at (wrapper managed-to-native) SFML.Graphics.RenderWindow.sfMouse_getPositionRenderWindow (intptr) <0xffffffff>
  at SFML.Graphics.RenderWindow.InternalGetMousePosition () <0x00017>
  at SFML.Window.Mouse.GetPosition (SFML.Window.Window) <0x00018>
  at TopDown.GameState.Update (SFML.Graphics.RenderWindow) <0x000e7>
  at TopDown.StateManager.Update (SFML.Graphics.RenderWindow) <0x0004b>
  at TopDown.Program.Main (string[]) <0x004f7>
  at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

        mono() [0x4969f9]
        /usr/lib/libpthread.so.0(+0xf1a0) [0x7fac7a6151a0]
        /usr/lib/libc.so.6(gsignal+0x35) [0x7fac7a293fd5]
        /usr/lib/libc.so.6(abort+0x148) [0x7fac7a295458]
        /usr/lib/libc.so.6(+0x2e022) [0x7fac7a28d022]
        /usr/lib/libc.so.6(+0x2e0d2) [0x7fac7a28d0d2]
        /usr/lib/libX11.so.6(+0x4174c) [0x7fac7327074c]
        /usr/lib/libX11.so.6(_XReply+0x23b) [0x7fac7327182b]
        /usr/lib/libX11.so.6(XQueryPointer+0x69) [0x7fac732675a9]
        /usr/lib/libsfml-window.so.2(+0xbf34) [0x7fac78832f34]
        /usr/lib/libsfml-window.so.2(_ZN2sf5Mouse11getPositionERKNS_6WindowE+0x9) [0x7fac7882e489]
        /usr/lib/libcsfml-graphics.so.2(sfMouse_getPositionRenderWindow+0xe) [0x7fac78c8c66e]
        [0x40f1467b]

Debug info from gdb:


=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

Aborted (core dumped)
 

I am using SFML, CFSML and SFML.Net from Git as the Keyboard.A vs Keyboard.Unknown bug is a rather large issue for my application. It functions just fine on Windows with VS2012.

Thanks,
Ben.

5

Feature requests / Scaleable windows

« on: August 22, 2011, 03:07:42 pm »

Oh, I wasn't aware this was possible, I obviously didn't read the documentation well enough. Sorry.

6

SFML projects / Escape! An entry to Ludum Dare

« on: August 22, 2011, 02:15:39 pm »

Hello all, this wasn't really meant for here but I thought it fitted just as well. There is a game competition called ludum dare in which you have to make a game in 48 hours. I entered and used SFML 2. My LD link is http://www.ludumdare.com/compo/ludum-dare-21/?action=preview&uid=5787. It uses every SFML library except network



Windows: http://dl.dropbox.com/u/11197643/escape-game-ludum-dare-21-release.exe
Source: http://dl.dropbox.com/u/11197643/escape-game-ludum-dare-21-release-source-dirty.exe

7

Feature requests / Scaleable windows

« on: August 22, 2011, 01:50:07 pm »

It would be nice to be able to add another VideoMode so that we can have a window which sfml2 thinks is say 320 x 240 however is displayed at 640 x 480 . This would be useful for old styled games such as the one I entered for ludum dare 21, http://www.ludumdare.com/compo/ludum-dare-21/?action=preview&uid=5787 . It is one of the things I wish I could do.