Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22714; 1 Jun 94 22:33 PDT To: jay@JIMI.CS.UNLV.EDU Subject: bug-chimera mar 94 Date: Wed, 01 Jun 1994 22:33:42 -0700 From: Jay Nietling ------- Forwarded Messages Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa05899; 2 Mar 94 7:02 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA17102; Wed, 2 Mar 94 10:04:34 EST From: "R. Stewart Ellis" Message-Id: <9403021504.AA17102@nova.gmi.edu> Subject: Several problems with 1.49 To: bug-chimera@cs.unlv.edu Date: Wed, 2 Mar 94 10:04:33 EST X-Mailer: ELM [version 2.3 PL11] A nit with the installation process: If you are using a chimera lib dir that does not exist, make fails before the pbmplus stuff. I do not like to run make as root and just type make install. I have gotten several core dumps, but some are not very predictable or replicable. Here is one I got when going back a screen: [47](ttyp5)_nova_ellis_/cwis/WWW-software/chimera-1.49> chimera Programmer Botch in FreeAllPieces, there may be a memory leak. Bus error (core dumped) This was on SunOS 4.1.3 running in network mode looking at a gopher 2.011 server. The gopher mailbox type no longer works Since 1.48, go4gw stuff is not handled. Stew ------- Message 2 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa26954; 2 Mar 94 14:32 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA03246; Wed, 2 Mar 94 17:34:48 EST From: "R. Stewart Ellis" Message-Id: <9403022234.AA03246@nova.gmi.edu> Subject: 500 server error on www weather To: bug-chimera@cs.unlv.edu Date: Wed, 2 Mar 94 17:34:48 EST X-Mailer: ELM [version 2.3 PL11] I am having trouble with the following url: https://rs560.cl.msu.edu/weather/ 500 Server Error The server was unable to serve you the document you requested, because the command /usr/local/web/bin/filesize /usr/local/web/documents/weather/uscmp.gif is invalid. The error occurs at different points in each trial, usually after a couple of inline images. I cannot provoke any similar errors with Mosaic. This is with the latest versions of chimera (1.49) and Mosaic (2.2) on a Sun 4/690, SunOS 4.1.3, connected to the internet. Stew Ellis ------- Message 3 Received: from relay2.UU.NET by JIMI.CS.UNLV.EDU id aa13935; 2 Mar 94 21:04 PST Received: from cygnus.com by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AAwfou08360; Thu, 3 Mar 94 00:04:23 -0500 Received: from tweedledumb.cygnus.com by cygnus.com (4.1/SMI-4.1) id AA23045; Wed, 2 Mar 94 21:04:02 PST Received: by tweedledumb.cygnus.com (4.1/4.7) id AA03511; Thu, 3 Mar 94 00:04:00 EST Date: Thu, 3 Mar 94 00:04:00 EST From: "Mark W. Eichin" Message-Id: <9403030504.AA03511@tweedledumb.cygnus.com> To: bug-chimera@cs.unlv.edu Subject: chimera 1.48 having trouble with later but shorter URLs I just tried calling up the URL https://www.mit.edu:8001/weather?bos I happenned to use the bookmark to get there. Then, I went "up" from there (back to the installed home page) and tried to get another bookmark: https://www.mit.edu:8001/ (the MIT SIPB home page) and it gave me the boston weather instead. (Even if I type the URL by hand, it still gives me the longer one.) Note that the latter URL is a substring of the former. That seems to be all it takes to produce the problem. I've seen it on Solaris and Linux. I'll start looking for the bug tommorrow (unless someone says they've found it already.) _Mark_ MIT Student Information Processing Board Cygnus Support ------- Message 4 Received: from relay2.UU.NET by JIMI.CS.UNLV.EDU id aa14488; 2 Mar 94 21:24 PST Received: from cygnus.com by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AAwfov11458; Thu, 3 Mar 94 00:23:09 -0500 Received: from tweedledumb.cygnus.com by cygnus.com (4.1/SMI-4.1) id AA23196; Wed, 2 Mar 94 21:22:58 PST Received: by tweedledumb.cygnus.com (4.1/4.7) id AA04312; Thu, 3 Mar 94 00:22:57 EST Date: Thu, 3 Mar 94 00:22:57 EST From: "Mark W. Eichin" Message-Id: <9403030522.AA04312@tweedledumb.cygnus.com> To: bug-chimera@cs.unlv.edu In-Reply-To: "Mark W. Eichin"'s message of Thu, 3 Mar 94 00:04:00 EST <9403030504.AA03511@tweedledumb.cygnus.com> Subject: chimera 1.48 having trouble with later but shorter URLs (nevermind) Just noticed 1.49, saw in CHANGES: >> Fixed the cache search broken in 1.48. Gee, I'll bet that's it. Building now, sorry for the confusion... ------- Message 5 Received: from fulton.opal.com by JIMI.CS.UNLV.EDU id aa06439; 5 Mar 94 4:59 PST Received: from localhost (jr@localhost) by argali.opal.com (8.6.4/jr2.9) id IAA11521; Sat, 5 Mar 1994 08:02:04 -0500 To: bug-chimera@cs.unlv.edu Subject: Chimera 1.49 Date: Sat, 05 Mar 94 07:52:58 EST From: JR Oldroyd X-Face: D|?{&8dwg62JqXW'WJyeFz]@u,{vg|ryOAE^k~G78D:nJ.[|?X]Pbz5|F*"KTu8TjJm>nQN 2u(4{tA.^)c18E.IuGB`7CnU$25Yx$*[aZ~,1l{P6]|WNzn5v>._Woc+IPz-M TtcV:8?/@6}t#Ev|lI=b&#+YpkH)IPM[%'*6F[E\xoBw^j~!exP,;^jY Message-Id: <9403050802.monif.jr@opal.com> Hi folks, I've just upgraded from Chimera 1.47 to 1.49; these comments pertain to the latest version. Everything is working fine, so no serious problems. However, I did encounter some probs when compiling 1.49 (actually, I did with 1.47 also), so I thought youd like to take these into account... 1. The config script defines a shell function `necho()'. This system's default shell does not support functions. (I have a 4.3 compatible system here.) Fortunately, I do have a shell that does support functions, but you really want to get rid of necho() and use something like: echo $n foo $c instead, where $n and $c are set to "-n" or "\c" as appropriate. 2. All the files in the dist are mode 600. This lead to me installing .../lib/content and .../lib/*.hmtl as mode 600, which caused confusion for a while. Best is to distribute mode 644. 3. In the src directory, many of the files do not #include or which causes a large bunch of "implicit declaration" warnings on this compiler (GCC). I'll send you a complete list of mussing #includes if you want them. 4. In src/main.c, this compiler cannot handle your declarations for SetSensitive() and MyXtSetSensitive(). I had to change the two `Boolean's to `int's, like this: *** src/main.oc Sat Feb 26 17:33:20 1994 --- src/main.c Sat Mar 5 07:35:30 1994 *************** *** 82,89 **** static void SetURL(HTMLRoot *, char *); static void NukeRequester(HTMLRoot *); static void NukeLister(HTMLRoot *); ! static void SetSensitive(HTMLRoot *, Boolean); ! static void MyXtSetSensitive(Widget, Boolean); int DisplayTransferStatus(char *); static void MakeRequester(HTMLRoot *, int, XtPointer); static void ListBookmark(); --- 82,89 ---- static void SetURL(HTMLRoot *, char *); static void NukeRequester(HTMLRoot *); static void NukeLister(HTMLRoot *); ! static void SetSensitive(HTMLRoot *, int); ! static void MyXtSetSensitive(Widget, int); int DisplayTransferStatus(char *); static void MakeRequester(HTMLRoot *, int, XtPointer); static void ListBookmark(); That's all. Other than that, everything is fine. Good job. -jr ------- Message 6 Received: from guitar-slim.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa26775; 5 Mar 94 15:25 PST To: JR Oldroyd cc: bug-chimera@cs.unlv.edu Subject: Re: Chimera 1.49 In-reply-to: Your message of "Sat, 05 Mar 1994 07:52:58 EST." <9403050802.monif.jr@opal.com> Date: Sat, 05 Mar 1994 15:25:22 -0800 From: John Kilburg I will keep your suggestions in mind for the next release. >4. In src/main.c, this compiler cannot handle your declarations for > SetSensitive() and MyXtSetSensitive(). I had to change the two > `Boolean's to `int's, like this: > > ! static void SetSensitive(HTMLRoot *, Boolean); > ! static void MyXtSetSensitive(Widget, Boolean); This whining to everyone: What is going on with these declarations?!?! Some machines like it but others don't. Is there something wrong with the code or are the compilers botched? -john ------- Message 7 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa28320; 5 Mar 94 16:24 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Sat, 05 Mar 94 19:23:50 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Sat, 05 Mar 94 19:23:33 EST Subject: Re: Chimera 1.49 In-Reply-To: JR Oldroyd, Sat, 05 Mar 94 07:52:58 EST 3. In the src directory, many of the files do not #include or which causes a large bunch of "implicit declaration" warnings on this compiler (GCC). I'll send you a complete list of mussing #includes if you want them. Some of the code used to actually include these, but I made John take it out. These include files aren't standard. In my opinion, the best thing is to just declare the necessary routines somewhere, instead of trying to #ifdef the includes somehow. ------- Message 8 Received: from RT-11.MIT.EDU by JIMI.CS.UNLV.EDU id aa01501; 7 Mar 94 18:47 PST Received: by rt-11.MIT.EDU with sendmail-5.61/1.2, id AA09790; Mon, 7 Mar 94 21:47:40 EST Date: Mon, 7 Mar 94 21:47:40 EST From: "Mark W. Eichin" Message-Id: <9403080247.AA09790@rt-11.MIT.EDU> To: bug-chimera@cs.unlv.edu Subject: relative URLs I happenned to see the following in the "what's new" for NCSA Mosaic for windows: -URLs missing trailing slash (e.g. "https://cs.indiana.edu") now have correct relative urls It reminded me that chimera has this problem as well. Namely, if I open a URL for a top level of a server (https://suif.stanford.edu) without the trailing slash, a relative link () fails (since it just gets concatenated...) Not that important (adding the slash solves the problem) but perhaps a newer html widget has it fixed? _Mark_ ------- Message 9 Received: from flipper.pvv.unit.no by JIMI.CS.UNLV.EDU id aa13425; 9 Mar 94 3:09 PST Received: from nova.pvv.unit.no (nova.pvv.unit.no [129.241.36.207]) by flipper.pvv.unit.no (8.6.5/8.6.5) with SMTP id MAA11095 for ; Wed, 9 Mar 1994 12:08:54 +0100 From: "Arne H. Juul" Received: by nova.pvv.unit.no ; Wed, 9 Mar 94 12:08:53 +0100 Date: Wed, 9 Mar 94 12:08:53 +0100 Message-Id: <9403091108.AA29075@nova.pvv.unit.no> To: bug-chimera@cs.unlv.edu Subject: Chimera 1.49 configuration issues I just installed chimera 1.49 here, and have two small nits to the installation procedures. The home page should not be compiled into the executable, but rather added to the app-defaults file, so it is easier to change. Manual pages should go in .../man/man1, not directly in .../man. - Arne H. J. ------- Message 10 Received: from flipper.pvv.unit.no by JIMI.CS.UNLV.EDU id aa14426; 9 Mar 94 3:51 PST Received: from nova.pvv.unit.no (nova.pvv.unit.no [129.241.36.207]) by flipper.pvv.unit.no (8.6.5/8.6.5) with SMTP id MAA12075 for ; Wed, 9 Mar 1994 12:51:23 +0100 From: "Arne H. Juul" Received: by nova.pvv.unit.no ; Wed, 9 Mar 94 12:51:22 +0100 Date: Wed, 9 Mar 94 12:51:22 +0100 Message-Id: <9403091151.AA00156@nova.pvv.unit.no> To: bug-chimera@cs.unlv.edu Subject: Imakefile bogosity Some of the Imakefiles for chimera has extra spaces that breaks usage of DESTDIR. Here's a diff for those cases I needed to fix: - Arne H. Juul diff -x Makefile -rc /store/store/nova/chimera/src-1.49-local/lib/Imakefile ./lib/Imakefile *** /store/store/nova/chimera/src-1.49-local/lib/Imakefile Wed Feb 23 07:04:22 1994 - --- ./lib/Imakefile Wed Mar 9 12:45:14 1994 *************** *** 2,12 **** AllTarget($(CHIMERALIB)) ! MakeDirectories(install, $(CHIMERALIB)) ! InstallNonExec(content, $(CHIMERALIB)) ! InstallNonExec(home.html, $(CHIMERALIB)) ! InstallNonExec(help.html, $(CHIMERALIB)) depend:: - --- 2,12 ---- AllTarget($(CHIMERALIB)) ! MakeDirectories(install,$(CHIMERALIB)) ! InstallNonExec(content,$(CHIMERALIB)) ! InstallNonExec(home.html,$(CHIMERALIB)) ! InstallNonExec(help.html,$(CHIMERALIB)) depend:: diff -x Makefile -rc /store/store/nova/chimera/src-1.49-local/src/Imakefile ./src/Imakefile *** /store/store/nova/chimera/src-1.49-local/src/Imakefile Wed Feb 23 09:39:58 1994 - --- ./src/Imakefile Wed Mar 9 12:41:33 1994 *************** *** 28,41 **** AllTarget(chimera) ! NormalProgramTarget(chimera, $(OBJS), , $(LOCAL_LIBRARIES), ) ! InstallProgram(chimera, $(CHIMERABIN)) ! InstallScript(dotelnet, $(CHIMERABIN)) ! InstallScript(do3270, $(CHIMERABIN)) ! InstallScript(pstopxm, $(CHIMERABIN)) ! InstallScript(m2c, $(CHIMERABIN)) ! InstallManPage(chimera, $(CHIMERAMAN)) InstallAppDefaults(Chimera) DependTarget() - --- 28,41 ---- AllTarget(chimera) ! NormalProgramTarget(chimera,$(OBJS),,$(LOCAL_LIBRARIES), ) ! InstallProgram(chimera,$(CHIMERABIN)) ! InstallScript(dotelnet,$(CHIMERABIN)) ! InstallScript(do3270,$(CHIMERABIN)) ! InstallScript(pstopxm,$(CHIMERABIN)) ! InstallScript(m2c,$(CHIMERABIN)) ! InstallManPage(chimera,$(CHIMERAMAN)) InstallAppDefaults(Chimera) DependTarget() ------- Message 11 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa17848; 9 Mar 94 4:34 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA26732; Wed, 9 Mar 94 07:36:07 EST From: "R. Stewart Ellis" Message-Id: <9403091236.AA26732@nova.gmi.edu> Subject: Re: Chimera 1.49 configuration issues To: "Arne H. Juul" Date: Wed, 9 Mar 94 7:36:07 EST Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9403091108.AA29075@nova.pvv.unit.no>; from "Arne H. Juul" at Mar 9, 94 12:08 pm X-Mailer: ELM [version 2.3 PL11] > Subject: Chimera 1.49 configuration issues > > I just installed chimera 1.49 here, and have two small nits > to the installation procedures. > The home page should not be compiled into the executable, but > rather added to the app-defaults file, so it is easier to change. I am generally happy with the current procedure. If a program is small enough and easy enough to compile, it is relatively easy to change by recompiling. Chimera will currently run without a resources file I believe. Finally I think (but have not tested it) that chimera does track WWW_HOME. > Manual pages should go in .../man/man1, not directly in .../man. I had neglected to do make install.man so had not noticed this. I just checked it on SPARC Solaris 2.1 and that is what it wants to do. Also I would prefer chimera.1 to chimera.n. I configured mine to put things in /usr/local/{bin|lib|man}. > - Arne H. J. > Stew ------- Message 12 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa20021; 9 Mar 94 5:27 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Wed, 09 Mar 94 08:26:34 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Wed, 09 Mar 94 08:26:19 EST Subject: Re: Chimera 1.49 configuration issues In-Reply-To: "Arne H. Juul", Wed, 09 Mar 94 12:08:53 +0100 The home page should not be compiled into the executable, but rather added to the app-defaults file, so it is easier to change. I strongly disagree. The way it is now, chimera will run even without a default resource file. That's a very good thing. If you remove the home page from the compiled-in resources, that won't work any more. And removing it from the compiled-in resources won't make it any easier or harder to change. You can always add it to the default resource file, or your own resource file. ------- Message 13 Received: from big-joe.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa04215; 9 Mar 94 11:19 PST To: "Arne H. Juul" cc: bug-chimera@cs.unlv.edu Subject: Re: Chimera 1.49 configuration issues In-reply-to: Your message of "Wed, 09 Mar 1994 12:08:53 +0100." <9403091108.AA29075@nova.pvv.unit.no> Date: Wed, 09 Mar 1994 11:19:17 -0800 From: John Kilburg > I just installed chimera 1.49 here, and have two small nits >to the installation procedures. > The home page should not be compiled into the executable, but >rather added to the app-defaults file, so it is easier to change. You can change the home page in the app-defaults file. *homePage: whatever > Manual pages should go in .../man/man1, not directly in .../man. OK. -john ------- Message 14 Received: from big-joe.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa13478; 12 Mar 94 12:47 PST To: bug-chimera@big-joe.CS.UNLV.EDU Subject: ftp.cs.unlv.edu Date: Sat, 12 Mar 1994 12:47:02 -0800 From: John Kilburg has croaked. If you need to grab the source for some reason, it is mirrored on sunsite.unc.edu. -john ------- Message 15 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa16798; 15 Mar 94 8:06 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA27461; Tue, 15 Mar 94 11:09:18 EST From: "R. Stewart Ellis" Message-Id: <9403151609.AA27461@nova.gmi.edu> Subject: Oops! wrong define for bcopy To: bug-chimera@cs.unlv.edu Date: Tue, 15 Mar 94 11:09:17 EST X-Mailer: ELM [version 2.3 PL11] John, Please change the conditional SYSV defines in chimera to read: src/net.c:# define bcopy(src,dst,len) memmove(dst,src,len) libhtmlw/HTMLP.h:#define bcopy(source, dest, count) memmove(dest, source, count) pbmplus/pbmplus.h:#define bcopy(src,dst,len) memmove(dst,src,len) I do not remember if I was responsible for the original misdefinition, but they should all be changed. memcpy does not do some checks that bcopy and memmove does. Stew ------- Message 16 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa16770; 16 Mar 94 13:47 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Wed, 16 Mar 94 16:46:57 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Wed, 16 Mar 94 16:46:56 EST Subject: html from gopher If I try to view this document in chimera, it displays as plain text. I suppose that's because the gopher server is returning the type as '0' instead of 'h'. Mosaic displays it correctly, as html. gopher://gopher.archive.merit.edu:7055/00/apollo/00readme.html Also, how do I open a document from my local file system? The folks who invented urls seem to have unfortunately confused ftp with local files (how is that possible?) and overloaded file: to mean both. ------- Message 17 Received: from mayall.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa18856; 16 Mar 94 15:24 PST To: bug-chimera@mayall.CS.UNLV.EDU Subject: Re: html from gopher In-reply-to: Your message of "Wed, 16 Mar 1994 16:46:56 EST." Date: Wed, 16 Mar 1994 15:24:02 -0800 From: John Kilburg >If I try to view this document in chimera, it displays as plain text. I >suppose that's because the gopher server is returning the type as '0' >instead of 'h'. Mosaic displays it correctly, as html. > >gopher://gopher.archive.merit.edu:7055/00/apollo/00readme.html I think that the URL is wrong. It SHOULD be 'h' instead of '0'. Also, I think they are running an old gopher server because it doesn't give the extended attribute information. Ask them to ditch gopher. They already use HTML so it shouldn't be a big deal. >Also, how do I open a document from my local file system? The folks who >invented urls seem to have unfortunately confused ftp with local files (how >is that possible?) and overloaded file: to mean both. Use something like: file:pathname -john ------- Message 18 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa20096; 16 Mar 94 16:03 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA18445; Wed, 16 Mar 94 19:06:19 EST From: "R. Stewart Ellis" Message-Id: <9403170006.AA18445@nova.gmi.edu> Subject: Re: html from gopher To: John Kilburg Date: Wed, 16 Mar 94 19:06:19 EST Cc: bug-chimera@mayall.CS.UNLV.EDU In-Reply-To: <9403162341.AA17263@nova.gmi.edu>; from "John Kilburg" at Mar 16, 94 3:24 pm X-Mailer: ELM [version 2.3 PL11] > From: John Kilburg > > >If I try to view this document in chimera, it displays as plain text. I > >suppose that's because the gopher server is returning the type as '0' > >instead of 'h'. Mosaic displays it correctly, as html. > > > >gopher://gopher.archive.merit.edu:7055/00/apollo/00readme.html > > I think that the URL is wrong. It SHOULD be 'h' instead of '0'. > Also, I think they are running an old gopher server because > it doesn't give the extended attribute information. > > Ask them to ditch gopher. They already use HTML so it shouldn't > be a big deal. I have too many users with 8088 PC's or vt220's who can't run a GUI, and I think navigating a gopher with lynx is a total royal pain in the ass. If I could not run gopher with the numbered items I would probably go back to the CERN linemode browser. I am also reluctant to take on the maintenance of another bug-of-the-week server. Of course you weren't talking about me. :) > > >Also, how do I open a document from my local file system? The folks who > >invented urls seem to have unfortunately confused ftp with local files (how > >is that possible?) and overloaded file: to mean both. > > Use something like: > > file:pathname I have been able to just give the pathname, either on the commandline or in the requester. Stew ------- Message 19 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa26531; 16 Mar 94 20:57 PST Received: from dabo.citi.umich.edu by citi.umich.edu with SMTP; Wed, 16 Mar 94 23:56:37 -0500 From: Jim.Rees@umich.edu To: bug-chimera@CS.UNLV.EDU Date: Wed, 16 Mar 94 23:56:19 EST Subject: Re: html from gopher In-Reply-To: John Kilburg, Wed, 16 Mar 94 15:24:02 PST I think that the URL is wrong. It SHOULD be 'h' instead of '0'. If I change the url by hand it works. Unfortunately the url I gave is the one that chimera constructs from the directory returned by the gopher server. But I'll accept that this is a bug in the server, and try to get it fixed there. Ask them to ditch gopher. They already use HTML so it shouldn't be a big deal. In this case, the ftp and gopher servers are run by one group, but the files that get served are maintained by someone else (me). I'll probably end up running my own httpd if I can find a spare machine. Use something like: file:pathname That works in chimera but not Mosaic. Mosaic wants to see file://localhost/pathname which doesn't work in chimera (and with good reason, it's really bogus looking, in my opinion). I don't have much hope of convincing the Mosaic people that they're doing it wrong. ------- Message 20 Received: from kobra.efd.lth.se by JIMI.CS.UNLV.EDU id aa00566; 17 Mar 94 0:20 PST Received: from efd.lth.se [130.235.51.10] (baal.efd.lth.se) by kobra.efd.lth.se with smtp (perl jhmail 0.20) (rfc1413: jh@baal.efd.lth.se) id 2d881224_3325_1 ; Thu, 17 Mar 1994 09:17:40 MET MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: Date: Thu, 17 Mar 1994 09:17:36 +0100 From: Joergen Haegg To: bug-chimera@cs.unlv.edu Subject: Bug in chimera? This document is displayed correctly as a ordinary textfile (plaintext) when I access it the first time. https://emil.bus.lu.se/system/printer/config But it is treated as a HTML-document when I reload it with 'l'. (And s formatted accordingly. :-) - -------- Joergen Haegg jh@efd.lth.se System manager @ efd Phone: international +46 46 107492 Lund Institute of Technology Snailmail: DDG, Maildelivery 7, BOX 118 Fax: +46 46 104013 S-221 00 LUND, Sweden Fashion is a form of ugliness so intolerable that we have to alter it every six months. -- Oscar Wilde ------- Message 21 Received: from trevnx.BIO.dfo.ca by JIMI.CS.UNLV.EDU id aa14110; 17 Mar 94 8:30 PST Received: by trevnx.bio.dfo.ca (NX5.67c/NX3.0M) id AA29532; Thu, 17 Mar 94 08:11:56 -0400 Date: Thu, 17 Mar 94 08:11:56 -0400 From: George White 6-8509 Message-Id: <9403171211.AA29532@trevnx.bio.dfo.ca> To: bug-chimera@CS.UNLV.EDU Subject: Re: file://localhost/... > From: Jim.Rees@umich.edu Use something like: file:pathname That works in chimera but not Mosaic. Mosaic wants to see file://localhost/pathname which doesn't work in chimera (and with good reason, it's really bogus looking, in my opinion). I don't have much hope of convincing the Mosaic people that they're doing it wrong. Lynx accepts either format. The advantage of the file://localhost form is that it simplifies the changes to make the URL work if you decide to move the file to a server. Working with lynx I tend to use localhost in documents but never when typing from the command line. Now that chimera is running I have had to strip out the "localhost" from a few documents. With the longer pattern, it is easier to automate the install process. The "file" part may be changed to "http" or "ftp" or "gopher", while "localhost" will be changed to a server or some relative path. - -- George White Bedford Inst. of Oceanography ------- Message 22 Received: from munnari.OZ.AU by JIMI.CS.UNLV.EDU id aa09891; 20 Mar 94 17:34 PST Received: from latcs1.lat.OZ.AU by munnari.oz.au with SMTP (5.83--+1.3.1+0.50) id AA01653; Mon, 21 Mar 1994 11:34:18 +1000 (from barton@latcs1.lat.oz.au) Received: from latcs4.lat.OZ.AU by latcs1.lat.oz.au (5.67b/1.34) id AA21534; Mon, 21 Mar 1994 11:34:11 +1000 Message-Id: <199403210134.AA16252@latcs4.lat.oz.au> From: "Douglas P. Barton [Sun Dragon]" Date: Mon, 21 Mar 1994 11:34:12 -0500 X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: bug-chimera@cs.unlv.edu Subject: document display problems Hi, I have just made chimera 1.49 on a Sun 4 (sparc 2) running SunOs 4.1.2 and X11R5... the problem is that it doesn't seem to display the document properly once it is loaded... initially for each document I get the raw HTML (?) code defining the document and I must do a reload to get the correct display... any ideas as to how to fix this??? - -- Douglas Barton - barton@latcs1.oz.au C/- Menzies College, La Trobe University, Bundoora 3083, Australia. AH: +61 3 479 2869 BH: +61 3 479 1326 And your fortune for today -- Eleanor Rigby Sits at the keyboard And waits for a line on the screen Lives in a dream Waits for a signal Finding some code That will make the machine do some more. What is it for? All the lonely users, where do they all come from? All the lonely users, why does it take so long? ------- Message 23 Received: from big-joe.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa18658; 21 Mar 94 1:46 PST To: "Douglas P. Barton [Sun Dragon]" cc: bug-chimera@cs.unlv.edu Subject: Re: document display problems In-reply-to: Your message of "Mon, 21 Mar 1994 11:34:12 EST." <199403210134.AA16252@latcs4.lat.oz.au> Date: Mon, 21 Mar 1994 01:46:20 -0800 From: John Kilburg >Hi, > >I have just made chimera 1.49 on a Sun 4 (sparc 2) running SunOs 4.1.2 and >X11R5... >the problem is that it doesn't seem to display the document properly once it i s >loaded... initially for each document I get the raw HTML (?) code defining th e >document and I must do a reload to get the correct display... >any ideas as to how to fix this??? Make sure that the content file is in the spot indicated by the contentFile resource or the constant in src/conf.h (if contentFile does not exist). The content file tells chimera how to deal with different document types. -john ------- Message 24 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa01466; 22 Mar 94 10:25 PST Received: by igw.merck.com with rsmtp; Tue, 22 Mar 1994 13:29:01 EST Date: Tue, 22 Mar 1994 13:22:48 -0500 From: Anthony Starks To: bug-chimera@cs.unlv.edu Subject: Possible graphics problems the graphics at: https://quercas.santarosa.edu/ give: giftoppm: error in reading DataBlock giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size giftoppm: error in getting DataBlock size sh: 27233 Memory fault ------- Message 25 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa03777; 22 Mar 94 10:47 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Tue, 22 Mar 94 13:46:41 -0500 From: Jim.Rees@umich.edu To: Anthony Starks Cc: bug-chimera@cs.unlv.edu Date: Tue, 22 Mar 94 13:46:40 EST Subject: Re: Possible graphics problems In-Reply-To: Anthony Starks, Tue, 22 Mar 94 13:22:48 EST the graphics at: https://quercas.santarosa.edu/ The urls are nfg. I suggest mail to whoever maintains that server. However, chimera shouldn't be trying to show the images if it couldn't get the data. ------- Message 26 Received: from mayall.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa19819; 23 Mar 94 23:54 PST To: bug-chimera@mayall.CS.UNLV.EDU Subject: proxy servers Date: Wed, 23 Mar 1994 23:54:21 -0800 From: John Kilburg After taking a 3 or 4 week break I have started working on chimera again. I have fixed some of the minor bugs that have been emailed to me but I am also thinking about adding code to deal with proxy servers. Does anyone have any thoughts about this? Any comments or opinions would be good. -john ------- Message 27 Received: from sirius.brunel.ac.uk by JIMI.CS.UNLV.EDU id aa22305; 24 Mar 94 2:02 PST Received: from thor.brunel.ac.uk by sirius.brunel.ac.uk with SMTP (PP) id <05149-0@sirius.brunel.ac.uk>; Thu, 24 Mar 1994 09:52:44 +0000 From: "Paul S. Wain" Message-Id: <7998.9403240952@thor.brunel.ac.uk> Subject: I can get Chimera to compile... To: bug-chimera@cs.unlv.edu Date: Thu, 24 Mar 1994 09:52:38 +0000 (GMT) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 931 I can get Chimera to compile locally but unfortunatly it wont render any HTML. i.e. it just displays the text that was in the html file it opened. I am using it in conjunction with NCSA HTTP, but I cant tell you which version of PBMplus Im using :) I know it has jpeg support mind :) BTW, the compile was clean, appart from a problem with my Xaw lib (which I solved by linking statically). Paul .-------------------------------------------------------------------------. | Paul S. Wain, (X.500 Project Engineer and WWW/HTTP chappie), | |-------------------------------------------------------------------------+ | Computer Centre, Brunel University, Uxbridge, Middx., UB8 3PH, ENGLAND. | | VOICE: +44 895 274000 extn 2391 EMAIL: Paul.Wain@brunel.ac.uk | | https://http1.brunel.ac.uk:8080/~ccsrpsw/ | `-------------------------------------------------------------------------' ------- Message 28 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa00834; 24 Mar 94 5:41 PST Received: by igw.merck.com with rsmtp; Thu, 24 Mar 1994 08:44:10 EST Date: Thu, 24 Mar 1994 08:37:37 -0500 From: Anthony Starks To: john@mayall.CS.UNLV.EDU, bug-chimera@cs.unlv.edu Subject: Re: proxy servers Please support the CERN proxy stuff. If you support it, then all of the leading clients: X Mosaic, PC Mosaic, lynx, and chimera will use the same proxy mechanism. It works by looking at several environment variables such that a script like this could be used to access both inside and outside resources: #!/bin/sh no_proxy=mydomain.com http_proxy=https://www.mydomain.com:2000/ ftp_proxy=https://www.mydomain.com:2000/ wais_proxy=https://www.mydomain.com:2000/ gopher_proxy=https://www.mydomain.com:2000/ export http_proxy export ftp_proxy export wais_proxy export gopher_proxy export no_proxy /usr/local/bin/chimera $* Of course, the socks support should be retained. ------- Message 29 Received: from big-joe.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa18089; 24 Mar 94 12:01 PST To: "Paul S. Wain" cc: bug-chimera@cs.unlv.edu Subject: Re: I can get Chimera to compile... In-reply-to: Your message of "Thu, 24 Mar 1994 09:52:38 GMT." <7998.9403240952@thor.brunel.ac.uk> Date: Thu, 24 Mar 1994 12:01:16 -0800 From: John Kilburg >I can get Chimera to compile locally but unfortunatly it wont render any >HTML. i.e. it just displays the text that was in the html file it >opened. Make sure that the location of the content file (located in lib) and the compiled-in location (in src/conf.h) match. If you don't want to recompile you can use the resource contentFile to specify the location of the content file. Also, make sure that the server is returning the proper Content-type for the document (or at least the correct extension). -john ------- Message 30 Received: from dialup-1-66.gw.umn.edu by JIMI.CS.UNLV.EDU id aa14801; 25 Mar 94 0:39 PST Received: by horizon.gw.umn.edu (NX5.67e/NX3.0M) id AA22387; Fri, 25 Mar 94 02:35:28 -0600 Date: Fri, 25 Mar 94 02:35:28 -0600 From: Paul Burchard Message-Id: <9403250835.AA22387@horizon.gw.umn.edu> Received: by NeXT.Mailer (1.95) Received: by NeXT Mailer (1.95) To: bug-chimera@cs.unlv.edu Subject: POST/GET mixup with ISINDEX reference inside a FORM Reply-To: burchard@geom.umn.edu The Geometry Center's interactive gallery (which you can find at https://www.geom.umn.edu/apps/gallery.html) makes heavy use of the following sort of construction:
Chimera displays the initial copy of such a FORM correctly, but when the form is POSTed and a new version of the same form is returned by the "handler" script, Chimera incorrectly attempts to apply the POST method to the "retrieve" script. The METHOD="POST" specification is of course intended to apply *only* to the form's ACTION, not arbitrary URLs which happen to appear inside the FORM. Right now X Mosaic is the only WWW browser that can correctly display these interactive applications. Chimera could easily capture the distinction of being the second one, if this bug were fixed! - -------------------------------------------------------------------- Paul Burchard ``I'm still learning how to count backwards from infinity...'' - -------------------------------------------------------------------- ------- Message 31 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa13116; 25 Mar 94 13:05 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA10205; Fri, 25 Mar 94 16:08:07 EST Date: Fri, 25 Mar 1994 16:08:06 -0500 (EST) From: "R. Stewart Ellis" Subject: Security issue and firewall thoughts To: bug-chimera@cs.unlv.edu Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On the firewall stuff first: Definitely stay compatible with lynx and the "M" product. On security: I know John has been resistent to using an "M"-like URL reporting scheme, the following from a post on c.i.www makes me wish we could do something: There are several ways to write URLs in your html documents that will execute harmful commands. I have been told by someone who works in computer security that you can wire unsafe things into the MIME viewer tables, like is done with GhostScript, which is the pretty common PostScript viewer; this man saw someone wire up csh to a type: when someone references a document, the mosaic server opens up a csh on their machine- they've been broken into and don't know it. The same man also says that you can use Mosaic to "spoof protocols" and do things like use gopher to connect to the mail port as the user when the URL is dereferenced. Another person detailed how you could make a URL such as: ULTRA COOL GIFS HERE When this gets dereferenced, Mosaic executes the following command: system("xterm -e telnet x ; rm -rf *"); i.e, there goes your home directory. - -- R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765 ___________________ Humanities & Social Science, GMI Eng.& Mgmt. Inst. / _____ ______ Flint, MI 48504 ellis@nova.gmi.edu / / / / / / Gopher,News and modem consultant, all around hack /________/ / / / / ------- Message 32 Received: from ns.fhg.de by JIMI.CS.UNLV.EDU id aa19927; 27 Mar 94 23:53 PST From: dingelde@igd.fhg.de Received: by fhg.de (mail-gw.fhg.de) with PRESMTP; Mon, 28 Mar 94 09:52:40 +0200 from FHG-GATEWAY Received: by fhg.de (mail-gw.fhg.de) with SMTP; Mon, 28 Mar 94 09:52:22 +0200 from igd.igd.fhg.de Received: by igd.igd.fhg.de; Mon, 28 Mar 94 09:51:16 +0200 Received: from sokrates.igd.fhg.de by archimedes (4.1/SMI-4.0) id AA24646; Mon, 28 Mar 94 09:51:15 +0200 Date: Mon, 28 Mar 94 09:51:15 +0200 Message-Id: <9403280751.AA24646@archimedes> To: bug-chimera@cs.unlv.edu Subject: Re: Security issue and firewall thoughts In-Reply-To: Mail from '"R. Stewart Ellis" ' dated: Fri, 25 Mar 1994 16:08:06 -0500 (EST) X-Face: )YTy>c&QRzz"%)|R%#Ye_@'|f-|'r}{r*}yb-Z;\_P^P5$hOTYDlz4yXe:QB-q3fl]KY=gL =VvNc[Y3[})HX.T1:* '"]8PD^t1E~)3OX[W-DET;gppU > as the user when the URL is dereferenced. Another person detailed how you > could make a URL such as: > > ULTRA COOL GIFS HERE > > When this gets dereferenced, Mosaic executes the following command: > > system("xterm -e telnet x ; rm -rf *"); > > i.e, there goes your home directory. I tried the less harmful version ULTRA COOL GIFS HERE but the "ls *" part is never executed, be the URL part of a document or direct typed in via "open" box. Or did you just give an idea of the URL effect and keep the real harmful URL for yourself ? Dennis ------- End of Forwarded Messages