Re: gnustep-using game available as public beta

[Julian Mayer]

> 
>> here is a binary package of the first linux beta with a bundled patched 
>> gnustep trunk version (32 & 64 bit):
>> http://corebreach.corecode.at/CoreBreach-1.1-beta-linux.tar.bz2
> 
> The link is break :(

sorry it took longer than expected to build working packages again - here are 
the new links:

http://corebreach.corecode.at/CoreBreach-1.1-beta2-linux32.tar.bz2
http://corebreach.corecode.at/CoreBreach-1.1-beta2-linux64.tar.bz2

interestingly, i am not able to build a hybrid 32/64 bit package anymore. 
previously i would just merge the 32 and 64 bit application bundles, i.e. stuff 
both the gnustep standalone folders renamed to standalone32/ standalone64/ and 
both renamed binaries CoreBreach64 and CoreBreach32 into a single application 
bundle. the launcher script launches the appropriate binary and sets 
LD_LIBRARY_PATH to the right standalone folder. my limited testing previously 
suggested that this approach works fine. now i can launch the result on a 32 
bit machine, but not on a 64 bit machine anymore, i  get:

CoreBreach.app/CoreBreach64: Uncaught exception NSInvalidArgumentException, 
reason: NSTask - no launch path set


#0  -[NSException raise] 
    at /home/notroot/Desktop/core/base/Source/NSException.m:956
#1  0x00007ffff6da71be in +[NSException raise:format:] 
    at /home/notroot/Desktop/core/base/Source/NSException.m:835
#2  0x00007ffff6e3b877 in -[NSTask(Private) _fullLaunchPath] 
    at /home/notroot/Desktop/core/base/Source/NSTask.m:887
#3  0x00007ffff6e3bd6e in -[NSConcreteUnixTask launch] 
    at /home/notroot/Desktop/core/base/Source/NSTask.m:1450
#4  0x00007ffff6e3a1a3 in +[NSTask launchedTaskWithLaunchPath:arguments:] 
    at /home/notroot/Desktop/core/base/Source/NSTask.m:304
#5  0x00007ffff6da5ae8 in -[NSDistributedNotificationCenter(Private) _connect]
    at 
/home/notroot/Desktop/core/base/Source/NSDistributedNotificationCenter.m:738
#6  0x00007ffff6da4b82 in -[NSDistributedNotificationCenter 
addObserver:selector:name:object:suspensionBehavior:]
    at 
/home/notroot/Desktop/core/base/Source/NSDistributedNotificationCenter.m:342
#7  0x00007ffff6da4903 in -[NSDistributedNotificationCenter 
addObserver:selector:name:object:] 
    at 
/home/notroot/Desktop/core/base/Source/NSDistributedNotificationCenter.m:267
#8  0x00007ffff790d03a in -[_GSWorkspaceCenter init] 
    at /home/notroot/Desktop/core/gui/Source/NSWorkspace.m:292
#9  0x00007ffff790e568 in -[NSWorkspace init] 
    at /home/notroot/Desktop/core/gui/Source/NSWorkspace.m:692
#10 0x00007ffff790e3e1 in +[NSWorkspace sharedWorkspace] 
    at /home/notroot/Desktop/core/gui/Source/NSWorkspace.m:644
#11 0x00007ffff779e68f in -[NSApplication finishLaunching]
    at /home/notroot/Desktop/core/gui/Source/NSApplication.m:1093
#12 0x00007ffff779fcf2 in -[NSApplication run] 
    at /home/notroot/Desktop/core/gui/Source/NSApplication.m:1540
#13 0x00007ffff7783e04 in NSApplicationMain
    at /home/notroot/Desktop/core/gui/Source/Functions.m:91
#14 0x000000000046047d in main ()

is this the wrong way to build a hybrid package? should i instead create two 
completely separate app bundles and just share the resources folder through 
symlinking?

bye, julian

smime.p7s
Description: S/MIME cryptographic signature