Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22693; 1 Jun 94 22:32 PDT To: jay@JIMI.CS.UNLV.EDU Subject: bug-chimera feb 94 Date: Wed, 01 Jun 1994 22:32:09 -0700 From: Jay Nietling ------- Forwarded Messages Received: from utep.el.utwente.nl by JIMI.CS.UNLV.EDU id aa03828; 1 Feb 94 5:33 PST Received: from mi.el.utwente.nl (utelmi01.el.utwente.nl) by utep.el.utwente.nl with SMTP id AA04131 (5.65c/IDA-1.4.4 for ); Tue, 1 Feb 1994 14:28:08 +0100 Received: by mi.el.utwente.nl (4.1/SMI-4.1) id AA20293; Tue, 1 Feb 94 14:30:37 +0100 Date: Tue, 1 Feb 94 14:30:37 +0100 From: Klamer Schutte Message-Id: <9402011330.AA20293@mi.el.utwente.nl> To: bug-chimera@cs.unlv.edu Subject: chimera 1.38: need -lresolv Hi, At our site (using sunos 4.1.1 with YP) we need to add -lresolv to the chimera compile line before it compiles. This was missing from the file INSTALL. Klamer Klamer Schutte Tel: +31-53-892778 Fax: +31-53-340045 Dept. of Electrical Engineering -- University of Twente, The Netherlands preferred: klamer@mi.el.utwente.nl SMTP: klamer@[130.89.33.3] ------- Message 2 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa04480; 1 Feb 94 6:13 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA25588; Tue, 1 Feb 94 09:13:17 EST From: "R. Stewart Ellis" Message-Id: <9402011413.AA25588@nova.gmi.edu> Subject: Re: chimera 1.38: need -lresolv To: Klamer Schutte Date: Tue, 1 Feb 94 9:13:16 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402011330.AA20293@mi.el.utwente.nl>; from "Klamer Schutte" at Feb 1, 94 2:30 pm X-Mailer: ELM [version 2.3 PL11] > Subject: chimera 1.38: need -lresolv > > Hi, > > At our site (using sunos 4.1.1 with YP) we need to add -lresolv to the > chimera compile line before it compiles. This was missing from the > file INSTALL. > > Klamer > > Klamer Schutte Tel: +31-53-892778 Fax: +31-53-340045 > Dept. of Electrical Engineering -- University of Twente, The Netherlands > preferred: klamer@mi.el.utwente.nl SMTP: klamer@[130.89.33.3] > I am tracking chimera on both a Solaris 2.3 machine and a 4.1.3 machine and do not need -lresolv on either one. This should not be made into a default until it is clearer why Klamer needs it and I do not. I suspect it is because my site does DNS through NIS. What are the other parameters that might influence this if Klamer is also running NIS? Stew - -- R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765 ___________________ Humanities & Social Science, GMI Eng.& Mgmt. Inst. / _____ ______ Flint, MI 48504 ellis@nova.gmi.edu / / / / / / Gopher,News and modem maintainer, all around hack /________/ / / / / ------- Message 3 Received: from utep.el.utwente.nl by JIMI.CS.UNLV.EDU id aa05039; 1 Feb 94 6:53 PST Received: from mi.el.utwente.nl (utelmi01.el.utwente.nl) by utep.el.utwente.nl with SMTP id AA05161 (5.65c/IDA-1.4.4 for ); Tue, 1 Feb 1994 15:51:06 +0100 Received: by mi.el.utwente.nl (4.1/SMI-4.1) id AA20852; Tue, 1 Feb 94 15:53:52 +0100 From: Klamer Schutte Message-Id: <9402011453.AA20852@mi.el.utwente.nl> Subject: Re: chimera 1.38: need -lresolv To: "R. Stewart Ellis" Date: Tue, 1 Feb 1994 15:53:51 +0100 (MET) Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402011413.AA25588@nova.gmi.edu> from "R. Stewart Ellis" at Feb 1, 94 09:13:16 am X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1153 > > Hi, > > > > At our site (using sunos 4.1.1 with YP) we need to add -lresolv to the > > chimera compile line before it compiles. This was missing from the > > file INSTALL. > > > > Klamer > > > > Klamer Schutte Tel: +31-53-892778 Fax: +31-53-340045 > > Dept. of Electrical Engineering -- University of Twente, The Netherlands > > preferred: klamer@mi.el.utwente.nl SMTP: klamer@[130.89.33.3] > > > > I am tracking chimera on both a Solaris 2.3 machine and a 4.1.3 machine and > do not need -lresolv on either one. This should not be made into a default > until it is clearer why Klamer needs it and I do not. I suspect it is > because my site does DNS through NIS. What are the other parameters that > might influence this if Klamer is also running NIS? I do not know. And I don't think it should be the default, but this problem should be mentioned in the installation documents. That's all. Klamer - -- Klamer Schutte Tel: +31-53-892778 Fax: +31-53-340045 Dept. of Electrical Engineering -- University of Twente, The Netherlands preferred: klamer@mi.el.utwente.nl SMTP: klamer@[130.89.33.3] ------- Message 4 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa05426; 1 Feb 94 7:08 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA26689; Tue, 1 Feb 94 10:10:11 EST From: "R. Stewart Ellis" Message-Id: <9402011510.AA26689@nova.gmi.edu> Subject: Re: chimera 1.38: need -lresolv To: Klamer Schutte Date: Tue, 1 Feb 94 10:10:10 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402011453.AA20852@mi.el.utwente.nl>; from "Klamer Schutte" at Feb 1, 94 3:53 pm X-Mailer: ELM [version 2.3 PL11] > > do not need -lresolv on either one. This should not be made into a default > > until it is clearer why Klamer needs it and I do not. I suspect it is > > because my site does DNS through NIS. What are the other parameters that > > might influence this if Klamer is also running NIS? > > I do not know. And I don't think it should be the default, but this problem > should be mentioned in the installation documents. That's all. > > > Klamer > > -- > Klamer Schutte Tel: +31-53-892778 Fax: +31-53-340045 > Dept. of Electrical Engineering -- University of Twente, The Netherlands > preferred: klamer@mi.el.utwente.nl SMTP: klamer@[130.89.33.3] > But are you running DNS through NIS? If we are going to mention it in the INSTALL docs it would be nice if we could be very clear about where -lresolv is needed and where it is not. Stew Ellis ------- Message 5 Received: from utep.el.utwente.nl by JIMI.CS.UNLV.EDU id aa05653; 1 Feb 94 7:21 PST Received: from mi.el.utwente.nl (utelmi01.el.utwente.nl) by utep.el.utwente.nl with SMTP id AA05556 (5.65c/IDA-1.4.4 for ); Tue, 1 Feb 1994 16:19:40 +0100 Received: by mi.el.utwente.nl (4.1/SMI-4.1) id AA21137; Tue, 1 Feb 94 16:22:48 +0100 From: Klamer Schutte Message-Id: <9402011522.AA21137@mi.el.utwente.nl> Subject: Re: chimera 1.38: need -lresolv To: "R. Stewart Ellis" Date: Tue, 1 Feb 1994 16:22:48 +0100 (MET) Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402011510.AA26689@nova.gmi.edu> from "R. Stewart Ellis" at Feb 1, 94 10:10:10 am X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1598 Stew Ellis wote: > Klamer Schutte wrote: > > Stew Ellis wrote: > > > do not need -lresolv on either one. This should not be made into a default > > > until it is clearer why Klamer needs it and I do not. I suspect it is > > > because my site does DNS through NIS. What are the other parameters that > > > might influence this if Klamer is also running NIS? > > > > I do not know. And I don't think it should be the default, but this problem > > should be mentioned in the installation documents. That's all. > > But are you running DNS through NIS? If we are going to mention it in the > INSTALL docs it would be nice if we could be very clear about where -lresolv > is needed and where it is not. Yes, we run DNS through NIS (we think :-) An excerpt from the file /var/yp/Makefile (SunOS 4.1.1 b with numereous patches): # Set the following variable to "-b" to have NIS servers use the domain name # resolver for hosts not in the current domain. B=-b Reading the documentation of sun, I think this should do the trick. Possible "problems" at our site: 1) The NIS server is behind a firewall machine. However, he can reach a machine running named, which is specified in /etc/resolv.conf 2) We have an /etc/hosts file, which gives base set of hosts. I am not sure this are the exact problems -- but I know there are more sites which need the resolv library! Klamer - -- Klamer Schutte Tel: +31-53-892778 Fax: +31-53-340045 Dept. of Electrical Engineering -- University of Twente, The Netherlands preferred: klamer@mi.el.utwente.nl SMTP: klamer@[130.89.33.3] ------- Message 6 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa05785; 1 Feb 94 7:31 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA27274; Tue, 1 Feb 94 10:32:44 EST From: "R. Stewart Ellis" Message-Id: <9402011532.AA27274@nova.gmi.edu> Subject: Re: chimera 1.38: need -lresolv To: Klamer Schutte Date: Tue, 1 Feb 94 10:32:44 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402011522.AA21137@mi.el.utwente.nl>; from "Klamer Schutte" at Feb 1, 94 4:22 pm X-Mailer: ELM [version 2.3 PL11] I guess the best advice is to put a statement in somewhere that warns that some Suns might need -lresolv, but that it works without it on many or most sites that do DNS through NIS. Stew Ellis ------- Message 7 Received: from utep.el.utwente.nl by JIMI.CS.UNLV.EDU id aa05847; 1 Feb 94 7:35 PST Received: from mi.el.utwente.nl (utelmi01.el.utwente.nl) by utep.el.utwente.nl with SMTP id AA05663 (5.65c/IDA-1.4.4 for ); Tue, 1 Feb 1994 16:33:44 +0100 Received: by mi.el.utwente.nl (4.1/SMI-4.1) id AA21219; Tue, 1 Feb 94 16:34:24 +0100 From: Klamer Schutte Message-Id: <9402011534.AA21219@mi.el.utwente.nl> Subject: Re: chimera 1.38: need -lresolv To: "R. Stewart Ellis" Date: Tue, 1 Feb 1994 16:34:23 +0100 (MET) Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402011532.AA27274@nova.gmi.edu> from "R. Stewart Ellis" at Feb 1, 94 10:32:44 am X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 428 > > I guess the best advice is to put a statement in somewhere that warns that > some Suns might need -lresolv, but that it works without it on many or most > sites that do DNS through NIS. > I agree. Klamer - -- Klamer Schutte Tel: +31-53-892778 Fax: +31-53-340045 Dept. of Electrical Engineering -- University of Twente, The Netherlands preferred: klamer@mi.el.utwente.nl SMTP: klamer@[130.89.33.3] ------- Message 8 Received: from big-joe.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa11996; 1 Feb 94 10:44 PST To: Klamer Schutte cc: bug-chimera@big-joe.CS.UNLV.EDU Subject: Re: chimera 1.38: need -lresolv In-reply-to: Your message of "Tue, 01 Feb 1994 16:34:23 +0100." <9402011534.AA21219@mi.el.utwente.nl> Date: Tue, 01 Feb 1994 10:44:33 -0800 From: John Kilburg >> >> I guess the best advice is to put a statement in somewhere that warns that >> some Suns might need -lresolv, but that it works without it on many or most >> sites that do DNS through NIS. >I agree. >Klamer I will add this to the INSTALL file. -john ------- Message 9 Received: from grolsch.cs.ubc.ca by JIMI.CS.UNLV.EDU id aa15156; 2 Feb 94 14:06 PST Received: by grolsch.cs.ubc.ca id AA17594 (5.65c/IDA-1.3.5 for bug-chimera@cs.unlv.edu); Wed, 2 Feb 1994 14:06:08 -0800 Date: 2 Feb 94 14:06 -0800 From: George Phillips To: bug-chimera@cs.unlv.edu Message-Id: <7390*phillips@cs.ubc.ca> Subject: relative links Chimera 1.38 has a pretty serious bug in that it doesn't understand some relative links. For example, if it sees a link in https://somehost/foo/blah/tmp it doesn't open https://somehost/foo/bar when following that link. I think it just tries "https://somehost/../bar", but whatever it is it's not right. ------- Message 10 Received: from mayall.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa16188; 2 Feb 94 14:30 PST To: George Phillips cc: bug-chimera@cs.unlv.edu Subject: Re: relative links In-reply-to: Your message of "02 Feb 1994 14:06:00 PST." <7390*phillips@cs.ubc.ca> Date: Wed, 02 Feb 1994 14:30:15 -0800 From: John Kilburg >Chimera 1.38 has a pretty serious bug in that it doesn't understand >some relative links. For example, if it sees > a link >in > https://somehost/foo/blah/tmp >it doesn't open > https://somehost/foo/bar >when following that link. I think it just tries "https://somehost/../bar", >but whatever it is it's not right. Chimera doesn't even try to handle '..'. I plan on fixing it soon. -john ------- Message 11 Received: from shark.mel.dit.CSIRO.AU by JIMI.CS.UNLV.EDU id aa18056; 2 Feb 94 15:10 PST Received: by shark.mel.dit.csiro.au id AA01884 (5.65c/IDA-1.4.4/DIT-1.3 for bug-chimera@cs.unlv.edu); Thu, 3 Feb 1994 10:09:58 +1100 Date: Thu, 3 Feb 1994 10:09:58 +1100 From: Yap Kid Mun Message-Id: <199402022309.AA01884@shark.mel.dit.csiro.au> To: John Kilburg Cc: bug-chimera@cs.unlv.edu Subject: Re: relative links In-Reply-To: Your message of Wed, 02 Feb 1994 14:30:15 -0800 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-Mailer: Mumail [version 1.9b sun4c-SunOS] I have a quick patch for this, not sure if it's the best way of doing this, but I'll include it here anyway. Now my turn to report a bug, #identifier in links are not handled properly (at least it doesn't work for an anchor that points to a link in the same document). Kid Mun *** url.c Thu Jan 20 21:54:49 1994 - --- ../../../ch4/chimera/src/url.c Tue Feb 1 17:56:17 1994 *************** *** 334,340 **** if (filename[0] == '/' || filename[0] == '.' || filename[0] == '~') { ! strcat(u, filename); } else { - --- 334,352 ---- if (filename[0] == '/' || filename[0] == '.' || filename[0] == '~') { ! int i; ! char *ch; ! ! ch = NULL; ! for(i=0;!strncmp(filename+i,"../",3);i+=3) { ! if (!ch && (ch = strrchr(filename2,'/'))) --ch; ! while(ch>filename2 && *ch != '/') --ch; ! } ! if (ch && ch>filename2) { ! *(ch+1) = '\0'; ! strcat(u,filename2); ! } ! strcat(u,filename+i); } else { ------- Message 12 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa27423; 2 Feb 94 20:02 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Wed, 02 Feb 94 23:00:59 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Wed, 02 Feb 94 23:00:48 EST Subject: a fix for BadAccess FYI only; I don't recommend you apply this patch in its present form unless you actually have this problem. I've got a problem with my ancient X r3 server running chimera on a mono display. It seems that r3 doesn't properly free color cells on a mono display. I don't know if this is a generic r3 bug or if it's specific to my server (Apollo Domain/OS "share mode"). If you have this bug, the symptom is that you get an X protocol error, usually BadAccess, when you go from a page with an inline image to one without. The error happens as the html widget tries to free the color map entries for black and white. The fix is simple. Just don't allocate any cells on a mono display. Use BlackPixel and WhitePixel instead. It seems to me that Mosaic should suffer from the same bug, but I haven't tried it. Let me emphasize that the bug is in the server, not in chimera, and this patch is just a workaround. I think the "right" thing to do is make this behavior contingent on an X resource, but I don't want to fool with it. I suppose it ought to at least be #ifdefed. There is a remote chance that this is the "right" thing in any case, but I'm not enough of a color map expert to know. % diff -c HTMLimages.c- HTMLimages.c *** HTMLimages.c- Thu Nov 18 15:19:02 1993 - --- HTMLimages.c Wed Feb 2 22:38:02 1994 *************** *** 164,169 **** - --- 164,178 ---- static int have_colors = 0; int NumCells; + if (XDisplayCells(dsp, DefaultScreen(dsp)) <= 2) + { + colr->pixel = (colr->red + colr->green + colr->blue > 98304) ? + WhitePixel(dsp, DefaultScreen(dsp)) : + BlackPixel(dsp, DefaultScreen(dsp)) ; + XQueryColor(dsp, colormap, colr); + return; + } + match = XAllocColor(dsp, colormap, colr); if (match == 0) { ------- Message 13 Received: from ACASUN.ECKERD.EDU by JIMI.CS.UNLV.EDU id aa25577; 3 Feb 94 12:11 PST Received: by acasun (5.0/SMI-SVR4) id AA13327; Thu, 3 Feb 94 15:09:40 EST Date: Thu, 3 Feb 94 15:09:40 EST From: Jonathan Roy Message-Id: <9402032009.AA13327@acasun> To: bug-chimera@cs.unlv.edu, thoth@lightning.cis.ufl.edu Content-Length: 414

Index of players

As far as I understand it, this code isn't working right. I't sin document draft.html And each of those lines should load soemthing like: draft.html#ScumOMatic not: #ScumOMatic This works for other people using Mosaic, so I assume it is a bug? ------- Message 14 Received: from guitar-slim.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa28374; 3 Feb 94 13:25 PST To: Jonathan Roy cc: bug-chimera@cs.unlv.edu In-reply-to: Your message of "Thu, 03 Feb 1994 15:09:40 EST." <9402032009.AA13327@acasun> Date: Thu, 03 Feb 1994 13:25:30 -0800 From: John Kilburg >

Index of players

