BSOD on startup with yesterday's git revision

[whitecrow]

ok didn't realise that gdb already came installed in the LoS SDK's copy of MinGW done as you said the backtrace is as follows;

(gdb) run
Starting program: c:\mingw\msys\1.0\home\david\lipsofsuna\lipsofsuna.exe
[New Thread 5184.0x15d0]
[New Thread 5184.0xb28]
[New Thread 5184.0x8c0]
[New Thread 5184.0x8c4]
[New Thread 5184.0x1640]
[New Thread 5184.0x167c]
[New Thread 5184.0x1204]
[New Thread 5184.0x1200]
[New Thread 5184.0x1600]
[New Thread 5184.0x668]
[New Thread 5184.0x16a8]
[New Thread 5184.0x17c8]
[New Thread 5184.0x16f0]
[New Thread 5184.0x8ec]
[New Thread 5184.0x568]
[New Thread 5184.0xa80]
[New Thread 5184.0x938]
[New Thread 5184.0x151c]
[New Thread 5184.0x624]
INFO: Loading client scripts.
[New Thread 5184.0x1758]
warning: Invalid parameter passed to C runtime function.

warning: Invalid parameter passed to C runtime function.

[New Thread 5184.0x16f8]

Program received signal SIGSEGV, Segmentation fault.
0x0045617c in LIRenTerrainMaterialGenerator::SM2Profile::addTechnique (
this=0x6151e80, mat=..., terrain=0xe142940,
tt=LIRenTerrainMaterialGenerator::SM2Profile::HIGH_LOD)
at ..\src\lipsofsuna\render\internal\render-terrain-material-generator.cpp:3
34
334 HighLevelGpuProgramPtr vprog = mShaderGen->generateVertexProgram
(this, terrain, tt);
(gdb)
(gdb)
(gdb) backtrace
#0 0x0045617c in LIRenTerrainMaterialGenerator::SM2Profile::addTechnique (
this=0x6151e80, mat=..., terrain=0xe142940,
tt=LIRenTerrainMaterialGenerator::SM2Profile::HIGH_LOD)
at ..\src\lipsofsuna\render\internal\render-terrain-material-generator.cpp:3
34
#1 0x00455bd4 in _fu214___ZN4Ogre20ResourceGroupManager27DEFAULT_RESOURCE_GROUP
_NAMEE ()
at ..\src\lipsofsuna\render\internal\render-terrain-material-generator.cpp:2
63
#2 0x0051032f in Ogre::TerrainMaterialGenerator::generate (this=0x6890370,
terrain=0xe142940)
at C:/MinGW/msys/1.0/local/include/OGRE/Terrain/OgreTerrainMaterialGenerator
.h:284
#3 0x65c49dfe in ZNK4Ogre7Terrain11getMaterialEv ()
from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreTerrain.dll
#4 0x65c4a22e in ZNK4Ogre7Terrain23getCompositeMapMaterialEv ()
from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreTerrain.dll
#5 0x65c5aaf7 in ZN4Ogre24TerrainMaterialGenerator7Profile18updateCompositeMapE
PKNS_7TerrainERKNS_5TRectIlEE ()
from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreTerrain.dll
#6 0x00510132 in Ogre::TerrainMaterialGenerator::updateCompositeMap (
this=0x6890370, terrain=0xe142940, rect=...)
at C:/MinGW/msys/1.0/local/include/OGRE/Terrain/OgreTerrainMaterialGenerator
.h:320
#7 0x65c4ba34 in ZN4Ogre7Terrain18updateCompositeMapEv ()
from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreTerrain.dll
#8 0x00455528 in LIRenTerrainMaterialGenerator::SM2Profile::requestOptions (
this=0x6151e80, terrain=0xe142940)
at ..\src\lipsofsuna\render\internal\render-terrain-material-generator.cpp:1
07
#9 0x0050fff3 in Ogre::TerrainMaterialGenerator::requestOptions (
this=0x6890370, terrain=0xe142940)
at C:/MinGW/msys/1.0/local/include/OGRE/Terrain/OgreTerrainMaterialGenerator
.h:273
#10 0x65c52b9d in ZN4Ogre7Terrain4loadEv ()
from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreTerrain.dll
#11 0x65c56da7 in ZN4Ogre12TerrainGroup14handleResponseEPKNS_9WorkQueue8Response
EPKS1_ () from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreTerrain.dll
#12 0x6407ec8a in ZN4Ogre20DefaultWorkQueueBase15processResponseEPNS_9WorkQueue8
ResponseE () from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreMain.dll
#13 0x640832af in ZN4Ogre20DefaultWorkQueueBase22processRequestResponseEPNS_9Wor
kQueue7RequestEb () from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreMain.dll
#14 0x64083b43 in ZN4Ogre20DefaultWorkQueueBase10addRequestEttRKNS_3AnyEhb ()
from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreMain.dll
#15 0x65c55278 in ZN4Ogre12TerrainGroup15loadTerrainImplEPNS0_11TerrainSlotEb
() from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreTerrain.dll
#16 0x65c55316 in ZN4Ogre12TerrainGroup15loadAllTerrainsEb ()
from c:\mingw\msys\1.0\home\david\lipsofsuna\OgreTerrain.dll
#17 0x0048c481 in private_init_heightmap (self=0x5ec3db8, heightmap=0xd3858f0)
at ..\src\lipsofsuna\extension\heightmap-render\module.cpp:182
#18 0x004877c0 in liext_heightmap_new (module=0x308ba20, image=0xd1948f8,
position=0x28f9b8, size=513, spacing=4, scaling=160)
at ..\src\lipsofsuna\extension\heightmap\heightmap.c:87
#19 0x00488729 in Heightmap_new (args=0x28fa1c)
at ..\src\lipsofsuna\extension\heightmap\script.c:74
#20 0x00460967 in liscr_marshal_CLASS (lua=0x30823d0)
at ..\src\lipsofsuna\script\script-args.c:1111
#21 0x004cdffd in luaD_precall ()
#22 0x004c9017 in luaV_execute ()
#23 0x004ce468 in luaD_call ()
#24 0x004be139 in lua_call ()
#25 0x004c063c in ll_require ()
#26 0x004cdffd in luaD_precall ()
#27 0x004c9017 in luaV_execute ()
#28 0x004ce468 in luaD_call ()
#29 0x004be10d in f_call ()
#30 0x004cdb8f in luaD_rawrunprotected ()
#31 0x004cdbe0 in luaD_pcall ()
#32 0x004bdf58 in lua_pcall ()
#33 0x004699a7 in private_exec_script (self=0x3082198)
at ..\src\lipsofsuna\script\script.c:307
#34 0x0046979f in liscr_script_load_file (self=0x3082198,
path=0x30729a0 "c:/mingw/msys/1.0/home/david/lipsofsuna/data/lipsofsuna/main
.lua",
path_mod=0x1359230 "c:/mingw/msys/1.0/home/david/lipsofsuna/data/lipsofsuna"
, path_core=0x13591e8 "c:/mingw/msys/1.0/home/david/lipsofsuna/data")
at ..\src\lipsofsuna\script\script.c:204
#35 0x00415089 in limai_program_execute_script (self=0x1359048,
file=0x527406 "main.lua") at ..\src\lipsofsuna\main\main-program.c:308
#36 0x00416679 in main (argc=1, argv=0x1358f68)
at ..\src\lipsofsuna\main\main.c:106

