Thanks to both of you. The zip file is now in the same place as the .sit one.
cheers
bruce
Tommy Thorn tt1729@yahoo.com wrote:
--- Dan Ingalls Dan@SqueakLand.org wrote: ....
I have now done most of the work (I hope!), and have placed image and changes (now about half their former size) in
Squeak3.2gamma2.sit
in the 3.2 folder at
ftp://st.cs.uiuc.edu/Smalltalk/Squeak/
I apologize for using a stuffit archive; perhaps someone can produce an equivalent zip file for Windoze folks.
http://www.meko.dk/Squeak3.2gamma2-4889.zip
Cheers,
Tommy
Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com
Hi Bruce--
The zip file is now in the same place as the .sit one.
Why waste space and risk errors by using multiple archival formats?
-C
-- Craig Latta improvisational musical informaticist craig@netjam.org www.netjam.org Smalltalkers do: [:it | All with: Class, (And love: it)]
The zip file is now in the same place as the .sit one.
Why waste space and risk errors by using multiple archival formats?
Unless we're really low on disk space on this server (in which case I'd rather remove some of the older stuff) I like a bit of redundancy here. Also, it gives people their pick - in fact I'd argue that we should probably have a gzipped tar-ball as well ;-)
Cheers, - Andreas
Andreas Raab wrote:
The zip file is now in the same place as the .sit one.
Why waste space and risk errors by using multiplearchival formats?
Unless we're really low on disk space on this server (in which case I'd rather remove some of the older stuff) I like a bit of redundancy here. Also, it gives people their pick - in fact I'd argue that we should probably have a gzipped tar-ball as well ;-)
Also you loose the hfs creator and file type with zip and gz.
Karl
On Wednesday 26 June 2002 04:42 am, Karl Ramberg wrote:
Also you loose the hfs creator and file type with zip and gz.
I thought there were specific Mac Zip extension fields that encoded these things. If you make the zip with a Mac zip utility (not my Squeak Zip support) on a Mac it should work, no?
Ned Konz wrote:
On Wednesday 26 June 2002 04:42 am, Karl Ramberg wrote:
Also you loose the hfs creator and file type with zip and gz.
I thought there were specific Mac Zip extension fields that encoded these things. If you make the zip with a Mac zip utility (not my Squeak Zip support) on a Mac it should work, no?
Yup, I found one that does this: http://www.vampiresoft.com/Products/MacOS/SmartZip.html. Probably others do this as well.
Is this stuff hard to add to the squeak zipper so we don't have to use propritary tools ?
Karl
On Thursday 27 June 2002 09:38 am, Karl Ramberg wrote:
Ned Konz wrote:
On Wednesday 26 June 2002 04:42 am, Karl Ramberg wrote:
Also you loose the hfs creator and file type with zip and gz.
I thought there were specific Mac Zip extension fields that encoded these things. If you make the zip with a Mac zip utility (not my Squeak Zip support) on a Mac it should work, no?
Yup, I found one that does this: http://www.vampiresoft.com/Products/MacOS/SmartZip.html. Probably others do this as well.
Is this stuff hard to add to the squeak zipper so we don't have to use propritary tools ?
Depends.
1. What is the exact format for this particular Zip extra field? 2. How do we get the required info about a file from within Squeak? 3. When do we want to do it? Presumably when a file is added to a zip?
On Thursday 27 June 2002 09:38 am, Karl Ramberg wrote:
Is this stuff hard to add to the squeak zipper so we don't have to use propritary tools ?
Well, you just add the proper records to the ZipArchiveMember's cdExtraField and/or localExtraField until it works with your favorite unzip utility. These have a size and an ID followed by ID-specific bytes.
Here's the support you'd need to add such fields:
ZipArchiveMember
addLocalExtraField: string localExtraField := localExtraField, string.
addCentralDirectoryExtraField: string cdExtraField := cdExtraField, string
But first, you have to answer these questions:
1) What do you want to do with: * finder attributes * data/resource forks * macos filename
2) Which Mac zip program(s) do you want to be compatible with? from http://haase-online.de/dirk/maczip/download/README.TXT
Zip Programs / Macintosh Extra-Data: ----------------------------------------- A brief overview: Currently, as far as I know, there are 6 Zip programs available for the Macintosh platform. These programs build (of course) different variants of Zip files:
- Info-ZIP's first Port of Zip. Ported by Johnny Lee This Port is rather outdated and no longer supported (since 1992). 68K only. Only minimal Mac-info is stored (Creator/Type, Finder attributes). Creator/Type: '????' / '????' Until year 1998, only UnZip 5.32 survived.
- ZipIt by Tom Brown. This is Shareware and still supported I think. ZipIt has a nice GUI, but I found it can't handle large Zip files quite well. ZipIt compresses Macintosh files using the Mac Binary format. So, transferring files to other platforms is not so easy. Only minimal Mac-info is stored (Creator/Type, Finder attributes). Mac filenames are changed to a most compatible filename. Creator/Type: 'ZIP ' / 'ZIP '
- PKZIP/mac v2.03/210d. This is Shareware. This Zip implementation for the Mac can be found on ASI's web site (http://www.asizip.com/products/products.htm). The name of this program is misleading, it is NOT a product from PKWARE. ASI's last release version is v2.03, and they also offer a newer beta version PKZIP/mac 210d. But even the Beta version is rather outdated (1995). Only minimal Mac-info is stored (Creator/Type, Finder attributes). The Zipfile format looks like incompatible to other platforms. (More details about the compatibility issue can be found in proginfo/3rdparty.bug!). Type: 'PKz1' Mac filenames are restored without any change.
- Aladdin DropZip 1999, This is Shareware. Aladdin choosed the format of ZipIt. Therefore, it has the some drawbacks like ZipIt. Creator/Type: 'SITx' / 'ZIP '
- SmartZip 1.0 1999 - by Marco Bambini Vampire Software. This is Shareware. SmartZip compresses Macintosh files using the Mac Binary. Therefore, it has the same drawbacks like ZipIt. Creator/Type: 'dZIP' / 'ZIP '
3) Why should we treat the Macintosh specially when we're not treating (for instance) Windows or Acorn specially?
Ned Konz ned@bike-nomad.com is claimed by the authorities to have written:
- Why should we treat the Macintosh specially when we're not treating
(for instance) Windows or Acorn specially?
Well I guess because it is an important platform that happens to be dumb about a lot of important things. If Macs were seriously tiny minority I suppose we could say simply "tough luck", but a lot of people use them for Squeak. Acorn doesn't need special care in this area because Acorn realised very early on that they were a niche machine and would have to live with everyone elses poor designs. Thus my Acorn has been able to treat zips/gzs/sits/lzhs/arjs/tars/zoos etc as just a wierd disc for about fifteen years. Apple, by contrast, always had the attitude of "we're so important and cool you have to do it _our_ way". Microsoft always had the attitude of "we invented everything post big-bang, we own everything, there _is_ no other way" :-)
There's also the interesting point that maybe we should simply to show that we can, and ain't that just the coolest dang thing bubba, lookit here this stuff can even handle dem macintosh doohickeys?
tim
Ned Konz wrote:
- Why should we treat the Macintosh specially when we're not treating
(for instance) Windows or Acorn specially?
Well, that's a good question. I ultimatly would like Squeak to not care what platform it's on, just do the right thing. On a mac a unzipped zip archive show the image and changes as generic icons, and will not start the vm if double clicked. Is this how a unzipped archive behaves on win, linux etc ?
Karl
On Sunday 30 June 2002 02:17 am, Karl Ramberg wrote:
Ned Konz wrote:
- Why should we treat the Macintosh specially when we're not
treating (for instance) Windows or Acorn specially?
Well, that's a good question. I ultimatly would like Squeak to not care what platform it's on, just do the right thing. On a mac a unzipped zip archive show the image and changes as generic icons, and will not start the vm if double clicked. Is this how a unzipped archive behaves on win, linux etc ?
On Windows, file types are determined by file extensions, so unzipped files would work the same.
On KDE, file types are determined both by magic numbers/strings and extensions, and so would work the same.
Anyone knows about any project for a code repository for Squeak ?
If I recall correctly, there was some talk about having a StORE "clone" of some kind and I vaguely remember something about a "cheap & simple Envy for Squeak" a long long time ago but I couldn't find anything on the net...
===== ------------------------- Benoit St-Jean bstjean@yahoo.com Yahoo! Messenger: bstjean http://cactus.swiki.net -------------------------
__________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com
Benoit St-Jean wrote:
Anyone knows about any project for a code repository for Squeak ?
If I recall correctly, there was some talk about having a StORE "clone" of some kind and I vaguely remember something about a "cheap & simple Envy for Squeak" a long long time ago but I couldn't find anything on the net...
AFAIK, there have been at least 3 approaches in the past: 1. The Squeak-CVS interface. This stores Squeak source code using CVS and uses CVS's mechanisms. 2. My SCAN stuff at http://squeak.heeg.de:8080 (warning: the code does not work in current images). 3. The modular squeak effort has some repository mechanism.
However, it seems like none of these are currently being employed by a majority of Squeak users. The problem is that a good repository needs to have stable roots and good tools in the image, and it needs to cater for the characteristics of the Squeak community. You might want to take the discussion onto the Modular Squeak mailing list. I would be very interested in contributing ideas and maybe code, but at the moment my time is pretty limited :-( I'm under the impression that the same is true for some of the other guys who would be active in that area.
Cheers, Hans-Martin
squeak-dev@lists.squeakfoundation.org
-
Andreas Raab -
Benoit St-Jean -
Bruce ONeel -
Craig Latta -
Hans-Martin Mosner -
Karl Ramberg -
Ned Konz -
Tim Rowledge