Info-Atari16 Digest Thu, 8 Aug 91 Volume 91 : Issue 427 Today's Topics: "Video Music" Atari in Concert bridge for Atari CPX's and XCONTROL (was Re: Help!) Fractint HiSoft How to prove your MEGA STE is broken - an update LZH Path sozbonobon and vdi TOS (GEM) file selector windows (3 msgs) TOS 1.4 with Neodesk 3, or TOS 2.0 TT and Genlock TT demos and sound samples wanted TT problems? Which archiver ? (Was: use Welcome to the Info-Atari16 Digest. The configuration for the automatic cross-posting to/from Usenet is getting closer, but still getting thrashed out. Please send notifications about broken digests or bogus messages to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU. Please send requests for un/subscription and other administrivia to Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list instead of the moderators are likely to be lost or ignored. If you want to unsubscribe, and you're receiving the digest indirectly from someplace (usually a BITNET host) that redistributes it, please contact the redistributor, not us. ---------------------------------------------------------------------- Date: 8 Aug 91 06:58:25 GMT From: deccrl!news.crl.dec.com!nntpd.lkg.dec.com!aidev.enet.dec.com!miskinis@decwrl.de c.com (John Miskinis) Subject: "Video Music" To: Info-Atari16@naucse.cse.nau.edu >the music. (I managed to get my hands on one recently). How much is it? It sounds pretty cool! Where one see|buy one? _John_ ------------------------------ Date: 7 Aug 91 22:58:01 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!rpi!crdgw1!uakari.primate.wisc.edu!cae n!ox.com!math.fu-berlin.de!grasp1!frmug!elrond@arizona.edu (Bertrand Petit) Subject: Atari in Concert To: Info-Atari16@naucse.cse.nau.edu In article <14217@uhccux.uhcc.Hawaii.Edu>, kiki@uhunix1.uhcc.Hawaii.Edu (Jack W. Wine) writes: > In article <1991Jul17.215833.26186@frmug.fr.mugnet.org> elrond@frmug.fr.mugnet.org (Bertrand Petit) writes: > >In article <1991Jul15.220055.12391@nntp.hut.fi>, s37837k@saha.hut.fi (Jari Lehto) writes: > >> I just happened to see the Jean-Michel Jarre's Paris-La Defense concert from > >> TV. Atari France was one of the main sponsors for the concert and there were > >> several Atari Mega 2/4 machines on the stage. > >> > >> The best PR Atari has done in long time... If someone noticed the machines. > > > > Yes I have noticed the computers but only on the video version. While > >sitting on the bridge in front of La Defense i have seen nothing on the > >scene. I have also seen 5 pages in the magazine edited by Atari France on > >the installation used by Jarre during the show. > > > > Poor music but great multimedia show! > > > Speaking of media shows, were there any Atari ads in conjunction with the > Tour de France? The cyclists are attired like colorful billboards and > it would have been a great promotion for Atari France; the Tour becomes of > intense focus for three weeks and 2000 miles of travel thru pretty Spanish, > Italian and French countryside. > I have not seen any Atari advertisment during the Tour de France. Because i'm completely out of intereset for tv sport competition i can have missed it. By the way it would be surprising if Atari get involved in a team of any type. They never advertise their products in france, Atari is only know by the early press informations and by arabian telephone (is it a good expression in english). -- | Bertrand Petit | Signature is under construction | | alias | | | >Elrond le demi-Elfe< | Be sure to wear your helmet | ------------------------------ Date: 8 Aug 91 09:38:24 GMT From: mcsun!hp4nl!tnosoes!lucassen@uunet.uu.net (Marcel Lucassen) Subject: bridge for Atari To: Info-Atari16@naucse.cse.nau.edu Hi you out there, I wonder if there exists a bridge program (the card game) for the Atari ST. I know of a bridge program that runs on MSDOS, which of course can be emulated on the Atari, but hey, this is for my mother in law.... She'd appreciate any help. Thanks in advance, ---------------------------------------------------------- Marcel Lucassen TNO Institute for Perception Phone: +31 34 63 562 11 P.O. Box 23 Fax: +31 34 63 539 77 3769 ZG Soesterberg e-mail: lucassen@izf.tno.nl The Netherlands ---------------------------------------------------------- ------------------------------ Date: 8 Aug 91 05:44:03 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!wupost!udel!haven.umd.edu!wam.umd.edu! cmedley@arizona.edu (Charles Henry Medley) Subject: CPX's and XCONTROL (was Re: Help!) To: Info-Atari16@naucse.cse.nau.edu In article ralph@laas.fr (Ralph P. Sobek) writes: >You are absolutely right Steve, but the CPX documentation is *only* >available to *certain* developers. Not us! Here in Washington, D.C., I think almost every ST BBS has the "Developer" docs for XCONTROL in a plain ASCII file. I'm a registered developer and I never got the docs, at least not until I logged on to a local BBS. As an aside, I've also seen an ST emulator for the Amiga floating around. I've seen it work, but the only application that has been tried on it (that I've seen) is DEGAS Elite, and it doesn't save or color cycle. This file isn't very big (about 200+ k uncompressed), and it almost ran the copy protected game "Superman", which is scary. I'm wondering if anyone knows if this is a legal emulator or not, since it has got to have portions of TOS in it... ------------------------------ Date: Thu, 8 Aug 1991 11:49 CDT From: DJLEWIS@UALR.EDU Subject: Fractint To: INFO-Atari16@naucse.cse.nau.edu I use both Fractint16 (IBM / compatibles Dos level version) and Fractint for WINDOWS. I enjoy both very much. A lot of hard work went into those programs and every time I use them I am facinated. Fractint on a 386/33mhz machine with a 1024x768x256 color vga video is excellent. In Windows I often run fractint for windows as a background task. It does its beauty in 200x100 up to 1024x768 in any size window or as a reduced ICON. correction:(up to 2048x2048 resolution). Don't flame, my atari 1040st is nearby (an old friendly computer) Lately I've been trying to learn to program in BORLAND C++ for Windows 3.0 and I must admit that opening a window in Windows is much more difficult than in GEM. I enjoy both computer worlds but i'm just greedy for maximun resolution and colours and speed as I can acquire. Love graphics and sound with computers. Don Lewis or ------------------------------ Date: 8 Aug 91 06:24:23 GMT From: mcsun!news.funet.fi!funic!nic.funet.fi!lahtinen@uunet.uu.net (Kimmo Lahtinen) Subject: HiSoft To: Info-Atari16@naucse.cse.nau.edu In article <1991Aug7.205102.27984@news.cs.indiana.edu> pwp@iuvax.cs.indiana.edu (Paul Purdom) writes: Can someone send me an address for HiSoft in England (or a US address if they have one)? Does anyone know of a better place to obtain the latest version of Personal Pascal? Personal Pascal is in now product of ICD. The current version is 2.05. The address is: ICD Inc., 1220 Rock Street, Rockford, IL 61101-1437 U.S.A. tel: (815) 968-2228 fax: (815) 968-6888 BBS: (815) 968-2229 I hope this helps. (I am in no connection with ICD, just a customer) -- * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Kimmo Lahtinen E-Mail : lahtinen@gideon.fmi.fi or Finnish Meteorological Institute kimmo@field.fi Phone : +358 0 758 1322 Possessed by a Spirit G3 Fax : +358 0 758 1396 ------------------------------ Date: Thu, 8 Aug 91 15:53 N From: Subject: How to prove your MEGA STE is broken - an update To: INFO-ATARI16@naucse.cse.nau.edu Distribution-File: INFO-ATARI16@naucse.cse.nau.edu Hello again, Just a short follow-up to my message yesterday concerning the above. I have just been able to try the MEGA STE programme "shifter.prg" on a colour monitor and find that no screen displacement is produced, whether in medium or high resolution or any of the 3 possible speed settings. So if the MEGA STE problems can been seen using Neochrome etc. in colour mode I have no idea how to reproduce them. Anyway SHIFTER.PRG definitely shows up the fault in HIGH resolution. Contrary to what I said about the displacement corresponding to 0, 1, 2 or 3 character widths, in fact it corresponds to 0, 2, 4 or 6 character widths! I am now in the process of battling with my supplier to have the problem fixed, will let you know the outcome. Paul. ----------------- Paul A. Dagleish, I.L.L. -------------------------- snail: Institut Laue-Langevin, 156x, F-38042 GRENOBLE, France email: DAGLEISH@FRILL.BITNET phone: (33).76.20.70.65 -- telex: 320 621F -- fax: (33).76.48.39.06 ----------------------------------------------------------------------------- ------------------------------ Date: 5 Aug 91 21:03:00 GMT From: mcsun!unido!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!hh.maus.de!Thomas_Quest er@uunet.uu.net (Thomas Quester) Subject: LZH Path To: Info-Atari16@naucse.cse.nau.edu RS>How does one LZH a Folder that is say 3 deep, that also contains RS>folders, but not to include paths of the 3 folders in the archive. RS> RS>Sample Path..C:\path1\path2\main\auto\boot.prg RS> \folder\files.etc RS> \program.prg RS> RS>So all the Files and Folders that in Main must be in the RS>Archive but not \path1\path2\main... Why not change to path1\path2\main (by opening the folders or by cd) and start LHarc from there (by double-clicking with the right button) ---------------------------------------------------- Thomas Quester * Lampenland 9 * 2050 Hamburg 80 Eines Tages wurde dem Kolumbus ein Ei untergeschoben, aus dem er dann (Net) ------------------------------ Date: 8 Aug 91 06:10:48 GMT From: spool.mu.edu!sol.ctr.columbia.edu!caen!news.cs.indiana.edu!ariel.unm.edu!cs.umn .edu!thelake!steve@uunet.uu.net (Steve Yelvington) Subject: sozbonobon and vdi To: Info-Atari16@naucse.cse.nau.edu [In article <91219.213023JOKHC@CUNYVM.BITNET>, JOKHC@CUNYVM.BITNET (Joshua Kronengold) writes ... ] > since sozobon doesn't support such funtions as v_openvwk, graf_handle, and > appl_exit, is there anywhere I can get a library of gem functions compatible > with it. Sure. That's what GEMFAST is for. GEMFAST 1.5 binaries and sources are at atari.archive.umich.edu. Just include the appropriate libraries on the command line when you run the compiler, i.e.: cc -o program.prg program.c aesfast vdifast GEMFAST 1.6 is included with a new ``Heat and Serve'' self-installing Sozobon C package from Ian Lepore. I've been testing Ian's package for a few weeks. It includes some bugfixes in GEMFAST, but the most significant changes involve the ability to run Sozobon from the GEM Desktop or another graphical shell. I'm running the new Sozobon C 1.30i directly from Gemini by double-clicking on makefiles, and it works like a charm. I'm going to ask Mike Dorman to upload it to a.a., since he's at an Internet site and I'm stuck with UUCP and a 1200bps modem. (Really!) Here is a summary of the changes I've noticed from the last official release: * A very polished GEM-based installation program creates the appropriate directories and installs all the programs, header files, documentation, etc., on your system. * A GEM environment setter program is included so that global information can be made available to the compiler components (and other programs, for that matter) without requiring the use of a command shell. * CC, the compiler driver program, supports a number of added switches: -v[1][2][3][4] Numbers now cause cc to pass the -v flag to components. -r specifies an alternate runtime startup module. -h holds the screen with a Hit any key... prompt before exit. * HCC supports ANSI-style concatenation of adjacent string literals, and there is no limit to the total length of a string assembled by the concatenations. (ANSI-style concatenation means that if two strings are separated only by white space, they are logically joined together as if they were a single string literal.) * HCC allows C++ comments (// delimits a comment). * HCC fully supports void* pointers as a generic pointer type that does not generate a type mismatch warning. (This is especially welcome for the ob_spec field of an OBJECT.) * Include files may be nested to any depth (former limit was 8). * JAS, the assembler, no longer accepts C-style comments and comments set off by asterisks. (Stars in column 1 still delimit a comment, but semicolons are required to add comments to the end of a line of asm code.) * JAS processes full ANSI escape sequences within string constants. * JAS runs 50-100% faster than the original Sozobon version, by Ian's account. * TOP, the optimizer, is more powerful. Ian has added several dozen new peephole sequences the he says shorten code sequences commonly found in GEM programming, such as access to an element in an array of structures via pointer and index into the array. * The BUFSIZE environment variable can instruct HCC, TOP and JAS to use large i/o buffers for faster compilation if you have enough memory. * MAKE is replaced by an enhanced version of a public-domain 'make' utility that is much more powerful. It works with a MAKE.INI file that you can tailor to your environment. * DLIBS has been modified with several fixed routines, including the XARGS support routines, lmemcpy and bzero functions, and Ian's hand-coded assembler string library functions. (The bugfixes appear to be the same ones that are included in most commonly circulated versions of dlibs. I don't think the argument parser has been upgraded to support the ARGV standard.) * DSTART.O is supplemented by alternate startup files (apstart.o and minstart.o) for creating GEM applications and desk accessories. * GEMFAST 1.6 bindings for GEM functions are included. * Some rarely encountered bugs are documented in detail. ---- Steve Yelvington, Marine on St. Croix, Minnesota (USA) steve@thelake.mn.org ------------------------------ Date: 8 Aug 91 06:01:06 GMT From: spool.mu.edu!sol.ctr.columbia.edu!caen!news.cs.indiana.edu!ariel.unm.edu!cs.umn .edu!thelake!steve@uunet.uu.net (Steve Yelvington) Subject: TOS (GEM) file selector windows To: Info-Atari16@naucse.cse.nau.edu [In article <1991Aug7.223250.25322@world.std.com>, azog@world.std.com (azog-thoth) writes ... ] > When a file selector window pops up, at the top is listed the path. > I change the path to the other drive (say B:/) and press the OK > button, but the window closes without giving me a file list. Is > this a bug or a feature of TOS 1.0? If so, is it fixed in later > releases? It's a feature. Clicking on OK (or hitting RETURN or ENTER) means that you're done. To change drives on TOS 1.0 file selector, move the cursor to the path field and change the file mask to reflect the drive you want in this format: B:\FOLDER\FILENAME.EXT Note that you should use backslashes, nor forward slashes. Then click on the bar at the top of the little window in which the filenames are displayed. This will prompt TOS to re-read the directory using the mask you provided. Because of what appears to be a bug in TOS 1.0, the mask will be wiped out and replaced with the wildcard *.*, but you'll still get the drive you want. Click on OK only after you've selected a file. There are a couple of other solutions you should know about: -- Third-party file selector replacements, such as Universal Item Selector and Little Green File Selector. These hook into the system and replace the standard file selector, providing lots of enhancements including push-buttons to change drives. UIS III includes quite a few file-handling functions as well, so you can copy files, etc., from the inside of any GEM application. -- TOS 1.4 provides an enhanced file selector with push-buttons for changing drives. It's not as slick as UIS III, but it's much better than the 1.0 file selector. Since you're getting a hard drive, TOS 1.4 is a good idea anyway. ---- Steve Yelvington, Marine on St. Croix, Minnesota (USA) steve@thelake.mn.org ------------------------------ Date: 8 Aug 91 08:47:26 GMT From: timbuk!marc@uunet.uu.net (Marc Bouron) Subject: TOS (GEM) file selector windows To: Info-Atari16@naucse.cse.nau.edu In article , steve@thelake.mn.org (Steve Yelvington) writes: > [ ...stuff deleted... ] > > Then click on the bar at the top of the little window in which the > filenames are displayed. This will prompt TOS to re-read the > directory using the mask you provided. Because of what appears to > be a bug in TOS 1.0, the mask will be wiped out and replaced with > the wildcard *.*, but you'll still get the drive you want. > > [ ...more stuff deleted... ] If you click in the part of the dialog showing the file names, rather than the `title' bar, then the filename mask isn't wiped by TOS. I think this helps if there is actually a file of the type you are looking for in the directory you have chosen. [M][a][r][c] ################################################################################ # # marc@sequoia.cray.com # . . # # Marc CR Bouron # M.Bouron@cray.co.uk (ARPA) # _|\ /|_ # # Cray Research (UK) Ltd. # M.Bouron@crayuk.uucp (DOMAIN) # (_|_V_|_) # # +44 344 485971 x2208 # M.Bouron@uk.co.cray (JANET) # | | # # # ...!ukc!crayuk!M.Bouron (UUCP) # # ################################################################################ ------------------------------ Date: 8 Aug 91 11:09:52 GMT From: mcsun!hp4nl!cwi.nl!piring.cwi.nl!jansteen@uunet.uu.net (Jan van der Steen) Subject: TOS (GEM) file selector windows To: Info-Atari16@naucse.cse.nau.edu steve@thelake.mn.org (Steve Yelvington) writes: >[In article <1991Aug7.223250.25322@world.std.com>, > azog@world.std.com (azog-thoth) writes ... ] > > When a file selector window pops up, at the top is listed the path. > > I change the path to the other drive (say B:/) and press the OK > > button, but the window closes without giving me a file list. Is > > this a bug or a feature of TOS 1.0? If so, is it fixed in later > > releases? >It's a feature. [stuff deleted...] I also have a question concerning the file selector. I already posted this question to comp.sys.atari.st.tech two weeks ago but got no response. I noticed that when giving a relative path to the file selector of the Atari STe it's impossible to do more "cd .."'s (using the close box of the window) than the directory where the relative path started. This has to do with the way the system figures out the parent directory. An example to illustrate what I mean: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= sample.c =-=-=-=-=-=-=-=-=-=-=-=-=-=-=- #include #include #include #define PATHLENGTH (64+1) #define FILELENGTH (12+1) main() { char path[PATHLENGTH+FILELENGTH]; char file[FILELENGTH]; int button; (void) sprintf(path, "%s\\%s", ".\\MISC", "*.C"); (void) strcpy(file, "FILE.C"); exit(fsel_input(path, file, &button)); } -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= sample.c =-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This will result in the file selector showing: Directory: .\MISC\*.C Selection: FILE.C When applying the "cd .." button of the file selector it will show: Directory: .*.C Selection: ________.___ So, it seems that the system code performs the "cd .." command by stripping *one* directory from the current path. However, the used algorithm doesn't make sense in this case. My question: Should one only supply full pathnames to the file selector, or should the described behaviour be considered a bug? Three notes: 1. The used algorithm (stripping instead of executing "cd ..") does make sense for file systems which support symbolic links. So, it is not necessarily a bad algorithm to use. Subject of discussion is the *way* the system strips. 2. The current working directory of the test application was below the root of the file system. 3. The above program might perform differently on older TOS systems. Jan van der Steen -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jan van der Steen jansteen@cwi.nl Centre for Mathematics and Computer Science (CWI) Kruislaan 413, 1098 SJ Amsterdam, The Netherlands -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jan van der Steen jansteen@cwi.nl Centre for Mathematics and Computer Science (CWI) Kruislaan 413, 1098 SJ Amsterdam, The Netherlands ------------------------------ Date: 8 Aug 91 11:25:49 GMT From: mcsun!ukc!cf-cm!stratton@uunet.uu.net (Andrew F Stratton) Subject: TOS 1.4 with Neodesk 3, or TOS 2.0 To: Info-Atari16@naucse.cse.nau.edu The subject almost says it - should I get TOS 1.4 now (Ihave TOS 1.0) and use with Neodesk 3, or should I wait for TOS 2.0 to come out, and buy it instead. I have a 6 ROM Atari STM (1985 model), with 2.5 Mbyte memory and a 20 Mbyte Supra hard disk. Please mail to me, and I will summarise to the net. Thanks in advance, Andy.Stratton. ------------------------------ Date: 8 Aug 91 06:36:36 GMT From: mcsun!hp4nl!phigate!prle!prles2!cstw18!meulenbr@uunet.uu.net (Frans Meulenbroeks) Subject: TT and Genlock To: Info-Atari16@naucse.cse.nau.edu Hi, What I would like to do, is to record TT images onto my VCR. I'm not very familiar with this subject, but I'm told I need something like "genlock" to achieve this. Now I've read somewhere that the TT should support this one way or another (by grounding a pin of the monitor plug and supplying a sync signal on another pin, sorry, forgot which pins exactly). However, as I see it my TT only delivers RGB signals whereas my VCR needs CVBS. Is there perhaps an easy way to convert RGB signals to CVBS? Can I use the CVBS sync as input for the TT? Or doesn't the VCR provide a sync when recording, but should I supply a sync signal to both VCR and TT?? Thanks for the info. Frans. -- Frans Meulenbroeks (meulenbr@prl.philips.nl) Philips Research Laboratories ------------------------------ Date: 8 Aug 91 06:42:26 GMT From: mcsun!hp4nl!phigate!prle!prles2!cstw18!meulenbr@uunet.uu.net (Frans Meulenbroeks) Subject: TT demos and sound samples wanted To: Info-Atari16@naucse.cse.nau.edu Hi, Since I now have my TT for a few weeks I was wondering if there aren't any neat demo's floating around for the TT. I looked in the binaries archive and on terminator, but there seemed to be no TT specific stuff, which exploits the TT graphical and computational capabilities. Does anyone have a nice demo for me (or a pointer to where I can find one). Note that I do not have ftp access. Also I would be interested in a few sound files. I've found quite a number of players in the binaries group, but no sound files to go along with it. Of course I mean sound files for the STe/TT DMA sound subsystem, not .snd files for the TT. Thanks, -- Frans Meulenbroeks (meulenbr@prl.philips.nl) Philips Research Laboratories ------------------------------ Date: 8 Aug 91 06:46:24 GMT From: mcsun!hp4nl!phigate!prle!prles2!cstw18!meulenbr@uunet.uu.net (Frans Meulenbroeks) Subject: TT problems? To: Info-Atari16@naucse.cse.nau.edu Hi, I do have a few things with my TT, of which I want to know if they are real problems, or if I'm expecting too much from my systems. The problems are: 1) I see vertical bars, spaced something like every 16 pixels on my screen. The bars are a little darker line with adjacent a little lighter line. They are best visible on the desktop when it has a homogeneous background. It can be seen best by modifying the desktop color to homegene gray. It seems to be some kind of echo mechanism since the bars do also appear left of the desktop (in the white area beside the desktop), but are missing at the very right of the desktop. Also at the left side of a window or icon the closest two bars are not visible over the height of the window or icon. The effect is barely visible with a dithered desktop. Don't expect this is normal. Did anyone have similar experiences? 2) When I go to the sound setup menu, and I turn up the bass a little (with maximum volume). and I press on the figure with the headphone, the sound I get is pretty distorted. Not only from the internal speaker but also on my amplifier connected to the TT. Is this normal and am I pushing the system beyond its limits, or is this related to the STe problems reported before in this group? Lowering the volume lets the problem go away. Also when I click on the headphone figure with the mouse, I can hear a click on the speaker. For the time being I assume that this is just a switch-on problem. If you think it isn't, or if your TT doesn't do so, let me know. 3) The screen (PTC 1426) is a little bit blurred whenever it is all white (for instance when rebooting). Also there seems to be some interference with the floppy drive. I was not used to this, since neither my SM125 nor my sun monitor on the work does have this. Furhtermore while the system is on the upper line (that is, the line between the black area on top, and the desktop) slowly becomes shorter (so the line is partly black, and partly desktop color, say green. The first part is black, but this shortens slowly, at the favor of the green part at the end which gets longer. According to my dealer this is normal, and part of this is caused because the PTC 1426 has no internal shielding. Does anyone have other experiences?? Despite these problems I'm very content with my TT. It's a great system, and I'm still discovering new capabilities. -- Frans Meulenbroeks (meulenbr@prl.philips.nl) Philips Research Laboratories ------------------------------ Date: 5 Aug 91 20:57:00 GMT From: mcsun!unido!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!hh.maus.de!Thomas_Quest er@uunet.uu.net (Thomas Quester) Subject: Which archiver ? (Was: use To: Info-Atari16@naucse.cse.nau.edu UZ>Some days ago, I've got lha200 from minnehaha.rhrk.uni-kl.de; its an lharc UZ>version 2.0, so it can unpack the lh5 method which is even better in UZ>compression than the 'old' lh1 method. This version is from Th.Quester and UZ>he seems to be aware of the incompatibility problem, because he built in UZ>a switch for compatibility with those old unix-lharcs and others, which do UZ>some wrong things with the headers in the lzh file; The a-switch is used to create old-style lh1-archives. The wrong things with headers are recognized automatically. Some time ago I spent a week or so, to make it compatible to any Lharc-Version I could get. By the way: The only way to get rid of any incompatiblity is to send me a copy of the .LZH-File -- and, if available -- the archiver that produced it. ---------------------------------------------------- Thomas Quester * Lampenland 9 * 2050 Hamburg 80 MauTau V 2.2c - Der August macht seinem Namen alle Aehre. (Net) ------------------------------ End of Info-Atari16 Digest ******************************