Re: sdk and sea files?

["Mark Cummings" <figjams@primus.com.au>]

if you use GSHK to make a disk image called xyz.SHK you get the green
compressed image icon. If you then rename that to xyz.SDK it will become a
blue 3.5" disk icon, and AFAIK works just the same as the original xyz.shk
image.
I wasn't aware that SDK was reserved for 8 bit Shrinkit v3.4, and was
considering using this technique to differentiate disk images from
compressed files.

Mark


----------
In article <3b5c9bd4_4@news3.prserv.net>, "Tom Zuchowski"
<tzuchow@attglobal.net> wrote:


>It's a better rule to NEVER use SDK except for DOS 3.3 floppies.
>
>Also, if one has the option, GS ShrinkIt does a lot better job of
>compressing an SHK file than 8-bit ShrinkIt does. The difference was VERY
>dramatic back when I was doing the huge Genie Appleworks databases.
>
>Tom Zuchowski
>
>
>"Rubywand" <rubywand@swbell.net> wrote in message
>3B5A94D2.9D3E1D22@swbell.net">news:3B5A94D2.9D3E1D22@swbell.net...
>> Tom Zuchowski writes ...
>> >
>> > ShrinkItGS can extract SDK files? I thought that you needed 8-bit
ProDOS
>> > ShrinkIt to do that.
>> >
>>  ....
>>
>>      I'm pretty sure the main limitation on GS-ShrinkIt (GSHK,
ShrinkItGS)
>is
>> that it can not handle whole-disk archives of 5.25" DOS 3.3 disks created
>by
>> 8-bit ShrinkIt. Of course, this does happen to include most .sdk files.
>>
>>      Another problem with GS-ShrinkIt is that the whole-disk archives it
>> creates are not correctly handled by Newlib when you want to convert from
>.sdk
>> to a disk image file.
>>
>>      8-bit ShrinkIt can handle GS-ShrinkIt .sdk files. So, it's probably
a
>good
>> general rule to stick with 8-bit ShrinkIt for creating .sdk files and for
>> handling conversion of .sdk files to diskette.
>>
>>
>>
>> Rubywand
>
>