Nekochan Net

Official Chat Channel: #nekochan // irc.nekochan.net
It is currently Mon Apr 21, 2014 4:11 am

All times are UTC - 8 hours


Forum rules


Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.



Post new topic Reply to topic  [ 43 posts ]  Go to page Previous  1, 2, 3  Next
Author Message
 Post subject:
Unread postPosted: Fri Jun 09, 2006 10:28 pm 
Offline
User avatar

Joined: Thu Jan 08, 2004 6:57 am
Posts: 2223
Location: In an origin rack - Germany
hamei wrote:
joerg wrote:
Well.... the basic stuff looks like to work when using GCC for compiling. I placed a binary under the following address (http://www.irixworld.net/download/dosbox/) for those who are interested in this.


"1399:dosbox: rld: Fatal Error: Cannot Successfully map soname 'libSDL_sound-1.0.so.2' under any of the filenames ..."

I'm assuming this is neko_sdl_sound ?


I think so.
Code:
[o2k]:~ $ showfiles --libSDL_sound-1.0.so.2
l     0     0 neko_sdl_sound.sw.lib   usr/nekoware/lib/libSDL_sound-1.0.so.2
f 37797 360316 neko_sdl_sound.sw.lib   usr/nekoware/lib/libSDL_sound-1.0.so.2.0
[o2k]:~ $



Quote:
Almost installed it until I saw the prereqs ... any chance of compiling dosbox without sound ? Or instructions to accomplish that end ? Have a couple of useful DOS apps, SoftWindows is too goofy :-(


I have disabled all SFX releated stuff in the conf you can see above.

regards
Joerg

_________________
http://www.irixworld.net
ImageImage


Top
 Profile  
 
 Post subject:
Unread postPosted: Sat Jun 10, 2006 12:01 am 
Offline

Joined: Tue Feb 24, 2004 4:10 pm
Posts: 9310
joerg wrote:
I have disabled all SFX releated stuff in the conf you can see above.

I went thru and annihilated anything that even sounded like a sound driver but get the same error message. Looks like it wants libSDL_sound whether it needs it or not. Another really configurable open sores application, I guess :-(


Top
 Profile  
 
 Post subject:
Unread postPosted: Sat Jun 10, 2006 3:26 am 
Offline
User avatar

Joined: Thu Jan 08, 2004 6:57 am
Posts: 2223
Location: In an origin rack - Germany
hamei wrote:
joerg wrote:
I have disabled all SFX releated stuff in the conf you can see above.

I went thru and annihilated anything that even sounded like a sound driver but get the same error message. Looks like it wants libSDL_sound whether it needs it or not. Another really configurable open sores application, I guess :-(


Sure its needed. Install it and check your N32 variable and try again. I cant see the problem.

regards
Joerg

_________________
http://www.irixworld.net
ImageImage


Top
 Profile  
 
 Post subject:
Unread postPosted: Tue Jun 13, 2006 1:55 pm 
Offline
User avatar

Joined: Fri Mar 31, 2006 5:11 pm
Posts: 280
Location: Macungie, PA USA
Anyone make any progress getting it to compile under MIPSpro? Using 7.4.3 it fails during linking with a heap of errors.

Code:
Making target "dosbox"
        CC  -O3 -mips4 -n32  -L/usr/nekoware/lib  -o dosbox  dosbox.o cpu/libcpu.a debug/libdebug.a dos/libdos.a fpu/libfpu.a  hardware/libhardware.a gui/libgui.a ints/libints.a  misc/libmisc.a shell/libshell.a  hardware/serialport/libserial.a  -lSDL_sound  -L/usr/nekoware/lib -lSDL -lpthread -lpng -lz -lSDL_net -lGL -lgen -lm -lmx
ld32: WARNING 84 : debug/libdebug.a is not used for resolving any symbol.
ld32: WARNING 84 : /usr/lib32/libGL.so is not used for resolving any symbol.
ld32: ERROR   33 : Unresolved text symbol "__introsort_loop__3stdGPPQ2_15DOS_Drive_Cache9CFileInfoN21iPGRCPQ2_15DOS_Drive_Cache9CFileInfoT1_b" -- 1st referenced by dos/libdos.a(drive_cache.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "__final_insertion_sort__3stdGPPQ2_15DOS_Drive_Cache9CFileInfoT1PGRCPQ2_15DOS_Drive_Cache9CFileInfoT1_b" -- 1st referenced by dos/libdos.a(drive_cache.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "clear__Q2_3std55_List_base__pt__37_PGv_bQ2_3std22allocator__pt__6_PGv_bGv" -- 1st referenced by dos/libdos.a(dos_misc.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::__destroy_aux(CDROM_Interface_Image::Track*,CDROM_Interface_Image::Track*,__false_type)" -- 1st referenced by dos/libdos.a(cdrom_image.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::vector<CDROM_Interface_Image::Track,std::allocator<CDROM_Interface_Image::Track> >::_M_insert_aux(CDROM_Interface_Image::Track*,const CDROM_Interface_Image::Track&)" -- 1st referenced by dos/libdos.a(cdrom_image.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::operator>>(std::basic_istream<char,std::char_traits<char> >&,std::basic_string<char,std::char_traits<char>,std::allocator<char> >&)" -- 1st referenced by dos/libdos.a(cdrom_image.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::basic_istream<char,std::char_traits<char> >::_M_get_num(int&)" -- 1st referenced by dos/libdos.a(cdrom_image.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::basic_string<char,std::char_traits<char>,std::allocator<char> >::replace(char*,char*,const char*,const char*,std::forward_iterator_tag)" -- 1st referenced by dos/libdos.a(dos_programs.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "AddXorFrame<short>" -- 1st referenced by hardware/libhardware.a(hardware.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "AddXorFrame<long>" -- 1st referenced by hardware/libhardware.a(hardware.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "AddXorFrame<char>" -- 1st referenced by hardware/libhardware.a(hardware.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "UnXorFrame<short>" -- 1st referenced by hardware/libhardware.a(hardware.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "UnXorFrame<long>" -- 1st referenced by hardware/libhardware.a(hardware.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "UnXorFrame<char>" -- 1st referenced by hardware/libhardware.a(hardware.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::vector<CEvent*,std::allocator<CEvent*> >::_M_insert_aux(CEvent**,CEvent *const&)" -- 1st referenced by gui/libgui.a(sdl_mapper.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::vector<CButton*,std::allocator<CButton*> >::_M_insert_aux(CButton**,CButton *const&)" -- 1st referenced by gui/libgui.a(sdl_mapper.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::vector<CBindGroup*,std::allocator<CBindGroup*> >::_M_insert_aux(CBindGroup**,CBindGroup *const&)" -- 1st referenced by gui/libgui.a(sdl_mapper.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::vector<CHandlerEvent*,std::allocator<CHandlerEvent*> >::_M_insert_aux(CHandlerEvent**,CHandlerEvent *const&)" -- 1st referenced by gui/libgui.a(sdl_mapper.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::_List_base<CBind*,std::allocator<CBind*> >::clear(void)" -- 1st referenced by gui/libgui.a(sdl_mapper.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::list<CBind*,std::allocator<CBind*> >::remove(CBind *const&)" -- 1st referenced by gui/libgui.a(sdl_mapper.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::_List_base<MessageBlock,std::allocator<MessageBlock> >::clear(void)" -- 1st referenced by misc/libmisc.a(messages.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: ERROR   33 : Unresolved text symbol "std::vector<void (*)(Program**),std::allocator<void (*)(Program**)> >::_M_insert_aux(void (**)(Program**),void (*const&)(Program**))" -- 1st referenced by misc/libmisc.a(programs.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded. 
ld32: INFO    152: Output file removed because of error.
dosbox: *** Error code 2 (bu21) [/usr/src/dosbox-0.65/src/Makefile]
all-recursive: *** Error code 1 (bu21)  [/usr/src/dosbox-0.65/src/Makefile]


Top
 Profile  
 
 Post subject:
Unread postPosted: Tue Jun 13, 2006 8:54 pm 
Offline
User avatar

Joined: Thu Jan 08, 2004 6:57 am
Posts: 2223
Location: In an origin rack - Germany
dkedrowitsch wrote:
Anyone make any progress getting it to compile under MIPSpro? Using 7.4.3 it fails during linking with a heap of errors.


As already reportet...it compiles also under mips pro but it dont work as expected.

To solve this errors you have to replace the "AR -cru" with "CC -ar -o" in various Makefiles. Use a "for loop" and "sed" for this job.

regards
Joerg

_________________
http://www.irixworld.net
ImageImage


Top
 Profile  
 
 Post subject:
Unread postPosted: Tue Jun 13, 2006 11:12 pm 
Offline
User avatar

Joined: Mon Dec 05, 2005 2:35 am
Posts: 2005
Location: Vienna, Austria
joerg wrote:
Well.... the basic stuff looks like to work when using GCC for compiling. I placed a binary under the following address (http://www.irixworld.net/download/dosbox/) for those who are interessted in this.

As I'd the same problems with your gcc dosbox binary as others before me, I re-installed SDL_sound 1.0.1, zlib-1.2.3 and png-1.2.10 (all compiled under IRIX 6.5.28 and MipsPro 7.4.4).

However, I only get

Code:
IRIS 26 $ ldd dosbox
        libSDL_sound-1.0.so.2  =>        /disk03/mephisto//source/sdl/SDL_sound-1.0.1/.libs/libSDL_sound-1.0.so.2       
        libSDL-1.2.so.1  =>      /disk03/mephisto//source/sdl/SDL-1.2.6/lib/libSDL-1.2.so.1     
        libpthread.so  =>        /usr/lib32/libpthread.so       
58366:dosbox: rld: Warning: Version Search Suppressed in dosbox Because version (sgi.0) of object libpng.so.3 in liblist is not an sgi interface version.
58366: 22:11:22 dosbox: rld: Fatal Error exit/longjmp: Cannot Successfully map soname 'libpng.so.3' version 'sgi.0' under any of the filenames [...]/disk03/mephisto//source/png_1.2.10/lib/libpng.so.3[...]


although

Code:
IRIS 31 $ cd /disk03/mephisto/source/png_1.2.10/lib/
IRIS 32 $ ls -l
total 3192
.
.
lrwxr-xr-x    1 mephisto user          14 Jun 13 21:06 libpng.so.3 -> libpng.so.3.10*
-rwxr-xr-x    1 mephisto user      499684 Jun 13 21:06 libpng.so.3.10*


What can I do about this?


Top
 Profile  
 
 Post subject:
Unread postPosted: Tue Jun 13, 2006 11:30 pm 
Offline
User avatar

Joined: Thu Jan 08, 2004 6:57 am
Posts: 2223
Location: In an origin rack - Germany
Code:
[o2k]:/daten/http/www.irixworld.net/htdocs/download/dosbox $ ldd dosbox
        libSDL_sound-1.0.so.2  =>        /usr/nekoware/lib/libSDL_sound-1.0.so.2
        libSDL-1.2.so.1  =>      /usr/nekoware/lib/libSDL-1.2.so.1
        libpthread.so  =>        /usr/lib32/libpthread.so
        libpng.so.3  =>  /usr/nekoware/lib/libpng.so.3
        libz.so  =>      /usr/nekoware/lib/libz.so
        libSDL_net-1.2.so.1  =>  /usr/nekoware/lib/libSDL_net-1.2.so.1
        libGL.so  =>     /usr/lib32/libGL.so
        libgen.so  =>    /usr/lib32/libgen.so
        libmx.so  =>     /usr/lib32/libmx.so
        libm.so  =>      /usr/lib32/libm.so
        libc.so.1  =>    /usr/lib32/libc.so.1
        libaudio.so  =>  /usr/lib32/libaudio.so
        libX11.so.1  =>  /usr/lib32/libX11.so.1
        libXext.so  =>   /usr/lib32/libXext.so
        libogg.so.1  =>  /usr/nekoware/lib/libogg.so.1
        libFLAC.so.5  =>         /usr/nekoware/lib/libFLAC.so.5
        libmikmod.so.4  =>       /usr/nekoware/lib/libmikmod.so.4
        libvorbis.so.1  =>       /usr/nekoware/lib/libvorbis.so.1
        libvorbisfile.so.4  =>   /usr/nekoware/lib/libvorbisfile.so.4
        libvorbisenc.so.3  =>    /usr/nekoware/lib/libvorbisenc.so.3
        libGLcore.so  =>         /usr/lib32/libGLcore.so
        libXsgivc.so  =>         /usr/lib32/libXsgivc.so
[o2k]:/daten/http/www.irixworld.net/htdocs/download/dosbox $ env | grep N32
LD_LIBRARYN32_PATH=/usr/lib32:/usr/nekoware/lib:/usr/nekoware/kde/lib


Keep an eye to your N32 Path and be sure that all your other libs use your libfoo.so instead of these which comes with IRIX. The error msg says clearly that you earlier used an IRIX libpng.so and now a different one.

Try
Code:
export  LD_LIBRARYN32_PATH=/disk03/mephisto/source/png_1.2.10/lib:$LD_LIBRARYN32_PATH

I'am a big fan of the rpath flag and when ever it is possible i used it to avoid errors like you have.

regards
Joerg

_________________
http://www.irixworld.net
ImageImage


Top
 Profile  
 
 Post subject:
Unread postPosted: Wed Jun 14, 2006 9:38 am 
Offline
User avatar

Joined: Fri Mar 31, 2006 5:11 pm
Posts: 280
Location: Macungie, PA USA
joerg wrote:
To solve this errors you have to replace the "AR -cru" with "CC -ar -o" in various Makefiles. Use a "for loop" and "sed" for this job.


Sorry for being dense, but could you give me an example for this? I could never make much sense of sed....

I did look in all Makefiles and the only thing similar to "AR -cru" was found using:

Code:
find /usr/src/dosbox-0.65/ -print | grep Makefile | xargs grep "cru"


Here was the output...not sure how to apply your suggested changes...do I simply replace .."= cru" with .."-ar -o"? Or...

Code:
/usr/src/dosbox-0.65/src/cpu/Makefile.in:ARFLAGS = cru
/usr/src/dosbox-0.65/src/cpu/Makefile:ARFLAGS = cru
/usr/src/dosbox-0.65/src/debug/Makefile.in:ARFLAGS = cru
/usr/src/dosbox-0.65/src/debug/Makefile:ARFLAGS = cru
/usr/src/dosbox-0.65/src/dos/Makefile.in:ARFLAGS = cru
/usr/src/dosbox-0.65/src/dos/Makefile:ARFLAGS = cru
/usr/src/dosbox-0.65/src/dos/Makefile~:ARFLAGS = cru
/usr/src/dosbox-0.65/src/fpu/Makefile.in:ARFLAGS = cru
/usr/src/dosbox-0.65/src/fpu/Makefile:ARFLAGS = cru
/usr/src/dosbox-0.65/src/gui/Makefile.in:ARFLAGS = cru
/usr/src/dosbox-0.65/src/gui/Makefile:ARFLAGS = cru
/usr/src/dosbox-0.65/src/hardware/Makefile.in:ARFLAGS = cru
/usr/src/dosbox-0.65/src/hardware/serialport/Makefile.in:ARFLAGS = cru
/usr/src/dosbox-0.65/src/hardware/serialport/Makefile:ARFLAGS = cru
/usr/src/dosbox-0.65/src/hardware/Makefile:ARFLAGS = cru
/usr/src/dosbox-0.65/src/ints/Makefile.in:ARFLAGS = cru
/usr/src/dosbox-0.65/src/ints/Makefile:ARFLAGS = cru
/usr/src/dosbox-0.65/src/misc/Makefile.in:ARFLAGS = cru
/usr/src/dosbox-0.65/src/misc/Makefile:ARFLAGS = cru
/usr/src/dosbox-0.65/src/shell/Makefile.in:ARFLAGS = cru
/usr/src/dosbox-0.65/src/shell/Makefile:ARFLAGS = cru


Top
 Profile  
 
 Post subject:
Unread postPosted: Wed Jun 14, 2006 7:22 pm 
Offline
User avatar

Joined: Fri Mar 31, 2006 5:11 pm
Posts: 280
Location: Macungie, PA USA
Ok, I changed every Makefile that had AR and ARFLAGS:

Code:
AR = ar
ARFLAGS = cru


to:

Code:
AR = CC
ARFLAGS = -ar -o


Using:

Code:
find /usr/src/dosbox-0.65/ -print | grep Makefile | xargs /usr/nekoware/bin/sed -i "s:AR = ar:AR = CC:"

find /usr/src/dosbox-0.65/ -print | grep Makefile | xargs /usr/nekoware/bin/sed -i "s:ARFLAGS = cru:ARFLAGS = -ar -o:"


Now it compiles. :)

Is this the same error/crash others are seeing when "mounting" a dos drive?

Code:
Exit to error: Illegal CallBack Called?


I'm going to post this to the DOSBox developer forum.


Top
 Profile  
 
 Post subject:
Unread postPosted: Wed Jun 14, 2006 7:37 pm 
Offline
User avatar

Joined: Thu Jan 08, 2004 6:57 am
Posts: 2223
Location: In an origin rack - Germany
dkedrowitsch wrote:

Is this the same error/crash others are seeing when "mounting" a dos drive?

Code:
Exit to error: Illegal CallBack Called?


I'm going to post this to the DOSBox developer forum.


Yes, or the effect that drive letter c:\ doesnt exists when starting the software with
Code:
./dosbox /tmp


regards
Joerg

_________________
http://www.irixworld.net
ImageImage


Last edited by joerg on Sun Jun 18, 2006 11:50 pm, edited 1 time in total.

Top
 Profile  
 
 Post subject:
Unread postPosted: Wed Jun 14, 2006 8:11 pm 
Offline
User avatar

Joined: Fri Mar 31, 2006 5:11 pm
Posts: 280
Location: Macungie, PA USA
FYI: I just did a MIPSpro build of 0.63 and got very similar results. Mounting doesn't cause a crash, but it just sits there and ties up a CPU until it's killed.


Top
 Profile  
 
 Post subject:
Unread postPosted: Sun Jun 18, 2006 11:16 pm 
Offline
User avatar

Joined: Mon Dec 05, 2005 2:35 am
Posts: 2005
Location: Vienna, Austria
- Compiled dosbox_0.65 under MipsPro 7.4.4 [Fuel, IRIX 6.5.28]. However, upon start-up, while it tried to establish a window, it only failed and I got

Quote:
Exit to error: SDL:Can't set palette

- Traced the message to <dosbox_0.65/src/gui/sdlmain.cpp/GFX_SetPalette> [the comment in it is original, not mine]:

Code:
void GFX_SetPalette(Bitu start,Bitu count,GFX_PalEntry * entries) {
   /* I should probably not change the GFX_PalEntry :) */
   if (sdl.surface->flags & SDL_HWPALETTE) {
      if (!SDL_SetPalette(sdl.surface,SDL_PHYSPAL,(SDL_Color *)entries,start,count)) {
         E_Exit("SDL:Can't set palette");
      }
   } else {
      if (!SDL_SetPalette(sdl.surface,SDL_LOGPAL,(SDL_Color *)entries,start,count)) {
         E_Exit("SDL:Can't set palette");
      }
   }
}

which, in my case, calls upon <SDL-1.2.6/src/video/SDL_video/SDL_SetPalette>. Under *SDL* I compiled <test/testpalette.c> [which utilizes SDL_SetPalette] - and it worked fine. Therefore, it seemed to me that the above problem is indeed in dosbox_0.65 itself; so, as <GFX_SetPalette> apparently is called only once from <dosbox_0.65/src/gui/render.cpp/Check_Palette>, in there I commented out said call and re-compiled - and afterwards dosbox started up ok [although I've no idea whether I'm going to loose something now]...anyway, anyone else observed this behavior?

- On a more positive side, I got the keyboard [dosbox_0.65, Fuel, IRIX 6.5.28, MipsPro 7.4.4] working properly as well - <xkeycaps> does the trick...

- Unfortunately, I don't seem to be able to mount my games dir properly, though:

Code:
./dosbox /disk03/DOSGAMES
.
.
.
Z:\>MOUNT C "/disk03/DOSGAMES"
Z:\>C:
Drive C does not exist!


Also, while <dir> lists a few programs in Z:, only <autoexec.bat> seems to run fine when executed again but none of the .com - any idea what might have gone wrong here?


Top
 Profile  
 
 Post subject:
Unread postPosted: Mon Jun 19, 2006 5:27 am 
Offline
User avatar

Joined: Fri Mar 31, 2006 5:11 pm
Posts: 280
Location: Macungie, PA USA
I didn't have the same problems with SDL as you did, but it doesn't mount drives properly much like yours.

I tried with DOSBox 0.63 and 0.65, similar results.

MIPSpro 7.4.3, Irix 6.5.29, Origin 2000 SSE. Mounts don't work on both the Origin or Octane2 VPro (6.5.28 ). DOSBox crashes with either the error I posted above, or the mount just doesn't work like yours.

I've been meaning to post to the DOSBox dev forums, but wanted to collect a but more info before asking. Is there anyway I can trace through the program as it runs to get an idea of where the mounting might be bombing out? I do have ProDev 2.9 but I'm afraid I have no idea how to use it. :roll:

Oskar45 wrote:
- Compiled dosbox_0.65 under MipsPro 7.4.4 [Fuel,

- Unfortunately, I don't seem to be able to mount my games dir properly, though:

Code:
./dosbox /disk03/DOSGAMES
.
.
.
Z:\>MOUNT C "/disk03/DOSGAMES"
Z:\>C:
Drive C does not exist!


Also, while <dir> lists a few programs in Z:, only <autoexec.bat> seems to run fine when executed again but none of the .com - any idea what might have gone wrong here?


Top
 Profile  
 
 Post subject:
Unread postPosted: Tue Jun 20, 2006 11:07 pm 
Offline
User avatar

Joined: Mon Dec 05, 2005 2:35 am
Posts: 2005
Location: Vienna, Austria
joerg wrote:
Keep an eye to your N32 Path and be sure that all your other libs use your libfoo.so instead of these which comes with IRIX. The error msg says clearly that you earlier used an IRIX libpng.so and now a different one.

Try
Code:
export  LD_LIBRARYN32_PATH=/disk03/mephisto/source/png_1.2.10/lib:$LD_LIBRARYN32_PATH


Sorry, seems I'm too stupid :oops: - but I'm nevertheless having troubles with your gcc dosbox binary...

- I renamed my original IRIX-provided <libpng.so> in both /usr/lib and /usr/lib32 to <orig_libpng.so>; therefore, the only <libpng.so.*> still to be found on my box are the ones I'd build myself:

Code:
IRIS 1 $ su
IRIS 1 # cd /
IRIS 2 # find ./ -name "libpng.so*"
./disk03/mephisto/source/png_1.2.10/.libs/libpng.so.3.10
./disk03/mephisto/source/png_1.2.10/.libs/libpng.so.3
./disk03/mephisto/source/png_1.2.10/.libs/libpng.so
./disk03/mephisto/source/png_1.2.10/lib/libpng.so.3.10
./disk03/mephisto/source/png_1.2.10/lib/libpng.so
./disk03/mephisto/source/png_1.2.10/lib/libpng.so.3
IRIS 3 # exit
IRIS 2 $


- Of course, my <env | grep N32> already was

Code:
IRIS 2 $ cd ~/INTERNET_BIN/dosbox
IRIS 3 $ env | grep N32
LD_LIBRARYN32_PATH=/disk03/mephisto//source/png_1.2.10/lib:/disk03/mephisto//source/sdl/SDL-1.2.6/lib:/disk03/mephisto//source/sdl/SDL_sound-1.0.1/lib:/usr/lib32:
IRIS 4 $


- However, I still get

Code:
IRIS 4 $ ldd ./dosbox
        libSDL_sound-1.0.so.2  =>        /disk03/mephisto//source/sdl/SDL_sound-1.0.1/lib/libSDL_sound-1.0.so.2
        libSDL-1.2.so.1  =>      /disk03/mephisto//source/sdl/SDL-1.2.6/lib/libSDL-1.2.so.1     
        libpthread.so  =>        /usr/lib32/libpthread.so       
 1471:dosbox: rld: Warning: Version Search Suppressed in dosbox Because version (sgi.0) of object libpng.so.3 in liblist is not an sgi interface version.
 1471: 19:33:56 dosbox: rld: Fatal Error exit/longjmp: Cannot Successfully map soname 'libpng.so.3' version 'sgi.0' under any of the filenames [...]/disk03/mephisto//source/png_1.2.10/lib/libpng.so.3[...]
 1471:dosbox: rld: Fatal Error: Cannot Successfully map soname 'libpng.so.3' version 'sgi.0' under any of the filenames [...]/disk03/mephisto//source/png_1.2.10/lib/libpng.so.3[...]


which, actually, seems reasonable as DSO(5), FAQ 23, implies that version <sgi.0> is *wrong* indeed...comments?

Anyhow, please advise as I have no idea why the mapping still should fail (e.g., what is the relevance of "Fatal Error exit/longjmp"?)...

Thanks.


Top
 Profile  
 
 Post subject:
Unread postPosted: Sun Jun 25, 2006 11:31 pm 
Offline
User avatar

Joined: Mon Dec 05, 2005 2:35 am
Posts: 2005
Location: Vienna, Austria
dkedrowitsch wrote:
Is there anyway I can trace through the program as it runs to get an idea of where the mounting might be bombing out? I do have ProDev 2.9 but I'm afraid I have no idea how to use it.

You might try the following:

Start dosbox and issue your mount command from there; when it appears to hang, in another term do:

Code:
ps -ef | grep dosbox /* gives you its pid nnnnn */
cvd -pid nnnnn


What do you get in ProDev then?


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 43 posts ]  Go to page Previous  1, 2, 3  Next

All times are UTC - 8 hours


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group