>As far as I understand it, this code isn't working right. >I't sin document >draft.html >And each of those lines should load soemthing like: >draft.html#ScumOMatic >not: >#ScumOMatic >This works for other people using Mosaic, so I assume it is >a bug? This was a bug. The code to deal with this was written last night. Thanks for your bug report. -john ------- Message 15 Received: from CSTEAM.COM by JIMI.CS.UNLV.EDU id aa20654; 6 Feb 94 7:45 PST Received: by csteam.com id AA24753 (5.67a/IDA-1.5 for bug-chimera@cs.unlv.edu); Sun, 6 Feb 1994 10:46:18 -0500 Date: Sun, 6 Feb 1994 10:46:18 -0500 From: George Boyce Message-Id: <199402061546.AA24753@csteam.com> To: bug-chimera@cs.unlv.edu Subject: html displayed Ok, I give up. I have chimera compiled and it seems to work just fine except that the documents display with html tags in plaintext rather that being used to format the document. The two errors I get when I fire it up are associated with my X server so that shouldn't be the problem, right? Warning: Color name "purple4" is not defined Warning: Cannot convert string "-adobe-times-bold-r-normal-*-17-*-*-*-*-*-*-*" to type FontStruct I must be doing something obviously wrong. I'm using version 1.38 George - -- George R. Boyce, President, The Computing Support Team, Inc. 315-453-2035, 607-838-3727, FAX: 315-443-4745, george@csteam.com 200 Elwood Davis Rd, Suite 102, Liverpool NY, 13088 ------- Message 16 Received: from lil-ed.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa20877; 6 Feb 94 8:04 PST To: George Boyce cc: bug-chimera@cs.unlv.edu Subject: Re: html displayed In-reply-to: Your message of "Sun, 06 Feb 1994 10:46:18 EST." <199402061546.AA24753@csteam.com> Date: Sun, 06 Feb 1994 08:04:24 -0800 From: John Kilburg >Ok, I give up. Ah! Don't give up. >I have chimera compiled and it seems to work just fine except >that the documents display with html tags in plaintext rather that being >used to format the document. The two errors I get when I fire it up are >associated with my X server so that shouldn't be the problem, right? > >Warning: Color name "purple4" is not defined >Warning: Cannot convert string "-adobe-times-bold-r-normal-*-17-*-*-*-*-*-*-*" to type FontStruct > >I must be doing something obviously wrong. >I'm using version 1.38 There is a file called "content" which tells Chimera how to deal with certain types of files and what the default file types are for the different transports (http, ftp,...). You probably just need to tell Chimera where this file is located. There are two ways to do this: 1) compile it in by modifying src/conf.h 2) or change the contentFile resource (the quick way) Put the following line in the Chimera app-defaults file: *contentFile: /path/content path is where you installed your content file (/usr/local/infosys/lib ?). You can also set the home page and the help document this way: *homePage: /path/home.html *helpDocument: /path/help.html You can test the resources by using the xrdb command: xrdb -merge *contentFile: /path/content ^D I hope this helps. -john ------- Message 17 Received: from CSTEAM.COM by JIMI.CS.UNLV.EDU id aa23420; 6 Feb 94 11:34 PST Received: from csteam.com by csteam.com with SMTP id AA26595 (5.67a/IDA-1.5 for ); Sun, 6 Feb 1994 14:35:40 -0500 Message-Id: <199402061935.AA26595@csteam.com> To: John Kilburg Cc: bug-chimera@cs.unlv.edu Subject: Re: html displayed In-Reply-To: Your message of "Sun, 06 Feb 1994 08:04:24 PST." <199402061611.AA24786@csteam.com> Date: Sun, 06 Feb 1994 14:35:39 -0500 From: George Boyce Thanks! I triple checked and found the typo that was making it not find the content file. Sorry to have bothered you with it. George ------- Message 18 Received: from big-joe.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa23772; 7 Feb 94 3:36 PST To: bug-chimera@big-joe.CS.UNLV.EDU Subject: Chimera 1.45 Date: Mon, 07 Feb 1994 03:36:31 -0800 From: John Kilburg I just put chimera-1.45.tar.gz out for anonymous ftp at ftp.cs.unlv.edu:/pub/chimera/chimera-1.45.tar.gz. Please grab it up and give it a try. I added some new features and I fixed some annoying bugs and ommissions. The two major things that I did not get to are - - Weird gopher selectors like ftp@ftp.cs.unlv.edu/ (whatever) - - Handling of the Content-encoding stuff in HTTP which automatically handles decompression and uudecode'ing of documents. These will be the next two things to go in. There were a couple of contributions which I did not have time to add to the distribution. Sorry about that. Unless you folks find something major wrong with it I will announce it in comp.infosys.www in a day or so. Thanks. -john ------- Message 19 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa28538; 7 Feb 94 4:50 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA26081; Mon, 7 Feb 94 07:52:42 EST From: "R. Stewart Ellis" Message-Id: <9402071252.AA26081@nova.gmi.edu> Subject: Re: Chimera 1.45 To: John Kilburg Date: Mon, 7 Feb 94 7:52:42 EST Cc: bug-chimera@big-joe.CS.UNLV.EDU In-Reply-To: <9402071146.AA25323@nova.gmi.edu>; from "John Kilburg" at Feb 7, 94 3:36 am X-Mailer: ELM [version 2.3 PL11] > > I just put chimera-1.45.tar.gz out for anonymous ftp at > ftp.cs.unlv.edu:/pub/chimera/chimera-1.45.tar.gz. Please grab > it up and give it a try. I added some new features and > I fixed some annoying bugs and ommissions. > > The two major things that I did not get to are > > - Weird gopher selectors like ftp@ftp.cs.unlv.edu/ (whatever) > - Handling of the Content-encoding stuff in HTTP which automatically > handles decompression and uudecode'ing of documents. > > These will be the next two things to go in. > > There were a couple of contributions which I did not have time to add > to the distribution. Sorry about that. > > Unless you folks find something major wrong with it I will announce > it in comp.infosys.www in a day or so. > > Thanks. > > -john > I just brought chimera up on Solaris 2.3 with term support and cannot open any gopher url. The ones I have tried so far are my home gopher on the other side of the link and csf.colorado.edu. Here is an adb stacktrace on the latest try: sponge:(stew)/usr5/src/chimera-1.45> adb ./src/chimera core file = core -- program ``chimera'' SIGSEGV: Segmentation Fault $c gopher_main(0x58e08,0xeffff288,0xffffffff,0xeffff188,0xefffef88,0x0) + 34 gopherplain(0x58e08,0xeffff288,0xffffffff,0xeffff188,0xefffef88,0x17e6c) + 18 DownloadDocument(0x58e08,0x478a4,0x144,0x0,0x66696c65,0x676f7068) + d4 LoadDocumentMain(0x0,0x0,0x4d71c,0xefffedb0,0x0,0x0) + 6c LoadDocument(0x478a0,0x478a0,0xef6b2298,0x100,0x0,0xef6b22a0) + 8 AddDocNode(0x44ff0,0x47878,0x0,0x51d48,0xef7adc10,0xffffffff) + 174 I have not had much time to work on it yet. Stew Ellis ------- Message 20 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa29448; 7 Feb 94 5:27 PST Received: from ncl.blagdon (blagdon.ncl.ac.uk) by cheviot.ncl.ac.uk id (5.65cVUW/NCL-CMA.1.35 for ) with SMTP; Mon, 7 Feb 1994 13:26:34 GMT From: Jim Wight Date: Mon, 7 Feb 94 13:26:30 GMT Message-Id: To: bug-chimera@cs.unlv.edu In-Reply-To: <199402071143.AA16537@cheviot.ncl.ac.uk> Subject: Re: Chimera 1.45 Reply-To: J.K.Wight@newcastle.ac.uk > Unless you folks find something major wrong with it I will announce > it in comp.infosys.www in a day or so. If the Print button is pressed for a second time without a request having been made or the Requester window cancelled then MakeRequester Error 1 is printed on stdout and nothing happens to the Requester window. The behaviour should be to map and raise the Requester window (by calling XMapRaised) - it is easy to get interrupted and temporarily lose a window somewhere on the screen. The Save operation should behave similarly. At the moment popping up the Requester makes the Save button insensitive, which is inconsistent with Print. Please don't cure the inconsistency by making Print insensitive! Same goes for Search. The MakeRequester error is also reported if Print is selected while the Save requester is up. Unless they use the same popup I would expect either to be usable independently of the other, i.e. click Print, change mind, click Save, and do so without having to get rid of the Print Requester window first. If they are the same popup with just different labels and callbacks then it should be possible to flip between the different manifestations in the mapped state. It is not obvious what the default is when saving by hitting Return after entering a filename. I think it would be better to have a "one of many" group of radio buttons, plus a Save button, instead of the Command buttons. Then for the future a nice touch would be to have the initial state settable via a resource so that entering a filename and hitting Return gets me the document in my preferred format. I would prefer the last filename entered in the Requester not to be cleared out when it is popped up again. After all I might want to save the next document in the same directory and it is a hassle typing it all in again. It is much easier to delete the old contents than it is to retype. What do others think? Mostly these are not major issues but I think they are important from a user interface point of view, and would make chimera more pleasant to use. Jim ------- Message 21 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa01093; 7 Feb 94 6:27 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA29344; Mon, 7 Feb 94 09:29:27 EST From: "R. Stewart Ellis" Message-Id: <9402071429.AA29344@nova.gmi.edu> Subject: Re: Chimera 1.45, SunOS 4.1.3 also dumps on gopher url To: bug-chimera@big-joe.CS.UNLV.EDU Date: Mon, 7 Feb 94 9:29:27 EST X-Mailer: ELM [version 2.3 PL11] Forwarded message: From ellis Mon Feb 7 09:24:44 1994 From: ellis (R. Stewart Ellis) Message-Id: <9402071424.AA29146@nova.gmi.edu> Subject: Re: Chimera 1.45 To: ellis@nova.gmi.edu (R. Stewart Ellis) Date: Mon, 7 Feb 94 9:24:43 EST In-Reply-To: <9402071252.AA26081@nova.gmi.edu>; from "R. Stewart Ellis" at Feb 7, 94 7:52 am X-Mailer: ELM [version 2.3 PL11] I posted earlier: > > I just brought chimera up on Solaris 2.3 with term support and cannot open > any gopher url. The ones I have tried so far are my home gopher on the > other side of the link and csf.colorado.edu. Here is an adb stacktrace on > the latest try: > > sponge:(stew)/usr5/src/chimera-1.45> adb ./src/chimera > core file = core -- program ``chimera'' > SIGSEGV: Segmentation Fault > $c > gopher_main(0x58e08,0xeffff288,0xffffffff,0xeffff188,0xefffef88,0x0) + 34 > gopherplain(0x58e08,0xeffff288,0xffffffff,0xeffff188,0xefffef88,0x17e6c) + 18 > DownloadDocument(0x58e08,0x478a4,0x144,0x0,0x66696c65,0x676f7068) + d4 > LoadDocumentMain(0x0,0x0,0x4d71c,0xefffedb0,0x0,0x0) + 6c > LoadDocument(0x478a0,0x478a0,0xef6b2298,0x100,0x0,0xef6b22a0) + 8 > AddDocNode(0x44ff0,0x47878,0x0,0x51d48,0xef7adc10,0xffffffff) + 174 > > > > I have not had much time to work on it yet. > > > Stew Ellis > I forgot to say that the above was with a gopher url on my home page. I have since compiled chimera on SunOS 4.1.3 without term support and get the same behavior but a different stack trace from adb: [33](ttype)_nova_ellis_/sun/gnu/src/chimera-1.45> ./src/chimera Segmentation fault (core dumped) [34](ttype)_nova_ellis_/sun/gnu/src/chimera-1.45> adb ./src/chimera core file = core -- program ``chimera'' SIGSEGV 11: segmentation violation $c _gopher_main(0x68a48,0xefffefcc,0xffffffff,0xefffeecc,0xefffedcc,0x0) + 40 _gopherplain(0x68a48,0xefffefcc,0xffffffff,0xefffeecc,0xefffedcc,0x65720067) + 18 _DownloadDocument(0x8,0x68a7c,0x20408001,0x0,0x68a48,0x286d8) + 148 _LoadDocumentMain(0x68a78,0x0,0x144,0x0,0xefffef00,0x0) + 68 _LoadDocument(0x68a78,0x68a78,0x37244,0x68a70,0x0,0x0) + 8 _AddDocNode(0x2de60,0x68a20,0x0,0x0,0x68a48,0x68a78) + 18c _Load(0x66278,0x26ab8,0x0,0x6e642d6f,0x6f6b2d66,0x2de60) + 6c _OKFunc(0x65080,0xeffffa58,0x0,0x66268,0x0,0x66268) + 1c __XtTranslateEvent(0x65080,0x0,0xeffffa58,0x66268,0x4ef84,0x66260) + 348 _DispatchEvent(0xeffffa58,0x65080,0xeffff5b0,0x0,0x1,0xeffff740) + 2fc _DecideToDispatch(0xeffffa58,0x0,0x379b8,0x3792c,0x65080,0x65080) + 2f8 _XtDispatchEvent(0xeffffa58,0xeffffa58,0xc00003,0x0,0x1,0x34a10) + 34 _XtAppMainLoop(?) __DYNAMIC(0x34a10,0x5e748,0x0,0x5ef88,0x0,0x5e748) + 10 _main(0x1,0xeffffb84,0xeffffb8c,0x26800,0x0,0x26c7a) + 15c I know this is from typing in a gopher url for an offsite gopher, into the popup box whatever that is called. Stew Ellis ------- Message 22 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa01144; 7 Feb 94 6:29 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA29453; Mon, 7 Feb 94 09:32:04 EST From: "R. Stewart Ellis" Message-Id: <9402071432.AA29453@nova.gmi.edu> Subject: More on SunOS core dumps To: bug-chimera@big-joe.CS.UNLV.EDU Date: Mon, 7 Feb 94 9:32:04 EST X-Mailer: ELM [version 2.3 PL11] I just recompiled on SunOS 4.1.3 to see if my seg faults were being caused by DNS problems. My site uses NIS to resolve DNS, so I did not have - -lresolv linked. I relinked with -lresolv and it made no difference, chimera still dumps core when I try to access a gopher. Stew ------- Message 23 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa10105; 7 Feb 94 10:41 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Mon, 07 Feb 94 13:40:33 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Mon, 07 Feb 94 13:40:32 EST Subject: Re: Chimera 1.45 In-Reply-To: John Kilburg, Mon, 07 Feb 94 03:36:31 PST It's not ready. As someone else pointed out, it dumps core trying to connect to gopher servers. The labels on the requesters are wrong. The labels on the title and url boxes are wrong. It's easy to see why gopher is broken. 'selector' is used before it's set in gopher_main(). I think you need to add something like selector = alloc_string(filename); near the top of the routine. It was there in 1.38 but is missing now. I haven't tried this so I don't know what else might be needed. ------- Message 24 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa11286; 7 Feb 94 10:53 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Mon, 07 Feb 94 13:52:41 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Mon, 07 Feb 94 13:52:40 EST Subject: I take it all back All is fixed if you get the resources correctly installed. I didn't check the "make install" transcript well enough, and Chimera.ad didn't get copied to the right place. And, if you make my suggested fix to gopher.c, it will fix the core dumps trying to connect to gopher servers. ------- Message 25 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa12464; 7 Feb 94 11:33 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA11337; Mon, 7 Feb 94 14:35:59 EST From: "R. Stewart Ellis" Message-Id: <9402071935.AA11337@nova.gmi.edu> Subject: Re: I take it all back To: Jim.Rees@umich.edu Date: Mon, 7 Feb 94 14:35:59 EST Cc: bug-chimera@CS.UNLV.EDU In-Reply-To: <9402071912.AA10559@nova.gmi.edu>; from "Jim.Rees@umich.edu" at Feb 7, 94 1:52 pm X-Mailer: ELM [version 2.3 PL11] > All is fixed if you get the resources correctly installed. I didn't check > the "make install" transcript well enough, and Chimera.ad didn't get copied > to the right place. I did not install, but I do not believe chimera is having any trouble with the previous setup stuff, except for the problems with the gopher url. > > And, if you make my suggested fix to gopher.c, it will fix the core dumps > trying to connect to gopher servers. > I added the patch Jim refers to right before the next major block of code in gopher_main. It does prevent the core dump, but it still will not work with a short gopher url of the form gopher://machine.site.dom or gopher://machine.site.dom/. It will accept either format if I put the port number on it, eg. gopher://machine.site.dom:70. I believe it should try a default port of 70 if one is not specified. This would be consistent with the behavior of other www browsers. Stew Ellis ------- Message 26 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa12988; 7 Feb 94 11:48 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Mon, 07 Feb 94 14:47:04 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Mon, 07 Feb 94 14:47:03 EST Subject: Re: I take it all back In-Reply-To: R. Stewart Ellis, Mon, 07 Feb 94 14:35:59 EST I added the patch Jim refers to right before the next major block of code in gopher_main. It does prevent the core dump, but it still will not work with a short gopher url of the form gopher://machine.site.dom or gopher://machine.site.dom/. Right you are. There are some other problems as well with gopher urls. It worked better before the current round of fixes. ------- Message 27 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa13552; 7 Feb 94 12:02 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA12554; Mon, 7 Feb 94 15:04:16 EST From: "R. Stewart Ellis" Message-Id: <9402072004.AA12554@nova.gmi.edu> Subject: More on gopher problems To: Jim.Rees@umich.edu Date: Mon, 7 Feb 94 15:04:16 EST Cc: bug-chimera@CS.UNLV.EDU In-Reply-To: <9402071912.AA10559@nova.gmi.edu>; from "Jim.Rees@umich.edu" at Feb 7, 94 1:52 pm X-Mailer: ELM [version 2.3 PL11] I installed Jim's suggested code to set the selector before it is accessed and reported that this allows gopher urls to work of the port is specified, but they do have to have the closing slash, which I misreported. I also added back the code from 1.38 to check for portno, else set to default. This allows gopher urls without port numbers to be opened by all the means normally used. Stew ------- Message 28 Received: from guitar-slim.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa13747; 7 Feb 94 12:07 PST To: bug-chimera@guitar-slim.CS.UNLV.EDU Subject: gopher problems Date: Mon, 07 Feb 1994 12:07:00 -0800 From: John Kilburg Shit. I remember now. I went to modify the gopher stuff and sort of got side tracked and didn't finish what I was doing. Hey, it was around 3am when I was doing this...I was sleepy. I will put a new version out tonight. Sorry about that folks. -john ------- Message 29 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa16195; 7 Feb 94 13:00 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Mon, 07 Feb 94 15:59:38 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Mon, 07 Feb 94 15:59:37 EST Subject: gopher url games If you open gopher://una.hh.lib.umich.edu:70/1/gophers/umgophers and pick the GopherBlue item, you'll see the gopher cache file instead of proper html. ------- Message 30 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa16914; 7 Feb 94 13:19 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Mon, 07 Feb 94 16:18:32 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Mon, 07 Feb 94 16:18:31 EST Subject: gopher.c fixes For those of you who just can't wait, and who don't want to figure out what changes to make where, here's a patch to gopher.c. *** gopher.c- Mon Feb 7 02:01:00 1994 - --- gopher.c Mon Feb 7 15:55:48 1994 *************** *** 180,185 **** - --- 180,186 ---- * * selector[0] is the leading / */ + selector = alloc_string(filename); if (selector[3] == '/' && selector[2] != '/' && selector[1] != '/') { query = alloc_string(selector + 2); *************** *** 221,226 **** - --- 222,231 ---- default: ; } + if (portno == -1) + { + portno = DEFAULT_GOPHER_PORT; + } s = net_open(hostname, portno); if (s < 0) { ------- Message 31 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa17673; 7 Feb 94 13:41 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA16597; Mon, 7 Feb 94 16:43:12 EST From: "R. Stewart Ellis" Message-Id: <9402072143.AA16597@nova.gmi.edu> Subject: Re: gopher url games To: Jim.Rees@umich.edu Date: Mon, 7 Feb 94 16:43:11 EST Cc: bug-chimera@CS.UNLV.EDU In-Reply-To: <9402072121.AA15651@nova.gmi.edu>; from "Jim.Rees@umich.edu" at Feb 7, 94 3:59 pm X-Mailer: ELM [version 2.3 PL11] > > If you open gopher://una.hh.lib.umich.edu:70/1/gophers/umgophers and pick > the GopherBlue item, you'll see the gopher cache file instead of proper > html. > I just did this and got a normal looking gopher page. Try ftp://oak.oakland.edu/pub and tell me how many msdos's and how many misc's there are. I have been having problems with that since I started using chimera. It works every other tool I have used. Stew ------- Message 32 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa18322; 7 Feb 94 13:57 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Mon, 07 Feb 94 16:56:14 -0500 From: Jim.Rees@umich.edu To: "R. Stewart Ellis" Cc: bug-chimera@CS.UNLV.EDU Date: Mon, 07 Feb 94 16:56:13 EST Subject: Re: gopher url games In-Reply-To: R. Stewart Ellis, Mon, 07 Feb 94 16:43:11 EST Try ftp://oak.oakland.edu/pub and tell me how many msdos's and how many misc's there are. I have been having problems with that since I started using chimera. It works every other tool I have used. It works for me, but I'm not using the stock ftp.c. I've modified it a bit to make it more general. The one that comes with chimera only works with a very limited set of ftp servers, mostly just ones based on the Berkeley server. Mine works with more kinds of servers but still doesn't come anywhere near being rfc 959 compliant. I sent this to John a while back but he didn't use it. *** ftp.c- Mon Feb 7 01:23:06 1994 - --- ftp.c Mon Feb 7 16:50:36 1994 *************** *** 72,77 **** - --- 72,78 ---- { char *query; char buffer[BUFSIZ]; + char data_hostname[48]; char stats[256]; char *t; char *domain; *************** *** 79,85 **** int blen; int s, d; int isdir; ! int h0, h1, h2, h3, p0, p1, reply; int data_port; int tlen = 0; int btlen = 0; - --- 80,86 ---- int blen; int s, d; int isdir; ! int h0, h1, h2, h3, p0, p1, reply, n; int data_port; int tlen = 0; int btlen = 0; *************** *** 119,125 **** /* * Send the user name */ ! strcpy(buffer, "USER ftp\r\n"); net_write(s, buffer, strlen(buffer)); blen = net_read(s, buffer, sizeof(buffer)); - --- 120,126 ---- /* * Send the user name */ ! strcpy(buffer, "USER anonymous\r\n"); net_write(s, buffer, strlen(buffer)); blen = net_read(s, buffer, sizeof(buffer)); *************** *** 219,231 **** return; } ! sscanf(buffer, "%d Entering Passive Mode (%d,%d,%d,%d,%d,%d)", &reply, &h0, &h1, &h2, &h3, &p0, &p1); /* * Open a data connection */ data_port = (p0 << 8) + p1; ! d = net_open(hostname, data_port); if (d < 0) { net_close(s); - --- 220,242 ---- return; } ! n = sscanf(buffer, "%d %*[^(](%d,%d,%d,%d,%d,%d)", &reply, &h0, &h1, &h2, &h3, &p0, &p1); ! if (n != 7 || reply != 227) ! { ! net_close(s); + free(filename); + + return; + } + + sprintf(data_hostname, "%d.%d.%d.%d", h0, h1, h2, h3); + /* * Open a data connection */ data_port = (p0 << 8) + p1; ! d = net_open(data_hostname, data_port); if (d < 0) { net_close(s); *************** *** 301,307 **** return; } ! strcpy (buffer, "LIST\r\n"); net_write(s, buffer, strlen(buffer)); blen = net_read(s, buffer, sizeof(buffer)); - --- 312,318 ---- return; } ! strcpy (buffer, "NLST\r\n"); net_write(s, buffer, strlen(buffer)); blen = net_read(s, buffer, sizeof(buffer)); *************** *** 430,443 **** char mode[256]; char file[256]; int flen = 0, lastflen = 0; ! static char *head = "FTP directory %s on %s\n

FTP directory %s

\n

%s

\n
    \n"; static char *entry = "
  • %s \n"; static char *trail = "
"; ! /* ! * First line is a count of the entries. ! */ ! p = get_line(t, buffer, sizeof(buffer)); /* * First make a title line with the hostname and file name and all that - --- 441,451 ---- char mode[256]; char file[256]; int flen = 0, lastflen = 0; ! static char *head = "FTP directory %s on %s\n

FTP directory %s

\n
    \n"; static char *entry = "
  • %s \n"; static char *trail = "
