Assignment died of dysentery

[kladner]

Originally Posted by kladner

...... Time for more study and comparison of assignments, completions, and reported status.

And found 2 more in some state of incompletion. I've restored all the ones I know about to one or the other worktodo. txt.

Thanks again, chalsall. I learned to look more carefully, I hope. I can't say how the exponents in question got lost from the work flow. I'm guessing that I had collected some results and got distracted without uploading them. Then the collect results batch file overwrote them. I just looked at the switches for Copy, but there doesn't seem to be a way to make it append to the destination. Just gotta be more attentive, I guess.

EDIT: At least I'm trying to back-check and keep track of my assignments. It's embarrassing to find things lost in limbo.

[ckdo]

Originally Posted by kladner

I just looked at the switches for Copy, but there doesn't seem to be a way to make it append to the destination.

You want something like ...

type new_results.txt >> collected_results.txt

... I suppose?

[axn]

Originally Posted by ckdo

You want something like ...

type new_results.txt >> collected_results.txt

... I suppose?

Or

copy /b collected.txt + new.txt

[Dubslow]

Originally Posted by ckdo

You want something like ...

type new_results.txt >> collected_results.txt

... I suppose?

Lol he's on Winblows, not Linux (how silly ) He'll have to rely on axn.

It's amazing, all the disparaging names for Windows I've picked up here.

[ckdo]

Originally Posted by Dubslow

Lol he's on Winblows, not Linux (how silly )

... which is why I said "type" and not "cat".

[smh]

type should work perfectly fine on windows too

[kladner]

Thanks to ckdo, axn, and smh. I will see what I can do with those alternatives. I take it that

type new_results.txt >> collected_results.txt

would add "new_results" to "collected_results" by way of the redirect. Is it possible to specify more than one source (source1+source2) in this scenario?

What I am trying to accomplish is to take the contents of 2 or 3 results.txt files (in different directories, of course), put them in a single file, and clear the results.txt files.

Currently, I use

e:
cd \mfaktc_32-64
copy "mfaktc-0.18a\results.txt"+"mfaktc-0.18b\results.txt"+"mfaktc-0.18c\results.txt" "Results-kladner.txt"
copy results.txt "mfaktc-0.18a" /y
copy results.txt "mfaktc-0.18b" /y
copy results.txt "mfaktc-0.18c" /y

This puts the results contents in one file, and overwrites the source files with an empty copy of results.txt. Fine, so far. But the next time the batch file is run, it overwrites the destination instead of appending to it. This is what I think happened to a block of results which had not been uploaded.

After uploading I'm still left to move the collected contents to an archive file, but I haven't bothered to try to automate that step.

@axn: Why would the /b (binary file) be used when "results" is a text file? Would it be handled differently?

In the example given,

copy /b collected.txt + new.txt

where would the combined results end up when no destination is specified?

Again, thanks to all who responded.

[KyleAskine]

It sounds like this is going to be the same thing that everyone else has said, but here is my actual batch file from my win PC.


copy /b "c:\users\kyle\desktop\mfakto-0.10 - Win - 1\results.txt" + "c:\users\kyle\desktop\mfakto-0.10 - Win - 2\results.txt" "c:\users\kyle\desktop\prime results\results.txt"
del "c:\users\kyle\desktop\mfakto-0.10 - Win - 1\results.txt"
del "c:\users\kyle\desktop\mfakto-0.10 - Win - 2\results.txt"

After I upload the combined results.txt to Primenet and James' site, I then move it to a results.old.txt in that same directory.

If you want to do that automatically you can add this line to the end:

copy /b "c:\users\kyle\desktop\prime results\results.old.txt" + "c:\users\kyle\desktop\prime results\results.txt" "c:\users\kyle\desktop\prime results\results.old.txt"

After you upload the results.txt you can then delete that file.

PS - the /b makes it so you don't get the annoying end of file character (if you have ever dealt with FTP systems you know what sort of havoc ASCII mode can cause).

[kladner]

Originally Posted by KyleAskine

PS - the /b makes it so you don't get the annoying end of file character (if you have ever dealt with FTP systems you know what sort of havoc ASCII mode can cause).

Hi Kyle,
Thanks for the examples, and for the explanation about /b. I had wondered why that little character was added to the end of the file.

You took a different approach to removing results.txt files after the contents had been collected. It had not occurred to me that the files could be deleted, and that mfaktc would create another results.txt.

[petrw1]

4 P-1 assignments that I received within the last month or so are still in my worktodo.txt; but NOT listed on my GPU-to-72 assignments page.

- When I do exponent status in PrimeNet they all show as:

LL testing to "GPU Factoring" on 2011-12-29

- None of them have a completed P-1.
- All have been factored by GPU to 72 bits.
- Xyzzy did bit 72 in all 4 cases (please don't take this as accusing - simply listing facts)
- Of the 3 quads I have working on these P-1, two of the lost are from one of them and two from another
- They are not always the first or last for the worker.

51765079
51766133
51842653
51871383

Thanks

[chalsall]

Originally Posted by petrw1

4 P-1 assignments that I received within the last month or so are still in my worktodo.txt; but NOT listed on my GPU-to-72 assignments page.

Something a bit strange happened yesterday and the day before at around midnight UTC...

PrimeNet assigned Spidy about 20 candidates that it already owned. Spidy didn't expect this to ever happen (blame its trainer...) so they were placed in the available candidates pool, and some were assigned to another worker.

I'm going through the logs and DB records to figure out who has been effected (appears to be about five users) and let them all know the situation.

I'm also giving Spidy some new lessons to prevent this from happening again.

petrw1, if it's not too much of a pain, could you please remove these four P-1 lines from your worktodo.txt file(s) if you haven't already starting working on them?

(Why does stuff like this always happen when I can least afford the time? )