Apply with ``patch -p -N < fix4'' at the top of the source tree. Newsgroups: comp.windows.interviews From: vlis@lurch.stanford.edu (John Vlissides) Subject: Re: fix2 for 3.0-beta In-Reply-To: dp@chorus.fr's message of 3 May 91 07:45:00 GMT Organization: stanford university Date: 7 May 91 10:58:37 In article <9105030745.AA16756@adagio.chorus.fr> dp@chorus.fr (Didier Poirot) writes: | John Vlissides archived his fix for the 8-bit character problem in | ~ftp/pub/3.0-fixes/fix2 on interviews.stanford.edu. For people's | convenience, I'll enclose the contents of fix2 in this message. | -- | Apply with ``patch -p -N < fix2'' at the top of the source tree. thanks for this patch. But if one bug is corrected, it seems that one other is still there. After applying fix-2 and fix-3, I play with idraw, and specially 8 bit chars. All feel good, execpt that once a file (with 8 bits chats) has been saved, idraw can't re-read it correctly, and it displays bullets in place of the 8 bits chars. The patch below is archived as fix4 in the 3.0-fixes directory on interviews.stanford.edu. Apply with ``patch -p -N < fix4'' at the top of the source tree. *** /tmp/,RCSt1a28750 Tue May 7 10:50:33 1991 --- iv/src/bin/idraw/idcatalog.c Sun May 5 19:04:33 1991 *************** *** 966,972 **** in.get(buf[1]); in.get(buf[2]); buf[3] = '\0'; ! c = octal(_buf); } } dot += stext.Insert(dot, &c, 1); --- 966,972 ---- in.get(buf[1]); in.get(buf[2]); buf[3] = '\0'; ! c = octal(buf); } } dot += stext.Insert(dot, &c, 1); -- John Vlissides Computer Systems Lab Stanford University vlis@interviews.stanford.edu