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