Timestamps are in GMT/BST.
| 00:51:00 | | raptor Quit (Remote host closed the connection) |
| 01:10:00 | | raptor has joined |
| 01:10:00 | | ChanServ sets mode +o raptor |
| 01:10:00 | raptor | ok |
| 01:10:00 | raptor | now for some more SDL bugs |
| 01:10:00 | raptor | unless someone else is in the middle of doing them.. |
| 01:16:00 | raptor | sam686: the removal of 'main' in in lua-vec make compiling in linux fail |
| 01:16:00 | raptor | there must be another way to in windows to get the proper main method selected in the executable |
| 01:17:00 | sam686 | what error do you get?\ |
| 01:17:00 | raptor | error: /usr/src/packages/BUILD/glibc-2.11.3/csu/../sysdeps/x86_64/elf/start.S:109: undefined reference to `main' |
| 01:18:00 | sam686 | if it is only needed for linux but not windows, put in a #ifndef win32 or similar.. |
| 01:18:00 | raptor | did you do a clean recompile in windows without the main? |
| 01:20:00 | sam686 | windows visual studio automacically compiles any changes to .cpp and .h, and i did say lua-vec compile the changes.. |
| 01:20:00 | sam686 | there no problem in windows with main in lua-vec removed. |
| 01:20:00 | raptor | ok, i'll add the ifdef |
| 01:27:00 | | watusimoto Quit (Ping timeout: 252 seconds) |
| 01:35:00 | raptor | sam686: i get the black text in linux |
| 01:36:00 | raptor | with your color change |
| 01:36:00 | raptor | and in windows |
| 01:36:00 | sam686 | what are we going to do with black text? use defines? |
| 01:37:00 | sam686 | const Color appears to be set at runtime, not compile time, which seems strange when it is a const.. |
| 01:38:00 | sam686 | that is appears to be set at the beginning of initalizing runtime. |
| 01:41:00 | raptor | i wonder if changing it to: const Color red = Color(1,0,0); |
| 01:41:00 | raptor | would fix it.. |
| 01:41:00 | sam686 | you can try, i probably won't want to try, where my slower then your computer taker 5 minutes to compiler |
| 01:42:00 | raptor | :) |
| 01:42:00 | | BitfighterLogBot - Commit cad2adf9dba8 | Author: buckyballreaction | Log: Only exlcude LUA main() from vc++ build; Other minor VC++ 2010 changes |
| 01:42:00 | | BitfighterLogBot - Commit d2e49bcc48bb | Author: buckyballreaction | Log: Forgot the vc++ minor changes... |
| 01:42:00 | raptor | takes 30 seconds.. |
| 01:42:00 | raptor | doesn't work :( |
| 01:43:00 | sam686 | your machine is probably a newer 64-bit, where i am using an old, year 2003 machine. |
| 01:43:00 | raptor | i also have 4 cores |
| 01:48:00 | raptor | karamazovapy: is there a way to disable the star ratings until at least 3 people rate it? |
| 01:48:00 | sam686 | one way is to edit the PHP file.. |
| 01:50:00 | raptor | and if there is, would you support such a change? I ask because otherwise thread's ratings are skewed because of such a small sample size |
| 02:18:00 | raptor | segfault on hosting a game - something to do with loading levels |
| 03:23:00 | raptor | so the colors problem is basically a c++ problem - unless we use an integer, we can't guarantee global static initialization of any object without ordering problems |
| 03:23:00 | raptor | which kind of stinks |
| 03:26:00 | | raptor Quit (Remote host closed the connection) |
| 03:53:00 | | watusimoto has joined |
| 05:12:00 | | raptor has joined |
| 05:12:00 | | ChanServ sets mode +o raptor |
| 05:13:00 | raptor | good evening |
| 05:13:00 | raptor | watusimoto: hosting or starting a game, in or out of the editor, crashes |
| 05:13:00 | raptor | has something to do with loading levels |
| 05:26:00 | watusimoto | lovely |
| 05:26:00 | raptor | does the same thing in windows |
| 05:31:00 | watusimoto | I'm mired in pointer hell |
| 05:31:00 | raptor | are you oscillating between * and shared_ptr? |
| 05:31:00 | raptor | because i was there once... |
| 05:32:00 | raptor | and it wasn't purdy |
| 05:33:00 | watusimoto | yup |
| 05:34:00 | watusimoto | Error 1 error C2683: 'dynamic_cast' : 'boost::shared_ptr<T>' is not a polymorphic type |
| 05:34:00 | watusimoto | sigh |
| 05:34:00 | watusimoto | any idea how to cast an object wrapped in a shared_ptr? |
| 05:34:00 | raptor | yeah.... |
| 05:34:00 | watusimoto | mEditorDatabase = *dynamic_cast<EditorObjectDatabase *>(database); |
| 05:34:00 | watusimoto | that's what I want to do |
| 05:35:00 | raptor | just use .get() |
| 05:35:00 | watusimoto | shared_ptr<GridDatabase> *database |
| 05:35:00 | watusimoto | (database.get())? |
| 05:35:00 | raptor | if mEditorDatabase is an array, then you can't |
| 05:35:00 | raptor | but otherwise |
| 05:35:00 | raptor | use database.get() |
| 05:36:00 | watusimoto | EditorObjectDatabase mEditorDatabase; |
| 05:36:00 | watusimoto | but that should probably be a pointer now |
| 05:36:00 | watusimoto | there's a lot of little things that need to be changed around. I wish references were polymorphic |
| 05:36:00 | raptor | .get() returns the natural pointer to the object |
| 05:42:00 | watusimoto | how do I take a pointer and wrap it in a shared_ptr? |
| 05:42:00 | watusimoto | mUndoItems[mLastUndoIndex % UNDO_STATES] = eod; |
| 05:42:00 | watusimoto | eod is a pointer, mUndoItems is a vector of shared_ptr |
| 05:43:00 | raptor | shared_ptr<PtrTyp>(eod) |
| 05:43:00 | watusimoto | too easy |
| 05:43:00 | raptor | that's it |
| 05:44:00 | watusimoto | ok, that seems to work |
| 05:44:00 | watusimoto | ok, another issue |
| 05:44:00 | watusimoto | EODatabase is a subclass of Database |
| 05:45:00 | watusimoto | I have a function that takes shared_ptr<Database> |
| 05:45:00 | raptor | ok |
| 05:45:00 | watusimoto | but I have a shared_ptr<EODatabase> |
| 05:45:00 | watusimoto | and that's giving me a "no suitable conversion" message |
| 05:45:00 | watusimoto | with regular pointers, that would work |
| 05:46:00 | watusimoto | as EODatabase is a type fo Database |
| 05:46:00 | raptor | ah yes - i figured that out once... let me see if i can remember |
| 05:47:00 | raptor | http://stackoverflow.com/questions/4764398/how-to-use-boostsmart-ptr-in-polymorphism |
| 05:48:00 | watusimoto | thanks! |
| 05:49:00 | raptor | welcome |
| 05:49:00 | watusimoto | that produces this monstrosity |
| 05:50:00 | watusimoto | gEditorGame->setGridDatabase(boost::dynamic_pointer_cast<GridDatabase>(mUndoItems[mLastUndoIndex % UNDO_STATES])); |
| 05:50:00 | raptor | hahaha |
| 05:50:00 | watusimoto | but it just might work |
| 05:52:00 | watusimoto | compiling??? |
| 05:52:00 | watusimoto | alas no |
| 05:53:00 | raptor | i'm trying to get fullscreen stretch mode working with SDL... |
| 05:53:00 | watusimoto | good |
| 05:53:00 | watusimoto | you made really fast progress with that conversion |
| 05:54:00 | raptor | yeah - some things are still a bit broken, but you can play in non-fullscreen just fine |
| 05:54:00 | raptor | with a few quirks.. |
| 05:55:00 | watusimoto | I'm trying to make undo work by copying an entire database of objects |
| 05:55:00 | watusimoto | that seems the most efficient and natural way to save a state |
| 05:55:00 | watusimoto | except that it's a total pain |
| 05:55:00 | raptor | i believe it |
| 05:56:00 | watusimoto | we need copy constructors in the database, and, possibly, in the editorObjects as well |
| 05:56:00 | watusimoto | still trying to figure if there's a way out of that one |
| 05:56:00 | raptor | why is it so bad? |
| 05:59:00 | watusimoto | just a lot of work and maintenance |
| 05:59:00 | watusimoto | if you change the object, you'll need to change all the copy constructors |
| 05:59:00 | raptor | blech |
| 05:59:00 | watusimoto | well, it finally compiled |
| 06:00:00 | watusimoto | but immediately crashed |
| 06:08:00 | | zoomber has joined |
| 06:08:00 | zoomber | raptor! |
| 06:09:00 | zoomber | ping raptor |
| 06:09:00 | raptor | hi |
| 06:09:00 | zoomber | and hi |
| 06:10:00 | zoomber | ive gotten the code to compile up until linking so far. i had to add some #includes in source files though as it was not working when I added a search header |
| 06:10:00 | zoomber | if you saw in the logbot or not |
| 06:10:00 | raptor | i haven't looked at mac - been focusing on fixing bugs i introduced with SDL |
| 06:10:00 | watusimoto | ok, how does this one work? |
| 06:10:00 | watusimoto | mEditorDatabase = new boost::shared_ptr<EditorObjectDatabase>(); |
| 06:10:00 | watusimoto | that's obviously wrong |
| 06:11:00 | raptor | just do shared_ptr<EditorObjectDatabase>(mEditorDatabase); |
| 06:11:00 | watusimoto | do I need "new"? |
| 06:11:00 | raptor | no need to declare new |
| 06:11:00 | watusimoto | really? |
| 06:11:00 | raptor | nope |
| 06:11:00 | raptor | nope |
| 06:11:00 | raptor | nope |
| 06:11:00 | watusimoto | hrmph.... seems to compile |
| 06:11:00 | raptor | :) |
| 06:12:00 | watusimoto | mEditorDatabase = boost::shared_ptr<EditorObjectDatabase>(); |
| 06:12:00 | watusimoto | that's what I did... |
| 06:12:00 | watusimoto | that's a tiny bit idfferent than what you said |
| 06:12:00 | raptor | that migh twork too |
| 06:12:00 | raptor | oh wait |
| 06:12:00 | watusimoto | still crashes, though... maybe I try yours |
| 06:14:00 | zoomber | errrrrr |
| 06:14:00 | raptor | oh duh: shared_ptr<EditorObjectDatabase> mEditorDatabase() |
| 06:14:00 | raptor | i think that's the right way |
| 06:17:00 | watusimoto | does that go in the contstructor, or in the header? |
| 06:17:00 | raptor | um |
| 06:17:00 | raptor | that is creating a new shared_ptr |
| 06:17:00 | raptor | put it whereever you want? |
| 06:18:00 | watusimoto | for the record: |
| 06:18:00 | watusimoto | mEditorDatabase = boost::shared_ptr<EditorObjectDatabase>(); |
| 06:18:00 | watusimoto | TNLAssert(mEditorDatabase, "WTF???"); |
| 06:18:00 | watusimoto | prints "WTF" |
| 06:18:00 | raptor | ok, yeah; then that works |
| 06:19:00 | watusimoto | no, it fails |
| 06:19:00 | watusimoto | mED is null |
| 06:20:00 | raptor | you can try: shared_ptr<EditorObjectDatabase> mEditorDatabase(new EditorObjectDatabase()); |
| 06:21:00 | watusimoto | I'm looking at the docs :-) |
| 06:22:00 | watusimoto | shared_ptr<EditorObjectDatabase> mEditorDatabase(new EditorObjectDatabase()); |
| 06:22:00 | watusimoto | looks like what you posted |
| 06:22:00 | watusimoto | ok, testing |
| 06:22:00 | zoomber | OOOOOOOh |
| 06:22:00 | zoomber | i think i remembered something |
| 06:23:00 | watusimoto | no more wtf |
| 06:24:00 | zoomber | found it |
| 06:24:00 | zoomber | sorry, i have been vamping to myself |
| 06:25:00 | raptor | no problem :) |
| 06:25:00 | zoomber | hmm, i am getting closer. baby steps |
| 06:26:00 | zoomber | IhazSUccess |
| 06:28:00 | zoomber | crashes |
| 06:28:00 | zoomber | dam |
| 06:28:00 | zoomber | so close |
| 06:28:00 | zoomber | ok |
| 06:28:00 | | zoomber has left |
| 06:28:00 | | zoomber has joined |
| 06:28:00 | zoomber | sorry |
| 06:28:00 | zoomber | Usage: encode [in file] [out file] [bits file] .....argc = 1 |
| 06:29:00 | zoomber | what on earth does this mean? |
| 06:29:00 | raptor | hahaha |
| 06:29:00 | raptor | umm, update to head |
| 06:29:00 | zoomber | oh kk |
| 06:29:00 | raptor | I hope Xcode is smart enough to use the proper entry point for the application... |
| 06:30:00 | zoomber | i dont know |
| 06:30:00 | zoomber | i was just trying this from terminal, not xcode |
| 06:30:00 | raptor | yes, but xcode does the linking |
| 06:30:00 | zoomber | the gdb debugger isnt loading the executable automaticallly again :p |
| 06:30:00 | zoomber | oh, about that |
| 06:30:00 | zoomber | well hang on, let me update my copy of bitfighter |
| 06:32:00 | zoomber | heads |
| 06:32:00 | zoomber | ok |
| 06:32:00 | zoomber | good thing im just starting to get the hang of hg |
| 06:39:00 | zoomber | anyone want to play bitfighter for 5 seconds while i push something? |
| 06:39:00 | raptor | my game is very broken right now.. |
| 06:40:00 | zoomber | i am very confused right now |
| 06:41:00 | zoomber | raptor, what recent changes did you do 5 hours ago? |
| 06:41:00 | raptor | there was a second main() function in bitfighter - used in lua-vec |
| 06:42:00 | raptor | it was being called as the main starting function in the game when it was linked together |
| 06:42:00 | raptor | the changes i pushed was to comment that out on non-windows platforms |
| 06:42:00 | raptor | but i may need to skip Mac, too |
| 06:43:00 | raptor | if that's the case, then find the main() method in lua-vec target, file luac.c |
| 06:43:00 | raptor | and comment it out and recompile the framework |
| 06:47:00 | zoomber | ok |
| 06:58:00 | zoomber | 11"testenc_wb.c":191breakpointkeepy 0x01475bf5in main at /Users/hushahn/bitfighter/build/osx/xcode/../../../libspeex/testenc_wb.c:19 |
| 06:58:00 | zoomber | Breakpoint 1 at 0x1475bf5: file /Users/hushahn/bitfighter/build/osx/xcode/../../../libspeex/testenc_wb.c, line 19. |
| 06:58:00 | zoomber | Pending breakpoint 1 - ""testenc_wb.c":19" resolved |
| 06:58:00 | zoomber | 22"testenc_wb.c":192breakpointkeepy 0x01475bf5in main at /Users/hushahn/bitfighter/build/osx/xcode/../../../libspeex/testenc_wb.c:19 |
| 06:58:00 | zoomber | Breakpoint 2 at 0x1475bf5: file /Users/hushahn/bitfighter/build/osx/xcode/../../../libspeex/testenc_wb.c, line 19. |
| 06:58:00 | zoomber | Pending breakpoint 2 - ""testenc_wb.c":19" resolved |
| 06:58:00 | zoomber | yours? |
| 06:59:00 | raptor | my what? |
| 06:59:00 | zoomber | hang on sorry im just confusing myself |
| 06:59:00 | zoomber | im doing 3 things at once |
| 06:59:00 | zoomber | = bad idea |
| 07:03:00 | raptor | ok, starting to get mad at every coding forum that isn't stackoverflow |
| 07:06:00 | zoomber | ok question for you |
| 07:08:00 | raptor | ok |
| 07:11:00 | zoomber | ok |
| 07:11:00 | zoomber | i see main(int argc, char* argv[]) |
| 07:12:00 | zoomber | oh is the second function at the very end? |
| 07:12:00 | zoomber | the second main() function |
| 07:12:00 | raptor | there can only be one main() per target |
| 07:12:00 | raptor | there is only one in all of the zap/ code |
| 07:12:00 | raptor | and there is one in lua-vec |
| 07:13:00 | raptor | since the migration to SDL, when linking togther bitfighter and all the frameworks(incl lua-vec), the resulting program needs to know which main() to use |
| 07:14:00 | raptor | linux seems to handle it just fine, but windows failed (and I guess Mac) |
| 07:14:00 | raptor | the fix is to comment out the main() function in lua-vec |
| 07:14:00 | zoomber | ah, i see |
| 07:15:00 | zoomber | thanks for clearing that up |
| 07:16:00 | zoomber | but pmain() is something different right? |
| 07:17:00 | raptor | i have no idea what that is |
| 07:21:00 | zoomber | (test) |
| 07:22:00 | zoomber | (test) |
| 07:22:00 | zoomber | interesting |
| 07:22:00 | zoomber | i learn something every day i guess |
| 07:22:00 | raptor | and that, my friend, is the purpose of life :) |
| 07:23:00 | zoomber | this one, apple's ui recorder, which can repeat the actions that i did, like (test) |
| 07:25:00 | zoomber | i shall harness this application's power one day to create a script that shall browse my mail for me, check the forums, maybe even play bitfighter for me :o |
| 07:27:00 | | BitfighterLogBot - Commit 69c9c05a733f | Author: buckyballreaction | Log: Fix mouse movement in the menus |
| 07:28:00 | raptor | ok off tobed |
| 07:28:00 | raptor | good ngiht |
| 07:28:00 | | raptor Quit (Remote host closed the connection) |
| 07:28:00 | | zoomber Quit (Quit: zoomber) |
| 07:52:00 | | watusimoto Quit (Ping timeout: 246 seconds) |
| 11:11:00 | | sam686 Quit (Read error: Connection reset by peer) |
| 11:13:00 | | sam686 has joined |
| 11:13:00 | | ChanServ sets mode +v sam686 |
| 15:36:00 | | watusimoto has joined |
| 15:40:00 | | koda has joined |
| 15:43:00 | | raptor has joined |
| 15:43:00 | | ChanServ sets mode +o raptor |
| 15:43:00 | raptor | good morning! |
| 15:44:00 | sam686 | hi |
| 15:45:00 | raptor | still working on the fullscreen problem... |
| 15:49:00 | watusimoto | text is black on the main menu :-(\ |
| 15:49:00 | raptor | YES |
| 15:49:00 | raptor | ARGH |
| 15:49:00 | raptor | so i did TONS of research |
| 15:49:00 | watusimoto | it just started this morning |
| 15:49:00 | raptor | and basically the consensus is: c++ and global statics don't mix |
| 15:50:00 | raptor | the solutions are: |
| 15:50:00 | raptor | 1. use a function like: Color::red() |
| 15:51:00 | raptor | 2. initialize the globals in a .cpp file and hope the linker puts that class somewhere early enough in the resulting binary to be useful everywhere |
| 15:52:00 | raptor | I think we've been spoiled by newer langauges that can handle the globals without missing a step |
| 15:52:00 | raptor | like java |
| 15:52:00 | watusimoto | yes, java's not all bad |
| 15:52:00 | watusimoto | it does some things right |
| 15:53:00 | watusimoto | what we need is c++ with a compiler that is as smart as Java's |
| 15:53:00 | raptor | so... port bitfighter to java? then we can run it on that old sparc server in the back room.... |
| 15:53:00 | watusimoto | never! |
| 15:53:00 | raptor | :) |
| 15:54:00 | sam686 | jave may use more memory, not sure about the speed... |
| 15:54:00 | raptor | speed it great! |
| 15:55:00 | raptor | java speed, in my own tests was as fast as c++ (granted I haven't done graphics tests.. just data manipulation) |
| 15:55:00 | raptor | but memory usage was through the roof! |
| 15:56:00 | raptor | but anyways - we have a c++ global color problem |
| 15:56:00 | raptor | so I propose we use functions like Colors::red() |
| 15:56:00 | raptor | any thoughts? |
| 15:57:00 | watusimoto | we could also use pointers to the global colors |
| 15:57:00 | raptor | OR we could probably just initialize them in main() |
| 15:57:00 | raptor | main.cpp, i mean |
| 15:57:00 | raptor | watusimoto: explain |
| 15:57:00 | watusimoto | yes, that might work |
| 15:57:00 | watusimoto | pointers would be the hightest performance |
| 15:58:00 | watusimoto | no copying color objects to to pass a color |
| 15:58:00 | watusimoto | ok, got to go for a while |
| 15:58:00 | raptor | ok |
| 16:01:00 | raptor | colors still have to be initialized somewhere... |
| 16:02:00 | | watusimoto Quit (Ping timeout: 240 seconds) |
| 18:21:00 | karamazovapy | I'm testing and rating forum levels if anyone wants to join me |
| 18:23:00 | sam686 | i sort of removed drawing GL_POINTS from OpenglUtils.cpp because of line smoothing problems. Do this look right with linesmooth, linewidth 1.5? http://96.2.123.136/bitfighter/016SDL_150.png Here is linewidth 1.49: http://96.2.123.136/bitfighter/016SDL_149.png Here is linewidth 0.01: http://96.2.123.136/bitfighter/016SDL_001.png Here is linewodth 0.01 without dots as that is the way it was for windows GLUT: http://96.2.123.136/bitfighter/016 |
| 18:24:00 | raptor | LOOKING |
| 18:24:00 | raptor | looking |
| 18:24:00 | | BitfighterLogBot - Commit 2e900aeeee5c | Author: sam8641 | Log: Free CPU for asteroids and possibly other moveObjects, can't delete this in constructor. |
| 18:24:00 | | BitfighterLogBot - Commit b3a992c51cdd | Author: sam8641 | Log: Don't draw points for text, add missing gametype idle, fix some errors from NULL game |
| 18:24:00 | raptor | the glut image link is broken |
| 18:25:00 | sam686 | the picture image link or what? |
| 18:25:00 | raptor | the fourth link you pasted |
| 18:26:00 | sam686 | http://96.2.123.136/bitfighter/016SDL_001_NO_DOTS.png ? |
| 18:26:00 | sam686 | does it work or did you open link wrong? |
| 18:27:00 | | koda Quit (Ping timeout: 255 seconds) |
| 18:27:00 | raptor | the GLUT link you pasted was incomplete |
| 18:27:00 | raptor | probably becaus of IRC line limitation |
| 18:30:00 | sam686 | ok, the logbot didn't get that full link either by looking at it.. |
| 18:36:00 | raptor | ok back |
| 18:36:00 | raptor | as for the GL_POINTS in oglUtils |
| 18:36:00 | raptor | i just copied and pasted the code directly from the freeglut sources (with minor modification) |
| 18:37:00 | sam686 | i kind of noticed that all linux bitfighter version had the same problem. |
| 18:40:00 | raptor | that fix makes it much nicer |
| 18:40:00 | raptor | good find |
| 19:33:00 | raptor | progress!!!: http://96.2.123.136/upload/snapshot36.png |
| 20:19:00 | | BitfighterLogBot - Commit 3e19faba9ec1 | Author: buckyballreaction | Log: Fullscreen modes working with SDL now |
| 20:24:00 | | BitfighterLogBot - Commit 14a5e64a566e | Author: buckyballreaction | Log: Rename master 'main' class to 'master' |
| 20:54:00 | | BitfighterLogBot - Commit bbbfe464a0d9 | Author: buckyballreaction | Log: Try and use hardware graphics first |
| 21:09:00 | | BitfighterLogBot - Commit 742cdbe350fe | Author: buckyballreaction | Log: Forgot to check in the hardware state addition for the ScreenInfo header |
| 21:35:00 | raptor | later |
| 21:35:00 | | raptor Quit (Remote host closed the connection) |
| 22:35:00 | | watusimoto has joined |
| 22:47:00 | | raptor has joined |
| 22:47:00 | | ChanServ sets mode +o raptor |
| 22:54:00 | raptor | so ive noticed a slight CPU increase in linux since migrating to SDL |
| 22:55:00 | raptor | i think it has to do with the SDL polling loop, but i'm not sure |
| 23:02:00 | sam686 | one thing i found is that the same ending of someone hosting might freeze for about 1000 millisecond, might be the sqlite.. I haven't run into the problem because of i have it using mysql (not sqlite) in a seperate thread so as to not freeze the main thread. |
| 23:03:00 | raptor | i think the database writing should occur in a different thread |
| 23:03:00 | raptor | however, i don't know how to do threading in c++ |
| 23:04:00 | sam686 | i don't know how for linux / mac.. |
| 23:04:00 | raptor | i bet boost has something.. |
| 23:04:00 | raptor | ohyeah! boost::thread |
| 23:04:00 | sam686 | there is gametype.cpp line 1080 that does the seperate thread for mysql windows. |
| 23:04:00 | raptor | wait |
| 23:05:00 | raptor | might not be cross-platform.. |
| 23:06:00 | sam686 | no one complaining as BF_WRITE_TO_MYSQL is not enabled by default bitfighter compile |
| 23:08:00 | raptor | i'm looking to see if boost::thread is cross-platform.. |
| 23:13:00 | raptor | ok, looks like boost::thread is portable |
| 23:13:00 | raptor | good |
| 23:14:00 | sam686 | i am getting an error: \zap\ui.h(182) : error C4716: 'Zap::ScreenInfo::setHardwareSurface' : must return a value |
| 23:14:00 | raptor | oh oops |
| 23:16:00 | raptor | want me to commit the fix? |
| 23:16:00 | sam686 | ok yes. |
| 23:16:00 | | watusimoto Quit (Ping timeout: 268 seconds) |
| 23:16:00 | raptor | pushed |
| 23:17:00 | raptor | looks like TNL has a thread class |
| 23:18:00 | sam686 | yes, but i don't know how to use it, it not used anywhere.. |
| 23:19:00 | raptor | http://www.boost.org/doc/libs/1_46_1/doc/html/thread/thread_management.html |
| 23:20:00 | raptor | nice big instructions for boost::thread |
| 23:20:00 | | BitfighterLogBot - Commit 0f4d4dc24288 | Author: buckyballreaction | Log: Method return type should be void |
