9 commits

Author	SHA1	Message	Date
Eric House	17bc0ab47c	snapshot of work toward communicating when two addresses are in use. ... An invitation works with relay and (fake) SMS on, and the invited client connects successfully using both (the second to arrive being correctly identified as a dupe.) While the game can be played after, only SMS messages are being received. And opening a saved game crashes.	2014-11-05 07:41:20 -08:00
Eric House	6d84dfea7e	cleanup: remove '2' from function and struct names	2013-12-30 07:08:42 -08:00
Eric House	d29840434f	pass, save and restore port; read several messages at once	2013-12-19 08:00:04 -08:00
Eric House	8d20c33b76	snapshot: still not correctly recording return address	2013-12-16 08:06:29 -08:00
Eric House	2a56a0ba98	snapshot: more linux-sms stuff	2013-12-12 21:08:25 -08:00
Eric House	78d8c0398f	another snapshot: invites are received but don't create game correctly yet	2013-12-12 07:58:02 -08:00
Eric House	5f97f8197c	progress on inviting via SMS	2013-12-12 06:08:56 -08:00
Eric House	7cffa27a88	snapshot toward implementing fake-sms as per-device rather than per-game	2013-12-11 07:54:26 -08:00
ehouse	1755267d55	Add support to gtk app for tranport over "sms", with files containing ... base64-encoded data as the messages. Make necessary changes to comms. This is the foundation for doing real SMS transport on handhelds. Currently a full robot game works for two gtk clients provided the server is launched first.	2008-12-29 01:35:29 +00:00