[00:56:09] --> azeem_ has joined #exult
[01:08:14] <-- azeem has left IRC (Read error: 101 (Network is unreachable))
[05:06:33] <-- Sevalecan has left IRC ("brb")
[05:10:57] --> Sevalecan has joined #exult
[05:37:12] --> shazza has joined #exult
[05:44:59] --> Baastuul_ has joined #exult
[05:46:34] <-- Rottingbeef has left IRC (Nick collision from services.)
[05:46:37] --- Baastuul_ is now known as Rottingbeef
[06:28:58] <-- Marzo_away has left IRC ("Marzo vanishes suddenly.")
[07:28:31] <-- Rottingbeef has left IRC ("I, too, have lost a kingdom.")
[08:02:59] --> Dominus has joined #exult
[08:02:59] --- ChanServ gives channel operator status to Dominus
[11:54:02] <-- Dominus has left IRC ("Leaving.")
[12:16:53] --> Dominus has joined #exult
[12:16:53] --- ChanServ gives channel operator status to Dominus
[12:48:31] <-- shazza has left IRC (Read error: 110 (Connection timed out))
[13:06:26] <-- Dominus has left IRC ("Leaving.")
[13:46:00] --> Dominus has joined #exult
[13:46:01] --- ChanServ gives channel operator status to Dominus
[13:46:24] <-- Dominus has left IRC (Client Quit)
[13:56:35] --> shazza has joined #exult
[14:12:13] --> Marzo has joined #exult
[14:15:18] --> shazza` has joined #exult
[14:22:19] --- Marzo is now known as Marzo_away
[14:23:04] <-- Kirben has left IRC (Read error: 110 (Connection timed out))
[14:23:08] <-- shazza has left IRC (Read error: 110 (Connection timed out))
[14:59:20] --> shazza has joined #exult
[15:14:21] <-- shazza` has left IRC (Read error: 110 (Connection timed out))
[15:16:48] <-- shazza has left IRC ()
[15:47:19] --> Rottingbeef has joined #exult
[16:15:23] <-- Sevalecan has left IRC (Read error: 110 (Connection timed out))
[16:17:28] --> Sevalecan has joined #exult
[16:42:26] <-- Sevalecan has left IRC ("Leaving")
[16:45:37] --> Sevalecan has joined #exult
[19:14:16] --> Dominus has joined #exult
[19:14:16] --- ChanServ gives channel operator status to Dominus
[19:18:20] <Dominus> hi Marzo_away
[19:18:33] --- Marzo_away is now known as Marzo
[19:18:35] <Marzo> Hi
[19:20:18] <Dominus> this whole osx thing is driving me insane
[19:20:56] <Marzo> So it seems :-)
[19:21:49] <Dominus> I *think* the sdk should have been installed before, but I just now (re?)installed it, let's see how it fares now :)
[19:23:56] <Dominus> still same error
[19:24:55] <wjp> hi
[19:25:01] <wjp> what kind of error do you get?
[19:25:18] <Dominus> it can't find the x11 library
[19:25:30] <Dominus> it's the same error as in the forum thread
[19:25:57] <Marzo> There should be a file somewhere named libx11
[19:26:11] <Marzo> (it has an extension, I just am not sure what it is in OS X)
[19:26:17] <Marzo> Can you try finding it?
[19:26:20] <wjp> .dylib I think
[19:26:52] <Marzo> I guess so, based on the error on the phorum
[19:27:17] <Dominus> hmm, I have a libx11.a and libx1.6.dylib and libx11.6.2.dylib
[19:27:48] <Marzo> Hrm
[19:27:49] <wjp> in /usr/X11R6/lib ?
[19:27:57] <Marzo> Leave it to apple to make things difficult
[19:28:33] <Dominus> libx1.6.dylib in ust/x11/lib
[19:28:49] <wjp> can you just adding a -L/usr/x11/lib to the link command line?
[19:28:55] <wjp> s/can you/can you try/
[19:28:56] <Dominus> libx1.6.2.dylib in /usr/x11R&/lib
[19:29:14] <wjp> or -L/usr/X11R6/lib then :-)
[19:29:40] <Marzo> I think the latter would be best, yes
[19:30:20] <Dominus> aehm, how do I do that? :)
[19:30:33] <wjp> for testing, the easiest is to just run the link command manually
[19:30:52] <Marzo> Aye
[19:31:08] <wjp> i.e., in a terminal, after running make, copy-paste the last command run, add the -L and run it
[19:31:41] <Marzo> Another possibility: In configure.ac:124, add that just before the -lX11
[19:31:54] <Marzo> wjp's will be a lot faster, though
[19:34:51] <Dominus> with the last command it had some other problem, something I did wrong, doing it now with the configure.ac editing
[19:37:39] <Dominus> and that seems to run make a lot further now (still compiling)
[19:38:04] <Dominus> ok, compiled, let's see how that works now
[19:38:04] <wjp> depending on what configure did exactly, it may have restarted from the beginning
[19:38:14] <Dominus> yeah, it did restart
[19:38:42] <Marzo> Hence my remark at [16:32]
[19:39:30] <wjp> hm, it keeps surprising me how far east Brazil is :-)
[19:40:00] <Marzo> I forgot to take that in consideration
[19:41:21] <Dominus> oh, it crashed on starting a game
[19:41:36] <Dominus> "listening on socket 31"
[19:41:41] <Dominus> "bus error"
[19:41:49] <Dominus> and *bam*
[19:41:52] <Dominus> :(
[19:42:12] <Marzo> That would be the warning I mentioned at the Phorum
[19:42:38] <Dominus> yeah, I guessed so :(
[19:42:41] <Marzo> I guess that your best bet now would be to pester Fingolfin to make it work on OS X :-p
[19:42:47] <wjp> a bus error? that's kind of surprising
[19:44:07] <wjp> do you have gdb?
[19:44:21] <Dominus> he he, and when I have ES already running I get Bind or listen on socket failed: Address already in use
[19:44:21] <Dominus> Bus error
[19:44:39] <Dominus> yes, gdb is present here
[19:44:58] <wjp> try running exult in that ('gdb exult', 'run')
[19:46:32] <Dominus> Program received signal EXC_BAD_ACCESS, Could not access memory.
[19:46:32] <Dominus> Reason: KERN_PROTECTION_FAILURE at address: 0x00000000
[19:46:32] <Dominus> 0x00000000 in ?? ()
[19:46:59] <wjp> and now 'bt'
[19:47:32] <Dominus> what is that copy/paste webpage?
[19:47:47] <Marzo> pastebin?
[19:48:01] <Marzo> http://pastebin.com/
[19:48:18] <Dominus> thanks http://pastebin.com/m559f6dc8
[19:49:22] <wjp> are you running in X?
[19:50:08] <Dominus> hmm, it opened some x11 thing but I was running in terminal
[19:50:42] <Dominus> I can run in a xterm
[19:50:57] <wjp> worth a try
[19:51:07] <wjp> no idea if $DISPLAY gets set in terminal.app
[19:54:22] <Dominus> grrr, can't copy that from the xterm...
[19:54:35] <Dominus> but it is the same
[19:56:32] <Dominus> hmm, this was not a debug build, should I make one?
[19:57:39] <Marzo> If you use --enable-heavy-dgb-build, GCC will add lots of extra information for GDB
[19:58:20] <Marzo> But I have a feeling it won't make too much difference
[19:58:48] <Marzo> (and it will take a lot of time)
[20:00:35] <Dominus> building
[20:08:50] --- Marzo is now known as Marzo_away
[20:10:16] <Dominus> mostly the same bt http://pastebin.com/m2515998
[20:11:09] <Dominus> BUT what I noticed is that this warning on startup of exult might have something to do with it:
[20:11:11] <Dominus> Warning once: This application, or a library it uses, is using NSQuickDrawView, which has been deprecated. Apps should cease use of QuickDraw and move to Quartz.
[20:11:42] <wjp> ah
[20:11:55] <Dominus> is that the problem? That it doesn't use Quartz but would need to do make use of that functionality?
[20:12:02] <wjp> no, doesn't matter probably
[20:12:13] <wjp> but I just noticed that we use SDL to get the X display
[20:13:27] <wjp> try an 'export SDL_VIDEODRIVER=x11' before running exult
[20:17:06] <Dominus> ok, now it didn't crash and on entering mapedit mode it actually tried to start Exult Studio
[20:19:13] <Dominus> but that doesn't work since exult_studio is not located in the same dir :)
[20:19:40] <wjp> does exult_studio use X?
[20:20:00] <Dominus> but if I start Studio on its own they can't connect since that first failed attempt to start Exult seems to have captured the port and it seems it hasn't released it
[20:20:07] <Dominus> yes studio uses x11
[20:24:08] <wjp> hm, strange
[20:24:27] <wjp> is there an 'exultserver' file/socket in the gamedat dir?
[20:24:58] <Dominus> exultserv
[20:26:43] <wjp> serv? strange
[20:27:08] <wjp> can you do an 'ls -l exultserv' in the gamedat dir?
[20:27:45] <wjp> (actually I only care about the first letter of the output)
[20:28:21] <Dominus> sorry exultserve
[20:28:29] <Dominus> srwxr-xr-x 1 dominus staff 0 Jul 15 21:41 exultserve
[20:28:43] <wjp> can you delete it?
[20:29:21] <Dominus> yep
[20:29:35] <wjp> I wonder where that r went
[20:30:31] --- Marzo_away is now known as Marzo
[20:30:36] <wjp> exult should be deleting it on startup, but it's quite possible it tries to delete 'exultserver'
[20:31:49] <Marzo> Both exult and ES use EXULT_SERVER define, which sets it as 'exultserver'
[20:32:16] <Marzo> If it is missing the r, something is going horribly wrong
[20:33:14] <Marzo> Hm
[20:33:50] <Dominus> if I name it exultserver then it gets properly deleted on exult startup
[20:34:33] <wjp> well, the name of the socket is processeed by getaddrinfo
[20:34:45] <wjp> could be it has an internal maximum length or something similarly silly
[20:34:58] <wjp> as long as it does the same in exult and exult_studio it shouldn't matter, though
[20:35:18] <wjp> (except for that we delete the wrong socket at startup...)
[20:36:02] <wjp> anyway
[20:36:16] <wjp> try adding the directory containing exult_studio to your PATH before running exult
[20:36:27] <Dominus> hmm, even though I deleted exultserve and exult is opening a socket, they still don't connect
[20:37:04] <Marzo> There is something you can try to see if there are name length limitations, but it will take quite a while
[20:37:34] <Marzo> (basically, an almost full recompile)
[20:37:47] <Dominus> doesn't matter, I can do that :)
[20:37:55] <wjp> let's first see if it Just Works(tm) if we make exult successfully start exult_studio :-)
[20:38:28] <Marzo> It would involve setting a new name for the socket file
[20:38:39] <Marzo> Agreed
[20:40:44] <Marzo> (but I think it won't, though; ES doesn't use getaddrinfo, only Exult does)
[20:40:55] <wjp> oh,h m
[20:42:54] <Dominus> Exult will start ES when it's in the path
[20:43:18] <Marzo> Do they communicate?
[20:43:33] <Dominus> no
[20:43:39] <Dominus> ES complains Can't find gamedat for socket
[20:44:10] <wjp> right
[20:44:12] <Marzo> Now for the time-consumming option
[20:44:15] <wjp> it explicitly checks for exultserver
[20:44:18] * wjp nods
[20:45:03] <Dominus> yeah, when I tried to *trick* it, by having renaming exultserve to server it gave:
[20:45:05] <Dominus> Trying to connect to server at '/Users/dominus/.exult/forgeofvirtue/gamedat/exultserver'
[20:45:05] <Dominus> Socket connect: No such file or directory
[20:45:09] <Marzo> in fnames.h (base source dir), change the EXULT_SERVER to use "exultserv" instead of "exultserver"
[20:45:26] <Marzo> Then recompile and try again
[20:45:29] <Marzo> brb
[20:45:40] <wjp> when exactly did you do that rename?
[20:46:11] <wjp> oh, but never mind
[20:46:20] <wjp> it'll need that recompile anyway, so let's just see what happens
[20:48:22] <Marzo> back
[20:48:41] <Marzo> I did quite some time ago
[20:49:02] <Marzo> When I made ES in Windows use the same name as everything else
[20:51:22] <Marzo> (although Exult/ES used 'exultserver' before that, I just made it into a macro)
[20:52:54] <Dominus> hm, I guess I need to edit something else, too, since ES still complains about Trying to connect to server at '/Users/dominus/.exult/forgeofvirtue/gamedat/exultserver'
[20:52:55] <Dominus> Socket connect: No such file or directory
[20:54:34] <Dominus> studio.cc
[20:54:44] <Marzo> Is Exult starting the version of ES that you just compiled? Because the only instances of 'exultserver' in the entire source are in fnames.h or comments
[20:55:09] <Dominus> you are right
[20:55:37] <Dominus> my bad, I had another version of exult_studio around in the path
[20:55:49] <Dominus> grrr
[20:57:36] <Dominus> now it still can't connect and is back to "Can't find gamedat for socket"
[20:57:57] <wjp> what's the name of the file exult created now?
[20:58:31] <Dominus> exultserve
[20:58:52] <Marzo> What is the name you put in fnames.h?
[20:58:52] <Dominus> and it gets properly deleted by exult now
[20:59:05] <Marzo> Ah, OK
[21:00:03] <Marzo> Are the paths in exult.cfg relative or absolute? (hey, at this point I am willing to try anything...)
[21:01:32] <Dominus> absolute
[21:07:09] <Dominus> Exult Studio gives these warnings on startup http://pastebin.com/m359924bf
[21:07:28] <Dominus> the gtk warning about a hundred times
[21:08:27] <Marzo> None are relevant here
[21:09:00] <wjp> the "Can't find gamedat for socket" check is a simple "does the file exist" check
[21:11:15] <Dominus> oh no.. it's again shortened
[21:11:32] <Dominus> it's exultserv now if I'm not mistaken, let me check again
[21:12:31] <Dominus> yep
[21:12:59] <Dominus> and it doesn't get deleted again and I doublechecked I have written exultserve in fnames.h
[21:13:35] <Dominus> sorry but in the whole exultserv/exultserve/exultserver mess I didn't see that right away
[21:14:23] <Dominus> so for some reason the last character gets killed by eult and messes things up in that way
[21:14:39] <wjp> hm
[21:17:35] <wjp> in server/server.cpp, there's a line with sizeof(addr.sun_family) + strlen(addr.sun_path)
[21:17:44] <wjp> try adding a '+1' to that sum
[21:18:06] <wjp> same for mapedit/studio.cc
[21:18:10] <wjp> (um, server.cc of course)
[21:19:15] <Dominus> sizeof(addr.sun_family) + strlen(addr.sun_path)) == -1 || is how it looks here
[21:19:43] <Marzo> What wjp said is to take "sizeof(addr.sun_family)" and replace by "sizeof(addr.sun_family) + 1"
[21:20:34] <wjp> yes, sorry for being unclear
[21:21:07] <Marzo> (in both server/server.cc and mapedit/studio.cc)
[21:21:22] <wjp> so in server.cc the entire line should be 'sizeof(addr.sun_family) + 1 + strlen(addr.sun_path)) == -1 ||'
[21:21:41] <wjp> and in studio.cc 'sizeof(addr.sun_family) + 1 + strlen(addr.sun_path)) == -1)
[21:21:42] <wjp> '
[21:21:51] <Dominus> got it
[21:22:02] <Dominus> buidling
[21:27:32] <Dominus> SUCCESS!!!
[21:28:03] <Dominus> connected and when I doubleclick an object in Exult an ES object window opens
[21:28:46] <Dominus> now can this be wrapped up in the source? :)
[21:29:50] <Marzo> Parts of it, certainly (the change in fnames.h, for example, wasn't needed in the end)
[21:30:36] <Marzo> The stuff in configure.ac would assume X11 is there in OS X, which I don't know if is always true
[21:32:22] <Dominus> I *think* that on Leopard and most likely newer that X11 is installed with Xcode and you need xcode when you want to compile stuff
[21:34:16] <Dominus> but I'm not 100% sure
[21:35:10] <-- Rottingbeef has left IRC (Read error: 104 (Connection reset by peer))
[21:35:18] --> Rottingbeef has joined #exult
[21:38:55] <wjp> I committed that off-by-one just now
[21:39:08] <Marzo> k
[21:42:32] <Dominus> hmm about configure.ac, can this be tied to the configure option --enable-studio-support on OS X? Since you need it for Studio
[21:43:19] <Marzo> Or maybe a '--force-macosx-studio-support' option
[21:43:54] <Dominus> yup, which enables both enable_exult-studio options
[21:45:26] <Dominus> and configure should give an error IMHO that if --enable-exult_studio is set but --enable-exult-studio-support is found to be no by configure
[21:45:48] <Dominus> since exult studio mostly needs support :)
[21:51:20] <Dominus> if you want to taggle another problem I have... compiling with openGL support fails, too...
[21:51:41] <Dominus> but that is a minor problem for now :)
[21:55:09] <Dominus> it gives this error http://pastebin.com/m73e29063 and I don't have gl.h on my system, perhaps on os x it needs to be tied in differently
[21:57:11] <Dominus> ah, yes, quick googling showed it needs to tied in differently since it is a framework on osx
[22:00:37] <Dominus> of course I can't find an english page that describes this now :)
[22:00:48] <Marzo> :-)
[22:02:00] <Dominus> basicly it is instead of
[22:02:01] <Dominus> INCPATH = -I/usr/X11R6/include
[22:02:01] <Dominus> LIBS = -L/usr/X11R6/lib -lGL -lGLU -lglut -lXmu -lXext -lX11 -lm -lXi
[22:02:14] <Dominus> INCPATH = -framework GLUT -I.
[22:02:15] <Dominus> LIBS = -framework GLUT -framework OpenGL -lm -lobjc
[22:02:52] <Dominus> and needs #ifdef __APPLE__
[22:02:52] <Dominus> #include <GLUT/glut.h>
[22:02:52] <Dominus> #endif
[22:03:10] <Dominus> does that make sense to you?
[22:05:37] <Marzo> Do you know where the GL/gl.h header file is (if there is one)?
[22:06:47] <Dominus> there is none, if I understand correctly it is GLUT/glut.h instead on os x
[22:06:48] <Marzo> Currently, configure.ac skips OS X for OpenGL
[22:07:41] <Marzo> It is not the same
[22:07:49] <Dominus> actually there is now a gl.h (strange I'm sure I looked for it before)
[22:07:59] <Marzo> GLUT is a library containing utilities for OpenGL programs
[22:08:23] <wjp> configure just thinks things will work without any changes on OS X
[22:08:49] <wjp> the comments say "# Mac OS X gets OpenGL through a framework (which appears to be pulled in by SDL)"
[22:09:16] <wjp> any checks for files and libs are skipped, and it's just enabled
[22:10:28] <Marzo> Lets use Dominus as a guinea pig
[22:10:59] <Marzo> Dominus: please make the following changes in configure.ac to test OpenGL support:
[22:11:06] <Dominus> there are two gl.h in /Developer/SDKs/MacOSX10.5.sdk/usr/X11/include/GL/ and /Developer/SDKs/MacOSX10.5.sdk/usr/X11R6/include/GL/
[22:11:13] <Dominus> I'm hearing!
[22:11:16] <Marzo> Delete lines 416 and 418
[22:11:50] <wjp> Marzo: that won't really do anything
[22:11:55] <Marzo> Insert a line before line 429 (now line 427) consisting of the word 'else'
[22:11:59] <wjp> Marzo: it'll just add an extra check
[22:12:11] <wjp> (the only effect line 417 can have is disabling opengl)
[22:12:13] <Marzo> (I know; I am being thorough)
[22:12:28] <Marzo> (I also want to know if the test works in OS X)
[22:13:13] <Marzo> After the 'else' you just added, add a line containing the following:
[22:13:44] <Marzo> OPENGL_LIBS="-framework OpenGL"
[22:14:20] <Dominus> k
[22:14:23] <Marzo> I hope that is enough
[22:17:20] <wjp> strange that the header is outside of any frameworks
[22:18:48] * Dominus thinks it would help to save files he just changed before running any build commands...
[22:21:36] <Dominus> that seems to compile through
[22:24:23] --- Marzo is now known as Marzo_away
[22:33:38] <Dominus> hmm, that crahses, need to set stuff in exult.cfg first, it seems
[22:33:54] --- Marzo_away is now known as Marzo
[22:35:07] <Dominus> crashes with bus error, scaler is set to superagle
[22:38:25] <Dominus> and an segmentation fault
[22:40:01] <wjp> can you try gdb again?
[22:40:10] <wjp> same procedure as before
[22:40:43] <Dominus> with a an debug enabled built?
[22:41:01] <Dominus> or without it
[22:41:06] <wjp> preferably with
[22:41:38] <Dominus> building with ./configure --enable-heavy-gdb-debug --enable-opengl
[22:45:50] --> Kirben has joined #exult
[22:45:50] --- ChanServ gives channel operator status to Kirben
[22:46:23] <Dominus> grr, of course it didn't crash now
[22:46:35] <Dominus> BUT it didn't give me the scaler option of OpenGL
[22:50:07] <Dominus> so opengl is not enabled this way...
[22:50:22] <wjp> strange; that option really shouldn't change that
[22:50:46] <wjp> check config.log to see why/if opengl was disabled?
[22:51:53] <Dominus> configure:26078: checking for OpenGL rendering support
[22:51:53] <Dominus> configure:26098: result: no
[22:52:02] --- Marzo is now known as Marzo_away
[22:52:10] <Dominus> and before that | #include <GL/gl.h>
[22:52:10] <Dominus> configure:26030: result: no
[22:52:10] <Dominus> configure:26058: checking for GL/gl.h
[22:52:10] <Dominus> configure:26065: result: no
[22:53:28] <wjp> and the last time it did work? weird
[22:53:50] <wjp> but I have to go now; good night
[22:54:26] <Dominus> good night
[23:06:12] <Dominus> and yes, with the svn configure.ac configure seems to find gl.h since the log says configure:26080: checking for OpenGL rendering support
[23:06:12] <Dominus> configure:26095: result: yes
[23:07:05] --- Marzo_away is now known as Marzo
[23:07:23] <Marzo> Double-check the command-line; perhaps you made a type this last time?
[23:12:07] <Dominus> nope, just reusing the same bash line, opengl is config.log tellse me that gl.h is not found (with modified configure.ac
[23:12:46] <Dominus> line 424 and following
[23:12:49] <Dominus> if test x$ARCH != xmacosx; then
[23:12:49] <Dominus> OPENGL_LIBS="-lGL"
[23:12:49] <Dominus> else
[23:12:49] <Dominus> OPENGL_LIBS="-framework OpenGL"
[23:12:49] <Dominus> fi
[23:13:05] <Marzo> Hrm.
[23:13:36] <Marzo> Add back the check for GL/gl.h at line 416
[23:14:06] <Marzo> (to prevent the test on OS X)
[23:14:41] <Marzo> (that is: "if test x$ARCH != xmacosx; then" before and "fi" after)
[23:19:31] <Dominus> now it's the old error again
[23:19:43] <Dominus> glshape.Tpo -c glshape.cc -o glshape.o
[23:19:43] <Dominus> glshape.cc:29:19: error: GL/gl.h: No such file or directory
[23:21:11] <Marzo> After the 'OPENGL_LIBS="-framework OpenGL"' line, add the following:
[23:21:50] <Marzo> CXXFLAGS="$CXXFLAGS -framework OpenGL -I"
[23:22:07] <Dominus> new line oder after?
[23:22:13] <Dominus> or after? :)
[23:22:21] <Marzo> New line
[23:22:25] <Marzo> before the fi
[23:23:58] <Dominus> same compile error
[23:24:12] <Marzo> Hrm
[23:25:47] <Marzo> Ah, found it
[23:26:08] <Marzo> Leave it to Apple to screw things up...
[23:26:28] <Dominus> :)
[23:27:04] <Marzo> Let me get this right this time
[23:27:06] <Dominus> (and I always thought that I had problems with libs and stuff on Windows...)
[23:27:29] <Marzo> In shapes/glshape.cc:
[23:28:00] <Marzo> insert new line before line 29 containing
[23:28:24] <Marzo> (make that new *lines*)
[23:28:28] <Marzo> #ifdef MACOSX
[23:28:43] <Marzo> #include <OpenGL/gl.h>
[23:28:46] <Marzo> #else
[23:29:11] <Marzo> Then, after the standard GL/gl.h include, add a new line containing:
[23:29:13] <Marzo> #endif
[23:29:35] <Marzo> Then try to compile
[23:29:40] <Dominus> ok
[23:30:01] <Dominus> went past that hurdle
[23:30:20] <Dominus> and stopped at imagewin.cc
[23:30:34] <Marzo> What error?
[23:30:53] <Dominus> imagewin.cc:45:19: error: GL/gl.h: No such file or directory
[23:30:53] <Dominus> imagewin.cc: In member function ‘void Image_window::opengl_fill8(unsigned char, int, int, int, int)’:
[23:30:53] <Dominus> imagewin.cc:535: error: ‘GL_TEXTURE_2D’ was not declared in this scope
[23:31:17] <Dominus> and some more lines with glSomething not declared
[23:31:24] <Marzo> Perform the same operation on imagewin.cc:45
[23:31:47] <Marzo> Then try compiling again
[23:34:10] <Dominus> looking good so far...
[23:36:50] <Dominus> and another success
[23:37:42] <Dominus> should I check with the configure script which option was needed (if at all)?
[23:38:14] <Marzo> Yes, that would be nice
[23:38:44] <Marzo> Try deleting the new OpenGL lines to see if it works
[23:39:04] <Marzo> (and remove shapes/glshapes.o just in case)
[23:40:47] <Dominus> too late, made make clean, but anyway, make is past both glsahpes and imagewin already
[23:41:24] <Marzo> So the "-framework OpenGL" lines weren't needed?
[23:41:42] <Dominus> yes, I deleted all thre lines
[23:41:44] <Dominus> else
[23:41:44] <Dominus> OPENGL_LIBS="-framework OpenGL"
[23:41:44] <Dominus> CXXFLAGS="$CXXFLAGS -framework OpenGL -I"
[23:41:55] <Marzo> OK
[23:42:46] <Marzo> I added a couple of lines which test for presence of "OpenGL/gl.h" header to prevent OpenGL from being enabled if it is not found
[23:42:57] <Marzo> (I don't think it will be needed, but just in case...)
[23:43:31] <Dominus> good idea, anyway
[23:43:54] <Dominus> oh wait, it errored out at the end
[23:44:26] <Marzo> The linker
[23:44:32] <Dominus> yep
[23:44:43] <Marzo> Well, we see that one of the lines is needed
[23:44:57] <Marzo> (the "OPENGL_LIBS" one)
[23:46:37] <Dominus> yes with that one it linked and started ok with the opengl scaler
[23:47:17] <Dominus> phew, thanks so far it has been an industrious night :)
[23:47:58] <Marzo> Hehe
[23:48:43] <Dominus> thanks to you and wjp, a lot has been fixed for OS X already :)
[23:52:04] <Marzo> I have just finished adding the --force-macosx-studio-support option
[23:52:29] <Dominus> Now I "only" need to pester Fingolfin about the CoreMidi stuff, so I can use my MT32 with Exult again... :)
[23:52:33] <Dominus> thanks
[23:53:41] <Dominus> and I have to investigate what went wrong before.
[23:54:33] <Dominus> hmm, there is something strange...
[23:54:44] <Dominus> I can't enter a savegame name anymore
[23:55:03] <Marzo> Hrm
[23:55:16] <Dominus> bah I'm stupid
[23:55:22] <Marzo> ?
[23:55:48] <Dominus> I haven't used exult for so long for real that I forgot how to enter a name, that you have to chose "empty slot"
[23:55:55] <Dominus> and not click on an empty slot :)
[23:55:56] <Marzo> Oh
[23:56:14] <Dominus> indeed Oh :)
[23:56:51] <Marzo> I was already in full diagnostic mode thinking that maybe having MACOSX and XWIN enabled at the same time caused problems...
[23:57:01] <Dominus> me too
[23:57:53] <Dominus> what I really have to look into is that earlier, when finally both Exult and ES played together I saved "all" from within ES and also quicksaved in Exult.
[23:58:36] <Dominus> Next time I tried to run this with yet another built of Exult, it crashed on journey onward...
[23:59:54] <Dominus> but I'll wait for your comitts and do that another time and make sure that I didn'T mess with the introduction scene n Trinsic