+- Forums (https://www.vdrift.net/Forum)
+-- Forum: Community (https://www.vdrift.net/Forum/forumdisplay.php?fid=3)
+--- Forum: Help (https://www.vdrift.net/Forum/forumdisplay.php?fid=5)
+--- Thread: vdrift Segmentation Error(core dumped) (/showthread.php?tid=535)
- FFuser - 04-05-2007
have you redownloaded the minimal installer yesterday? if not do it and try again please.
BTW: that buffer overflow seems to come from another process.
- wmd772 - 04-05-2007
2FFuser
I`ll try, thanks.
But I run Vdrift at home and friend computer. :lol:
Microsoft .Net Framework 2.0
Therefore for FreeBSD can be something that lost required package.
I need complete list required packages.
- thelusiv - 04-05-2007
VDrift itself shouldn't require the .NET framework, unless one of those pesky libraries we use was compiled with it. However all of them are open source software and none of them are written in .NET/C#, so you shouldn't need it for anything, as far as I understand. Can you be more specific about the error you get, when you get it, etc.? Did installing the .NET framework fix the problem?
I'm not sure what you mean about FreeBSD. The requirements on all platforms should only be SDL, SDL_image, SDL_net, OpenAL & ALUT, and SDL_gfx. The Windows version already includes all those libraries.
- wmd772 - 04-05-2007
thelusiv Wrote:Can you be more specific about the error you get, when you get it, etc.?When? At start(doubleclick icon Vdrift.lnk or vdrift.exe). No game window was open, I on the spot get error message.
thelusiv Wrote:Did installing the .NET framework fix the problem?Yes.
I install Microsoft .Net Framework 2.0 and it fix the problem.
thelusiv Wrote:However all of them are open source software and none of them are written in .NET/C#, so you shouldn't need it for anything, as far as I understand.I understand but it work. 2 computers test proof that. :!:
thelusiv Wrote:I'm not sure what you mean about FreeBSD. The requirements on all platforms should only be SDL, SDL_image, SDL_net, OpenAL & ALUT, and SDL_gfx. The Windows version already includes all those libraries.I not fix segmentation error FreeBSD so far. And think by analogy.
- wmd772 - 04-06-2007
2FFuser
download minimal installer 200704062200(+09yakutsk)
remove Microsoft .Net Framework 2.0
remove Vdrift
install minimal installer 200704062200(+09yakutsk)
doubleclick on icon Vdrift
start fullscreen ok
but screen was white
then like menu show up, white screen and rectangles(buttons) blue and red
I have try start "practice game" but when press "Start Practice" button game die
return me to Windowz
I don`t like MS Windows. Windowz was need just for hardware test.
Now I want fix problem Vdrfit FreeBSD port.
- thelusiv - 04-09-2007
Good luck with the FreeBSD version, let us know how that goes.
- wmd772 - 04-09-2007
I shall leave here records, as in a note in a notebook.
Find old harddisk 4Gb and install on it FreeBSD 6.2, Xorg, nvidia-driver, vdrift from ports. Vdrift run ok (but sound frequently interrupt).
Installed packages compare with my system, all right.
Do 'portupgrade -R vdrift' to make sure. Nothing changed. :?
Something can stirs?
Tried -verbose option.
> vdrift -verbose
...
...
...
Loading...
Texture
Loading...
Fonts
Segmentation error(core dump)
>
Why has stopped on fonts?
- ACMhUnTeR - 04-10-2007
wmd772 Wrote:I shall leave here records, as in a note in a notebook.
Find old harddisk 4Gb and install on it FreeBSD 6.2, Xorg, nvidia-driver, vdrift from ports. Vdrift run ok (but sound frequently interrupt).
- What desktop or window manager are you using? It could be a problem with some daemon sound like artsd.
wmd772 Wrote:Installed packages compare with my system, all right.
Do 'portupgrade -R vdrift' to make sure. Nothing changed. :?
- What version of vdrift was installed? Please paste me the output of ls -ld /var/db/pkg/vdrift*
- Are you using RELEASE or STABLE?
wmd772 Wrote:Why has stopped on fonts?
Maybe, it could be a problem with xorg fonts. What kind of fonts have you installed? If you want, you could compile vdrift, selecting the DEBUG option and you could paste us the gdb backtrace. it could help us a lot for find of the problem. (only if it exists), because i can't reproduce the problem, the vdrift-20070323 works without problems here (My FreeBSD box), and anybody didn't report me some problem with my new update.
Greetings
ACM.
- thelusiv - 04-10-2007
VDrift doesn't use xorg fonts at all, the fonts are pre-rendered bitmaps.
- wmd772 - 04-10-2007
ACMhUnTeR Wrote:- What desktop or window manager are you using? It could be a problem with some daemon sound like artsd.On this hard disk (old 4Gb) there was no window manager and a daemon sound too should not be.
ACMhUnTeR Wrote:- What version of vdrift was installed? Please paste me the output of ls -ld /var/db/pkg/vdrift*Version 2007-03-23 installed. I will paste tomorrow.
- Are you using RELEASE or STABLE?
I using RELEASE.
ACMhUnTeR Wrote:Maybe, it could be a problem with xorg fonts. What kind of fonts have you installed? If you want, you could compile vdrift, selecting the DEBUG option and you could paste us the gdb backtrace. it could help us a lot for find of the problem. (only if it exists), because i can't reproduce the problem, the vdrift-20070323 works without problems here (My FreeBSD box), and anybody didn't report me some problem with my new update.On an old hard disk (4Gb) standard fonts which are on image FreeBSD cost only. On my usual hard disk (40Gb) there are fonts MS Windows, but I disconnected them is has not helped.
To me it is clear, that a problem in my box. I compiled with option DEBUG. I do not know gdb. If to you it is not difficult, describe more in detail, that it is necessary to make with gdb (command by command). I shall paste necessarily.
thelusiv Wrote:VDrift doesn't use xorg fonts at all, the fonts are pre-rendered bitmaps.Following for "Loading Fonts" should be "Loading Backdrop".
- wmd772 - 04-11-2007
ACMhUnTeR Wrote:- What version of vdrift was installed? Please paste me the output of ls -ld /var/db/pkg/vdrift*evgen@beasty> ls -ld /var/db/pkg/vdrift*
If you want, you could compile vdrift, selecting the DEBUG option and you could paste us the gdb backtrace.
drwxr-xr-x 2 root wheel 512 9 Ð°Ð¿Ñ 21:01 /var/db/pkg/vdrift-20070323
drwxr-xr-x 2 root wheel 512 9 Ð°Ð¿Ñ 21:00 /var/db/pkg/vdrift-data-20070323
evgen@beasty> gdb vdrift
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...
(gdb) ru
Starting program: /usr/local/bin/vdrift
warning: Unable to get location for thread creation breakpoint: generic error
[New LWP 100084]
No data_dir found in VDrift.config, using /usr/local/share/vdrift
Found config file /home/evgen/.vdrift/controls.
Found config file /home/evgen/.vdrift/VDrift.config.
No data_dir found in VDrift.config, using /usr/local/share/vdrift
Version of game: development
Skin name not found in config file...
Warning: option-47 is missing its default value. Assuming "".
[New Thread 0x86e3000 (LWP 100084)]
Run with -verbose for troubleshooting.
Run with -nosound to disable sound.
Run with -benchmark to play a replay and output benchmark data.
0 joystick(s) found:
gdb in realloc(): warning: chunk is already free
/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/utils.c:1030:
internal-error: virtual memory exhausted: can't allocate 13392 bytes.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) n
/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/utils.c:1030:
internal-error: virtual memory exhausted: can't allocate 13392 bytes.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Create a core file of GDB? (y or n) n
(gdb) bt
#0 0x2816e1c0 in r_debug_state () from /libexec/ld-elf.so.1
#1 0x28170f03 in dlopen () from /libexec/ld-elf.so.1
#2 0x2821ec04 in SDL_LoadObject () from /usr/local/lib/libSDL.so.11
#3 0x28315e27 in IMG_InitPNG () from /usr/local/lib/libSDL_image.so.1
#4 0x283161e6 in IMG_LoadPNG_RW () from /usr/local/lib/libSDL_image.so.1
#5 0x28312c37 in IMG_LoadTyped_RW () from /usr/local/lib/libSDL_image.so.1
#6 0x28312d23 in IMG_Load () from /usr/local/lib/libSDL_image.so.1
#7 0x080af883 in UTILITY::TexLoad (this=0x81a3760, filename=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x874548c "/usr/local/share/vdrift/skins/simple/fonts/default.png"}},
format=6408, mipmap=true, cube=false, w=@0x873c994, h=@0x873c998,
supressederror=false, err=@0xbfbfd91f, attempt=0) at src/utility.cpp:157
#8 0x080af5c9 in UTILITY::TexLoad (this=0x81a3760, filename=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x874548c "/usr/local/share/vdrift/skins/simple/fonts/default.png"}},
format=6408, mipmap=true, cube=false, w=@0x873c994, h=@0x873c998,
supressederror=false, err=@0xbfbfd91f) at src/utility.cpp:117
#9 0x080a91bd in TEXTURE::Load (this=0x873c988) at src/textures.cpp:47
#10 0x080a969e in TEXTURES::LoadTexture (this=0x81a363c, new_tex_file=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x874548c "/usr/local/share/vdrift/skins/simple/fonts/default.png"}},
surface=0x0, mipmap=true, cube=false, w=@0xbfbfdaa8, h=@0xbfbfdaa4)
at src/textures.cpp:214
---Type <return> to continue, or q <return> to quit---
#11 0x080a936b in TEXTURE_HANDLE::Load (this=0x874880c, new_tex_file=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x874548c "/usr/local/share/vdrift/skins/simple/fonts/default.png"}},
surface=0x0, mipmap=true, cube=false, w=@0xbfbfdaa8, h=@0xbfbfdaa4)
at src/textures.cpp:121
#12 0x0805f617 in TEXTURE_HANDLE::Load (this=0x874880c, new_tex_file=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x0}}, mipmap=true, w=@0xbfbfdaa8, h=@0xbfbfdaa4) at textures.h:97
#13 0x0805f595 in TEXTURE_HANDLE::Load (this=0x874880c, new_tex_file=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x0}}, mipmap=true) at textures.h:96
#14 0x080661f8 in FONT::Load (this=0x8748808, newfontname=@0xbfbfe660)
at src/font.cpp:523
#15 0x0806657d in FONTMANAGER::LoadFont (this=0x81a374c,
newfontname=@0xbfbfe660) at src/font.cpp:544
#16 0x08066faf in FONTMANAGER::Load (this=0x81a374c) at src/font.cpp:805
#17 0x0804e407 in ChangeDisplay (w=800, h=600, bpp=16, fullscreen=true,
reloadtextures=true) at src/main.cpp:353
#18 0x08055d5e in main (argc=1, argv=0xbfbfe9bc) at src/main.cpp:1810
(gdb)
- thelusiv - 04-12-2007
It looks like from the backtrace that you are running out of virtual memory. Even GDB is having trouble continuing. Could this be because you are using such a small disk, and don't have much swap space? This would certainly cause VDrift to crash, if it can't allocate memory.
- wmd772 - 04-14-2007
thelusiv Wrote:It looks like from the backtrace that you are running out of virtual memory. Even GDB is having trouble continuing. Could this be because you are using such a small disk, and don't have much swap space? This would certainly cause VDrift to crash, if it can't allocate memory.
evgen@beasty> swapinfo -h
Device 1K-blocks Used Avail Capacity
/dev/ad0s1b 1021384 0B 997M 0%
evgen@beasty> df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1a 248M 166M 62M 73% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/ad0s1e 248M 3.9M 224M 2% /tmp
/dev/ad0s1f 35G 12G 21G 37% /usr
/dev/ad0s1d 248M 85M 143M 37% /var
linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc
evgen@beasty> vmstat
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 cd0 in sy cs us sy id
2 0 0 199244 264556 74 0 1 0 51 0 0 0 334 1439 686 2 1 97
evgen@beasty> vdrift
No data_dir found in VDrift.config, using /usr/local/share/vdrift
Found config file /home/evgen/.vdrift/controls.
Found config file /home/evgen/.vdrift/VDrift.config.
No data_dir found in VDrift.config, using /usr/local/share/vdrift
Version of game: development
Skin name not found in config file...
Warning: option-47 is missing its default value. Assuming "".
Run with -verbose for troubleshooting.
Run with -nosound to disable sound.
Run with -benchmark to play a replay and output benchmark data.
0 joystick(s) found:
ÐÑибка ÑегменÑаÑии(core dumped)
evgen@beasty> vmstat
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 cd0 in sy cs us sy id
3 0 0 199248 260588 74 0 1 0 52 0 0 0 334 1439 687 2 1 97
evgen@beasty> cat gdb.cmd
directory /home/evgen/build/vdrift-2007-03-23-src
directory /home/evgen/build/vdrift-2007-03-23-src/src
evgen@beasty> gdb -c vdrift.core -x gdb.cmd vdrift
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...
Core was generated by `vdrift'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libintl.so.8...done.
Loaded symbols for /usr/local/lib/libintl.so.8
Reading symbols from /usr/local/lib/libopenal.so.0...done.
Loaded symbols for /usr/local/lib/libopenal.so.0
Reading symbols from /usr/local/lib/libalut.so.1...done.
Loaded symbols for /usr/local/lib/libalut.so.1
Reading symbols from /usr/local/lib/libSDL.so.11...done.
Loaded symbols for /usr/local/lib/libSDL.so.11
Reading symbols from /usr/X11R6/lib/libGL.so.1...done.
Loaded symbols for /usr/X11R6/lib/libGL.so.1
Reading symbols from /usr/X11R6/lib/libGLU.so.1...done.
Loaded symbols for /usr/X11R6/lib/libGLU.so.1
Reading symbols from /usr/local/lib/libSDL_image.so.1...done.
Loaded symbols for /usr/local/lib/libSDL_image.so.1
Reading symbols from /usr/local/lib/libSDL_net.so.0...done.
Loaded symbols for /usr/local/lib/libSDL_net.so.0
Reading symbols from /usr/local/lib/libSDL_gfx.so.13...done.
Loaded symbols for /usr/local/lib/libSDL_gfx.so.13
Reading symbols from /usr/lib/libstdc++.so.5...done.
Loaded symbols for /usr/lib/libstdc++.so.5
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /lib/libpthread.so.2...done.
Loaded symbols for /lib/libpthread.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Loaded symbols for /usr/X11R6/lib/libX11.so.6
Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXext.so.6
Reading symbols from /usr/X11R6/lib/libXrandr.so.2...done.
Loaded symbols for /usr/X11R6/lib/libXrandr.so.2
Reading symbols from /usr/X11R6/lib/libXrender.so.1...done.
Loaded symbols for /usr/X11R6/lib/libXrender.so.1
Reading symbols from /usr/lib/libvgl.so.4...done.
Loaded symbols for /usr/lib/libvgl.so.4
Reading symbols from /usr/lib/libusbhid.so.2...done.
Loaded symbols for /usr/lib/libusbhid.so.2
Reading symbols from /usr/X11R6/lib/libXxf86vm.so.1...done.
Loaded symbols for /usr/X11R6/lib/libXxf86vm.so.1
Reading symbols from /usr/local/lib/libjpeg.so.9...done.
Loaded symbols for /usr/local/lib/libjpeg.so.9
Reading symbols from /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2...done.
Loaded symbols for /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2
Reading symbols from /usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2...done.
Loaded symbols for /usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2
Reading symbols from /usr/X11R6/lib/libXcursor.so.1...done.
Loaded symbols for /usr/X11R6/lib/libXcursor.so.1
Reading symbols from /usr/X11R6/lib/libXfixes.so.3...done.
Loaded symbols for /usr/X11R6/lib/libXfixes.so.3
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x284be912 in strtod () from /lib/libc.so.6
[New LWP 100123]
(gdb) run
Starting program: /usr/local/bin/vdrift
No data_dir found in VDrift.config, using /usr/local/share/vdrift
Found config file /home/evgen/.vdrift/controls.
Found config file /home/evgen/.vdrift/VDrift.config.
No data_dir found in VDrift.config, using /usr/local/share/vdrift
Version of game: development
Skin name not found in config file...
Warning: option-47 is missing its default value. Assuming "".
Run with -verbose for troubleshooting.
Run with -nosound to disable sound.
Run with -benchmark to play a replay and output benchmark data.
0 joystick(s) found:
Program received signal SIGSEGV, Segmentation fault.
0x284be912 in strtod () from /lib/libc.so.6
(gdb) bt
#0 0x284be912 in strtod () from /lib/libc.so.6
#1 0x282baf3b in closestFit () from /usr/X11R6/lib/libGLU.so.1
#2 0x282c1e32 in gluBuild2DMipmaps () from /usr/X11R6/lib/libGLU.so.1
#3 0x080b0440 in UTILITY::TexLoad (this=0x81a3760, filename=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x874418c "/usr/local/share/vdrift/skins/simple/fonts/default.png"}},
surface=0x8739940, format=6408, mipmap=true, cube=false, w=@0x8739914,
h=@0x8739918, supressederror=false, err=@0xbfbfd91f) at
src/utility.cpp:440
#4 0x080af8de in UTILITY::TexLoad (this=0x81a3760, filename=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x874418c "/usr/local/share/vdrift/skins/simple/fonts/default.png"}},
format=6408, mipmap=true, cube=false, w=@0x8739914, h=@0x8739918,
supressederror=false, err=@0xbfbfd91f, attempt=0) at src/utility.cpp:159
#5 0x080af5c9 in UTILITY::TexLoad (this=0x81a3760, filename=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x874418c "/usr/local/share/vdrift/skins/simple/fonts/default.png"}},
format=6408, mipmap=true, cube=false, w=@0x8739914, h=@0x8739918,
supressederror=false, err=@0xbfbfd91f) at src/utility.cpp:117
#6 0x080a91bd in TEXTURE::Load (this=0x8739908) at src/textures.cpp:47
#7 0x080a969e in TEXTURES::LoadTexture (this=0x81a363c, new_tex_file=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x874418c "/usr/local/share/vdrift/skins/simple/fonts/default.png"}},
---Type <return> to continue, or q <return> to quit---
surface=0x0, mipmap=true, cube=false, w=@0xbfbfdaa8, h=@0xbfbfdaa4)
at src/textures.cpp:214
#8 0x080a936b in TEXTURE_HANDLE::Load (this=0x874580c, new_tex_file=
{static npos = 4294967295, _M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No>}, <No>},
_M_p = 0x874418c "/usr/local/share/vdrift/skins/simple/fonts/default.png"}},
surface=0x0, mipmap=true, cube=false, w=@0xbfbfdaa8, h=@0xbfbfdaa4)
at src/textures.cpp:121
#9 0x0805f617 in TEXTURE_HANDLE::Load (this=0x874580c, new_tex_file=Error
accessing memory address 0x443: Bad address.
)
at textures.h:97
#10 0x0805f595 in TEXTURE_HANDLE::Load (this=0x874580c, new_tex_file=Error
accessing memory address 0x443: Bad address.
)
at textures.h:96
#11 0x080661f8 in FONT::Load (this=0x8745808, newfontname=@0xbfbfe660)
at src/font.cpp:523
#12 0x0806657d in FONTMANAGER::LoadFont (this=0x81a374c,
newfontname=@0xbfbfe660) at src/font.cpp:544
#13 0x08066faf in FONTMANAGER::Load (this=0x81a374c) at src/font.cpp:805
#14 0x0804e407 in ChangeDisplay (w=800, h=600, bpp=16, fullscreen=true,
reloadtextures=true) at src/main.cpp:353
#15 0x08055d5e in main (argc=1, argv=0xbfbfe9b8) at src/main.cpp:1810
(gdb) q
evgen@beasty>
- thelusiv - 04-18-2007
The only thing that stands out to me in that backtrace is this part:
wmd772 Wrote:#9 0x0805f617 in TEXTURE_HANDLE::Load (this=0x874580c, new_tex_file=ErrorI wonder why this address is missing...is it just because GDB can't access it because the program is no longer running...or is it really missing? Maybe the objects are being prematurely deleted...
accessing memory address 0x443: Bad address.
)
at textures.h:97
#10 0x0805f595 in TEXTURE_HANDLE::Load (this=0x874580c, new_tex_file=Error
accessing memory address 0x443: Bad address.
)
at textures.h:96
Can anyone else confirm these problems on FreeBSD?
- ACMhUnTeR - 04-18-2007
wmd772 Wrote:[quote="ACMhUnTeR"]
Version 2007-03-23 installed. I will paste tomorrow.
I using RELEASE.
Please try updating your FreeBSD to STABLE, and try again
Greetings
ACM