Bug 104408

Summary:	banshee does not start on AMD64
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	Stanislav Brabec <sbrabec>
Component:	GNOME	Assignee:	Aaron Bockover <abockover>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Major
Priority:	P5 - None
Version:	Beta 1
Target Milestone:	---
Hardware:	x86-64
OS:	All
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Stanislav Brabec 2005-08-12 14:13:51 UTC

sbrabec@hammer:~> banshee
cannot open assembly /usr/lib/banshee/banshee.exe
sbrabec@hammer:~> mono /usr/lib/banshee/banshee.exe
cannot open assembly /usr/lib/banshee/banshee.exe
sbrabec@hammer:~> less /usr/lib/banshee/banshee.exe
/usr/lib/banshee/banshee.exe: No such file or directory
sbrabec@hammer:~> mono /usr/lib64/banshee/banshee.exe

Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object
in <0x0004b> Banshee.PlayerEngineLoader:LoadEngines ()
in <0x00043> Banshee.PlayerEngineLoader:get_SelectedEngine ()
in <0x000b1> Banshee.Core:.ctor ()
in <0x0002f> Banshee.Core:get_Instance ()
in <0x0011b> Banshee.BansheeEntry:Main (System.String[] args)
sbrabec@hammer:~> su
Password: 
hammer:~ # ln -s /usr/lib64/banshee /usr/lib
exit
sbrabec@hammer:~> banshee

An now it runs.

Comment 1 JP Rosevear 2005-08-16 12:31:12 UTC

Probelm is banshee hardcodes $(prefix)/lib instead of using $(libdir), I have
most of the patch for this done.  As well it doesn't check for nil engines.

Comment 2 Stanislav Brabec 2005-08-16 12:40:50 UTC

Mono code usually uses libexecdir instead of libdir, because it can be shared
between platforms.

Comment 3 Glen Christensen 2005-08-16 17:12:41 UTC

I am also running SuSE 10 Beta 1.  I am entering this information because I do 
not know if this is related and / or if JP's fix will cover this as well.  
However, when I take the steps listed by Stanislav, it still will not run.  I 
get this similar stderr. 
 
~> banshee 
 
Unhandled Exception: System.NullReferenceException: Object reference not set 
to an instance of an object 
in <0x00000> <unknown method> 
in (wrapper managed-to-native) 
System.Runtime.InteropServices.Marshal:PtrToStringAnsi (intptr) 
in <0x0018f> Mono.Data.SqliteClient.SqliteDataReader:ReadpVm (IntPtr pVm, 
Int32 version) 
in (wrapper remoting-invoke-with-check) 
Mono.Data.SqliteClient.SqliteDataReader:ReadpVm (intptr,int) 
in <0x00105> Mono.Data.SqliteClient.SqliteDataReader:.ctor 
(Mono.Data.SqliteClient.SqliteCommand cmd, IntPtr pVm, Int32 version) 
in (wrapper remoting-invoke-with-check) 
Mono.Data.SqliteClient.SqliteDataReader:.ctor 
(Mono.Data.SqliteClient.SqliteCommand,intptr,int) 
in <0x0018f> Mono.Data.SqliteClient.SqliteCommand:ExecuteReader 
(CommandBehavior behavior, Boolean want_results, System.Int32 rows_affected) 
in <0x00036> Mono.Data.SqliteClient.SqliteCommand:ExecuteReader 
(CommandBehavior behavior) 
in <0x0001e> Mono.Data.SqliteClient.SqliteCommand:ExecuteReader () 
in <0x00025> Mono.Data.SqliteClient.SqliteCommand:ExecuteScalar () 
in <0x0007a> Banshee.Database:QuerySingle (System.Object query) 
in <0x0003a> Banshee.Database:TableExists (System.String table) 
in <0x0023d> Banshee.Database:ExecuteSqlStatements 
(System.Collections.ArrayList statements) 
in <0x00044> Banshee.Database:InitializeTables () 
in <0x00078> Banshee.Database:.ctor (System.String dbname, System.String 
dbpath) 
in <0x0007b> Banshee.Library:ReloadDatabase () 
in <0x0005c> Banshee.Library:.ctor () 
in <0x000a5> Banshee.Core:.ctor () 
in <0x0002f> Banshee.Core:get_Instance () 
in <0x0011b> Banshee.BansheeEntry:Main (System.String[] args)

Comment 4 Aaron Bockover 2005-08-25 22:36:15 UTC

That is not good... the problem there is actually inside Mono.Data.SqliteClient.
Something is amiss with that binding, not directly inside Banshee. If this is
still an issue, filing against mono core might be better.

I also think we have fixed the 64 bit issue in Beta 3. Please re-open if not.