What steps will reproduce the problem? 1. use a ByteArray of a Zip-File 2. do #readStream on it and you get an AnsiReadStream 3. initializing a ZipArchive from this Stream does not work, as the Zip implementation relies on the 0-indexed ReadStream behavior.

Possible solutions: * modify Zip implementation to double-dispatch on the stream * have a different (or altered), ANSI-Stream-compatible Zip-implementation loaded via GsCore

I would like to help there.

The following works:

file := "contents of a file as String"
array := file asByteArray.
stream := ReadStream on: array.
reader := MCMczReader on: stream.
dep := reader info.

while the following does not:

file := "contents of a file as String"
array := file asByteArray.
stream := AnsiReadStream on: array.
reader := MCMczReader on: stream.
dep := reader info.

and subsequently, the following does not work with GsCore 0.245

file := "contents of a file as String"
array := file asByteArray.
stream := array readStream
reader := MCMczReader on: stream.
dep := reader info.

as readStream is now returning an AnsiReadStream. http://code.google.com/p/glassdb/issues/detail?id=166#c8 is related.

Patching ZipArchive>>#readFrom:

readFrom: aStreamOrFileName | stream name eocdPosition | stream := aStreamOrFileName isStream ifTrue: [ name := aStreamOrFileName name. aStreamOrFileName] ifFalse: [self error: 'from fileName not implemented yet']. + (stream isKindOf: AnsiReadStream) + ifTrue: [stream := ReadStream on: stream _collection]. stream binary. eocdPosition := self class findEndOfCentralDirectoryFrom: stream. eocdPosition <= 0 ifTrue: [self error: 'can''t find EOCD position']. self readEndOfCentralDirectoryFrom: stream. stream position: eocdPosition - centralDirectorySize. self readMembersFrom: stream named: name

helps.

I would prefer to fix this particular bug by eliminating the use of LegacyStreams (the ones with a different position offset) ... My plans are to convert GLASS to consistently use Streams that are completely compatible with Pharo and code like this will have to be removed When ANSIStreams are functional ....