More MacOS X fixes.
[crow/jumpnbump.git] / jumpbump_pack_unpack_readme
1
2 pack:
3
4 pack -o /tmp/jumpbump.dat <file1> <file2> <file3> etc
5 or you can just put all the files in a dir, cd to that dir, and do
6 pack -o /tmp/jnb.dat *
7 and it will put all the files in the current dir inside the packfile.
8 Not much error checking, but most user stupidity is caught before bad
9 things happen.  don't try things like pack -o stuff.dat ../file.c
10 because it will add "../file.c" as the filename in the packfile, which
11 will certainly fuck things up.
12
13 unpack:
14
15 unpack filename.dat
16 will unpack it in the current directory.  there is no error checking, so
17 if you give it /proc/kcore as input, you will probably end up with a whole
18 bunch of files with really difficult to delete filenames.
19
20 take a look at the code, its actualy Mad Simple(tm).  Just like I thought,
21 the files were not compressed.  I commented pack.c sparsely, but unpack.c
22 is just so simple it doesn't need commenting.
23
24 Order of files in the .dat archive doesnt matter - bump.mod doesn't have
25 to be first, etc.  Loader finds them just fine.
26
27 In order to make sense of the code, it needs to be split up into a lot of
28 little .c files, each dealing with a set of things.  Also, DOS/whatever
29 support needs to be dropped, because it's impossible to understand shit
30 through a mess of #ifdef etc.  Each .c would deal with say, .dat I/O, gfx,
31 players, AI, network, game init, music, etc.  The way the shit is right
32 now its one hell of a huge mess that makes very little sense.
33
34 I am going to play around with modularizing the code and trying to
35 understand it, and hopefully make some sense out of it.  Before it makes
36 sense its pointless trying to add things.
37
38 tc