Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa25891; 22 Dec 94 22:51 PST To: jay@JIMI.CS.UNLV.EDU Subject: bug-chimera sep 94 Date: Thu, 22 Dec 1994 22:51:19 -0800 From: Jay Nietling ------- Forwarded Messages Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa24588; 1 Sep 94 4:49 PDT Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by concorde.inria.fr (8.6.9/8.6.9) with ESMTP id NAA28524; Thu, 1 Sep 1994 13:49:12 +0200 Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.8/8.6.6) id NAA16133; Thu, 1 Sep 1994 13:49:10 +0200 Date: Thu, 1 Sep 1994 13:49:10 +0200 From: Jean-Marc Lasgouttes Message-Id: <199409011149.NAA16133@fantomas.inria.fr> To: john@howlin.CS.UNLV.EDU CC: robert.may@rd.eng.bbc.co.uk, bug-chimera@charles.CS.UNLV.EDU In-reply-to: <199408311843.UAA21381@concorde.inria.fr> (message from John Kilburg on Wed, 31 Aug 1994 11:30:42 -0700) Subject: Re: Chimera 1.60 beta 15 Reply-to: Jean-Marc.Lasgouttes@inria.fr >>>>> "John" == John Kilburg writes: John> This is caused by the home page not being known. Set the John> environment variable WWW_HOME or the X resource homeURL to a John> URL that works. I have set in option.h my home URL as: #define HOME_URL "file:/usr/local/lib/X11/chimera/home.html" and this file exists: % cd /usr/local/lib/X11/chimera % ls -l home.html - -r--r--r-- 1 root staff 1048 Aug 31 15:06 home.html So, my error must be somewhere else. But where? Could it be a problem with a converter that is not found? Jean-Marc ------- Message 2 Received: from ns.bbc.co.uk by JIMI.CS.UNLV.EDU id aa00241; 1 Sep 94 7:28 PDT Received: from ant.rd.eng.bbc.co.uk (rdmailgate.rd.eng.bbc.co.uk) by ns.bbc.co.uk with SMTP id AA09665 (5.65c/IDA-1.4.4 for ); Thu, 1 Sep 1994 15:28:46 +0100 From: Rob May Message-Id: <9342.9409011428@ant.rd.eng.bbc.co.uk> Subject: 1.60 beta 15. Proxy server bug report. To: Chimera Bugs Date: Thu, 1 Sep 1994 15:28:44 +0100 (BST) X-Phone: +44 737 836535 (Direct line). +44 737 832361 (Switchboard). X-Fax: +44 737 832336 X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 1212 The proxy server (http_proxy() in http.c) only deals with straight-forward GET requests correctly. It needs a lot more code to cope with search-type GET requests and the like. It should be fairly straight-forward to hack the code from http() to do this: in previous releases the 2 functions shared code via a http_main() function. I cannot make method=POST requests work at all. (even not using the proxy server) Anyone else having problems ? Try accessing http:www.cm.cf.ac.uk/Movies/ and entering a word in the input area, and clicking on the 'Search the database for THIS title' button... I get a document that starts "Serious problem. Your client has sent what appears to be an invalid request. ..." and some more stuff. Can anyone enlighten me as to what form a method=POST request should take. I've tried reading the on-line documentation at CERN, but still don't really understand. Rob. - -- - --------------------------------------------------------------------------- - --- Robert May. e-mail: robert.may@rd.eng.bbc.co.uk Tel: +44 737 836535 --- - -- You may post, repost or publish *ANY* communication received from me -- - --------------------------------------------------------------------------- ------- Message 3 Received: from ns.bbc.co.uk by JIMI.CS.UNLV.EDU id aa05358; 1 Sep 94 9:32 PDT Received: from ant.rd.eng.bbc.co.uk (rdmailgate.rd.eng.bbc.co.uk) by ns.bbc.co.uk with SMTP id AA11710 (5.65c/IDA-1.4.4 for ); Thu, 1 Sep 1994 17:32:46 +0100 From: Rob May Message-Id: <13631.9409011632@ant.rd.eng.bbc.co.uk> Subject: Btn3 no longer works (1.60b15) To: Chimera Bugs Date: Thu, 1 Sep 1994 17:32:44 +0100 (BST) X-Phone: +44 737 836535 (Direct line). +44 737 832361 (Switchboard). X-Fax: +44 737 832336 X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 569 It is no longer possible to get the URL of a link displayed by pressing btn3 over the link. The code is missing for processing btn3 in Anchor() (main.c). Something else is changed, as pressing btn3 does no cause Anchor() to be called. Bug or Feature ? Rob. - -- - --------------------------------------------------------------------------- - --- Robert May. e-mail: robert.may@rd.eng.bbc.co.uk Tel: +44 737 836535 --- - -- You may post, repost or publish *ANY* communication received from me -- - --------------------------------------------------------------------------- ------- Message 4 Received: from inf.enst.fr by JIMI.CS.UNLV.EDU id aa07821; 1 Sep 94 10:43 PDT Received: from mistral.enst.fr (pioch@mistral.enst.fr [137.194.160.11]) by inf.enst.fr (8.6.9/8.6.9) with ESMTP id TAA11005; Thu, 1 Sep 1994 19:43:27 +0200 From: Nicolas Pioch Received: (pioch@localhost) by mistral.enst.fr (8.6.9/8.6.9) id TAA25769; Thu, 1 Sep 1994 19:43:23 +0200 Message-Id: <199409011743.TAA25769@mistral.enst.fr> Subject: Re: Chimera 1.60 beta 15. proxy server bug To: Michael Richardson Date: Thu, 1 Sep 1994 19:43:22 +0200 (MET DST) Cc: bug-chimera@charles.cs.unlv.edu In-Reply-To: <9408312327.AA03227@latour.sandelman.ocunix.on.ca> from "Michael Richardson" at Aug 31, 94 07:27:30 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: "finger -l pioch@inf.enst.fr | pgp -fka" X-Domestic-Intelligence: SDI radar NSA FtBragg DES crypt Peking spy DST Kennedy X-Nap: Accuracy, n.: The vice of being 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: 598 [Michael Richardson] | Make bugs: X11R4 doesn't have MakeDir() (at least mine doesn't). | need to add "make Makefiles" to the instructions. Hmmmph... X11R6 is out, folx! Time to seriously consider upgrading. Imakefile should use XCOMM and nothing else, at lease for R5 and R6. # isn't supported anymore. "xmkmf -a" exists since X11R5... It wold be a bad move to put R4-specific code in chimera IMHO. I'd prefer to keep it "clean", ie programmed as it should be for R5, R6, etc. (isn't R5 *3 YEARS* old?!?) Maybe a "README.X11R4" could be added for R4 losers? :) - -- Nicolas ------- Message 5 Received: from howlin.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa08355; 1 Sep 94 10:53 PDT To: Jean-Marc.Lasgouttes@inria.fr cc: robert.may@rd.eng.bbc.co.uk, bug-chimera@charles.cs.unlv.edu Subject: Re: Chimera 1.60 beta 15 In-reply-to: Your message of "Thu, 01 Sep 1994 13:49:10 +0200." <199409011149.NAA16133@fantomas.inria.fr> Date: Thu, 01 Sep 1994 10:53:51 -0700 From: John Kilburg >>>>>> "John" == John Kilburg writes: > > John> This is caused by the home page not being known. Set the > John> environment variable WWW_HOME or the X resource homeURL to a > John> URL that works. > >I have set in option.h my home URL as: > >#define HOME_URL "file:/usr/local/lib/X11/chimera/home.html" > > >and this file exists: > >% cd /usr/local/lib/X11/chimera >% ls -l home.html >-r--r--r-- 1 root staff 1048 Aug 31 15:06 home.html > >So, my error must be somewhere else. But where? Could it be a problem >with a converter that is not found? > >Jean-Marc Make sure that the CONVERT_FILES definition is set correctly. You can use the X resources to make quick changes so that you don't have to recompile to investigate the problem. The problem is that Common.tmpl and options.h have to agree on the locations of things. -john ------- Message 6 Received: from howlin.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa08629; 1 Sep 94 11:03 PDT To: Rob May cc: Chimera Bugs Subject: Re: Btn3 no longer works (1.60b15) In-reply-to: Your message of "Thu, 01 Sep 1994 17:32:44 BST." <13631.9409011632@ant.rd.eng.bbc.co.uk> Date: Thu, 01 Sep 1994 11:03:51 -0700 From: John Kilburg >It is no longer possible to get the URL of a link displayed by pressing >btn3 over the link. The code is missing for processing btn3 in Anchor() >(main.c). Something else is changed, as pressing btn3 does no cause >Anchor() to be called. > >Bug or Feature ? I didn't add it on purpose when I changed to the new widget. I got mixed reviews and the third mouse button is useful for highlighting more than one page (its usual function). I'll probably create a popup window that gets activated when the user clicks on a link with the middle mouse button and add it on the menu along with some other options. -john ------- Message 7 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa11910; 2 Sep 94 1:54 PDT To: Rob May cc: Chimera Bugs Subject: Re: 1.60 beta 15. Proxy server bug report. In-reply-to: Your message of "Thu, 01 Sep 1994 15:28:44 BST." <9342.9409011428@ant.rd.eng.bbc.co.uk> Date: Fri, 02 Sep 1994 01:54:47 -0700 From: John Kilburg >The proxy server (http_proxy() in http.c) only deals with straight-forward >GET requests correctly. It needs a lot more code to cope with >search-type GET requests and the like. It should be fairly >straight-forward to hack the code from http() to do this: in previous >releases the 2 functions shared code via a http_main() function. > >I cannot make method=POST requests work at all. (even not using the proxy >server) Anyone else having problems ? Try accessing >http:www.cm.cf.ac.uk/Movies/ and entering a word in the input area, and >clicking on the 'Search the database for THIS title' button... I get a >document that starts "Serious problem. Your client has sent what appears >to be an invalid request. ..." and some more stuff. I've had no problems with the versions since beta 15. The nexor and movie forms seem to work. I've also tried gopher queries which seemed to work fine. I think the forms support is actually somewhat reasonable now. The proxy code needs work. -john ------- Message 8 Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa12809; 2 Sep 94 2:31 PDT Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by concorde.inria.fr (8.6.9/8.6.9) with ESMTP id LAA13313 for ; Fri, 2 Sep 1994 11:30:57 +0200 Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.8/8.6.6) id LAA17784; Fri, 2 Sep 1994 11:30:56 +0200 Date: Fri, 2 Sep 1994 11:30:56 +0200 From: Jean-Marc Lasgouttes Message-Id: <199409020930.LAA17784@fantomas.inria.fr> To: bug-chimera@charles.CS.UNLV.EDU In-reply-to: <199409011824.UAA05787@concorde.inria.fr> (message from John Kilburg on Thu, 01 Sep 1994 10:53:51 -0700) Subject: Re: Chimera 1.60 beta 15 Reply-to: Jean-Marc.Lasgouttes@inria.fr >>>>> "John" == John Kilburg writes: John> Make sure that the CONVERT_FILES definition is set John> correctly. John> You can use the X resources to make quick changes so that John> you don't have to recompile to investigate the problem. John> The problem is that Common.tmpl and options.h have to agree John> on the locations of things. Thanks. It was exactly my problem. Would it be possible to redefine CLIBDIR in option.h and to define CONVERT_FILES, etc. to point as a default to this directory? (perhaps in addition to ~/.chimera_convert). It would be a more sensible default... John> Sorry about the trouble...please don't get too discouraged. Come on! Why should you apologize when I am just not able to read the docs correctly :-) This is a beta, after all. Thanks for all. Jean-Marc. ------- Message 9 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa13275; 2 Sep 94 2:46 PDT To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: 1.60 beta 17 Date: Fri, 02 Sep 1994 02:46:47 -0700 From: John Kilburg I just put out a new beta which fixes some of the little bugs that some folks found and a problem that caused chimera to dump when inline images are used in a document with the base tag (happens more often than you might think). The proxy stuff still needs work (please let me know of a server that will let me connect to do testing. i don't want to get one running here as we don't have a firewall). I ran it for a couple of hours while it was linked with efence to flush out memory problems...I found only one problem and fixed it. It should run decently (i.e. there is a fair chance it won't dump core on the next page). Anyways, have at it if you get the chance. Thanks. -john ------- Message 10 Received: from valhalla.ee.rochester.edu by JIMI.CS.UNLV.EDU id aa05406; 3 Sep 94 20:53 PDT Received: from snuffy.UUCP by valhalla.ee.rochester.edu with UUCP (4.1/2.13ee) id AA18376; Sat, 3 Sep 94 21:34:23 EDT Received: by snuffy.penfield.ny.us (4.1/SMI-4.1) id AA04352; Sat, 3 Sep 94 21:29:59 EDT Message-Id: <9409040129.AA04352@snuffy.penfield.ny.us> To: bug-chimera@cs.unlv.edu Subject: unsubscribe Date: Sat, 03 Sep 1994 21:29:57 -0400 From: Bob Smith unsubscribe - -- \ Bob Smith (N2YRJ) \ \ bob@snuffy.penfield.ny.us \ \ office|voice mail: +1 716 724-6186 \ ------- Message 11 Received: from inf.enst.fr by JIMI.CS.UNLV.EDU id aa28290; 4 Sep 94 13:09 PDT Received: from mistral.enst.fr (pioch@mistral.enst.fr [137.194.160.11]) by inf.enst.fr (8.6.9/8.6.9) with ESMTP id WAA26401; Sun, 4 Sep 1994 22:09:29 +0200 From: Nicolas Pioch Received: (pioch@localhost) by mistral.enst.fr (8.6.9/8.6.9) id WAA13159; Sun, 4 Sep 1994 22:09:24 +0200 Message-Id: <199409042009.WAA13159@mistral.enst.fr> Subject: Re: 1.60 beta 17 (load-to-local-disk problems and giftrans) To: bug-chimera@cs.unlv.edu Date: Sun, 4 Sep 1994 22:09:23 +0200 (MET DST) Cc: ley@rz.uni-karlsruhe.de In-Reply-To: <199409021014.MAA13913@enst> from "John Kilburg" at Sep 2, 94 02:46:47 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: "finger -l pioch@inf.enst.fr | pgp -fka" X-Domestic-Intelligence: SDI radar NSA FtBragg DES crypt Peking spy DST Kennedy X-Nap: I was gratified to be able to answer promptly, and I did. I said I didn't know. -- Mark Twain X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2194 1) when clicking with the middle button on an URL to load/save it to disk, 1.60-17 has the nasty side effect to add the following string at the top of the saved file... annoying for a binary such as .tar.gz or whatever... - ---------------------------------------------------------------------------- 2) there's a conceptual problem behind the fact that chimera doesn't have a "load to local disk" option. This means that there's no way to load to local disk an inline image! the only way seems to create a small .html file with the following <A HREF="https://.../image-name.gif">HERE</A> and click on it with the middle mouse button. User-friendly, eh? Correct me if I'm missing something here... - ---------------------------------------------------------------------------- 3) I can't manage to get chimera to display the "news" icon on my main WebLouvre page with a moccasin background... URL is: https://mistral.enst.fr/~pioch/louvre/ See the "News" newspaper near the "100.000 visitor" thing? I think this problem is related to giftrans... I have downloaded Andreas' latest release, 1.11.1 but the problem is still there. giftrans -C -B moccasin public_html/gif/news.gif > /tmp/blah.gif does not produce the expected result (moccasin background) as it should be... weird... and "giftrans -L" says Global Color Table: Color 1: Red 192, Green 192, Blue 192, #c0c0c0 ... Graphic Control Extension: 0x21 0xf9 (4) Disposal Method: 1 (do not dispose) User Input Flag: False Transparent Color Flag: True Delay Time: 0 Transparent Color Index: 1 So it should be okay... very weird. here's the icon, if you're interested in experimenting... begin 644 news.gif M1TE&.#EA( @ /,/ ,# P " (" @( @ " @,# P(" @/\ #_ M /__ __\ _P#______R'Y! $ $ + @ " P3#\,A):P78ZJWQ MRUQX><\'B"B9).6);AA0KJ7Y6NJS[O9]Q#4:2\=RO4@U77 ($JE8NR&+P>C! M/$(HK42M&7$RXG+XH%:]7PEPQIMQN\@T,BM^M\)W-9)-')KO@#9/='YG>"8? M+3]86EM_:X@D,0R,265P88>2&&:5=BV!H#&+G3*%B*B)>1.<5"28EB8RHR.E M=[-XFQRME+.A:&E@MI&Z1P"=HKG!(:V;MSZLQY263=!ZO6C6PKC+VC'5VF#= MX:SDYB$1 "'^%4YI8V]L87,N4&EO8VA 96YS="YF<@ A_A5.:6-O;&%S+E!I - -;V-H0&5N<W0N9G( .V]L end ------- Message 12 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29901; 4 Sep 94 14:34 PDT To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: external protocols Date: Sun, 04 Sep 1994 14:34:35 -0700 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> Has anyone messed with them yet? An example is util/access_nntp. Make sure that you tell the protocol file, should be in the installed lib directory, where to find access_nntp. I thought that it would be fairly useful stuff...you can create shell scripts/perl scripts/C programs/whatever that access just about any source of information that you can imagine and display it in chimera. -john ------- Message 13 Received: from gateway.sandelman.ocunix.on.ca by JIMI.CS.UNLV.EDU id aa24129; 5 Sep 94 7:49 PDT Received: from latour.sandelman.ocunix.on.ca (root@latour.sandelman.ocunix.on.ca [192.139.46.129]) by gateway.sandelman.ocunix.on.ca (8.6.9/8.6.9) with SMTP id KAA06770; Mon, 5 Sep 1994 10:41:15 -0400 Received: from localhost by latour.sandelman.ocunix.on.ca with SMTP id AA10389 sender mcr@latour.sandelman.ocunix.on.ca (5.65a/IDA-1.4.2); Mon, 5 Sep 94 10:40:13 -0400 Message-Id: <9409051440.AA10389@latour.sandelman.ocunix.on.ca> To: bug-chimera@cs.unlv.edu Cc: vincent@cad.gatech.edu Subject: 1.60 beta 15, X11R6, and convert In-Reply-To: Your message of "Sun, 04 Sep 1994 22:09:23 +0200." <199409042009.WAA13159@mistral.enst.fr> Date: Mon, 05 Sep 1994 10:39:58 -0400 From: Michael Richardson <mcr@latour.sandelman.ocunix.on.ca> At Nicolas Pioch' taunting, I upgraded from X11R4 (compiled locally) to X11R6 compiled at gatech.edu. It seems to run fine on my sun3 4.1.0 system, modulo a couple of ld.so warnings. However, in the process of getting X11R6 in place, and X11R4 out of the way, I broke Chimera's ability to find its conversion files. I had renamed all my /usr/lib/X11, /usr/bin/X11 etc. to X11R4, and rescued the chimera stuff out of it, and into the new XAPPLRESDIR... How can I debug this? Trace is too unweildy, and doesn't go past a fork() anyway. I would just instrument the code but: Okay, thinks I, just recompile Chimera, and reinstall.... With 'ld' I get either a core dump if I let -lSM and -lICE be in the link list. With 'gld' I just missing symbols, same as if I remove -lSM and -lICE. I notice that there is no libSM.sa.* or libICE.sa.* files in this X11R6. SM== Shared memory? I did make clean, xmkmf -a, make Makefiles, make first. I have also noticed that my X server basically stops while chimera is initializing. I assume it is loading fonts, but... /build/tools/surfers/chimera/src/main.c:428: (SetTitle): undefined reference to `XtStrings' /build/tools/surfers/chimera/src/main.c:456: (SetURL): undefined reference to `XtStrings' /build/tools/surfers/chimera/src/main.c:812: (OpenURL): undefined reference to `XtStrings' /build/tools/surfers/chimera/src/main.c:885: (HomeAction): undefined reference to `XtStrings' /build/tools/surfers/chimera/src/main.c:1021: (BackAction): undefined reference to `XtStrings' /build/tools/surfers/chimera/src/main.c:1524: (ImageResolve): more undefined references to `XtStrings' follow mbtowc.o(.text+88): undefined reference to `dlsym' wctomb.o(.text+9c): undefined reference to `dlsym' mblib.o(.text+1e): undefined reference to `dlclose' mblib.o(.text+8a): undefined reference to `dlopen' /build/tools/surfers/chimera/src/main.c(.data+aa): undefined reference to `XtStrings' /build/tools/surfers/chimera/src/main.c(.data+b6): undefined reference to `XtStrings' /build/tools/surfers/chimera/src/main.c(.data+c6): undefined reference to `XtStrings' /build/tools/surfers/chimera/src/main.c(.data+d2): undefined reference to `XtStrings' /build/tools/surfers/chimera/src/main.c(.data+e2): undefined reference to `XtStrings' /build/tools/surfers/chimera/src/main.c(.data+ee): more undefined references to `XtStrings' follow /build/tools/surfers/chimera/mxw/ScrollText.c(.data+64): undefined reference to `portholeClassRec' /build/tools/surfers/chimera/libhtmlw/HTML.c(.data+32c): undefined reference to .... Ideas sought. ------- Message 14 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa24214; 5 Sep 94 7:53 PDT Received: from aire.ncl.ac.uk by cheviot.ncl.ac.uk id <AA15100@cheviot.ncl.ac.uk> (5.65cVUW/NCL-CMA.1.35 for <bug-chimera@cs.unlv.edu>) with SMTP; Mon, 5 Sep 1994 15:53:04 +0100 From: "J.D.Coleman" <J.D.Coleman@newcastle.ac.uk> Message-Id: <AA01187.9409051451@aire.ncl.ac.uk> Subject: space to plus conversion for forms To: Chimera Bugs Mailing List <bug-chimera@cs.unlv.edu> Date: Mon, 5 Sep 1994 15:51:05 +0100 (BST) Organisation: University of Newcastle Computing Service X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 725 The forms spec says that all instances of the space character are converted to a plus character for isindex and for forms. Chimera (1.60 beta 17) only converts space to plus for isindex. Thus, it is not possible to pass a plus charcter to a form, as it is converted 'back' into a space. Should the other methods call FixURL() from SubmitForm() or should EscapeURL() also include the space to plus conversion? J - -- - -- Julian Coleman, Computing Service, | j.d.coleman@newcastle.ac.uk - -- Claremont Tower, University of Newcastle, | as967@cleveland.freenet.edu - -- Newcastle upon Tyne, NE1 7RU, England. | - - - - - - - - - - - - - - - -- Tel +44-191-222-8068 Fax +44-191-222-8765 | Be wery, wery careful Wabbit ------- Message 15 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa29477; 5 Sep 94 9:14 PDT Received: from [141.211.170.99] by citi.umich.edu for mcr@latour.sandelman.ocunix.on.ca bug-chimera@cs.unlv.edu vincent@cad.gatech.edu with SMTP; Mon, 05 Sep 94 12:13:44 -0400 From: Jim.Rees@umich.edu To: Michael Richardson <mcr@latour.sandelman.ocunix.on.ca> Cc: bug-chimera@cs.unlv.edu, vincent@cad.gatech.edu Date: Mon, 05 Sep 1994 12:13:31 -0400 Subject: Re: 1.60 beta 15, X11R6, and convert Sender: rees@citi.umich.edu In-Reply-To: Michael Richardson, Mon, 05 Sep 1994 10:39:58 EDT /build/tools/surfers/chimera/src/main.c:428: (SetTitle): undefined reference to `XtStrings' I don't know anything about Sun, but this is a classic symptom of compiling with r5 include files and then linking with r4 libraries. Make sure you're getting the right libraries when you link. ------- Message 16 Received: from inf.enst.fr by JIMI.CS.UNLV.EDU id aa01464; 5 Sep 94 10:39 PDT Received: from mistral.enst.fr (pioch@mistral.enst.fr [137.194.160.11]) by ulysse.enst.fr (8.6.9/8.6.9) with ESMTP id TAA19335; Mon, 5 Sep 1994 19:38:34 +0200 From: Nicolas Pioch <pioch@inf.enst.fr> Received: (pioch@localhost) by mistral.enst.fr (8.6.9/8.6.9) id TAA16746; Mon, 5 Sep 1994 19:38:28 +0200 Message-Id: <199409051738.TAA16746@mistral.enst.fr> Subject: Re: 1.60 beta 15, X11R6, and convert To: Michael Richardson <mcr@latour.sandelman.ocunix.on.ca> Date: Mon, 5 Sep 1994 19:38:23 +0200 (MET DST) Cc: bug-chimera@cs.unlv.edu In-Reply-To: <9409051440.AA10389@latour.sandelman.ocunix.on.ca> from "Michael Richardson" at Sep 5, 94 10:39:58 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: "finger -l pioch@inf.enst.fr | pgp -fka" X-Domestic-Intelligence: SDI radar NSA FtBragg DES crypt Peking spy DST Kennedy X-Nap: If only God would give me some clear sign! Like making a large deposit in my name at a Swiss bank. -- Woody Allen, "Without Feathers" X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1393 [Michael Richardson] | With 'ld' I get either a core dump if I let -lSM and -lICE be in the | link list. With 'gld' I just missing symbols, same as if I remove -lSM | and -lICE. I notice that there is no libSM.sa.* or libICE.sa.* files | in this X11R6. Weird! (for the lack of *.sa.*), though I have no idea how sun3 work. On the other hand, if you have the .a you could compile using -static or -Bstatic. | SM== Shared memory? | I did make clean, xmkmf -a, make Makefiles, make first. libSM = Session Management, libICE=Inter Client Exchange, as far as I remember X11R6 Release Notes... Are you sure you have rehash'ed your shell before running xmkmf, so that you would run /usr/X11R6/bin/xmkmf instead of another one? Maybe double-checking your path or typing the absolute path would help. Also, the ENST X11R6 sparc distribution (sunos4.1.3 or solaris2.3) installs everything in ProjectRoot set up as /usr/X11R6. Thus we never have problems with mixing the various releases. Is the gatech distrib compiled with a ProjectRoot ? Or does it expect to live in /usr/bin/X11, /usr/lib/X11, /usr/include/X11 ? I'm not sure using gnu-ld would be of help... for sparc, gnu-ld and gnu-as are broken whereas their Sun-shipped equivalents work perfectly well. To be more precise, you can't build R6 on sparc if you have gnu ld/as on top of your path... Hope this helps, - -- Nicolas ------- Message 17 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa09090; 5 Sep 94 16:47 PDT Received: by igw.merck.com (5.65/fma-120691); id AA02268; Mon, 5 Sep 94 19:53:15 -0400 Message-Id: <9409052353.AA02268@igw.merck.com> Date: Mon, 5 Sep 1994 19:45:25 -0400 From: Anthony Starks <anthony_starks@merck.com> To: bug-chimera@cs.unlv.edu Subject: Chimera 1.60 beta 17 breaks broker the URL: https://www.town.hall.org/brokers/www-home-pages/query.html contains a form that does not work with chimera 1.60 beta 17. ------- Message 18 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa09698; 5 Sep 94 17:11 PDT Received: by igw.merck.com (5.65/fma-120691); id AA02399; Mon, 5 Sep 94 20:17:15 -0400 Message-Id: <9409060017.AA02399@igw.merck.com> From: Anthony Starks <anthony_starks@merck.com> Subject: chimera breaks broker To: harvest-dvl@cs.colorado.edu Date: Mon, 5 Sep 1994 20:09:10 -0400 (EDT) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 639 The latest version of the chimera WWW browser breaks your form interface. The links: https://www.town.hall.org/brokers/www-home-pages/query.html https://www.town.hall.org/brokers/hsr/query.html https://www.town.hall.org/brokers/cstech/query.html all give: Sorry, but that query page or link generated an incorrectly configured query to the broker. Please report this error to your systems administrator. If you are using Lynx, try using Mosaic instead. We've found a bug in Lynx that is breaking our Broker interface. We're working on the fix. Thanks. - -- Anthony Starks Merck Research Laboratories Anthony_Starks@Merck.Com ------- Message 19 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa06028; 6 Sep 94 7:29 PDT Received: by igw.merck.com (5.65/fma-120691); id AA08634; Tue, 6 Sep 94 10:35:16 -0400 Message-Id: <9409061435.AA08634@igw.merck.com> Date: Tue, 6 Sep 1994 10:24:13 -0400 From: Anthony Starks <anthony_starks@merck.com> To: bug-chimera@cs.unlv.edu Subject: more form breakage... the URL: https://glimpse.cs.arizona.edu:1994/archive/ contains a form that chimera 1.60 beta 17 chokes on. ------- Message 20 Received: from ns.bbc.co.uk by JIMI.CS.UNLV.EDU id aa05508; 9 Sep 94 4:06 PDT Received: from ant.rd.eng.bbc.co.uk (rdmailgate.rd.eng.bbc.co.uk) by ns.bbc.co.uk with SMTP id AA22808 (5.65c/IDA-1.4.4 for <bug-chimera%charles.CS.UNLV.EDU@mail.rd.bbc.co.uk>); Fri, 9 Sep 1994 12:06:47 +0100 From: Rob May <robert.may@rd.eng.bbc.co.uk> Message-Id: <7290.9409091106@ant.rd.eng.bbc.co.uk> Subject: 1.60b15 : anchor_name positioning broken To: Chimera Bugs <bug-chimera@charles.CS.UNLV.EDU> Date: Fri, 9 Sep 1994 12:06:45 +0100 (BST) X-Phone: +44 737 836535 (Direct line). +44 737 832361 (Switchboard). X-Fax: +44 737 832336 X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 814 The code to position the document at an anchor is broken. In HTMLSetText(), in libhtmlw/HTML.c, John has removed the code to set the scroll position, as "it screwed up the scrollbar positioning which I hacked on." (line 5421). This code has not been added on again. As an additional note, the setting of target_anchor in DisplayCurrent(), in main.c (line 513 onwards) is incorrect. target_anchor needs to be set form d->up->ext, not d->up->filename. Also, target_anchor must not include the '#'. Rob - -- - --------------------------------------------------------------------------- - --- Robert May. e-mail: robert.may@rd.eng.bbc.co.uk Tel: +44 737 836535 --- - -- You may post, repost or publish *ANY* communication received from me -- - --------------------------------------------------------------------------- ------- Message 21 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id aa19973; 13 Sep 94 20:31 PDT Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA21407; Tue, 13 Sep 94 23:31:42 EDT Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@charles.CS.UNLV.EDU) id AA02091; Tue, 13 Sep 94 23:32:32 -0400 Date: Tue, 13 Sep 94 23:32:32 -0400 From: Benno Blumenthal <benno@rainbow.ldgo.columbia.edu> Message-Id: <9409140332.AA02091@rainbow.ldgo.columbia.edu> To: Chimera Bugs <bug-chimera@charles.CS.UNLV.EDU> Subject: xc17-1.60 Hello, I am having trouble with in-line color gif images from a http0.9 server in 1.60pl17. It works not in-line: chimera invokes xv nicely. It works in-line from a http1.0 server: chimera calls giftrans. But in-line images from a http0.9 server (i.e. chimera needs to recognize .gif in the file name) does not work. For example https://ingrid.ldgo.columbia.edu/SOURCES/WORLDBATH/bath/html+viewer? fails. - -- -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 22 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id aa15336; 15 Sep 94 5:53 PDT Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA10448; Thu, 15 Sep 94 08:53:06 EDT Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@cephas.ISRI.UNLV.EDU) id AA20325; Thu, 15 Sep 94 08:53:53 -0400 Date: Thu, 15 Sep 94 08:53:53 -0400 From: Benno Blumenthal <benno@rainbow.ldgo.columbia.edu> Message-Id: <9409151253.AA20325@rainbow.ldgo.columbia.edu> To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: xc17-1.60 in-line gif from http0.9 Hello, I am having trouble with in-line color gif images from a http0.9 server in 1.60pl17. It works with external (not in-line) graphics: chimera invokes xv nicely. It works in-line from a http1.0 server: chimera calls giftrans. But in-line images from a http0.9 server (i.e. chimera needs to recognize .gif in the file name) does not work. For example https://ingrid.ldgo.columbia.edu/SOURCES/WORLDBATH/bath/html+viewer? fails. - -- -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 23 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa09508; 20 Sep 94 4:32 PDT Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA11171; Tue, 20 Sep 94 07:36:11 EDT Date: Tue, 20 Sep 1994 07:36:10 -0400 (EDT) From: "R. Stewart Ellis" <ellis@nova.gmi.edu> To: Chimera bug mailing list <bug-chimera@cs.unlv.edu> Subject: Bad gopher URL ? Message-Id: <Pine.SUN.3.90.940920073131.6014A-100000@nova.gmi.edu> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I am running chimera 1.60 (subversion?) on SunOS 2.1 SPARC over term to a SunOS 4.1.3 host. Attempts to access gopher.microsoft.com, either from the command line, by "open"ing it, or by selecting the entry from my gopher server menu, all give the error message: The object "" of type "1" is not available. I can connect to it with lynx from the gopher server/host. 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 24 Received: from bibsyst.bibsyst.no by JIMI.CS.UNLV.EDU id aa07741; 21 Sep 94 13:09 PDT Received: by bibsyst.bibsyst.no (Smail3.1.28.1 #7) id m0qnXyk-0003SAC; Wed, 21 Sep 94 22:09 WEST Message-Id: <m0qnXyk-0003SAC@bibsyst.bibsyst.no> Date: Wed, 21 Sep 94 22:09 WEST From: Tore Morkemo <tore@bibsyst.no> To: bug-chimera@cs.unlv.edu Subject: No internal caching? Hi there! It seems that chimera (1.60.17) doesn't do *any* caching in memory? If one URL contains many references to the same gif-picture, chimera loads the entire gif every time. Is this a bug or a feature? I've tried this with mosaic and it seems that it loads the gifs only once. I'm running this on SCO 3.2.4, with X11R5, and file cacheing. - -- Tore Morkemo. *-----------------------------------------------------------------------------* Tore Morkemo, Bibliotek-Systemer A/S, Box 2093 Stubber|d, 3271 Larvik, Norway Tel: +47 33 11 68 00 Fax: +47 33 11 68 22 email: tore@bibsyst.no *-----------------------------------------------------------------------------* ------- Message 25 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa08829; 21 Sep 94 13:41 PDT To: Tore Morkemo <tore@bibsyst.no> cc: bug-chimera@cs.unlv.edu Subject: Re: No internal caching? In-reply-to: Your message of "Wed, 21 Sep 1994 22:09:00 EST." <m0qnXyk-0003SAC@bibsyst.bibsyst.no> Date: Wed, 21 Sep 1994 13:41:06 -0700 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >Hi there! > >It seems that chimera (1.60.17) doesn't do *any* caching in memory? > >If one URL contains many references to the same gif-picture, chimera loads the >entire gif every time. Is this a bug or a feature? > >I've tried this with mosaic and it seems that it loads the gifs only once. > >I'm running this on SCO 3.2.4, with X11R5, and file cacheing. It is supposed to load the GIF out of the disk cache but sometimes things don't work right. I'll try to get to figure it out this weekend. Thanks. -john ------- Message 26 Received: from bibsyst.bibsyst.no by JIMI.CS.UNLV.EDU id aa16575; 22 Sep 94 6:16 PDT Received: by bibsyst.bibsyst.no (Smail3.1.28.1 #7) id m0qno0g-0003RlC; Thu, 22 Sep 94 15:16 WEST Message-Id: <m0qno0g-0003RlC@bibsyst.bibsyst.no> Date: Thu, 22 Sep 94 15:16 WEST From: Tore Morkemo <tore@bibsyst.no> To: bug-chimera@cs.unlv.edu Subject: the printsave widget Hi! We're trying to translate the chimera resources into norwegian. If we set the following resources: Chimera*Plain Text.label: Tekst Chimera*Pretty Text.label: Fin tekst everything seems ok until we select one of them, eg. "Fin tekst" from the printsave-listbox, the resulting menubutton doesn't change to "Fin Text" but "Pretty Text". This is the last english text we can find. Could anyone help us complete our mission? By the way. If anyone would like a copy of our norwegian resources, send me a mail. How about adding a contrib dir. to chimera for add-ons like this? - -- Tore Morkemo. *-----------------------------------------------------------------------------* Tore Morkemo, Bibliotek-Systemer A/S, Box 2093 Stubber|d, 3271 Larvik, Norway Tel: +47 33 11 68 00 Fax: +47 33 11 68 22 email: tore@bibsyst.no *-----------------------------------------------------------------------------* ------- Message 27 Received: from awds27.WX.GTEGSC.COM by JIMI.CS.UNLV.EDU id ab27424; 24 Sep 94 8:51 PDT Received: from wx10.WX.GTEGSC.COM by awds27.wx.gtegsc.com (5.65/1.35) id AA01031; Sat, 24 Sep 94 08:50:59 -0700 Date: Sat, 24 Sep 94 08:50:59 -0700 From: Andy Moskoff <andy@wx.gtegsc.com> Message-Id: <9409241550.AA01031@awds27.wx.gtegsc.com> To: bug-chimera@cs.unlv.edu Subject: Chimera+term Hi: Yesterday I grabbed chimera-1.54 and tried to build it with term. I'm using term-2.1.0. The code in 1.54 is NOT compatible with the term-2.1.0. So, the fix is simple enough: In the file net.c I added the following lines: #ifdef USE_TERM #include <termnet.h> #endif I then defined USE_TERM in the Makefile (really the template). Also one must link with libtermnet.a. Thats all! Works fine so far. I guess all the code just for using term is unnecessary. Also, the INSTALL instructions are unclear as to how the X resource "contentPath" is used. At first, I didn't know that this path is used to find not only the content file, but the image manipulation routines. After a short debug session I got it. Well, I hope this is useful. I like the software, thanks for making it public. - -Andy ------- Message 28 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa21861; 28 Sep 94 2:41 PDT To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: new 1.60 Date: Wed, 28 Sep 1994 02:41:47 -0700 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> I've just released a new 1.60. This weekend I went into bug fix mode (read: make it dump core as little as possible) instead of messing with fun features. I think the new version is mostly reasonable but problems occur when things like textencode get executed...it dumped core on me once. I've straightened out the forms stuff some more and it seems to handle URLs better thanks to Rob May. It should also handle Basic authentication now. Let me know if it works for you if you access documents that need it. There were some really nice code submissions, bug reports, and suggestions. I didn't get to very much of it but I tried. Thank you very much for all your work. ftp://ftp.cs.unlv.edu/pub/chimera-misc/xc23-1.60.tar.gz The department (physics) I work for doubled the number of computers it has and moved to a new building (just in case you hadn't heard this the million times I've mentioned it :) but things seem to be returning to normal now (I can screw around a lot more :). I didn't test it on my Linux system which is probably a mistake...one problem is that chimera needs tweaking to work with TERM 2.x. The fixes are trivial but have to be done. You may also have compilation problems with Solaris 2.x machines as I incorporated a newer HTML widget and didn't change everything I should have. I'll mention one new feature that I think is pretty neat. Chimera can now listen on a socket and can receive an HTTP RESPONSE which chimera loads like any document. Just set Chimera.inPort to a number like 10013 and telnet to the port and type: HTTP/1.0 200 OK URI: https://www.unlv.edu/chimera/ followed by a carriage return and then close the telnet session. Chimera should load the URL specified. You can also send full HTML documents or any other document type. Anyways, please try it and report back when you get a chance. Thanks. -john ------- Message 29 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa06058; 28 Sep 94 10:52 PDT Received: from [141.211.128.188] by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Wed, 28 Sep 94 13:51:18 -0400 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Wed, 28 Sep 1994 13:51:17 -0400 Subject: Re: new 1.60 Sender: rees@citi.umich.edu In-Reply-To: John Kilburg, Wed, 28 Sep 1994 02:41:47 PDT I've just released a new 1.60. I'm pretty much impressed. It's gotten much easier to configure and install. I still don't have it completely working, but here are my comments so far. Inline images don't work for me. It's probably a configuration mistake on my part, but it would be nice to get some kind of error message telling me why. I was getting a message (on stderr) that said it couldn't find chimera-giftoppm, which I fixed by explicitly setting the "path" resource (this shouldn't be necessary, should it?). That got rid of the message, but inlines still don't work. I suggest leaving out all Makefiles, Common.tmpl, and options.h from the distribution. Those of us using 'lndir' to build on multiple architectures have to remove these before building, and they don't serve any purpose. homePage resource has changed to homeURL. Help page section on environment variables should be changed to reflect this. Help page, button1Box resource: "save" should be "file" I'd still like to figure out how to bind "Prior" and "Next" (usually labeled "Page Up" and "Page Down") to the html widget scroll functions. Any ideas? Here's what I tried. In 1.49, this made the keys work only if the cursor was over the scroll bar. In 1.60, this doesn't work at all. Chimera*Translations: #override\n\ <Key>Prior: scroll-down() \n\ <Key>Next: scroll-up() \n Here's a change I had to make to src/util.c to get it to compile on older machines. *** util.c- Tue Sep 27 07:02:27 1994 - --- util.c Wed Sep 28 12:09:22 1994 *************** *** 38,43 **** - --- 38,44 ---- #endif #include <errno.h> + #include <sys/types.h> #include <sys/signal.h> #include <sys/wait.h> #include <sys/stat.h> *************** *** 49,54 **** - --- 50,65 ---- #include "util.h" #include "options.h" + + #ifndef S_IXUSR + #define S_IXUSR 0100 + #define S_IXGRP 0010 + #define S_IXOTH 0001 + #endif + + #ifndef S_ISREG + #define S_ISREG(mode) ((mode) & S_IFREG) + #endif /* ------- Message 30 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa16976; 28 Sep 94 15:22 PDT Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Wed, 28 Sep 94 18:21:35 -0400 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Wed, 28 Sep 94 18:21:26 EDT Subject: NULL root.dlist Sender: rees@citi.umich.edu I accidentally started chimera with most of the LIBDIR/chimera files missing, and got a core dump. DisplayCurrent() apparently got called with root.dlist == NULL, so it access violated on the first call to XtSetArg(). Perhaps the calls to XtSetArg and XtSetValues should be inside of "if (root.dlist)" like they are at the beginning of HandleDoc(). ------- Message 31 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa18669; 28 Sep 94 15:54 PDT Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Wed, 28 Sep 94 18:53:07 -0400 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Wed, 28 Sep 94 18:52:59 EDT Subject: dropped semicolon sinks ship Sender: rees@citi.umich.edu I found out why I'm not getting inline images. Every place where it says "PATH=$PATH:%s %s" you need to change it to "PATH=$PATH:%s; %s". There are three places, in convert.c, input.c, and mime.c. I would suggest, since the code is similar and they all do the same thing, that adjusting the path should be done in one place instead of three. ------- Message 32 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa19199; 28 Sep 94 16:03 PDT To: Jim.Rees@umich.edu cc: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: dropped semicolon sinks ship In-reply-to: Your message of "Wed, 28 Sep 1994 18:52:59 EDT." Date: Wed, 28 Sep 1994 16:03:32 -0700 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >I found out why I'm not getting inline images. > >Every place where it says "PATH=$PATH:%s %s" you need to change it to >"PATH=$PATH:%s; %s". There are three places, in convert.c, input.c, and >mime.c. I would suggest, since the code is similar and they all do the same >thing, that adjusting the path should be done in one place instead of three. Someone else claimed that leaving out the semicolon is more portable and that with the semicolon it didn't work right. What to do? You are right about doing the adjustment in one place...I'll fix it tonight. -john ------- Message 33 Received: from ns.bbc.co.uk by JIMI.CS.UNLV.EDU id aa17063; 29 Sep 94 6:25 PDT Received: from ant.rd.eng.bbc.co.uk (rdmailgate.rd.eng.bbc.co.uk) by ns.bbc.co.uk with SMTP id AA14064 (5.65c/IDA-1.4.4 for <bug-chimera%charles.CS.UNLV.EDU@mail.rd.bbc.co.uk>); Thu, 29 Sep 1994 14:25:36 +0100 From: Rob May <robert.may@rd.eng.bbc.co.uk> Message-Id: <22639.9409291325@ant.rd.eng.bbc.co.uk> Subject: 1.60b23 Proxy Servers To: Chimera Bugs <bug-chimera@charles.CS.UNLV.EDU> Date: Thu, 29 Sep 1994 14:25:34 +0100 (BST) X-Phone: +44 737 836535 (Direct line). +44 737 832361 (Switchboard). X-Fax: +44 737 832336 X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 834 http_proxy() gets called with rup/up the wrong way wround, so the proxy_server code does not work. I think the best place to correct this is in document.c, ProxyProtocol(), line 241. Change d = http_proxy(up, rup, mtlist); to d = http_proxy(rup, up, mtlist); gets it to work. This could be made clearer, by not using rup a a pointer to the parts for the proxy-server, as it is *not* the remote bit. Other than this, it compiled first time, and no other immediate problems. [ SunOS 4.1a.1, X11R4, Sun's cc ] Rob. - -- - --------------------------------------------------------------------------- - --- Robert May. e-mail: robert.may@rd.eng.bbc.co.uk Tel: +44 737 836535 --- - -- You may post, repost or publish *ANY* communication received from me -- - --------------------------------------------------------------------------- ------- Message 34 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa03673; 29 Sep 94 13:56 PDT To: Chimera Bugs <bug-chimera@charles.cs.unlv.edu> Subject: Re: 1.60b23 Proxy Servers In-reply-to: Your message of "Thu, 29 Sep 1994 14:25:34 BST." <22639.9409291325@ant.rd.eng.bbc.co.uk> Date: Thu, 29 Sep 1994 13:56:51 -0700 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >http_proxy() gets called with rup/up the wrong way wround, so the >proxy_server code does not work. I think the best place to correct this >is in document.c, ProxyProtocol(), line 241. Change > d = http_proxy(up, rup, mtlist); >to > d = http_proxy(rup, up, mtlist); >gets it to work. This could be made clearer, by not using rup a a >pointer to the parts for the proxy-server, as it is *not* the remote bit. Oh boy. That was really clever. I've made this mistake before. I'll try to test the proxy stuff using the proxy server that someone told me about on the list. -john ------- Message 35 Received: from gw.ramona.vix.com by JIMI.CS.UNLV.EDU id aa22785; 29 Sep 94 23:00 PDT Received: by gw.home.vix.com id AA03427; Thu, 29 Sep 94 23:00:19 -0700 Date: Thu, 29 Sep 94 23:00:19 -0700 From: Paul Vixie <paul@vix.com> Message-Id: <9409300600.AA03427@gw.home.vix.com> X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us To: bug-chimera@cephas.ISRI.UNLV.EDU In-Reply-To: Jim.Rees@umich.edu's message of 28 Sep 1994 16:14:22 -0700 Subject: re: dropped semicolon sinks ship >Every place where it says "PATH=$PATH:%s %s" you need to change it to >"PATH=$PATH:%s; %s". There are three places, in convert.c, input.c, and that's perfectly valid, though, and means something entirely different. $ A=aaa_ B=bbb_ env | grep _ SETENV_DONE= A=aaa_ B=bbb_ $ A=aaa_ B=bbb_ ; env | grep _ SETENV_DONE= ------- Message 36 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa23811; 29 Sep 94 23:37 PDT To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: dropped semicolon sinks ship In-reply-to: Your message of "Thu, 29 Sep 1994 23:00:19 PDT." <9409300600.AA03427@gw.home.vix.com> Date: Thu, 29 Sep 1994 23:37:20 -0700 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >>Every place where it says "PATH=$PATH:%s %s" you need to change it to >>"PATH=$PATH:%s; %s". There are three places, in convert.c, input.c, and > >that's perfectly valid, though, and means something entirely different. > >$ A=aaa_ B=bbb_ env | grep _ >SETENV_DONE= >A=aaa_ >B=bbb_ > >$ A=aaa_ B=bbb_ ; env | grep _ >SETENV_DONE= It seems like PATH=$PATH:/something; export PATH; command would work fine. I tried it on various machines with good results so I'll give it a try unless someone shoots it down. I'll probably release the real 1.60 tomorrow night. -john ------- Message 37 Received: from katie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa28683; 30 Sep 94 1:09 PDT To: bug-chimera@katie.ISRI.UNLV.EDU Subject: Re: dropped semicolon sinks ship In-reply-to: Your message of "Thu, 29 Sep 1994 23:37:20 PDT." Date: Fri, 30 Sep 1994 01:09:18 -0700 From: Allen Condit <condit@katie.ISRI.UNLV.EDU> >>>Every place where it says "PATH=$PATH:%s %s" you need to change it to >>>"PATH=$PATH:%s; %s". There are three places, in convert.c, input.c, and >> >>that's perfectly valid, though, and means something entirely different. >> >>$ A=aaa_ B=bbb_ env | grep _ >>SETENV_DONE= >>A=aaa_ >>B=bbb_ >> >>$ A=aaa_ B=bbb_ ; env | grep _ >>SETENV_DONE= > >It seems like > >PATH=$PATH:/something; export PATH; command > >would work fine. I tried it on various machines with good results >so I'll give it a try unless someone shoots it down. I'll probably >release the real 1.60 tomorrow night. all this is on pages 90-92 in K&P, btw. allen ------- Message 38 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa02124; 30 Sep 94 4:01 PDT To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Chimera 1.60 Date: Fri, 30 Sep 1994 04:01:32 -0700 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> Well, I was getting ansty and so I released the "real" 1.60. Finally. I made a few of the fixes mentioned over the last couple of days. I also bashed on the gopher code a bit. There is an even chance that it actually improved this time. ftp://ftp.cs.unlv.edu/pub/chimera/chimera-1.60.tar.gz -john ------- Message 39 Received: from nic.lth.se by JIMI.CS.UNLV.EDU id aa08701; 30 Sep 94 7:44 PDT Received: from gatekeeper.axis.se by mail.lth.se with smtp (Smail3.1.28.1 #2) id m0qqjBv-000MUVC; Fri, 30 Sep 94 15:44 MET Received: from axisab.axis.se by gatekeeper.axis.se with smtp (Smail3.1.28.1 #20) id m0qqjBt-000tkwC; Fri, 30 Sep 94 15:43 GMT-1:00 Received: from axis.se by axisab.axis.se with smtp (Smail3.1.28.1 #1) id m0qqjBr-000pg2C; Fri, 30 Sep 94 15:44 MET Message-Id: <m0qqjBr-000pg2C@axisab.axis.se> To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: Chimera 1.60 In-reply-to: Your message of "Fri, 30 Sep 1994 04:01:32 MET." <m2e8bf23a_2c8_1@kobra.efd.lth.se> Date: Fri, 30 Sep 1994 15:44:02 MET From: Joergen Haegg <jh@axis.se> In message <m2e8bf23a_2c8_1@kobra.efd.lth.se>you write: > >Well, I was getting ansty and so I released the "real" 1.60. Finally. Compiling it on sunos5.3 with gcc worked fine. But I can't get it to display the homepage thru http. File-URLs works fine, but http hangs forever. A trace shows that something happens, but what? (I run against a proxy normally, but it hangs when I try against non-proxied local servers.) 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: write(5, " =\0\0040680\0 M\0\0\0\0".., 80) = 80 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: write(5, " =\0\0040680\0 M\0\0\0\0".., 80) = 80 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 28688: poll(0xEFFFCDD0, 1, 1000) = 0 28688: ioctl(5, FIONREAD, 0xEFFFE3DC) = 0 - ------- Joergen Haegg jh@axis.se Axis Communications AB Snailmail: Axis Communications AB Phone: +46 46 191849 Scheelevaegen 16 Fax: +46 46 136130 S-223 70 LUND, Sweden ------- Message 40 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa17943; 30 Sep 94 11:43 PDT Received: from [141.211.128.188] by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Fri, 30 Sep 94 14:42:11 -0400 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Fri, 30 Sep 1994 14:42:11 -0400 Subject: One small bug for man, one giant crock for mankind Sender: rees@citi.umich.edu I got the "real" 1.60 going with almost no problem. I had to add a #include for <sys/types.h> to util.c. It tickled an interesting bug in the apollo afs client. If you call select() on an afs file, it eats one byte. I don't think anyone ever calls select() on a file, because this bug was never reported, and the client has been out for several years. So, in the unlikely event that you are trying to use chimera on an apollo to read afs files, you'll need a new copy of afs, which I can probably supply. ------- Message 41 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa28687; 30 Sep 94 16:06 PDT Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Fri, 30 Sep 94 19:05:29 -0400 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Fri, 30 Sep 94 19:05:21 EDT Subject: urlcat Sender: rees@citi.umich.edu Here's a little program I've found to be very useful. For example, when 1.60 came out, I just did this: urlcat ftp://ftp.cs.unlv.edu/pub/chimera/chimera-1.60.tar.gz |tar xfvz - Enjoy! /* make urlcat.o cc -o urlcat urlcat.o url.o net.o ftp.o gopher.o http.o util.o document.o local.o mime.o input.o auth.o Written by Jim Rees Inspired by urlgrab Doesn't use the cache -- sorry. */ #include <stdio.h> #include "url.h" #include "document.h" #include "mime.h" main(ac, av) int ac; char *av[]; { int i; URLParts *up; Document *d; Protocol *plist; MIMEType *mtlist; mtlist = ReadMIMETypeFiles(MIME_TYPE_FILES); plist = ReadProtocolFiles(PROTOCOL_FILES); for (i = 1; i < ac; i++) { up = ParseURL(av[i]); if (up == NULL) continue; d = LoadDocument(up, plist, mtlist); fwrite(d->text, 1, d->len, stdout); DestroyDocument(d); DestroyURLParts(up); } exit(0); } void DisplayTransferStatus() { return; } ------- End of Forwarded Messages