针对Windows交叉编译后的创建类的segfault

我尝试使用带有mingw32的Gentoo Linux为Windows创建使用SFML 2.0的prorgam。针对Windows交叉编译后的创建类的segfault

我不想重新编译SFML，它的所有的依赖关系，所以我已经下载从the official site（版本32位 - SJLJ）的编译版本

我编我的代码，并执行它，酒但是当我尝试从SFML实例化一个类时它会出现段错误。我尝试过使用SFML的静态或动态版本，没有任何改变。

使用调试模式，似乎this值在SFML类上未正确初始化。

我的编译标志：

CXXFLAGS = -W -Wall -ggdb3 -ISFML-2.0-rc/include -DSFML_STATIC 
LDFLAGS = -LSFML-2.0-rc/lib -static-libgcc -static-libstdc++ -mwindows  \ 
      -lsfml-window-s-d -lsfml-graphics-s-d -lsfml-system-s-d -lws2_32

main.cpp中：

#include <SFML/Window.hpp> 

int main() { 
    sf::VideoMode vm(800, 600); 

    return 0; 
}

酒错误：

wine: Unhandled page fault on write access to 0x00000320 at address 0x4021e9 (thread 0026), starting debugger... 
Unhandled exception: page fault on write access to 0x00000320 in 32-bit code (0x004021e9). 
Register dump: 
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b 
EIP:004021e9 ESP:0087fd78 EBP:0087fd78 EFLAGS:00010202( R- -- I - - -) 
EAX:00000320 EBX:7b896ff4 ECX:0087fdd4 EDX:00000258 
ESI:7ffdf000 EDI:004012b0 
Stack dump: 
0x0087fd78: 0087fdf8 004013bd 00000320 00000258 
0x0087fd88: 00000020 0040c387 00401340 004012b0 
0x0087fd98: 0087fdc8 00000000 00000001 7ffdf000 
0x0087fda8: 0087fdc8 7ed71ff4 00409fc0 00418d28 
0x0087fdb8: 00419370 0087fde0 004013ca 0087fd80 
0x0087fdc8: 0087fde8 0040b162 00000001 0000ffff 
Backtrace: 
=>0 0x004021e9 VideoMode+0x9(this=0x320, modeWidth=0x258, modeHeight=0x20, modeBitsPerPixel=0x40c387) [D:\developpement\sfml-misc\release\2.0-rc1\gcc4-sjlj\debug-static\src\SFML\Window/D:/developpement/sfml-master/src/SFML/Window/VideoMode.cpp:50] in chess (0x0087fd78) 
    1 0x004013bd main+0x6c() [/home/bak/projets/bjtu/server architecture/Chess/main.cpp:5] in chess (0x0087fdf8) 
    2 0x004010fd in chess (+0x10fc) (0x0087fe88) 
    3 0x7b85d80f in kernel32 (+0x4d80e) (0x0087fec8) 
    4 0x7bc73ed0 call_thread_func_wrapper+0xb() in ntdll (0x0087fed8) 
    5 0x7bc7690d call_thread_func+0x7c() in ntdll (0x0087ffa8) 
    6 0x7bc73eae RtlRaiseException+0x21() in ntdll (0x0087ffc8) 
    7 0x7bc4c78e call_dll_entry_point+0x61d() in ntdll (0x0087ffe8) 
    8 0xf767106d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 
    9 0xf767112b wine_switch_to_stack+0x2a() in libwine.so.1 (0xffd55c28) 
    10 0x7bc51e6f LdrInitializeThunk+0x2ee() in ntdll (0xffd55c98) 
    11 0x7b86371a __wine_kernel_init+0xa19() in kernel32 (0xffd56e38) 
    12 0x7bc5269b __wine_process_init+0x25a() in ntdll (0xffd56eb8) 
    13 0xf766e5e2 wine_init+0x291() in libwine.so.1 (0xffd56f28) 
    14 0x7bf0106b main+0x7a() in <wine-loader> (0xffd57378) 
    15 0xf74b6596 __libc_start_main+0xe5() in libc.so.6 (0xffd573f8) 
0x004021e9 VideoMode+0x9 [D:\developpement\sfml-misc\release\2.0-rc1\gcc4-sjlj\debug-static\src\SFML\Window/D:/developpement/sfml-master/src/SFML/Window/VideoMode.cpp:50] in chess: movl %edx,0x0(%eax)

VideoMode.cpp:50指的是构造函数的结尾，就像我尝试使用的其他SFML类一样。

的this变量没有被正确初始化：

=>0 0x004021e9 VideoMode+0x9(this=0x320, modeWidth=0x258, ...

this取第一个参数的值，和所有其他值被移位（最前一页ARG具有第二值，...）

我已经用几个类测试过相同的结果。

从什么可能是问题？
我想过调用约定之间的区别，但我不确定。

来源

2012-12-21 BAK

尝试在堆上创建对象。看看是否改变了任何东西：'sf :: VideoMode * vm = new sf :: VideoMode（800，600）;' –

您是否尝试过除Wine之外的其他位置（即操作系统的真实副本）？在模拟环境中调试足够敏感，尝试在葡萄酒中调试视频可能会很糟糕。 – ssube

你可以在构造函数中提供代码吗？有没有机会破坏这个ptr？ –

看来，你初始化为SFML的：视频模式以错误的方式，而是尝试创建一个窗口对象有：视频模式作为第一个参数，如在向前例如：

sf::Window App(sf::VideoMode(800, 600, 32), "SFML Window");

我猜turorials应从这里得到帮助，但它可以解释为什么从raw分配VideoMode导致段错误。

来源

2012-12-21 21:05:57 tsukasan

单独创建'sf :: VideoMode'完全有效;无论如何，这个问题发生在任何阶级。使用'sf :: Clock c;'具有相同的效果。 – BAK

那么，这里值得一试。仔细看看你的错误后，你的最终猜测显然是正确的，这个变量在这里没有设置或正确处理，因为它取得了你的第一个参数的值。您尝试过的每个班级是否都有完全相同的问题？ – tsukasan

针对Windows交叉编译后的创建类的segfault

回答

相关问题