![]() |
|
|
#1178 |
|
Sep 2009
22·523 Posts |
The first thing to check is if the lines end with CRLF instead of just LF. Try running dos2unix against a copy of worktodo.txt and see if it changes size. If it does try running with the new file.
Chris K |
|
|
|
|
|
#1179 |
|
Basketry That Evening!
"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88
3·29·83 Posts |
Thanks, I've noticed that Windows doesn't separate lines written while in Linux, so I'll give it a shot (although you'd think opening it in nano or gedit would change it back to linux format). What are CRLF and LF? (I imagine they're part of the difference between dos and unix?)
|
|
|
|
|
|
#1180 | |
|
"James Heinrich"
May 2004
ex-Northern Ontario
11×311 Posts |
There is of course a whole Wikipedia article on the subject, but in short:
CR = Carriage Return = ASCII character 13, sometimes written as \r LF = Line Feed = ASCII character 10, sometimes written as \n Quoting the footnote of the Wikipedia article: Quote:
Mac uses CR to separate lines. Windows uses CR+LF to separate lines. If you open a Unix or Mac file in Notepad, for example, it's looking for CR+LF characters to separate the lines, and doesn't find them, so assumes it's all one line. If you open a Windows file on a Mac or Unix machine, you'll get proper line separation, but with an extra (possibly invisible) character at the beginning or end of each line. Of course, any of the better text editors on any platform are aware of the various newline variants and will display all files properly, and also not break them when re-saving them. Last fiddled with by James Heinrich on 2011-09-07 at 20:55 |
|
|
|
|
|
|
#1181 |
|
"Mike"
Aug 2002
200528 Posts |
"DOS"
Code:
$ cat test.txt | od -c 0000000 a \r \n b \r \n c 0000007 Code:
$ cat test.txt | tr -d '\r' | od -c 0000000 a \n b \n c 0000005 |
|
|
|
|
|
#1182 |
|
Dec 2010
Monticello
5×359 Posts |
Oliver (the Judger) and I are discussing the parser right now, and we intend to make it ignore blank lines in the next version.
|
|
|
|
|
|
#1183 |
|
Basketry That Evening!
"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88
160658 Posts |
Speaking of which, is there any easy way to see what the latest release is? Also, thanks for all the tips, very useful, and also helps me understand why 1. I don't have this problem with M/Prime/95 and 2. Why all the read me files and such with mfaktc came out all wrong in notepad.
Thanks guys! |
|
|
|
|
|
#1184 |
|
Dec 2010
Monticello
5·359 Posts |
Latest release is mfaktc0.17. Oliver is working on 0.18pre6.
|
|
|
|
|
|
#1185 | |
|
"Mike"
Aug 2002
823410 Posts |
Quote:
|
|
|
|
|
|
|
#1186 | |
|
"Oliver"
Mar 2005
Germany
111110 Posts |
Hello,
Quote:
http://www.mersennewiki.org/index.php/Mfaktc http://www.mersenneforum.org/mfaktc/ |
|
|
|
|
|
|
#1187 | |
|
Dec 2010
Monticello
5×359 Posts |
Quote:
|
|
|
|
|
|
|
#1188 |
|
"Richard B. Woods"
Aug 2002
Wisconsin USA
22×3×641 Posts |
http://www.mersenneforum.org/mfaktc/ is the page, on which are links to two .gz and two .zip files containing the four diffferent flavors of the latest release.
|
|
|
|
![]() |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| mfakto: an OpenCL program for Mersenne prefactoring | Bdot | GPU Computing | 1676 | 2021-06-30 21:23 |
| The P-1 factoring CUDA program | firejuggler | GPU Computing | 753 | 2020-12-12 18:07 |
| gr-mfaktc: a CUDA program for generalized repunits prefactoring | MrRepunit | GPU Computing | 32 | 2020-11-11 19:56 |
| mfaktc 0.21 - CUDA runtime wrong | keisentraut | Software | 2 | 2020-08-18 07:03 |
| World's second-dumbest CUDA program | fivemack | Programming | 112 | 2015-02-12 22:51 |