[whitecrow]

my git revision is around 4 days old though I think and I noticed you got a couple of commits that might be to do with highmaps and terrain rendering so maybe you have fixed the bug already. I will download a new copy of git that is more up to date and see if that works will post again with results and if applicable gdb backtrace shortly.

update LATEST git revision is crashing with libstdc++-6.dll fault module listed in appcrash. gdb stacktrace is as follows

(gdb) run
Starting program: c:\mingw\msys\1.0\home\david\lipsofsuna\lipsofsuna.exe
[New Thread 4352.0x164]
[New Thread 4352.0x12f0]
[New Thread 4352.0x1424]
[New Thread 4352.0x1658]
[New Thread 4352.0xb2c]
[New Thread 4352.0x1128]
[New Thread 4352.0x1b38]
[New Thread 4352.0x1b3c]
[New Thread 4352.0x1bf4]
[New Thread 4352.0x194c]
[New Thread 4352.0x49c]
terminate called after throwing an instance of 'Ogre::InternalErrorException'
what(): OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic libr
ary c:/mingw/msys/1.0/home/david/lipsofsuna//plugins/RenderSystem_GL_d. System
Error: The specified module could not be found.
in DynLib::load at ../../../../../OgreMain/src/OgreDynLib.cpp (line 91)

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
AL lib: ALc.c:2325: exit(): closing 1 Device
AL lib: ALc.c:2247: alcCloseDevice(): destroying 1 Context(s)

