![]() |
|
|
#1178 |
|
Sep 2009
82C16 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
2·23·179 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
34038 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
3×29×83 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
70316 Posts |
Latest release is mfaktc0.17. Oliver is working on 0.18pre6.
|
|
|
|
|
|
#1185 | |
|
"Mike"
Aug 2002
2×23×179 Posts |
Quote:
|
|
|
|
|
|
|
#1186 | |
|
"Oliver"
Mar 2005
Germany
11·101 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
769210 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.
|
|
|
|
![]() |
| Thread Tools | |
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 |