Mupen64 crashes on FreeBSD with version 5.0

[GarulfoLinux]

Hi everybody,

I use FreeBSD and i patched the sources code of Mupen64 with the patch that Sri Narayan gave. Mupen64 works but crashes randomly. The output in terminal gives :

Glide3x warning : Fragment info
-------------
Internal error: assembly compile error for fragment shader at offset 1278:
-- error message --
line 38, column 17:  error: expected '}'
-- internal assembly text --
!!ARBfp1.0
OPTION NV_fragment_program2;
# cgc version 1.6.0011, build date Feb 26 2007 23:25:55
# command line args: 
#vendor NVIDIA Corporation
#version 1.6.0.11
#profile fp40
#program main
#semantic texture0
#semantic texture1
#semantic ditherTex
#semantic constant_color
#semantic ccolor0
#semantic ccolor1
#semantic chroma_color
#semantic lambda
#var float4 gl_TexCoord[0] : $vin.TEX0 : TEX0 : -1 : 1
#var float4 gl_TexCoord[1] : $vin.TEX1 : TEX1 : -1 : 0
#var float4 gl_TexCoord[2] : $vin.TEX2 : TEX2 : -1 : 1
#var float4 gl_TexCoord[3] :  :  : -1 : 0
#var float4 gl_TexCoord[4] :  :  : -1 : 0
#var float4 gl_TexCoord[5] :  :  : -1 : 0
#var float4 gl_TexCoord[6] :  :  : -1 : 0
#var float4 gl_TexCoord[7] :  :  : -1 : 0
#var float4 gl_FragColor : $vout.COLOR : COL : -1 : 1
#var sampler2D texture0 :  : texunit 1 : -1 : 1
#var sampler2D texture1 :  :  : -1 : 0
#var sampler2D ditherTex :  : texunit 0 : -1 : 1
#var float4 constant_color :  : c[0] : -1 : 1
#var float4 ccolor0 :  :  : -1 : 0
#var float4 ccolor1 :  :  : -1 : 0
#var float4 chroma_color :  :  : -1 : 0
#var float lambda :  :  : -1 : 0
#var float4 fogValue :  :  : -1 : 0
#var <none>4 $kill_0000 : $vout.$kill : $kill : -1 : 0
#const c[1] = 0,03125 0,5 1000 32
PARAM c[2] = { program.local[0],
		{ 0,03125, 0,5, 1000, 32 } };
TEMP R0;
TEMP RC;
TEMP HC;
OUTPUT oCol = result.color;
MADR  R0.xy, fragment.texcoord[2].zwzw, c[1].y, c[1].y;
MULR  R0.xy, R0, c[1].z;
MULR  R0.zw, R0.xyxy, c[1].x;
FLRR  R0.zw, R0;
MADR  R0.xy, -R0.zwzw, c[1].w, R0;
MULR  R0.xy, R0, c[1].x;
TEX   R0.w, R0, texture[0], 2D;
SGTRC HC.x, R0.w, c[1].y;
TEX   R0, fragment.texcoord[0], texture[1], 2D;
KIL   NE.x;
MULR  oCol.w, R0, c[0];
MOVR  oCol.xyz, R0;
END
# 12 instructions, 1 R-regs, 0 H-regs

Signal number 11 caught:
	errno = 0 (Unknown error: 0)

do you have the same problem ?

[Hacktarux]

Well, i'm not using freebsd but it looks like a problem with the driver and glide64. Glide64 is using glsl to compile shaders and i think the compiler provided by the driver is doing something wrong... So, you should either find a better driver or try another graphic plugin.

[GarulfoLinux]

i tried with another graphic plugin like glN64 but it crashes too. I get the same error :

[garulfolinux@:~/mupen64-0.5]$ ./mupen64 
rom size: 8388608 bytes (or 8 Mb or 64 Megabits)
file found
rom size: 8388608 bytes (or 8 Mb or 64 Megabits)
rom loaded succesfully
80 37 12 40
ClockRate=f
Version:1444
CRC: 635a2bff 8b022326
name: SUPER MARIO 64      
Manufacturer: Nintendo
Cartridge_ID: 4d53
Country : United States
size: 4096
PC= 80246000
md5 code:20B854B239203BAF6C961B850A4A51A2
eeprom type:0
init timer!
memory initialized
(WW) readlink() /proc/self/exe failed: No such file or directory
Signal number 11 caught:
	errno = 0 (Unknown error: 0)

And so, i must use Glide64 Wonder Plus.
Mupen64 is available in ports of FreeBSD but this is the version 4.0 .
Do you have an idea for resolve the problem?

[Sri Narayan]

In the *bsd world there is no proc filesystem I think. Freebsd is able to run linuxaps. this is called linux emulation. the warning you have:

(WW) readlink() /proc/self/exe failed: No such file or directory

is because you didn't mount linprocfs to /proc. Just mount it in the typical file /etc/fstab

linproc	     /proc      linprocfs	     rw 0 0

and enable linux emulation in your /etc/rc.conf

linux_enable="YES"

. had this problem also with the warning. perhabs this helps for you now. For info go there( http://www.freebsd.org/doc/en_US.ISO...c-install.html )

edit: and I don't use JttL's SDL plugin 1.3 doesn't work for me perhabs through oss, but don't know.

ciu