Timestamps are in GMT/BST.
| 00:00:55 | | empyrean Quit (Remote host closed the connection) |
| 00:15:47 | | fordcars Quit (Quit: Page closed) |
| 00:19:08 | | Nothing_Much has joined |
| 00:35:32 | | empyrean has joined |
| 04:06:07 | | Watusimoto has joined |
| 04:08:53 | | BFLogBot Commit: 5654a96880 | Author: watusimoto | Message: Fix warning |
| 04:08:54 | | BFLogBot Commit: 212839a059 | Author: watusimoto | Message: This is the WRONG way to fix building on windows... probably something is not quite right in cmake, which I could not immediately locate. This is a stop-gap fix that will need to be reverted. |
| 04:08:56 | | BFLogBot Commit: d21357a74c | Author: watusimoto | Message: Line endings |
| 04:08:57 | | BFLogBot Commit: ee2e5b465f | Author: watusimoto | Message: Why not make things a tad more efficient? |
| 04:08:59 | | BFLogBot Commit: b51ebca9fa | Author: watusimoto | Message: Merge |
| 04:15:01 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 04:40:16 | | LordDVG has joined |
| 04:53:51 | | Nothing_Much Quit (Quit: Leaving) |
| 05:12:20 | | Flynnn has joined |
| 05:26:30 | | Watusimoto Quit (Ping timeout: 245 seconds) |
| 05:27:48 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 05:30:03 | | Flynnn has joined |
| 05:38:25 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 10:20:26 | | Watusimoto has joined |
| 10:36:31 | | Watusimoto Quit (Ping timeout: 272 seconds) |
| 11:21:49 | | Watusimoto has joined |
| 12:12:26 | | LordDVG Quit (Ping timeout: 264 seconds) |
| 12:25:00 | | LordDVG has joined |
| 12:32:35 | | Watusimoto Quit (Ping timeout: 256 seconds) |
| 12:45:24 | | Watusimoto has joined |
| 12:45:41 | | Nothing_Much has joined |
| 13:15:43 | | raptor has joined |
| 13:15:43 | | ChanServ sets mode +o |
| 13:16:03 | raptor | good day! |
| 13:18:11 | raptor | Watusimoto: that commit of yours... horrible breakage! |
| 13:19:33 | raptor | so that is due to my repo reorganization |
| 13:20:24 | raptor | the solution is to remove the CMake* files in the build directory *and* to remove the vc project files - basically you can do 'hg clean .' in the 'build directory |
| 13:20:28 | raptor | then re-run cmake |
| 13:20:57 | raptor | the issue is because of vc++ and cmake caching and so a fresh cleaning is needed |
| 14:09:54 | | Watusimoto Quit (Ping timeout: 250 seconds) |
| 14:11:23 | | Watusimoto has joined |
| 14:23:54 | Watusimoto | hello |
| 14:24:15 | Watusimoto | raptor: I'm sorry about the commit! |
| 14:24:53 | Watusimoto | I did rerun cmake and rebuild from scratch; I didn't try removing the vc project files first. I figured it would overwrite everything |
| 14:32:51 | raptor | vc++ has this nasty habit of caching files in separate files from what cmake generates |
| 14:34:56 | | LordDVG Quit (Ping timeout: 258 seconds) |
| 14:36:39 | raptor | want me to revert and commit? |
| 14:37:09 | Watusimoto | no |
| 14:37:14 | Watusimoto | I can back it out |
| 14:37:26 | Watusimoto | I want to make sure everything works before I push a revised project up |
| 14:37:45 | Watusimoto | I'm trying to get some other work settled so I can clear the way for this |
| 14:48:24 | raptor | ok |
| 14:48:42 | raptor | yes, please back out, and clean out the 'build' directory |
| 14:48:48 | raptor | then re-run |
| 14:48:53 | | LordDVG has joined |
| 14:48:53 | raptor | sorry about the forced re-compile |
| 14:50:38 | Watusimoto | no worries |
| 14:50:47 | Watusimoto | I'm doing the full rebuild now |
| 14:51:22 | Watusimoto | I made sure that single checkin had all the .h mods I made so it could easily be reversed |
| 14:51:34 | Watusimoto | because I knew it would need to be reversed |
| 14:52:01 | Watusimoto | I want to avoid an hg clean |
| 14:52:11 | Watusimoto | so I did a rm CMakeCache.txt, which I had neglected to do earlier |
| 14:52:18 | raptor | you can use it on a single directory |
| 14:52:21 | raptor | hg clean build/ |
| 14:52:33 | raptor | that build directory is meant to contain all the messiness |
| 14:52:38 | raptor | so cleaning it is safe |
| 14:53:14 | Watusimoto | I'm getting some weird build errors |
| 14:53:16 | Watusimoto | odd |
| 14:53:28 | Watusimoto | things like missing '}'s in ogl console |
| 14:53:31 | raptor | oh, and make sure vc++ is closed |
| 14:53:35 | Watusimoto | I did |
| 14:53:59 | Watusimoto | but so far no include problems |
| 14:54:18 | raptor | missing '}' suggest include problems... |
| 14:54:28 | Watusimoto | maybe |
| 14:54:37 | raptor | i've always had problems with that cache in vc++ |
| 14:54:53 | Watusimoto | but I;m well into the zap .cpp files, and no missing include files yet |
| 14:55:03 | raptor | ok, that's a good sign... |
| 14:55:14 | Watusimoto | and usually it will happen quickly when it gets to this phase |
| 14:55:37 | Watusimoto | is there any issue with running rm CMakeCache.txt whenever I rebuild with cmake? |
| 14:56:06 | | Nothing_Much Quit (Remote host closed the connection) |
| 14:56:26 | Watusimoto | I have a little batch file I use to supply the correct build params for vis studio (I need to specify my version), and I'm thinking about adding that line to the too |
| 14:56:30 | Watusimoto | *top* |
| 14:56:42 | raptor | i usually do: rm -r CMake* |
| 14:57:03 | raptor | so anything beginning with CMake i remove |
| 14:57:19 | Watusimoto | ok. I'll do that. It seems to not affect performance much. You run that in the build folder? |
| 14:57:29 | raptor | yes |
| 14:57:42 | raptor | and i create the project files in the build folder |
| 14:58:38 | Watusimoto | built! |
| 15:00:58 | | BFLogBot Commit: 46856bb66d | Author: watusimoto | Message: Move fonts into physfs world... perhaps not terribly practical but whatever |
| 15:00:59 | | BFLogBot Commit: f4bc0e17bb | Author: watusimoto | Message: Backed out changeset: 212839a05929 |
| 15:02:49 | raptor | oh goodie! |
| 15:03:11 | Watusimoto | so for fonts and sfx, I have physfs fully working |
| 15:03:37 | Watusimoto | you can specify zero or more folders on the cmd line and it will look for sfx in those folders first, before reverting to the default folder for any missing sounds |
| 15:04:44 | Watusimoto | the default folder is, on windows, the sfx/fonts subfolder of wherever the bitfighter.exe is running |
| 15:05:22 | raptor | there are methods in main.cpp to find the default folders on a per-platform basis. are you using those? |
| 15:05:32 | Watusimoto | yes, of course |
| 15:05:39 | raptor | phoew, ok |
| 15:05:42 | Watusimoto | well, no actually |
| 15:05:52 | raptor | what |
| 15:05:57 | Watusimoto | because now they are in systemTools or whatever... |
| 15:06:03 | Watusimoto | but yes |
| 15:06:04 | raptor | yes |
| 15:06:06 | Watusimoto | is the real answer |
| 15:06:16 | raptor | ok |
| 15:06:18 | raptor | haha |
| 15:06:34 | Watusimoto | so what is the diff between standalone and install mode? |
| 15:06:49 | Watusimoto | in both cases we want to look for sfx in the sfx subfolder under where bf.exe is installed |
| 15:07:12 | Watusimoto | I guess in non-standalone mode, we also want to look for sfx in the user folder |
| 15:07:19 | Watusimoto | (on windows, under %appdata%) |
| 15:07:58 | Watusimoto | so maybe we still need to differentiate between standalone and install mode, to decide if we automatically add the %appdata% folder to the bf resource search path |
| 15:08:58 | Watusimoto | or maybe we can always look there first, and fi the folder doesn't exist, no problem |
| 15:10:24 | Watusimoto | I may need to do one more conversion (plugins?) to really understand it |
| 15:11:06 | Watusimoto | because the two I've done so far don't really have a user override (i.e. we don't look for fonts or sfx in the user folder, even when we are running an installed version) |
| 15:11:24 | Watusimoto | the other resources will require working out what is going on in installed vs standalone mode |
| 15:11:39 | Watusimoto | so maybe I should do one fo those, and then we can look at options |
| 15:13:20 | | LordDVG Quit (Read error: Connection reset by peer) |
| 15:30:40 | Watusimoto | ok, will be back later |
| 15:33:13 | raptor | sorry, back |
| 15:33:45 | raptor | the difference between the new is coded in the behavior of the methods in main |
| 15:33:50 | raptor | between the *two |
| 15:34:05 | raptor | or in SystemFunctions, wherever |
| 15:34:49 | Watusimoto | I think it will all work out, and even if it doesn't, physfs will allow us to make things easier for modders, so it's a positive change regardless |
| 15:34:58 | Watusimoto | ok, now I really got to go |
| 15:35:00 | Watusimoto | bye! |
| 15:35:01 | raptor | if standalone, then it assumes everything is based in the same directory (or sub-folder) of the executable; otherwise, it does other checks in a platform-specific way |
| 15:35:04 | raptor | later! |
| 15:39:26 | | Watusimoto Quit (Ping timeout: 264 seconds) |
| 15:52:03 | | Flynnn has joined |
| 15:55:56 | | raptor Quit () |
| 16:44:20 | | Watusimoto has joined |
| 17:13:56 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 17:15:33 | | Flynnn has joined |
| 17:46:28 | | Watusimoto Quit (Ping timeout: 244 seconds) |
| 18:38:01 | | Watusimoto has joined |
| 20:47:45 | | Watusimoto Quit (Ping timeout: 245 seconds) |
| 21:23:47 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 21:35:38 | | Watusimoto has joined |
| 21:48:06 | | Watusimoto Quit (Ping timeout: 258 seconds) |
| 22:17:32 | | Watusimoto has joined |
| 23:17:51 | | Flynnn has joined |
| 23:53:42 | | Flynnn Quit (Quit: This computer has gone to sleep) |