727a33b6eb
Getting closer to functional UDP calls
2014-03-22 19:00:53 +09:00
3017f213fe
Checking if the method name is preserved after serialization (for calls)
2014-03-22 18:48:18 +09:00
5c4a33b3ed
Added some debugging information
2014-03-22 18:48:03 +09:00
2c51e00280
More complete test code
2014-03-22 18:39:44 +09:00
30ffe2ea3e
Added a basic test for AppMessages
2014-03-22 18:35:56 +09:00
eb198d1adf
Also free the AppMessage
2014-03-22 18:21:41 +09:00
cad944b9ca
Also delete any AppTransportClient upon teardown
2014-03-22 17:20:25 +09:00
e29f6370cc
Also implement the helper deleting clients
2014-03-22 17:19:27 +09:00
7721bb1b30
More complete cleanup (for servers in particular)
2014-03-22 16:39:30 +09:00
9b265d7c29
Check that messages are sent from clients
2014-03-22 15:58:31 +09:00
30d9d25cd2
Let UDP servers accept incoming messages
2014-03-22 15:51:00 +09:00
4351745c06
More portable shebang, from 7heo <7heo@mail.com>
...
Original commit message:
« The path /bin/sh for the shebang is more portable
than /usr/bin/env, according to Sven Mascheck:
http://in-ulm.de/~mascheck/various/shebang/#env
and:
http://in-ulm.de/~mascheck/various/shells/
Additionally, a space after the shebang first two
characters (#!) is said to be more portable:
http://in-ulm.de/~mascheck/various/shebang/#blankrequired
I fixed the test script shebang accordingly. »
It doesn't say the presence of a space makes it more portable; it says it was a rumor that could never be proven true, for some completely obsolete releases of UNIX. I did not apply that part.
Thanks!
2014-03-13 13:42:43 +09:00
d77c87cc58
Newer version of the script upstream
2014-03-13 13:42:06 +09:00
0fd8da5e6b
Newer versions of the helper scripts upstream
2014-01-23 12:42:25 -06:00
88a40ac5bb
Code cleanup
2013-10-25 22:58:23 +02:00
f392915040
Slightly improved the tests
2013-10-25 22:24:38 +02:00
745654a94e
Fixed the URL for the online documentation
2013-07-24 03:38:13 +02:00
d0246c83ee
Re-generated the Makefiles
2013-07-17 03:34:52 +02:00
d9846e9f6b
Using AF_* constants instead of PF_* (for POSIX compliance)
2013-07-17 03:34:12 +02:00
0246b35efb
Using AF_* constants instead of PF_* (for POSIX compliance)
2013-07-17 03:33:07 +02:00
2fd22109e4
Workaround for a build issue
2013-07-17 03:02:37 +02:00
8067a45422
Re-generated the Makefiles
2013-03-24 17:14:02 +01:00
4cdbf793b9
Re-generated the Makefiles
2013-03-17 00:21:48 +01:00
e244567ef9
Check that the service name is defined
2013-01-11 02:21:29 +01:00
5d96cfdc15
Fixed a crash when bouncing on an unknown interface
2013-01-11 02:13:54 +01:00
b5e585ab00
Sending the first messages over
2013-01-09 18:56:11 +01:00
f227eb3ce1
Using pkg-config to fix compiling in some cases
2013-01-09 18:04:12 +01:00
a582ef265d
Fixed the definition of AppTransportClient
2013-01-09 17:11:20 +01:00
fd327743dc
Headers are now regenerated automatically
2013-01-09 13:56:01 +01:00
a17f23d26f
Now able to send messages over AppTransports
2013-01-09 05:05:04 +01:00
d56370760b
Setting the TCP_NODELAY option on the socket when available
2013-01-09 04:09:08 +01:00
a1bdfdc71d
Let the transport plug-ins access a complete helper structure
2013-01-09 04:07:39 +01:00
9d24dac55b
Consider the tests expected to fail as such
2013-01-09 00:50:59 +01:00
763ee814e7
Reporting incoming messages to the upper layer
2013-01-08 21:38:16 +01:00
a7d21cecaf
Code cleanup
2013-01-08 21:36:37 +01:00
01e5eaa1e7
Implemented appmessage_new_call_variables() (untested)
2013-01-08 20:38:14 +01:00
4291bae1f9
Also implemented creating messages with arguments
2013-01-08 20:14:02 +01:00
647a3ad8b8
Code cleanup
2013-01-08 20:04:07 +01:00
8241fe4028
Deserializing incoming arguments for AppMessage calls
2013-01-08 19:47:34 +01:00
65d69558ec
Code cleanup
2013-01-08 19:26:54 +01:00
7479d0c999
Also serialize arguments to function calls
2013-01-08 19:24:48 +01:00
deca44f002
No longer send any banner
2013-01-08 19:12:02 +01:00
f44ed7068a
Now able to serialize simple message calls
2013-01-08 19:10:50 +01:00
3469f338d6
Harmonizing (de)serialization for AppMessages
2013-01-08 18:06:32 +01:00
111a0d776a
The transport tests can now be successful
2013-01-08 03:59:10 +01:00
940dc91028
Implemented two missing methods
2013-01-08 03:48:23 +01:00
658c03d984
Obtaining the method for remote calls
2013-01-08 03:43:09 +01:00
b8db50354e
Beginning to receive incoming messages (over TCP)
2013-01-08 03:24:55 +01:00
bc6c472588
Added debugging information
2013-01-08 03:15:42 +01:00
a9653adb3f
Reporting more errors
2013-01-08 03:14:29 +01:00
