Custom Query (23730 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (34 - 36 of 23730)

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Ticket Resolution Summary Owner Reporter
#35 Fixed reassemble's output is one byte too long. nickm weasel
Description

[Moved from bugzilla] Reporter: peter@… (Peter Palfrader)

Description: Opened: 2004-03-25 09:45

% mixminion reassemble -o recvd-2.mp3 pApvY51NHOp4 -rw-rw-r-- 1 weasel weasel 3035637 Mar 25 09:40 recvd-2.mp3 -rw-r--r-- 1 weasel weasel 3035636 Mar 23 10:37 sent.mp3 % tail -c +2 recvd-2.mp3 > r.mp3 % md5sum r.mp3 sent.mp3 71a65570a51442355a96a9e2bdab1fbf r.mp3 71a65570a51442355a96a9e2bdab1fbf sent.mp3 In other words, there is exactly one byte at the start that is too much. Note that the data returned by Packet.uncompressData's zobj.decompress(payload, maxLength) already is one too long. [the packets were built with an earlier version of mixminion, the same with wich I filed #32]


To help me fix this, can you tell me _what_ the extra (prepended) byte is?


It's a linefeed. weasel@valiant:~/mixminion$ hexdump -C r.mp3 | head -n1 00000000 ff fb 90 64 00 00 00 00 00 00 00 00 00 00 00 00 |ÿû.d............| weasel@valiant:~/mixminion$ hexdump -C recvd-2.mp3 | head -n1 00000000 0a ff fb 90 64 00 00 00 00 00 00 00 00 00 00 00 |.ÿû.d...........|


The newline comes from headerStr which is prepended to message in ClientMain at line 1240:

message = "%s%s" % (headerStr, message)


Should be fixed in CVS; the initial newline will no longer be prepended when sending a message with --deliver-fragments.

[Automatically added by flyspray2trac: Operating System: All]

#36 Fixed Man page typo for -F nickm weasel
Description

[Moved from bugzilla] Reporter: colin@… (Colin Tuckley) Description: Opened: 2004-04-22 15:38

In the Server Features of the mixminion Man page -F is typoed as --F

Oh, and there is no way in bugzilla to specify 0.0.7rc2 as the version.


fixed in cvs

[Automatically added by flyspray2trac: Operating System: Linux]

#37 Fixed mixminion crashes if name resolution fail nickm weasel
Description

[Moved from bugzilla] Reporter: cdelfosse@… (Cédric Delfosse) Apr 26 02:13:20.608 +0200 [ERROR] Exception while processing; shutting down thread. Apr 26 02:13:20.768 +0200 [ERROR] Traceback (most recent call last):

File "/usr/lib/python2.2/site-packages/mixminion/server/ServerMain.py", line 491, in run job() File "/usr/lib/python2.2/site-packages/mixminion/server/ServerMain.py", line 835, in c self.dirClient.updateDirectory() File "/usr/lib/python2.2/site-packages/mixminion/ClientDirectory.py", line 147, in updateDirectory self.downloadDirectory(timeout=timeout) File "/usr/lib/python2.2/site-packages/mixminion/ClientDirectory.py", line 165, in downloadDirectory self._downloadDirectory(timeout) File "/usr/lib/python2.2/site-packages/mixminion/ClientDirectory.py", line 190, in _downloadDirectory raise UIError(

UIError: Couldn't connect to directory server: <urlopen error (-3, 'Temporary failure in name resolution')>.

Try '-D no' to run without downloading a directory. Apr 26 02:13:21.614 +0200 [FATAL] One of our threads has halted; shutting down.


Thanks for the report! This bug is fixed in the CVS maintenance branch; the fix will be included in 0.0.7.1.

[Automatically added by flyspray2trac: Operating System: Linux]

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Note: See TracQuery for help on using queries.