home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!sol.ctr.columbia.edu!ira.uka.de!fauern!uni-erlangen.de!faui8a!clemens
- From: clemens@faui8a.informatik.uni-erlangen.de (Clemens Beckstein)
- Newsgroups: comp.os.os2.apps
- Subject: Re: Don't trust GTAK! (was: Re: gtak with Future Domain)
- Date: Mon, 11 Jan 1993 09:36:01 GMT
- Organization: Regionales Rechenzentrum Erlangen
- Message-ID: <1irf21EINN48i@uni-erlangen.de>
- References: <725780031.AA07511@csource.oz.au> <C03nu7.47M@NeoSoft.com> <1993Jan9.065916.578@tware.com>
- NNTP-Posting-Host: faui8a.informatik.uni-erlangen.de
- Lines: 26
-
- bash@tware.com (Paul Bash) writes:
-
- >In article <C03nu7.47M@NeoSoft.com> tjb@NeoSoft.com (Timothy J. Bogart) writes:
- >>Keywords
- >>
- >>Having installed gtak 201 binaries on a friend's machined with
- >>a Future Domain 950 and Wangtek 6130 (?), I have some questions.
- >>Doing a 'tar cp .' seems to chunk away nicley, with only an error
- >>message about not being able to back up swapper.dat. Fine. Reading
- >>with 'tar tpv' gives several errors about unrecognized file type and
- >>it stops part way thru the archive.
-
- GTAK 2.01b used with the p-Option suffers a bug introduced by the OS/2
- Service Pack related to EA handling (the same bug that urged Kai Uwe
- Rommel to find a work around for the ZIP/UNZIP stuff acting wierd on
- files with EAs). This is known to the author (Andreas Kaiser) and as
- far as I know Andreas already found a workaround. I am sure as soon
- as he thinks it is alright he will post a fixed GTAK (along with
- several enhancements I was told).
-
- >The moral of this story is don't trust GTAK any farther than you can
- >throw my, for all intents and purposes, useless OS/2 machine.
-
- No reason to despair... there soon will be a solution
-
- - Clemens
-