[00:38:05] --- dev-zero@jabber.org has left [00:50:54] --- haba has become available [01:04:27] --- brantgurga has become available [01:07:10] --- brantgurga has left [04:11:06] --- brantgurga has become available [04:54:40] --- brantgurga has left [05:11:39] --- brantgurga has become available [05:20:25] --- brantgurga has left [05:36:11] --- Jeffrey Altman has left: Replaced by new connection [06:01:18] --- Jeffrey Altman has become available [06:36:16] --- sxw has become available [06:42:33] --- mmeffie has become available [06:56:54] --- mmeffie has left [07:01:41] --- reuteras has left [07:02:19] --- brantgurga has become available [07:14:37] --- deason has become available [07:40:44] --- sxw has left [07:49:15] --- sxw has become available [08:06:15] --- Claudio Bisegni has become available [08:14:04] it sounds like "vos move" of a read-write to a server which stores a readonly on an alternate partition should either "fail" or "move the location of the read only" [08:14:42] without some code, fail [08:15:08] I think "fail' is the right approach. The other is an unintended side-effect. [08:15:20] I guess the problem is how to make the error message intelligible to the user [08:15:34] note that you can't just rerelase the rw. so you need to either have 2 copies of the data and make sure you dtrt, or merge to "create" the copy on write clone you would have had [08:15:40] fail or perform the readonly movement if a command line flag is speciifed [08:16:11] we'd need to verify moving didn't break the parent [08:16:27] --- Claudio Bisegni has left [08:16:30] it would definitely result in 2 copies of vnodes, but i could live with that [08:22:23] --- brantgurga has left [08:22:25] --- brantgurga has become available [08:33:25] opinions on defining e.g afs_user_addr_t so if there comes another platform where a user ptr isn't the same size as a kernel ptr, we don't just have a second mess of ifdefs? [08:33:48] Definitely. [08:34:06] I'm in favor [08:34:13] The more we can abstract platform specific nonsense out of our .c files and into platform headers the better. [08:35:34] ok. well, after the next raft of changes for pioctl work, i will do that. [08:36:21] which will either be soon, or when when of you picks up the source after i jump in the river [08:36:30] "one" of you [08:37:21] We've got much better rivers on this side of the world. At least wait until you get over here. [08:38:37] snowleopard will be out by then. i suppose worst case we release one with no 64 bit support, but i'd rather not [08:58:03] --- sxw has left [09:08:56] --- brantgurga has left [09:09:39] --- brantgurga has become available [09:17:14] --- haba has left [09:20:29] --- sxw has become available [09:21:20] https://review.source.android.com/11267 means I'll never push into the wrong tree again :) [09:38:44] --- sxw has left [09:44:57] --- dev-zero@jabber.org has become available [09:52:37] --- Russ has become available [09:54:34] While it probably doesn't matter since it starts with afs_*, note that the *_t namespace for typedefs is reserved by POSIX for the OS. [10:10:10] --- brantgurga has left [10:19:07] Procedural question: should I feel free to push my own documentation updates, or should I wait for someone else's review? I'm happy either way, just wasn't sure the best approach. [10:22:06] i try to review documentation updates in a timely manner [10:22:42] anything of substance i push i try to wait for other reviews; likewise anything of substance frome someone else who could push themselves i try to review [10:31:57] Okay, sounds good. I'll keep doing what I've been doing, then. [10:32:01] --- dev-zero@jabber.org has left [11:19:49] --- brantgurga has become available [12:03:36] anything of substance I either try to get someone else to review or I post to gerrit and come back to it and do a separate formal review of the work after obtaining sufficient distance. [12:08:40] --- dev-zero@jabber.org has become available [12:11:12] --- brantgurga has left [12:54:00] --- sxw mobile has become available [13:01:02] --- sxw mobile has left [13:01:03] --- sxw mobile has become available [13:01:32] --- sxw mobile has left [13:19:34] --- brantgurga has become available [13:21:01] --- sxw mobile has become available [13:39:07] --- sxw mobile has left [13:46:56] --- matt has become available [13:48:17] --- matt has left [13:48:44] --- Rrrrred has left [13:50:07] --- sxw mobile has become available [13:52:22] --- matt has become available [13:57:44] --- sxw mobile has left [13:57:46] --- sxw mobile has become available [13:58:57] r_t: It seems that a great number of developers are unaware of that POSIX claims the _t suffix. Also, as you state, it's not too obvious why _t wouldn't be generally usable if a prefix convention is in use. [14:02:07] Yeah, I see the problem a lot, similar to people using _ for include guards, which ISO C99 says you can't do. [14:02:09] or they don't care; I've mentioned it to people before, and the response was basically "feh, everyone uses _t anyway" [14:02:34] (not openafs people) [14:02:45] --- sxw mobile has left [14:03:41] the only place I've seen it insisted that it not be used is new patches in mplayer, and they have to tell people all the time not to do it [14:07:32] --- dev-zero@jabber.org has left [14:10:24] --- sxw mobile has become available [14:17:42] --- sxw mobile has left [14:17:45] --- sxw mobile has become available [14:21:30] Derrick, is your last comment on change 309 (the salvager stuff with directories in the small inode index) a response to my comment? [14:21:37] I couldn't quite tell. [14:25:11] --- sxw mobile has left [14:44:30] --- sxw mobile has become available [15:17:49] --- sxw mobile has left [15:22:02] --- deason has left [15:28:53] --- deason has become available [15:47:42] --- sxw mobile has become available [15:48:47] --- brantgurga has left [16:05:14] --- sxw mobile has left [16:15:36] --- brantgurga has become available [16:34:44] --- sxw mobile has become available [16:47:07] --- sxw mobile has left [17:01:39] --- Jeffrey Altman has left: Disconnected [17:32:07] --- Russ has left: Disconnected [17:35:12] --- sxw mobile has become available [17:35:28] --- dwbotsch has left [17:36:12] --- dwbotsch has become available [17:55:03] --- sxw mobile has left [18:01:53] --- Jeffrey Altman has become available [18:18:23] --- sxw mobile has become available [18:35:28] --- sxw mobile has left [19:05:07] --- matt has left [19:20:14] --- sxw mobile has become available [19:42:41] --- sxw mobile has left [19:52:38] --- sxw mobile has become available [19:57:24] --- sxw mobile has left [20:04:56] --- summatusmentis has left [20:20:52] --- sxw mobile has become available [20:42:28] --- sxw mobile has left [21:20:25] --- sxw mobile has become available [21:36:12] --- sxw mobile has left [21:39:37] --- deason has left [21:40:10] --- brantgurga has left [21:40:12] --- brantgurga has become available [21:42:45] --- brantgurga has left [21:57:17] --- sxw mobile has become available [22:11:19] --- sxw mobile has left [22:25:07] --- sxw mobile has become available [22:41:14] --- sxw mobile has left [22:55:24] --- Russ has become available [23:10:23] --- sxw mobile has become available [23:26:21] --- sxw mobile has left [23:30:50] --- dev-zero@jabber.org has become available [23:40:44] --- reuteras has become available [23:43:06] --- sxw mobile has become available [23:55:32] --- sxw mobile has left [23:55:44] --- haba has become available [23:58:24] --- sxw mobile has become available