Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!helios!inetg1!dprrhb From: dprrhb@inetg1.ARCO.COM (Reginald H. Beardsley) Newsgroups: comp.os.minix Subject: Re: Trouble with AM - a solution ? Message-ID: <1991May24.184035.21247@Arco.COM> Date: 24 May 91 18:40:35 GMT References: <4335@rwthinf.UUCP> <1991May23.132757.13578@Arco.COM> Sender: dprrhb@inetg1 (Reginald H. Beardsley) Organization: ARCO Oil & Gas Company Lines: 31 In article , klamer@mi.eltn.utwente.nl (Klamer Schutte) writes: > In <1991May23.132757.13578@Arco.COM> dprrhb@inetg1.ARCO.COM (Reginald H. Beardsley) writes: [text deleted] > This won't work. > 1) When the cdiff is as big as the whole file it is likely to be rewritten > completely. Why not send the new file in that case? This is the source of the problem with Fred's stuff. It's what we need to fix. > Perhaps adding the ascii values will do? If we adopt the convention of padding the end of the old file with nulls to make it as long as the new file this could be done. We'd have the problem of the files always growing longer, but since this would be embedded blanks where old code was removed, it could be deleted by running through a beautifier after patching. The real point is to accomodate both Andy and Fred without causing conflicts. This group spans the range from very naive to very sophisticated. By breaking the extensions to Minix up into several phases someone can start out with the base PH distribution and add features as they learn more about operating systems. -- Reginald H. Beardsley ARCO Information Services Plano, TX 75075 Phone: (214)-754-6785 Internet: dprrhb@arco.com