[GNUnet-SVN] r31808 - gnunet-java

[gnunet]

Author: dold
Date: 2014-01-07 01:29:00 +0100 (Tue, 07 Jan 2014)
New Revision: 31808

Modified:
   gnunet-java/ISSUES
Log:
issues

Modified: gnunet-java/ISSUES
===================================================================
--- gnunet-java/ISSUES  2014-01-07 00:27:50 UTC (rev 31807)
+++ gnunet-java/ISSUES  2014-01-07 00:29:00 UTC (rev 31808)
@@ -19,34 +19,9 @@
 * neither the documentation nor the C tutorial mention when to use 
GNUNET_PACKED,
   and its relation to GNUNET_NETWORK_STRUCT_*
 
+* why is the purpose size uint32_t?
+ * that bit me ...
 
-* signing: what's wrong with this:
-  d->purpose.size = htons (sizeof *d - offsetof (struct 
GNUNET_SECRETSHARING_KeygenCommitData, purpose));
-  d->purpose.purpose = htons (GNUNET_SIGNATURE_PURPOSE_SECRETSHARING_DKG1);
-  GNUNET_CRYPTO_eddsa_sign (my_peer_private_key, &d->purpose, &d->signature);
-
-This crashes with
-==25405== Invalid read of size 8
-==25405==    at 0x532E815: ??? (sha512-avx-amd64.S:324)
-[...]
-==25405==  Address 0x68bf9f8 is 0 bytes after a block of size 696 alloc'd
-==25405==    at 0x4C2A2DB: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
-==25405==    by 0x4E4916D: GNUNET_xmalloc_unchecked_ (common_allocation.c:144)
-==25405==    by 0x4E491A8: GNUNET_xmalloc_ (common_allocation.c:71)
-==25405==    by 0x4041E3: handle_client_keygen 
(gnunet-service-secretsharing.c:1018)
-==25405==    by 0x4E76F3F: GNUNET_SERVER_inject (server.c:985)
-==25405==    by 0x4E78A48: client_message_tokenizer_callback (server.c:1205)
-==25405==    by 0x4E798C2: GNUNET_SERVER_mst_receive (server_mst.c:262)
-==25405==    by 0x4E791C3: process_incoming (server.c:1136)
-==25405==    by 0x4E502BF: receive_ready (connection.c:1062)
-==25405==    by 0x4E75661: GNUNET_SCHEDULER_run (scheduler.c:595)
-==25405==    by 0x4E7F0E9: GNUNET_SERVICE_run (service.c:1490)
-==25405==    by 0x401668: main (gnunet-service-secretsharing.c:1400)
-
-
-* yay, lagrange interpolation in C with libgcrypt:
- * uses negative numbers, there may be some problems with that ...
-
 * dependencies: secretsharing_common.c / is it ok to
   include gnunet_secretsharing_service.h in the service itself?
  * well according to other services it is ...