Program received signal SIGSEGV, Segmentation fault.
0x76ab4dcc in ole32!CoVrfCheckThreadState ()
from C:\Windows\syswow64\ole32.dll

[TheAncientGoat]

Oo, that's odd, double slashes in the path.. No idea how to fix it though, because I'm not sure if it's an internal Ogre or Lips error

[whitecrow]

your talking about the last stack trace with the very lastest version right? Would be interesting to see if another windows user has exact same issue but my old desktop is dead and be awhile maybe till my new one is available so if your not pressed for time I could test it on that but might be up to about a month away so I won't be able to test on a different system till then. Also when I get my desktop I am thinking of dual booting it with windows 7 (64bit) on the main drive and linux on another hard drive for testing purposes mainly as well.

[TheAncientGoat]

It looks like a linker/compiler error; nekotaku should pass you one of his windows builds

[whitecrow]

well when you compile the build all the required dll's aren't included in the build directory so you have to copy from other locations the procedure I used to do that is below and the results I got is the last stack trace posted. Hopefully you can point out if/where I went wrong probably the way I did the lib file coping I expect.

step 1: extracted lipsofsuna-win32-sdk-1.0.7z (with winrar in my case) to c:\
step 2: install full package of python 2.7.1
step 3: open msys shortcut and use git command below to clone latest git revision to local hard drive for self compiling
git clone git://lipsofsuna.git.sourceforge.net/gi ... lipsofsuna lipsofsuna
step 4: go to lips of suna directory
cd lipsofsuna
stet 5: use waf to configure the build script
./waf configure
step 6: use waf to install (build) the source code into binary files
./waf install
step 7: copied the required library files into lipsofsuna main directory
NB: alternatively use cflags and linkflags commands if running through msys (tried in past without much success) OR include folders below in windows path enviroment (tried but didn't work either) OR copy dll files below to windows/system32 (not willing to try)???


c:\mingw\bin

libiconv-2.dll
pthreadgc2.dll
libstdc++-6.dll

c:\mingw\msys\1.0\local\bin
all ogre*.dll files (might not need them all but just incase)
libboost_thread-mgw45-mt-1_44.dll
libOIS.dll
openal32.dll
libpng15-15.dll
libsqlite3-0.dll
libvorbisfile-3.dll
libvorbis-0.dll
libogg-0.dll

duplicate
libgcc_s_dw2-1.dll one in mingw/bin and one in local/bin(mingw/msys/1.0/local/bin) I used the one in local/bin for test purposes

all bullet dll's in local lib was copied to lipsofsuna build directory (didn't test which one where needed just copied them all)
had appcrash with libbulletcollision.dll when using them so I built bullet 2.79r2440 myself and copied all bullet2.79/lib/*.dll to local/bin and lipsofsuna directories (overwriting existing files)
that fixed the appcrash with libbulletcollision.dll fault module
copied libcurl-4.dll posted on forums to lipsofsuna build diretory and local bin folders to bypass the libcrypto.dll (openssh) dependancy successfully

[TheAncientGoat]

OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library c:/mingw/msys/1.0/home/david/lipsofsuna//plugins/RenderSystem_GL_d. System

This indicates an internal compilation error, not something to do with the libraries, but with the build system.. the double // should be /src/

[whitecrow]

oic I missed that thanks for pointing it out and yes I see exactly what you mean now. there is no lipsofsuna/src/plugins directory either btw so diffently something off there yes cause even if src was between the slashes the folder or file it is pointing too doesn't exist at least not on my build. But there is a rendersystems folder of the source code for ogre itself. Think it might be an incorrect link in the source files of ogre but what would I know lol

I tried compiling the newest ogre source later and taking the library files from that, that are the same as the ones in lipsofsuna and replacing the ones in the los sdk v1.0 and see if that helps. Unfortunately it did not seem to help

[amuzen]

1. Make sure that you have created a directory called plugins/ in the directory where the executable is an copied Ogre's plugin and render system DLLs there. I know, it's not yet documented anywhere, but the Ogre version of the game is still very recent. If you haven't created it yet, do it now.

{l Code}: {l Select All Code}

mkdir -p plugins/
cp /local/bin/Plugin_*.dll /local/bin/RenderSystem_*.dll plugins/

[whitecrow]

oic and yes that's right I remember you mensioning to do that one time before and I completely forgot silly me sorry amuzen my bad. I did that and finally I got the latest revision of LoS to run at last ! I will test out the product in it's current form and let you's know of any bugs I encounter etc. Also I am TRYING to self teach myself C. IF and I mean IF I succeed to useable extent if you's want to I could try and do some simple coding for you's at first and see how things go?

PS the new above ground area looks great nice work with heightmaps etc!

[TheAncientGoat]

Haha, at last! Good to hear you got it working

[whitecrow]

Note these bugs apply to commit 74b05dc33608abee665e3a16f2de587158e762e1 made on Mon, 6 Feb 2012 10:10:40 +0000 and may or may not apply to future git revisions

1st bug found
If I set to max fullscreen resolution of my 16:10 monitor (1680x1050) or 1440x900 resolution the screen just becomes one big unusable stretched image of a what I think is portion of the screen. Deleting libraries/my documents/my games/lipsofsuna directory and relaunching and selecting any other resolution or use default window resolution fixes it. Also tried enabling vsync but made no difference

2nd bug found
when selecting some fullscreen resolutions the mouse is won't move past a certain point on the right side and bottom of screen. Can be fixed by exiting the game (or crashing if you can't get cursor to quit) and relaunching the game again fixes it. Can test which resolutions exactly if needed

3rd bug found
select high quality models. exit game and relaunch it. low quality is once again selected. Workaround is to select high quality models every time you relaunch. might be just me but I don't seem to notice any difference either way so might not even be applying it reguardless

4th bug
runs fine on amd6770m but if I run on intel HD 3000 internal video I get an appcrash in lipsofsuna.exe stack trace as follow
warning: Invalid parameter passed to C runtime function.

warning: Invalid parameter passed to C runtime function.

[New Thread 6756.0x19c0]

Program received signal SIGSEGV, Segmentation fault.
0x0045617c in LIRenTerrainMaterialGenerator::SM2Profile::addTechnique (
this=0x6131e80, mat=..., terrain=0xe198b40,
tt=LIRenTerrainMaterialGenerator::SM2Profile::HIGH_LOD)
at ..\src\lipsofsuna\render\internal\render-terrain-material-generator.cpp:3
39
339 HighLevelGpuProgramPtr vprog = mShaderGen->generateVertexProgram
(this, terrain, tt);

5th bug
if I die and quit game with create new character on the screen when I relog and reload the game there is no mouse cursor to use to select create new character so you can't

6th bug tiles don't rendor that aren't within about 10 tiles of the character as a result most of the screen is unrendered. I noticed that stacktrace has alot of warning: Invalid parameter passed to C runtime function. errors when runnng the game suspect it might have something to do with that.

7th bug
some textures come up like a rainbow effect flat against the ground tile

8th bug
some character models are missing

9th bug
lamppost lighting is showing on the ground instead of inside the lamp itself at the top

See screetshots for bugs 6-9