[GNUnet-SVN] r28888 - gnunet-java

[gnunet]

Author: grothoff
Date: 2013-08-28 17:09:20 +0200 (Wed, 28 Aug 2013)
New Revision: 28888

Modified:
   gnunet-java/ISSUES
Log:
-comments

Modified: gnunet-java/ISSUES
===================================================================
--- gnunet-java/ISSUES  2013-08-28 11:40:16 UTC (rev 28887)
+++ gnunet-java/ISSUES  2013-08-28 15:09:20 UTC (rev 28888)
@@ -33,6 +33,9 @@
    GNUNET_CRYPTO_ecc_key_get_public in java?
  * => java mesh api currently can't be tested without using Core
       (mesh _used_ to allow peerid=0, but does not anymore)
+See https://github.com/k3d3/ed25519-java/blob/master/ed25519.java
+But: https://bugs.g10code.com/gnupg/issue1469
+=> Tests: sign/verify/ECDH(E) with C/Java interactions => binary compatibility!
 
 * core:
  * the second test case seems to hang for a few seconds sometimes,
@@ -43,11 +46,12 @@
 * transport API:
  * discuss transport api strangeness
   * hellos are passed around as message headers in the C API (for 
"copyability"?), what should java do?
-   * GnunetMessage or HelloMessage?
+   * GnunetMessage or HelloMessage? Hello.
   * I get my own hello (for get_hello) only after I send init => bad?!
   * currently, a transport handle is required for blacklist/active address 
query
    * should there be a seperate 
org.gnunet.transport.(Blacklist|ActiveAddressQuery)?
- * testing the blacklist api?
+     => separate blacklist handle/connection
+ * testing the blacklist api? => good luck, have fun
 
 
 statistics:
@@ -57,6 +61,7 @@
 
 configuration:
 * what about newline in config options? they are written as "\\\n", right?
+  Tolerate \r\n.
 
 testbed:
 
@@ -66,8 +71,7 @@
 
 * starting a controller on a host updates the host's config?
 * why do i have to send the controller hostname when connecting to a 
controller?
- * 
-in what extent does controller_disconnect block? (see doxygen comment)
+* in what extent does controller_disconnect block? (see doxygen comment)
 
 
 GNUNET_TESTBED_HelperInit has a very "nice" format, but consensus can handle 
it ...