forked from Bill-Gray/lunar
-
Notifications
You must be signed in to change notification settings - Fork 0
/
mpcorb2.cpp
120 lines (104 loc) · 3.84 KB
/
mpcorb2.cpp
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
/* mpcorb2.cpp: functions to get basic data on 'mpcorb.dat' files
(Not really very relevant to anything, as it's turned out!)
Copyright (C) 2010, Project Pluto
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
02110-1301, USA. */
#include <stdio.h>
#include <stdlib.h>
/* 'mpcorb.dat' files have some oddities that complicate automated
handling. Each file has a dozen or so lines of "header" data.
Following are a few hundred thousand lines of numbered objects,
with each line being 203 bytes long (202 bytes of actual data
plus a line-feed terminator).
Then an additional line-feed is inserted, followed by more lines
for unnumbered multi-opposition objects, plus another line-feed and
more lines for single-opposition objects (all unnumbered). Hence,
you can't just seek to (header_size + 203 * record_number) and
read 202 bytes. Well, you can do that for numbered objects...
but for unnumbered multi-opp ones, you need to go an additional
byte, to account for that !*#% line feed; and for single-opp
data, you need to go yet another byte. So knowing ahead of time
the header length and how many objects there are of each type
could be useful.
As it turned out, I never actually needed the following (I worked
away around the need). So it's not as thoroughly tested as it might be.
User beware.
data[0] = header length, in bytes;
data[1] = number of numbered asteroids / start of multi-opps;
data[2] = start of single-opp objects;
data[3] = total number of objects */
#define MPCORB_RECLEN 203
int get_mpcorb_info( FILE *ifile, long *data)
{
char buff[210];
int lines_read = 0, i;
fseek( ifile, 0L, SEEK_SET);
data[0] = 0; /* assume no header */
data[1] = data[2] = data[3] = 0;
while( lines_read < 50 && fgets( buff, sizeof( buff), ifile))
{
lines_read++;
if( *buff == '-') /* we've read the entire header */
{
lines_read = 1000;
data[0] = ftell( ifile);
}
}
fseek( ifile, 0L, SEEK_END);
data[3] = (ftell( ifile) - data[0]) / MPCORB_RECLEN;
for( i = 1; i <= 3; i++)
{
long step, loc1;
for( step = 0x800000; step; step >>= 1)
{
loc1 = data[i] + step;
if( !fseek( ifile, data[0] + loc1 * MPCORB_RECLEN, SEEK_SET))
if( fread( buff, 10, 1, ifile))
{
if( buff[0] == 10 && loc1 > data[2])
data[2] = loc1;
else if( buff[0] != 10 && buff[1] != 10 && loc1 > data[1])
data[1] = loc1;
}
}
}
data[1]++;
return( 0);
}
int main( const int argc, const char **argv)
{
FILE *ifile = fopen( "mpcorb.dat", "rb");
long data[4];
char tbuff[80];
if( ifile)
{
get_mpcorb_info( ifile, data);
printf( "%ld %ld %ld %ld\n", data[0], data[1], data[2], data[3]);
}
else
printf( "mpcorb.dat not opened\n");
if( argc > 1)
{
long rec_num = atol( argv[1]);
long offset = data[0] + rec_num * MPCORB_RECLEN;
if( rec_num >= data[2])
offset += 2;
else if( rec_num >= data[1])
offset++;
fseek( ifile, offset, SEEK_SET);
fread( tbuff, 80, 1, ifile);
tbuff[79] = '\0';
printf( "%s", tbuff);
}
return( 0);
}