[RC5] Option 1.2 Query

Robert A. Rosenberg dnet at rarpsl.com
Thu Oct 17 19:57:31 EDT 2002

At 07:00 -0700 on 10/17/2002, Jason Hartzell wrote about RE: [RC5] 
Option 1.2 Query:

>I don't know of a specific way to correct the problem, but...
>After the client completes the work, and shuts itself down, you could simply
>flush the buffers from the command line. This will you give you the desired
>empty buff-in and buff-out files.
>I'll assume it is a Win32 machine. Just open a command prompt windows. Go to
>the folder where Dnet is and type:
>dnetc -flush

Yes it is a Win32 machine. I also am running MacOS but do not know if 
it will display the same behavior. I'll use the command line to do 
the flush. Do you feel I should report this as a bug or just live 
with it?

>-----Original Message-----
>From: Robert A. Rosenberg [mailto:dnet at rarpsl.com]
>Sent: Wednesday, October 16, 2002 10:07 PM
>To: rc5 at lists.distributed.net
>Cc: Robert A. Rosenberg
>Subject: [RC5] Option 1.2 Query
>I have a question about setting 1.2 which according to the docs is
>supposed to (when set to -1) run the client until it has cleared out
>buffer-in and then shut down. In testing, I found that this does
>occur but there either seems to be a misunderstanding on my part of
>the purpose of the setting or there is a bug/design-flaw in the
>implementation. When the client shuts down, it does not first flash
>the buffer-out so you are left with processed but unreturned work
>units. The only way I can find to get the flush is to reset 1.2 to 0
>and start the client (which refreshes Buffer-In at the time of the
>flush so I'm back were I started). Is this the way it is supposed to
>work or am I missing another setting to force the flush prior to the
>shut down.
>Thank you.
To unsubscribe, send 'unsubscribe rc5' to majordomo at lists.distributed.net
rc5-digest subscribers replace rc5 with rc5-digest

More information about the rc5 mailing list