[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Opening a .SQ file
Michael J. Mahon <mjmahon@aol.com> wrote:
>> : http://www.fastbreaknyunltd.com/downloads/fbnyunltd.sq
>>
>> It can't find the page/file in the link. :o)
>
> He mis-capitalized it--try trimming the link and exploring.
http://www.fastbreaknyunltd.com/downloads/fbnyUnltd.sq
It starts like this:
0000000: 474f 5244 1802 0000 0000 0000 1800 0000 GORD............
0000010: 4144 3332 5c8b 5ccf 4649 4c45 2b00 0000 AD32\.\.FILE+...
0000020: 0600 0000 4950 4331 021e 0000 6c6f 636b ....IPC1....lock
0000030: 5f74 6f5f 696d 6569 5f30 0030 3130 3239 _to_imei_0.01029
0000040: 3830 3030 3839 3932 3031 0000 5349 474e 8000899201..SIGN
0000050: dc01 0000 3082 01d8 0201 0131 0b30 0906 ....0......1.0..
Unfortunately, this isn't an Apple II SQ file. Comments from NuLib2's
Squeeze.c:
* The SQ file format begins with this:
* +00 magic number (0xff76)
* +02 checksum on uncompressed data
* +04 filename, ending with \0
* The NuFX format skips the above, starting immediately after it:
* +00 node count
* +02 node value array [node count], two bytes each
* +xx data immediately follows array
The file itself might be a data file from a T-Mobile Sidekick (developed by
Danger Research in Palo Alto, CA), and does not appear to be compressed.
It looks like they use a "chunk" format, where they have a 4-byte text
chunk name followed by a 4-byte little-endian length (except in cases
like "AD32" where the length is implied -- perhaps an Adler32 checksum?).
This is a pretty common way of doing things.
If it is what I think it is, this is a fairly recent and probably
proprietary format, and Apple II utilities aren't going to help.
--
Send mail to fadden@fadden.com (Andy McFadden) - http://www.fadden.com/
CD-Recordable FAQ - http://www.cdrfaq.org/
CiderPress Apple II archive utility for Windows - http://www.faddensoft.com/
Fight Internet Spam - http://spam.abuse.net/spam/ & http://spamcop.net/