Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Mardeec]

I'm able to download the M-Audio OS 9 Driver Archive (http://macos9lives.com/smforum/index.php/topic,1933.msg11550.html#msg11550), but when I try to open the file (m-audio device drivers (v1).sit) in StuffIt Expander 6.0, I get this message:

"The file "m-audio device drivers (v1).sit" does not appear to be be compressed or encoded." 

Same results when I drag the saved file onto the "Stuffit Expander" application icon.

I'm using a G3 iMac with DieHard's 9.2.2 and downloading the file with Classilla 9.3.3.

Many of you have been so helpful as I've tried to get a M-Audio FireWire 410 working on a G3 iMac 500Mhz (http://macos9lives.com/smforum/index.php/topic,2976.0.html).  Previously, I had downloaded the driver archive on a Windows computer and used TransMac to move the files to the iMac.  I thought maybe that process had corrupted the files in some way, so now that I have an Airport card on the iMac, I'm trying to download the drivers directly to the Mac.

Any thoughts?  I hope I'm just missing something simple!

Thanks,

Marty
 

[GaryN]

There does seem to be something odd about the archive. I just now downloaded it with Firefox in El Cap and it expanded fine. Then i tried 10-4-fox in Leopard and it expanded fine, Then i tried Classilla in OS9 and it landed with a HexEdit (?) icon and when expanded, I got a "archive may be damaged" message although it did expand.

I'm using Stuffit 7.0.3 though…You can get that and / or a later version of Expander at: http://macintoshgarden.org/apps/stuffit-deluxe

Give that a try…

[Mardeec]

Gary,

Thanks!  I downloaded Stuffit 7.0.3 from Macintosh Garden, but it asked for a registration number upon installation.  I was able to get the "standard" version of Stuffit 7.0.3, also from Macintosh Garden (http://macintoshgarden.org/apps/stuffit-standard-edition-703), which doesn't require a registration number for installation.  When I tried to expand the M-Audio driver archive with the standard edition of Stuffit 7.0.3, I got the same error message as you, and it did _not_ expand.

Marty

[GaryN]

Look around. Check the Stuffit prefs menu or the expand menu. Stuffit is probably writing the expanded file in some location you're not seeing - most likely the "documents" folder. If it's not there, do a "find file" or Sherlock search for "m-audio device drivers (v1)". I'll bet you find it somewhere.

[geforceg4]

i just expanded it fine using a modern version of mac os (el capitian) and stuffit expander v16.0.4

maybe the archive was created on a mac os x machine..
theres slight differences in .sit formats between 9 + X

[DieHard]

Gary the Hexedit icon thing is a classilla bug... this is from the Admin board...

From Diehard...

OK... so we apparently have had an issue for a while with the downloads.

I initially thought it was an Adrive issue, but it is a browser issue.

Example1)
If a file with the creator type "VIS3" and type "APPL" (a VISE Install file for Mac OS) gets uploaded to Adrive, and the file is FTP downloaded, everything is fine, but if it is downloaded via classilla from our Adrive shared links, the file becomes, creator type "MOSS" Type "Text".  If the file is dragged into the "expanded" of Stuffit, it is instantly fixed; But I think this is a real problem for people new to OS9 that may not know to do that.  This is terrible for our downloads when done with a classilla, we have to test other browsers.

I found this info that explains more:
https://bugzilla.mozilla.org/show_bug.cgi?id=46435


Example 2) (From our Logic anthology)
file: logic_v3.sea.bin
This has file with the creator type "SITx" and type "BINA" (archive made with stuffit, encoded Mac Binary) gets uploaded to Adrive, and the file is FTP downloaded, everything is fine, but if it is downloaded via classilla from our Adrive shared links, the file becomes, creator type "hDmp" Type "BINA".  If the file is dragged into the "expanded" of Stuffit, it is instantly fixed; But I think this is a real problem for people new to OS9 that may not know to do that.  This is terrible for our downloads when done with a classilla, we have to test other browsers.

More Info:
http://www.mac-help.com/threads/zipped-dmg-files-open-as-bina-dmg-files.66554/

http://forums.mozillazine.org/viewtopic.php?f=9&t=100133

So it appears that the browser takes over and re-assigns a creator and Type when it cannot recognize the source.  FTP apps like fetch do not have this problem, but all Adrive links are meant for browsers.

So suggest for users that are doing the downloads from Mac OS 9 (as we intended) that we either:
1) find a browser setting that we change/modify
2) Figire out a way to FTP single folder links via adrive
3) Some other solution...
4) Make a footnote to drag everything (all file links) to Stuffit "expand" before launching or using, but newbies will just click the file and lock up their Mac with a text editor before they realize this

So the fix for Downloading with browsers under OS 9 is...
Drag everything to Stuffit "expand" before launching or using, DO NOT double Click the file, it will lock up your  Mac by opening the huge archive into a text editor

[GaryN]

Aha! I thought I remembered something like that. That explains the "mystery" icon. This problem though, is not quite that. Mardeec is "losing" the expanded file after dragging onto Expander probably because it's writing the expanded file in the default location, which is the Documents folder.