Re: [AD] Reading an allegro packed file directly from a datafile returns incorrect values |
[ Thread Index |
Date Index
| More lists.liballeg.org/allegro-developers Archives
]
- To: Coordination of admins/developers of the game programming library Allegro <alleg-developers@xxxxxxxxxx>
- Subject: Re: [AD] Reading an allegro packed file directly from a datafile returns incorrect values
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxxxxx>
- Date: Thu, 22 Jun 2006 17:55:56 -0600
On Thursday 22 June 2006 4:34 pm, Jay Bernardo wrote:
> > The 'p' modifier does not refer to whether the #objects are packed or
> > not. In fact, the 'p' modifier is ignored when file#object syntax is
> > used. The documentation is not clear, and I'm not sure what the
> > intended behaviour ought to be.
>
> I noticed that passing 'p', or not, on read from datafile didn't make
> a difference. There's no note in the docs about this, though.
>
> > It turns out to be "slh!" in little-endian, i.e. it is reading the
> > compressed data block without decompressing.
> >
> > Can I suggest using zip files instead of datafiles?
>
> Technically, the files I'm using are very small, so using compression
> isn't absolutely necessary. For now I can generate the files
> uncompressed. What I'm more concerned with at this point is whether
> this functionality should work (that is, we have a bug here!), or if
> it shouldn't (in which case the documentation has to be updated).
Either way its a bug ;)
But the docs looked clear enough to me, saying that file.dat#object can be
used as if it were a normal PACKFILE, which implies that it'll handle "p" the
same way.
> -Jay
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
--
Thomas Fjellstrom
tfjellstrom@xxxxxxxxxx