"; ! p = t; /* * First make a title line with the hostname and file name and all that *************** *** 444,451 **** * jazz. */ temp = alloc_string_mem(strlen(filename) * 2 + strlen(hostname) + ! strlen(buffer) + strlen(head) + 1 + 10); ! sprintf (temp, head, filename, hostname, filename, buffer); flen = strlen(temp); f = (char *)malloc(sizeof(char) * (flen + 1)); if (f == NULL) - --- 452,459 ---- * jazz. */ temp = alloc_string_mem(strlen(filename) * 2 + strlen(hostname) + ! strlen(head) + 1 + 10); ! sprintf (temp, head, filename, hostname, filename); flen = strlen(temp); f = (char *)malloc(sizeof(char) * (flen + 1)); if (f == NULL) *************** *** 475,487 **** while ((p = get_line(p, buffer, sizeof(buffer))) != NULL) { /* ! * First get the mode and filename from the directory entry. ! * Get rid of /'s on the end of filenames. */ ! sscanf(buffer, "%s %s %s %s %s %s %s %s %s", ! mode, ! outbuf, outbuf, outbuf, outbuf, outbuf, outbuf, outbuf, ! file); /* * Now craft a bit of HTML with an anchor for the directory entry - --- 483,491 ---- while ((p = get_line(p, buffer, sizeof(buffer))) != NULL) { /* ! * First get the filename. */ ! sscanf(buffer, "%s", file); /* * Now craft a bit of HTML with an anchor for the directory entry *************** *** 526,531 **** return(f); } - - - - - - - --- 530,532 ---- ------- Message 33 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa04072; 7 Feb 94 21:44 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Tue, 08 Feb 94 00:43:38 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Tue, 08 Feb 94 00:43:24 EST Subject: for the wish list Hitting in a searchable index should launch the search instead of just beeping. When I pop up a requester, it should start out with the same text that was in it the last time I popped it up. There should also be a "clear" button. ------- Message 34 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa04254; 7 Feb 94 21:49 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Tue, 08 Feb 94 00:48:29 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Tue, 08 Feb 94 00:48:19 EST Subject: Portno's Complaint Open the movie database at https://www.cm.cf.ac.uk:80/Movies/moviequery.html and do a title search. Any title search. It will fail because the url will have -1 for the port number. This is similar to the problem with gopher_main(), but a cursory glance at http.c fails to reveal the bug. Besides, it works with other forms. ------- Message 35 Received: from guitar-slim.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa06617; 7 Feb 94 23:15 PST To: bug-chimera@guitar-slim.CS.UNLV.EDU Subject: config Date: Mon, 07 Feb 1994 23:15:33 -0800 From: John Kilburg Did anyone look at the config script in the toplevel directory? Is it useful? It seems like lots of folks have been having trouble with configuring chimera and so I wrote the config script to help. -john ------- Message 36 Received: from guitar-slim.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa09968; 8 Feb 94 2:17 PST To: bug-chimera@guitar-slim.CS.UNLV.EDU Subject: Chimera 1.46 Date: Tue, 08 Feb 1994 02:17:21 -0800 From: John Kilburg I just made 1.46 available on ftp.cs.unlv.edu. Grab it and try it out. It fixes the embarrassing problems which were introduced in 1.45 and discussed here. I also added a few of the user interface improvements suggested here in a feeble attempt to make up for the lousy 1.45 release. I apologize for the last release. Could someone tell me whether or not it compiles out of the box on Solaris 2.x machines? Thanks. -john ------- Message 37 Received: from lil-ed.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa11600; 8 Feb 94 4:03 PST To: bug-chimera@lil-ed.CS.UNLV.EDU Subject: oops Date: Tue, 08 Feb 1994 04:03:49 -0800 From: John Kilburg In main.c in the function SubmitForm there is a line which looks like: if (formdata->attribute_count == 1) but should be something like: if (formdata->attribute_count == 1 && mystrcmp("isindex", nlist[0]) == 0) I haven't tested this yet but the second line should work. 1.46 won't work with the movie database (I think). It still might not work but the second line is more correct. I will prepare a new release with this bug fixed later. -john ------- Message 38 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa14732; 8 Feb 94 4:51 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA04724; Tue, 8 Feb 94 07:53:27 EST From: "R. Stewart Ellis" Message-Id: <9402081253.AA04724@nova.gmi.edu> Subject: Re: Chimera 1.46 To: John Kilburg Date: Tue, 8 Feb 94 7:53:26 EST Cc: bug-chimera@guitar-slim.CS.UNLV.EDU In-Reply-To: <9402081032.AA03091@nova.gmi.edu>; from "John Kilburg" at Feb 8, 94 2:17 am X-Mailer: ELM [version 2.3 PL11] > I just made 1.46 available on ftp.cs.unlv.edu. Grab it and try it > out. It fixes the embarrassing problems which were introduced > in 1.45 and discussed here. I also added a few of the user interface > improvements suggested here in a feeble attempt to make up for the > lousy 1.45 release. > > I apologize for the last release. > > Could someone tell me whether or not it compiles out of the box > on Solaris 2.x machines? > > Thanks. > > -john > Although I normally patch for term before I even try to compile, this time I just ran ./config, then all the compile steps. I got mostly normal warnings about redefinitions and stuff like that. When I tried to run it I got: sponge:(stew)/usr5/src/chimera-1.46> ./src/chimera ld.so.1: ./src/chimera: fatal: relocation error: symbol not found: bzero: referenced in ./src/chimera Killed There is precisely one call to bzero and one to bcopy in the src/* files and they are in net.c on lines 59 and 68. Normally these are eliminated by the preprocessor for me because I have TERM defined. I will figure out a good place to put the appropriate conditional defines for SYSV. Stew ------- Message 39 Received: from fhg.de by JIMI.CS.UNLV.EDU id aa16732; 8 Feb 94 6:58 PST From: dingelde@igd.fhg.de Received: by fhg.de (mail-gw.fhg.de) with PRESMTP; Tue, 8 Feb 94 15:58:36 +0100 from FHG-GATEWAY Received: by fhg.de (mail-gw.fhg.de) with SMTP; Tue, 8 Feb 94 15:58:29 +0100 from igd.igd.fhg.de Received: by igd.igd.fhg.de; Tue, 8 Feb 94 15:59:24 +0100 Received: from sokrates.igd.fhg.de by archimedes (4.1/SMI-4.0) id AA24922; Tue, 8 Feb 94 15:59:21 +0100 Date: Tue, 8 Feb 94 15:59:20 +0100 Message-Id: <9402081459.AA24922@archimedes> To: bug-chimera@guitar-slim.CS.UNLV.EDU Subject: chimera 1.46 - good! X-Face: )YTy>c&QRzz"%)|R%#Ye_@'|f-|'r}{r*}yb-Z;\_P^P5$hOTYDlz4yXe:QB-q3fl]KY=gL =VvNc[Y3[})HX.T1:* '"]8PD^t1E~)3OX[W-DET;gppU Hello John, I have just installed 1.46. After being a little disappointed by some missing functionality in 1.35 or so, I noted major improvements. This is very good work. chimera is now in the area of being usable. Some minor wishes in the user interface remain: - an "abort transmission" button (like the globe-button somewhere else) - the possibility to get an URL from a link *without* using the link - explain how to speak "chimera" (for non-native enlish/american people) Dennis - -- Dennis Dingeldein ZGDV Computer Graphics Center (dingelde@igd.fhg.de) Wilhelminenstr. 7 mWm D-64283 Darmstadt, Germany ~.~ Phone: +49/6151/155-112 Fax: +49/6151/155-450 \-/ "Planet Earth is blue and there's nothing I can do" (Bowie) ------- Message 40 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa24559; 8 Feb 94 12:26 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA23091; Tue, 8 Feb 94 15:28:32 EST From: "R. Stewart Ellis" Message-Id: <9402082028.AA23091@nova.gmi.edu> Subject: New ftp code To: bug-chimera@cs.unlv.edu Date: Tue, 8 Feb 94 15:28:32 EST X-Mailer: ELM [version 2.3 PL11] John, thanks for adding Jim Rees's ftp patch. Now oak.oakland.edu:/pub returns all the right entries. Sorry I had not already checked this when I wrote about the bcopy bzero problem with SYSV in net.c. Jim, how would one go about trying to get the entries into sorted order? Stew ------- Message 41 Received: from guitar-slim.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa24704; 8 Feb 94 12:33 PST To: dingelde@igd.fhg.de cc: bug-chimera@guitar-slim.CS.UNLV.EDU Subject: Re: chimera 1.46 - good! In-reply-to: Your message of "Tue, 08 Feb 1994 15:59:20 +0100." <9402081459.AA24922@archimedes> Date: Tue, 08 Feb 1994 12:33:11 -0800 From: John Kilburg > - an "abort transmission" button (like the globe-button somewhere else) Code was contributed to do this but I haven't looked at it. The author expressed some concerns about portability and I haven't had the time. I'm sure the code works fine so it is just a matter of me putting it in. > - the possibility to get an URL from a link *without* using the link I'll try to think of a way to do this. I REALLY do not like the "feature" in the Motif-based WWW browser where the URL is shown for an anchor when the mouse moves over it. > - explain how to speak "chimera" (for non-native enlish/american > people) I doubt that I pronounce it correctly myself. Around here we say: kimera Where the 'i' is pronounced like the 'i' in pie (say that ten times really fast). The 'er' is pronounced is pronounced like 'air'. I say just use whatever is comfortable for you. When the first chimera convention roles around (in Tahiti) then we will worry about how to pronounce it. -john ------- Message 42 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa24749; 8 Feb 94 12:35 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA23459; Tue, 8 Feb 94 15:37:46 EST From: "R. Stewart Ellis" Message-Id: <9402082037.AA23459@nova.gmi.edu> Subject: Re: Chimera 1.46 To: John Kilburg Date: Tue, 8 Feb 94 15:37:46 EST Cc: bug-chimera@guitar-slim.CS.UNLV.EDU In-Reply-To: <9402081032.AA03091@nova.gmi.edu>; from "John Kilburg" at Feb 8, 94 2:17 am X-Mailer: ELM [version 2.3 PL11] > I just made 1.46 available on ftp.cs.unlv.edu. Grab it and try it > out. It fixes the embarrassing problems which were introduced > in 1.45 and discussed here. I also added a few of the user interface > improvements suggested here in a feeble attempt to make up for the > lousy 1.45 release. > > I apologize for the last release. > > Could someone tell me whether or not it compiles out of the box > on Solaris 2.x machines? In order to compile on Solaris 2.3, I had to add the following lines right after the includes in src/net.c: #ifdef SYSV # define bzero(dst,len) memset(dst,0,len) # define bcopy(src,dst,len) memcpy(dst,src,len) #endif /*SYSV*/ I shamelessly stole the defines from pbmplus/pbmplus.h. Speaking of which, I would change the lines near the top of that file that read: #if defined(USG) || defined(SVR4) #define SYSV #endif to read: #if defined(USG) || defined(SVR4) # ifndef SYSV # define SYSV # endif #endif This cleans up a rather harmless redefine warning for Solaris. I can't test these against other SYSV's, but I believe they would need them too. Stew ------- Message 43 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa25270; 8 Feb 94 12:51 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Tue, 08 Feb 94 15:50:22 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Tue, 08 Feb 94 15:50:22 EST Subject: Re: chimera 1.46 - good! In-Reply-To: John Kilburg, Tue, 08 Feb 94 12:33:11 PST I REALLY do not like the "feature" in the Motif-based WWW browser where the URL is shown for an anchor when the mouse moves over it. I agree completely. It's distracting, and it's useless, since there is no way to select the url text for pasting elsewhere. Maybe some mouse chord (shift-left?) to put the url you are pointing at into the url display at the top of the window? > - explain how to speak "chimera" (for non-native enlish/american > people) My dictionary (which is usually wrong) says ki - mi' - ra ------- Message 44 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa26183; 8 Feb 94 13:17 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA25367; Tue, 8 Feb 94 16:20:00 EST From: "R. Stewart Ellis" Message-Id: <9402082120.AA25367@nova.gmi.edu> Subject: Re: chimera 1.46 - good! To: John Kilburg Date: Tue, 8 Feb 94 16:20:00 EST Cc: dingelde@igd.fhg.de, bug-chimera@guitar-slim.CS.UNLV.EDU In-Reply-To: <9402082041.AA23731@nova.gmi.edu>; from "John Kilburg" at Feb 8, 94 12:33 pm X-Mailer: ELM [version 2.3 PL11] > > - explain how to speak "chimera" (for non-native enlish/american > > people) > > I doubt that I pronounce it correctly myself. Around here > we say: > > kimera > > Where the 'i' is pronounced like the 'i' in pie (say that ten times > really fast). The 'er' is pronounced is pronounced like 'air'. I just clipped the following from a gopher server, URL: gopher://sfsuvax1.sfsu.edu:3015/0default DEFINE chimera chimera can't grok that, but the other X web browser does. chimera (0k) 100% +-----------------------------------------------------------------------------+ chi.me.ra or chi.mae.ra \ki--'mir-*, k*-\ n [L chimaera, fr. Gk chimaira she-goat, chimera; akin to Gk cheim]o-n winter cap 1a: a she-monster in Greek mythology usu. with a lion's head vomiting flame s, a goat's body, and a serpent's tail 1b: an imaginary monster compounded of incongruous parts 2: an illusion or fabrication of the mind; esp : an unrealizable dr eam 3: an individual, organ or part consisting of tissues of diverse genetic co nstitution and occurring esp. in plants and most frequently at a graft union > I say just use whatever is comfortable for you. When the first > chimera convention roles around (in Tahiti) then we will worry > about how to pronounce it. I vote for the Greek islands. Stew ------- Message 45 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa26569; 8 Feb 94 13:24 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Tue, 08 Feb 94 16:23:49 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Tue, 08 Feb 94 16:23:49 EST Subject: Re: New ftp code In-Reply-To: "R. Stewart Ellis", Tue, 08 Feb 94 15:28:32 EST Jim, how would one go about trying to get the entries into sorted order? That's a good idea, and it wouldn't be hard, just a bit of grunt coding. You would split the loop in ftp_dir() into two parts. The first would read entries out of the buf into bits of storage allocated with alloc_string(), and make a list of the bits (one for each file in the directory). The list would have to be malloc/realloced, or an initial pass would have to be made to determine how many entries there are. The second part would call qsort() on the list, passing strcmp() as the comparison routine, then build the html. I'm glad you've volunteered for this. I'm looking forward to seeing the code. By the way, it would also be fun to switch back to LIST (with a fallback to NLST if the result can't be parsed), and do something with the info that comes back. You could put up file/dir icons like the gopher display does, and list the size of the files. ------- Message 46 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa26941; 8 Feb 94 13:39 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Tue, 08 Feb 94 16:38:09 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Tue, 08 Feb 94 16:38:09 EST Subject: Re: chimera 1.46 - good! In-Reply-To: "R. Stewart Ellis", Tue, 08 Feb 94 16:20:00 EST URL: gopher://sfsuvax1.sfsu.edu:3015/0default DEFINE chimera chimera can't grok that, but the other X web browser does. I'm no url expert, but I know that urls can't contain blanks. They are sometimes translated to "%20" and sometimes to "+" (but I don't understand how you decide). ------- Message 47 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa27642; 8 Feb 94 14:00 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA27479; Tue, 8 Feb 94 17:02:13 EST From: "R. Stewart Ellis" Message-Id: <9402082202.AA27479@nova.gmi.edu> Subject: Re: chimera 1.46 - good! To: Jim.Rees@umich.edu Date: Tue, 8 Feb 94 17:02:12 EST Cc: bug-chimera@CS.UNLV.EDU In-Reply-To: <9402082149.AA26933@nova.gmi.edu>; from "Jim.Rees@umich.edu" at Feb 8, 94 4:38 pm X-Mailer: ELM [version 2.3 PL11] > > URL: gopher://sfsuvax1.sfsu.edu:3015/0default DEFINE chimera > > chimera can't grok that, but the other X web browser does. > > I'm no url expert, but I know that urls can't contain blanks. They are > sometimes translated to "%20" and sometimes to "+" (but I don't understand > how you decide). I assumed the spaces were illegal, even though gopher+ presents the url that way when I type '='. I tried it both ways in chimera and in the other browser. Chimera accepted neither, "M" accepted either. Stew ------- Message 48 Received: from klinzhai.rutgers.edu by JIMI.CS.UNLV.EDU id aa10712; 8 Feb 94 19:29 PST Received: from geneva.rutgers.edu by klinzhai.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA05228; Tue, 8 Feb 94 22:29:27 EST Received: by geneva.rutgers.edu.lcsr (5.0/SMI-SVR4) id AA07241; Tue, 8 Feb 1994 22:29:38 +0500 Date: Tue, 8 Feb 1994 22:29:38 +0500 From: Charles Hedrick Message-Id: <9402090329.AA07241@geneva.rutgers.edu.lcsr> To: bug-chimera@cs.unlv.edu Subject: https://athos/home.html#home fails Content-Length: 190 In http.c, you pass $filename$ext to the GET command. This appears to be wrong. You just want $filename. the server hasn't heard of home.html#home. chimera has to look for #home itself. ------- Message 49 Received: from hubert.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa13020; 8 Feb 94 20:11 PST To: Charles Hedrick cc: bug-chimera@cs.unlv.edu Subject: Re: https://athos/home.html#home fails In-reply-to: Your message of "Tue, 08 Feb 1994 22:29:38 +0500." <9402090329.AA07241@geneva.rutgers.edu.lcsr> Date: Tue, 08 Feb 1994 20:11:51 -0800 From: John Kilburg >In http.c, you pass $filename$ext to the GET command. This appears >to be wrong. You just want $filename. the server hasn't heard >of home.html#home. chimera has to look for #home itself. Right. This will be fixed in the next release. -john ------- Message 50 Received: from hubert.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17313; 8 Feb 94 21:30 PST To: "R. Stewart Ellis" cc: bug-chimera@guitar-slim.cs.unlv.edu Subject: Weird URL (was Re: chimera 1.46 - good!) In-reply-to: Your message of "Tue, 08 Feb 1994 16:20:00 EST." <9402082120.AA25367@nova.gmi.edu> Date: Tue, 08 Feb 1994 21:30:04 -0800 From: John Kilburg >URL: gopher://sfsuvax1.sfsu.edu:3015/0default DEFINE chimera I suspect that this isn't really a gopher server but something else which relies on M'isms to do something else. This is most likely the websterd daemon or an interface to it. There are other services which do non-standard things based on what the other X web browser will tolerate. Did you type this URL in directly or did a server supply it? If you didn't type it in directly what URLs did you use to get to it? >I vote for the Greek islands. I wouldn't be upset if the first chimera convention ended up here. -john ------- Message 51 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa11753; 9 Feb 94 20:00 PST Received: by igw.merck.com with rsmtp; Wed, 9 Feb 1994 23:04:43 EST Date: Wed, 9 Feb 1994 23:00:31 -0500 From: ajs@merck.com To: john@cs.unlv.edu Subject: Funny GIF files The GIFs at: https://shebute.com/Home.HTML are not translated correctly by giftoppm. ------- Message 52 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa11931; 9 Feb 94 20:06 PST Received: by igw.merck.com with rsmtp; Wed, 9 Feb 1994 23:10:41 EST Date: Wed, 9 Feb 1994 23:06:14 -0500 From: ajs@merck.com To: bug-chimera@cs.unlv.edu Subject: Server error: Eh? The links on: https://info.acm.org/ expand to: gopher://gopher.acm.org/11[the_files.top.videotape_library] which elicits: Server error: Eh? Confusing Request ------- Message 53 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id aa04810; 10 Feb 94 18:28 PST Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA24616; Thu, 10 Feb 94 21:28:20 EST Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@lil-ed.CS.UNLV.EDU) id AA05052; Thu, 10 Feb 94 21:27:55 -0500 Date: Thu, 10 Feb 94 21:27:55 -0500 From: Benno Blumenthal Message-Id: <9402110227.AA05052@rainbow.ldgo.columbia.edu> To: bug-chimera@lil-ed.CS.UNLV.EDU Subject: chimera 1.46 and WWW_HOME Chimera 1.46 is a little too enthusiastic about using WWW_HOME: it uses it even if a file is specified on the command line. Here is a patch that makes the command line argument override everything else. cd /OLD/toinstall/chimera/src/ diff -c /OLD/toinstall/chimera/src/main.c~ /OLD/toinstall/chimera/src/main.c *** /OLD/toinstall/chimera/src/main.c~ Tue Feb 8 08:30:21 1994 - --- /OLD/toinstall/chimera/src/main.c Thu Feb 10 17:32:09 1994 *************** *** 294,308 **** */ if ((first = getenv("WWW_HOME")) == NULL) { ! if (argc > 1) { first = argv[1]; } - - else - - { - - first = root.homePage; - - } - - } root.blist = ReadBookmarkFile(); root.clist = ReadContentDB(root.contentFile); root.dlist = NULL; - --- 294,305 ---- */ if ((first = getenv("WWW_HOME")) == NULL) { ! first = root.homePage; ! } ! if (argc > 1) { first = argv[1]; } root.blist = ReadBookmarkFile(); root.clist = ReadContentDB(root.contentFile); root.dlist = NULL; Diff exited abnormally with code 1 at Thu Feb 10 17:34:43 also cpp choked on the XRELEASE > 4 line in http.c in my rather old version on linux (.99pl12). Easily avoided, not so easily fixed. I guess I should upgrade. -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 54 Received: from icm1.icp.net by JIMI.CS.UNLV.EDU id aa11488; 11 Feb 94 10:57 PST Received: from melita.melita.com by icm1.icp.net (5.65/1.34) id AA05750; Fri, 11 Feb 94 10:54:38 -0500 Received: from [192.68.20.43] by melita.melita.com id aa03696; 11 Feb 94 14:01 EST Received: by melupl.rd.melatl.com (AIX 3.2/UCB 5.64/4.03) id AA33179; Fri, 11 Feb 1994 13:56:20 -0500 Date: Fri, 11 Feb 1994 13:56:20 -0500 From: Ken Thompson Message-Id: <9402111856.AA33179@melupl.rd.melatl.com> To: bug-chimera@cs.unlv.edu Subject: permission to include Chimera on cd-rom Atlanta Innovation, Inc. publishes and distributes the Atlantis Internet CD-ROM, a compendium of documentation and software of special interest to both new and current Internet users. The CD-ROM sells for $39.95 (plus applicable sales tax). We would like to include your software on the current and future releases of the CD-ROM. The software will be included as is, including any copyright or distribution notices contained in the software. Atlanta Innovation will, however, not be responsible or liable for any unauthorized use or duplication of the materials you provide and will not provide any fees to you for including the material. If you would like to have your software included on the Atlantis CD-ROM, please send an acknowledgement of your consent with your postal mailing address to our e-mail address: cd-rom@atlinv.com We will respond by sending a release form for your signature, authorizing Atlanta Innovation to include your software on the CD-ROM. Thank you for your help! ------- Message 55 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id aa12646; 11 Feb 94 11:33 PST Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA08449; Fri, 11 Feb 94 14:31:33 EST Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@cs.unlv.edu) id AA12496; Fri, 11 Feb 94 14:30:58 -0500 Date: Fri, 11 Feb 94 14:30:58 -0500 From: Benno Blumenthal Message-Id: <9402111930.AA12496@rainbow.ldgo.columbia.edu> To: bug-chimera@cs.unlv.edu Subject: How to save a tar.gz file On occasion, there are links to tar and .tar.gz files. If I use the middle button, the file is transfered, but 1) if it is an ftp site, is chimera smart enough to use binary mode? and 2) there are lots of format choices, the html button is the one I chose, but I did not get a useful file (my guess is the answer to 1 is no). So 1) can chimera ftp in binary for appropriate extensions? 2) could the dialog be different for binary files to cut down on the confusion?, or 3) could we have a binary transfer mode? -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 56 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa13519; 11 Feb 94 11:54 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Fri, 11 Feb 94 14:53:55 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Fri, 11 Feb 94 14:53:55 EST Subject: Re: How to save a tar.gz file In-Reply-To: Benno Blumenthal, Fri, 11 Feb 94 14:30:58 EST 1) can chimera ftp in binary for appropriate extensions? Chimera always uses image ("binary") mode for ftp transfers. 2) could the dialog be different for binary files to cut down on the confusion?, or You'd have to define "binary" first. Not text? 3) could we have a binary transfer mode? I'm not sure, but I think if you "save text" you'll get the unmodified source file as received. ------- Message 57 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id aa16486; 11 Feb 94 13:28 PST Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA10928; Fri, 11 Feb 94 16:27:59 EST Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@cs.unlv.edu) id AA13504; Fri, 11 Feb 94 16:27:34 -0500 Date: Fri, 11 Feb 94 16:27:34 -0500 From: Benno Blumenthal Message-Id: <9402112127.AA13504@rainbow.ldgo.columbia.edu> To: bug-chimera@cs.unlv.edu In-Reply-To: <9402112006.AA09047@lamont.ldgo.columbia.edu> (Jim.Rees@umich.edu) Subject: Re: How to save a tar.gz file >>>>> "Jim" == Jim Rees writes: Jim> 1) can chimera ftp in binary for appropriate extensions? Jim> Chimera always uses image ("binary") mode for ftp transfers. Jim> 2) could the dialog be different for binary files to cut down Jim> on the confusion?, or Jim> You'd have to define "binary" first. Not text? I guess what I mean is that the full set of choices is only appropriate for html and maybe plain text files. If the file is not one of those types, maybe the number of choices could be cut down to 'as is' and whatever else you can think of. Jim> 3) could we have a binary transfer mode? Jim> I'm not sure, but I think if you "save text" you'll get the Jim> unmodified source file as received. Save text did not work for me. -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 58 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id aa17231; 11 Feb 94 13:53 PST Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA11522; Fri, 11 Feb 94 16:53:02 EST Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@cs.unlv.edu) id AA13784; Fri, 11 Feb 94 16:52:37 -0500 Date: Fri, 11 Feb 94 16:52:37 -0500 From: Benno Blumenthal Message-Id: <9402112152.AA13784@rainbow.ldgo.columbia.edu> To: bug-chimera@cs.unlv.edu Subject: inline JPEG I tried to set up in-line JPEG as suggested by John in INSTALL (with one slight correction, like this, cimg ^image/jpeg |djpeg %s cimg .jpg |djpeg %s cimg .jpeg |djpeg %s gimg ^image/jpeg |djpeg %s | ppmtopgm gimg .jpg |djpeg %s | ppmtopgm gimg .jpeg |djpeg %s | ppmtopgm mimg ^image/jpeg |djpeg %s | ppmtopgm | pgmtopbm mimg .jpeg |djpeg %s | ppmtopgm | pgmtopbm mimg .jpg |djpeg %s | ppmtopgm | pgmtopbm But chimera 1.46 chokes on the output of djpeg (version v4a): it takes a very long time to come back, and the image is badly distorted (all black in my test case, though an earlier attempt gave me a few black dots in a field of white). If I however run djpeg -gif image.jpg > image.gif chimera is happy with image.gif. if I then compare djpeg image.jpg > image1.ppm and giftoppm image.gif > image2.ppm image1 and image2 are indeed different, though if I feed them to xv they look the same to me. The djpeg output seems to have much longer records that the giftoppm output (as viewed in emacs) -- could there be a buffer overrun in chimera when it calls djpeg? (I'm just guessing). Has anyone else tried this? -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 59 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa18683; 11 Feb 94 14:39 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Fri, 11 Feb 94 17:37:58 -0500 From: Jim.Rees@umich.edu To: Benno Blumenthal Cc: bug-chimera@cs.unlv.edu Date: Fri, 11 Feb 94 17:37:57 EST Subject: Re: inline JPEG In-Reply-To: Benno Blumenthal, Fri, 11 Feb 94 16:52:37 EST I tried to set up in-line JPEG as suggested by John in INSTALL (with one slight correction, like this, The problem is that you'll end up with too many colors (2^24), and chimera throws out the old ones after the first 256. Going through gif works since gif quantizes to 256 colors, but it's not a good solution. I quantize to 16 colors for grayscale, since my grayscale displays are all 4 bit, and to 50 for color, which is what Mosaic uses. One problem is that you'll get a different 50 colors for each image, so if you have lots of inlines on a page, you might still run out. For grayscale, the quantization should be done after converting to grayscale instead of before, but I haven't done that yet. It hasn't been a problem. Here are my content file entries for inline jpeg: mimg ^image/jpeg |djpeg -P %s | ppmtopgm | pgmtopbm mimg .jpg |djpeg -P %s | ppmtopgm | pgmtopbm gimg ^image/jpeg |djpeg -P -q 16 %s | ppmtopgm gimg .jpg |djpeg -P -q 16 %s | ppmtopgm cimg ^image/jpeg |djpeg -P -q 50 %s cimg .jpg |djpeg -P -q 50 %s ------- Message 60 Received: from mayall.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa20711; 11 Feb 94 15:24 PST To: Benno Blumenthal cc: bug-chimera@cs.unlv.edu Subject: Re: How to save a tar.gz file In-reply-to: Your message of "Fri, 11 Feb 1994 14:30:58 EST." <9402111930.AA12496@rainbow.ldgo.columbia.edu> Date: Fri, 11 Feb 1994 15:24:03 -0800 From: John Kilburg >On occasion, there are links to tar and .tar.gz files. If I use the >middle button, the file is transfered, but >1) if it is an ftp site, is chimera smart enough to use binary mode? Chimera always uses binary mode like Jim says. >2) there are lots of format choices, the html button is the one I >chose, but I did not get a useful file (my guess is the answer to 1 >is no). I will try to clarify this...when you click on "HTML" it takes the raw HTML and sends it to the printer (for the printer command) or put its in a file (for save the command). If you want to print raw HTML to the printer then you will need to save it first as HTML then convert it to postscript (assuming you have a postscript printer) and then send it to the printer. If you click on postscript then the HTML is converted to postscript and chimera either saves it or sends it to the printer (depending on the command). Something tells me I need to write better docs. I am considering adding capabilities to the content file which would do the conversion automatically. What do you guys think? >1) can chimera ftp in binary for appropriate extensions? >2) could the dialog be different for binary files to cut down on the >confusion?, or >3) could we have a binary transfer mode? You can force an ftp-like download by clicking on the anchor with the middle button instead of the left mouse button. If you look in the content file there are extensions which are "unknown". If you attempt to grab one of these types of files Chimera will ask for a filename and save it directly. If there are extensions that have been missed then add them to your content file and send them to me so that they will be included in the next release. I will test these abilities tonight hopefully to make sure they work. I think they worked at one time. By the way, tonight I plan to release a version which fixes the "little" bugs since 1.46 (including the WWW_HOME patch). This may not happen until Sunday as I am in the process of upgrading RS/6000s to a new version of AIX. -john ------- Message 61 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa23794; 11 Feb 94 16:53 PST Received: by igw.merck.com with rsmtp; Fri, 11 Feb 1994 19:57:46 EST From: ajs@merck.com Subject: Fresh window To: bug-chimera@cs.unlv.edu Date: Fri, 11 Feb 1994 19:53:15 -0500 (EST) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 194 Any way to have chimera selectively pop up a new window when it displays a document view? (the big "M" does binds this to button 2) - -- Anthony Starks Merck Research Laboratories ajs@merck.com ------- Message 62 Received: from magic-sam.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa28764; 11 Feb 94 20:59 PST To: bug-chimera@magic-sam.CS.UNLV.EDU Subject: "chimera" use elsewhere Date: Fri, 11 Feb 1994 20:59:38 -0800 From: Jay Nietling found on cs.columbia.edu:/pub/chimera: - ----- This directory contains postscript copies of papers written about CHIMERA, a multi-modal editor that is a testbed for example-based interface research at Columbia University. The following papers are in this directory: visBook90.ps: "A Visual Language for Browsing, Undoing, and Redoing Graphical Interface Commands", from S.K. Chang's book, Visual Languages and Visual Programming, Plenum Press, NY 1990. This paper describes Editable Graphical Histories, the history representation used in Chimera. snapshots.ps: "Inferring Constraints from Multiple Snapshots", to appear in ACM Transactions on Graphics, October 1993. This paper presents an algorithm for inferring geometric constraints from multiple configurations of the same scene. chi92.ps: "Interactive Constraint-Based Search and Replace", from the Proceedings of CHI '92, describes a technique allowing users to define their own editor extensions based on constraint replacement rules. These rules can be used for picture transformations, including illustration beautification. Chimera's graphical search and replace facility is adopted from the MatchTool, a utility developed at Xerox PARC. We have a paper describing this in SIGGRAPH '88, but there is no postscript file available (Xerox uses interpress). - ----- probably way too late to change names now... - -jay ------- Message 63 Received: from katie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29519; 11 Feb 94 21:43 PST To: Jay Nietling cc: bug-chimera@magic-sam.cs.unlv.edu Subject: Re: "chimera" use elsewhere In-reply-to: Your message of "Fri, 11 Feb 1994 20:59:38 PST." Date: Fri, 11 Feb 1994 21:43:37 -0800 From: Allen Condit > >found on cs.columbia.edu:/pub/chimera: oh well, what can you do.... but i don't think changing the name because of it is a good idea. just give credit to another use of 'chimera' out there. john, just stick this info into the README or something. allen > >----- >This directory contains postscript copies of papers written about >CHIMERA, a multi-modal editor that is a testbed for example-based >interface research at Columbia University. The following papers are >in this directory: > >visBook90.ps: "A Visual Language for Browsing, Undoing, and Redoing > Graphical Interface Commands", from S.K. Chang's book, Visual > Languages and Visual Programming, Plenum Press, NY 1990. This > paper describes Editable Graphical Histories, the history > representation used in Chimera. > >snapshots.ps: "Inferring Constraints from Multiple Snapshots", > to appear in ACM Transactions on Graphics, October 1993. > This paper presents an algorithm for inferring geometric > constraints from multiple configurations of the same scene. > >chi92.ps: "Interactive Constraint-Based Search and Replace", from the > Proceedings of CHI '92, describes a technique allowing users to define > their own editor extensions based on constraint replacement rules. These rules can be used for picture transformations, including > illustration beautification. > >Chimera's graphical search and replace facility is adopted from the >MatchTool, a utility developed at Xerox PARC. We have a paper >describing this in SIGGRAPH '88, but there is no postscript file >available (Xerox uses interpress). >----- > >probably way too late to change names now... > >-jay ------- Message 64 Received: from athos.rutgers.edu by JIMI.CS.UNLV.EDU id aa00283; 11 Feb 94 22:19 PST Received: by athos.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA16824; Sat, 12 Feb 94 01:19:23 EST Date: Sat, 12 Feb 94 01:19:23 EST From: Charles Hedrick Message-Id: <9402120619.AA16824@athos.rutgers.edu> To: bug-chimera@cs.unlv.edu Subject: various changes These are the results of some experiments. (2) and (3) are just experiments. I wouldn't use that code as is. But I thought you might still find them helpful as ideas. 1) keyboard accelerators for all the buttons, as well as scrolling 2) implemented delayed images 3) implemented an image cache. If you run with -c, all images will be written to /usr/local/lib/dcache. Other run normally, requets will be satisfied from that cache before using HTTP. This is intended for use over a SLIP line, which is the reason for (2) and (3). *** libhtmlw/HTML.c.ORIG Fri Feb 11 15:57:32 1994 - --- libhtmlw/HTML.c Fri Feb 11 20:13:42 1994 *************** *** 117,127 **** - --- 117,140 ---- static void ExtendStart(); static void ExtendAdjust(); static void ExtendEnd(); + static void ScrollUp(); + static void ScrollDown(); static void TrackMotion(); static Boolean ConvertSelection(); static void LoseSelection(); static void SelectionDone(); + extern void HomeAction(); + extern void BackAction(); + extern void ReloadAction(); + extern void HelpAction(); + extern void QuitAction(); + extern void SourceAction(); + extern void OpenAction(); + extern void SaveAction(); + extern void SearchAction(); + extern void PrintAction(); + extern void BookmarkAction(); #ifdef _NO_PROTO *************** *** 200,205 **** - --- 213,231 ---- : extend-start()\n\ : extend-adjust()\n\ : extend-end(PRIMARY, CUT_BUFFER0) \n\ + space: scroll-up()\n\ + b: scroll-down()\n\ + h: home()\n\ + u: back()\n\ + l: reload()\n\ + ?: help()\n\ + q: quit()\n\ + d: source()\n\ + o: open()\n\ + w: save()\n\ + s: search()\n\ + p: print()\n\ + m: bookmark()\n\ : track-motion()\n\ : track-motion()\n\ : track-motion()\n\ *************** *** 214,219 **** - --- 240,258 ---- { "extend-start", (XtActionProc) ExtendStart }, { "extend-adjust", (XtActionProc) ExtendAdjust }, { "extend-end", (XtActionProc) ExtendEnd }, + { "scroll-up", (XtActionProc) ScrollUp }, + { "scroll-down", (XtActionProc) ScrollDown }, + { "home", (XtActionProc) HomeAction }, + { "back", (XtActionProc) BackAction }, + { "reload", (XtActionProc) ReloadAction }, + { "help", (XtActionProc) HelpAction }, + { "quit", (XtActionProc) QuitAction }, + { "source", (XtActionProc) SourceAction }, + { "open", (XtActionProc) OpenAction }, + { "save", (XtActionProc) SaveAction }, + { "search", (XtActionProc) SearchAction }, + { "print", (XtActionProc) PrintAction }, + { "bookmark", (XtActionProc) BookmarkAction }, { "track-motion", (XtActionProc) TrackMotion }, { "HTMLInput", (XtActionProc) _HTMLInput }, #ifndef MOTIF *************** *** 243,248 **** - --- 282,300 ---- { "extend-start", (XtActionProc) ExtendStart }, { "extend-adjust", (XtActionProc) ExtendAdjust }, { "extend-end", (XtActionProc) ExtendEnd }, + { "scroll-up", (XtActionProc) ScrollUp }, + { "scroll-down", (XtActionProc) ScrollDown }, + { "home", (XtActionProc) HomeAction }, + { "back", (XtActionProc) BackAction }, + { "reload", (XtActionProc) ReloadAction }, + { "help", (XtActionProc) HelpAction }, + { "quit", (XtActionProc) QuitAction }, + { "source", (XtActionProc) SourceAction }, + { "open", (XtActionProc) OpenAction }, + { "save", (XtActionProc) SaveAction }, + { "search", (XtActionProc) SearchAction }, + { "print", (XtActionProc) PrintAction }, + { "bookmark", (XtActionProc) BookmarkAction }, { "track-motion", (XtActionProc) TrackMotion }, { "HTMLInput", (XtActionProc) _HTMLInput }, #ifndef MOTIF *************** *** 992,998 **** ScrollToPos(w, (HTMLWidget)client_data, sc->value); #else ! float scrollDir = (int)call_data < 0 ? -0.3 : 0.3; HTMLWidget hw = (HTMLWidget)client_data; int value; Dimension totalLength, currentLength; - --- 1044,1050 ---- ScrollToPos(w, (HTMLWidget)client_data, sc->value); #else ! float scrollDir = (int)call_data < 0 ? -0.5 : 0.5; HTMLWidget hw = (HTMLWidget)client_data; int value; Dimension totalLength, currentLength; *************** *** 3463,3468 **** - --- 3515,3543 ---- } return; + } + + + static void + ScrollUp(w, event, params, num_params) + Widget w; + XEvent *event; + String *params; /* unused */ + Cardinal *num_params; /* unused */ + { + HTMLWidget hw = (HTMLWidget)XtParent(w); + ScrollMove(hw->html.vbar, (caddr_t)hw, 1); + } + + static void + ScrollDown(w, event, params, num_params) + Widget w; + XEvent *event; + String *params; /* unused */ + Cardinal *num_params; /* unused */ + { + HTMLWidget hw = (HTMLWidget)XtParent(w); + ScrollMove(hw->html.vbar, (caddr_t)hw, -1); } *** src/http.c.ORIG Mon Feb 7 05:37:39 1994 - --- src/http.c Sat Feb 12 01:00:02 1994 *************** *** 46,57 **** #include "conf.h" #if NeedFunctionPrototypes ! static void standard_http(Document *); extern int DisplayTransferStatus(char *); #else ! static void standard_http(); extern int DisplayTransferStatus(); #endif /* * Notice evil global variable. Keep your eye on this guy. - --- 46,59 ---- #include "conf.h" #if NeedFunctionPrototypes ! void standard_http(Document *); extern int DisplayTransferStatus(char *); #else ! void standard_http(); extern int DisplayTransferStatus(); #endif + extern int cache_images; + #include /* * Notice evil global variable. Keep your eye on this guy. *************** *** 102,107 **** - --- 104,140 ---- d->text = NULL; + if (! cache_images) { + char cachename[512]; + int fd; + char *cp; + extern int errno; + struct stat statb; + + cp = rindex(filename, '/'); + if (cp) { + if (strlen(cp+1)) + sprintf(cachename, "/usr/local/lib/dcache/%s", cp+1); + else + cachename[0] = 0; + } else + sprintf(cachename, "/usr/local/lib/dcache/%s", filename); + + if (cachename[0] && stat(cachename, &statb) == 0 && statb.st_size > 0) { + fd = open(cachename, 0); + if (fd >= 0) { + t = malloc(statb.st_size + 1); + if (t) { + read(fd, t, statb.st_size + 1); + tlen = statb.st_size; + close(fd); + goto done; + } + close(fd); + } + } + } + /* * Start chitchatting with the HTTP server. */ *************** *** 116,122 **** */ if (methodname == MethodGET) /* GET */ { ! query = alloc_string_mem(strlen(filename) + strlen(format_get) + 1); if (query == NULL) { net_close(s); - --- 149,158 ---- */ if (methodname == MethodGET) /* GET */ { ! if (ext && *ext == '#') ! ext = ""; ! query = alloc_string_mem(strlen(filename) + strlen(format_get) + ! strlen(ext)+ 1); if (query == NULL) { net_close(s); *************** *** 201,206 **** - --- 237,243 ---- return; } + done: /* * Terminate the data, fill in the Document. */ *************** *** 209,214 **** - --- 246,270 ---- d->text = t; d->len = tlen; + if (cache_images) { + char cachename[512]; + int fd; + char *cp; + extern int errno; + + cp = rindex(filename, '/'); + if (cp) + sprintf(cachename, "/usr/local/lib/dcache/%s", cp+1); + else + sprintf(cachename, "/usr/local/lib/dcache/%s", filename); + + fd = open(cachename, 0101, 0644); + if (fd > 0) { + write(fd, d->text, d->len); + close(fd); + } + } + /* * Check for the proper header information. Notice the evil 5. * Everyone should be using HTTP/1.0 by now. *************** *** 249,255 **** * This is a whole bunch of hard-coded MIME string fields and stuff * in here. */ ! static void standard_http(d) Document *d; { - --- 305,311 ---- * This is a whole bunch of hard-coded MIME string fields and stuff * in here. */ ! void standard_http(d) Document *d; { *** src/main.c.ORIG Tue Feb 8 03:30:21 1994 - --- src/main.c Sat Feb 12 00:37:05 1994 *************** *** 251,256 **** - --- 251,258 ---- NULL }; + int cache_images; + /* * main * *************** *** 289,294 **** - --- 291,302 ---- XtGetApplicationResources(root.toplevel, &root, resource_list, XtNumber(resource_list), NULL, 0); + if (argc > 1 && strcmp(argv[1], "-c") == 0) { + cache_images = 1; + argv++; + argc--; + } + /* * Init the root information. */ *************** *** 803,808 **** - --- 811,818 ---- return; } + void HomeAction() {Home(NULL, &root, NULL);} + /* * Save * *************** *** 957,962 **** - --- 967,974 ---- return; } + void BackAction() {Back(NULL, &root, NULL);} + /* * Reload * *************** *** 975,980 **** - --- 987,994 ---- return; } + void ReloadAction() {Reload(NULL, &root, NULL);} + /* * Cancel * *************** *** 1007,1012 **** - --- 1021,1028 ---- return; } + void HelpAction() {Help(NULL, &root, NULL);} + /* * Search * *************** *** 1232,1237 **** - --- 1248,1255 ---- exit(0); } + void QuitAction() {Quit(NULL, &root, NULL);} + /* * Source * *************** *** 1269,1274 **** - --- 1287,1294 ---- return; } + void SourceAction() {Source(NULL, &root, NULL);} + /* * CancelRequester * *************** *** 1522,1527 **** - --- 1542,1553 ---- return; } + void OpenAction() {DoRequester(root.load, &root, NULL); } + void SaveAction() {DoRequester(root.save, &root, NULL); } + void SearchAction() {DoRequester(root.search, &root, NULL); } + void PrintAction() {DoRequester(root.print, &root, NULL); } + + /* * MakeBookList * *************** *** 1612,1617 **** - --- 1638,1645 ---- return; } + void BookmarkAction() {DoLister(root.bookmark, &root, NULL); } + /* * NukeRequester * *************** *** 1654,1659 **** - --- 1682,1689 ---- return; } + extern Document * CheckDocumentCache(); + /* * ImageResolve * *************** *** 1661,1669 **** * understands. This treats images like documents. */ ImageInfo * ! ImageResolve(w, url) Widget w; char *url; { Document *d; ImageInfo *i = NULL; - --- 1691,1700 ---- * understands. This treats images like documents. */ ImageInfo * ! ImageResolve(w, url, delay) Widget w; char *url; + int delay; { Document *d; ImageInfo *i = NULL; *************** *** 1698,1703 **** - --- 1729,1739 ---- nurl = alloc_string(url); } + if (delay && !CheckDocumentCache(nurl)) { + free(nurl); + return(NULL); + } + /* * Get the document. */ *************** *** 1787,1792 **** - --- 1823,1837 ---- } return(i); + } + + ImageInfo * + DelayedImageResolve(w, url, delay) + Widget w; + char *url; + int delay; + { + return(ImageResolve(w, url, 0)); } /* *** src/widget.c.ORIG Tue Feb 8 03:17:40 1994 - --- src/widget.c Fri Feb 11 21:55:39 1994 *************** *** 89,94 **** - --- 89,96 ---- {NULL, NULL, NULL}, }; + extern DelayedImageResolve(); + static void AddButtons(r, box, list) HTMLRoot *r; *************** *** 166,172 **** HTMLRoot *r; { Widget paned, box, form; ! Arg args[3]; XtCallbackRec cbrec[2]; /* - --- 168,174 ---- HTMLRoot *r; { Widget paned, box, form; ! Arg args[4]; XtCallbackRec cbrec[2]; /* *************** *** 243,257 **** * Mmmmmm descriptive. */ XtSetArg(args[0], WbNresolveImageFunction, ImageResolve); ! XtSetArg(args[1], WbNpreviouslyVisitedTestFunction, VisitTest); cbrec[0].callback = SubmitForm; cbrec[0].closure = r; cbrec[1].callback = 0; cbrec[1].closure = 0; ! XtSetArg(args[2], WbNsubmitFormCallback, cbrec); ! XtSetValues(r->w, args, 3); return; } - --- 245,260 ---- * Mmmmmm descriptive. */ XtSetArg(args[0], WbNresolveImageFunction, ImageResolve); ! XtSetArg(args[1], WbNresolveDelayedImage, DelayedImageResolve); ! XtSetArg(args[2], WbNpreviouslyVisitedTestFunction, VisitTest); cbrec[0].callback = SubmitForm; cbrec[0].closure = r; cbrec[1].callback = 0; cbrec[1].closure = 0; ! XtSetArg(args[3], WbNsubmitFormCallback, cbrec); ! XtSetValues(r->w, args, 4); return; } e ------- Message 65 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa15049; 12 Feb 94 5:54 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA03087; Sat, 12 Feb 94 08:56:13 EST From: "R. Stewart Ellis" Message-Id: <9402121356.AA03087@nova.gmi.edu> Subject: Re: "chimera" use elsewhere To: Allen Condit Date: Sat, 12 Feb 94 8:56:12 EST Cc: jay@magic-sam.cs.unlv.edu, bug-chimera@magic-sam.cs.unlv.edu In-Reply-To: <9402120557.AA28090@nova.gmi.edu>; from "Allen Condit" at Feb 11, 94 9:43 pm X-Mailer: ELM [version 2.3 PL11] > > > > >found on cs.columbia.edu:/pub/chimera: > > oh well, what can you do.... > > but i don't think changing the name because of it is a good idea. > just give credit to another use of 'chimera' out there. john, just > stick this info into the README or something. > > allen > > > > > > >----- > >This directory contains postscript copies of papers written about > >CHIMERA, a multi-modal editor that is a testbed for example-based > >interface research at Columbia University. The following papers are > >in this directory: [...] My feeling is that we would probably have already heard of it if there were a product. If it is something that exists only as an internal lab product AND there is no trademark, then I say lets keep the name. Stew Ellis ------- Message 66 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa15345; 12 Feb 94 6:02 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA03158; Sat, 12 Feb 94 09:04:43 EST From: "R. Stewart Ellis" Message-Id: <9402121404.AA03158@nova.gmi.edu> Subject: Re: various changes To: Charles Hedrick Date: Sat, 12 Feb 94 9:04:42 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402120619.AA16824@athos.rutgers.edu>; from "Charles Hedrick" at Feb 12, 94 1:19 am X-Mailer: ELM [version 2.3 PL11] > > These are the results of some experiments. (2) and (3) are just > experiments. I wouldn't use that code as is. But I thought you might > still find them helpful as ideas. What might be wrong with the code that you think needs looking after? > > 1) keyboard accelerators for all the buttons, as well as scrolling Occasionally I have found myself wishing for this. I have sort of read through the code and most of the maps seem to make sense. Go for it. > 2) implemented delayed images > 3) implemented an image cache. If you run with -c, all images will > be written to /usr/local/lib/dcache. Other run normally, requets > will be satisfied from that cache before using HTTP. > > This is intended for use over a SLIP line, which is the reason for > (2) and (3). I am not a real programmer, so may not understand all the issues well enough to comment on the code, but this seems like a good idea. I use chimera mostly over a term link from Sun to Sun. I suspect that lots of term, slip, ppp (and slap if it is ever released) will use chimera, and this will help all of us. Stew Ellis ------- Message 67 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa19656; 12 Feb 94 7:44 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Sat, 12 Feb 94 10:43:02 -0500 From: Jim.Rees@umich.edu To: Charles Hedrick Cc: bug-chimera@cs.unlv.edu Date: Sat, 12 Feb 94 10:42:46 EST Subject: Re: various changes In-Reply-To: Charles Hedrick, Sat, 12 Feb 94 01:19:23 EST These are the results of some experiments. (2) and (3) are just experiments. I wouldn't use that code as is. But I thought you might still find them helpful as ideas. I like it. I had to add "#include " before sys/stat.h in http.c. It might be good to find a better place for the image cache, or make the location configurable. How about TMPDIR? Was your message truncated? I didn't get CheckDocumentCache(). The end of your message as received here (that lone 'e' looks suspicious): *************** *** 243,257 **** * Mmmmmm descriptive. */ XtSetArg(args[0], WbNresolveImageFunction, ImageResolve); ! XtSetArg(args[1], WbNpreviouslyVisitedTestFunction, VisitTest); cbrec[0].callback = SubmitForm; cbrec[0].closure = r; cbrec[1].callback = 0; cbrec[1].closure = 0; ! XtSetArg(args[2], WbNsubmitFormCallback, cbrec); ! XtSetValues(r->w, args, 3); return; } - --- 245,260 ---- * Mmmmmm descriptive. */ XtSetArg(args[0], WbNresolveImageFunction, ImageResolve); ! XtSetArg(args[1], WbNresolveDelayedImage, DelayedImageResolve); ! XtSetArg(args[2], WbNpreviouslyVisitedTestFunction, VisitTest); cbrec[0].callback = SubmitForm; cbrec[0].closure = r; cbrec[1].callback = 0; cbrec[1].closure = 0; ! XtSetArg(args[3], WbNsubmitFormCallback, cbrec); ! XtSetValues(r->w, args, 4); return; } e ------- Message 68 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa23972; 12 Feb 94 9:01 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA05088; Sat, 12 Feb 94 12:03:26 EST From: "R. Stewart Ellis" Message-Id: <9402121703.AA05088@nova.gmi.edu> Subject: Some data structure not clearing, may be a term problem To: bug-chimera@cs.unlv.edu Date: Sat, 12 Feb 94 12:03:26 EST Cc: boutell@netcom.com X-Mailer: ELM [version 2.3 PL11] I am running chimera 1.46 and term 1.11 on a Solaris 2.3 machine at home to connect to a SunOS 4.1.3 host that is on the internet, also running term 1.11. I maintain and install all the relevant software on both machines. I have been experiencing a problem whenever I try to connect to a host that is unavailable, then exit chimera, then later reconnect chimera and select an item from the home page. It tries to connect to the unsuccessful url from the previous failed attempt and reports an error. If I try again, then I am successful. Occasionally the output of an xterm cut and paste will be corrupted with part or all of the failed url. Has anyone else seen anything like this with or without term? Stew Ellis ------- Message 69 Received: from klinzhai.rutgers.edu by JIMI.CS.UNLV.EDU id aa25814; 12 Feb 94 10:10 PST Received: from geneva.rutgers.edu by klinzhai.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA00666; Sat, 12 Feb 94 13:10:48 EST Received: by geneva.rutgers.edu.lcsr (5.0/SMI-SVR4) id AA09372; Sat, 12 Feb 1994 13:11:00 +0500 Date: Sat, 12 Feb 1994 13:11:00 +0500 From: Charles Hedrick Message-Id: <9402121811.AA09372@geneva.rutgers.edu.lcsr> To: ellis@nova.gmi.edu Subject: Re: various changes Cc: bug-chimera@cs.unlv.edu Content-Length: 1462 You ask what might be wrong about my changes. Maybe nothing. But (2) on delayed images: Mosaic has a scheme for making sure that the image cache doesn't grow too large. I haven't looked at all the code, and don't know whether I've done all the necessary hooks for that to work. If not, the result could be excessive and growing memory use. (3) on caching images: (a) There probably needs to be better control over when images are written to the disk. You don't want to save every image permanently. When you go exploring at some site, you don't want to save all of their images permanently. But you probably want better control than I've got. The best thing would probably be a button that says to save all of the images from the current document. This would replace the current -c option, which causes every image seen in the session to be saved. (b) Some thought needs to be given to the file names. Probably it should be a translation of the URL. (It can't be the URL itself, because that contains slashes, which are not legal in filenames.) I didn't do that because I'm running on an old file system that only allows 30-character filenames, and the URL's are typically longer than that. (c) This option needs to interact properly with delayed images. The routine that checks whether we already have an image should also check the cache on disk. Even if delayed loading is set we probably want to see images that we've already got on disk. ------- Message 70 Received: from klinzhai.rutgers.edu by JIMI.CS.UNLV.EDU id aa25853; 12 Feb 94 10:15 PST Received: from geneva.rutgers.edu by klinzhai.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA00688; Sat, 12 Feb 94 13:15:32 EST Received: by geneva.rutgers.edu.lcsr (5.0/SMI-SVR4) id AA09383; Sat, 12 Feb 1994 13:15:44 +0500 Date: Sat, 12 Feb 1994 13:15:44 +0500 From: Charles Hedrick Message-Id: <9402121815.AA09383@geneva.rutgers.edu.lcsr> To: Jim.Rees@umich.edu Subject: Re: various changes Cc: bug-chimera@cs.unlv.edu Content-Length: 625 Oops. One diff was missing. Note that this function should also check the on-disk cache. *** document.c.ORI Mon Feb 7 02:01:11 1994 - --- document.c Sat Feb 12 00:53:37 1994 *************** *** 392,397 **** - --- 392,421 ---- return; } + Document * + CheckDocumentCache(url) + char *url; + { + Document *c = NULL; + + /* + * Check to see if the thing is in the cache. If it is then return + * it immediately. + */ + + c = dcache; + while (c) + { + if (strcmp(c->url, url) == 0) + { + break; + } + c = c->cnext; + } + + return c; + } + /* * LoadDocumentMain * ------- Message 71 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa09395; 12 Feb 94 17:44 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Sat, 12 Feb 94 20:43:03 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Sat, 12 Feb 94 20:42:44 EST Subject: cacheing I really like the idea of an on-disk cache, not just for images but for all doc types. There is actually an http header that gives the length of time a doc should be cached, but I don't think any browsers use it. Here's my version, inspired by (and somewhat copied from) Charles's. It has the advantage that it caches after the doc conversion, so cached images don't have to go through the external giftoppm program. It's slightly more immune to name collisions, but is not production code -- it could use some cleanup and more error checking. But it works, and it reduces the load time for our departmental home page (https://www.citi.umich.edu/) from minutes to seconds for me. Line number are probably bogus for main.c. diff -c main.c.orig main.c *** main.c.orig Tue Feb 8 15:30:13 1994 - --- main.c Sat Feb 12 20:02:05 1994 *************** *** 251,256 **** - --- 251,258 ---- NULL }; + int cache_images; + /* * main * *************** *** 289,294 **** - --- 291,302 ---- XtGetApplicationResources(root.toplevel, &root, resource_list, XtNumber(resource_list), NULL, 0); + if (argc > 1 && strcmp(argv[1], "-c") == 0) { + cache_images = 1; + argv++; + argc--; + } + /* * Init the root information. */ *************** *** 1778,1783 **** - --- 1814,1822 ---- return(NULL); } + if (cache_images) + CacheImageDocument(d); + /* * Fix up the data pointer. */ diff -c document.c.orig document.c *** document.c.orig Mon Feb 7 02:01:11 1994 - --- document.c Sat Feb 12 20:27:42 1994 *************** *** 392,397 **** - --- 392,439 ---- return; } + Document * + CheckDocumentCache(url) + char *url; + { + Document *c = NULL; + + /* + * Check to see if the thing is in the cache. If it is then return + * it immediately. + */ + + c = dcache; + while (c) + { + if (strcmp(c->url, url) == 0) + { + break; + } + c = c->cnext; + } + + return c; + } + + char * + urlToCacheName(url) + char *url; + { + static char name[64]; + char *cp; + int n = 0, wrap; + + for (cp = url; *cp; cp++) { + n ^= *cp; + wrap = (n >> 24) & 0xff; + n <<= 8; + n |= wrap; + } + sprintf(name, "/tmp/chi%x", n); + return name; + } + /* * LoadDocumentMain * *************** *** 404,409 **** - --- 446,454 ---- int reload; { Document *c = NULL; + char *cachefname; + struct stat statb; + int fd; /* * Check to see if the thing is in the cache. If it is then return *************** *** 423,428 **** - --- 468,501 ---- } /* + * Check the on-disk image cache. + */ + cachefname = urlToCacheName(url); + if (!reload && stat(cachefname, &statb) == 0 && (fd = open(cachefname, 0)) >= 0) { + char *imageinfo; + extern char *MakeImageInfo(); /* not really */ + + c = CreateDocument(); + c->url = alloc_string(url); + c->text = (char *) malloc(statb.st_size); + c->len = read(fd, c->text, statb.st_size); + close(fd); + + imageinfo = MakeImageInfo(c); + free(c->text); + c->text = imageinfo; + c->type = DocImage; + c->ref_count = 1; + c->cnext = dcache; + c->last_access = (long) time(NULL); + dcache = c; + + CleanCache(); + /* fprintf(stderr, "loaded cached image for %s from %s\n", c->url, cachefname);*/ + return c; + } + + /* * If the document is in the cache then increment the reference count * and return else * try to download the document. *************** *** 503,506 **** - --- 576,592 ---- char *url; { return(LoadDocumentMain(url, 0)); + } + + CacheImageDocument(d) + Document *d; + { + int fd; + + fd = creat(urlToCacheName(d->url), 0644); + if (fd > 0) { + write(fd, d->text, d->len); + close(fd); + /* fprintf(stderr, "cached %s len %d\n", d->url, d->len);*/ + } } ------- Message 72 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa02111; 14 Feb 94 13:35 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA24546; Mon, 14 Feb 94 16:37:32 EST From: "R. Stewart Ellis" Message-Id: <9402142137.AA24546@nova.gmi.edu> Subject: Legal html not interpreted by chimera To: bug-chimera@cs.unlv.edu Date: Mon, 14 Feb 94 16:37:31 EST X-Mailer: ELM [version 2.3 PL11] I posted to c.i.www yesterday asking help in setting up a link in a gopher 1.12S server for an html doc. There are a couple of oddities in the way the Path= looks, e.g. Path=GET /path/ HTML/1.0. When I set up the link this way, the gopher2.011 client, using lynx as its html viewer, can parse this, as can Mosaic and lynx by itself, directly accessing the gopher server. Xgopher pukes horribly (no html support at all). Chimera retrieves the info as a properly formatted text file containing html, but refuses to parse the contents. I do not understand the parts of chimera that cause a given text stream to be interpreted or not. This seems conceptually similar to the problem of ftp link information retrieved from a gopher looking like perfectly good gopher pages, but not getting interpreted. Am I off base in thinking that? It would be nice to be a bit more aggressive in interpreting the returning stream. Do we need a generalized "magic"-like thing to tell what the content is? Stew ------- Message 73 Received: from mayall.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa07972; 14 Feb 94 16:13 PST To: "R. Stewart Ellis" cc: bug-chimera@cs.unlv.edu Subject: Re: Legal html not interpreted by chimera In-reply-to: Your message of "Mon, 14 Feb 1994 16:37:31 EST." <9402142137.AA24546@nova.gmi.edu> Date: Mon, 14 Feb 1994 16:13:11 -0800 From: John Kilburg >I posted to c.i.www yesterday asking help in setting up a link in a gopher >1.12S server for an html doc. There are a couple of oddities in the way the >Path= looks, e.g. > >Path=GET /path/ HTML/1.0. > >When I set up the link this way, the gopher2.011 client, using lynx as its >html viewer, can parse this, as can Mosaic and lynx by itself, directly >accessing the gopher server. Xgopher pukes horribly (no html support at >all). Chimera retrieves the info as a properly formatted text file >containing html, but refuses to parse the contents. > >I do not understand the parts of chimera that cause a given text stream to >be interpreted or not. This seems conceptually similar to the problem of >ftp link information retrieved from a gopher looking like perfectly good >gopher pages, but not getting interpreted. > >Am I off base in thinking that? It would be nice to be a bit more >aggressive in interpreting the returning stream. Do we need a generalized >"magic"-like thing to tell what the content is? I'll look into this. The gopher protocol provides for HTML with the 'h' prefix code but I do not think Chimera uses this (minor oversight :). If this is so then I will fix it. The real answer is for everyone to move to the new gopher (2.x) and new HTTP (1.x) servers which provide Content-type information. One problem with the 1.x gopher servers is that they only have that one letter prefix code to identify the file type. The codes that the gopher guys selected were lame and did not specify many file types. Also, the gopher server cuts off the file extensions so that information can't be used. I think the magic thing is a bad idea since the newer servers provide file type information. Also, it is not 100% accurate. -john ------- Message 74 Received: from mayall.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa08433; 14 Feb 94 16:30 PST To: bug-chimera@mayall.CS.UNLV.EDU Subject: chimera 1.47 Date: Mon, 14 Feb 1994 16:30:08 -0800 From: John Kilburg Here are the changes I've made so far: 1.47 - ---- Fixed problem in SubmitForm (main.c) so that it handles the isindex stuff correctly. Fixed a bug in http.c. #links were appended to the filename. Added patches from "R. Stewart Ellis" to make the config script more flexible and to add TERM support to the main sources. It also made compilation on SYSV machines work better. Changed main.c so that the command line URL is used before the URL specified by WWW_HOME. Benno Blumenthal benno@ldgo.columbia.edu Put alternate resources in src/Chimera.ajs.ad. ajs@merck.com Fixed unbelievably poorly written mystrcmp and mystrncmp. Grrr. Fixed the '..' code in url.c. Again. Fixed the config script. Uses sed now. Changed the JPEG instructions in INSTALL (used Jim Rees' explanation). Also, the requester which pops up when the middle button is pressed is screwed up. This problem cropped up after I made the user interface changes. I am working on this now. Once I finish it I will run through some tests and then release 1.47. Mostly these are small fixes because I've been busy lately. Also, I've been waiting a bit to make sure no other serious problems were found in 1.46. It would be nice if you guys could send me URLs to use for testing. The easiest way, I think, is to mail me your bookmark file. -john ------- Message 75 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa11489; 14 Feb 94 18:17 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA07731; Mon, 14 Feb 94 21:19:33 EST From: "R. Stewart Ellis" Message-Id: <9402150219.AA07731@nova.gmi.edu> Subject: Re: Legal html not interpreted by chimera To: John Kilburg Date: Mon, 14 Feb 94 21:19:32 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402150018.AA03079@nova.gmi.edu>; from "John Kilburg" at Feb 14, 94 4:13 pm X-Mailer: ELM [version 2.3 PL11] > >I posted to c.i.www yesterday asking help in setting up a link in a gopher > >1.12S server for an html doc. There are a couple of oddities in the way the > >Path= looks, e.g. > > > >Path=GET /path/ HTML/1.0. > > > >When I set up the link this way, the gopher2.011 client, using lynx as its > >html viewer, can parse this, as can Mosaic and lynx by itself, directly > >accessing the gopher server. Xgopher pukes horribly (no html support at > >all). Chimera retrieves the info as a properly formatted text file > >containing html, but refuses to parse the contents. > > > >I do not understand the parts of chimera that cause a given text stream to > >be interpreted or not. This seems conceptually similar to the problem of > >ftp link information retrieved from a gopher looking like perfectly good > >gopher pages, but not getting interpreted. > > > >Am I off base in thinking that? It would be nice to be a bit more > >aggressive in interpreting the returning stream. Do we need a generalized > >"magic"-like thing to tell what the content is? > > I'll look into this. The gopher protocol provides for HTML with the > 'h' prefix code but I do not think Chimera uses this (minor > oversight :). If this is so then I will fix it. > > The real answer is for everyone to move to the new gopher (2.x) and new > HTTP (1.x) servers which provide Content-type information. I keep meaning to try it. The last time I tried a 2.x server, it would not handle some of my stuff. > > One problem with the 1.x gopher servers is that they only have that > one letter prefix code to identify the file type. The codes > that the gopher guys selected were lame and did not specify many > file types. Also, the gopher server cuts off the file extensions so > that information can't be used. Alan Coopersmith has posted patches that convert gopher nearly completely to urls. Somehow I suspect that it will not be readily accepted. I was at gophercon last year and those guys have a relatively bad NIH attitude. They also like to reinvent things like authentication and mime. > > I think the magic thing is a bad idea since the newer servers provide > file type information. Also, it is not 100% accurate. I guess I need to do some more poking in the streams. > > -john > Stew ------- Message 76 Received: from lobby.ti.com by JIMI.CS.UNLV.EDU id aa11632; 14 Feb 94 18:21 PST Received: from itg.ti.com ([128.247.93.50]) by lobby.ti.com with SMTP (5.65c/LAI-3.2) id AA09706; Mon, 14 Feb 1994 20:22:13 -0600 Received: from am.tsd.itg.ti.com by itg.ti.com (4.1/ITG-1.1) id AA22918; Mon, 14 Feb 94 12:44:42 CST Received: from jetson.tsd.itg.ti.com (jetson.tsd.itg.ti.com [128.247.23.19]) by am.tsd.itg.ti.com (8.6.5/8.6.5) with ESMTP id MAA05913 for ; Mon, 14 Feb 1994 12:44:40 -0600 Received: from localhost (arellano@localhost) by jetson.tsd.itg.ti.com (8.6.5/8.6.5) id MAA10672; Mon, 14 Feb 1994 12:46:05 -0600 Date: Mon, 14 Feb 1994 12:46:05 -0600 From: Javier Arellano Message-Id: <199402141846.MAA10672@jetson.tsd.itg.ti.com> To: bug-chimera@cs.unlv.edu Subject: Resizing Chimera... After I resize Chimera (via the window mgr.) to enlarge it, and then display a document that can be displayed completely in the viewport, the last document displayed shows up and "fills" out the rest of the viewport if any space is left. (It seems that Chimera (or the HTML widget) hasn't been "informed" of the size change and is still trying to maintain the "old bits". I could be totally wrong on this, just musing on the problem...) Thanks. regards, Javier Arellano +-------------------------------------------------------------+ | Javier B. Arellano Email: arellano@tsd.itg.ti.com | | Texas Instruments Tel: 512-250-4504 | | Telecom Systems Fax: 512-250-7104 | | Information Technology Group | | Austin, Texas USA | +-------------------------------------------------------------+ ------- Message 77 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa12994; 14 Feb 94 19:34 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Mon, 14 Feb 94 22:33:23 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Mon, 14 Feb 94 22:33:22 EST Subject: Re: chimera 1.47 In-Reply-To: John Kilburg, Mon, 14 Feb 94 16:30:08 PST It would be nice if you guys could send me URLs to use for testing. The easiest way, I think, is to mail me your bookmark file. I'd like to suggest the movie database, which doesn't work at all in chimera 1.46. https://www.cm.cf.ac.uk/Movies/moviequery.html John, what do you think of the image cacheing code that Charles suggested? I think it's useful on slow links or slow machines. I like my version better, of course. If I fix it up a bit, and make it configurable with an X resource (default off), would you want to use it? ------- Message 78 Received: from mayall.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa13210; 14 Feb 94 19:44 PST To: Jim.Rees@umich.edu cc: bug-chimera@cs.unlv.edu Subject: Re: chimera 1.47 In-reply-to: Your message of "Mon, 14 Feb 1994 22:33:22 EST." Date: Mon, 14 Feb 1994 19:44:37 -0800 From: John Kilburg > It would be nice if you guys could send me URLs to use for testing. > The easiest way, I think, is to mail me your bookmark file. > >I'd like to suggest the movie database, which doesn't work at all in chimera >1.46. > >https://www.cm.cf.ac.uk/Movies/moviequery.html I currently use it for my tests. 1.47 works. The movie database has been a moving target. It used to do the wrong thing but it was recently changed to do the isindex stuff correctly (as near as I can tell). I think I posted a one liner here to fix the problem. >John, what do you think of the image cacheing code that Charles suggested? >I think it's useful on slow links or slow machines. I like my version >better, of course. If I fix it up a bit, and make it configurable with an X >resource (default off), would you want to use it? Let me look at the code and get 1.47 out before we start delving into this. -john ------- Message 79 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id aa27242; 15 Feb 94 5:16 PST Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA05477; Tue, 15 Feb 94 08:16:15 EST Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@cs.unlv.edu) id AA19814; Tue, 15 Feb 94 08:15:46 -0500 Date: Tue, 15 Feb 94 08:15:46 -0500 From: Benno Blumenthal Message-Id: <9402151315.AA19814@rainbow.ldgo.columbia.edu> To: bug-chimera@cs.unlv.edu Subject: a URL that does not work with 1.46 As requested, here is a URL that does not quite work with 1.46. https://www.ncsa.uiuc.edu/SDG/Software/Mosaic/Demo/metaindex.html The problem is that it contains a series of single item forms that submit on , something that chimera does not do at the moment. -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 80 Received: from zoyd.prl.ufl.edu by JIMI.CS.UNLV.EDU id aa21146; 15 Feb 94 14:38 PST Received: from zoyd by zoyd.prl.ufl.edu (5.65c/1.34) id AA14623; Tue, 15 Feb 1994 17:38:39 -0500 Message-Id: <199402152238.AA14623@zoyd.prl.ufl.edu> To: bug-chimera@cs.unlv.edu Subject: chimera doesn't seem to work Date: Tue, 15 Feb 1994 17:38:37 -0500 From: Kelly Murray I compiled for Linux 99.14, and when running chimera, I am getting the HTML sources displayed. Is there any obvious thing I've overlooked? THanks, Kelly Murray (kem@prl.ufl.edu) ------- Message 81 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa22145; 15 Feb 94 14:56 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA06289; Tue, 15 Feb 94 17:58:40 EST From: "R. Stewart Ellis" Message-Id: <9402152258.AA06289@nova.gmi.edu> Subject: Re: chimera doesn't seem to work To: Kelly Murray Date: Tue, 15 Feb 94 17:58:40 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <199402152238.AA14623@zoyd.prl.ufl.edu>; from "Kelly Murray" at Feb 15, 94 5:38 pm X-Mailer: ELM [version 2.3 PL11] > From: Kelly Murray > > > I compiled for Linux 99.14, and when running chimera, > I am getting the HTML sources displayed. > Is there any obvious thing I've overlooked? > > THanks, > Kelly Murray (kem@prl.ufl.edu) > You need to be much more precise about the way you attached to the resource you are trying to view. Chimera can currently be confused by certain gopher entries, but generally handles all html retrieved from httpd servers. Stew Ellis ------- Message 82 Received: from big-joe.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22619; 15 Feb 94 15:09 PST To: Kelly Murray cc: bug-chimera@cs.unlv.edu Subject: Re: chimera doesn't seem to work In-reply-to: Your message of "Tue, 15 Feb 1994 17:38:37 EST." <199402152238.AA14623@zoyd.prl.ufl.edu> Date: Tue, 15 Feb 1994 15:09:29 -0800 From: John Kilburg >I compiled for Linux 99.14, and when running chimera, >I am getting the HTML sources displayed. >Is there any obvious thing I've overlooked? > >THanks, > Kelly Murray (kem@prl.ufl.edu) Make sure that you specify the location of the content file. You can set this in the /usr/X386/lib/X11/app-defaults/Chimera file with *contentFile: /install-dir/content Make sure that you do a 'make install'. If you use the default the path for the content file is /usr/local/infosys/lib/content. -john ------- Message 83 Received: from hubert.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa15696; 16 Feb 94 2:13 PST To: bug-chimera@hubert.CS.UNLV.EDU Subject: Chimera 1.47 Date: Wed, 16 Feb 1994 02:13:56 -0800 From: John Kilburg It is ready to grab on ftp.cs.unlv.edu in the directory /pub/chimera: ftp://ftp.cs.unlv.edu/pub/chimera/chimera-1.47.tar.gz -john ------- Message 84 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa18878; 16 Feb 94 15:34 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Wed, 16 Feb 94 18:32:10 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Wed, 16 Feb 94 18:32:09 EST Subject: scroll keys Are the scroll keys supposed to work in chimera? Do they work for you? Do I have to set some resource? 1.47 looks pretty good so far, although I still can't get at the movie database. ------- Message 85 Received: from carey.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22237; 16 Feb 94 16:45 PST To: Jim.Rees@umich.edu cc: bug-chimera@cs.unlv.edu Subject: Re: scroll keys In-reply-to: Your message of "Wed, 16 Feb 1994 18:32:09 EST." Date: Wed, 16 Feb 1994 16:45:20 -0800 From: John Kilburg >Are the scroll keys supposed to work in chimera? Do they work for you? Do >I have to set some resource? > >1.47 looks pretty good so far, although I still can't get at the movie >database. I didn't add the key shortcut to 1.47. It will be in the next release. The movie database thing should work. I just accessed it with the 1.47 from ftp.cs.unlv.edu (I didn't use a special version or anything like that). -john ------- Message 86 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa24336; 16 Feb 94 17:28 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA13083; Wed, 16 Feb 94 20:30:42 EST From: "R. Stewart Ellis" Message-Id: <9402170130.AA13083@nova.gmi.edu> Subject: Re: scroll keys To: John Kilburg Date: Wed, 16 Feb 94 20:30:41 EST Cc: Jim.Rees@umich.edu, bug-chimera@cs.unlv.edu In-Reply-To: <9402170052.AA11897@nova.gmi.edu>; from "John Kilburg" at Feb 16, 94 4:45 pm X-Mailer: ELM [version 2.3 PL11] > From: John Kilburg > > >Are the scroll keys supposed to work in chimera? Do they work for you? Do > >I have to set some resource? > > > >1.47 looks pretty good so far, although I still can't get at the movie > >database. > > I didn't add the key shortcut to 1.47. It will be in the next > release. > > The movie database thing should work. I just accessed it with the > 1.47 from ftp.cs.unlv.edu (I didn't use a special version or anything > like that). > > -john > I have been able to do everything I have tried on the movie database, from home, accessing the internet with term. Stew ------- Message 87 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa25902; 16 Feb 94 18:10 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Wed, 16 Feb 94 21:09:16 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Wed, 16 Feb 94 21:08:40 EST Subject: Re: scroll keys In-Reply-To: John Kilburg, Wed, 16 Feb 94 16:45:20 PST The movie database thing should work. I just accessed it with the 1.47 from ftp.cs.unlv.edu (I didn't use a special version or anything like that). Really? What am I doing wrong? For me, it fails to display any of the images at the bottom of the page, which are all of the form http:/Image/foo.gif (no site name given). Are those valid urls? And if, for example, I try to look up "Goldfinger," I get, Error Couldn't load document https://www.cm.cf.ac.uk:-1/cgi-bin/Movies/title-substring?title=goldfinger An unrelated problem is that sometimes the html widget display is scrambled after I un-obscure it. It looks like the scrolling is messed up. ------- Message 88 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa28174; 16 Feb 94 18:53 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA15603; Wed, 16 Feb 94 21:55:55 EST From: "R. Stewart Ellis" Message-Id: <9402170255.AA15603@nova.gmi.edu> Subject: Re: scroll keys To: Jim.Rees@umich.edu Date: Wed, 16 Feb 94 21:55:54 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402170232.AA14778@nova.gmi.edu>; from "Jim.Rees@umich.edu" at Feb 16, 94 9:08 pm X-Mailer: ELM [version 2.3 PL11] > From bug-chimera-request@JIMI.CS.UNLV.EDU Wed Feb 16 21:32:46 1994 > Return-Path: > Received: from JIMI.CS.UNLV.EDU by nova.gmi.edu (4.1/SMI-4.1-DNI) > id AA14778; Wed, 16 Feb 94 21:32:42 EST > Message-Id: <9402170232.AA14778@nova.gmi.edu> > Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa26084; > 16 Feb 94 18:18 PST > Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa25902; > 16 Feb 94 18:10 PST > Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Wed, 16 Feb 94 21:09:16 -0500 > From: Jim.Rees@umich.edu > To: bug-chimera@cs.unlv.edu > Date: Wed, 16 Feb 94 21:08:40 EST > Subject: Re: scroll keys > In-Reply-To: John Kilburg, Wed, 16 Feb 94 16:45:20 PST > > The movie database thing should work. I just accessed it with the > 1.47 from ftp.cs.unlv.edu (I didn't use a special version or anything > like that). > > Really? What am I doing wrong? For me, it fails to display any of the > images at the bottom of the page, which are all of the form > http:/Image/foo.gif (no site name given). Are those valid urls? Are you talking about the icons across the bottom of the homepage? I got all those. > > And if, for example, I try to look up "Goldfinger," I get, I did this with a complete string from the front page (where the arrow points left). > > Error > Couldn't load document > https://www.cm.cf.ac.uk:-1/cgi-bin/Movies/title-substring?title=goldfinger > > An unrelated problem is that sometimes the html widget display is scrambled > after I un-obscure it. It looks like the scrolling is messed up. > When the Movie details page comes up most of the pictures show up as the weird mosaic logo. I think they may be jpegs, judging by the size. I guess I need to look into one of those jpeg viewers. Isn't there a free on that will yield pbm for the inline jpegs? Stew ------- Message 89 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa28698; 16 Feb 94 19:10 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA16176; Wed, 16 Feb 94 22:12:54 EST From: "R. Stewart Ellis" Message-Id: <9402170312.AA16176@nova.gmi.edu> Subject: Re: scroll keys To: Jim.Rees@umich.edu Date: Wed, 16 Feb 94 22:12:54 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402170232.AA14778@nova.gmi.edu>; from "Jim.Rees@umich.edu" at Feb 16, 94 9:08 pm X-Mailer: ELM [version 2.3 PL11] > From: Jim.Rees@umich.edu > To: bug-chimera@cs.unlv.edu > Date: Wed, 16 Feb 94 21:08:40 EST > Subject: Re: scroll keys > In-Reply-To: John Kilburg, Wed, 16 Feb 94 16:45:20 PST > > The movie database thing should work. I just accessed it with the > 1.47 from ftp.cs.unlv.edu (I didn't use a special version or anything > like that). > > Really? What am I doing wrong? For me, it fails to display any of the > images at the bottom of the page, which are all of the form > http:/Image/foo.gif (no site name given). Are those valid urls? > > And if, for example, I try to look up "Goldfinger," I get, > > Error > Couldn't load document > https://www.cm.cf.ac.uk:-1/cgi-bin/Movies/title-substring?title=goldfinger > > An unrelated problem is that sometimes the html widget display is scrambled > after I un-obscure it. It looks like the scrolling is messed up. > I now have little movie frames for the Goldfinger page. I am observing the display being scrambled after being obscured. Stew ------- Message 90 Received: from ward.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa00617; 16 Feb 94 20:05 PST To: Jim.Rees@umich.edu cc: bug-chimera@cs.unlv.edu Subject: Re: scroll keys In-reply-to: Your message of "Wed, 16 Feb 1994 21:08:40 EST." Date: Thu, 17 Feb 1994 04:05:52 +0000 From: John Kilburg > The movie database thing should work. I just accessed it with the > 1.47 from ftp.cs.unlv.edu (I didn't use a special version or anything > like that). > >Really? What am I doing wrong? For me, it fails to display any of the >images at the bottom of the page, which are all of the form >http:/Image/foo.gif (no site name given). Are those valid urls? > >And if, for example, I try to look up "Goldfinger," I get, > >Error >Couldn't load document >https://www.cm.cf.ac.uk:-1/cgi-bin/Movies/title-substring?title=goldfinger Strange. Sounds like a bug is lurking someplace but only manifests itself on some architectures. Did you update the content file? It changed some although the changes shouldn't matter. >An unrelated problem is that sometimes the html widget display is scrambled >after I un-obscure it. It looks like the scrolling is messed up. I've had this problem once or twice but I'm not sure what the problem is. I will try to reproduce it and work on it. -john ------- Message 91 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id aa15824; 17 Feb 94 6:08 PST Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA03095; Thu, 17 Feb 94 09:08:38 EST Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@hubert.CS.UNLV.EDU) id AA14764; Thu, 17 Feb 94 09:08:02 -0500 Date: Thu, 17 Feb 94 09:08:02 -0500 From: Benno Blumenthal Message-Id: <9402171408.AA14764@rainbow.ldgo.columbia.edu> To: bug-chimera@hubert.CS.UNLV.EDU Subject: core dump on SGI I get the following core dump when opening a document with in-line graphics on an SGI (IRIX 4.?). I have no problem opening the document with chimera running on a linux machine. This is the document Today's Comics

