Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa27619; 5 Jul 94 15:01 PDT To: jay@JIMI.CS.UNLV.EDU Subject: bug-chimera jun 94 Date: Tue, 05 Jul 1994 15:01:08 -0700 From: Jay Nietling ------- Forwarded Messages Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29462; 1 Jun 94 0:57 PDT To: bug-chimera@cs.unlv.edu Subject: Re: Handling Encoding types? In-reply-to: Your message of "Tue, 31 May 1994 23:51:24 EDT." <9405312351.aa11671@wolf.arl.mil> Date: Wed, 01 Jun 1994 00:57:04 -0700 From: John Kilburg > https://hawks.ha.md.us/Compressed.html.Z Nevermind about this not working. I must have typed the hostname in wrong or something. -john ------- Message 2 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa15265; 1 Jun 94 19:49 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: 1.53 Date: Wed, 01 Jun 1994 19:49:22 -0700 From: John Kilburg should be ready to go. ftp://ftp.cs.unlv.edu/pub/chimera It is mirrored nightly at ftp://sunsite.unc.edu/pub/packages/infosystems/WWW/Chimera if you have trouble with ftp.cs.unlv.edu. -john ------- Message 3 Received: from wolf.arl.mil by JIMI.CS.UNLV.EDU id aa21151; 1 Jun 94 21:57 PDT Date: Thu, 2 Jun 94 0:44:31 EDT From: "Lee A. Butler" To: bug-chimera@cs.unlv.edu Subject: 1.53 and HTTP Encodings Message-ID: <9406020044.aa01061@wolf.arl.mil> The content file that is delivered with version 1.53 of chimera says: # # Entries for dealing with encoding. MUST USE '|' style. # Hope you are using GNU zcat... # x-compress * |zcat %s 2> /dev/null x-gzip * |zcat %s 2> /dev/null I found that this did not work on my system, but that the following did: x-compress * |zcat < %s 2> /dev/null x-gzip * |gunzip < %s 2> /dev/null Lee A. Butler Attn: AMSRL-SL-BV U.S. Army Research Laboratory Internet: butler@brl.mil Aberdeen Proving Ground, MD 21005-5068 Phone: (410) 278-9200 ------- Message 4 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa29554; 2 Jun 94 2:06 PDT Received: from ncl.blagdon (blagdon.ncl.ac.uk) by cheviot.ncl.ac.uk id (5.65cVUW/NCL-CMA.1.35 for ) with SMTP; Thu, 2 Jun 1994 10:05:53 +0100 From: Jim Wight Date: Thu, 2 Jun 94 10:05:35 BST Message-Id: To: bug-chimera@cs.unlv.edu In-Reply-To: <199406020304.AA06398@cheviot.ncl.ac.uk> Subject: Re: 1.53 Reply-To: J.K.Wight@newcastle.ac.uk > should be ready to go. BSFunc in src/requester.c is alone in requiring an ANSI C compiler. If setting BINDIR in Common.tmpl then it also necessary to set MKDIRHIER to mkdirhier (assuming X bin directory in PATH) if any directories need to be made since the installation process uses $(MKDIRHIER) to create directories, but its value is "/bin/sh $(BINDIR)/mkdirhier", and naturally mkdirhier can't possibly be found in a directory that it is intended it make. Jim ------- Message 5 Received: from nic.lth.se by JIMI.CS.UNLV.EDU id aa00330; 2 Jun 94 2:31 PDT Received: from gatekeeper.axis.se by mail.lth.se with smtp (Smail3.1.28.1 #2) id m0q997Y-000MUXC; Thu, 2 Jun 94 11:31 MET DST Received: from axisab.axis.se by gatekeeper.axis.se with smtp (Smail3.1.28.1 #20) id m0q997V-000tq7C; Thu, 2 Jun 94 11:31 GMT-1:00 Received: from axis.se by axisab.axis.se with smtp (Smail3.1.28.1 #1) id m0q997S-000pf8C; Thu, 2 Jun 94 11:31 MET DST Message-Id: To: bug-chimera@cs.unlv.edu Subject: proxy-support Date: Thu, 02 Jun 1994 11:31:09 MET DST From: Joergen Haegg Would it be possible to add a domain-condition on the use of proxy? So that all requests NOT in *.domain would use the proxy, and the rest (local URL's) use the normal retrieval-mechanism? ------- Message 6 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa00544; 2 Jun 94 2:40 PDT To: bug-chimera@cs.unlv.edu Subject: Re: 1.53 In-reply-to: Your message of "Thu, 02 Jun 1994 10:05:35 -0000." Date: Thu, 02 Jun 1994 02:40:07 -0700 From: John Kilburg >> should be ready to go. > >BSFunc in src/requester.c is alone in requiring an ANSI C compiler. Yikes! This is a bad slip on my part. It is fixed. >If setting BINDIR in Common.tmpl then it also necessary to set >MKDIRHIER to mkdirhier (assuming X bin directory in PATH) if any >directories need to be made since the installation process uses >$(MKDIRHIER) to create directories, but its value is "/bin/sh >$(BINDIR)/mkdirhier", and naturally mkdirhier can't possibly be found >in a directory that it is intended it make. This was pointed out in a previous email by you, I believe. I'll take care of it in the next release. Some notes: There seems to be some ftp weirdness that was discovered after the 1.53 release. I haven't investigated it yet. I was able to get 1.53 to dump core with '\n' entered in the URL display (I would expect earlier versions to do the same). This will be fixed in 1.54. I was able to get it to dump core once by doing a download (click the middle button on the link) with a file: URL after loading it once. Or something like that. -john ------- Message 7 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa00744; 2 Jun 94 2:45 PDT To: Joergen Haegg cc: bug-chimera@cs.unlv.edu Subject: Re: proxy-support In-reply-to: Your message of "Thu, 02 Jun 1994 11:31:09 +0700." Date: Thu, 02 Jun 1994 02:45:38 -0700 From: John Kilburg >Would it be possible to add a domain-condition on the use of proxy? >So that all requests NOT in *.domain would use the proxy, and the >rest (local URL's) use the normal retrieval-mechanism? Try something like: export no_proxy=".domain,.otherdomain" -john ------- Message 8 Received: from ensta.ensta.fr by JIMI.CS.UNLV.EDU id aa24949; 3 Jun 94 7:13 PDT Received: from orange8.ensta.fr (orange8.ensta.fr [147.250.5.28]) by ensta.ensta.fr (8.6.4/8.6.4) with ESMTP id QAA03360 for ; Fri, 3 Jun 1994 16:13:08 +0200 From: Marc Baudoin Received: from localhost (babafou@localhost) by orange8.ensta.fr (8.6.4/8.6.4) id QAA12221 for bug-chimera@cs.unlv.edu; Fri, 3 Jun 1994 16:13:07 +0200 Message-Id: <199406031413.QAA12221@orange8.ensta.fr> Subject: ISO8859-1 fonts ? To: bug-chimera@cs.unlv.edu Date: Fri, 3 Jun 1994 16:13:05 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 986 Hi, I've just installed chimera 1.53. It works well except that I get a mess of my accented letters. I'm administrator of a French Web server and I use words with accents (there are many in French). The fix is easy, remove the two last jokers of each font in the app-defaults file and put iso8859-1 instead. Example: *font: -*-helvetica-medium-r-normal-*-*-120-*-*-*-*-*-* becomes *font: -*-helvetica-medium-r-normal-*-*-120-*-*-*-*-iso8859-1 And you get the right accents. Is it possible to put this in chimera 1.54? It would be kind for non US users. Thank you by advance Marc Baudoin PS1: if you want to reply to me, use e-mail (baudoin@ensta.fr) as I don't read this list. PS2: where can I find giftoppm? - -- ___ ________ _ Marc Baudoin | __\| _|_ _/ \ cole Nationale Suprieure baudoin@ensta.fr | __\____ | |/ _ \ de Techniques avances |___\_____|___/ \_\ ------- Message 9 Received: from SST.NCSL.NIST.GOV by JIMI.CS.UNLV.EDU id aa25970; 3 Jun 94 7:37 PDT Received: by sst.ncsl.nist.gov (4.1/rbj/jck-2) id AA23600; Fri, 3 Jun 94 10:37:38 EDT Date: Fri, 3 Jun 94 10:37:38 EDT From: Bob Bagwill Message-Id: <9406031437.AA23600@sst.ncsl.nist.gov> To: bug-chimera@cs.unlv.edu Subject: chimera-1.53 src/requester.c syntax src/requester.c is using ANSI-style args for BSFunc. - -- Bob Bagwill ------- Message 10 Received: from relay3.UU.NET by JIMI.CS.UNLV.EDU id aa29871; 3 Jun 94 8:54 PDT Received: from uucp6.UU.NET by relay3.UU.NET with SMTP (rama) id QQwssd07790; Fri, 3 Jun 1994 11:54:45 -0400 Received: from almserv.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Fri, 3 Jun 1994 11:54:45 -0400 Received: from amazon.fnma.com by fnma.COM (4.1/SMI-4.1) id AA04899; Fri, 3 Jun 94 11:49:14 EDT Received: from tazmania.fnma.com by amazon.fnma.com (5.0/SMI-SVR4) id AA29677; Fri, 3 Jun 1994 11:49:14 +0500 Received: by tazmania.fnma.com (5.0/SMI-SVR4) id AA07089; Fri, 3 Jun 1994 11:49:11 +0500 Date: Fri, 3 Jun 1994 11:49:11 +0500 From: Ben Taylor Message-Id: <9406031549.AA07089@tazmania.fnma.com> To: bug-chimera@cs.unlv.edu Subject: Some observations X-Sun-Charset: US-ASCII Content-Length: 1613 I have just started using chimera-1.53, with term connections, on a Sparcstation IPX with SunOS 4.1.3. Let me say something, and that I'm not much of an X programmer, and I hate Sun's Imakefiles. I built everything, about 5 or 6 times, having to go in a modify Makefiles by hand. Maybe I don't understand the Imakefile/xmkmf stuff. There is still some stuff that appears to be non-functioning. Any help here would be great. Anyway, let me say, I really like chimera. Alot. I set up a big cache directory and set ttl to be about a week. This is a super nice feature. Especially, since I hit alot of different places surfing the net. I've had a couple of crashes when I was downloading some audio files, but it seems to have gone away with one of my makefile twiddlings. I have a question about the key sequences. If I resize my screen, and hit space, I only get about half a page scrolled. It would seem that chimera is moving a fixed number of lines. Is this the expected behavior, or should it page like "more" would? Also, the cache is great. However, sometimes I get really big things that I'd really like to dump out of the cache. Seeing as I'm keeping things around for days, I'd like to know if there is some method to indexing the cache so I can delete the appropriate entry. BTW, if anyone can tell where I can find a precomiled Xaw3d library for SunOS 4.1.3, I would sure appreciate it. I don't have the disk space or the patience to build X11R4 just to build the Xaw3d widgets. And from what I could tell, Chimera with the 3d widgets looks even better. Thanks Ben bent@fnma.com ------- Message 11 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa20923; 3 Jun 94 15:32 PDT To: Ben Taylor cc: bug-chimera@cs.unlv.edu Subject: Re: Some observations In-reply-to: Your message of "Fri, 03 Jun 1994 11:49:11 +0500." <9406031549.AA07089@tazmania.fnma.com> Date: Fri, 03 Jun 1994 15:32:27 -0700 From: John Kilburg >I have just started using chimera-1.53, with term connections, >on a Sparcstation IPX with SunOS 4.1.3. Let me say something, >and that I'm not much of an X programmer, and I hate Sun's >Imakefiles. I built everything, about 5 or 6 times, having to go >in a modify Makefiles by hand. Maybe I don't understand the >Imakefile/xmkmf stuff. There is still some stuff that appears to >be non-functioning. Any help here would be great. Dump Sun's X stuff if you don't have to openlook and get MIT's X11R5. If you want, I have X11R5 compiled for SunOS 4.1.3 with gcc 2.5.8 with all of the patches. I can make it available. I will try to get Xaw3d compiled...I haven't tried it myself. Someone needs to sit down and have a good long talk with Sun's X guys. >Anyway, let me say, I really like chimera. Alot. I set up a big >cache directory and set ttl to be about a week. This is a super >nice feature. Especially, since I hit alot of different places >surfing the net. I've had a couple of crashes when I was downloading >some audio files, but it seems to have gone away with one of my >makefile twiddlings. Chimera is still screwed up in some/all places. I have this nasty habit of writing code that wipes out memory that it shouldn't. If you can provide a debugger listing that shows where it died, I would appreciate it. >I have a question about the key sequences. If I resize my screen, >and hit space, I only get about half a page scrolled. It would seem that >chimera is moving a fixed number of lines. Is this the expected >behavior, or should it page like "more" would? It is expected behavior. >Also, the cache is great. However, sometimes I get really big things >that I'd really like to dump out of the cache. Seeing as I'm >keeping things around for days, I'd like to know if there is some >method to indexing the cache so I can delete the appropriate entry. Thanks. The index is a good idea. Others have mentioned it here but I didn't manage to get it going. Poke around in ftp://ftp.cs.unlv.edu/pub/chimera/bug-chimera. You can find the discussion about the cache and see if there are any ideas that you like. -john ------- Message 12 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa27436; 3 Jun 94 17:09 PDT Received: by igw.merck.com with rsmtp; Fri, 03 Jun 1994 20:14:32 EDT From: Anthony Starks Subject: Re: Some observations To: John Kilburg Date: Fri, 3 Jun 1994 20:05:52 -0400 (EDT) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 836 Dump Sun's X stuff if you don't have to openlook and get MIT's X11R5. If you want, I have X11R5 compiled for SunOS 4.1.3 with gcc 2.5.8 with all of the patches. I can make it available. I will try to get Xaw3d compiled...I haven't tried it myself. I agree. Nowadays you might want X11R6 Chimera is still screwed up in some/all places. Sadly, I must agree. Things went downhill when the cache code was added. Performace really took a bad turn for the worse. I really wish that the cache was not an all or nothing. I surely miss the in-core cache. While I'm whining let me ask: 1) Any plans for the "fork a new window when I touch the anchor with Button1" feature? 2) Any plans to add the "save as mail" feature? - -- Anthony Starks Merck Research Laboratories Anthony_Starks@Merck.Com ------- Message 13 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa00489; 3 Jun 94 18:32 PDT Received: by igw.merck.com with rsmtp; Fri, 03 Jun 1994 21:37:11 EDT Date: Fri, 3 Jun 1994 21:29:11 -0400 From: Anthony Starks To: bug-chimera@cs.unlv.edu Subject: The next generation of WWW browsers Now that we have experience with the first generation of web browsers exemplified by chimera and mosaic, I think we should think hard about the design and implementation of WWW browsers: The first generation is fine as is goes, but I think a tool building approach that moves from monolithic browsers to browsers built from small single-function modules would support richer browsing models than we have now, and at the same time simplify the building and maintenance of browsing software. Consider: * a network module that takes a URL as input and then connects to network server, and outputs HTML. * a HTML module that takes HTML as input and renders it on some display. Touching a link could send the URL to the network module which would in turn emit more HTML to be rendered. * A control module that communicates with and coordinates the above modules for the purposes of navigation, printing, etc. * some communication method (IPC, pipes, sockets, etc) that is used to send messages between the modules. With these modules it would be easy to build something like chimera or mosaic, but, for example, consider an application that takes a list URLs, and renders each one in its own display---this could easily and quickly be built from the components above. Also, since each HTML display is independent, one could touch several links in succession and not have to wait for the synchronous display of each. I know that there are other (better) examples, but the point is that the right collection of tools can make for powerful software that goes beyond the function of a monolithic tool. Why not apply this principle to the design of web browsers? - --- Anthony Starks Merck Research Labs Anthony_Starks@Merck.Com ------- Message 14 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa05461; 3 Jun 94 20:59 PDT To: Ben Taylor cc: bug-chimera@charles.CS.UNLV.EDU Subject: Re: Some observations In-reply-to: Your message of "Fri, 03 Jun 1994 19:49:06 +0500." <9406032349.AA07516@tazmania.fnma.com> Date: Fri, 03 Jun 1994 20:59:41 -0700 From: John Kilburg >Well, I do have the code for X11R6. Should I bother with X11R5? >Also, I've had a hell of a time to get the xmkmf to actually build the >Makefiles with gcc as opposed to cc. (Need gcc for term) Also had >problems with the help files ending up in a different place than >I expected. BTW, is there any reason I really need openlook ( >well, maybe besides sunpc ) Suns supports Motif now so I am not sure how much longer Openlook will even exist. >I suppose the info is kept in html format, and I can just kind of figure >out whats there. Is there any impact of manually deleting files from >the cache while its running? There should not be a problem except that cache info structures will build up in a running chimera, although they will get freed during flushes later in the week. Not a big deal as far as I can see. -john ------- Message 15 Received: from relay3.UU.NET by JIMI.CS.UNLV.EDU id aa24107; 4 Jun 94 5:51 PDT Received: from uucp6.UU.NET by relay3.UU.NET with SMTP (rama) id QQwsvj13827; Sat, 4 Jun 1994 08:51:26 -0400 Received: from almserv.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Sat, 4 Jun 1994 08:51:26 -0400 Received: from amazon.fnma.com by fnma.COM (4.1/SMI-4.1) id AA19273; Sat, 4 Jun 94 08:46:26 EDT Received: by amazon.fnma.com (5.0/SMI-SVR4) id AA23275; Sat, 4 Jun 1994 08:46:26 +0500 Date: Sat, 4 Jun 1994 08:46:26 +0500 From: Ben Taylor Message-Id: <9406041246.AA23275@amazon.fnma.com> To: bug-chimera@charles.cs.unlv.edu Subject: scroll-bug? Content-Length: 734 I am using chimera-1.53 with term, standard Xaw widgets. On long pages where I use space to scroll down, I noticed that the scroll bar does not follow. I didn't expect this, so I'll report it as so. My feeling is that using the keys to move around the document should affect the scroll bar. Observations? Regarding the cache: If you try https://cad.ucla.edu/repository/useful/tarot.html and get a reading, then do another reading, you get the same cards. I had to go into the cache dir and delete the entries to make it do another reading. While on the subject of caching, what do you think of a button or something that would control whether the page got cached? (just an idea, I'm not an X-programmer at all) Thanks Ben ------- Message 16 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa28431; 4 Jun 94 8:25 PDT Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA25308; Sat, 4 Jun 94 11:28:46 EDT Date: Sat, 4 Jun 1994 11:28:46 -0400 (EDT) From: "R. Stewart Ellis" Subject: Misc. ramblings: Suns, config. To: Chimera bug mailing list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Regarding SunOS 4.1.3, it is possible to setup the Imake config stuff so that almost anything I have ever tried compiles just fine with xmkmf. I use config files that I setup, so I am not sure about the stock stuff. The plurality of workstations out there are Suns. I would hazard a guess that most of them are running stock OW3. Many sites have no choice because they do not have the support staff to install and maintain MIT X. Many of the accellerated frame buffers are not readily supported by MIT X. At our site we run too many commercial engineering packages to run non-OEM X. You can just imagine the finger-pointing that would go on between SDRC, EDS, Mathematica, Mentor, and the dozen or so other vendors that we have to deal with. Stock X may not always be the best, but the vendors can't give any excuses if we are running out of the box, and as a last resort we can call in Sun, which would be difficult with MIT X. OW X config stuff can work right without too much trouble. I just compiled chimera 1.53 with no incidents apart from the ANSI cruft in requester.c and the necessity of hand-configuring the latest version. On the matter of configuring, it is more-or-less unreasonable to require the installer to have to edit several files to get the config done. If John ran a more common setup then it would not be so bad. I realize, John, that the configure script was cranky, since I did some of the early hacking on it, but if there could be a stunt in src/Imakefile that would take the directory configuration stuff from Common.tmpl, that would be big improvement. One of the real advantages we have is that chimera is (almost) as easy to install from source as Mosaic is from binaries. If we could have one-stop configuration through any mechanism it would be really nice. I also want it to be easy to point my chimera at my gopher server at compile time, which is the way I configure all the web browsers here by default. 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,chimera,nn,tin,jove,modems, free code is best!/________/ / / / / ------- Message 17 Received: from enst.enst.fr by JIMI.CS.UNLV.EDU id aa20021; 5 Jun 94 10:14 PDT Received: from ulysse.enst.fr (inf.enst.fr) by enst.enst.fr (4.1/SMI-4.0) id AA19864; Sun, 5 Jun 94 19:14:05 +0200 Return-Path: Organization: Ecole Nationale Superieure des Telecommunications, Paris Received: from mistral.enst.fr by ulysse.enst.fr (4.1/SMI-4.0) id AA15918; Sun, 5 Jun 94 19:14:06 +0200 From: Nicolas Pioch Message-Id: <9406051714.AA15918@ulysse.enst.fr> Subject: Re: Some observations To: s9ubxt@fnma.com Date: Sun, 5 Jun 1994 19:13:57 +0200 (MET DST) Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9406032253.AA09474@enst.enst.fr> from "John Kilburg" at Jun 3, 94 03:32:27 pm X-My-Email: Nicolas.Pioch@enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ X-Face: Need no lame BW 2x2 xface bitmap. Check out the WWW server above. X-Pgp-Key: available, "finger -l pioch@inf.enst.fr" for my public key. X-Nap: Yes, but every time I try to see things your way, I get a headache. X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1467 [John Kilburg] | Dump Sun's X stuff if you don't have to openlook and get MIT's X11R5. | If you want, I have X11R5 compiled for SunOS 4.1.3 with gcc 2.5.8 | with all of the patches. I can make it available. I will try | to get Xaw3d compiled...I haven't tried it myself. I have X11R6 patchlevel 1 and a couple of contribs downloadable from https://mistral.enst.fr/~pioch/X11/ in case anybody's interested. sparc-sun-sunos4.1.3 using gcc 2.5.8 and with all working extensions defined. It includes local server-security enhancements and patch for fixing the Ctrl/Caps Lock keys on Sun Type5 keyboards. The file is X11R6pl1-ct3.sparc-sun-sunos4.1.3.tar.gz, ct3 meaning (our) contrib level 3. release 3 includes R6 contribs from ftp.x.org already compiled, including xearth, mftp, xftp, ctwm(3.2), xdemineur, xblast(1.1) ghostview ImageMagick xgopher xmailbox++ "FishSearch Mosaic 2.4" xkeycaps xdaliclock(2.02) xlockmore tetris altetris tertris hextris welltris xrubik transfig fig2dev k-lendars pixmap(2.6) Xmgf(2.2.7) xdvi(pl 18), the latest netpbm package, and a couple of other things I can't remember offhand :) Since I have made the contrib-3 tar.gz, I have compiled Xaw3d, xrn and a couple of other packages. Let me know if anybody needs those and I'll ship contrib level 4. If you can't access the World Wide Web frontend, the stuff in on ftp.enst.fr, /pub/unix/X11/X11R6 as far as I remember. Let me know if you encounter any problems, - -- Nicolas ------- Message 18 Received: from netcom11.netcom.com by JIMI.CS.UNLV.EDU id aa20846; 5 Jun 94 10:43 PDT Received: by netcom.com (8.6.8.1/SMI-4.1/Netcom) id KAA13664; Sun, 5 Jun 1994 10:43:41 -0700 Date: Sun, 5 Jun 1994 10:43:41 -0700 From: Thomas Boutell Message-Id: <199406051743.KAA13664@netcom.com> To: bug-chimera@cs.unlv.edu Subject: Chimera 1.53: All I get is source!!! What on earth? I just built chimera 1.53, and for any page I try to fetch all I get is the HTML source! More precisely, it's as if Chimera thinks the Content-type: of every page is text/ascii, or something (it's not Chimera's view-source thing, just looks exactly like it). I've tried several web sites, same results. Is there a fix for this??? Does anybody else see this? - -T ------- Message 19 Received: from capitoglio.enserb.u-bordeaux.fr by JIMI.CS.UNLV.EDU id aa26994; 5 Jun 94 13:31 PDT Received: from didon.enserb.u-bordeaux.fr by capitoglio.enserb.u-bordeaux.fr (4.1/SM-mailhost-BORDEAUX-1.0) id AA24866; Sun, 5 Jun 94 22:26:38 +0200 Received: by didon.enserb.u-bordeaux.fr (5.0/SM-BORDEAUX0.1) id AA13831; Sun, 5 Jun 1994 22:31:08 --100 Message-Id: <9406052031.AA13831@didon.enserb.u-bordeaux.fr> Subject: http:url versus http:url/ To: chimera Date: Sun, 5 Jun 1994 22:31:06 +0200 (MET DST) From: stampf@enserb.u-bordeaux.fr Reply-To: stampf@enserb.u-bordeaux.fr Return-Path: Organization: ENSERB - Universite Bordeaux I - France X-Face: f8`H!qN.1&nHJiX2Mq_ay[;qAu1Wwu`vTg|sd!.2-_K>~MDE"#xlBy?/D)OJjz.9g?vIp)" y*:y}5QB\1;'hwr6HzGur8\iCg1iC9L"pra/R^:Gm=K*_>dbeD@+\1RS X-Www: https://esquilino.enserb.u-bordeaux.fr:8001/~stampf/index.html X-Pgp: finger -l stampf@capitoglio.enserb.u-bordeaux.fr X-Advert: Join undernet : /server fr.undernet.org 7000 (IRC) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 840 Hello, I think I had found a bug, but let's explain it : consider a directory for which the server generate an index. When you access the directory, you use : https://host/path/to/dir/ Now you click on "parent dir" which have a link of the form https://host/path/to If you reclick on the link to go in the directoty "dir", it won't work . It gives : the requested URL /path/dir/ was not found on this server. It seems that chimera eat the last dir component when not followed by a final "/" ... bug ? yours, mailer PS: You can try this at the following URL : https://esquilino.enserb.u-bordeaux.fr:8001/~stampf/unix/sources/ go in my-sources/, then click on "parent dir", then my-sources/ again. 404 Not Found The requested URL /~stampf/unix/my-sources/ was not found on this server. - -- ------- Message 20 Received: from enst.enst.fr by JIMI.CS.UNLV.EDU id aa29525; 5 Jun 94 14:45 PDT Received: from ulysse.enst.fr (inf.enst.fr) by enst.enst.fr (4.1/SMI-4.0) id AA25434; Sun, 5 Jun 94 23:45:46 +0200 Return-Path: Organization: Ecole Nationale Superieure des Telecommunications, Paris Received: from mistral.enst.fr by ulysse.enst.fr (4.1/SMI-4.0) id AA20439; Sun, 5 Jun 94 23:45:53 +0200 From: Nicolas Pioch Message-Id: <9406052145.AA20439@ulysse.enst.fr> Subject: Re: Chimera 1.53: All I get is source!!! To: Thomas Boutell Date: Sun, 5 Jun 1994 23:45:44 +0200 (MET DST) Cc: bug-chimera@cs.unlv.edu In-Reply-To: <199406051743.KAA13664@netcom.com> from "Thomas Boutell" at Jun 5, 94 10:43:41 am X-My-Email: Nicolas.Pioch@enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ X-Face: Need no lame BW 2x2 xface bitmap. Check out the WWW server above. X-Pgp-Key: available, "finger -l pioch@inf.enst.fr" for my public key. X-Nap: Surprise due today. Also the rent. X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 388 [Thomas Boutell] | What on earth? I just built chimera 1.53, and for any page I try to | fetch all I get is the HTML source! More precisely, it's as if Chimera | thinks the Content-type: of every page is text/ascii, or something | (it's not Chimera's view-source thing, just looks exactly like it). | Is there a fix for this??? Does anybody else see this? Same here :) - -- Nicolas ------- Message 21 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa10981; 5 Jun 94 19:56 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: Re: Chimera 1.53: All I get is source!!! In-reply-to: Your message of "Sun, 05 Jun 1994 23:45:44 +0200." <9406052145.AA20439@ulysse.enst.fr> Date: Sun, 05 Jun 1994 19:56:51 -0700 From: John Kilburg >[Thomas Boutell] > | What on earth? I just built chimera 1.53, and for any page I try to > | fetch all I get is the HTML source! More precisely, it's as if Chimera > | thinks the Content-type: of every page is text/ascii, or something > | (it's not Chimera's view-source thing, just looks exactly like it). > | Is there a fix for this??? Does anybody else see this? > >Same here :) > >-- Nicolas Make sure that you set the location of the content file in src/conf.h. I will try to make 1.54 require only one file to be modified to configure the installation. If you don't want to recompile, just set the contentFile resource variable. -john ------- Message 22 Received: from wolf.arl.mil by JIMI.CS.UNLV.EDU id aa11364; 5 Jun 94 20:05 PDT Date: Sun, 5 Jun 94 22:55:59 EDT From: "Lee A. Butler" To: outell <@inf.enst.fr:outell@netcom.comioch>, ioch@inf.enst.fr cc: bug-chimera@cs.unlv.edu Subject: Re: Chimera 1.53: All I get is source!!! Message-ID: <9406052255.aa28990@wolf.arl.mil> This is the behaviour I saw when Chimera couldn't find the contents file to decode mime types. Check the follwoing files to make certain Chimera has the right path to it's contents file: src/conf.h src/Chimera.ad Common.tmpl While you're at it, make sure the file got installed in the right place with appropriate permissions. Lee A. Butler Attn: AMSRL-SL-BV U.S. Army Research Laboratory Internet: butler@brl.mil Aberdeen Proving Ground, MD 21005-5068 Phone: (410) 278-9200 ------- Message 23 Received: from hawks.ha.md.us by JIMI.CS.UNLV.EDU id aa16666; 5 Jun 94 22:03 PDT Received: from localhost (butler@localhost) by hawks.ha.md.us (8.6.5/8.6.5) id AAA28480 for bug-chimera@cs.unlv.edu; Mon, 6 Jun 1994 00:59:11 -0400 Date: Mon, 6 Jun 1994 00:59:11 -0400 From: "Lee A. Butler" Message-Id: <199406060459.AAA28480@hawks.ha.md.us> To: bug-chimera@cs.unlv.edu Subject: Image retrieval problem? I think I've found a problem with image caching/viewing in version 1.53 of chimera. If you look at "https://localhost/blake7/index.html" you will find a bit of HTML that looks like this:

