mersenneforum.org > Data weird character in computer name
 Register FAQ Search Today's Posts Mark Forums Read

 2003-09-24, 10:45 #1 tha     Dec 2002 809 Posts weird character in computer name This guy has a character in his computer name that causes an unexpected line break in the report, very annoying, can someone remove the character from the name? Code: 15953537 66 0xAB132582134FD2__ 09-Jan-03 10:47 S81293 C0B531E29
 2003-09-24, 14:48 #2 GP2     Sep 2003 13×199 Posts The problem is an embedded carriage-return (CR, or Control-M) character in the username (not the computer name). In other words: S81293 I didn't notice this before because under Unix only a line-feed (LF, or Control-J) is a line separator. A quick check reveals: There are no other embedded CR in other data files. Oddly enough, this is the only entry for userid S81293 or computer-id C0B531E29 anywhere. There are no entries for these in the data files (BAD, LUCAS_V.TXT, HRF3.TXT or even HRF5.TXT), no entries in status.txt (assigned exponents), and only this one entry in cleared.txt (cleared exponents). Last fiddled with by GP2 on 2003-09-24 at 15:01
 2003-09-24, 15:00 #3 GP2     Sep 2003 13·199 Posts I did a further search for control characters in the data files. The data files use the Windows standard CR-LF as line terminator, so we ignore CR if it's part of this line terminator. This search includes only 7-bit control characters (0x00 to 0x1f and also 0x7F), and does not include the 8-bit characters used for accented European letters and so forth. There are no occurrences in HRF3.TXT, BAD, or LUCAS_V.TXT. However the file HRF5.TXT (list of usernames) contains 17 cases where control characters are embedded. For printing purposes, these are shown below with ^X indicating Control-X, etc. ^I = tab ^H = backspace ^[ = ESC ^? = DEL ^F = just Control-F I guess Code: 123456^I,Marek Opaterný S07074,^[^[^[^[ S08722,vgittin^H^H^H^H^H S17295,JeremY^H S21223,ls^H^H^H S26055,Ecd^H S51755,Daniel A. Jablonski^I S60357,Chrs^H^H^H^H^H^H S60375,^F S60567,Andreas.Jansson^I S88879,an^H^H S91011,Stephen McLauhg^?^?^?g aeatwood,Alan AAt^H^Htwood atool,cat rea^I^H^H^H^H^H^H^H birdman, ^Hcarlos carrasco delete,Tapio TAmmi^H^H^H eufhuehfef,BOb ^H^H
 2003-09-24, 15:21 #4 GP2     Sep 2003 50338 Posts A final note: cleared.txt, as mentioned in the first message in this thread, shows a result returned for exponent 15953537 by user S81293 on Jan 9 2003. However, the data files only show: HRF3.TXT:15953537,robkar,WX2 So apparently, this cleared result has not yet made it into the data files despite being returned many months ago. I say "apparently" because there are many cases where Primenet (cleared.txt) and the data files (BAD, LUCAS_V.TXT, HRF3.TXT) use different user names for the same user and the same result (see the Many username mismatches between database and Primenet thread). So it is impossible to tell whether "robkar" and "S81293" might be the same user, and therefore this is the same result. Note that HRF3.TXT does not show the residue value (for security reasons) or the computer id, both of which would be useful clues. This really makes it impossible to compare cleared.txt and the data files to see if they're truly in sync. In the Cleared exponents that never made it into data files thread, I was only able to discover exponents that were never listed in any of the data files. But this will not catch a case like exponent 15953537, which already existed in the HRF3.TXT data file. Last fiddled with by GP2 on 2003-09-24 at 15:24

 Similar Threads Thread Thread Starter Forum Replies Last Post Alfred Msieve 2 2018-03-18 18:52 Dubslow YAFU 14 2016-01-06 19:34 guido72 PrimeNet 18 2015-06-11 16:18 fivemack Msieve 1 2009-03-21 14:26 ixfd64 PrimeNet 1 2008-10-16 18:19

All times are UTC. The time now is 20:29.

Sat Apr 17 20:29:58 UTC 2021 up 9 days, 15:10, 0 users, load averages: 1.69, 1.47, 1.55