Timestamps are in GMT/BST.
| 00:27:57 | | Nothing_Much has joined |
| 01:10:21 | | JeffMB Quit (Ping timeout: 246 seconds) |
| 01:18:55 | | fordcars Quit (Quit: Page closed) |
| 02:49:26 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 03:00:05 | | Flynnn has joined |
| 03:43:01 | | Platskies Quit (Ping timeout: 252 seconds) |
| 04:07:55 | | koda has joined |
| 04:40:45 | | Nothing_Much Quit (Remote host closed the connection) |
| 05:04:13 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 07:08:15 | | koda Quit (Quit: koda) |
| 07:29:19 | | koda has joined |
| 11:25:57 | | koda Quit (Quit: koda) |
| 12:06:34 | | JeffMB has joined |
| 12:40:32 | | JeffMB Quit (Quit: Page closed) |
| 13:20:22 | | fordcars has joined |
| 13:44:26 | | LordDVG has joined |
| 14:11:57 | | raptor has joined |
| 14:11:57 | | ChanServ sets mode +o |
| 14:44:15 | | empyrean Quit (Remote host closed the connection) |
| 14:45:02 | | empyrean has joined |
| 15:00:50 | | Flynnn has joined |
| 15:05:27 | | fordcars Quit (Ping timeout: 246 seconds) |
| 15:07:47 | | raptor Quit () |
| 15:08:35 | | raptor has joined |
| 15:08:35 | | ChanServ sets mode +o |
| 16:32:40 | | koda has joined |
| 16:50:11 | | LordDVG Quit (Remote host closed the connection) |
| 19:18:38 | | Zapgamer has joined |
| 19:18:43 | Zapgamer | boo |
| 19:18:48 | | Zapgamer Quit (Client Quit) |
| 19:19:36 | raptor | hi |
| 19:22:18 | | sam686 has joined |
| 19:22:18 | | ChanServ sets mode +v |
| 19:24:06 | raptor | koda: can you (off the top of your head) name any reasons why a file might not copy from one folder to another on OSX? |
| 19:24:18 | koda | permissions |
| 19:24:23 | koda | or symlink |
| 19:24:27 | raptor | in Bitfighter, we copy resources from the game directory to the Application Support directory |
| 19:24:35 | raptor | if it's a first-launch of the game |
| 19:24:40 | koda | sandbox? |
| 19:24:47 | koda | directory created? |
| 19:24:59 | koda | there should a full lenght error dscribitng that |
| 19:25:08 | raptor | the folders get created, the file gets created (using fopen) but the file ultimately fails to copy to its destination |
| 19:25:48 | koda | fopen |
| 19:25:52 | koda | [nsfile ftw] |
| 19:27:10 | raptor | we use this method on all platforms: https://code.google.com/p/bitfighter/source/browse/zap/stringUtils.cpp#669 |
| 19:27:47 | raptor | and it hasn't failed in the past (e.g. for our 019e release); however, it's failing on my OSX machine with our latest code. I have been unable to figure out why |
| 19:28:48 | raptor | yeah, it gets past both fopen() calls in that method, but ultimate fails when doing the content copy |
| 19:28:57 | raptor | 0-byte files remain |
| 19:30:32 | raptor | disc isn't full... |
| 19:43:27 | | empyrean Quit (Remote host closed the connection) |
| 19:52:24 | | koda Quit (Quit: koda) |
| 19:53:09 | | koda has joined |
| 19:53:24 | | koda Quit (Client Quit) |
| 20:19:14 | raptor | FIXED |
| 20:19:29 | | BFLogBot Commit: 5362a4b844 | Author: buckyballreaction | Message: Fix OSX launching. This was an issue with missing absolute paths since the physfs refactor |
| 22:15:57 | | fordcars has joined |
| 23:44:09 | | fordcars Quit (Ping timeout: 246 seconds) |
| 23:53:32 | | sam686 has left #bitfighter |