Blake's 7

This displays a small (6414-byte) gif image of a logo in the header. Clicking on this image SHOULD start up a GIF image viewer with that GIF file as argument. What REALLY happens is somewhat different. A) Rather than forking the viewer with the GIF image as argument, it gives the program a PPM version. What's worse, the PPM file seems to have been truncated. With "xv" as the viewer program, a dialog box pops up saying "File appears to be truncated" when this image is selected. 1)It really should use the GIF file and rule, as there might be non-pixel data in the GIF file that was important (like text descriptions and/or copyright information). 2)If it is going to do this, it should AT LEAST use the "content" rule for image/ppm files, NOT the rule for image/gif files. While xv is nice, there are much faster/better viewer programs for GIF and JPG images. Many of them do NOT handle PPM files. I would venture a guess that this is a result of some of the URL caching code. Lee A. Butler butler@hawks.ha.md.us As nightfall does not come at once, neither does oppression. In both instances, there is a twilight when everything remains seemingly unchanged. And it is in such twilight that we all must be most aware of change in the air--however slight--lest we become unwitting victims of the darkness. --- Justice William O. Douglas ------- Message 24 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22978; 6 Jun 94 0:43 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: FYI: 1.54 changes Date: Mon, 06 Jun 1994 00:43:16 -0700 From: John Kilburg I am not going to add anything new to 1.54. It will just be a bug fix for some of the problems introduced in 1.53 including: ftp and gopher problems related to the ChangeDocument additions the GIF/PPM problem installation problems the ANSI declaration screwup If there is anything missing, it is probably because I haven't had a chance to review some of the reports in detail. 1.54 will probably be released sometime before next weekend because some of the 1.53 bugs are troubling me too. :) I've been getting a lot of requests for an interrupt button so that will probably be the main feature addition in 1.55. -john ------- Message 25 Received: from lancaster.nexor.co.uk by JIMI.CS.UNLV.EDU id aa12424; 6 Jun 94 9:07 PDT Received: from nexor.co.uk (actually victor.nexor.co.uk) by lancaster.nexor.co.uk with SMTP (PP); Mon, 6 Jun 1994 17:06:48 +0100 To: bug-chimera@cs.unlv.edu Subject: Redirection bug? Date: Mon, 06 Jun 1994 17:06:44 +0100 From: World Wide Web Hi all, I noticed that chimera 1.53 doesn't like my SUSI , which sends Location redirects. Mosaic is quite happy with it. Just thought you might like to know. I'm afraid I haven't got time to look into it at the moment...:-/ Regards, and keep up the good work... ------- Message 26 Received: from enst.enst.fr by JIMI.CS.UNLV.EDU id aa16249; 6 Jun 94 10:47 PDT Received: from ulysse.enst.fr (inf.enst.fr) by enst.enst.fr (4.1/SMI-4.0) id AA03258; Mon, 6 Jun 94 19:46:45 +0200 Return-Path: Organization: Ecole Nationale Superieure des Telecommunications, Paris Received: from mistral.enst.fr by ulysse.enst.fr (4.1/SMI-4.0) id AA22678; Mon, 6 Jun 94 19:46:52 +0200 From: Nicolas Pioch Message-Id: <9406061746.AA22678@ulysse.enst.fr> Subject: Re: Chimera 1.53: All I get is source!!! To: "Lee A. Butler" Date: Mon, 6 Jun 1994 19:46:42 +0200 (MET DST) Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9406052255.aa28990@wolf.arl.mil> from "Lee A. Butler" at Jun 5, 94 10:55:59 pm X-My-Email: Nicolas.Pioch@enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ X-Face: Need no lame BW 2x2 xface bitmap. Check out the WWW server above. X-Pgp-Key: available, "finger -l pioch@inf.enst.fr" for my public key. X-Nap: God made the Idiot for practice, and then He made the School Board -- Mark Twain X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 965 [Lee A. Butler] | src/conf.h | src/Chimera.ad | Common.tmpl Okay, right. This is not the regular program installation process, though. Normally you - compile a program - run it so you can check if it works, and if it does - install it on the system. As chimera 1.53 wasn't working after compilation, I didn't install it into the destination paths. Thus the HTML source lossage... Maybe chimera should look for its config files in the current dir if it doesn't find them where expected ? ($LIBDIR) Also, please change chimera's LIBDIR to $(LIBDIR)/chimera Since chimera data files are not explicitely tagged chimera.*, most people probably don't want them to end up in ProjectRoot/lib/X11 such as /usr/X11R6/lib/X11, but most probably in /usr/X11R6/lib/X11/chimera/ Regards - -- Nicolas PS: someone's mailer is brain-damaged around. Here's what I got: To: outell <@inf.enst.fr:outell@netcom.comioch>, ioch@inf.enst.fr Cc: bug-chimera@cs.unlv.edu ------- Message 27 Received: from clark.net by JIMI.CS.UNLV.EDU id aa07547; 6 Jun 94 18:39 PDT Received: (from bent@localhost) by clark.net (8.6.9/8.6.9) id VAA14098 for bug-chimera@cs.unlv.edu; Mon, 6 Jun 1994 21:39:10 -0400 Date: Mon, 6 Jun 1994 21:39:10 -0400 From: Ben Taylor Message-Id: <199406070139.VAA14098@clark.net> To: bug-chimera@cs.unlv.edu Subject: More things.... Content-Length: 1132 Hi all. I'm currently running Chimera 1.53 with term (1.15) and Xaw3d widgets. Looks pretty good. I'm not real familiar with the 3d widgets, and I was wondering if the scroll bar is supposed to look motif-ish, like it does in the "RESULT" page of https://wwfs.aist-nara.ac.jp/shika/naist/yamamoto_lab/k-chinen/chimera/NAIST-chimera.gif It looks really nice. My scroll bar does not look like that, but I don't know what it's really supposed to look like. ;-) I'm gonna try and shake out X11R6 in the next couple of weeks once I get my hard drives reorged. I'm running 95% full and have no where to put it currently. Another problem I've been having is retrieving the bug-reports. When I try an get the page, it just kind of hangs and says "Couldn't load document" I probably run into this more than anything else, and its pretty annoying. I think its a term problem, but I'm not really sure. Running with PPP/Mosaic, I can get the page just fine, and I haven't tested PPP/Chimera just yet. Also, the Chimera.ad page gets displayed pretty weird, as if all the carriage-returns are ignored. (Mosaic does this too). Ben ------- Message 28 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa09112; 6 Jun 94 19:18 PDT To: Ben Taylor cc: bug-chimera@cs.unlv.edu Subject: Re: More things.... In-reply-to: Your message of "Mon, 06 Jun 1994 21:39:10 EDT." <199406070139.VAA14098@clark.net> Date: Mon, 06 Jun 1994 19:18:53 -0700 From: John Kilburg >Another problem I've been having is retrieving the bug-reports. When I >try an get the page, it just kind of hangs and says "Couldn't load document" >I probably run into this more than anything else, and its pretty annoying. >I think its a term problem, but I'm not really sure. > >Running with PPP/Mosaic, I can get the page just fine, and I haven't tested >PPP/Chimera just yet. Also, the Chimera.ad page gets displayed pretty >weird, as if all the carriage-returns are ignored. (Mosaic does this too). There is a problem with ftp and gopher right now. It will be fixed in 1.54. -john ------- Message 29 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29799; 7 Jun 94 3:35 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: cache/configuration problem Date: Tue, 07 Jun 1994 03:35:32 -0700 From: John Kilburg Here is some weirdness that may have caused trouble for some of you: If chimera can't locate the content file then HTML will be rendered as plaintext. The HTML is rendered as plaintext and cached as plaintext. The problem is that when chimera is restarted the cache is accessed and lo and behold the plaintext version of the document is fetched. There is really no way to make chimera figure this out but the fix is easy: if you misconfigured chimera at first, fix the config problem, and press Reload. This will load the cache up with the proper goodies. This is documented deep in the help document. You can set the resource cleanUp to true and chimera will remove the cache files so that you don't have this "problem". Of course, you lose the persistant cache as well. -john ------- Message 30 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa00469; 7 Jun 94 3:48 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: Re: Chimera 1.53: All I get is source!!! In-reply-to: Your message of "Mon, 06 Jun 1994 19:46:42 +0200." <9406061746.AA22678@ulysse.enst.fr> Date: Tue, 07 Jun 1994 03:48:06 -0700 From: John Kilburg >[Lee A. Butler] > | src/conf.h > | src/Chimera.ad > | Common.tmpl > >Okay, right. >This is not the regular program installation process, though. > >Normally you > - compile a program > - run it so you can check if it works, and if it does > - install it on the system. > >As chimera 1.53 wasn't working after compilation, I didn't install it >into the destination paths. Thus the HTML source lossage... > >Maybe chimera should look for its config files in the current dir >if it doesn't find them where expected ? ($LIBDIR) You can test chimera by setting the environment variables or resources to point to the content file, help file, and home file of your choice. The 1.54 Common.tmpl should be easier to deal with. -john ------- Message 31 Received: from sun2.nsfnet-relay.ac.uk by JIMI.CS.UNLV.EDU id aa08057; 7 Jun 94 5:27 PDT Via: uk.ac.aston; Tue, 7 Jun 1994 12:51:44 +0100 Received: from caledfwlch.aston.ac.uk by email.aston.ac.uk with SMTP (PP) id <25155-0@email.aston.ac.uk>; Tue, 7 Jun 1994 12:49:44 +0100 Received: by caledfwlch.aston.ac.uk (Smail3.1.28.1 #2) id m0qAziY-0000dJC; Tue, 7 Jun 94 12:53 BST Message-Id: To: bug-chimera@cs.unlv.edu Bcc: Subject: Chimera 1.53 and the wonderful world of gopher X-Mailer: exmh version 1.3 4/7/94 Date: Tue, 07 Jun 1994 12:53:17 +0100 From: Gareth Owen Hello again A few points about gopher.c ... 1 - requests should terminate \r\n not \n . It's not noticable with a 'real' gopher server which checks if the character is one or the other before zapping it. But some 'special' servers assume the identity of the last two bytes and chop 'em regardless. Veronica is one of these with the result that such searches don't return what you expect. For instance a search for 'chimera' returns matches to 'chimer' ( just the one - a health practitioner in nebraska). 2 - Some index servers choke on the leading '7' in a request. Since everything works without sticking the type there , perhaps it's best to leave it out. 3 - CSO name-server support. There isn't any , so I've taken the liberty. It isn't fancy but it does the job. Gareth - --------------- Gareth Owen,Information Systems ,Aston University , Birmingham , UK *** Imakefile Tue Jun 7 11:50:12 1994 - --- Imakefile.orig Tue May 31 06:14:04 1994 *************** *** 6,22 **** MPROFLIB = /local/misc/lib/libc_mp.a -ldl */ ! DEFINES = $(MYFLAGS) $(XRELEASE) $(SOCKSFLAG) $(TERMFLAG) -DWTFGO -DCSO_STUFF INCLUDES = -I../libhtmlw -I../mxw $(TERMINC) SRCS = main.c url.c net.c ftp.c file.c gopher.c http.c \ requester.c content.c bookmark.c util.c image.c lister.c \ ! document.c local.c widget.c cache.c cso.c OBJS = main.o url.o net.o ftp.o file.o gopher.o http.o \ requester.o content.o bookmark.o util.o image.o lister.o \ ! document.o local.o widget.o cache.o cso.o LOCAL_LIBRARIES = -L../mxw -lmxw -L../libhtmlw -lhtmlw \ $(XAWLIB) $(XTOOLLIB) $(XMULIB) $(XLIB) \ - --- 6,22 ---- MPROFLIB = /local/misc/lib/libc_mp.a -ldl */ ! DEFINES = $(MYFLAGS) $(XRELEASE) $(SOCKSFLAG) $(TERMFLAG) INCLUDES = -I../libhtmlw -I../mxw $(TERMINC) SRCS = main.c url.c net.c ftp.c file.c gopher.c http.c \ requester.c content.c bookmark.c util.c image.c lister.c \ ! document.c local.c widget.c cache.c OBJS = main.o url.o net.o ftp.o file.o gopher.o http.o \ requester.o content.o bookmark.o util.o image.o lister.o \ ! document.o local.o widget.o cache.o LOCAL_LIBRARIES = -L../mxw -lmxw -L../libhtmlw -lhtmlw \ $(XAWLIB) $(XTOOLLIB) $(XMULIB) $(XLIB) \ *** cso.c Tue Jun 7 11:22:53 1994 - --- cso.c.orig Tue Jun 7 11:50:29 1994 *************** *** 1,151 **** - - /* - - * A (very) simple interface to CSO/PH nameservers as served up - - * by gopher. Ignores all the extra fields you can use to narrow the search - - * - - * v1.00 Gareth Owen (oweng@aston.ac.uk) 7 June 1994 - - */ - - - - #include - - #include - - #include "url.h" - - #include "document.h" - - #include "access.h" - - #include "net.h" - - #include "util.h" - - #include "conf.h" - - - - #define DEFAULT_CSO_PORT 105 - - - - void cso(d,hostname,portno,filename,ext,plus) - - Document *d; - - char *hostname; - - int portno; - - char *filename; - - char *ext; - - int plus; - - { - - int s; - - char tmpbuf[BUFSIZ]; - - char *t,*p,*newt; - - int tl,bl,btl,newtl; - - char *cso_to_html(); - - - - if (ext[0] != '?') { - - static char *msg = "

