Hi. I make the download of nQuake for mac from all 4 servers available and won't work.
I had S/O OS X 10.9.4 (13e28)
Any tips?
The report says:

Process: EZQuake-GL [291]
Path: /Users/USER/*/EZQuake-GL.app/Contents/MacOS/EZQuake-GL
Identifier: net.sf.ezquakegl
Version: ???
Code Type: X86 (Native)
Parent Process: launchd [143]
Responsible: EZQuake-GL [291]
User ID: 501

Date/Time: 2014-08-15 08:37:41.449 -0400
OS Version: Mac OS X 10.9.4 (13E28)
Report Version: 11
Anonymous UUID: 13CFF015-51FF-7A78-F84A-4600DFA45269


Crashed Thread: 0

Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
Library not loaded: @executable_path/../Frameworks/Growl.framework/Versions/A/Growl
Referenced from: /Users/USER/*/EZQuake-GL.app/Contents/MacOS/EZQuake-GL
Reason: image not found

Binary Images:
0x8fea7000 - 0x8fed9417 dyld (239.4) <FF5ED937-CC28-3FEF-BCAF-750B1CDBAE36> /usr/lib/dyld
0x95d33000 - 0x95d41ff7 libz.1.dylib (53) <858B4D9F-D87E-3D81-B07A-DF9632BD185F> /usr/lib/libz.1.dylib
0x95dba000 - 0x96036fe7 com.apple.QuickTime (7.7.3 - 2826.19) <AEF12245-C9D5-3B50-8AB6-45DC794E693E> /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime
0x961d2000 - 0x961e0ff3 com.apple.opengl (9.6.1 - 9.6.1) <B01AF67E-F702-3179-B64F-1C241CDF7B55> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
0x9756a000 - 0x9756afff com.apple.Cocoa (6.8 - 20) <407DC9E6-BBCE-3D34-9BBB-00C90584FFDF> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
0x981e5000 - 0x981e5fff com.apple.ApplicationServices (48 - 48) <7967F6FA-2984-3CC3-AD9A-7B9AEC562A2A> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
0x9aa9f000 - 0x9aaf4ff7 com.apple.audio.CoreAudio (4.2.1 - 4.2.1) <CB06B746-9EB1-3972-A798-A139E15F5ACC> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
0x9af14000 - 0x9af8bffb com.apple.framework.IOKit (2.0.1 - 907.100.13) <D1308EE0-96AA-3442-A27B-264F58AE12B4> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit

Model: MacBookAir4,2, BootROM MBA41.0077.B0F, 2 processors, Intel Core i5, 1.7 GHz, 4 GB, SMC 1.73f66
Graphics: Intel HD Graphics 3000, Intel HD Graphics 3000, Built-In, 384 MB
Memory Module: BANK 0/DIMM0, 2 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353737334448302D4348392020
Memory Module: BANK 1/DIMM0, 2 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353737334448302D4348392020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xE9), Broadcom BCM43xx 1.0 (5.106.98.100.22)
Bluetooth: Version 4.2.6f1 14216, 3 services, 15 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
Serial ATA Device: APPLE SSD TS128C, 121,33 GB
USB Device: FaceTime Camera (Built-in)
USB Device: Hub
USB Device: Apple Internal Keyboard / Trackpad
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
USB Device: Hub
USB Device: Internal Memory Card Reader
Thunderbolt Bus: MacBook Air, Apple Inc., 8.1



Thx for any eventual help and sorry for the bad english

Check out this thread:

http://www.quakeworld.nu/forum/topic/5502/ezquake-gives-strange-error-on-maco

Especially the last post.

Perhaps Tuna can provide you with an ezQuake 3.0 OSX alpha build to test too

Pfft.. not until you enabled the static linking for releases! I can compile it - but i can't be bothered to bundle external libs and fixing the binary link locations :[

Edit: Oh yeah.. and of course until you fix the weird rendering issue after startup

I'm gonna need to put together a Classic Fortress version of ezQuake v3.0 for OS X so maybe we can work together on that Tuna?

Sure, I can compile stuff etc.. but really for a hassle-free distribution of ezQuake 3.0 it takes a few things. Either a compile with static linking or packaging the required libraries and fixing their loading paths.

While the first one sounds easier I'm not sure if the build system in ezQuake is already prepared for that how far it is of. For the second one it would require a script to do so as doing it by hand is bothersome and error prone. I can point devs to some hints if they need it - I have done it similar for another project - but I can't really bothered to do it myself atm :/

EDIT: for the record.. this helps in the meantime for a static compile on OS X



Binary:

http://fzwoch.project-sheol.org/ezquake-darwin-x86_64


Someone let me now if that works at all for others..

What is the difference between a Team Fortress or Vanilla package in terms of specific OS X support btw?

https://github.com/Classic-Fortress/client/commits/cfortress

When I'm done with the Classic Fortress (not Team Fortress) mod (a few weeks more) I will start working on the CF client to make it even more tailored to the mod.

Ah I see. So you need a osx compile from that repository then? I will give it a shot.

There should be no compile differences AFAIK except for perhaps some source files that differ.

I'll see if I can find my .config I used for building on OSX.

http://fzwoch.project-sheol.org/cfortress-darwin-x86_64

Here is one..

P.S. it segfaults for me when i copy pak0.pak and pak1.pak to id1 dir and start it up. I guess I'm missing some data?

www.classicfortress.net

Download client package for Linux. Maybe it works on OS X too.

any hints what this pic:conback is? or what the issue may be?

It looks to me that Host_Init() calls FS_InitFilesystem(), but Video subsystem is not yet initialized. FS_InitFilesystem() tries to execute GL calls with no GL subsystem in place. -> Crash

I can't figure out when GL system will be loaded.. same with vanilla ezQuake 3.0. This may be related to a bug where something is odd when initially started up. vid_restart fixes the problem magically. But looks like ezQuake 3.0 needs a fix here.

Can't find any GL calls from the fs code, where did you find this connection? (I looked quickly so I might have missed something obvious)

Ah, sorry I forgot to attach a callstack. Can do once I'm back home. But if i remember correctly it was about here:

https://github.com/ezQuake/ezquake-source/search?utf8=%E2%9C%93&q=Draw_InitConback

Might be called exclusively for CFortress as it may internally change the gamedir? I'm not sure..

Ok I see it. Quick fix in fs.c, FS_SetGameDir():

Yeah, that helps. It has the same weird drawing bug as ezquake vanilla. Except that vanilla has some fixes it seems that after a vid_restart it looks ok which seem missing on the fortress stuff.