Dilbert

more

Doctor Fun

or here

This page can be seen with all the comics in-line with the WWW viewer chimera because it can be configured to show in-line JPEG images. More Internet comics that I could point to are welcome. benno@ldeo.columbia.edu
This is the core dump Process 14330 (chimera) Segmentation fault [free:835 ,0x4688d4] Source (of malloc.c) not available for Process 14330 (dbx) where > 0 free(0x100494e8, 0x100494e8, 0x38, 0x49a60, 0x0, 0x0) ["malloc.c":835, 0x46 88d4] 1 .http.http(0x10056c08, 0x7fffb970, 0x50, 0x7fffb870, 0x7fffb670, 0x7fffb66c ) ["http.c":162, 0x4071e4] 2 DownloadDocument(0x100673b0, 0x100494e8, 0x38, 0x49a60, 0x1002ffa8, 0xfffff fff) ["document.c":289, 0x40a9f4] 3 LoadDocumentMain(0x100673b0, 0x0, 0x38, 0x49a60, 0x10013c64, 0x4025f0) ["do cument.c":436, 0x40ad04] 4 LoadDocument(0x100673b0, 0x100494e8, 0x38, 0x49a60, 0x10059fb0, 0x0) ["docu ment.c":505, 0x40ae54] 5 ImageResolve(0x1004f7a0, 0x10064f70, 0x38, 0x49a60, 0x7fffbb54, 0x7fffbb50) ["main.c":1673, 0x4025ec] 6 SetElement(0x1004f7a0, 0x4, 0x1004f950, 0x14, 0x44, 0x10064f70) ["HTMLforma t.c":1215, 0x4177ec] 7 ImagePlace(0x1004f7a0, 0x1004a5b0, 0x7fffbcc4, 0x7fffbcc0, 0x24a, 0x1) ["HT MLformat.c":2449, 0x41963c] 8 TriggerMarkChanges(0x1004f7a0, 0x1004a5b0, 0x7fffbcc4, 0x7fffbcc0, 0x0, 0x4 1cba8) ["HTMLformat.c":3403, 0x41b15c] 9 FormatChunk(0x1004f7a0, 0x7fffbcc4, 0x7fffbcc0, 0x49a60, 0x1005000e, 0x1) [ "HTMLformat.c":4245, 0x41c91c] 10 FormatAll(0x1004f7a0, 0x7fffbce8, 0x38, 0x49a60, 0x0, 0x414d58) ["HTMLforma t.c":4396, 0x41cba4] 11 ReformatWindow(0x1004f7a0, 0x100494e8, 0x38, 0x49a60, 0x10047828, 0x7fffc69 8) ["HTML.c":1546, 0x40e06c] 12 HTMLSetText(0x1004f7a0, 0x10065048, 0x0, 0x0, 0x0, 0x0) ["HTML.c":5502, 0x4 14d54] 13 DisplayCurrent(0x10017470, 0x100494e8, 0x38, 0x49a60, 0x252, 0x244) ["main. c":418, 0x40069c] 14 HandleDocument(0x10017470, 0x10064fe0, 0x38, 0x49a60, 0x0, 0x1) ["main.c":5 29, 0x4009cc] 15 AddDocNode(0x10017470, 0x1004f02c, 0x0, 0x49a60, 0x1800054, 0x8) ["main.c": 644, 0x400d1c] 16 Anchor(0x1004f7a0, 0x10017470, 0x7fffc090, 0x49a60, 0x6d, 0x0) ["main.c":67 8, 0x400e0c] 17 _XtCallCallbacks(0x100494e8, 0x100494e8, 0x38, 0x49a60, 0x10062d98, 0x411eb 8) [0xd402654] 18 XtCallCallbackList(0x1004f7a0, 0x100494e8, 0x38, 0x49a60, 0x5, 0x13) [0xd40 295c] ... -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 92 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa17093; 17 Feb 94 7:24 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Thu, 17 Feb 94 10:23:48 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Thu, 17 Feb 94 10:23:47 EST Subject: Re: core dump on SGI In-Reply-To: Benno Blumenthal, Thu, 17 Feb 94 09:08:02 EST I get the following core dump when opening a document with in-line graphics on an SGI (IRIX 4.?). Try this fix: *** http.c- Tue Feb 8 23:53:48 1994 - --- http.c Thu Feb 17 10:19:18 1994 *************** *** 116,122 **** */ if (methodname == MethodGET) /* GET */ { ! query = alloc_string_mem(strlen(filename) + strlen(format_get) + 1); if (query == NULL) { net_close(s); - --- 116,122 ---- */ if (methodname == MethodGET) /* GET */ { ! query = alloc_string_mem(strlen(filename) + strlen(format_get) + strlen(ext) + 1); if (query == NULL) { net_close(s); ------- Message 93 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa18220; 17 Feb 94 8:28 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA00492; Thu, 17 Feb 94 11:30:44 EST From: "R. Stewart Ellis" Message-Id: <9402171630.AA00492@nova.gmi.edu> Subject: Strange scrolling behavior To: bug-chimera@cs.unlv.edu Date: Thu, 17 Feb 94 11:30:43 EST X-Mailer: ELM [version 2.3 PL11] I am observing things that I do not remember seeing in earlier version. The first is the odd glitches in the scrolling area after viewing a pic or doc. On closer observation, it seems to often have the same couple of inches (vertical) of pixels replicated. What is even worse is that if I selected something from the scrolling widget (I am unsure of the proper terms for X stuff) which was scrolled down halfway, then scroll the item I selected to a different area, then when I go BACK the original doc is scrolled to a new spot. This is on Solaris 2.3 with OW 3.3, which is X11R5. Stew ------- Message 94 Received: from gw1.att.com by JIMI.CS.UNLV.EDU id aa18247; 17 Feb 94 8:30 PST Received: by emsr0.emsr.att.com (4.1/EMS main.cf 1.33 7/21/93 (SMI-4.1/SVR4)) id AA18444; Thu, 17 Feb 94 10:43:28 EST Received: from emsr1.emsr.att.com by emsr0.emsr.att.com (4.1/EMS main.cf 1.33 7/21/93 (SMI-4.1/SVR4)) id AA18347; Thu, 17 Feb 94 10:43:09 EST Received: by emsr1.emsr.att.com (4.1/EMS main.cf 1.33 7/21/93 (SMI-4.1/SVR4)) id AA26437; Thu, 17 Feb 94 10:33:23 EST Cc: "Jeffry R. Abramson" , John.Ellson@att.com Received: from cnvnjb.jazz.att.com by emsr1.emsr.att.com (4.1/EMS main.cf 1.33 7/21/93 (SMI-4.1/SVR4)) id AA26417; Thu, 17 Feb 94 10:33:17 EST Received: by cnvnjb.jazz.att.com (4.1/SMI-4.1) id AA01307; Thu, 17 Feb 94 10:28:26 EST From: Jeff Abramson Message-Id: <9402171528.AA01307@cnvnjb.jazz.att.com> Subject: Chimera-1.46 patches To: bug-chimera@cs.unlv.edu Date: Thu, 17 Feb 1994 10:28:24 -0500 (EST) Original-Cc: jra@hrcms.att.com (Jeffry R. Abramson), John.Ellson@att.com (John Ellson) X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi -- Enclosed is a patch I used to build chimera-1.46 on Solaris 2.3. Part of the patch is Solaris (actually, SYSV) specific and part is generic. When building on Solaris, the functions bzero, bcopy, etc. are not available. This patch works around this problem. I also discovered what I believe is a problem in url.c. It was creating urls with the port number = -1. jeffry r. abramson at&t bell laboratories jra@hrcms.att.com diff -rc chimera-1.46.old/src/net.c chimera-1.46/src/net.c *** chimera-1.46.old/src/net.c Mon Jan 10 03:11:59 1994 - --- chimera-1.46/src/net.c Thu Feb 17 09:51:26 1994 *************** *** 191,193 **** - --- 191,204 ---- + #ifdef SYSV + #include + void bzero(char *dst, int len) + { + memset((char *)dst, 0, len); + } + void bcopy(char *src, char *dst, int len) + { + memcpy((char *)dst, (char *)src, len); + } + #endif diff -rc chimera-1.46.old/src/url.c chimera-1.46/src/url.c *** chimera-1.46.old/src/url.c Mon Feb 7 02:10:59 1994 - --- chimera-1.46/src/url.c Tue Feb 15 16:02:13 1994 *************** *** 332,338 **** if (flags2 & URL_PORTNO) { ! sprintf (u + strlen(u), ":%d", portno); } } } - --- 332,338 ---- if (flags2 & URL_PORTNO) { ! sprintf (u + strlen(u), ":%d", portno2); } } } ------- Message 95 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id aa18599; 17 Feb 94 8:42 PST Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA06100; Thu, 17 Feb 94 11:42:38 EST Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@CS.UNLV.EDU) id AA19033; Thu, 17 Feb 94 11:41:54 -0500 Date: Thu, 17 Feb 94 11:41:54 -0500 From: Benno Blumenthal Message-Id: <9402171641.AA19033@rainbow.ldgo.columbia.edu> To: Jim.Rees@umich.edu In-Reply-To: <9402171535.AA04826@lamont.ldgo.columbia.edu> (Jim.Rees@umich.edu) Subject: Re: core dump on SGI - fixed Cc: bug-chimera@CS.UNLV.EDU Jim, Your patch fixes my chimera coredump on SGI. Thanks, -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 96 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa19277; 17 Feb 94 9:05 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA01701; Thu, 17 Feb 94 12:08:02 EST From: "R. Stewart Ellis" Message-Id: <9402171708.AA01701@nova.gmi.edu> Subject: Re: Chimera-1.46 patches To: Jeff Abramson Date: Thu, 17 Feb 94 12:08:02 EST Cc: jra@hrcms.att.com, John.Ellson@att.com, bug-chimera@cs.unlv.edu In-Reply-To: <9402171528.AA01307@cnvnjb.jazz.att.com>; from "Jeff Abramson" at Feb 17, 94 10:28 am X-Mailer: ELM [version 2.3 PL11] > Hi -- > > Enclosed is a patch I used to build chimera-1.46 on Solaris 2.3. > Part of the patch is Solaris (actually, SYSV) specific and part is > generic. When building on Solaris, the functions bzero, bcopy, > etc. are not available. This patch works around this problem. I also > discovered what I believe is a problem in url.c. It was creating urls > with the port number = -1. > > jeffry r. abramson > at&t bell laboratories > jra@hrcms.att.com > [...] Please upgrade to 1.47, released yesterday. It contains my SYSV patches (also for Solaris 2.3), as well as a number of other enhancements. It is tremendously improved in handling gopher stuff. I have not checked the url stuff you are posting. Stew Ellis ------- Message 97 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa19626; 17 Feb 94 9:17 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Thu, 17 Feb 94 12:16:34 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Thu, 17 Feb 94 12:16:34 EST Subject: url.c bug fix Here is a bug fix for ParseURL(). It was handling negative port numbers wrong. Fixing it lets me get at the movie database. By the way, negative port numbers are illegal, but they are still important, because the various protocol routines use port -1 to indicate the default for that transport. However, there is still another bug somewhere. Some of the images don't work, and the url display at the top has a -1 port number. I'm looking at Jeff Abramson's fix now. I'm not convinced it's right but I'll give it a try. *** url.c- Sun Feb 13 00:33:12 1994 - --- url.c Thu Feb 17 11:31:02 1994 *************** *** 510,522 **** */ if (url[i] == ':') { ! for (digit_count = 0, i++, p = 0; ! isdigit(url[i]) || url[i] == '-'; i++) { p = p * 10 + (url[i] - '0'); digit_count++; } if (url[i] != '/' && url[i] != '\0') { - --- 510,533 ---- */ if (url[i] == ':') { ! int isign = 1; ! ! i++; ! ! if (url[i] == '-') ! { ! isign = -1; ! i++; ! } ! ! for (digit_count = 0, p = 0; ! isdigit(url[i]); i++) { p = p * 10 + (url[i] - '0'); digit_count++; } + p *= isign; if (url[i] != '/' && url[i] != '\0') { ------- Message 98 Received: from gw1.att.com by JIMI.CS.UNLV.EDU id aa20774; 17 Feb 94 9:53 PST Received: by emsr0.emsr.att.com (4.1/EMS main.cf 1.33 7/21/93 (SMI-4.1/SVR4)) id AA03475; Thu, 17 Feb 94 12:49:08 EST Received: from emsr1.emsr.att.com by emsr0.emsr.att.com (4.1/EMS main.cf 1.33 7/21/93 (SMI-4.1/SVR4)) id AA03464; Thu, 17 Feb 94 12:49:07 EST Received: by emsr1.emsr.att.com (4.1/EMS main.cf 1.33 7/21/93 (SMI-4.1/SVR4)) id AA05942; Thu, 17 Feb 94 12:57:01 EST Received: from cnvnjb.jazz.att.com by emsr1.emsr.att.com (4.1/EMS main.cf 1.33 7/21/93 (SMI-4.1/SVR4)) id AA05928; Thu, 17 Feb 94 12:56:58 EST Received: by cnvnjb.jazz.att.com (4.1/SMI-4.1) id AA01712; Thu, 17 Feb 94 12:52:06 EST From: Jeff Abramson Message-Id: <9402171752.AA01712@cnvnjb.jazz.att.com> Subject: Re: Chimera-1.46 patches To: "R. Stewart Ellis" Date: Thu, 17 Feb 1994 12:52:04 -0500 (EST) Cc: jra@hrcms.att.com, John.Ellson@att.com, bug-chimera@cs.unlv.edu In-Reply-To: <9402171708.AA01701@nova.gmi.edu> from "R. Stewart Ellis" at Feb 17, 94 12:08:02 pm X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > > > Hi -- > > > > Enclosed is a patch I used to build chimera-1.46 on Solaris 2.3. > > Part of the patch is Solaris (actually, SYSV) specific and part is > > generic. When building on Solaris, the functions bzero, bcopy, > > etc. are not available. This patch works around this problem. I also > > discovered what I believe is a problem in url.c. It was creating urls > > with the port number = -1. > > > > jeffry r. abramson > > at&t bell laboratories > > jra@hrcms.att.com > > > [...] > > Please upgrade to 1.47, released yesterday. It contains my SYSV patches > (also for Solaris 2.3), as well as a number of other enhancements. It is > tremendously improved in handling gopher stuff. I have not checked the url > stuff you are posting. > > > Stew Ellis > I upgraded to 1.47. My SYSV patch is no longer needed. The url patch is still needed. Without it, the following occurs when you encounter a link of the form http:xxx (output obtained by placing debug statements in url.c): chimera https://omega.l1135.att.com:8001/ MakeURL called with url = *** https://omega.l1135.att.com:8001/ *** MakeURL returning *** https://omega.l1135.att.com:8001/ *** MakeURL called with url = *** bong.au *** MakeURL returning *** https://omega.l1135.att.com:8001/bong.au *** MakeURL called with url = *** http:attlogo.gif *** MakeURL returning *** https://omega.l1135.att.com:-1/attlogo.gif *** MakeURL called with url = *** thank.au *** MakeURL returning *** https://omega.l1135.att.com:8001/thank.au *** MakeURL called with url = *** http:nemtalks.html *** MakeURL returning *** https://omega.l1135.att.com:-1/nemtalks.html *** MakeURL called with url = *** http:nemvideos.html *** MakeURL returning *** https://omega.l1135.att.com:-1/nemvideos.html *** MakeURL called with url = *** http:ferret/timesfax.fer *** MakeURL returning *** https://omega.l1135.att.com:-1/ferret/timesfax.fer *** MakeURL called with url = *** http:ferret/timesfax340.fer *** MakeURL returning *** https://omega.l1135.att.com:-1/ferret/timesfax340.fer *** MakeURL called with url = *** https://linus.att.com/cgi-bin/dbaccess/10 *** MakeURL returning *** https://linus.att.com/cgi-bin/dbaccess/10 *** MakeURL called with url = *** http:ferimages.html *** MakeURL returning *** https://omega.l1135.att.com:-1/ferimages.html *** MakeURL called with url = *** https://hgs.tempo.att.com/radio.html *** MakeURL returning *** https://hgs.tempo.att.com/radio.html *** MakeURL called with url = *** http:nem_ftp.html *** MakeURL returning *** https://omega.l1135.att.com:-1/nem_ftp.html *** MakeURL called with url = *** http:hpk.html *** MakeURL returning *** https://omega.l1135.att.com:-1/hpk.html *** MakeURL called with url = *** http:bsr.html *** MakeURL returning *** https://omega.l1135.att.com:-1/bsr.html *** With the patch, the following occurs: chimera https://omega.l1135.att.com:8001/ MakeURL called with url = *** https://omega.l1135.att.com:8001/ *** MakeURL returning *** https://omega.l1135.att.com:8001/ *** MakeURL called with url = *** bong.au *** MakeURL returning *** https://omega.l1135.att.com:8001/bong.au *** MakeURL called with url = *** http:attlogo.gif *** MakeURL returning *** https://omega.l1135.att.com:8001/attlogo.gif *** MakeURL called with url = *** thank.au *** MakeURL returning *** https://omega.l1135.att.com:8001/thank.au *** MakeURL called with url = *** http:nemtalks.html *** MakeURL returning *** https://omega.l1135.att.com:8001/nemtalks.html *** MakeURL called with url = *** http:nemvideos.html *** MakeURL returning *** https://omega.l1135.att.com:8001/nemvideos.html *** MakeURL called with url = *** http:ferret/timesfax.fer *** MakeURL returning *** https://omega.l1135.att.com:8001/ferret/timesfax.fer *** MakeURL called with url = *** http:ferret/timesfax340.fer *** MakeURL returning *** https://omega.l1135.att.com:8001/ferret/timesfax340.fer *** MakeURL called with url = *** https://linus.att.com/cgi-bin/dbaccess/10 *** MakeURL returning *** https://linus.att.com/cgi-bin/dbaccess/10 *** MakeURL called with url = *** http:ferimages.html *** MakeURL returning *** https://omega.l1135.att.com:8001/ferimages.html *** MakeURL called with url = *** https://hgs.tempo.att.com/radio.html *** MakeURL returning *** https://hgs.tempo.att.com/radio.html *** MakeURL called with url = *** http:nem_ftp.html *** MakeURL returning *** https://omega.l1135.att.com:8001/nem_ftp.html *** MakeURL called with url = *** http:hpk.html *** MakeURL returning *** https://omega.l1135.att.com:8001/hpk.html *** MakeURL called with url = *** http:bsr.html *** MakeURL returning *** https://omega.l1135.att.com:8001/bsr.html *** jeffry r. abramson at&t bell laboratories jra@hrcms.att.com ------- Message 99 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa21365; 17 Feb 94 10:10 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA04045; Thu, 17 Feb 94 13:12:01 EST From: "R. Stewart Ellis" Message-Id: <9402171812.AA04045@nova.gmi.edu> Subject: Re: Chimera-1.46 patches To: Jeff Abramson Date: Thu, 17 Feb 94 13:12:00 EST Cc: jra@hrcms.att.com, John.Ellson@att.com, bug-chimera@cs.unlv.edu In-Reply-To: <9402171752.AA01712@cnvnjb.jazz.att.com>; from "Jeff Abramson" at Feb 17, 94 12:52 pm X-Mailer: ELM [version 2.3 PL11] > > > Hi -- > > > > > > Enclosed is a patch I used to build chimera-1.46 on Solaris 2.3. > > > Part of the patch is Solaris (actually, SYSV) specific and part is > > > generic. When building on Solaris, the functions bzero, bcopy, > > > etc. are not available. This patch works around this problem. I also > > > discovered what I believe is a problem in url.c. It was creating urls > > > with the port number = -1. > > > > > > jeffry r. abramson > > > at&t bell laboratories > > > jra@hrcms.att.com > > > > > [...] > > > > Please upgrade to 1.47, released yesterday. It contains my SYSV patches > > (also for Solaris 2.3), as well as a number of other enhancements. It is > > tremendously improved in handling gopher stuff. I have not checked the url > > stuff you are posting. > > > > > > Stew Ellis > > > > I upgraded to 1.47. My SYSV patch is no longer needed. The url patch > is still needed. Without it, the following occurs when you encounter > a link of the form http:xxx (output obtained by placing debug > statements in url.c): > > chimera https://omega.l1135.att.com:8001/ > MakeURL called with url = *** https://omega.l1135.att.com:8001/ *** I just tried this URL over term and wedged chimera. Stew ------- Message 100 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa22899; 17 Feb 94 10:41 PST Received: by igw.merck.com with rsmtp; Thu, 17 Feb 1994 13:45:56 EST Date: Thu, 17 Feb 1994 13:38:27 -0500 From: ajs@merck.com To: john@cs.unlv.edu Subject: support for new proxy code in chimera? Are there any plans to support the new HTTP proxy code in chimera? The support is currently in Mosaic, (X and Windows) and Lynx. It would be nice if chimera supported the same proxy mechanism. The contact for this stuff is: Kevin Altis, altis@ibeam.intel.com ------- Message 101 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa26483; 17 Feb 94 11:47 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Thu, 17 Feb 94 14:46:31 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Thu, 17 Feb 94 14:46:31 EST Subject: url.c I stared at Jeff's MakeURL() patch, trying to figure out whether it was the right thing or not, and the longer I looked at the code the less sense it made to me (not Jeff's patch, John's code). So I decided to re-write part of it in a way that I could understand. As a result, it now works perfectly with the movie database and everything else I've tried. I still don't understand why no one else is having any trouble with it. It doesn't look to me like it would work the way it was. Here's the whole thing, including my previous fix for ParseURL(). There is also another fix to ParseURL() here. If the port is -1, it isn't really a port. Apply this to the stock 1.47 url.c. *** url.c- Sun Feb 13 00:33:12 1994 - --- url.c Thu Feb 17 14:24:04 1994 *************** *** 305,345 **** /* * Use the url and the supplied context to construct a new url. */ ! if (!(flags & URL_ACCESS)) { ! strcpy(u, access2); strcat(u, ":"); ! if (flags2 & URL_HOSTNAME) { strcat(u, "//"); ! strcat(u, hostname2); ! if (flags2 & URL_PORTNO) ! { ! sprintf (u + strlen(u), ":%d", portno2); ! } ! } ! } ! else if (flags & URL_ACCESS) ! { ! strcpy(u, access); ! strcat(u, ":"); ! if (flags2 & URL_HOSTNAME) ! { ! strcat(u, "//"); ! strcat(u, hostname2); ! ! if (flags2 & URL_PORTNO) ! { ! sprintf (u + strlen(u), ":%d", portno); ! } } } else - - { strcpy(u, "file:"); - - } if (filename[0] == '/' || filename[0] == '~') { - --- 305,326 ---- /* * Use the url and the supplied context to construct a new url. */ ! if ((flags | flags2) & URL_ACCESS) { ! strcpy(u, (flags & URL_ACCESS) ? access : access2); strcat(u, ":"); ! if ((flags | flags2) & URL_HOSTNAME) { strcat(u, "//"); ! strcat(u, (flags & URL_HOSTNAME) ? hostname : hostname2); ! if ((flags | flags2) & URL_PORTNO) ! sprintf (u + strlen(u), ":%d", (flags & URL_PORTNO) ? portno : portno2); } } else strcpy(u, "file:"); if (filename[0] == '/' || filename[0] == '~') { *************** *** 510,522 **** */ if (url[i] == ':') { ! for (digit_count = 0, i++, p = 0; ! isdigit(url[i]) || url[i] == '-'; i++) { p = p * 10 + (url[i] - '0'); digit_count++; } if (url[i] != '/' && url[i] != '\0') { - --- 491,514 ---- */ if (url[i] == ':') { ! int isign = 1; ! ! i++; ! ! if (url[i] == '-') ! { ! isign = -1; ! i++; ! } ! ! for (digit_count = 0, p = 0; ! isdigit(url[i]); i++) { p = p * 10 + (url[i] - '0'); digit_count++; } + p *= isign; if (url[i] != '/' && url[i] != '\0') { *************** *** 526,532 **** { if (portno) { ! if (digit_count == 0) { *portno = -1; } - --- 518,524 ---- { if (portno) { ! if (digit_count == 0 || p < 0) { *portno = -1; } ------- Message 102 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa01466; 17 Feb 94 12:52 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Thu, 17 Feb 94 15:51:28 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Thu, 17 Feb 94 15:51:28 EST Subject: try this url The inline image at the top of this page doesn't work for me. It does work in Mosaic. I think maybe the httpd is returning the wrong content-type, but then why does it work with Mosaic? https://nrl.ucsd.edu/ The image is https://nrl.ucsd.edu/GIF/nrl.icon ------- Message 103 Received: from guitar-slim.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa05067; 17 Feb 94 14:11 PST To: bug-chimera@guitar-slim.CS.UNLV.EDU Subject: URL problems Date: Thu, 17 Feb 1994 14:11:24 -0800 From: John Kilburg I will take a look at the patches tomorrow night and probably release a 1.48 to fix the URL problems, add the keyboard shortcut patch, and fix the memory allocation problem in SubmitForm. -john ------- Message 104 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa06634; 17 Feb 94 14:40 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA19608; Thu, 17 Feb 94 17:43:10 EST From: "R. Stewart Ellis" Message-Id: <9402172243.AA19608@nova.gmi.edu> Subject: Re: URL problems To: John Kilburg Date: Thu, 17 Feb 94 17:43:09 EST Cc: bug-chimera@guitar-slim.CS.UNLV.EDU In-Reply-To: <9402172224.AA19085@nova.gmi.edu>; from "John Kilburg" at Feb 17, 94 2:11 pm X-Mailer: ELM [version 2.3 PL11] > From: John Kilburg > > I will take a look at the patches tomorrow night and probably > release a 1.48 to fix the URL problems, add the keyboard shortcut > patch, and fix the memory allocation problem in SubmitForm. > > -john > While you are doing a new release, is there any way to get the instantiation of XAWLIB to work? Currently config uses sed to search for the target XAWLIB in Common.tmpl.dist, and substitutes the new config value and redirects to Common.tmpl. But XAWLIB does not exist in C.t.dist. I believe if we were to simply put an "XAWLIB=" line at the bottom of the dist version, that would null out XAWLIB in the makefiles. I am very poor with sed, to the point of writing C programs to avoid sed sometimes, but if the XAWLIB value could be replaced for the end of the file, or catted onto the end that would solve that problem. Stew ------- Message 105 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa09062; 17 Feb 94 15:15 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA21400; Thu, 17 Feb 94 18:18:17 EST From: "R. Stewart Ellis" Message-Id: <9402172318.AA21400@nova.gmi.edu> Subject: Chimera.ajs.ad does not work right. To: bug-chimera@cs.unlv.edu Date: Thu, 17 Feb 94 18:18:16 EST X-Mailer: ELM [version 2.3 PL11] I just tried installing Chimera.ajs.ad instead of taking the defaults. When I run 1.47 against it, chimera comes up about 500 pixels wide by 180 pixels high. This is on SunOS 5.3. Has anyone else seen anything similar? Stew ------- Message 106 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa14705; 17 Feb 94 17:29 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA24565; Thu, 17 Feb 94 20:31:56 EST From: "R. Stewart Ellis" Message-Id: <9402180131.AA24565@nova.gmi.edu> Subject: Chimera resources, very weird behavior on Solaris 2.3 To: bug-chimera@cs.unlv.edu Date: Thu, 17 Feb 94 20:31:55 EST X-Mailer: ELM [version 2.3 PL11] If I have the Chimera.ajs.ad file installed as /usr/openwin/lib/app-defaults/Chimera then it starts up about 450 or so pixels wide by about 180 high. If I merge the file with my resources (xrdb -merge ...) and delete the file, then it is normal size. If I 'xrdb -query |grep Chimera > outfile', then copy the output back to the openwin resources directory, the size goes back the screwed-up small size. I am linked with Xaw3d. Any ideas? Stew ------- Message 107 Received: from magic-sam.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01462; 18 Feb 94 0:39 PST To: bug-chimera@magic-sam.CS.UNLV.EDU Subject: core file on decstation 1.47 chimera Date: Fri, 18 Feb 1994 00:39:50 -0800 From: Jay Nietling was doing a susi search... pid 18532 (chimera) was killed on an unaligned access, at pc 0x4c977c i should be able to provide you some memory leak info down the line... - -jay $ gdb src/chimera core GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.10 (mips-dec-ultrix4.2), Copyright 1993 Free Software Foundation, Inc... Core was generated by `chimera'. Program terminated with signal 10, Bus error. #0 __malloc__ (nbytes=56) at malloc.c:161 malloc.c:161: No such file or directory. (gdb) bt #0 __malloc__ (nbytes=56) at malloc.c:161 #1 0x4c91fc in malloc (nbytes=48) at mpattach.c:40 #2 0x4cb2cc in mp_new_data () at mpstruct.c:47 #3 0x4ca134 in mp_note_parent (p=0x10200c88, c=0x10191288, nbytes=93) at mprof_mon.c:183 #4 0x4ca774 in mprof (nbytes=93) at mprof_mon.c:373 #5 0x4c9254 in malloc (nbytes=93) at mpattach.c:51 #6 0x408fa4 in alloc_string ( str=0x7fffa5a8 "https://web.nexor.co.uk/archieplex/server=archie.doc.ic.ac.uk/type=substring/order=host?mprof") at util.c:121 #7 0x407cb4 in standard_http (d=0x101cac88) at http.c:336 #8 0x407a5c in http (d=0x101cac88, hostname=0x7fffb238 "web.nexor.co.uk", portno=80, filename=0x7fffb138 "/susigrep", ext=0x7fffaf38 "?query=mprof&service=Archie") at http.c:225 #9 0x40b674 in DownloadDocument ( url=0x101e0908 "https://web.nexor.co.uk/susigrep?query=mprof&service=Archie") at document.c:289 #10 0x40ba18 in LoadDocumentMain ( url=0x101e0908 "https://web.nexor.co.uk/susigrep?query=mprof&service=Archie", reload=0) at document.c:436 #11 0x40bb98 in LoadDocument ( url=0x101e0908 "https://web.nexor.co.uk/susigrep?query=mprof&service=Archie") at document.c:505 #12 0x400bf0 in LoadURL (r=0x10022630, url=0x10201348 "/susigrep?query=mprof&service=Archie") at main.c:602 #13 0x400cc0 in AddDocNode (r=0x10022630, text=0x10201348 "/susigrep?query=mprof&service=Archie", flags=0) at main.c:631 #14 0x403aa4 in SubmitForm (w=0x101ad208, r=0x10022630, formdata=0x7fffb5a4) at main.c:2263 #15 0x4606b4 in XtCallCallbackList () at Callback.c:522 #16 0x4257e0 in CBSubmitForm (w=0x101e0208, client_data=0x101d6408 "\b\032\020\211\036\020", call_data=0x0) at HTMLwidgets.c:619 #17 0x4606b4 in XtCallCallbackList () at Callback.c:522 #18 0x432dc0 in Notify () at Command.c:352 #19 0x45a9b0 in HandleActions () at TMstate.c:571 #20 0x45affc in HandleSimpleState () at TMstate.c:802 #21 0x45b61c in _XtTranslateEvent () at TMstate.c:1002 #22 0x44e2cc in DispatchEvent () at Event.c:696 #23 0x44eb70 in DecideToDispatch () at Event.c:1038 #24 0x44ecb4 in XtDispatchEvent () at Event.c:1078 #25 0x44f068 in XtAppMainLoop () at Event.c:1201 #26 0x400420 in main (argc=1, argv=0x7fffb984) at main.c:329 ------- Message 108 Received: from lil-ed.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa07697; 18 Feb 94 4:16 PST To: Jim.Rees@umich.edu cc: bug-chimera@cs.unlv.edu Subject: Re: try this url In-reply-to: Your message of "Thu, 17 Feb 1994 15:51:28 EST." Date: Fri, 18 Feb 1994 04:16:07 -0800 From: John Kilburg >The inline image at the top of this page doesn't work for me. It does work >in Mosaic. I think maybe the httpd is returning the wrong content-type, but >then why does it work with Mosaic? > >https://nrl.ucsd.edu/ > >The image is > >https://nrl.ucsd.edu/GIF/nrl.icon The content-type is wrong: HTTP/1.0 200 OK Date: Friday, 18-Feb-94 11:56:04 GMT Server: NCSA/1.1 MIME-version: 1.0 Content-type: text/plain Last-modified: Thursday, 17-Feb-94 03:50:33 GMT Content-length: 5092 It gives this even when I add Accept: image/gif to the request. The server probably uses text/plain because it doesn't know about '.icon' files. The server uses the mime-types file to determine the content-type from the extension (I think). My gut feeling is that an email should be sent to the server guy telling him to get his act together. However, I am sure that won't fly. I don't want to add the magic stuff but it is starting to look like I won't have much choice. Do I trust the content-type or the magic-type if they disagree? It looks like Mosaic trusts the magic-type first and content-type second. Why use the content-type? Look at https://nrl.ucsd.edu/GIF...all of the other files have a .gif extension. Grrrr. -john ------- Message 109 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa09476; 18 Feb 94 5:52 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Fri, 18 Feb 94 08:51:48 -0500 From: Jim.Rees@umich.edu To: John Kilburg Cc: bug-chimera@cs.unlv.edu Date: Fri, 18 Feb 94 08:51:34 EST Subject: Re: try this url In-Reply-To: John Kilburg, Fri, 18 Feb 94 04:16:07 PST My gut feeling is that an email should be sent to the server guy telling him to get his act together. However, I am sure that won't fly. That flies perfectly well with me, and I'll do that right away. I don't want to add the magic stuff but it is starting to look like I won't have much choice. Do I trust the content-type or the magic-type if they disagree? What is the "magic stuff?" Is Mosaic actually peeking inside the doc at the first few bytes to figure out what it is? I would be opposed to doing that. People who run buggy servers should be encouraged to fix them. ------- Message 110 Received: from duke.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa16523; 18 Feb 94 9:55 PST To: John Kilburg cc: Jim.Rees@umich.edu, bug-chimera@cs.unlv.edu Subject: Re: try this url In-reply-to: Your message of "Fri, 18 Feb 1994 04:16:07 PST." Date: Fri, 18 Feb 1994 09:55:54 -0800 From: Greg Wohletz >The server probably uses text/plain because it doesn't know about >'.icon' files. The server uses the mime-types file to >determine the content-type from the extension (I think). > >My gut feeling is that an email should be sent to the server guy >telling him to get his act together. However, I am sure that won't >fly. I don't want to add the magic stuff but it is starting to look >like I won't have much choice. Do I trust the content-type or the >magic-type if they disagree? It looks like Mosaic trusts the >magic-type first and content-type second. Why use the >content-type? I am against supporting ``features'' of Mosaic such as this. Do things right and try to convince server operators to do the same. --Greg ------- Message 111 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa19589; 18 Feb 94 10:46 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Fri, 18 Feb 94 13:45:29 -0500 From: Jim.Rees@umich.edu To: Greg Wohletz Cc: bug-chimera@cs.unlv.edu Date: Fri, 18 Feb 94 13:45:28 EST Subject: Re: try this url In-Reply-To: Greg Wohletz, Fri, 18 Feb 94 09:55:54 PST I am against supporting ``features'' of Mosaic such as this. Do things right and try to convince server operators to do the same. Me too. In this particular case, I sent email to the guy who runs the server. He immediately fixed it and replied with his thanks for finding this problem. ------- Message 112 Received: from sonny-boy.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa24802; 18 Feb 94 13:16 PST To: Jim.Rees@umich.edu cc: bug-chimera@cs.unlv.edu Subject: Re: try this url In-reply-to: Your message of "Fri, 18 Feb 1994 08:51:34 EST." Date: Fri, 18 Feb 1994 13:16:43 -0800 From: John Kilburg > My gut feeling is that an email should be sent to the server guy > telling him to get his act together. However, I am sure that won't > fly. > >That flies perfectly well with me, and I'll do that right away. > > I don't want to add the magic stuff but it is starting to look > like I won't have much choice. Do I trust the content-type or the > magic-type if they disagree? > >What is the "magic stuff?" Is Mosaic actually peeking inside the doc at the >first few bytes to figure out what it is? I would be opposed to doing that. >People who run buggy servers should be encouraged to fix them. By "magic stuff" I mean what the "file" command does using the /etc/magic file. -john ------- Message 113 Received: from ti.com by JIMI.CS.UNLV.EDU id aa04094; 20 Feb 94 2:39 PST Received: from itg.ti.com ([128.247.93.50]) by ti.com with SMTP (5.65c/LAI-3.2) id AA11152; Sun, 20 Feb 1994 04:41:20 -0600 Received: from am.tsd.itg.ti.com by itg.ti.com (4.1/ITG-1.1) id AA21020; Sun, 20 Feb 94 04:39:00 CST Received: from jetson.tsd.itg.ti.com (jetson.tsd.itg.ti.com [128.247.23.19]) by am.tsd.itg.ti.com (8.6.5/8.6.5) with ESMTP id EAA21199 for ; Sun, 20 Feb 1994 04:38:59 -0600 Received: from localhost (arellano@localhost) by jetson.tsd.itg.ti.com (8.6.5/8.6.5) id EAA03064; Sun, 20 Feb 1994 04:40:26 -0600 Date: Sun, 20 Feb 1994 04:40:26 -0600 From: Javier Arellano Message-Id: <199402201040.EAA03064@jetson.tsd.itg.ti.com> To: bug-chimera@cs.unlv.edu Subject: Intra-Document Linking I can't go "back" between anchors in the same document. I use quite a bit of intra-document linking in the documents that I'm creating. Thanks! (FYI: This was tried with version 1.47) - - Javier Arellano +-------------------------------------------------------------+ | Javier B. Arellano Email: arellano@tsd.itg.ti.com | | Texas Instruments Tel: 512-250-4504 | | Telecom Systems Fax: 512-250-7104 | | Information Technology Group | | Austin, Texas USA | +-------------------------------------------------------------+ ------- Message 114 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa13562; 20 Feb 94 6:28 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA12503; Sun, 20 Feb 94 09:31:16 EST From: "R. Stewart Ellis" Message-Id: <9402201431.AA12503@nova.gmi.edu> Subject: Try this (new) URL To: bug-chimera@cs.unlv.edu Date: Sun, 20 Feb 94 9:31:16 EST X-Mailer: ELM [version 2.3 PL11] Someone just posted the url of the alex project at cmu. I can load it from lynx, but attempts to load it term-enabled chimera or Mosaic failed. I also tried chimera running on the internet machine displaying to my home machine and it failed. I am currently waiting for big fat mosaic to load and send its several meg of x request over the modem so I can see if regular mosaic can handle it either. Sorry to report it worked. ftp://alex.sp.cs.cmu.edu/www/alex.html Stew I just retried chimera on the internet and it still could not connect. ------- Message 115 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa14856; 20 Feb 94 7:27 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA12677; Sun, 20 Feb 94 10:30:13 EST From: "R. Stewart Ellis" Message-Id: <9402201530.AA12677@nova.gmi.edu> Subject: Re: Try this (new) URL To: "R. Stewart Ellis" Date: Sun, 20 Feb 94 10:30:12 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402201431.AA12503@nova.gmi.edu>; from "R. Stewart Ellis" at Feb 20, 94 9:31 am X-Mailer: ELM [version 2.3 PL11] > > Someone just posted the url of the alex project at cmu. I can load it from > lynx, but attempts to load it term-enabled chimera or Mosaic failed. I also > tried chimera running on the internet machine displaying to my home machine > and it failed. I am currently waiting for big fat mosaic to load and send > its several meg of x request over the modem so I can see if regular mosaic > can handle it either. Sorry to report it worked. > > ftp://alex.sp.cs.cmu.edu/www/alex.html > > > Stew > > > I just retried chimera on the internet and it still could not connect. > > I tried it again with term enabled Mosaic, but with the -nopassive flag also set. If I try to give the -term and -nopassive switches on the commandline plus a url, Mosaic dumps while loading. If I give both switches and no commandline url, then I can access the url. Stew ------- Message 116 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa16219; 20 Feb 94 8:39 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Sun, 20 Feb 94 11:38:39 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Sun, 20 Feb 94 11:37:50 EST Subject: Re: Try this (new) URL In-Reply-To: "R. Stewart Ellis", Sun, 20 Feb 94 09:31:16 EST ftp://alex.sp.cs.cmu.edu/www/alex.html That ftp server doesn't implement the PASV command. There isn't any way around this with chimera 1.47. I have a version of chimera with a modified ftp.c that will work with this url. I modified it to cache the ftp connection so I could use it with heavily loaded, hard to connect servers like wuarchive. In the process I had to change it over to use regular connections instead of passive server connections, because I couldn't figure out any good way to re-use the port in passive mode. It isn't clear to me why chimera uses PASV mode at all, except that it's probably a little easier to code. I haven't fed this back to John yet because it isn't really ready. In particular, I want to time out the connection, so it doesn't just stay open forever. ------- Message 117 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa17607; 20 Feb 94 9:16 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA13972; Sun, 20 Feb 94 12:18:25 EST From: "R. Stewart Ellis" Message-Id: <9402201718.AA13972@nova.gmi.edu> Subject: Re: Try this (new) URL To: Jim.Rees@umich.edu Date: Sun, 20 Feb 94 12:18:25 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402201644.AA13456@nova.gmi.edu>; from "Jim.Rees@umich.edu" at Feb 20, 94 11:37 am X-Mailer: ELM [version 2.3 PL11] > > That ftp server doesn't implement the PASV command. There isn't any way > around this with chimera 1.47. > > I have a version of chimera with a modified ftp.c that will work with this > url. I modified it to cache the ftp connection so I could use it with > heavily loaded, hard to connect servers like wuarchive. In the process I > had to change it over to use regular connections instead of passive server > connections, because I couldn't figure out any good way to re-use the port > in passive mode. > > It isn't clear to me why chimera uses PASV mode at all, except that it's > probably a little easier to code. > > I haven't fed this back to John yet because it isn't really ready. In > particular, I want to time out the connection, so it doesn't just stay open > forever. > I am configuring lynx to use as the html viewer for PC and terminal users to use from the inetd launched gopher that I have setup on campus. One of the config options is to enable PASV. Since DEC and some other vendors do not support PASV, what are the advantages to it that some ftp client packages only support PASV? Stew ------- Message 118 Received: from gw1.att.com by JIMI.CS.UNLV.EDU id aa18818; 20 Feb 94 10:15 PST From: ellson@hotsand.att.com Received: from ontap.dacsand by hotsand.dacsand (4.1/SMI-4.0) id AA13470; Sun, 20 Feb 94 13:14:10 EST Date: Sun, 20 Feb 94 13:14:10 EST Original-From: hotsand!ellson (John Ellson) Message-Id: <9402201814.AA13470@hotsand.dacsand> To: nova.gmi.edu!ellis@hotsand.att.com, cnvnjb.jazz.att.com!jra@hotsand.att.com Subject: Re: Chimera-1.46 patches Cc: cs.unlv.edu!bug-chimera@hotsand.att.com, hrcms.att.com!jra@hotsand.att.com > > I upgraded to 1.47. My SYSV patch is no longer needed. The url patch > > is still needed. Without it, the following occurs when you encounter > > a link of the form http:xxx (output obtained by placing debug > > statements in url.c): > > > > chimera https://omega.l1135.att.com:8001/ > > MakeURL called with url = *** https://omega.l1135.att.com:8001/ *** > > > I just tried this URL over term and wedged chimera. > > > Stew Stew, Could you expand on your problem please? I just tried "chimera https://omega.l1135.att.com:8001/" and it worked fine from here (BTW. For the benefit of folks at bug-chimera. this URL won't work from outside of the AT&T firewall.) I'm running from a sparc-sun-sunos4.1.3 using latest proxitized chimera from hotsand.tbu.att.com. What do you mean by "over term" ? John ------- Message 119 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa19936; 20 Feb 94 10:42 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA15432; Sun, 20 Feb 94 13:44:23 EST From: "R. Stewart Ellis" Message-Id: <9402201844.AA15432@nova.gmi.edu> Subject: Re: Chimera-1.46 patches To: ellson@hotsand.att.com Date: Sun, 20 Feb 94 13:44:23 EST Cc: jra@cnvnjb.jazz.att.com, bug-chimera@cs.unlv.edu, jra@hrcms.att.com In-Reply-To: <9402201814.AA13470@hotsand.dacsand>; from "ellson@hotsand.att.com" at Feb 20, 94 1:14 pm X-Mailer: ELM [version 2.3 PL11] > > > > I upgraded to 1.47. My SYSV patch is no longer needed. The url patch > > > is still needed. Without it, the following occurs when you encounter > > > a link of the form http:xxx (output obtained by placing debug > > > statements in url.c): > > > > > > chimera https://omega.l1135.att.com:8001/ > > > MakeURL called with url = *** https://omega.l1135.att.com:8001/ *** > > > > > > I just tried this URL over term and wedged chimera. > > > > > > Stew > > Stew, > > Could you expand on your problem please? > > I just tried "chimera https://omega.l1135.att.com:8001/" and it worked > fine from here (BTW. For the benefit of folks at bug-chimera. this URL > won't work from outside of the AT&T firewall.) > > I'm running from a sparc-sun-sunos4.1.3 using latest proxitized chimera > from hotsand.tbu.att.com. > > What do you mean by "over term" ? > > John > > Term is a library that allows tcp request to redirected over an asynch connection. If I have the term socket stuff compiled into a program like ncftp, xgopher, Mosaic, chimera, irc, and maybe a few others that I am not thinking of at the moment, I can execute the program on a non-internet connected machine with internet i/o being handled at the other end of the socket on my internet machine. All of this occurs in user space. I can even run X clients on the internet machine and display them on my non-internet connected X server, although this is much slower. One can even redirect telnets or whatever on the remote machine over the socket to the non-internet machine. All of this is perfectly symmetrical once the socket is set up. This was developed, as are a lot of good things, by an undergrad student, Michael O'Reilly, an Aussie. What proxy scheme are you using? socks? We do not have a firewall, but I have friends who live behind firewalls. Stew ------- Message 120 Received: from gw1.att.com by JIMI.CS.UNLV.EDU id aa20361; 20 Feb 94 11:01 PST From: ellson@hotsand.att.com Received: from ontap.dacsand by hotsand.dacsand (4.1/SMI-4.0) id AA13661; Sun, 20 Feb 94 13:58:01 EST Date: Sun, 20 Feb 94 13:58:01 EST Original-From: hotsand!ellson (John Ellson) Message-Id: <9402201858.AA13661@hotsand.dacsand> To: nova.gmi.edu!ellis@hotsand.att.com Subject: Re: Chimera-1.46 patches Cc: cs.unlv.edu!bug-chimera@hotsand.att.com, cnvnjb.jazz.att.com!jra@hotsand.att.com, hrcms.att.com!jra@hotsand.att.com Stew, OK. That explains the problem. Its actually a feature :-) I had missed that you were also outside of our firwall. Thats why you can't reach the URL . We are not presently using SOCKS for firewalls inside of AT&T. Instead we are using as "Invented Here" firewall ;-) AT&T has an external Web server at https://www.research.att.com/ that might interest you. I'd be interested in your term patches to chimera if they're available? John > > > > I upgraded to 1.47. My SYSV patch is no longer needed. The url patch > > > > is still needed. Without it, the following occurs when you encounter > > > > a link of the form http:xxx (output obtained by placing debug > > > > statements in url.c): > > > > > > > > chimera https://omega.l1135.att.com:8001/ > > > > MakeURL called with url = *** https://omega.l1135.att.com:8001/ *** > > > > > > I just tried this URL over term and wedged chimera. > > > > > > Stew > > > > Stew, > > > > Could you expand on your problem please? > > > > I just tried "chimera https://omega.l1135.att.com:8001/" and it worked > > fine from here (BTW. For the benefit of folks at bug-chimera. this URL > > won't work from outside of the AT&T firewall.) > > > > I'm running from a sparc-sun-sunos4.1.3 using latest proxitized chimera > > from hotsand.tbu.att.com. > > > > What do you mean by "over term" ? > > > > John > > Term is a library that allows tcp request to redirected over an asynch > connection. If I have the term socket stuff compiled into a program like > ncftp, xgopher, Mosaic, chimera, irc, and maybe a few others that I am not > thinking of at the moment, I can execute the program on a non-internet > connected machine with internet i/o being handled at the other end of the > socket on my internet machine. All of this occurs in user space. I can > even run X clients on the internet machine and display them on my > non-internet connected X server, although this is much slower. One can even > redirect telnets or whatever on the remote machine over the socket to the > non-internet machine. All of this is perfectly symmetrical once the socket > is set up. This was developed, as are a lot of good things, by an undergrad > student, Michael O'Reilly, an Aussie. > > What proxy scheme are you using? socks? We do not have a firewall, but I > have friends who live behind firewalls. > > > Stew > ------- Message 121 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa20613; 20 Feb 94 11:11 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA15739; Sun, 20 Feb 94 14:13:50 EST From: "R. Stewart Ellis" Message-Id: <9402201913.AA15739@nova.gmi.edu> Subject: Re: Chimera-1.46 patches To: ellson@hotsand.att.com Date: Sun, 20 Feb 94 14:13:50 EST Cc: bug-chimera@cs.unlv.edu, jra@cnvnjb.jazz.att.com, jra@hrcms.att.com In-Reply-To: <9402201858.AA13661@hotsand.dacsand>; from "ellson@hotsand.att.com" at Feb 20, 94 1:58 pm X-Mailer: ELM [version 2.3 PL11] > Stew, > > OK. That explains the problem. Its actually a feature :-) > > I had missed that you were also outside of our firwall. Thats why you > can't reach the URL . > > We are not presently using SOCKS for firewalls inside of AT&T. Instead > we are using as "Invented Here" firewall ;-) > AT&T has an external Web server at https://www.research.att.com/ > that might interest you. > > I'd be interested in your term patches to chimera if they're > available? > > John Actually Tom Boutell did the patches for term in chimera, although I encouraged John to fold them into the base source code. Stew ------- Message 122 Received: from lil-ed.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa23188; 20 Feb 94 13:02 PST To: Javier Arellano cc: bug-chimera@cs.unlv.edu Subject: Re: Intra-Document Linking In-reply-to: Your message of "Sun, 20 Feb 1994 04:40:26 CST." <199402201040.EAA03064@jetson.tsd.itg.ti.com> Date: Sun, 20 Feb 1994 13:02:51 -0800 From: John Kilburg >I can't go "back" between anchors in the same document. I use quite >a bit of intra-document linking in the documents that I'm creating. Arrrgghh! Me and a local guy talked about this last night and I thought it would never come up. I will consider this. It should be fairly easy. -john ------- Message 123 Received: from big-joe.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa03291; 20 Feb 94 19:21 PST To: bug-chimera@big-joe.CS.UNLV.EDU Subject: Chimera 1.48 Date: Sun, 20 Feb 1994 19:21:18 -0800 From: John Kilburg 1.48 has been released. The only new feature is keyboard shortcuts. The keyboard map is displayed handily (cough) at the bottom of the help document. The rest of the changes are bug fixes. There were some patches that didn't make it. In many cases this was because I decided to work on other problems and didn't get to it. -john ------- Message 124 Received: from big-joe.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa03352; 20 Feb 94 19:24 PST To: bug-chimera@big-joe.CS.UNLV.EDU Subject: 1.48 Date: Sun, 20 Feb 1994 19:24:35 -0800 From: John Kilburg Oh yeah, there is a problem I saw on DECstations. The scrollbars don't work exactly right but I'm not sure why (it probably is related to the key shortcuts stuff). If you see this problem, let me know (like you folks needed me to tell you this). -john ------- Message 125 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa05226; 22 Feb 94 6:44 PST Received: by igw.merck.com with rsmtp; Tue, 22 Feb 1994 09:46:58 EST Date: Tue, 22 Feb 1994 09:40:04 -0500 From: ajs@merck.com To: bug-chimera@cs.unlv.edu Subject: 1.48 core dump the url: https://sspp.gsfc.nasa.gov dumps core when attempting to show the inline images. Chimera itself does not die, so I suspect a content file problem. ------- Message 126 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa05994; 22 Feb 94 7:22 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA02237; Tue, 22 Feb 94 10:24:52 EST From: "R. Stewart Ellis" Message-Id: <9402221524.AA02237@nova.gmi.edu> Subject: Try this URL (Hangman game) To: bug-chimera@cs.unlv.edu Date: Tue, 22 Feb 94 10:24:52 EST X-Mailer: ELM [version 2.3 PL11] For no particular reason I tried the following url from 1.47: https://www.cm.cf.ac.uk/htbin/RobH/hangman?go When I selected my first letter, it cored. I then tried it with 1.48, which seems to work, but I am not sure what the rules are. Some things definitely work better, but the go4gw stuff now doesn't work at all, while it was close in 1.47. Also the kludge gopher link that works with most other www clients in gopherd0 does not work with either 1.47 or 1.48 with my gopherd 2.011. Stew ------- Message 127 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa06153; 22 Feb 94 7:28 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA02356; Tue, 22 Feb 94 10:31:02 EST From: "R. Stewart Ellis" Message-Id: <9402221531.AA02356@nova.gmi.edu> Subject: Re: 1.48 core dump To: ajs@merck.com Date: Tue, 22 Feb 94 10:31:02 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9402221508.AA01831@nova.gmi.edu>; from "ajs@merck.com" at Feb 22, 94 9:40 am X-Mailer: ELM [version 2.3 PL11] > From: ajs@merck.com > To: bug-chimera@cs.unlv.edu > Subject: 1.48 core dump > > the url: > > https://sspp.gsfc.nasa.gov > > dumps core when attempting to show the inline images. Chimera itself > does not die, so I suspect a content file problem. > I just tried this with my term-enabled version of 1.48 and the page loaded properly, although it did result in a lot of messages on the invoking xterm: sponge:(stew)/usr5/src/chimera-1.48> ./src/chimera https://sspp.gsfc.nasa.gov giftoppm: error in reading DataBlock giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: too much input data, ignoring extra... giftoppm: EOF / read error on image data giftoppm: too much input data, ignoring extra... giftoppm: bogus character 0x00, ignoring giftoppm: too much input data, ignoring extra... giftoppm: bogus character 0x00, ignoring With 1.47 the messages are fewer and the first inline is higher resolution: sponge:(stew)/usr5/src/chimera-1.48> chimera https://sspp.gsfc.nasa.gov giftoppm: too much input data, ignoring extra... giftoppm: bogus character 0x00, ignoring giftoppm: too much input data, ignoring extra... giftoppm: bogus character 0x00, ignoring giftoppm: too much input data, ignoring extra... giftoppm: bogus character 0x00, ignoring I believe I am still using the 1.47 contents file. Stew ------- Message 128 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa06471; 22 Feb 94 7:43 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Tue, 22 Feb 94 10:42:10 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Tue, 22 Feb 94 10:42:10 EST Subject: scroll keys? I'm still trying to get some scroll keys to work. I think the actions I want are scroll-up and scroll-down, but I can't seem to find the right widget to bind the translations to. It seems to me this should do it, but it doesn't. Chimera*Translations: #override\n\ Prior: scroll-down() \n\ Next: scroll-up() \n ------- Message 129 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa10075; 22 Feb 94 9:32 PST Received: from ncl.blagdon (blagdon.ncl.ac.uk) by cheviot.ncl.ac.uk id (5.65cVUW/NCL-CMA.1.35 for ) with SMTP; Tue, 22 Feb 1994 17:31:16 GMT From: Jim Wight Date: Tue, 22 Feb 94 17:31:13 GMT Message-Id: To: bug-chimera@cs.unlv.edu Subject: Odd 1.48 behaviour Reply-To: J.K.Wight@newcastle.ac.uk I am finding that if I go Back and click on a previously selected link (now underlined with a dotted line) the page that was displayed before selecting Back is redisplayed, rather than the one corresponding to the link. Jim - --- J.K.Wight@newcastle.ac.uk Department of Computing Science, University of Newcastle, Tel: +44 91 222 8238 Newcastle upon Tyne, NE1 7RU, United Kingdom. Fax: +44 91 222 8232 ------- Message 130 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa14969; 22 Feb 94 11:36 PST Received: by igw.merck.com with rsmtp; Tue, 22 Feb 1994 14:40:54 EST Date: Tue, 22 Feb 1994 14:35:46 -0500 From: ajs@merck.com To: bug-chimera@cs.unlv.edu Subject: Script to convert bookmark files Here is a script to convert Mosaic bookmark files to chimera format: - --- awk ' NR > 2 { if (NR % 2 != 0) printf "%s ", $1 else print }' $* - ---- Usage: m2c ~/.mosaic-hostlist-default > ~/.chimera_bookmark ------- Message 131 Received: from brownie.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa16467; 22 Feb 94 12:16 PST To: bug-chimera@brownie.CS.UNLV.EDU Subject: cache bug Date: Tue, 22 Feb 1994 12:16:32 -0800 From: John Kilburg there may be a problem with some code in document.c i added to make sure things like: https://www/doc.html#first https://www/doc.html#second are not downloaded twice. i will take a look tonight. i think this is what is causing the problem that some have seen when they do a "back" and then click on a different link but it displays the just backed out of document. -john ------- Message 132 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa17161; 22 Feb 94 12:36 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Tue, 22 Feb 94 15:35:31 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Tue, 22 Feb 94 15:35:30 EST Subject: Re: cache bug In-Reply-To: John Kilburg, Tue, 22 Feb 94 12:16:32 PST There are some other quirks, but I'm having trouble reproducing them. Sometimes if I click on a link to an external image, it will bring up xv and then gratuitously scroll back to the beginning of the document. Sometimes I get some message about a display document bug check (sorry, I don't have the exact wording here). ------- Message 133 Received: from roy.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa23708; 22 Feb 94 14:56 PST To: bug-chimera@roy.cs.unlv.edu Subject: Re: cache bug In-reply-to: Your message of "Tue, 22 Feb 1994 15:35:30 EST." Date: Tue, 22 Feb 1994 14:56:45 -0800 From: John Kilburg If you see weird things happening, send me the URL which caused the problem. This sucks. I went down my list of test URLs and didn't see anything weird. I usually don't go very deep if the document has links since I could spend 10 years following every link and still leave some untested. -john ------- Message 134 Received: from ucsd.edu by JIMI.CS.UNLV.EDU id aa29842; 22 Feb 94 17:39 PST Received: from louise.ucsd.edu.UCSD.EDU by ucsd.edu; id RAA02494 sendmail 8.6.4/UCSD-2.2-sun via SMTP Tue, 22 Feb 1994 17:39:46 -0800 for Received: from yossarian.pianosa.gov (louise.ucsd.edu) by louise.ucsd.edu.UCSD.EDU (4.1/UCSDGENERIC.3) id AA09023 to bug-chimera@cs.unlv.edu; Tue, 22 Feb 94 17:35:55 PST Message-Id: Date: Tue, 22 Feb 94 18:37 MST To: bug-chimera@cs.unlv.edu Subject: Term+Chimera hanging on dead servers Reply-To: bill@goshawk.lanl.gov From: bill@goshawk.lanl.gov I've disovered that chimera+term (chimera-1.48, term-1.12) hangs on dead servers, while Mosaic+term returns a ``dead server'' message. I poked around a bit and found the following behaviour in http.c: http(). http does a net_read. If the connection is dead, the remote term sends a C_CLOSE message (i.e. an @2), however the link has been switched to C_DUMB, so it doesn't see the control message (I'm guessing here). Anways, net_read returns a string of length 4: @<2\0, chimera says "4 bytes read" and hangs forever in the next read. A simple hack is to put the following code in http.c: (around line 202) #ifdef TERM if( tlen == 4 && !strcmp(buffer,"@>2")) { free(t); d->text = NULL; d->error = alloc_string("

Info

Could not connect to server."); d->type = DocInternal; net_close(s); return; } #endif I suppose there are other places in the code where such things should be done - perhaps in net_read itself, having it return 0 (-1?) if it gets the C_CLOSE control string. I couldn't figure out a nice way to get a "Dead server" message to work for this case, but then I don't know the code that well. Comments? _____________________________________________________________________________ Bill Reynolds bill@goshawk.lanl.gov ------- Message 135 Received: from honey-boy.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa09201; 22 Feb 94 21:50 PST To: bug-chimera@honey-boy.cs.unlv.edu Subject: Re: Term+Chimera hanging on dead servers In-reply-to: Your message of "Tue, 22 Feb 1994 18:37:00 MST." Date: Wed, 23 Feb 1994 05:50:09 +0000 From: John Kilburg >#ifdef TERM > if( tlen == 4 && !strcmp(buffer,"@>2")) > { >... >I suppose there are other places in the code where such things should >be done - perhaps in net_read itself, having it return 0 (-1?) if it >gets the C_CLOSE control string. I couldn't figure out a nice way to >get a "Dead server" message to work for this case, but then I don't >know the code that well. Comments? >_____________________________________________________________________________ >Bill Reynolds bill@goshawk.lanl.gov I am going to stick this in net_read as I would like to keep the low level net code (which includes TERM code) in one place. I am not that concerned about a specific error message. It takes too much time and effort and opens too many places for more problems to crop up (there are already too many problems in chimera). -john ------- Message 136 Received: from honey-boy.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa15951; 23 Feb 94 1:16 PST To: bug-chimera@honey-boy.cs.unlv.edu Subject: new release Date: Wed, 23 Feb 1994 01:16:06 -0800 From: John Kilburg I'll have a version out in the next couple of days which fixes the cache selection problem (URLs that are substrings of other URLs are picked which causes the wrong doc to get grabbed). A couple of other bugs should fixed too. -john ------- Message 137 Received: from trevnx.BIO.dfo.ca by JIMI.CS.UNLV.EDU id aa25392; 23 Feb 94 5:46 PST Received: by trevnx.bio.dfo.ca (NX5.67c/NX3.0M) id AA04357; Wed, 23 Feb 94 09:46:00 -0400 Date: Wed, 23 Feb 94 09:46:00 -0400 From: George White 6-8509 Message-Id: <9402231346.AA04357@trevnx.bio.dfo.ca> To: bug-chimera@cs.unlv.edu Subject: 1.47 bug on systems with size_t <> int? The URL is: https://cs.indiana.edu/cstr/search?printer+spooler There are problems with other servers that have searchable indexes. Chimera bombs on this using version 1.47 on a 3.0 NeXT and on our KPC Titan. I tried the fix outlined below, but I am missing something as it is not reliable. I have not been able to get it to misbehave inside GDB or with printf statements. On the Titan: $ dbg chimera core dbg new version (as of 8/31/92 19:10). Initializing FPU symbol table . . done. Currently debugging "/usr/local/bin/chimera" using core file "core" Process 0 (/usr/local/bin/chimera) is not currently parallel dbg_0> trace dbg warning: file "http.o" is inaccessible to dbg dbg warning: file "document.o" is inaccessible to dbg dbg warning: file "main.o" is inaccessible to dbg "/usr/local/bin/chimera" received a signal 11 SIGSEGV (segmentation viol ation) `malloc:libc.a 0) { tlen += blen; if (t) { t = (char *)realloc(t, tlen + 1); } else { t = (char *)malloc(tlen + 1); } Strictly speaking, tlen should be size_t type, which also needs a change to the format string in conf.h, e.g., /* the specifier below must be appropriate for size_t */ #define LOAD_MESSAGE "%lu bytes loaded" - -- George White Bedford Inst. of Oceanography ------- Message 138 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa06660; 23 Feb 94 11:03 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Wed, 23 Feb 94 14:02:25 -0500 From: Jim.Rees@umich.edu To: George White 6-8509 Cc: bug-chimera@cs.unlv.edu Date: Wed, 23 Feb 94 14:02:20 EST Subject: Re: 1.47 bug on systems with size_t <> int? In-Reply-To: George White 6-8509, Wed, 23 Feb 94 09:46:00 -0400 The URL is: https://cs.indiana.edu/cstr/search?printer+spooler There are problems with other servers that have searchable indexes. I already posted the fix for this, and it has nothing to do with size_t. John incorporated the fix into 1.48, but if you really want to stay with 1.47, here it is again. % diff -c ../../../chimera-1.47/src/src/http.c http.c *** ../../../chimera-1.47/src/src/http.c Thu Feb 17 10:19:18 1994 - --- http.c Fri Feb 18 03:56:42 1994 *************** *** 116,122 **** */ if (methodname == MethodGET) /* GET */ { ! query = alloc_string_mem(strlen(filename) + strlen(format_get) + strlen(ext) + 1); if (query == NULL) { net_close(s); - --- 116,123 ---- */ if (methodname == MethodGET) /* GET */ { ! query = alloc_string_mem(strlen(filename) + strlen(format_get) + ! strlen(ext) + 1); if (query == NULL) { net_close(s); ------- Message 139 Received: from hubert.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa24967; 26 Feb 94 23:10 PST To: bug-chimera@hubert.CS.UNLV.EDU Subject: Chimera 1.49 Date: Sat, 26 Feb 1994 23:10:22 -0800 From: John Kilburg has been released. ftp://ftp.cs.unlv.edu/pub/chimera/chimera-1.49.tar.gz I didn't fix some gopher stuff that I wanted to fix but I was getting complaints about an annoying new bug which was easy to fix. I guess I should have released a patch for it. Anyways, give it a try. It should be less annoying than 1.48. -john ------- Message 140 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa12896; 28 Feb 94 4:10 PST Received: from ncl.blagdon (blagdon.ncl.ac.uk) by cheviot.ncl.ac.uk id (5.65cVUW/NCL-CMA.1.35 for ) with SMTP; Mon, 28 Feb 1994 12:09:54 GMT From: Jim Wight Date: Mon, 28 Feb 94 12:09:52 GMT Message-Id: To: bug-chimera@cs.unlv.edu Subject: Is this right? Reply-To: J.K.Wight@newcastle.ac.uk When a Form uses the POST method chimera displays the transmitted data in the URL as if the method were GET. There is nothing to stop the user saving the URL as a bookmark, which, when they come to use it later, probably won't work because the CGI program is likely to be expecting its input on standard input only. Should the URL be displayed as it is? Should the URL be savable as a bookmark? I don't know enough to have an opinion on what the answers should be. Jim - --- J.K.Wight@newcastle.ac.uk Department of Computing Science, University of Newcastle, Tel: +44 91 222 8238 Newcastle upon Tyne, NE1 7RU, United Kingdom. Fax: +44 91 222 8232 ------- Message 141 Received: from big-joe.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22993; 28 Feb 94 21:42 PST To: bug-chimera@big-joe.CS.UNLV.EDU Subject: content file entries Date: Mon, 28 Feb 1994 21:42:22 -0800 From: John Kilburg You may want to add these mimg ^image/x-xpixmap |xpmtoppm %s | ppmtopgm | pgmtopbm gimg ^image/x-xpixmap |xpmtoppm %s | ppmtopgm cimg ^image/x-xpixmap |xpmtoppm %s -john ------- End of Forwarded Messages