CSO/PH name search

\nEnter a name to search for (seperate initials with spaces e.g., f bloggs NOT f.bloggs. "; - - ChangeDocument(d,msg,strlen(msg),"text/html"); - - free(filename); - - return; - - } - - else { - - if (portno == -1 ) - - portno=DEFAULT_CSO_PORT; - - s=net_open(hostname,portno); - - while((p=strchr(ext,'+'))) /* search string has + where needs spaces */ - - *p=' '; - - /* send search request */ - - sprintf(tmpbuf,"query %s\r\nquit\r\n",ext+2); - - net_write(s,tmpbuf,strlen(tmpbuf)); - - tl=btl=0; - - t=NULL; - - /* and read results */ - - while((bl=net_read(s,tmpbuf,BUFSIZ)) > 0 ) { - - tl += bl; - - if (t) - - { - - t = (char *)realloc_mem(t, tl + 1); - - } - - else - - { - - t = (char *)alloc_mem(tl + 1); - - } - - if (t == NULL) - - { - - break; - - } - - memcpy(t+btl,tmpbuf,bl); - - btl=tl; - - } - - /* t is in cso format so ... */ - - newt=cso_to_html(t); - - free(t); - - /* and display it */ - - ChangeDocument(d,newt,strlen(newt),"text/html"); - - free(newtl); - - } - - - - return; - - - - } - - - - - - /* - - * Converts cso document to html - - * - - */ - - char *cso_to_html(inp) - - char *inp; - - { - - int pos,current,fieldno; - - char *outp; - - char *p1,*p2; - - char tmpbuf[BUFSIZ]; - - char yantp[BUFSIZ]; - - int csocode; - - int outplen,placemark; - - static char *title="CSO/PH name search\n"; - - static char *header="

CSO/PH name search

\n"; - - - - outp=NULL; - - pos=0; - - p1=inp; - - outplen=0; - - placemark=0; - - current=0; - - - - while((p2=strchr(p1,'\n'))) { - - *p2=0; - - sscanf(p1,"%d",&csocode); - - strcpy(yantp,strchr(p1,':') + 1); - - if (csocode == 102) { - - sprintf(tmpbuf,"%s%s%s\n

",title,header,yantp); - - strcpy(yantp,tmpbuf); - - } - - else if (csocode < 0) { - - sscanf(yantp,"%d",&fieldno); - - strcpy(tmpbuf,strchr(yantp,':') + 1); - - if (fieldno > current) { - - current = fieldno; - - if (current > 1) - - strcpy(yantp,"

    "); - - else - - strcpy(yantp,"

      "); - - } - - else - - yantp[0]=0; - - - - sprintf(&yantp[strlen(yantp)],"
    • %s\n",tmpbuf); - - } - - else if ( (csocode == 200) && (! strcmp(yantp,"Bye!")) ) - - break; - - else if ( (csocode == 200) && (! strcmp(yantp,"Ok.")) ) - - strcpy(yantp,"
    \n"); - - else /* assume anything else == no match */ - - sprintf(yantp,"%s%s

    No matches to your query

    \n", - - title,header,tmpbuf); - - - - outplen += strlen(yantp); - - if (outp) - - outp = (char *)realloc_mem(outp,outplen); - - else - - outp = (char *)alloc_mem(outplen); - - memcpy(outp+placemark,yantp,strlen(yantp)); - - placemark=outplen; - - p1 = p2 + 1; - - } - - - - outp = (char*)realloc(outp,outplen+1); - - outp[outplen]=0; - - - - return(outp); - - - - } - --- 0 ---- *** gopher.c Tue Jun 7 11:27:15 1994 - --- gopher.c.orig Wed Jun 1 06:41:55 1994 *************** *** 190,201 **** { return; } - - #ifdef WTFGO - - sprintf (tfilename, "/%c%s", filename[1], filename + 2); - - #else sprintf (tfilename, "/%c%s", filename[1], filename + 1); ! #endif ! free(filename); filename = tfilename; } - --- 190,197 ---- { return; } sprintf (tfilename, "/%c%s", filename[1], filename + 1); ! free(filename); filename = tfilename; } *************** *** 214,224 **** */ switch (filename[1]) { - - #ifdef CSO_STUFF - - case '2': /* it's a CSO name-server */ - - cso(d, hostname, portno, filename, ext, plus); - - return; - - #endif case '7': if (searchstr == NULL) { - --- 210,215 ---- *************** *** 251,261 **** free(plainfilename); return; } ! #ifdef WTFGO ! filename = recomb_string(filename, "\r\n"); ! #else filename = recomb_string(filename, "\n"); - - #endif net_write(s, filename + 2, strlen(filename + 2)); /* - --- 242,249 ---- free(plainfilename); return; } ! filename = recomb_string(filename, "\n"); net_write(s, filename + 2, strlen(filename + 2)); /* ------- Message 32 Received: from warren.northnet.org by JIMI.CS.UNLV.EDU id aa10746; 7 Jun 94 6:37 PDT Received: by crynwr.com (Linux Smail3.1.28.1 #14) id m0qB0Ro-000IBfC; Tue, 7 Jun 94 08:40 EDT Message-Id: Date: Tue, 7 Jun 94 08:40 EDT From: Russell Nelson To: bug-chimera@cs.unlv.edu Subject: 1.49 cache gets really big The cache in 1.49 gets really, really big if you're viewing large images in quick succession. Perhaps the cache should have a maximum-size parameter also? Or has this been added to a version newer than 1.49? - -russ ftp.msen.com:pub/vendor/crynwr/crynwr.wav Crynwr Software | Crynwr Software sells packet driver support | ask4 PGP key 11 Grant St. | +1 315 268 1925 (9201 FAX) | Quakers do it in the light Potsdam, NY 13676 | LPF member - ask me about the harm software patents do. ------- Message 33 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa25893; 7 Jun 94 12:37 PDT To: Russell Nelson cc: bug-chimera@cs.unlv.edu Subject: Re: 1.49 cache gets really big In-reply-to: Your message of "Tue, 07 Jun 1994 08:40:00 EDT." Date: Tue, 07 Jun 1994 12:37:17 -0700 From: John Kilburg >The cache in 1.49 gets really, really big if you're viewing large >images in quick succession. Perhaps the cache should have a >maximum-size parameter also? Or has this been added to a version >newer than 1.49? There is a newer version that does not have this problem (at least not as bad...I am pretty sure it has a memory leak). It is 1.53. I suggest that you wait a few days for 1.54. -john ------- Message 34 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa02952; 7 Jun 94 14:44 PDT Received: by igw.merck.com with rsmtp; Tue, 07 Jun 1994 17:49:27 EDT Date: Tue, 7 Jun 1994 17:40:40 -0400 From: Anthony Starks To: bug-chimera@cs.unlv.edu Subject: Bus error on clickable map Clicking on the "People" region of: https://bookweb.cwis.uci.edu:8042/Books/Moon/hawaii.html causes a bus error ------- Message 35 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa06446; 8 Jun 94 3:41 PDT To: stampf@enserb.u-bordeaux.fr cc: bug-chimera@charles.CS.UNLV.EDU Subject: Re: http:url versus http:url/ In-reply-to: Your message of "Sun, 05 Jun 1994 22:31:06 +0200." <9406052031.AA13831@didon.enserb.u-bordeaux.fr> Date: Wed, 08 Jun 1994 03:41:42 -0700 From: John Kilburg This is a bug in chimera-1.53 and earlier but it is not a bug in the parsing and building of the URLs. I trashed around trying to figure out how to parse this out. The problem is that https://esquilino.enserb.u-bordeaux.fr:8001/~stampf/unix/sources can't be used to indicate a directory. The HTTP servers solve this by sending a location redirect back which indicates the URL https://esquilino.enserb.u-bordeaux.fr:8001/~stampf/unix/sources/ Chimera was smart enough to deal with the redirect but it did not replace the old URL with the new location URL. I fixed this in 1.54. -john > I think I had found a bug, but let's explain it : > >consider a directory for which the server generate an index. > >When you access the directory, you use : > > https://host/path/to/dir/ > >Now you click on "parent dir" which have a link of the form > > https://host/path/to > >If you reclick on the link to go in the directoty "dir", it >won't work . It gives : > > the requested URL /path/dir/ was not found on this server. > >It seems that chimera eat the last dir component when not followed by >a final "/" ... > > bug ? > > yours, > > mailer > >PS: You can try this at the following URL : > > https://esquilino.enserb.u-bordeaux.fr:8001/~stampf/unix/sources/ > >go in my-sources/, then click on "parent dir", then my-sources/ again. > >404 Not Found > >The requested URL /~stampf/unix/my-sources/ was not found on this server. ------- Message 36 Received: from katie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01513; 8 Jun 94 21:45 PDT To: bug-chimera@katie.ISRI.UNLV.EDU Subject: usenix Date: Wed, 08 Jun 1994 21:45:00 -0700 From: Allen Condit if any of you folks happen to be at usenix and would like to get together over a beer and bitch about chimera, mosaic, the web situation in general, or anything else, just send me mail. allen condit@isri.unlv.edu ------- Message 37 Received: from relay1.UU.NET by JIMI.CS.UNLV.EDU id aa17928; 10 Jun 94 21:11 PDT Received: from dorite.use.com by relay1.UU.NET with SMTP (rama) id QQwttw09028; Sat, 11 Jun 1994 00:11:09 -0400 Received: by dorite.use.com (Smail3.1.28.1 #13) id m0qCKPR-000EtrC; Fri, 10 Jun 94 23:11 EST Message-Id: From: David Holland Subject: Bug Report - Chimera on 16bpp TrueColor displays To: bug-chimera@cs.unlv.edu Date: Fri, 10 Jun 1994 23:11:03 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4487 Minor bug report. Chimera won't work properly on a 16bpp TrueColor display. There's to many assumptions about number/order of rgb bits in ~libhtmlw/HTMLimages.c The bug's actually in the Mosaic HTML widget code, however it effects chimera also. (The Mosaic people have already been notified.) There's a patch attached below. Version Used: 1.53 machine/OS: i486 - Solaris 2.1 for x86 URL: N/A Recreate by: Running Chimera against a 16bpp display, that you can play with the bpp weighting. Any URL that points to a gif.. And many thanks for a decent web browser us non-motif people can use. :) David Holland - -- David Holland Tonight's forecast: "Dark. Continuing dark throughout davidh@use.com the evening, followed by widely scattered light in the morning!" - George Carlin :) - ---------------> snip snip <---------------- *** HTMLimages.c.bad Thu Jun 9 22:07:52 1994 - --- HTMLimages.c Thu Jun 9 22:11:12 1994 *************** *** 333,352 **** (width + linepad), height, 8, bytesperline); break; /* ! * WARNING: This depth 16 code is donated code for 16 but * TrueColor displays. I have no access to such displays, so I * can't really test it. * Donated by - andrew@icarus.demon.co.uk */ case 16: bit_data = (unsigned char *)malloc(width * height * 2); bitp = bit_data; datap = data; for (w = (width * height); w > 0; w--) { ! temp = (((img_info->reds[(int)*datap] >> 1)& 0x7c00) | ! ((img_info->greens[(int)*datap] >> 6)& 0x03e0) | ! ((img_info->blues[(int)*datap] >> 11)& 0x001f)); if (BitmapBitOrder(dsp) == MSBFirst) { - --- 333,370 ---- (width + linepad), height, 8, bytesperline); break; /* ! * WARNING: This depth 16 code is donated code for 16 bit * TrueColor displays. I have no access to such displays, so I * can't really test it. * Donated by - andrew@icarus.demon.co.uk + * + * And its totally broken on different 16bit displays + * This hopefully fixes it. - DWH 6/10/94 - davidh@use.com */ case 16: + { + unsigned long red_mask, green_mask, blue_mask; + int red_shift, green_shift, blue_shift; + Visual *visual_info; + + visual_info = DefaultVisual(dsp, DefaultScreen(dsp)); + + red_mask = visual_info->red_mask; + green_mask = visual_info->green_mask; + blue_mask = visual_info->blue_mask; + + red_shift = 15 - hb(red_mask); + green_shift = 15 - hb(green_mask); + blue_shift = 15 - hb(blue_mask); + bit_data = (unsigned char *)malloc(width * height * 2); bitp = bit_data; datap = data; for (w = (width * height); w > 0; w--) { ! temp = (((img_info->reds[(int)*datap] >> red_shift)& red_mask) | ! ((img_info->greens[(int)*datap] >> green_shift)& green_mask) | ! ((img_info->blues[(int)*datap] >> blue_shift)& blue_mask)); if (BitmapBitOrder(dsp) == MSBFirst) { *************** *** 363,372 **** } newimage = XCreateImage(dsp, ! DefaultVisual(dsp, DefaultScreen(dsp)), depth, ZPixmap, 0, (char *)bit_data, width, height, 16, 0); break; case 24: bit_data = (unsigned char *)malloc(width * height * 4); - --- 381,391 ---- } newimage = XCreateImage(dsp, ! visual_info, depth, ZPixmap, 0, (char *)bit_data, width, height, 16, 0); break; + } case 24: bit_data = (unsigned char *)malloc(width * height * 4); *************** *** 761,763 **** - --- 780,800 ---- return(Img); } + + int hb(ul) + unsigned long ul; + { + int i; + unsigned long testval; + + for(i=31; i>=-1; i--) + { + if(i != -1) + { + testval = 1 << i; + if(testval & ul) return i; + } + } + return -1; + } + *** HTML.h.bad Thu Jun 9 22:19:39 1994 - --- HTML.h Thu Jun 9 21:56:06 1994 *************** *** 99,104 **** - --- 99,105 ---- extern void HTMLSetSelection (); extern void HTMLSetText (); extern int HTMLSearchText (); + extern int hb(); #else extern char *HTMLGetText (Widget w, int pretty); extern char *HTMLGetTextAndSelection (Widget w, char **startp, char **endp, *************** *** 122,127 **** - --- 123,129 ---- char *target_anchor, void *ptr); extern int HTMLSearchText (Widget w, char *pattern, ElementRef *m_start, ElementRef *m_end, int backward, int caseless); + extern int hb(unsigned long ul); #endif /* _NO_PROTO */ ------- Message 38 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa19481; 10 Jun 94 22:07 PDT To: David Holland cc: bug-chimera@cs.unlv.edu Subject: Re: Bug Report - Chimera on 16bpp TrueColor displays In-reply-to: Your message of "Fri, 10 Jun 1994 23:11:03 CDT." Date: Fri, 10 Jun 1994 22:07:10 -0700 From: John Kilburg >Chimera won't work properly on a 16bpp TrueColor display. There's to many >assumptions about number/order of rgb bits in ~libhtmlw/HTMLimages.c > >There's a patch attached below. >Version Used: 1.53 >machine/OS: i486 - Solaris 2.1 for x86 >URL: N/A >Recreate by: Running Chimera against a 16bpp display, that you can play >with the bpp weighting. Any URL that points to a gif.. Thanks for the patch. There is a decent chance I will look at it tonight. >And many thanks for a decent web browser us non-motif people can use. :) My pleasure. -john ------- Message 39 Received: from fuhainf.fernuni-hagen.de by JIMI.CS.UNLV.EDU id aa28705; 11 Jun 94 2:47 PDT Received: from ES-sun1.lg-es (ES-sun1.fernuni-hagen.de) by fuhainf.fernuni-hagen.de (4.1/SMI-4.1-fu-ha) id AA28801; Sat, 11 Jun 94 11:47:00 +0200 Received: from ES-sun2.lg-es by ES-sun1.lg-es (4.1/SMI-4.1) id AA00302; Sat, 11 Jun 94 11:46:59 +0200 Date: Sat, 11 Jun 94 11:46:59 +0200 From: Johann Friedrich Heinrichmeyer Message-Id: <9406110946.AA00302@ES-sun1.lg-es> Received: by ES-sun2.lg-es (4.1/SMI-4.1) id AA02389; Sat, 11 Jun 94 11:44:03 +0200 Subject: chimera 1.53 and ftp To: bug-chimera@cs.unlv.edu with chimera-1.53 ftp-access is very critical. Mosaic ftp://www.informatik.tu-muenchen.de succeed almost every time chimera ftp://www.informatik.tu-muenchen.de fails every time some other ftp connections work, for instance ftp://ftp.uni-paderborn.de:21/pcsoft2/linux - -- Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/5221 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: https://ES-sun2.fernuni-hagen.de ------- Message 40 Received: from katie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01064; 11 Jun 94 3:47 PDT To: Johann Friedrich Heinrichmeyer cc: bug-chimera@cs.unlv.edu Subject: Re: chimera 1.53 and ftp In-reply-to: Your message of "Sat, 11 Jun 1994 11:46:59 +0200." <9406110946.AA00302@ES-sun1.lg-es> Date: Sat, 11 Jun 1994 03:47:34 -0700 From: Allen Condit >with chimera-1.53 ftp-access is very critical. > >Mosaic ftp://www.informatik.tu-muenchen.de succeed almost every time >chimera ftp://www.informatik.tu-muenchen.de fails every time > >some other ftp connections work, for instance > >ftp://ftp.uni-paderborn.de:21/pcsoft2/linux john sez: ftp and gopher access got screwed up in 1.53. it will be fixed in 1.54. he can't remember why it got screwed up at the moment, probably because we've been drinking beer. it works fine for me, btw. allen ------- Message 41 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa00332; 12 Jun 94 22:20 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: 1.54 Date: Sun, 12 Jun 1994 22:20:07 -0700 From: John Kilburg has just been released. ftp://ftp.cs.unlv.edu/pub/chimera/ It should be in good shape. I've been running it myself for a week on Suns and a Linux box with good results. I was thinking of adding the authorization code for HTTP but I think I will wait because there seems to be at least 3 standards out there. I'll let the dust settle a bit. The chimera home page has a list of mirrors so check it out to see if there is a closer site: https://www.unlv.edu/chimera/ -john p.s. I have started work on 1.55. I added a cancel button that seems to work but I haven't tested it much. ------- Message 42 Received: from sun2.nsfnet-relay.ac.uk by JIMI.CS.UNLV.EDU id aa07039; 13 Jun 94 2:31 PDT Via: uk.ac.edinburgh.cogsci; Mon, 13 Jun 1994 10:30:07 +0100 Date: Mon, 13 Jun 94 10:26:39 BST Message-Id: <23616.9406130926@daiches.cogsci.ed.ac.uk> From: Richard Caley Subject: Chimera problems To: bug-chimera@edu.unlv.cs X-Dragon: Kalessin A couple of problems... I have an html document which is returned by a form. Chimera believes this document's url is the name of the form handling script, dispite the fact that this document contains a item giving it a real name. Secondly: In that docment are lots of anchors which have hrefs which look like... /cgi-bin/nph-mt-to-netaudio/100?/cdrom04:q4ec2/0/155017 When I select this I get an `Error Couldn't load document' with the url window showing the href, i.e. no http:... The log of the server doesn't register the request, so I presume chimera is choking on something or it is trying, for reasons known to itself, to load it as a local file. Any suggestions? It all works in mosaic and in lynx. ^_^ (O O) \_/@@\ \\~~/ ~~ - RJC ------- Message 43 Received: from katie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa07171; 13 Jun 94 2:37 PDT To: Richard Caley cc: bug-chimera@cs.unlv.edu Subject: Re: Chimera problems In-reply-to: Your message of "Mon, 13 Jun 1994 10:26:39 -0000." <23616.9406130926@daiches.cogsci.ed.ac.uk> Date: Mon, 13 Jun 1994 02:37:27 -0700 From: Allen Condit > >A couple of problems... what version of Chimera are you using? and could you provide URLs for the documents you're talking about? allen ------- Message 44 Received: from bau3.uibk.ac.at by JIMI.CS.UNLV.EDU id aa07297; 13 Jun 94 2:41 PDT Received: by bau3.uibk.ac.at (1.37.109.4/16.2) id AA25502; Mon, 13 Jun 94 11:41:25 +0200 From: Reinhard Stix Subject: chimera 1.54 coredumps on HP700 To: bug-chimera@cs.unlv.edu Date: Mon, 13 Jun 1994 11:41:25 +0200 (METDST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 850 Hello, I just tried to compile and install chimera on an HP 9000/700 here and found it consistently core-dumping. I tracked it down to an error occuring in content.c line 136, where an invalid memory access is happening. I think, this is due to an not terminated Content list built in routine: ReadContentFile. I added the line: /* R.Stix: next line inserted */ t->next = NULL; return(clist); } right to the end of this routine (ReadContentFile in content.c) and everything was ok. I suppose, I am the 127. person mailing you this bug, but anyway. Regards. R. Stix. - -- - ---------------------------------------------------------------------------- Reinhard Stix ! email: stix@bau2.uibk.ac.at University of Innsbruck ! voice: (Austria)+0512-218-6822 Austria ! WWW: https://bau2.uibk.ac.at/People/R.Stix.html ------- Message 45 Received: from sun2.nsfnet-relay.ac.uk by JIMI.CS.UNLV.EDU id aa12351; 13 Jun 94 4:31 PDT Via: uk.ac.edinburgh.cogsci; Mon, 13 Jun 1994 11:40:04 +0100 Date: Mon, 13 Jun 94 11:39:49 BST Message-Id: <23784.9406131039@daiches.cogsci.ed.ac.uk> From: Richard Caley Subject: Re: Chimera problems To: condit@katie.ISRI.UNLV.EDU X-Dragon: Kalessin Cc: bug-chimera@edu.unlv.cs > what version of Chimera are you using? and could > you provide URLs for the documents you're talking about? Well, having tried to create a minimal example to point you at, I've found one of the problems. I have a : in the href, chimera doesn't like that. The problem with not being interpreted still stands, but I can work around that. An exmaple of that is https://www.cogsci.ed.ac.uk/~rjc/x.html where selecting the anchor should look up https://machine/junk but will look up https://www.cogsci.ed.ac.uk/junk (neither of which exits of course). Oh, another mosaic<->chimera difference I found was that in a form, if the URL of the handling procedure has a `?' in it, chimera seems to assume that it should use GET method even if the form specifies POST. An example is https://www/~rjc/hyper_cloud/broken_mail.html ^_^ (O O) \_/@@\ \\~~/ ~~ - RJC ------- Message 46 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa14969; 13 Jun 94 6:34 PDT To: Reinhard Stix cc: bug-chimera@cs.unlv.edu Subject: Re: chimera 1.54 coredumps on HP700 In-reply-to: Your message of "Mon, 13 Jun 1994 11:41:25 +0200." Date: Mon, 13 Jun 1994 06:34:22 -0700 From: John Kilburg >I just tried to compile and install chimera on an HP 9000/700 >here and found it consistently core-dumping. I tracked it down >to an error occuring in content.c line 136, where an invalid >memory access is happening. I think, this is due to an not >terminated Content list built in routine: ReadContentFile. > >I added the line: >/* R.Stix: next line inserted */ > t->next = NULL; > > return(clist); >} > > >right to the end of this routine (ReadContentFile in >content.c) and everything was ok. >I suppose, I am the 127. person mailing you this bug, >but anyway. Actually, you are the first. Thanks for the report. -john ------- Message 47 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa15292; 13 Jun 94 6:51 PDT To: Richard Caley cc: bug-chimera@charles.CS.UNLV.EDU Subject: Re: Chimera problems In-reply-to: Your message of "Mon, 13 Jun 1994 11:39:49 -0000." <23784.9406131039@daiches.cogsci.ed.ac.uk> Date: Mon, 13 Jun 1994 06:51:14 -0700 From: John Kilburg >> what version of Chimera are you using? and could >> you provide URLs for the documents you're talking about? > >Well, having tried to create a minimal example to point you at, I've >found one of the problems. I have a : in the href, chimera doesn't >like that. > >The problem with not being interpreted still stands, but I can >work around that. > >An exmaple of that is > > https://www.cogsci.ed.ac.uk/~rjc/x.html > >where selecting the anchor should look up > > https://machine/junk > >but will look up > > https://www.cogsci.ed.ac.uk/junk > >(neither of which exits of course). > >Oh, another mosaic<->chimera difference I found was that in a form, if >the URL of the handling procedure has a `?' in it, chimera seems to >assume that it should use GET method even if the form specifies >POST. An example is > > https://www/~rjc/hyper_cloud/broken_mail.html I'm not sure it is legal for the sever return characters like '?' or ':' in URLs. I think that the server is supposed to escape them with the '%xx' form. I'll look and see what the standard says. -john ------- Message 48 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa21256; 13 Jun 94 9:58 PDT Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA05571; Mon, 13 Jun 94 12:23:16 EDT Date: Mon, 13 Jun 1994 12:23:15 -0400 (EDT) From: "R. Stewart Ellis" Subject: Problems with inline GIFs from my Gopher server with 1.54 To: Chimera bug mailing list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII While the following inline GIFs for the David Letterman server (https://bingen.cs.csbsju.edu:80/letterman.html) display properly with 1.54: LSwDL Web Server

    Image of Late Show w/ David Letterman Logo

    Image of Dave at his desk. Image of Paul at Keyboards.

    it screws up with my gopher .about.html (gopher://nova.gmi.edu:70/hh/) Here is the source from chimera:

    Welcome to the G M I Engineering&Management Institute gateway to the World-Wide Web

    It shows the Mosaic "Oops!" graphic where previous versions of chimera have show the small GMI logo. The small logo is brought up with an xv window. Clicking on the "Oops!" displays the large GMI logo with xv. I confess to being completely in the dark concerning mime and other aspects of the whole content puzzle. 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,chimera,nn,tin,jove,modems, free code is best!/________/ / / / / ------- Message 49 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa05320; 13 Jun 94 13:46 PDT To: Chimera bug mailing list Subject: Re: Problems with inline GIFs from my Gopher server with 1.54 In-reply-to: Your message of "Mon, 13 Jun 1994 12:23:15 EDT." Date: Mon, 13 Jun 1994 13:46:21 -0700 From: John Kilburg >it screws up with my gopher .about.html (gopher://nova.gmi.edu:70/hh/) > >Here is the source from chimera: > > > >

    > >

    >Welcome to the G M I Engineering&Management Institute gateway to the World-Wide Web

    The URL should be /g9/bin/gmi400.gif Chimera does not look at the extension for gopher URLs. It looks at the first ID character. At one time I knew what the second one was for but I've forgotten. 'g' means GIF. The 'I' means every other image type. Chimera translates 'I' to image/x-unknown '9' means binary file. There is a list in the Gopher documentation but I don't remember the URL. Chimera has been changed so that every transfer method is responsible for coming up with some kind of Content-type. The method functions (file, http, ftp) use Ext2Content() to figure out the content-type. The gopher function has the gopher type list hardcoded with the corresponding Content-type. Gopher+ servers will provide a Content-type as a VIEW. The problem with gopher is that the extensions don't seem to mean much since the server will strip it and return multiple views. I use x-default and x-unknown for default or unknown Content-types (I'm not sure what the different is...I was sleepy). This may be wrong but I don't know of another way of specifying an unknown type. -john ------- Message 50 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa11786; 13 Jun 94 16:08 PDT Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA14104; Mon, 13 Jun 94 19:11:13 EDT Date: Mon, 13 Jun 1994 19:11:12 -0400 (EDT) From: "R. Stewart Ellis" Subject: Re: Problems with inline GIFs from my Gopher server with 1.54 To: John Kilburg Cc: Chimera bug mailing list In-Reply-To: <9406132104.AA12119@nova.gmi.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 13 Jun 1994, John Kilburg wrote: > >it screws up with my gopher .about.html (gopher://nova.gmi.edu:70/hh/) > > > >Here is the source from chimera: > > > > > > > >

    > > > >

    > >Welcome to the G M I Engineering&Management Institute gateway to the World-Wide Web

    > > The URL should be > > /g9/bin/gmi400.gif I got the /I9 advice from Don Gilbert, of IUBIO fame. It had worked with every version of chimera that I had tracked (I did not have time to track 1.52 and 1.53) and with Mosaic. I just spent some time looking in the sources for gopher (I am behind there too, version 2.013), and cannot really pin down the location of this stuff. The gopherd man page does not even mention the type I, much less type g. > > Chimera does not look at the extension for gopher URLs. It looks at > the first ID character. At one time I knew what the second one > was for but I've forgotten. 'g' means GIF. The 'I' means every > other image type. Chimera translates 'I' to > > image/x-unknown > > '9' means binary file. There is a list in the Gopher documentation > but I don't remember the URL. Since I could find anything clear in the source, nor in the gopherd manpage, I looked at gopherd.conf and its manpage. It also does not mention a type 9, but it looks to me (remember I do not understand how all this works) as though it should assign a gif view to type I9. Here are the lines from gopherd.conf: # # Map filename extensions to gopher-types # # Format is # "viewext: [ISO langauge] # # Different Languages viewext: .txt.spanish 0 0 Text/plain Es_ES viewext: .txt.german 0 0 Text/plain De_DE viewext: .txt.french 0 0 Text/plain Fr_FR # Macintosh hqx files viewext: .hqx 4 0 application/mac-binhex40 # Graphics file formats viewext: .gif I 9 image/gif viewext: .jpg I 9 image/JPEG viewext: .tif I 9 image/tiff ... > > Chimera has been changed so that every transfer method is responsible > for coming up with some kind of Content-type. The method functions > (file, http, ftp) use Ext2Content() to figure out > the content-type. The gopher function has the gopher type list > hardcoded with the corresponding Content-type. Gopher+ servers will > provide a Content-type as a VIEW. The problem with gopher is that > the extensions don't seem to mean much since the server will strip > it and return multiple views. > > I use x-default and x-unknown for default or unknown Content-types > (I'm not sure what the different is...I was sleepy). This may > be wrong but I don't know of another way of specifying an unknown > type. > > -john > I went to Gophercon a year ago and those guys were extremely resistent to MIME. The attendees almost had to become unpleasant to get them to commit to MIME. I do not really understand MIME either, and no one at my site knows as much about it as I do. Not to pick a fight or anything, but should chimera behave differently than Mosaic? Stew Ellis ------- Message 51 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa11994; 13 Jun 94 16:11 PDT Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA14181; Mon, 13 Jun 94 19:14:46 EDT Date: Mon, 13 Jun 1994 19:14:45 -0400 (EDT) From: "R. Stewart Ellis" Subject: Re: Problems with inline GIFs from my Gopher server with 1.54 To: John Kilburg Cc: Chimera bug mailing list In-Reply-To: <9406132104.AA12119@nova.gmi.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 13 Jun 1994, John Kilburg wrote: > >it screws up with my gopher .about.html (gopher://nova.gmi.edu:70/hh/) > > > >Here is the source from chimera: > > > > > > > >

    > > > >

    > >Welcome to the G M I Engineering&Management Institute gateway to the World-Wide Web

    > > The URL should be > > /g9/bin/gmi400.gif I forgot to say in the previous message that this works with 1.54, plus it did not break Mosaic 2.4 for X. I will have to check with one of the Windows users. [...] Stew Ellis ------- Message 52 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa14965; 13 Jun 94 17:34 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: Re: Problems with inline GIFs from my Gopher server with 1.54 In-reply-to: Your message of "Mon, 13 Jun 1994 19:11:12 EDT." Date: Mon, 13 Jun 1994 17:34:11 -0700 From: John Kilburg >I got the /I9 advice from Don Gilbert, of IUBIO fame. It had worked with >every version of chimera that I had tracked (I did not have time to track >1.52 and 1.53) and with Mosaic. I just spent some time looking in the >sources for gopher (I am behind there too, version 2.013), and cannot really >pin down the location of this stuff. The gopherd man page does not even >mention the type I, much less type g. >Not to pick a fight or anything, but should chimera behave differently than >Mosaic? Me fight? Around here I am known for my non-combative nature. Ask anyone. Really. Well, the problem is that I can't really assume that I9 is a GIF (look at the viewext lines, they also list JPG and TIFF files as alternatives). I tried to get your gopher server to return VIEW information on gmi400.gif but it won't do it. I will fix this by making the gopher routines check the extension first. I think this is a bad idea but it should make things work as before. The libwww library must assume a GIF file. I'll take a look. -john ------- Message 53 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa15724; 13 Jun 94 18:00 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: Re: Problems with inline GIFs from my Gopher server with 1.54 In-reply-to: Your message of "Mon, 13 Jun 1994 17:34:11 PDT." Date: Mon, 13 Jun 1994 18:00:07 -0700 From: John Kilburg >>I got the /I9 advice from Don Gilbert, of IUBIO fame. It had worked with >>every version of chimera that I had tracked (I did not have time to track >>1.52 and 1.53) and with Mosaic. I just spent some time looking in the >>sources for gopher (I am behind there too, version 2.013), and cannot really >>pin down the location of this stuff. The gopherd man page does not even >>mention the type I, much less type g. > >>Not to pick a fight or anything, but should chimera behave differently than >>Mosaic? > >Me fight? Around here I am known for my non-combative nature. Ask >anyone. Really. > >Well, the problem is that I can't really assume that I9 is a GIF (look >at the viewext lines, they also list JPG and TIFF files as alternatives). > >I tried to get your gopher server to return VIEW information on gmi400.gif >but it won't do it. > >I will fix this by making the gopher routines check the extension first. >I think this is a bad idea but it should make things work as before. > >The libwww library must assume a GIF file. I'll take a look. I just checked this out. As near as I can tell libwww assumes all image types to be GIF: #define GOPHER_TEXT '0' #define GOPHER_MENU '1' #define GOPHER_CSO '2' #define GOPHER_ERROR '3' #define GOPHER_MACBINHEX '4' #define GOPHER_PCBINHEX '5' #define GOPHER_UUENCODED '6' #define GOPHER_INDEX '7' #define GOPHER_TELNET '8' #define GOPHER_BINARY '9' #define GOPHER_DUPLICATE '+' #define GOPHER_GIF 'g' #define GOPHER_IMAGE 'I' #define GOPHER_TN3270 'T' #define GOPHER_HTML 'h' /* HTML */ #define GOPHER_WWW 'w' /* W3 address */ #define GOPHER_SOUND 's' #define GOPHER_PLUS_IMAGE ':' #define GOPHER_PLUS_MOVIE ';' #define GOPHER_PLUS_SOUND '<' case GOPHER_GIF: case GOPHER_IMAGE: case GOPHER_PLUS_IMAGE: if (!tweak_gopher_types) rv = HTParseSocket(HTAtom_for ("image/gif"), format_out, anAnchor, s, sink, 0); else rv = HTParseSocket(HTFileFormat (arg, &enc, HTAtom_for ("image/gif"), &compressed), format_out, anAnchor, s, sink, 0); This doesn't seem like a great idea to me. -john ------- Message 54 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa17768; 13 Jun 94 18:50 PDT Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA16921; Mon, 13 Jun 94 21:53:50 EDT Date: Mon, 13 Jun 1994 21:53:49 -0400 (EDT) From: "R. Stewart Ellis" Subject: Re: Problems with inline GIFs from my Gopher server with 1.54 To: John Kilburg Cc: bug-chimera@charles.CS.UNLV.EDU In-Reply-To: <9406140128.AA16625@nova.gmi.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 13 Jun 1994, John Kilburg wrote: > >>I got the /I9 advice from Don Gilbert, of IUBIO fame. It had worked with [...] > >The libwww library must assume a GIF file. I'll take a look. > > I just checked this out. As near as I can tell libwww assumes all image > types to be GIF: > > #define GOPHER_TEXT '0' [...] > > This doesn't seem like a great idea to me. > > -john > Can you say "quick and dirty", boys and girls? This might have something to do with why they had an announced intention, until most of the team left bedazzled by dollar signs, of not supporting gopher+. Remember they made a number of questionable design decisions, particularly the choice of widget sets for the UI. Although it is aesthetically unpleasant, you might have to restrain some of your better ideas in the name of "compatibility". Of course it would be nice to be the only tool that can handle both http and gopher+. This might ultimately take some education of server administrators, or some kind of runtime configuration option. I have mine working with the g9, and we now know why this does not confuse Mosaic. It might be worth you posting to c.i.gopher. John Franks, the author of the most widely used alternate server for UNIX, GN, has chosen not to track gopher+, but to depend on http to provide all the fancy stuff. It might be worth asking him his opinion. 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,chimera,nn,tin,jove,modems, free code is best!/________/ / / / / ------- Message 55 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa19594; 13 Jun 94 19:46 PDT Received: by igw.merck.com with rsmtp; Mon, 13 Jun 1994 22:51:18 EDT Date: Mon, 13 Jun 1994 22:39:30 -0400 From: Anthony Starks To: bug-chimera@cs.unlv.edu Subject: hawaii bug fixed The clickable map of hawaii: https://bookweb.cwis.uci.edu:8042/Books/Moon now works with 1.54 (how about that a report of a bug-fixed!) ------- Message 56 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa06401; 14 Jun 94 4:01 PDT Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA22846; Tue, 14 Jun 94 07:04:25 EDT Date: Tue, 14 Jun 1994 07:04:25 -0400 (EDT) From: "R. Stewart Ellis" Subject: cso/qi/ph support in chimera? To: Chimera bug mailing list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Has chimera ever recognized gopher type 2 for qi/ph phone books (called cso in the gopher crowd)? It is an extremely simple server to interface with, but I have just installed it at my gopher and had not tried it before from chimera. I could probably add really simple-minded support if I understood better where the type recognition is taking place in chimera. Stew Ellis ------- Message 57 Received: from nic.lth.se by JIMI.CS.UNLV.EDU id aa09577; 14 Jun 94 4:16 PDT Received: from gatekeeper.axis.se by mail.lth.se with smtp (Smail3.1.28.1 #2) id m0qDWTL-000MU9C; Tue, 14 Jun 94 13:16 MET DST Received: from axisab.axis.se by gatekeeper.axis.se with smtp (Smail3.1.28.1 #20) id m0qDWTF-000to8C; Tue, 14 Jun 94 13:15 GMT-1:00 Received: from axis.se by axisab.axis.se with smtp (Smail3.1.28.1 #1) id m0qDWTA-000pfIC; Tue, 14 Jun 94 13:15 MET DST Message-Id: To: bug-chimera@cs.unlv.edu Subject: FTP with chimera? Date: Tue, 14 Jun 1994 13:15:50 MET DST From: Joergen Haegg How do I fetch files thru ftp:// and save it to a file? I tried fetching chimera and saving using 'save text'. But, since a compressed file is binary, I only got 27 byte. :-) How do I save 'binary' URLs? ------- Message 58 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa04692; 14 Jun 94 12:36 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: Re: cso/qi/ph support in chimera? In-reply-to: Your message of "Tue, 14 Jun 1994 07:04:25 EDT." Date: Tue, 14 Jun 1994 12:36:10 -0700 From: John Kilburg >Has chimera ever recognized gopher type 2 for qi/ph phone books (called cso >in the gopher crowd)? It is an extremely simple server to interface with, >but I have just installed it at my gopher and had not tried it before from >chimera. I could probably add really simple-minded support if I understood >better where the type recognition is taking place in chimera. Someone has already contributed the CSO code. I hope to get it incorporated in the next release. -john ------- Message 59 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa04792; 14 Jun 94 12:39 PDT To: Joergen Haegg cc: bug-chimera@cs.unlv.edu Subject: Re: FTP with chimera? In-reply-to: Your message of "Tue, 14 Jun 1994 13:15:50 +0700." Date: Tue, 14 Jun 1994 12:39:00 -0700 From: John Kilburg >How do I fetch files thru ftp:// and save it to a file? >I tried fetching chimera and saving using 'save text'. >But, since a compressed file is binary, I only got 27 byte. :-) > >How do I save 'binary' URLs? CLick on the link with the middle mouse button. The file will be downloaded (or grabbed from the cache) and a requester will appear so that you can enter a filename. -john ------- Message 60 Received: from clark.net by JIMI.CS.UNLV.EDU id aa27762; 14 Jun 94 19:57 PDT Received: (from bent@localhost) by clark.net (8.6.9/8.6.9) id WAA04977 for bug-chimera@cs.unlv.edu; Tue, 14 Jun 1994 22:58:17 -0400 Date: Tue, 14 Jun 1994 22:58:17 -0400 From: Ben Taylor Message-Id: <199406150258.WAA04977@clark.net> To: bug-chimera@cs.unlv.edu Subject: Core dump saving postscript file Content-Length: 1291 Just got 1.54 running, and it looks good. Fixed a bunch of things that used to not work. Went crusing around and ended up in the Internet Store, peekin at Info World. Tried to take a look at an article, and they said, fill out this info form and fax it back. Hmm... I save it as postscript. Well, tried. This is the result. 476 Memory fault - core dump Here's the back trace, care of gdb. #0 0xa687c in _doprnt () #1 0x93e68 in vsprintf () #2 0x37634 in WidgetRefresh () #3 0x38b28 in WidgetRefresh () #4 0x3b564 in ParseTextToPSString () #5 0x1d34c in HTMLGetText () #6 0x4bb4 in Save () #7 0x53fa0 in _XtCallCallbacks () #8 0x3cb8c in ParseTextToPSString () #9 0x715ec in _XtTranslateEvent () #10 0x5bf54 in XtWindowToWidget () #11 0x5c5d8 in _XtOnGrabList () #12 0x5c65c in XtDispatchEvent () #13 0x5c950 in XtAppMainLoop () #14 0x3560 in main () For those interested, the form was: https://www.internet.net/information/membership.html Oh, yeah... Does Chimera do forms correctly? I was trying to do a search on an index at InfoWorld and hitting return just beeped at me. The site was https://www.internet.net/cgi-bin/wwwwais Sorry for the lack of info. I'm just learning Chimera and the web. However, Thanks for a cool termified product. Thats all for now. Ben ------- Message 61 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa12479; 15 Jun 94 0:52 PDT To: Ben Taylor cc: bug-chimera@cs.unlv.edu Subject: Re: Core dump saving postscript file In-reply-to: Your message of "Tue, 14 Jun 1994 22:58:17 EDT." <199406150258.WAA04977@clark.net> Date: Wed, 15 Jun 1994 00:52:02 -0700 From: John Kilburg [talk about core dump] I'll take a look. >Oh, yeah... Does Chimera do forms correctly? I was trying to >do a search on an index at InfoWorld and hitting return just >beeped at me. The site was https://www.internet.net/cgi-bin/wwwwais I need to modify the HTML widget to return the form when return is pressed in a text widget. There should be a submit button on the form, however. Thanks for the report. -john ------- Message 62 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22141; 15 Jun 94 22:54 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: fdopen() Date: Wed, 15 Jun 1994 22:54:23 -0700 From: John Kilburg Can I expect fdopen() to be on every architecture? Does this question scare you? If so, why? -john ------- Message 63 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22557; 15 Jun 94 23:05 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: ignore fdopen() questions Date: Wed, 15 Jun 1994 23:05:40 -0700 From: John Kilburg False alarm. I was sleepy. -john ------- Message 64 Received: from fuhainf.fernuni-hagen.de by JIMI.CS.UNLV.EDU id aa05566; 16 Jun 94 4:24 PDT Received: from ES-sun1.lg-es (ES-sun1.fernuni-hagen.de) by fuhainf.fernuni-hagen.de (4.1/SMI-4.1-fu-ha) id AA11822; Thu, 16 Jun 94 13:23:57 +0200 Received: from ES-sun2.lg-es by ES-sun1.lg-es (4.1/SMI-4.1) id AA04173; Thu, 16 Jun 94 13:23:57 +0200 Date: Thu, 16 Jun 94 13:23:57 +0200 From: Johann Friedrich Heinrichmeyer Message-Id: <9406161123.AA04173@ES-sun1.lg-es> Received: by ES-sun2.lg-es (4.1/SMI-4.1) id AA01718; Thu, 16 Jun 94 13:21:00 +0200 Subject: chimera-1.54 To: bug-chimera@cs.unlv.edu i cant manage to read local *.html files as html. They come as text files. Mit freundlichen Gruessen Fritz Heinrichmeyer Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/5221 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: https://ES-sun2.fernuni-hagen.de ------- Message 65 Received: from trevnx.BIO.dfo.ca by JIMI.CS.UNLV.EDU id aa17131; 16 Jun 94 9:26 PDT Received: by trevnx.bio.dfo.ca (NX5.67c/NX3.0M) id AA05963; Thu, 16 Jun 94 13:26:26 -0300 Date: Thu, 16 Jun 94 13:26:26 -0300 From: George White 6-8509 Message-Id: <9406161626.AA05963@trevnx.bio.dfo.ca> To: bug-chimera@cs.unlv.edu Subject: compressed files and chimera 1.54 I just tried the Netlib home page mentioned in SIAM News: ftp://netlib.att.com/home.html This page is very short: - --------- At the moment, the only hypertext material here is netlib. (If your system can't cope smoothly with compressed files, you'll have to instead look here.) - ------- When I try the hypertext material link (netlib) the file ends with ".html.Z" and comes up as garbage on the screen. With Mosaic such files are uncompressed and handled as html. Is this a configuration issue or a missed feature? - -- George White Bedford Inst. of Oceanography ------- Message 66 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa25205; 16 Jun 94 12:23 PDT To: fritz.heinrichmeyer@fernuni-hagen.de cc: bug-chimera@cs.unlv.edu Subject: Re: chimera-1.54 In-reply-to: Your message of "Thu, 16 Jun 1994 13:23:57 +0200." <9406161123.AA04173@ES-sun1.lg-es> Date: Thu, 16 Jun 1994 12:23:44 -0700 From: John Kilburg >i cant manage to read local *.html files as html. >They come as text files. > >Mit freundlichen Gruessen > >Fritz Heinrichmeyer > >Fritz Heinrichmeyer FernUniversitaet Hagen >FAX: +49 2371/5221 LG Elektronische Schaltungen >EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 >PHONE: +49 02371/566-243 58644 Iserlohn (Germany) >WWW: https://ES-sun2.fernuni-hagen.de Make sure the files mime.types and content are accessable by chimera. -john ------- Message 67 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa06319; 16 Jun 94 15:35 PDT To: George White 6-8509 cc: bug-chimera@cs.unlv.edu Subject: Re: compressed files and chimera 1.54 In-reply-to: Your message of "Thu, 16 Jun 1994 13:26:26 -0300." <9406161626.AA05963@trevnx.bio.dfo.ca> Date: Thu, 16 Jun 1994 15:34:59 -0700 From: John Kilburg >I just tried the Netlib home page mentioned in SIAM News: >ftp://netlib.att.com/home.html > >This page is very short: > >--------- >At the moment, the only hypertext material here is netlib. > >(If your system can't cope smoothly with compressed files, you'll have to inst ead look here.) > >------- > >When I try the hypertext material link (netlib) the file ends with >".html.Z" and comes up as garbage on the screen. With Mosaic such files >are uncompressed and handled as html. Is this a configuration issue >or a missed feature? Chimera will uncompress files if there is Content-encoding information. Obviously this is only available from HTTP servers right now. You can hack the content file to make this work, though. 1) Make sure there is an entry in the mime.types file for compressed files (there may be official types but this will work): application/x-compress Z 2) Put a line like the following in your content file: ftp ^application/x-compress http wrapencode %s 3) Create a shell/perl/whatever script (called wrapencode) like the following: #!/bin/sh # # cat << _EOF_ HTTP/1.0 200 OK Content-type: text/html Content-encoding: x-compress _EOF_ cat $1 4) Make the above script executable and put it in a directory in your content path. 5) Cringe and curse John. Three problems: 1) This works on SunOS 4.1.x but not on my Linux machine. I'll investigate tonight. This may be the same problem that Lee reported a week or so ago. I can dig up his fix if needed. 2) Assumes that compressed files are HTML files. 3) This only works with 1.54 and higher. -john ------- Message 68 Received: from enst.enst.fr by JIMI.CS.UNLV.EDU id aa08296; 16 Jun 94 16:02 PDT Received: from ulysse.enst.fr (inf.enst.fr) by enst.enst.fr (4.1/SMI-4.0) id AA17163; Fri, 17 Jun 94 01:02:13 +0200 Return-Path: Organization: Ecole Nationale Superieure des Telecommunications, Paris Received: from mistral.enst.fr by ulysse.enst.fr (4.1/SMI-4.0) id AA17012; Fri, 17 Jun 94 01:02:10 +0200 From: Nicolas Pioch Received: (pioch@localhost) by mistral.enst.fr (8.6.9/8.6.9) id BAA25622; Fri, 17 Jun 1994 01:02:02 +0200 Message-Id: <199406162302.BAA25622@mistral.enst.fr> Subject: Re: 1.54 To: John Kilburg Date: Fri, 17 Jun 1994 01:02:00 +0200 (MET DST) Cc: bug-chimera@charles.CS.UNLV.EDU In-Reply-To: <9406130540.AA02566@enst.enst.fr> from "John Kilburg" at Jun 12, 94 10:20:07 pm X-My-Email: Nicolas.Pioch@enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ X-Face: Need no lame BW 2x2 xface bitmap. Check out the WWW server above. X-Pgp-Key: available, "finger -l pioch@inf.enst.fr" for my public key. X-Nap: To iterate is human, to recurse, divine. X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2198 [John Kilburg] | has just been released. I think Chimera user-side caching facility probably makes it the best www-browser around. My copy is soooo much faster than Motif-bloated Mosaic that it's a real pleasure to use. Couple of comments if you intend to try making it even better: 1) Wish list... it's still lacking GIF89a transparent information blocks ability! Isn't there a way to pass chimera's current background to netpbm/whatever package and have it replace the GIF89a transparent color ? 2) configuring the CACHE is hard. The HELP file doesn't tell which unit is used! CHIMERA_DOC_TTL : days? minutes? seconds? CHIMERA_CACHE_SIZE: Mb? Kb? bytes? wish there would be examples for all those. 3) CHIMERA_CACHE directory. Looks like chimera doesn't try to create the cache directory if it doesn't exist already. This is bad in case you intended to have CHIMERA_CACHE set to /tmp/cachimera or to a global place for all users on the machine. Please at least say that the directory needs to exist (manual creation) if you don't like the idea of having chimera creating it automagically, in Chimera's HELP file. 4) INSTALL is much more straighforward than before now, about testing before installing. - - Maybe move the description of frequent problems into a separate file, for instance README.problems or whatever. INSTALL files should be small and easily read, otherwise they are boring. Just keep something like "See the file README.problems for common problems and solutions" in the main INSTALL. or maybe a separate directory called "readmes" having separate files for each thing, such as "README.socks", "README.term", "README.NeXT", etc... - - Why not supply a sh-script that does the whole stuff ? in the source directory, I'd suggest "test-chimera" as a file-name: (source below) Thanks and regards - -- Nicolas #!/bin/sh if test -d src; then CHIMERAROOT=`pwd` else CHIMERAROOT=`cd ..; pwd` fi if test -f $CHIMERAROOT/lib/content; then echo "Chimera.contentFile: $CHIMERAROOT/lib/content" | xrdb -merge else echo "warning: cannot find Chimera 'content' file" >&2 fi test "$DISPLAY" || echo "warning: no DISPLAY specified" >&2 src/chimera ------- Message 69 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa08953; 16 Jun 94 16:12 PDT To: Nicolas Pioch cc: bug-chimera@charles.CS.UNLV.EDU Subject: Re: 1.54 In-reply-to: Your message of "Fri, 17 Jun 1994 01:02:00 +0200." <199406162302.BAA25622@mistral.enst.fr> Date: Thu, 16 Jun 1994 16:12:39 -0700 From: John Kilburg >I think Chimera user-side caching facility probably makes it the >best www-browser around. My copy is soooo much faster than >Motif-bloated Mosaic that it's a real pleasure to use. Thanks. The current cache design is because of chit-chat on bug-chimera. >1) Wish list... it's still lacking GIF89a transparent information blocks >ability! Isn't there a way to pass chimera's current background >to netpbm/whatever package and have it replace the GIF89a >transparent color ? I would really like to make this work but I don't see it happening soon. [a bunch of useful suggestions about documentation, installing, ...] These are good suggestions; most will appear one way or another in 1.55. -john ------- Message 70 Received: from fuhainf.fernuni-hagen.de by JIMI.CS.UNLV.EDU id aa12673; 17 Jun 94 0:55 PDT Received: from ES-sun1.lg-es (ES-sun1.fernuni-hagen.de) by fuhainf.fernuni-hagen.de (4.1/SMI-4.1-fu-ha) id AA01949; Fri, 17 Jun 94 09:55:44 +0200 Received: from ES-sun2.lg-es by ES-sun1.lg-es (4.1/SMI-4.1) id AA05138; Fri, 17 Jun 94 09:55:44 +0200 Date: Fri, 17 Jun 94 09:55:44 +0200 From: Johann Friedrich Heinrichmeyer Message-Id: <9406170755.AA05138@ES-sun1.lg-es> Received: by ES-sun2.lg-es (4.1/SMI-4.1) id AA05409; Fri, 17 Jun 94 09:52:47 +0200 Subject: chimera-1.54 testing trap To: bug-chimera@cs.unlv.edu the tar-archive for chimera came with read permisson only for the owner. When i tested, the mime.types file was not in the right place, so i logged in as root and copied it .. . Afterwards chimera failed again ... . It was because mime.types was only readable by root! After correcting the permissions everything works. Maybe this helps someone. Mit freundlichen Gruessen Fritz Heinrichmeyer Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/5221 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: https://ES-sun2.fernuni-hagen.de ------- Message 71 Received: from fuhainf.fernuni-hagen.de by JIMI.CS.UNLV.EDU id aa13497; 17 Jun 94 1:08 PDT Received: from ES-sun1.lg-es (ES-sun1.fernuni-hagen.de) by fuhainf.fernuni-hagen.de (4.1/SMI-4.1-fu-ha) id AA02128; Fri, 17 Jun 94 10:07:58 +0200 Received: from ES-sun2.lg-es by ES-sun1.lg-es (4.1/SMI-4.1) id AA05206; Fri, 17 Jun 94 10:07:57 +0200 Date: Fri, 17 Jun 94 10:07:57 +0200 From: Johann Friedrich Heinrichmeyer Message-Id: <9406170807.AA05206@ES-sun1.lg-es> Received: by ES-sun2.lg-es (4.1/SMI-4.1) id AA05486; Fri, 17 Jun 94 10:05:00 +0200 Subject: chimera-1.54 problem. To: bug-chimera@cs.unlv.edu a page with the following heading is no more recognized as html: (it comes from plexus-bsdi-man) bsdi-man/HTTP/1.0 200 Document follows Date: Friday, 17-Jun-94 07:56:49 GMT Server: plexus/3.0k MIME-version: 1.0 Content-type: text/html BSDI Hypertext Man Pages: Apropos

    Apropos:

    Back to Index Page
    ()
    .LP dbri (4)
    Dual Basic Rate ISDN Interface and audio interface
    .PP xrn (1)
    an X-based interface to the USENET news system that uses the NNTP remote news server .\"
    C2conv, C2unconv (8)
    convert system to or from C2 security
    PCFS (4S)
    MS-DOS formatted filesystem
    _exit (2V)
    terminate a process
    a.out (5)
    assembler and link editor output format
    a2p (1)
    Awk to Perl translator
    a64l, l64a (3)
    convert between long integer and base-64 ASCII string
    abort (3)
    generate a fault
    abs (3)
    integer absolute value
    ac (8)
    login accounting
    accept (2)
    accept a connection on a socket
    access (2V)
    determine accessibility of file
    acct (2V)
    turn accounting on or off
    acct (5)
    execution accounting file
    acctcms (8)
    command summary from per-process accounting records
    acctcom (1)
    search and print process accounting files
    acctcon1, acctcon2 (8)
    connect-time accounting
    acctdisk, acctdusg, accton, acctwtmp (8)
    overview of accounting and miscellaneous accounting commands
    acctmerg (8)
    merge or add total accounting files
    acctprc1, acctprc2 (8)
    process accounting
    adb (1)
    general-purpose debugger
    adbgen (8)
    generate adb script
    add_client (8)
    create a diskless network bootable NFS client on a server
    add_services (8)
    provide software installation services for any architecture
    add_user (8)
    shell script to add a user account to a machine
    addbib (1)
    create or extend a bibliographic database
    adduser (8)
    procedure for adding new users
    adjacentscreens (1)
    connect multiple screens to SunView window driver
    adjtime (2)
    correct the time to allow synchronization of the system clock
    adv (8)
    advertise a directory for remote access with RFS
    adventure (6)
    an exploration game
    afm2tfm (1)
    convert Adobe font metrics to TeX font metrics
    agt_create, agt_enumerate, agt_trap (3L)
    map LWP events into messages
    aint, anint, ceil, floor, rint, irint, nint (3M)
    round to integral value in floating-point or integer format
    aiocancel (3)
    cancel an asynchronous operation
    aioread, aiowrite (3)
    asynchronous I/O operations
    aiowait (3)
    wait for completion of asynchronous I/O operation
    alarm (3V)
    schedule signal after specified time
    aliases, addresses, forward (5)
    addresses and aliases for sendmail
    ansic (7V)
    ANSI C (draft of December 7 1988) lint library
    apropos (1)
    locate commands by keyword lookup
    ar (1V)
    create library archives, and add or extract files
    ar (4S)
    Archive 1/4 inch Streaming Tape Drive
    ar (5)
    archive (library) file format
    arch (1)
    display the architecture of the current host
    arithmetic (6)
    provide drill in number facts
    arp (4P)
    Address Resolution Protocol
    arp (8C)
    address resolution display and control
    as (1)
    Sun-1, Sun-2 and Sun-3, Sun-4 and Sun386i assemblers
    ascii (7)
    map of ASCII character set
    assert (3V)
    program verification
    at, batch (1)
    execute a command or script at a specified time
    atq (1)
    display the queue of jobs to be run at specified times
    atrm (1)
    remove jobs spooled by at or batch
    audio (4)
    audio device interface
    audioamd (4)
    telephone quality audio device
    audit (2)
    write a record to the audit log
    audit (8)
    audit trail maintenance
    audit.log (5)
    the security audit trail file
    audit_args, audit_text (3)
    produce text audit message
    audit_control (5)
    control information for system audit daemon
    audit_data (5)
    current information on audit daemon
    audit_warn (8)
    audit daemon warning script
    auditd (8)
    audit daemon
    auditon (2)
    manipulate auditing
    auditsvc (2)
    write audit records to specified file descriptor
    auth_destroy, authnone_create, authunix_create, authunix_create_default (3N)
    library routines for client side remote procedure call authentication
    authdes_create, authdes_getucred, get_myaddress, getnetname, host2netname, key_decryptsession, key_encryptsession, key_gendes, key_setsecret, netname2host, netname2user, user2netname (3N)
    library routines for secure remote procedure calls
    auto.home (5)
    automount map for home directories
    auto.vol (5)
    automount map for volumes
    automount (8)
    automatically mount NFS file systems
    awk (1)
    pattern scanning and processing language
    backgammon (6)
    the game of backgammon
    banner (1V)
    display a string in large letters
    banner (6)
    print large banner on printer
    bar (1)
    create tape archives, and add or extract files
    bar (5)
    tape archive file format
    basename, dirname (1V)
    display portions of pathnames and filenames
    battlestar (6)
    a tropical adventure game
    bc (1)
    arbitrary-precision arithmetic language
    bcd, ppt (6)
    convert to antique media
    bdemos (6)
    demonstrate Sun Monochrome Bitmap Display
    bggen (l)
    generates colored backgrounds on X11 displays
    biff (1)
    give notice of incoming mail messages
    bin-mail, binmail (1)
    an early program for processing mail messages
    bind (2)
    bind a name to a socket
    bindresvport (3N)
    bind a socket to a privileged IP port
    bj (6)
    the game of black jack
    boards.pc (5)
    information about AT- and XT-compatible boards for DOS windows
    boggle (6)
    play the game of boggle
    boggletool (6)
    play a game of boggle
    boot (8S)
    start the system kernel or a standalone program
    bootparam (3R)
    bootparam protocol
    bootparamd (8)
    boot parameter server
    bootparams (5)
    boot parameter data base
    bootservers (5)
    NIS bootservers file
    bpp (4S)
    bidirectional parallel port driver for "SUN4M_50" Sun-4m/SPARCstation 10.
    brk, sbrk (2)
    change data segment size
    brotcube (6)
    rotate a simple cube
    bsd (7)
    overview of the Berkeley 4.3 environment
    bsearch (3)
    binary search a sorted table
    bstring, bcopy, bcmp, bzero, ffs (3)
    bit and byte string operations
    bsuncube (6)
    view 3-D Sun logo
    buttontest (6)
    demonstration and testing program for SunButtons
    bwtwo (4S)
    black and white memory frame buffer
    byteorder, htonl, htons, ntohl, ntohs (3N)
    convert values between host and network byte order
    cal (1)
    display a calendar
    calendar (1)
    a simple reminder service
    callrpc, clnt_broadcast, clnt_call, clnt_freeres, clnt_geterr, clnt_perrno, clnt_perror, clnt_sperrno, clnt_sperror (3N)
    library routines for client side calls
    canfield, canfieldtool, cfscores (6)
    Canfield solitaire card game
    captoinfo (8V)
    convert a termcap description into a terminfo description
    cat (1V)
    concatenate and display
    catgets, catgetmsg (3C)
    get message from a message catalog
    catman (8)
    create the cat files for the manual
    catopen, catclose (3C)
    open/close a message catalog
    cb (1)
    a simple C program beautifier
    cc (1V)
    C compiler
    cd (1)
    change working directory
    cdplayer (6)
    CD-ROM audio demo program
    cdromio (4S)
    CDROM control operations
    cflow (1V)
    generate a flow graph for a C program
    cgeight (4S)
    24-bit color memory frame buffer
    cgfour (4S)
    Sun-3 color memory frame buffer
    cgnine (4S)
    24-bit VME color memory frame buffer
    cgsix (4S)
    accelerated 8-bit color frame buffer
    cgthree (4S)
    8-bit color memory frame buffer
    cgtwelve (4S)
    24-bit SBus color memory frame buffer and graphics accelerator
    ...search truncated...
    Mit freundlichen Gruessen Fritz Heinrichmeyer Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/5221 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: https://ES-sun2.fernuni-hagen.de ------- Message 72 Received: from fuhainf.fernuni-hagen.de by JIMI.CS.UNLV.EDU id aa19212; 17 Jun 94 3:12 PDT Received: from ES-sun1.lg-es (ES-sun1.fernuni-hagen.de) by fuhainf.fernuni-hagen.de (4.1/SMI-4.1-fu-ha) id AA04134; Fri, 17 Jun 94 12:12:23 +0200 Received: from ES-sun2.lg-es by ES-sun1.lg-es (4.1/SMI-4.1) id AA05462; Fri, 17 Jun 94 12:12:22 +0200 Date: Fri, 17 Jun 94 12:12:22 +0200 From: Johann Friedrich Heinrichmeyer Message-Id: <9406171012.AA05462@ES-sun1.lg-es> Received: by ES-sun2.lg-es (4.1/SMI-4.1) id AA06163; Fri, 17 Jun 94 12:09:25 +0200 Subject: Re: chimera-1.54 problem. To: bug-chimera@cs.unlv.edu i followd down the problem: my http-server delivers bsdi-man/HTTP/1.0 .... but chimera-1.54 (1.53 worked) insists on HTTP/1.0 here is what gdb has shown: Breakpoint 1, ParseHTTP (d=0x55bb8) at mime.c:169 169 if (strncmp(d->text, "HTTP/1.0", 8) != 0) return; (gdb) print *d $1 = { text = 0x58c78 "bsdi-man/HTTP/1.0 200 Document follows\nDate: Friday, 17-Jun-9 4 09:59:08 GMT\nServer: plexus/3.0k\nMIME-version: 1.0\nContent-type: text/html\ n\n \n\nBSDI Hypertext Man Pages: Apropos </T"..., content = 0x0, up = 0x55bf0, len = 12689, type = DocUnknown, ptext = 0x0, ptype = DocInternal, plen = 0, cache = 1, encoding = 0x0, tencoding = 0x0} (gdb) Mit freundlichen Gruessen Fritz Heinrichmeyer Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/5221 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: https://ES-sun2.fernuni-hagen.de ------- Message 73 Received: from fuhainf.fernuni-hagen.de by JIMI.CS.UNLV.EDU id aa20079; 17 Jun 94 3:31 PDT Received: from ES-sun1.lg-es (ES-sun1.fernuni-hagen.de) by fuhainf.fernuni-hagen.de (4.1/SMI-4.1-fu-ha) id AA04462; Fri, 17 Jun 94 12:31:19 +0200 Received: from ES-sun2.lg-es by ES-sun1.lg-es (4.1/SMI-4.1) id AA05509; Fri, 17 Jun 94 12:31:18 +0200 Date: Fri, 17 Jun 94 12:31:18 +0200 From: Johann Friedrich Heinrichmeyer <fritz.heinrichmeyer@fernuni-hagen.de> Message-Id: <9406171031.AA05509@ES-sun1.lg-es> Received: by ES-sun2.lg-es (4.1/SMI-4.1) id AA06212; Fri, 17 Jun 94 12:28:22 +0200 Subject: Re: chimera-1.54 problem. To: bug-chimera@cs.unlv.edu mayebe in the plexus server the /bsdi-man/HTTP... came from a forgotten debugging message .. i changed the source of plexus (thats what scripts are good for) and now chimera is happy with my server. Mosaic and chimera<1.53 seem to work more robust in parsing mime- headers. Mit freundlichen Gruessen Fritz Heinrichmeyer Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/5221 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: https://ES-sun2.fernuni-hagen.de ------- Message 74 Received: from trevnx.BIO.dfo.ca by JIMI.CS.UNLV.EDU id aa06807; 17 Jun 94 7:36 PDT Received: by trevnx.bio.dfo.ca (NX5.67c/NX3.0M) id AA08415; Fri, 17 Jun 94 11:36:03 -0300 Date: Fri, 17 Jun 94 11:36:03 -0300 From: George White 6-8509 <gwhite@trevnx.bio.dfo.ca> Message-Id: <9406171436.AA08415@trevnx.bio.dfo.ca> To: bug-chimera@charles.CS.UNLV.EDU Subject: chimera-1.54 dumps core in ReadContentDB I have been running chimera-1.54 on my account without incident, but _all_ other users get a core dump in ReadContentDB: $ dbg chimera-1.54 core dbg new version (as of 8/31/92 19:10). Initializing FPU symbol table . . done. Reading symbol table from "content.o" . . . done. Currently debugging "chimera-1.54" using core file "core" Process 0 (chimera-1.54) is not currently parallel dbg_0> trace Reading symbol table from "main.o" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . done. "chimera-1.54" received a signal 11 SIGSEGV (segmentation violation) `ReadContentDB:#136:content.o`, ReadContentDB(filename=0x100010d0, user content=0x10001320), `main:#349:main.o`, main(argc=1, argv=0x7fdffc54), `_start:crt0.o`, pc=0x40012c, sp=0x7fdffc18. I checked the permissions on the content file and they look OK, and hacked FixFileName to print the "fixed" name of each file to verify that we are all using the same file (I also renamed my $HOME/.chimera_content file). What did I miss? This content file is just the copy of the one in the 1.54 distribution: $ lsl /local/lib/chimera/content - -rwxr-xr-x 1 bin bin 5539 Jun 14 11:48 /local/lib/chimera/conten Chimera is running on a KPC Titan 3000. - -- George White <GWhite@BIOnet.BIO.DFO.ca> Bedford Inst. of Oceanography ------- Message 75 Received: from ns.bbc.co.uk by JIMI.CS.UNLV.EDU id aa14729; 17 Jun 94 9:14 PDT Received: from ant.rd.eng.bbc.co.uk (rdmailgate.rd.eng.bbc.co.uk) by ns.bbc.co.uk with SMTP id AA15656 (5.65c/IDA-1.4.4 for <bug-chimera%cs.unlv.edu@mail.bbc.co.uk>); Fri, 17 Jun 1994 17:14:41 +0100 From: Rob May <robert.may@rd.eng.bbc.co.uk> Message-Id: <6795.9406171614@ant.rd.eng.bbc.co.uk> Subject: Chimera 1.54 core dumping - patch To: bug-chimera@cs.unlv.edu Date: Fri, 17 Jun 1994 17:14:39 +0100 (BST) X-Phone: +44 737 836535 (Direct line). +44 737 832361 (Operator). X-Fax: +44 737 832336 X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 884 Problem Chimera core dumps most of the time on startup, and even when it does start it doesn't interpret the html code. Using X11R4, SunOS 4.1A.1, on a Solbourne 4000. I've found a bug in ReadContentFile() in content.c c->next must be set to NULL just before the subroutine returns, else (this system anyway) sometimes coredumps in ReadContentDB() on line 137, as c in the while() above may not be NULL, at the last list entry. Here's a context diff. *** content.c Fri Jun 17 17:05:54 1994 - --- tmp.c Fri Jun 17 17:05:50 1994 *************** *** 99,104 **** - --- 99,105 ---- } } + c->next = NULL; return(clist); } Rob. - -- - --- Robert May. e-mail: robert.may@rd.eng.bbc.co.uk Tel: +44 737 832361 --- - -- You may post, repost or publish *ANY* communication received from me -- - ----- All opinions are mine and are not necessarily shared by the BBC ----- ------- Message 76 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa24923; 17 Jun 94 11:55 PDT To: George White 6-8509 <gwhite@trevnx.bio.dfo.ca> cc: bug-chimera@charles.CS.UNLV.EDU Subject: Re: chimera-1.54 dumps core in ReadContentDB In-reply-to: Your message of "Fri, 17 Jun 1994 11:36:03 -0300." <9406171436.AA08415@trevnx.bio.dfo.ca> Date: Fri, 17 Jun 1994 11:55:28 -0700 From: John Kilburg <john@charles.CS.UNLV.EDU> This bug was reported on the list. The fix is to add the following line in content.c at the bottom of ReadContentDB() if (t) t->next = NULL; -john >I have been running chimera-1.54 on my account without incident, but >_all_ other users get a core dump in ReadContentDB: > >$ dbg chimera-1.54 core >dbg new version (as of 8/31/92 19:10). > > Initializing FPU symbol table . . done. > Reading symbol table from "content.o" . . . done. > Currently debugging "chimera-1.54" using core file "core" > Process 0 (chimera-1.54) is not currently parallel >dbg_0> trace > Reading symbol table from "main.o" . . . . . . . . . . . . . . . . . . . > . . . . . . . . . . . . . . . . done. > "chimera-1.54" received a signal 11 SIGSEGV (segmentation violation) > `ReadContentDB:#136:content.o`, ReadContentDB(filename=0x100010d0, us er >content=0x10001320), > `main:#349:main.o`, main(argc=1, argv=0x7fdffc54), > `_start:crt0.o`, pc=0x40012c, sp=0x7fdffc18. > >I checked the permissions on the content file and they look OK, and >hacked FixFileName to print the "fixed" name of each file to verify >that we are all using the same file (I also renamed my $HOME/.chimera_content >file). What did I miss? This content file is just the copy of the >one in the 1.54 distribution: > >$ lsl /local/lib/chimera/content >-rwxr-xr-x 1 bin bin 5539 Jun 14 11:48 /local/lib/chimera/cont en > >Chimera is running on a KPC Titan 3000. >-- > George White <GWhite@BIOnet.BIO.DFO.ca> Bedford Inst. of Oceanography ------- Message 77 Received: from trevnx.BIO.dfo.ca by JIMI.CS.UNLV.EDU id aa03685; 17 Jun 94 13:43 PDT Received: by trevnx.bio.dfo.ca (NX5.67c/NX3.0M) id AA08962; Fri, 17 Jun 94 17:43:12 -0300 Date: Fri, 17 Jun 94 17:43:12 -0300 From: George White 6-8509 <gwhite@trevnx.bio.dfo.ca> Message-Id: <9406172043.AA08962@trevnx.bio.dfo.ca> To: bug-chimera@charles.CS.UNLV.EDU Subject: chimera-1.57 gopher searches fail My attempts to search on the URL: gopher://owl.nstn.ns.ca:7008/7 all fail with chimera, but all work with lynx-2.3. - -- George White <GWhite@BIOnet.BIO.DFO.ca> Bedford Inst. of Oceanography ------- Message 78 Received: from disserv.stu.umn.edu by JIMI.CS.UNLV.EDU id aa11043; 17 Jun 94 15:22 PDT Received: by disserv.stu.umn.edu (Smail3.1.28.1 #2) id m0qEmIt-0002S1C; Fri, 17 Jun 94 17:22 CDT Message-Id: <m0qEmIt-0002S1C@disserv.stu.umn.edu> From: Jamie Thingelstad <thingles@disserv.stu.umn.edu> Subject: Chimera 1.54 problem.. To: bug-chimera@cs.unlv.edu Date: Fri, 17 Jun 1994 17:22:27 -0600 (CDT) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 589 I'm fearing I'm missing something really simple here. I got the chimera 1.54 distribution and made it, all went very well and very easy. When running chimera however, chimera works but only displays the source of the HTML, it doesn't actually show me the page, just the source HTML. - -- = <A HREF="https://disserv.stu.umn.edu/~thingles/"> Jamie Thingelstad </A> 612.626.7846 (Desk) 612.625.5572 (Fax) Technical Coordinator 101 Pleasant St SE, 12 Johnston, Mpls, MN 55455 Disability Services = thingles@disserv.stu.umn.edu == AOL: Thingles == University of Minnesota ------- Message 79 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29197; 17 Jun 94 19:47 PDT To: Jamie Thingelstad <thingles@disserv.stu.umn.edu> cc: bug-chimera@cs.unlv.edu Subject: Re: Chimera 1.54 problem.. In-reply-to: Your message of "Fri, 17 Jun 1994 17:22:27 MDT." <m0qEmIt-0002S1C@disserv.stu.umn.edu> Date: Fri, 17 Jun 1994 19:47:08 -0700 From: John Kilburg <john@charles.CS.UNLV.EDU> >I'm fearing I'm missing something really simple here. > >I got the chimera 1.54 distribution and made it, all went very well >and very easy. When running chimera however, chimera works but only >displays the source of the HTML, it doesn't actually show me the page, >just the source HTML. There is a file called 'content' which tells chimera what to do with different types of documents. Make sure that this file was installed in the proper spot (as specified in the Common.tmpl) or set the resource 'contentFile' to point to the file. For example, if you put the content file in ~/chimera/content type: xrdb -merge Chimera.contentFile: ~/chimera/content ^D This is just an example. You can put the resource in the app-defaults file so you don't have to worry about it more than once. -john ------- Message 80 Received: from arthur.cs.purdue.edu by JIMI.CS.UNLV.EDU id aa02149; 18 Jun 94 3:20 PDT Received: from icarus.cs.purdue.edu (root@icarus.cs.purdue.edu [128.10.8.56]) by arthur.cs.purdue.edu (8.6.4/PURDUE_CS-1.3) with ESMTP id <FAA23877> for <bug-chimera@cs.unlv.edu>; Sat, 18 Jun 1994 05:20:44 -0500 Received: from localhost (bj@localhost [127.0.0.1]) by icarus.cs.purdue.edu (8.6.4/PURDUE_CS-1.3) with SMTP id <FAA06078> for <bug-chimera@cs.unlv.edu>; Sat, 18 Jun 1994 05:20:42 -0500 Message-Id: <199406181020.FAA06078@icarus.cs.purdue.edu> To: bug-chimera@cs.unlv.edu Subject: uninitialized mem bug in src/content.c Date: Sat, 18 Jun 1994 05:20:41 -0500 From: Ben Jackson <bj@cs.purdue.edu> [before I start complaining, lemme say that I'm really glad someone is working on a non-Motif browser that uses the HTML widget. I also like the power and flexibility of the content file to control image/etc conversion] I just built Chimera 1.54 under FreeBSD 1.1R and X11R6 (not a typo). There is a bug in content.c that causes irregular coredumps. At line 74 of src/content.c, add: c->next = NULL; to prevent the last `next' pointer from pointing to garbage. It might be possible to just fix `t->next' right before returning, but as soon as someone adds a return somewhere else, it will break again... Other notes on the install process: Why is pstopnm installed? It comes with netpbm (although the netpbm version is much more complete). I was surprised by the default install directory. Most Imake configured programs default to the X11 bin/lib/man directories. The chimera.script "front end" should `exec' chimera if no cleanup needs to be done (I hate stray sh's). It should also pass the arguments (the example in INSTALL does, but the file in src does not). It should use "$@" (including quotes) to pass the arguments. $* will re-split words on whitespace, and "$*" would make one word out of the entire arg list. I'd suggests augmenting PATH in the front end script as well. I added /usr/local/pbm and /usr/gnu/bin (for gs). I think it should add any paths necessary to run the programs in the public content file. m2c's name is too short. I don't like insignificant programs consuming the smaller "short word" namespace (besides the fact that it's cryptic!). Adding `-Wall' to the CFLAGS is generally no appropriate for released software (unless you want to clean up the warnings :). Notes on the program itself: I think I still prefer scrollbars on the right and buttons on the bottom. I've never been a fan of Athena scrollbars, and now that I use the XFree86 emulate3buttons (left+right = middle) I find them even more clumsy. I suppose it's a small price to pay to avoid Motif dependence. - --Ben [please reply personally; I'm not on the list] ------- Message 81 Received: from arthur.cs.purdue.edu by JIMI.CS.UNLV.EDU id aa15582; 18 Jun 94 5:21 PDT Received: from icarus.cs.purdue.edu (root@icarus.cs.purdue.edu [128.10.8.56]) by arthur.cs.purdue.edu (8.6.4/PURDUE_CS-1.3) with ESMTP id <HAA24613> for <bug-chimera@cs.unlv.edu>; Sat, 18 Jun 1994 07:21:23 -0500 Received: from localhost (bj@localhost [127.0.0.1]) by icarus.cs.purdue.edu (8.6.4/PURDUE_CS-1.3) with SMTP id <HAA06383> for <bug-chimera@cs.unlv.edu>; Sat, 18 Jun 1994 07:21:21 -0500 Message-Id: <199406181221.HAA06383@icarus.cs.purdue.edu> To: bug-chimera@cs.unlv.edu Subject: more observations Date: Sat, 18 Jun 1994 07:21:20 -0500 From: Ben Jackson <bj@cs.purdue.edu> After playing with Chimera a bit more, I've got some more comments: In the netpbm distribution, it's `giftopnm', not `giftoppm'. It might be a good idea to sed the content file and change this if necessary. It doesn't support GIF89 transparencies. :( There are some strange sentences in the help.html. (Eg "The cursor automatically warps to the text entry field so move [sic] movement is not required...") The resources could be better documented (and the HTML widget resources could be documented at all...). Since local images are not cached, the HTML widget (which relies on some form of cacheing for *all* images) causes the image resolver to convert them twice. So the GIF pipeline is invoked twice for <IMG SRC="file:/foo.gif">. Perhaps it would be a good idea to set d->cache=1 in ProcessDocument. I'm not sure how that would affect things like the Xerox Parc Map Server. Also, the last argument (`loadnow') to the image resolver is being ignroed. Perhaps it would be useful? It looks like a poorly constructed content file could cause inlined images to be converted 2 or more times. I think the `break's in file.c should be `return's. It's kinda fun to set all the NCSA Mosaic colors on it. :-) - --Ben ------- Message 82 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa25179; 18 Jun 94 7:07 PDT Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA27784; Sat, 18 Jun 94 10:11:05 EDT Date: Sat, 18 Jun 1994 10:11:04 -0400 (EDT) From: "R. Stewart Ellis" <ellis@nova.gmi.edu> Subject: Re: uninitialized mem bug in src/content.c To: Ben Jackson <bj@cs.purdue.edu> Cc: bug-chimera@cs.unlv.edu In-Reply-To: <199406181020.FAA06078@icarus.cs.purdue.edu> Message-Id: <Pine.3.89.9406180920.A20357-0100000@nova.gmi.edu> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 18 Jun 1994, Ben Jackson wrote: [...] > > Notes on the program itself: > > I think I still prefer scrollbars on the right and buttons on > the bottom. To John, Please don't move the buttons. It irritates the crap out of me to go back to Mosaic. If one uses the key shortcuts, the mouse pointer is going to stay near the top of the page. As far as the scrollbar, I like right better I guess, but xterms default to left. Is it possible to have Chimera follow the xterm setting? > > I've never been a fan of Athena scrollbars, and now that I use > the XFree86 emulate3buttons (left+right = middle) I find them > even more clumsy. I suppose it's a small price to pay to avoid > Motif dependence. To Ben and Joh, I don't think we should base design decisions on a poorly thought out DOS PC issue such as a brain-damaged mouse without enough buttons (don't even ask what I think of the Mac mouse!). Anyone who cares about UNIX should swap their 2-button mice with acquaintances who are confused by t  ird button. Don't swap with friends, they may convert to UNIX someday. If it is a builtin pointer, thank GOD the Xfree guys support a kludge; to run early access SVR4 you had to have a Logitech C9 mouse, no substitutes allowed. > > --Ben [please reply personally; I'm not on the list] > R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765 _____ ------- Message 83 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa25179; 18 Jun 94 7:07 PDT Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA27784; Sat, 18 Jun 94 10:11:05 EDT Date: Sat, 18 Jun 1994 10:11:04 -0400 (EDT) From: "R. Stewart Ellis" <ellis@nova.gmi.edu> Subject: Re: uninitialized mem bug in src/content.c To: Ben Jackson <bj@cs.purdue.edu> Cc: bug-chimera@cs.unlv.edu In-Reply-To: <199406181020.FAA06078@icarus.cs.purdue.edu> Message-Id: <Pine.3.89.9406180920.A20357-0100000@nova.gmi.edu> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 18 Jun 1994, Ben Jackson wrote: [...] > > Notes on the program itself: > > I think I still prefer scrollbars on the right and buttons on > the bottom. To John, Please don't move the buttons. It irritates the crap out of me to go back to Mosaic. If one uses the key shortcuts, the mouse pointer is going to stay near the top of the page. As far as the scrollbar, I like right better I guess, but xterms default to left. Is it possible to have Chimera follow the xterm setting? > > I've never been a fan of Athena scrollbars, and now that I use > the XFree86 emulate3buttons (left+right = middle) I find them > even more clumsy. I suppose it's a small price to pay to avoid > Motif dependence. To Ben and Joh, I don't think we should base design decisions on a poorly thought out DOS PC issue such as a brain-damaged mouse without enough buttons (don't even ask what I think of the Mac mouse!). Anyone who cares about UNIX should swap their 2-button mice with acquaintances who are confused by the third button. Don't swap with friends, they may convert to UNIX someday. If it is a builtin pointer, thank GOD the Xfree guys support a kludge; to run early access SVR4 you had to have a Logitech C9 mouse, no substitutes allowed. > > --Ben [please reply personally; I'm not on the list] > 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,chimera,nn,tin,jove,modems, free code is best!/________/ / / / / ------- Message 84 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa25275; 18 Jun 94 7:10 PDT Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Sat, 18 Jun 94 10:09:46 -0400 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Sat, 18 Jun 94 10:09:34 EDT Subject: Bug of the Week Sender: rees@dabo.citi.umich.edu I nominate this for Bug of the Week: I just built Chimera 1.54 under FreeBSD 1.1R and X11R6 (not a typo). There is a bug in content.c that causes irregular coredumps. At line 74 of src/content.c, add: c->next = NULL; And, for (non-) Bug of the Year, this one: I got the chimera 1.54 distribution and made it, all went very well and very easy. When running chimera however, chimera works but only displays the source of the HTML, it doesn't actually show me the page, just the source HTML. Perhaps this last one should go into the main README or INSTALL file. ------- Message 85 Received: from arthur.cs.purdue.edu by JIMI.CS.UNLV.EDU id aa26646; 18 Jun 94 7:23 PDT Received: from icarus.cs.purdue.edu (root@icarus.cs.purdue.edu [128.10.8.56]) by arthur.cs.purdue.edu (8.6.4/PURDUE_CS-1.3) with ESMTP id <JAA26003>; Sat, 18 Jun 1994 09:23:01 -0500 Received: from localhost (bj@localhost [127.0.0.1]) by icarus.cs.purdue.edu (8.6.4/PURDUE_CS-1.3) with SMTP id <JAA06697>; Sat, 18 Jun 1994 09:23:00 -0500 Message-Id: <199406181423.JAA06697@icarus.cs.purdue.edu> To: "R. Stewart Ellis" <ellis@nova.gmi.edu> Cc: bug-chimera@cs.unlv.edu Subject: Re: uninitialized mem bug in src/content.c In-reply-to: Your message of "Sat, 18 Jun 1994 10:11:04 -0400." <Pine.3.89.9406180920.A20357-0100000@nova.gmi.edu> Date: Sat, 18 Jun 1994 09:22:58 -0500 From: Ben Jackson <bj@cs.purdue.edu> In message <Pine.3.89.9406180920.A20357-0100000@nova.gmi.edu>, you wrote: > On Sat, 18 Jun 1994, Ben Jackson wrote: > > > Notes on the program itself: > > > > I think I still prefer scrollbars on the right and buttons on > > the bottom. > To John, > > Please don't move the buttons. It irritates the crap out of me to go back > to Mosaic. If one uses the key shortcuts, the mouse pointer is going to > stay near the top of the page. As far as the scrollbar, I like right better > I guess, but xterms default to left. Is it possible to have Chimera follow > the xterm setting? It would be easy to make the button placement a resource. Actually, if you're going to go mucking about in the user interface, I say make all of those things Actions (in the Xt sense) and let people create buttons like Xmh does. That would even make arbitrary keybindings easy. FYI, Xmh button resources look something like this: Xmh*commandButtonCount: 5 Xmh*commandBox.button1.label: inc Xmh*commandBox.button1.translations: #override\ <Btn1Down>,<Btn1Up>: XmhIncorporateNewMail() > > I've never been a fan of Athena scrollbars, and now that I use > > the XFree86 emulate3buttons (left+right = middle) I find them > > even more clumsy. I suppose it's a small price to pay to avoid > > Motif dependence. > > I don't think we should base design decisions on a poorly thought out DOS PC > issue such as a brain-damaged mouse without enough buttons [...] Actually, what I hate about Athena scrollbars is that clicking on them doesn't just "grab" them. Unless you hit them just right, you move the bar and "wobble" the text. But enough GUI bickering. :-) - --Ben ------- Message 86 Received: from enst.enst.fr by JIMI.CS.UNLV.EDU id aa08719; 18 Jun 94 22:19 PDT Received: from ulysse.enst.fr (inf.enst.fr) by enst.enst.fr (4.1/SMI-4.0) id AA09862; Sat, 18 Jun 94 18:33:21 +0200 Return-Path: <pioch@inf.enst.fr> Organization: Ecole Nationale Superieure des Telecommunications, Paris Received: from mistral.enst.fr by ulysse.enst.fr (4.1/SMI-4.0) id AA16007; Sat, 18 Jun 94 18:33:33 +0200 From: Nicolas Pioch <pioch@inf.enst.fr> Received: (pioch@localhost) by mistral.enst.fr (8.6.9/8.6.9) id SAA23892; Sat, 18 Jun 1994 18:33:32 +0200 Message-Id: <199406181633.SAA23892@mistral.enst.fr> Subject: Fix to have Chimera understand GIF89a transparent colors To: John Kilburg <john@charles.CS.UNLV.EDU> Date: Sat, 18 Jun 1994 18:33:30 +0200 (MET DST) Cc: bug-chimera@charles.CS.UNLV.EDU, bj@cs.purdue.edu In-Reply-To: <9406162331.AA27477@enst.enst.fr> from "John Kilburg" at Jun 16, 94 04:12:39 pm X-My-Email: Nicolas.Pioch@enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ X-Face: Need no lame BW 2x2 xface bitmap. Check out the WWW server above. X-Pgp-Key: available, "finger -l pioch@inf.enst.fr" for my public key. X-Nap: You cannot propel yourself forward by patting yourself on the back. X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1936 [Ben Jackson] | It doesn't support GIF89 transparencies. :( [John Kilburg] | >1) Wish list... it's still lacking GIF89a transparent information blocks | >ability! Isn't there a way to pass chimera's current background | >to netpbm/whatever package and have it replace the GIF89a | >transparent color ? | I would really like to make this work but I don't see it happening | soon. Well, after two days of hacking, I'm glad you tell you my copy of Chimera 1.54 is able to display inlined GIF89a transparent backgrounds :) I'm currently working out the last details, but here's the idea: I wrote a special script, "chimera-giftoppm" called from Chimera's content file, which exchanges the transparent color with Chimera's background color, just before calling giftoppm. The script currently has: back_color=${CHIMERA_BACKGROUND-moccasin} so moccasin is hard-coded so far (you can modify it manually to replace "moccasin" with your actual chimera background color, but I hope John will eventually insert the env. variable CHIMERA_BACKGROUND before calling any of the scripts listed in content :) The background color switching code is based on - giftrans - netpbm "ppmchange" unfortunately, I've had to change a couple of things in giftrans so that it would do what I needed (I'll talk with the author if he can include my patches, otherwise I'll release them separately) and ppmchange appeared to be completely broken in last March netpbm package, it would only work for black (0,0,0) because of scaling factors. Having brought this matter up on the netpbm mailing list, we've been going though 2 new versions of ppmchange.c in the last 48 hours, the last one being close to a working state.. Getting around ppmchange last bugs, I have it working already, though. As soon as all of this is cleaned up, I'll probably write a set to HTML pages to explain how to setup Chimera to make this work. Cheers, - -- Nicolas ------- Message 87 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa29114; 19 Jun 94 7:17 PDT Received: from ncl.blagdon (blagdon.ncl.ac.uk) by cheviot.ncl.ac.uk id <AA28744@cheviot.ncl.ac.uk> (5.65cVUW/NCL-CMA.1.35 for <bug-chimera@cs.unlv.edu>) with SMTP; Sun, 19 Jun 1994 15:17:44 +0100 From: Jim Wight <J.K.Wight@newcastle.ac.uk> Date: Sun, 19 Jun 94 15:17:21 BST Message-Id: <AA06265.9406191417.blagdon@uk.ac.newcastle> To: bug-chimera@cs.unlv.edu In-Reply-To: <199406181423.JAA06697@icarus.cs.purdue.edu> Subject: Re: uninitialized mem bug in src/content.c Reply-To: J.K.Wight@newcastle.ac.uk Ben Jackson <bj@edu.purdue.cs> wrote: > Actually, what I hate about Athena scrollbars is that clicking on them > doesn't just "grab" them. Unless you hit them just right, you move the > bar and "wobble" the text. > > But enough GUI bickering. :-) Sounds as if Ben hasn't taken the trouble to learn the scrolling mechanism of the Athena scrollbars. Clicking with button 1 moves the line opposite the pointer to the top of thw window - note how the cursor changes to an upward pointing arrow on the button press. Clicking with button 3 moves the line at the top of the window down to be opposite the pointer - note how the cursor changes to a downwards pointing arrow on the button press. So in both cases the further the pointer from the top of the scrollbar the bigger the amount by which whatever you are scrolling is scrolled. I tend not to use either of those and do everything with the middle mouse button. If you position the two-headed arrow centrally over the top of the scrollbar thumb then the thumb will barely move, if at all, when button 2 is pressed, and then you are in a position to drag in either direction. I find trying to estimate a distant point in the contents by clicking above or below the thumb with the middle button to be very much a hit or miss affair, and so avoid doing it. I'd sooner use the keyboard to scroll by large amounts if the application allows it 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 88 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa17543; 19 Jun 94 10:12 PDT Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Sun, 19 Jun 94 13:11:04 -0400 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Sun, 19 Jun 94 13:10:57 EDT Subject: More GUI bickering Sender: rees@dabo.citi.umich.edu I think what Ben was objecting to is that if you use mouse 2 to grab an athena scroll bar, it doesn't just grab it, it moves the bar to the pointer's location. So to avoid having the text scroll when you grab, you have to position the pointer exactly at the top of the scroll bar. Whenever you have an application like Mosaic that runs on multiple gui platforms, there is a tension between adopting the same "look and feel" for all versions of the application, and adopting the "look and feel" of the particular platform for each version. The best of all worlds would be if each gui were infinitely customizable, so that the end user could make the decision. Unfortunately that isn't practical. My own preference is that applications should take on the look and feel of the platform they are running on. Mosaic has, in my opinion, some unfortunate glitches in its interface. For example, mouse 1 does different things depending on whether the pointer is over a link or not. I think it would be better if mouse 1 moved the cursor, 2 activated a link, and 3 marked a selection. Chimera inherits of Mosaic's behavior because it uses the same html widget. I'd like to see chimera's mouse buttons bound to actions, so they could be re-bound by the user. Actually, I don't know that this isn't already the case, having not looked into it very deeply. ------- Message 89 Received: from enst.enst.fr by JIMI.CS.UNLV.EDU id aa19275; 19 Jun 94 10:54 PDT Received: from ulysse.enst.fr (inf.enst.fr) by enst.enst.fr (4.1/SMI-4.0) id AA28214; Sun, 19 Jun 94 19:54:39 +0200 Return-Path: <pioch@inf.enst.fr> Organization: Ecole Nationale Superieure des Telecommunications, Paris Received: from mistral.enst.fr by ulysse.enst.fr (4.1/SMI-4.0) id AA18447; Sun, 19 Jun 94 19:54:42 +0200 From: Nicolas Pioch <pioch@inf.enst.fr> Received: (pioch@localhost) by mistral.enst.fr (8.6.9/8.6.9) id TAA12220; Sun, 19 Jun 1994 19:54:38 +0200 Message-Id: <199406191754.TAA12220@mistral.enst.fr> Subject: patch for Chimera to understand GIF89a transparent block information! To: bug-chimera@cs.unlv.edu Date: Sun, 19 Jun 1994 19:54:36 +0200 (MET DST) Cc: john@cs.unlv.edu, Andreas.Ley@rz.uni-karlsruhe.de X-My-Email: Nicolas.Pioch@enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ X-Face: Need no lame BW 2x2 xface bitmap. Check out the WWW server above. X-Pgp-Key: available, "finger -l pioch@inf.enst.fr" for my public key. X-Nap: Scott's first Law: No matter what goes wrong, it will probably look right. X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 3613 Looks like the mail I sent yesterday to John and the list had disappeared into the bit bucket | ----- Transcript of session follows ----- | Connected to jimi.CS.UNLV.EDU: |>>> RCPT To:<john@charles.CS.UNLV.EDU> |<<< 550 (USER) Unknown user name in "john@charles.CS.UNLV.EDU" |550 <john@charles.CS.UNLV.EDU>... User unknown |>>> DATA |<<< 451 [ No space left on device ] Problem writing msg/msg.aa16820 Anyway, all the information is now available online, on https://mistral.enst.fr/~pioch/chimera/ If you can access the above URL, please stop reading right away and go for it. Text dump follows... - -- Nicolas _________________________________________________________________ How to make Chimera understand GIF89a transparent block information Special thanks to Ingo.Wilken@arbi.informatik.uni-oldenburg.de for a working ppmchange (the one in the latest netpbm distribution doesn't work), and to Andreas.Ley@rz.uni-karlsruhe.de for the modification of giftrans so that I didn't need ppmchange anymore :) WHAT YOU NEED * Andreas Ley's latest giftrans program (version 1.10 or above), available by ftp from + ftp.enst.fr + ftp.rz.uni-karlsruhe.de * my chimera-giftoppm script * a new content file SETUP 1. Configure chimera-giftoppm: I hope John will eventually put in the environment the variable CHIMERA_BACKGROUND before launching any external viewer; in the mean time, chimera-giftoppm will use chimera's default background color, moccasin. Skip the following if you didn't change Chimera's default background color, neither in Chimera system-wide app-defaults file nor in your .Xdefaults. + chimera-giftoppm should have the same default as chimera's app-defaults file. If you edited /usr/X11R6/lib/X11/app-defaults/Chimera to change the default background color, edit chimera-giftoppm to indicate that, replacing moccasin with the actual color in the following line: back_color=${CHIMERA_BACKGROUND-moccasin} + if you changed chimera background resource in your ~/.Xdefaults file, you should set the environment variable CHIMERA_BACKGROUND to this color before starting chimera (~/.profile, ~/.login, ~/.zshenv...) 2. Compile giftrans.c 3. Install in ProjectRoot/bin (for instance, /usr/X11R6/bin) the files + giftrans + chimera-giftoppm Remember to chmod 755 those files! 4. Install in chimera's lib directory, ProjectRoot/lib/X11/chimera (for instance /usr/X11R6/lib/X11/chimera) the file + content My content file is a working replacement for the one shipped with the Chimera 1.54 distribution. If you have made local changes, don't forget to copy them over. TESTING Once you are all set, you may want to test on an URL having GIF89a inlined. Aladdin's lamp, just below, is a GIF89a with a transparent background for instance, so you shouldn't see its white background. Be careful about chimera's cache though, as the file may already be there. Have a look at other pages if that's the case, such as visiting the WebLouvre! You may also want to have a deep look at Andreas Ley's giftrans program. This cute program does a bunch of useful things! (thanks to Andreas for implementing the -B option I needed for Chimera) _____________________________________________________________ ------- Message 90 Received: from STL-17SIMA.ARMY.MIL by JIMI.CS.UNLV.EDU id aa16511; 20 Jun 94 9:23 PDT Received: from stl-17sima by 0.STL-17SIMA.ARMY.MIL id aa18614; 20 Jun 94 11:22 CDT To: bug-chimera@cs.unlv.EDU Reply-To: gaspar@STL-17SIMA.ARMY.MIL Subject: core dump problem on Sun 690 Date: Mon, 20 Jun 1994 11:22:14 CDT From: Al Gaspar <gaspar@STL-17SIMA.ARMY.MIL> I am trying to compile chimera 1.54 on a Sun 690 running SunOs 4.1.3. I am using Cygnus Support's version of gcc: gcc version cygnus-2.4.5-930716. I have X11R5 installed with all fixes applied through fix-23. Xmkmf and the make apparently work correctly. I then cd to the src directory, run the xrdb -merge, and try ./chimera. Immediately, I get a bus error core dump. Does anyone have any suggestions as to what I might be doing wrong? Please reply directly, as I don't currently belong to this list. Thanks much. Cheers-- Al - -- Al Gaspar <gaspar@stl-17sima.army.mil> USAMC SIMA, ATTN: AMXSI-TTC, 1222 Spruce St., St. Louis, MO 63103-2834 COMMERCIAL: (314) 331-4354 AUTOVON: 555-4354 relay1.uu.net!stl-17sima.army.mil!gaspar ------- Message 91 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa20313; 20 Jun 94 10:44 PDT To: gaspar@stl-17sima.army.mil cc: bug-chimera@cs.unlv.edu Subject: Re: core dump problem on Sun 690 In-reply-to: Your message of "Mon, 20 Jun 1994 11:22:14 CDT." Date: Mon, 20 Jun 1994 10:44:03 -0700 From: John Kilburg <john@charles.CS.UNLV.EDU> >I am trying to compile chimera 1.54 on a Sun 690 running SunOs 4.1.3. >I am using Cygnus Support's version of gcc: gcc version >cygnus-2.4.5-930716. I have X11R5 installed with all fixes applied >through fix-23. Xmkmf and the make apparently work correctly. I then >cd to the src directory, run the xrdb -merge, and try ./chimera. >Immediately, I get a bus error core dump. Does anyone have any >suggestions as to what I might be doing wrong? Please reply directly, >as I don't currently belong to this list. Thanks much. There is a bug in content.c. I will forward a patch to you. It also sounds like the content file is not being found by chimera make sure that the contentFile resource points at it or make sure that the content file is located in the directory specified in the Common.tmpl file. -john ------- Message 92 Received: from fuhainf.fernuni-hagen.de by JIMI.CS.UNLV.EDU id ab05838; 21 Jun 94 2:00 PDT Received: from ES-sun1.lg-es (ES-sun1.fernuni-hagen.de) by fuhainf.fernuni-hagen.de (4.1/SMI-4.1-fu-ha) id AA06548; Tue, 21 Jun 94 10:59:53 +0200 Received: from ES-sun2.lg-es by ES-sun1.lg-es (4.1/SMI-4.1) id AA12734; Tue, 21 Jun 94 10:59:53 +0200 Date: Tue, 21 Jun 94 10:59:53 +0200 From: Johann Friedrich Heinrichmeyer <fritz.heinrichmeyer@fernuni-hagen.de> Message-Id: <9406210859.AA12734@ES-sun1.lg-es> Received: by ES-sun2.lg-es (4.1/SMI-4.1) id AA02919; Tue, 21 Jun 94 10:56:56 +0200 Subject: Another chimera-1.54 mime problem To: bug-chimera@cs.unlv.edu I have set the following resources: *Chimera.userContentFile: /home/jfh/lib/html/content *Chimera.contentFile: /usr/local/lib/chimera/content in /usr/local/lib/chimera/content is the line * ^image/x-xbitmap !display %s 2> /dev/null in /home/jfh/lib/html/content is the line * ^image/x-xbitmap !xv %s 2>/dev/null i suspected to that xv comes up with x-bitmaps, but what comes is display. It would be nice if the userContentFile could override the contentFile. Mit freundlichen Gruessen Fritz Heinrichmeyer Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/5221 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: https://ES-sun2.fernuni-hagen.de ------- Message 93 Received: from kauri.vuw.ac.nz by JIMI.CS.UNLV.EDU id aa20120; 22 Jun 94 21:31 PDT Received: by kauri.vuw.ac.nz id AA14245 (5.65c/IDA-1.4.4 for bug-chimera@charles.CS.UNLV.EDU); Thu, 23 Jun 1994 16:31:14 +1200 Date: Thu, 23 Jun 1994 16:31:14 +1200 From: Nathan Torkington <Nathan.Torkington@vuw.ac.nz> Message-Id: <199406230431.AA14245@kauri.vuw.ac.nz> To: bug-chimera@charles.CS.UNLV.EDU Subject: telnet: URLs Bletch. I just found out how chimera handles them. I changed our code (on 151 or similar) to do things ``properly''. It now tells you if you should log in as a user only if the username is given, it automatically opens the telnet for you, and it doesn't supply your own username if one isn't given in the URL. The changes are to dotelnet and to the end of local.c where the telnet handler is.... Cheers; Nat dotelnet: #!/bin/sh # if [ ! "$1" = "" ] then read hostname portno username < $1 if [ ! "$username" = "" ] then echo When connected, login as $username fi echo You may need to press Return to "wake up" the other computer echo when you are connected. telnet $hostname $portno fi the telnet handler in local.c is now: void telnet(d, hostname, portno, filename, ext) Document *d; char *hostname; int portno; char *filename; char *ext; { char *username = NULL; int i; int len; /* static char *format = "%s\n%s\n%d\n";*/ static char *format = "%s %d %s\n"; len = strlen(hostname); for (i = 0; i < len; i++) { if (hostname[i] == '@') { username = alloc_string_mem(i + 1); strncpy(username, hostname, i); username[i] = '\0'; i++; break; } else if (hostname[i] == ':') { i = 0; break; } } if (username == NULL || i == len) { /* char *s = getenv("USER"); */ i = 0; /* if (s) { username = alloc_string(s); } else { username = alloc_string("nobody"); }*/ username = alloc_string(""); } if (portno == -1 || portno == 0) { portno = DEFAULT_TELNET_PORT; } d->len = strlen(format) + strlen(username) + strlen(hostname + i) + 12; d->text = alloc_string_mem(d->len); if (d->text) { sprintf (d->text, format, hostname + i, portno, username); } d->type = DocUnknown; free(username); return; } ------- Message 94 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01270; 23 Jun 94 0:58 PDT To: George White 6-8509 <gwhite@trevnx.bio.dfo.ca> cc: bug-chimera@charles.CS.UNLV.EDU Subject: Re: chimera-1.57 gopher searches fail In-reply-to: Your message of "Fri, 17 Jun 1994 17:43:12 -0300." <9406172043.AA08962@trevnx.bio.dfo.ca> Date: Thu, 23 Jun 1994 00:58:41 -0700 From: John Kilburg <john@charles.CS.UNLV.EDU> >My attempts to search on the URL: gopher://owl.nstn.ns.ca:7008/7 >all fail with chimera, but all work with lynx-2.3. 1.57? I must be getting ahead of myself :) What is the index for? I tried blasting the standard gopher stuff at this by hand but I couldn't get any response. -john ------- Message 95 Received: from igate1.melpar.esys.com by JIMI.CS.UNLV.EDU id aa21091; 23 Jun 94 8:39 PDT Received: by igate1.melpar.esys.com id AA20732 (5.67a/IDA-1.5 for bug-chimera@cs.unlv.edu); Thu, 23 Jun 1994 11:38:53 -0400 Received: from igate2.melpar.esys.com(198.4.96.2) by igate1.melpar.esys.com via smap (V1.0mjr) id sma020690; Thu Jun 23 11:38:16 1994 Received: from stargate.star.melpar.esys.com by igate5.isp.melpar.esys.com with SMTP id AA00820 (5.67a/IDA-1.5 for bug-chimera@cs.unlv.edu); Thu, 23 Jun 1994 11:38:17 -0400 Received: from localhost by stargate.star.melpar.esys.com(8.6.5.1/8.6.5) id LAA15777; Thu, 23 Jun 1994 11:37:22 -0400 From: Brian Decker <bdecker@melpar.esys.com> Message-Id: <9406231137.ZM15775@stargate.star.melpar.esys.com> Date: Thu, 23 Jun 1994 11:37:22 -0400 X-Ripem-Key-Md5: 74909AB8329E1E4CAD1281CBC851B28C X-Mailer: Z-Mail (3.0.1 04apr94) To: bug-chimera@cs.unlv.edu Subject: Possible "Temporary Relocation URI" problem Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Trying to access the CUSI search engine located at web.nexor.co.uk (https://web.nexor.co.uk/susi/cusi.html), I consistently receive a new URL of "file:CUI W3 Catalog at NEXOR" when using Chimera. During the course of the exchange with the server, the following messages are transferred: Chimera generates and executes: https://web.nexor.co.uk/cusi?Gquery=tcsh&service=CUI%20W3%20Catalog%20at%20NEXOR HTTP server returns: "HTTP/1.0 302 Temporary Relocation URI follows Location: CUI W3 Catalog at NEXOR Date: Thursday, 23-Jun-94 14:32:30 GMT Server: plexus/3.0k MIME-version: 1.0 Content-type: text/html This document has moved to <A HREF="CUI W3 Catalog at NEXOR">here</A>" Chimera then generates the "file:CUI W3 Catalog at NEXOR" and attempts to access that file. Immediately afterwards, I receive: "Could not access local file. Either the file does not exist or you do not have permission to access it" Which is what I would expect, since that file exists on the "web.nexor.co.uk" host. Brian - -- - -.---.----..-.---.----..-.---.----..-.---.----..-.---.----..- --- ---- Brian D. Decker E-Systems,Ashburn,VA,USA 001.703.729.6000 x3658 bdecker@melpar.esys.com bdd@lamneth.digex.net RIPEM keys available via "finger bdecker@access.digex.net" ------- Message 96 Received: from ibm-3.MPA-Garching.MPG.DE by JIMI.CS.UNLV.EDU id aa15430; 24 Jun 94 12:44 PDT Received: from neptun.sai.msu.su (neptun.sai.msu.su [158.250.248.2]) by ibm-3.MPA-Garching.MPG.DE (8.6.8.1/8.6) with SMTP id VAA48151 for <bug-chimera@cs.unlv.edu>; Fri, 24 Jun 1994 21:45:01 +0200 Message-Id: <199406241945.VAA48151@ibm-3.MPA-Garching.MPG.DE> Received: by neptun.sai.msu.su id AA28488 (5.67a/IDA-1.5 for bug-chimera@cs.unlv.edu); Fri, 24 Jun 1994 23:43:42 +0400 Date: Fri, 24 Jun 1994 23:43:42 +0400 From: "O.Bartunov" <oleg@sai.msu.su> To: bug-chimera@cs.unlv.edu Subject: Chimera-Requester question: Downloading document...enter a filename Hi Chimera experts, I run chimera 1.54 under SunOS 4.1.3, Everything is OK and I like chimera. But sometimes I'm unable to load document, Requester writes: Downloading document...enter a filename with blank field and nothing more. Mosaic runs well on the same documents. I've found chimera also runs OK time to time but I've didn't observe any regularity. Could anyone points me how to solve the problem. I compiled chimera with gcc 2.5.8 without any troubles. Thanking in advance, Oleg PS. Ooh, I forgot, I'm running X11R6pl2 also. ------- Message 97 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id ab17066; 24 Jun 94 13:12 PDT Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA18557; Fri, 24 Jun 94 16:12:33 EDT Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@cs.unlv.edu) id AA08707; Fri, 24 Jun 94 16:14:52 -0400 Date: Fri, 24 Jun 94 16:14:52 -0400 From: Benno Blumenthal <benno@rainbow.ldgo.columbia.edu> Message-Id: <9406242014.AA08707@rainbow.ldgo.columbia.edu> To: bug-chimera@cs.unlv.edu Subject: feature request Hello, I have been thinking about a feature. Now that chimera has a on-disk cache, it would be really nice if chimera would download files for other programs. In particular I would like to upgrade pstopxm so that it will fetch preamble files as needed. Since I expect that the caching code will probably change quite a bit as the net becomes better at labelling its documents with expiration dates, I thought it would make sense to maintain the two together. It could be as simple as invoking chimera by the name geturl simply sends the document to stdout. Or I could simply link my code to chimera's subroutines, trying to be careful to pick ones that are unlikely to change arguments. So, any thoughts on a standard way to retrive files via URLs that takes advantage of chimera's cache? - -- -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 98 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa25267; 24 Jun 94 16:00 PDT To: Benno Blumenthal <benno@rainbow.ldgo.columbia.edu> cc: bug-chimera@cs.unlv.edu Subject: Re: feature request In-reply-to: Your message of "Fri, 24 Jun 1994 16:14:52 EDT." <9406242014.AA08707@rainbow.ldgo.columbia.edu> Date: Fri, 24 Jun 1994 16:00:56 -0700 From: John Kilburg <john@charles.CS.UNLV.EDU> >I have been thinking about a feature. Now that chimera has a on-disk >cache, it would be really nice if chimera would download files for >other programs. In particular I would like to upgrade pstopxm so that >it will fetch preamble files as needed. Since I expect that the >caching code will probably change quite a bit as the net becomes >better at labelling its documents with expiration dates, I thought it >would make sense to maintain the two together. It could be as simple >as invoking chimera by the name geturl simply sends the document to >stdout. Or I could simply link my code to chimera's subroutines, >trying to be careful to pick ones that are unlikely to change >arguments. > >So, any thoughts on a standard way to retrive files via URLs that >takes advantage of chimera's cache? I've actually thought about this. My idea is to write a program which, when given an absolute URL on the command line, will fetch the document and stick it in the cache. By fork'ing and exec'ing the fetch program chimera (and other programs) will be able to load a document in the background while the user is doing something else. There are synchronization problems but I am thinking about it. I will try to make the program available with 1.55. I suspect that all that is required is a 5-20 line main function... -john ------- Message 99 Received: from charles.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa26373; 24 Jun 94 16:26 PDT To: bug-chimera@charles.CS.UNLV.EDU Subject: 1.55 notes Date: Fri, 24 Jun 1994 16:26:56 -0700 From: John Kilburg <john@charles.CS.UNLV.EDU> The features are set for 1.55 but I am still trying to track down some problems. Hopefully it will be released this weekend. The only new features are a cancel button and transparent GIF handling. Also, some bugs have been cleaned up in the code, installation, and support scripts. If I can do it quickly then I will also include the URL fetch program that was discussed in a previous message. -john ------- Message 100 Received: from enst.enst.fr by JIMI.CS.UNLV.EDU id aa11882; 25 Jun 94 10:30 PDT Received: from ulysse.enst.fr (inf.enst.fr) by enst.enst.fr (4.1/SMI-4.0) id AA17862; Sat, 25 Jun 94 19:29:46 +0200 Return-Path: <pioch@inf.enst.fr> Organization: Ecole Nationale Superieure des Telecommunications, Paris Received: from mistral.enst.fr by ulysse.enst.fr (4.1/SMI-4.0) id AA25100; Sat, 25 Jun 94 19:29:44 +0200 From: Nicolas Pioch <pioch@inf.enst.fr> Received: (pioch@localhost) by mistral.enst.fr (8.6.9/8.6.9) id TAA17201; Sat, 25 Jun 1994 19:29:39 +0200 Message-Id: <199406251729.TAA17201@mistral.enst.fr> Subject: Re: Chimera-Requester question: Downloading document...enter a filename To: "O.Bartunov" <oleg@sai.msu.su> Date: Sat, 25 Jun 1994 19:29:38 +0200 (MET DST) Cc: bug-chimera@cs.unlv.edu In-Reply-To: <199406241945.VAA48151@ibm-3.MPA-Garching.MPG.DE> from "O.Bartunov" at Jun 24, 94 11:43:42 pm X-My-Email: Nicolas.Pioch@enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ X-Face: Need no lame BW 2x2 xface bitmap. Check out the WWW server above. X-Pgp-Key: available, "finger -l pioch@inf.enst.fr" for my public key. X-Nap: God is real, unless declared integer. X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 758 [O.Bartunov] | I run chimera 1.54 under SunOS 4.1.3, Everything is OK and I like chimera. | But sometimes I'm unable to load document, Requester writes: | Downloading document...enter a filename | I compiled chimera with gcc 2.5.8 without any troubles. | PS. Ooh, I forgot, I'm running X11R6pl2 also. I'm running X11R6 pl2, gcc-2.5.8 and ScumOS 4.1.3 too, and I have no problem. I'd bet that - either you're clicking with the wrong mouse button. Normally, clicking with button 1 fetches and displays the URL, button 2 fetches the URL to save to local disk, thus the requester box for a filename. - or someway someone didn't like the standard X11 button behavior and switched the meaning of button 1 and 2 on the server-side. (xmodmap) - -- Nicolas ------- Message 101 Received: from netcom9.netcom.com by JIMI.CS.UNLV.EDU id aa12782; 26 Jun 94 1:03 PDT Received: by netcom.com (8.6.8.1/SMI-4.1/Netcom) id BAA17238; Sun, 26 Jun 1994 01:03:36 -0700 Date: Sun, 26 Jun 1994 01:03:36 -0700 From: Oz Dror <dror@netcom.com> Message-Id: <199406260803.BAA17238@netcom9.netcom.com> To: bug-chimera@cs.unlv.edu Subject: (fwd) Problems with Chimera 1.54 Newsgroups: comp.infosystems.www.users Organization: NETCOM On-line Communication Services (408 261-4700 guest) Xref: netcom.com comp.infosystems.www.users:877 Newsgroups: comp.infosystems.www.users Path: netcom.com!dror From: dror@netcom.com (Oz Dror) Subject: Problems with Chimera 1.54 Message-ID: <drorCrzt7t.4FE@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) X-Newsreader: TIN [version 1.2 PL1] Date: Sun, 26 Jun 1994 07:09:28 GMT Lines: 19 I have recently Installed Chimera 1.54 System: SCO UNIX 3.2.2 Connection : Term 117 1. Chimera in unable to reach most of the gopher services. 2. Chimera is unable to get any ftp services. 3. Is there a History feature? 4. Is there a way to cancel a transfer of a files prematurely. 5. The Cache feature does not work for images. When I go back It reloads the Images from the original site and not from /usr/tmp where they are temporarily stored. Any Help will be appreciated. Thanks - -Oz - -- NAME Oz Dror, Los Angeles, California SMAIL dror@netcom.com PHONE (213) 874-7978 Fax (213) 667-5077 - -- NAME Oz Dror, Los Angeles, California SMAIL dror@netcom.com PHONE (213) 874-7978 Fax (213) 667-5077 ------- End of Forwarded Messages