On Sun, Aug 12, 2012 at 4:47 PM, Jon Trulson <j...@radscan.com> wrote: > On Sun, 12 Aug 2012, Frederic Koehler wrote: > >> As far as I can tell, tooltalk makes no effort to be binary compatible >> between different platforms already; e.g. in the patch I recently >> submitted, >> that code sends part of a message of size uid_t which is not the same >> between different platforms. (although rpc itself should be platform >> independent) I'm not sure if there is a reason to talk to a nonlocal >> tooltalk daemon an7wa7. >> > > Actually, TT does need to be network-safe for talking with remote TT's > (either a ttsession or rpc.ttdbserver). So we can't just go around > globaly changing ints to longs. > In that case, it does not seem like the original developers were doing too much testing! It will take a little further work to get tooltalk to be properly network transparent, then -- e.g. we should always send uid and gid as longs, I guess. Do you know what the use cases are?
I found this document: docs.oracle.com/cd/E19457-01/801-6647/801-6647.pdf and it seems to say different ttsessions might talk to each other, but I'm not quite sure why, skimming. Also do you understand what rpc.ttdbserverd for? That same document says: 1. It stores the ToolTalk session IDs of sessions with clients that have joined a file using the tt_file_join call. 2. It stores file-scoped messages that are queued because the message disposition is TT_QUEUED and a handler that can handle the message has not yet been started. 3. It stores ToolTalk objects specs. which is not particularly clear to the uninitiated. > > >> size_t (large enough for any array indexing) is not _clearly >> guaranteed_ by the standard to be the same size as a pointer, but in >> reality >> I believe it is the same size pretty much everywhere, since array >> indexing is addition + dereferencing. >> >> For whatever reason, C does not allow you to perform bitwise >> operations on pointers; that's probably >> why they're being converted to int/longs. >> > > Possibly. > > > > -- > Jon Trulson > > "If the Martian rope-a-dope don't get him, he'll get himself, he'll > come in too fast and punch himself out." > - one of my brothers, referring to the Curiosity landing. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
