Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!cbatt!ihnp4!qantel!lll-lcc!lll-crg!nike!ucbcad!ucbvax!trwrb.UUCP!sansom
From: sansom@trwrb.UUCP (Richard Sansom)
Newsgroups: net.micro.atari16
Subject: Re: LINK68 doesn't take path names .. Wasn't this fixed?
Message-ID: <8609271725.AA05398@trwrb.UUCP>
Date: Sat, 27-Sep-86 13:25:35 EDT
Article-I.D.: trwrb.8609271725.AA05398
Posted: Sat Sep 27 13:25:35 1986
Date-Received: Tue, 30-Sep-86 06:13:46 EDT
References: <1105@batcomputer.TN.CORNELL.EDU>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 24

Here's the "zap" you requested:

>Trying to overcome the problem with LINK68 not accepting pathnames I found
>a scanner control table starting at file-offset 0x8144.
>The command scanner of LINK68 uses a byte entry of this table indexed by an
>input character as a control pattern specifying the character class.
>
>The backslash entry at file-offset 0x81A0 has the value 0x02 which is a
>separator pattern.
>Patching it to value 0x04 puts the backslash into the number class.
>After this fix LINK68 treats the backslash as a normal identifier character
>but GEMDOS still sees a pathname.
>
>  Konrad Hahn
>  Techn. University Darmstadt
>  Dept. of Computer Science (Datentechnik)
>  Merckstr. 25, D-6100 Darmstadt, W.-Germany

 __________ ______ ____ _____ ___
/_________//___   ||__|/____|/__/   Richard E. Sansom
   ___    ____/  / ____________	    TRW Electronics & Defense Sector
  /  /   /  /\  <  |    /|    /     One Space Park Drive, R3/1028
 /  /   /  /  \  \ |   / |   /	    Redondo Beach, CA 90278
/__/   /__/    \__\|__/  |__/	    {...decvax,ucbvax,ihnp4}!trwrb!sansom