Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01290; 26 Dec 96 22:33 PST To: jay@JIMI.CS.UNLV.EDU Subject: bug-chimera dec 94 Date: Thu, 26 Dec 1996 22:33:15 -0800 From: Jay Nietling ------- Forwarded Messages Received: from dicscs1.jrc.it by JIMI.CS.UNLV.EDU id aa19746; 1 Dec 94 3:21 PST Received: from cen.jrc.it (relay.jrc.it) by cen.jrc.it (4.1/SMI-4.1) id AA19763; Thu, 1 Dec 94 12:19:21 +0100 Received: from jrc.it (pacific) by cen.jrc.it; Thu, 1 Dec 94 12:22:21 +0100 Received: from nansen by jrc.it; Thu, 1 Dec 94 12:31:02 +0100 Received: by nansen; id AA01543; Thu, 1 Dec 1994 12:25:39 +0100 Message-Id: <9412011125.AA01543@nansen> To: bug-chimera@cs.unlv.edu Subject: makefile 'bug' Date: Thu, 01 Dec 94 12:25:38 +0100 From: dirk.gulik@cen.jrc.it X-Mts: smtp Whilst compiling Chimera I found that the 'CC" in the top Makefile is not obeyed at the lower levels, insinsting on a gcc all the way. used foreach i (*/Makefile) mv $i $i.gcc cat $i.gcc | sed "s/gcc/cc/g" > $i end to solve it, but might be better to change it on your end into a $CC setter Thanks d. ------- Message 2 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17309; 1 Dec 94 22:25 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: 1.62 executable Date: Thu, 01 Dec 1994 22:25:07 -0800 From: John Kilburg There is a statically linked exectuable for sparcs at ftp://ftp.cs.unlv.edu/pub/chimera-misc/chimera-sparc-sunos413U1 It was created on a SunOS 4.1.3_U1 machine. It should run fine without netpbm or the config files. It has basic mailcap entries, mime.types entries, and a text/plain->text/html convert entry. I ran it on a 4.1.1 machine briefly and it seemed to work OK. Please try it out if you get a chance (and have a sparc running sunos of course)...it should be painless compared to the usual chimera installation. -john ------- Message 3 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17580; 1 Dec 94 22:32 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: 1.62 beta 27 Date: Thu, 01 Dec 1994 22:32:55 -0800 From: John Kilburg Yet another beta. This is the source for the exectuable that I just put out there. This one finally fixes the authentication problem that causes endless looping of connections to the server when the username and/or password is entered incorrectly. Also added a few contributed patches and some cleanup work. ftp://ftp.cs.unlv.edu/pub/chimera-misc/xc27-1.62.tar.gz -john ------- Message 4 Received: from msa.tte.vtt.fi by JIMI.CS.UNLV.EDU id aa19400; 2 Dec 94 0:04 PST Received: (from msa@localhost) by msa.tte.vtt.fi (8.6.9/8.6.9) id KAA03347; Fri, 2 Dec 1994 10:02:47 +0200 Date: Fri, 2 Dec 1994 10:02:47 +0200 From: Markku Savela Message-Id: <199412020802.KAA03347@msa.tte.vtt.fi> To: bug-chimera@cs.unlv.edu Subject: The latest chimera beta 27 (xc27) has a bug with doc#name Reply-to: Markku Savela The latest chimera version, when the link is form doc.html#name sends to the server "doc.html#name" instead of just asking the doc.html. For example https://tel.vtt.fi:8001/EuroBridge/Xew/doc/Basic.html#HDR0 will produce log entry in server msa.tte.vtt.fi - - [02/Dec/1994:10:00:02 +0200] "GET /EuroBridge/Xew/doc/Basic.html#HDR0 HTTP/1.0" 404 - or is my server buggy? Should it retried only the doc? or what is wrong? - -- Markku Savela (msa@hemuli.tte.vtt.fi), Technical Research Centre of Finland Multimedia Systems, P.O.Box 1203, FIN-02044 VTT, https://www.funet.fi/~savela ------- Message 5 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa20430; 2 Dec 94 0:28 PST To: Markku Savela cc: bug-chimera@cs.unlv.edu Subject: Re: The latest chimera beta 27 (xc27) has a bug with doc#name In-reply-to: Your message of "Fri, 02 Dec 1994 10:02:47 +0200." <199412020802.KAA03347@msa.tte.vtt.fi> Date: Fri, 02 Dec 1994 00:28:44 -0800 From: John Kilburg >The latest chimera version, when the link is form > > doc.html#name > >sends to the server "doc.html#name" instead of just asking the >doc.html. For example > > https://tel.vtt.fi:8001/EuroBridge/Xew/doc/Basic.html#HDR0 > >will produce log entry in server > >msa.tte.vtt.fi - - [02/Dec/1994:10:00:02 +0200] "GET /EuroBridge/Xew/doc/Basic .html#HDR0 HTTP/1.0" 404 - > >or is my server buggy? Should it retried only the doc? or what is >wrong? This is stupidity on my part. I removed the code to deal with this because I thought it wasn't needed. I'll take care of it. -john ------- Message 6 Received: from msa.tte.vtt.fi by JIMI.CS.UNLV.EDU id aa22274; 2 Dec 94 0:59 PST Received: (from msa@localhost) by msa.tte.vtt.fi (8.6.9/8.6.9) id KAA03572; Fri, 2 Dec 1994 10:57:59 +0200 Date: Fri, 2 Dec 1994 10:57:59 +0200 From: Markku Savela Message-Id: <199412020857.KAA03572@msa.tte.vtt.fi> To: john@cephas.ISRI.UNLV.EDU CC: bug-chimera@cs.unlv.edu In-reply-to: John Kilburg's message of Fri, 02 Dec 1994 00:28:44 -0800 <199412020849.KAA28773@hemuli.tte.vtt.fi> Subject: The latest chimera beta 27 (xc27) has a bug with doc#name Reply-to: Markku Savela >This is stupidity on my part. I removed the code to deal with this >because I thought it wasn't needed. I'll take care of it. Another wish, I hope that line like chimera home.html would work (view a HTML file directly from the current directory, without a server). Now I just get an Error from chimera trying to open file://localhost/home.html Other viewers (xmosaic, netscape, lynx and arena) accept this without complaints. Other than this and doc.html#name, the new chimera xc27 works very nicely, much better than the xc20 I last tried. - -- markku savela ------- Message 7 Received: from magic-sam.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22736; 2 Dec 94 1:30 PST To: bug-chimera@cs.unlv.edu Subject: Re: The latest chimera beta 27 (xc27) has a bug with doc#name In-reply-to: Your message of "Fri, 02 Dec 1994 10:57:59 +0200." <199412020857.KAA03572@msa.tte.vtt.fi> Date: Fri, 02 Dec 1994 01:29:59 -0800 From: Jay Nietling >This is stupidity on my part. I removed the code to deal with this >because I thought it wasn't needed. I'll take care of it. Another wish, I hope that line like chimera home.html would work (view a HTML file directly from the current directory, i want to second this suggestion. - -jay ------- Message 8 Received: from sun2.nsfnet-relay.ac.uk by JIMI.CS.UNLV.EDU id aa24011; 2 Dec 94 3:15 PST Via: uk.ac.aston; Fri, 2 Dec 1994 11:07:09 +0000 Received: from caledfwlch.aston.ac.uk by email.aston.ac.uk with SMTP (PP) id <03478-0@email.aston.ac.uk>; Fri, 2 Dec 1994 11:04:13 +0000 Received: by caledfwlch.aston.ac.uk (Smail3.1.28.1 #2) id m0rDVpD-000FniC; Fri, 2 Dec 94 11:06 GMT Message-Id: To: bug-chimera@cs.unlv.edu Bcc: Subject: Building Chimera 1.62.27 with Solaris 2.3 X-Mailer: exmh version 1.5omega 10/6/94 Date: Fri, 02 Dec 1994 11:06:51 +0000 From: Gareth Owen Couple of minor problems ... 1) net.c won't compile since FNDELAY isn't defined 78: fcntl(s, F_SETFL, FNDELAY); On SunOS 4.1.x it's defined in sys/fcntlcom.h which is included by fcntl.h On Solaris it's in sys/file.h which isn't. Adding #if ((defined(SYSV) || defined(SVR4)) && defined(sun)) #include #endif to net.c does the trick. 2) There isn't a libresolv.a but the dynamic library's there. So the -static switch has to take a walk Gareth - --------------- Gareth Owen,Information Systems ,Aston University , Birmingham , UK ------- Message 9 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa24288; 2 Dec 94 3:31 PST To: Gareth Owen cc: bug-chimera@cs.unlv.edu Subject: Re: Building Chimera 1.62.27 with Solaris 2.3 In-reply-to: Your message of "Fri, 02 Dec 1994 11:06:51 GMT." Date: Fri, 02 Dec 1994 03:31:27 -0800 From: John Kilburg >Couple of minor problems ... > >1) net.c won't compile since FNDELAY isn't defined > 78: fcntl(s, F_SETFL, FNDELAY); > > On SunOS 4.1.x it's defined in sys/fcntlcom.h which is included by fcntl.h > On Solaris it's in sys/file.h which isn't. > Adding > #if ((defined(SYSV) || defined(SVR4)) && defined(sun)) > #include > #endif > to net.c does the trick. Thanks I will add this. >2) There isn't a libresolv.a but the dynamic library's there. > So the -static switch has to take a walk Make sure you Common.tmpl.dist to Common.tmpl before you compile. - -static should have been commented out in Common.tmpl.dist. Also copy options.h.dist to options.h. -john ------- Message 10 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa26519; 2 Dec 94 5:56 PST Received: by igw.merck.com (5.65/fma-120691); id AA28022; Fri, 2 Dec 94 09:03:40 -0500 Message-Id: <9412021403.AA28022@igw.merck.com> Date: Fri, 2 Dec 1994 08:52:00 -0500 From: Anthony Starks To: msa@msa.tte.vtt.fi, bug-chimera@cs.unlv.edu Subject: Re: chimera home.html I do this: chimera `pwd`/home.html It works. ------- Message 11 Received: from sun2.nsfnet-relay.ac.uk by JIMI.CS.UNLV.EDU id aa04407; 2 Dec 94 11:01 PST Via: uk.ac.aston; Fri, 2 Dec 1994 18:09:02 +0000 Received: from caledfwlch.aston.ac.uk by email.aston.ac.uk with SMTP (PP) id <29269-0@email.aston.ac.uk>; Fri, 2 Dec 1994 18:06:15 +0000 Received: by caledfwlch.aston.ac.uk (Smail3.1.28.1 #2) id m0rDcPd-000Fq1C; Fri, 2 Dec 94 18:08 GMT Message-Id: To: bug-chimera@cs.unlv.edu Bcc: Subject: problems with Inline xpm in beta 27 X-Mailer: exmh version 1.5omega 10/6/94 Date: Fri, 02 Dec 1994 18:08:52 +0000 From: Gareth Owen beta 27 wouldn't display any of the x-pixmap images in https://caledfwlch.aston.ac.uk/testview.html I found a couple of problems: 1) In xpixmapLoad() in xloadimage/xpixmap.c when the colour keys are scanned - 155: sscanf(buf + 1, "%s %s %s", pixel, &key, cval); this won't handle the case where the key is a space - which a lot of xpm files do use. Changing to if (2==sscanf(buf + 1, "%s %s %s", pixel, &key, cval)) { sscanf(buf+1,"%s %s",&key,cval); strcpy(pixel," "); } got the desired result for *most* of the icons. But a few were still shy ... 2) This is confusing me - I can't see any real difference between those that display and those that don't. But the failures leave xpixmapLoad() at 185: if (c == EOF) return(NULL); and the value of the indices suggest it has processed the whole bitmap matrix. I can create xpm's that fail - the last two in the above URL were screen grabs with xgrabsc and ImageMagick's import respectively. I've isolated one in https://caledfwlch.aston.ac.uk/testxpm.html if anyone wants to take a look. Gareth - --------------- Gareth Owen,Information Systems ,Aston University , Birmingham , UK Commuted to a life sentence (well nearly) ------- Message 12 Received: from clark.net by JIMI.CS.UNLV.EDU id aa16061; 4 Dec 94 1:24 PST Received: (bent@localhost) by clark.net (8.6.9/8.6.5) id EAA12787; Sun, 4 Dec 1994 04:24:26 -0500 Date: Sun, 4 Dec 1994 04:24:26 -0500 (EST) From: Ben Taylor To: bug-chimera@cs.unlv.edu Subject: image-maps Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII A collegue of mine is working on some pretty neat stuff, including image maps to do some lookups as opposed to buttons and things. However, this just hangs chimera. The url looks something like (vague memory recollection...) when I try to do the load. https://bodyglove/cgi-bin/images/blah-blah/blah?10,103 I'm testing with 1.61 and the latest beta, under Solaris 2.3. Anyone have any ideas or is this something chimera doesn't support yet. It looks like the address of the image map is being passed through the url, but I'm not sure how that's getting generated. Hopefully later I'll have a better bug report. Thanks Ben ------- Message 13 Received: from rowe.williams.edu by JIMI.CS.UNLV.EDU id aa20282; 4 Dec 94 6:06 PST Received: from bigbird (bigbird.cc.williams.edu) by rowe.williams.edu with SMTP id AA07648 (5.65c/IDA-1.4.4 for ); Sun, 4 Dec 1994 09:06:39 -0500 Received: by bigbird (4.1/client-1.3) id AA05187; Sun, 4 Dec 94 09:06:39 EST Date: Sun, 4 Dec 1994 09:06:38 -0500 (EST) From: "Kyle F. Downey" Subject: thanks & argh To: bug-chimera@cs.unlv.edu Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII first, it turned out that almost all of my compile problems sprung from using the Walnut Creek CD-ROM version of gcc. If you just install the binaries instead of doing it from source, fix-includes is never run, so there are all sorts of problems. So I grabbed 2.6.2 off the net and everything went smoothly, including linking with term and Xaw3d. I fired up my term connection, opened chimera and, though it had no trouble accessing //localhost style links, it refused to look at anything else. Everything yielded the helpful error "Error Loading Document." I have gotten chimera to work with term for version 1.60, but since I get the same error whether term is running or not, I suspect it is something more general. SUMMARY: Configuration: SPARC (Sun 4/110) running SunOS 4.1.3U1, gcc 2.6.2, X11R6, Xaw3D 1.0, term 2.2.8 using the beta 27 code. No compile problems, but will not follow links off localhost with error "Error Loading Document." has anyone else had this problem and found a solution? kd ------- Message 14 Received: from HYDRA1F.CS.UTK.EDU by JIMI.CS.UNLV.EDU id aa04432; 4 Dec 94 22:15 PST Received: from LOCALHOST.cs.utk.edu by hydra1f.cs.utk.edu with SMTP (8.6.8/2.8c-UTK) id BAA08001; Mon, 5 Dec 1994 01:15:08 -0500 Message-Id: <199412050615.BAA08001@hydra1f.cs.utk.edu> To: bug-chimera@cs.unlv.edu Subject: Bug loading jpegs from ftp site? Date: Mon, 05 Dec 1994 01:15:06 -0500 From: Andrew Cowell S5/SunOS 4.1.3_U1B/X11r5 On the page https://www.cs.utk.edu/~cowell/tlpd/pictures.html, when I choose the pink thumbnail with the trident on it, I continually get a "premature EOF in JPEG file" error from xv. Here's where it's called (right?): % egrep xv .mailcap image/*; xv %s 2> /dev/null The majority of the picture is there, and this happens on more (on that page) than just this particular jpeg. Netscape handles it fine, and I manually downloaded it and the image is fine. The file is ftp://ftp.cs.mcgill.ca/pub/mail-list/cloud-zero/pictures/pinkbcvr.jpg Any clues? - -- Andrew E. B. Cowell | You picked up your flag and kissed it Sys Admin, Computer Science Department | with your black volcanic lipstick. The University of Tennessee, Knoxville | Now I'm simply your statistic... WWW: https://www.cs.utk.edu/~cowell/ | Count me out! (Legendary Pink Dots) ------- Message 15 Received: from relay3.UU.NET by JIMI.CS.UNLV.EDU id aa17059; 5 Dec 94 9:06 PST Received: from uucp6.UU.NET by relay3.UU.NET with SMTP id QQxszk13877; Mon, 5 Dec 1994 12:06:20 -0500 Received: from almserv.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Mon, 5 Dec 1994 12:06:20 -0500 Received: from amazon.fnma.com (amazon_1) by fnma.COM (4.1/SMI-4.1) id AA21852; Mon, 5 Dec 94 11:49:06 EST Received: from tazmania.fnma.com by amazon.fnma.com (5.0/SMI-SVR4) id AA19007; Mon, 5 Dec 1994 11:49:06 -0500 Date: Mon, 5 Dec 1994 11:49:06 -0500 From: Ben Taylor Message-Id: <9412051649.AA19007@amazon.fnma.com> To: uunet!cs.unlv.edu!bug-chimera@uunet.uu.net Subject: Re: image-maps Content-Length: 311 I wrote: >A collegue of mine is working on some pretty neat stuff, including >image maps to do some lookups as opposed to buttons and things. >However, this just hangs chimera. Did the same thing with Mosaic. It turned out to be a /etc/host problem... So it handles the image maps just fine. Ben ------- Message 16 Received: from gatekeeper.axis.se by JIMI.CS.UNLV.EDU id aa22715; 6 Dec 94 9:00 PST Received: from axisab.axis.se by gatekeeper.axis.se with smtp (Smail3.1.28.1 #20) id m0rF1e4-000trzC; Tue, 6 Dec 94 16:17 GMT-1:00 Received: from axafp.axis.se by axisab.axis.se with smtp (Smail3.1.28.1 #1) id m0rF1e0-000pckC; Tue, 6 Dec 94 16:17 MET Received: by axafp.axis.se (Smail3.1.28.1 #1) id m0rF1dz-000ZEgC; Tue, 6 Dec 94 16:17 MET Message-Id: Date: Tue, 6 Dec 94 16:17 MET From: Hans-Peter Nilsson To: bug-chimera@cs.unlv.edu CC: jh@axis.se Subject: chimera 1.62 build problems with imake Hi there! Trying to build 1.62 from "xc27-1.62.tar.gz" (having a mono screen) I ran into some problems; Summary: imake (at least 1.87) a bit broken, do not use multiple-line arguments; fix src/Imakefile for "chimera" target - ------- wordy explanation follows: This problem happens at the building process, so the machine-info at the bottom of the letter is probably not very important. The build stops at src/Imakefile (or rather in the produced Makefile), at the line: NormalProgramTarget(chimera, main.o $(XOBJS) $(SOBJS), $(LOCAL_DEPLIBS), \ $(LOCAL_LIBRARIES), MyNull) (end) The result from "making" the src/Makefile (indirect via xmkmf -a) by "imake -DTOPDIR=.. -DCURDIR=src -DUseInstalled -I/usr/local/lib/X11/config" is these lines: chimera: main.o $(XOBJS) $(SOBJS) $(LOCAL_DEPLIBS) $(RM) $@ $(CCLINK) -o $@ $(LDOPTIONS) main.o $(XOBJS) $(SOBJS) \ $(LOCAL_LIBRARIES) $(LDLIBS) $(EXTRA_LOAD_FLAGS) (end) Note the broken line! when it should have been: chimera: main.o $(XOBJS) $(SOBJS) $(LOCAL_DEPLIBS) $(RM) $@ $(CCLINK) -o $@ $(LDOPTIONS) main.o $(XOBJS) $(SOBJS) \ $(LOCAL_LIBRARIES) $(LDLIBS) $(EXTRA_LOAD_FLAGS) (end) A solution is to change the "NormalProgramTarget" line into: NormalProgramTarget(chimera, main.o $(XOBJS) $(SOBJS), $(LOCAL_DEPLIBS), $(LOCAL_LIBRARIES), MyNull) (end) Note: no broken line in arguments Ok, an even better solution would be to fix the broken imake (version is "1.87 94/04/17 20:10:28 rws" according to Makefiles), but the Imakefiles in chimera should really be portable to any imake... (btw it seems the version that created the Makefiles in the distribution is "1.65 91/07/25 17:50:17 rws") - -------------------------- Machine info follows: uname -a gives: "SunOS axafp 4.1.3 3 sun4c" xdpyinfo gives (X11R6 if I'm not totally off track): name of display: :0.0 version number: 11.0 vendor string: X Consortium vendor release number: 6000 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, MSBFirst, 32 image byte order: MSBFirst number of supported pixmap formats: 2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 keycode range: minimum 9, maximum 133 focus: window 0xc0000d, revert to PointerRoot number of extensions: 11 BIG-REQUESTS (opcode: 133) MIT-SHM (opcode: 129, base event: 65, base error: 128) MIT-SUNDRY-NONSTANDARD (opcode: 134) Multi-Buffering (opcode: 131, base event: 67, base error: 144) SHAPE (opcode: 128, base event: 64) SYNC (opcode: 136, base event: 74, base error: 152) X3D-PEX (opcode: 130, base event: 66, base error: 129) XC-MISC (opcode: 138) XIE (opcode: 135, base event: 69, base error: 145) XKEYBOARD (opcode: 137, base event: 76, base error: 154) XTEST (opcode: 132) default screen number: 0 number of screens: 1 screen #0: dimensions: 1152x900 pixels (325x254 millimeters) resolution: 90x90 dots per inch depths (1): 1 root window id: 0x25 depth of root window: 1 plane number of colormaps: minimum 1, maximum 1 default colormap: 0x21 default number of colormap cells: 2 preallocated pixels: black 1, white 0 options: backing-store YES, save-unders YES largest cursor: 1152x900 current input event mask: 0xd0001d KeyPressMask ButtonPressMask ButtonReleaseMask EnterWindowMask SubstructureRedirectMask PropertyChangeMask ColormapChangeMask number of visuals: 1 default visual id: 0x20 visual: visual id: 0x20 class: StaticGray depth: 1 plane available colormap entries: 2 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 1 bits number of mono multibuffer types: 1 visual id, max buffers, depth: 0x20, 0, 1 number of stereo multibuffer types: 0 - -------------------------- Thank you for your time. - -- Hans-Peter Nilsson, Axis Communications AB, S - 223 70 LUND, SWEDEN hp@axis.se | Tel +46 46 19 18 67, 19 18 00 | Fax +46 46 13 61 30 "If this is paradise, I wish I had a lawnmower" / D. Byrne ------- Message 17 Received: from DMSWWU1A.UNI-MUENSTER.DE by JIMI.CS.UNLV.EDU id aa16963; 11 Dec 94 17:24 PST Received: from aquila.uni-muenster.de by DMSWWU1A.UNI-MUENSTER.DE (IBM VM SMTP V2R2) with TCP; Mon, 12 Dec 94 02:22:34 MEZ Received: by aquila.uni-muenster.de with SMTP (5.61/25[kh/08-Jan-90]-eef) id AA04605; Mon, 12 Dec 94 02:23:08 +0100 Message-Id: <9412120123.AA04605@aquila.uni-muenster.de> To: bug-chimera@cs.unlv.edu Cc: Michael Naumann Subject: xc27-1.62 problems with https://host/f.html#name Date: Mon, 12 Dec 94 02:23:07 +0100 From: Michael Naumann I compiled the latest chimera 1.62 beta release xc27-1.62 with EXTRA_DEFINES = $(NEEDSTRSTR) -DHAVE_STRING_H on a MIPS/riscos 4.51. Works nice apart from URLs with a name portion like https://fits.cv.nrao.edu/www/yp_people.html#newsgroup Those documents aren't displayed at the location of the name tag but at the beginning of the document. Michael Astronomical Institute Muenster * https://aquila.uni-muenster.de/~michael/ ------- Message 18 Received: from bibsyst.bibsyst.no by JIMI.CS.UNLV.EDU id aa26756; 12 Dec 94 0:47 PST Received: by bibsyst.bibsyst.no (Smail3.1.28.1 #15) id m0rH6PO-000CLJC; Mon, 12 Dec 94 09:47 WET Message-Id: Date: Mon, 12 Dec 94 09:47 WET From: Tore Morkemo To: bug-chimera@cs.unlv.edu Subject: Text searching Hi! If your using the search function i chimera the match will be highlighted, but it often (always on large texts) ends up on that top of the window. When I'm using this functionality I'm often interested in the lines before the match, Would it be possible to place the highlighted text on the middle of the window? - -- Tore ------- Message 19 Received: from STL-17SIMA.ARMY.MIL by JIMI.CS.UNLV.EDU id aa29941; 13 Dec 94 4:50 PST Received: from stl-17sima by 0.STL-17SIMA.ARMY.MIL id aa22912; 13 Dec 94 6:48 CST To: bug-chimera@cs.unlv.EDU Reply-To: gaspar@STL-17SIMA.ARMY.MIL Subject: Moving bookmarks Date: Tue, 13 Dec 1994 06:48:21 CST From: Al Gaspar I was fooling around with my bookmark file this morning, and I was wondering if there was any way (or plan for a way) to move bookmarks between groups without editing the .chimera_bookmark file? I know that I could connect to the site, add it to a new group, and then delete it from the old group, but I was thinking of something a bit more direct... ;-). Thanks in advance. Cheers-- Al - -- Al Gaspar 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 20 Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa04071; 14 Dec 94 7:24 PST 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 QAA13721 for ; Wed, 14 Dec 1994 16:24:01 +0100 Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.8/8.6.6) id QAA24748; Wed, 14 Dec 1994 16:23:59 +0100 Date: Wed, 14 Dec 1994 16:23:59 +0100 From: Jean-Marc Lasgouttes Message-Id: <199412141523.QAA24748@fantomas.inria.fr> To: bug-chimera@unlv.edu Subject: Chimera beta 28 Reply-to: Jean-Marc.Lasgouttes@inria.fr I just found beta 28 and installed it. I have a few remarks concerning installation that have been bothering me for dome time : - - in utils/Imakefile, the macro MakeDir() is used. This macro does not exist on my installation of X11R4. Could it be possible to replace it with something that works with X11R[4-6] ? - - the addition of -lresolv for a sun is welcome. However, my machine (SunOS 4.1.3+X11R4) also needs -lm. Could it be added to the default file ? (I know that I can do it myself, but I guess that other people have the same problem). By the way, does anyone knows of a patch for this bug ? - - The help file states that the third mouse button can be used to show the URL of an anchor. It used to be true with earlier versions (and sometimes very useful), but it is not anymore. This change should perhaps be reflected in help.html. Enough rambling for now. Jean-Marc ------- Message 21 Received: from bigboote.WPI.EDU by JIMI.CS.UNLV.EDU id aa22300; 14 Dec 94 19:31 PST Received: from blazer.WPI.EDU (nsushkin@blazer.WPI.EDU [130.215.24.60]) by bigboote.WPI.EDU (8.6.9/8.6) with ESMTP id WAA10716 for ; Wed, 14 Dec 1994 22:31:05 -0500 Received: (nsushkin@localhost) by blazer.WPI.EDU (8.6.9/8.6) id WAA24288; Wed, 14 Dec 1994 22:31:04 -0500 Date: Wed, 14 Dec 1994 22:31:04 -0500 (EST) From: Nicholas V Sushkin To: bug-chimera@cs.unlv.edu Subject: chimera does not load inline images, please help. Message-ID: X-Nick-Authentication: wpi-magic-mushroom MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I've just installed chimera for XFree3.1 from sunsite. Everything works except no inlined images are loaded, NCSA logo is displayed instead. Could find a solution to this problem in help. Please advise. Nick `'"`"` - -------------[ 2*2=2*(1+1)=2*1+2*1=2+2=2+(1+1)=(2+1)+1=3+1=4 ] ` oo `"' Eto vam ne huhry-muhry < @'' - -------------------------------------------------------------------- = / ------- Message 22 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa23836; 14 Dec 94 20:44 PST To: Nicholas V Sushkin cc: bug-chimera@cs.unlv.edu Subject: Re: chimera does not load inline images, please help. In-reply-to: Your message of "Wed, 14 Dec 1994 22:31:04 EST." Date: Wed, 14 Dec 1994 20:44:34 -0800 From: John Kilburg >Hi, I've just installed chimera for XFree3.1 from sunsite. Everything >works except no inlined images are loaded, NCSA logo is displayed >instead. Could find a solution to this problem in help. Please advise. If you are using 1.61 then the easiest way is to get the 1.62 beta from ftp://ftp.cs.unlv.edu/pub/chimera-misc/xc28-1.62.tar.gz 1.61 requires netpbm. 1.62 doesn't require netpbm. -john ------- Message 23 Received: from sonny.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa03287; 15 Dec 94 4:39 PST To: bug-chimera@sonny.ISRI.UNLV.EDU Subject: cache bashing Date: Thu, 15 Dec 1994 04:39:40 -0800 From: Jeff Gilbreth I got tired of wondering what was lying around in my cache, so I threw together this little PERL script. You can grab it at ftp://ftp.cs.unlv.edu/pub/chimera-misc/access_cache To use it, you must have Chimera 1.60-1.62, and you need to put an entry in your personal (or default) protocol file like so: >#protocol program name > >cache ~me/bin/access_cache it accepts urls of two forms: cache:/cachedir/ or cache: (checks Xresources and environment vars) AND cache: bug reports/patches welcome jeff - ------- Jeff Gilbreth Information Science Research Institute UNLV ------- Message 24 Received: from rowe.williams.edu by JIMI.CS.UNLV.EDU id aa13885; 15 Dec 94 14:18 PST Received: from bigbird (bigbird.cc.williams.edu) by rowe.williams.edu with SMTP id AA23510 (5.65c/IDA-1.4.4 for ); Thu, 15 Dec 1994 17:18:21 -0500 Received: by bigbird (4.1/client-1.3) id AA15558; Thu, 15 Dec 94 17:18:19 EST Date: Thu, 15 Dec 1994 17:18:19 -0500 (EST) From: "Kyle F. Downey" Subject: Compile but no joy To: bug-chimera@cs.unlv.edu Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Chimera compiles ErrorFree^{tm} on my system, linking in Xaw3D, term 2.2.8 libraries etc. under SunOS 4.1.3 X11R6 Chimera itself runs fine, but any net-access results in the error, ERROR could not load document. Yes, term is running (I'm on a termed xterm right now). Is there a debug mode I could enable to give you more information? Am I the only person having this problem? thanks, kd ------- Message 25 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa17529; 15 Dec 94 16:42 PST Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id BAA14192 for ; Fri, 16 Dec 1994 01:41:56 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.9/8.6.6) id BAA04626; Fri, 16 Dec 1994 01:41:54 +0100 From: Roman Czyborra To: bug-chimera@cs.unlv.edu Subject: bugs (what else?) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Fri, 16 Dec 1994 01:41:54 +0100 Message-ID: First of all, let me say thanks for providing a browser without any of the Motif or binary-only headaches before I start bitching to no end. The bug-chimera mailing list archive hasn't been updated since June. ftp://ftp.fu-berlin.de/pub/unix/network/www/chimera could be added to the directory of mirrors. Why does a free program come tarred with 600 permissions? Compiling Chimera 1.62 on Ultrix produces: ccom: Warning: xbitmap.c, line 202: illegal pointer combination ccom: Warning: reduce.c, line 407: Shift of 16 is > object size of 8 ... ccom: Error: net.c, line 55: prototype and non-prototype declaration found for net_open, promoted type required in parameter type list So I explicitly set MYPROTO=-D_NO_PROTO in Common.tmpl but somehow this isn't propagated into src/Makefile when I type xmkmf -a. The current 1.62 crashes with a segmentation fault on inlined bitmaps or jpegs, I can't install it like this. It's taken me hours to find out that xbmtoppm had to be patched to accept "unsigned char" bitmaps, now I'm not going to do without it. I prefer *-lucitatypewriter-*-12-* as the fixedfont over courier and Chimera*HTML*MenuButton.background:moccasin because otherwise you have a hard time reading plain text with 80 columns or distinguishing select fields from submit buttons. I also disliked the scroll-down scrolling one third of a page only, I mapped Prior: scroll-down(x) scroll-down(x) scroll-down(x)\n\ Next: scroll-up(x) scroll-up(x) scroll-up(x)\n\ Left: back()\n\ Right: source() t really turns people off that chimera file.html & doesn't prepend getenv("PWD") or getcwd(3) automatically. Due to ignored SIGPIPE, we've had some chimera processes remaining alive long after the X server terminated. I haven't tried it with the select() left in 1.61's input.c yet, but even with 1.62 I can still provoke hanging processes. Here are some protocol scripts that work with Chimera's weird expansion of relative filenames: - -- #!/bin/sh # finger read GET address HTTP while read x && [ -n "$x" ]; do :; done IFS=/; for address in $address; do :; done; IFS=" " echo "HTTP/1.0 200 OK MIME-Version: 1.0 Content-Type: text/html " exec finger -m "$address" 2>&1 - -- #!/bin/sh # news read GET address HTTP while read x && [ -n "$x" ]; do :; done case "$address" in *\*) address=\*;; *) IFS=/; for address in $address; do :; done; IFS=" " esac echo "HTTP/1.0 200 OK MIME-Version: 1.0 Content-Type: text/html " exec lynx -source "news:$address" - -- #!/bin/sh # mailto read GET address HTTP while read x && [ -n "$x" ]; do :; done IFS=/; for address in $address; do :; done echo "HTTP/1.0 302 Found Location: https://www.cs.tu-berlin.de/cgi/sendmail?to=$address Content-length: 2 ." ------- Message 26 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa18590; 15 Dec 94 17:42 PST To: "Kyle F. Downey" <Kyle.F.Downey@williams.edu> cc: bug-chimera@cs.unlv.edu Subject: Re: Compile but no joy In-reply-to: Your message of "Thu, 15 Dec 1994 17:18:19 EST." <Pine.3.89.9412151706.A14991-0100000@bigbird> Date: Thu, 15 Dec 1994 17:41:58 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >Chimera compiles ErrorFree^{tm} on my system, linking in Xaw3D, term >2.2.8 libraries etc. under > >SunOS 4.1.3 >X11R6 > >Chimera itself runs fine, but any net-access results in the error, >ERROR could not load document. Yes, term is running (I'm on a termed >xterm right now). Is there a debug mode I could enable to give you more >information? Am I the only person having this problem? There seems to be a general problem with chimera right now. Last night I started working on it again (I had to do some of the things I get paid for :) :) and I will try to track down the problem. You might want to try removing the line in net.c that reads: fcntl(s, F_SETFL, FNDELAY); and the WaitForConnect() in ftp.c and see what happens. This is the first time I've really needed to do this kind of stuff so I'm still learning. I'm also confused by the fact that I haven't had any trouble on Suns, Alphas, and RS/6000s not using Term. Also the last time I tried it on my Linux machine with Term it worked fine. Sorry about the trouble. -john ------- Message 27 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa22075; 15 Dec 94 20:40 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Thu, 15 Dec 94 23:39:33 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Thu, 15 Dec 94 23:39:24 EST Subject: Re: bugs (what else?) Sender: rees@citi.umich.edu In-Reply-To: Roman Czyborra, Fri, 16 Dec 94 01:41:54 +0100 I prefer *-lucitatypewriter-*-12-* as the fixedfont over courier... I wish there were some better way to specify fonts. I should be able to give the family (e.g. "lucidatypewriter") and have it derive the names of the different sizes and styles. I haven't mentioned this before because it's the html widget that picks the font. <Key>Prior: scroll-down(x) scroll-down(x) scroll-down(x)\n\ <Key>Next: scroll-up(x) scroll-up(x) scroll-up(x)\n\ What is the whole resource you use? I tried this and it didn't work: Chimera*Translations: #override\n\ <Key>Prior: scroll-down("Halfscreen") \n\ <Key>Next: scroll-up("Halfscreen") \n I'm not sure where I got the "Halfscreen" from, maybe that's my problem. ------- Message 28 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22639; 15 Dec 94 21:12 PST To: Roman Czyborra <czyborra@cs.tu-berlin.de> cc: bug-chimera@cs.unlv.edu Subject: Re: bugs (what else?) In-reply-to: Your message of "Fri, 16 Dec 1994 01:41:54 +0100." <czyborra94121601414620@titanic.cs.tu-berlin.de> Date: Thu, 15 Dec 1994 21:12:19 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> I will work on the other stuff. >Due to ignored SIGPIPE, we've had some chimera processes remaining >alive long after the X server terminated. I haven't tried it with the >select() left in 1.61's input.c yet, but even with 1.62 I can still >provoke hanging processes. I was running chimera on a DECstation and got a SIGPIPE while chimera was downloading something and it died. Should I switch SIGPIPE to do the default thing after the download? -john ------- Message 29 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa23200; 15 Dec 94 21:32 PST Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id GAA19230 for <bug-chimera@cs.unlv.EDU>; Fri, 16 Dec 1994 06:32:40 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.9/8.6.6) id GAA06843; Fri, 16 Dec 1994 06:32:38 +0100 From: Roman Czyborra <czyborra@cs.tu-berlin.de> To: bug-chimera@cs.unlv.EDU Subject: Re: bugs (what else?) In-Reply-To: <199412160455.FAA18757@mail.cs.tu-berlin.de> by Jim.Rees@umich.edu dated 1994-12-15 23:39:24 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Fri, 16 Dec 1994 06:32:36 +0100 Message-ID: <czyborra94121606326835@titanic.cs.tu-berlin.de> > What is the whole resource you use? *keyTrans: \ <Key>space: scroll-up(x)\n\ <Key>b: scroll-down(x)\n\ <Key>h: home()\n\ <Key>u: back()\n\ <Key>l: reload()\n\ <Key>?: help()\n\ <Key>q: quit()\n\ <Key>d: source() \n\ <Key>o: open() \n\ <Key>w: file()\n\ <Key>s: search()\n\ <Key>p: file()\n\ <Key>m: bookmark()\n\ <Key>Prior: scroll-down(x) scroll-down(x) scroll-down(x)\n\ <Key>Next: scroll-up(x) scroll-up(x) scroll-up(x)\n\ <Key>Left: back()\n\ <Key>Right: source() > I'm not sure where I got the "Halfscreen" from, maybe that's my problem. No, any argument to scroll will be interpreted as a halfscreen. ------- Message 30 Received: from tango.rahul.net by JIMI.CS.UNLV.EDU id aa23777; 15 Dec 94 22:13 PST Received: from dandelion.com by tango.rahul.net with SMTP id AA05312 (5.67b8/IDA-1.5 for <bug-chimera@cs.unlv.edu>); Thu, 15 Dec 1994 22:13:24 -0800 Received: (from lnz@localhost) by dandelion.com (8.6.9/8.6.9) id WAA00969; Thu, 15 Dec 1994 22:13:23 -0800 Date: Thu, 15 Dec 1994 22:13:23 -0800 From: "Leonard N. Zubkoff" <lnz@dandelion.com> Message-Id: <199412160613.WAA00969@dandelion.com> To: bug-chimera@cs.unlv.edu Subject: 15/16 bit display depth Chimera does not operate properly with displays of depth 15 or 16. The following patch corrects this: - --- ./chimera-1.61/libhtmlw/HTMLimages.c- Wed Sep 14 19:53:23 1994 +++ ./chimera-1.61/libhtmlw/HTMLimages.c Thu Dec 15 22:05:08 1994 @@ -351,31 +351,36 @@ depth, ZPixmap, 0, (char *)bit_data, (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 15: case 16: bit_data = (unsigned char *)malloc(width * height * 2); + + theVisual = DefaultVisual(dsp, DefaultScreen(dsp)); + rshift = 15 - highbit(theVisual->red_mask); + gshift = 15 - highbit(theVisual->green_mask); + bshift = 15 - highbit(theVisual->blue_mask); + bmap_order = BitmapBitOrder(dsp); + 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)); + c = ((img_info->reds[(int)*datap] >> rshift) & + theVisual->red_mask) | + ((img_info->greens[(int)*datap] >> gshift) & + theVisual->green_mask) | + ((img_info->blues[(int)*datap] >> bshift) & + theVisual->blue_mask); - - if (BitmapBitOrder(dsp) == MSBFirst) + if (bmap_order == MSBFirst) { - - *bitp++ = (temp >> 8) & 0xff; - - *bitp++ = temp & 0xff; + *bitp++ = (c >> 8) & 0xff; + *bitp++ = c & 0xff; } else { - - *bitp++ = temp & 0xff; - - *bitp++ = (temp >> 8) & 0xff; + *bitp++ = c & 0xff; + *bitp++ = (c >> 8) & 0xff; } datap++; ------- Message 31 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa23995; 15 Dec 94 22:26 PST Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id HAA19866 for <bug-chimera@cs.unlv.edu>; Fri, 16 Dec 1994 07:26:40 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.9/8.6.6) id HAA06940; Fri, 16 Dec 1994 07:26:38 +0100 From: Roman Czyborra <czyborra@cs.tu-berlin.de> To: bug-chimera@cs.unlv.edu Subject: Re: bugs (what else?) In-Reply-To: <199412160526.GAA19200@mail.cs.tu-berlin.de> by john@cephas.isri.unlv.edu dated 1994-12-15 21:12:19 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Fri, 16 Dec 1994 07:26:38 +0100 Message-ID: <czyborra94121607266932@titanic.cs.tu-berlin.de> > I will work on the other stuff. Thanks. > Should I switch SIGPIPE to do the default thing after the download? Isn't the problem that the disconnection can occur during downloads as well? You could probably stop ignoring SIGPIPE altogether and fork off a child to feed the input to an external converter, this child would die on SIGPIPE. SIG_DFL isn't much better, the sigpipehandler is supposed to clean the cache and exit gracefully after all, the best would be if it also told its children that the party is over. Another nice thing would be support for WM_DELETE_WINDOW. ------- Message 32 Received: from ilex.fernuni-hagen.de by JIMI.CS.UNLV.EDU id aa00910; 16 Dec 94 3:03 PST Received: from ES-sun1.fernuni-hagen.de by ilex.FernUni-Hagen.de with SMTP (PP); Fri, 16 Dec 1994 12:02:44 +0100 Received: from ES-sun2.fernuni-hagen.de by ES-sun1.fernuni-hagen.de (4.1/SMI-4.1) id AA03986; Fri, 16 Dec 94 12:02:43 +0100 Date: Fri, 16 Dec 94 12:02:43 +0100 From: Johann Friedrich Heinrichmeyer <Fritz.Heinrichmeyer@FernUni-Hagen.de> Message-Id: <9412161102.AA03986@ES-sun1.fernuni-hagen.de> Received: by ES-sun2.fernuni-hagen.de (4.1/SMI-4.1) id AA13387; Fri, 16 Dec 94 11:59:26 +0100 To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: new 1.61 today i took chimera 1.61 and installed it. Everything works, but the "source" button dumps core. I can send me mail with the source on the other side. I have gcc-2.6.2 and SunOS 4.1.3. Here is what gdb said: Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/X11R5/lib/libXaw.so.5.1...done. Reading symbols from /usr/X11R5/lib/libXt.so.4.10...done. Reading symbols from /usr/X11R5/lib/libXmu.so.4.10...done. Reading symbols from /usr/X11R5/lib/libXext.so.4.10...done. Reading symbols from /usr/X11R5/lib/libX11.so.4.10...done. Reading symbols from /usr/lib/libc.so.1.8...done. Reading symbols from /usr/lib/libdl.so.1.0...done. #0 0x8874 in ConvertDocument () (gdb) where #0 0x8874 in ConvertDocument () #1 0x8e3c in ConvertDocument () #2 0x3368 in HandleDoc () #3 0x4988 in Source () #4 0xf7710f0c in XtCallCallbackList () #5 0xf7774bfc in Notify () #6 0xf77365b4 in HandleActions () #7 0xf7736bc4 in HandleSimpleState () #8 0xf7737154 in _XtTranslateEvent () #9 0xf7719da4 in DispatchEvent () #10 0xf771a508 in DecideToDispatch () #11 0xf771a5ec in XtDispatchEvent () #12 0xf771a910 in XtAppMainLoop () #13 0x2b3c in main () (gdb) Any Idea? Ok i also can debug it ... but maybe someone did it already. Fritz - -- Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/566236 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 33 Received: from ilex.fernuni-hagen.de by JIMI.CS.UNLV.EDU id aa01723; 16 Dec 94 4:28 PST Received: from ES-sun1.fernuni-hagen.de by ilex.FernUni-Hagen.de with SMTP (PP); Fri, 16 Dec 1994 13:28:07 +0100 Received: from ES-sun2.fernuni-hagen.de by ES-sun1.fernuni-hagen.de (4.1/SMI-4.1) id AA04118; Fri, 16 Dec 94 13:28:06 +0100 Date: Fri, 16 Dec 94 13:28:06 +0100 From: Johann Friedrich Heinrichmeyer <Fritz.Heinrichmeyer@FernUni-Hagen.de> Message-Id: <9412161228.AA04118@ES-sun1.fernuni-hagen.de> Received: by ES-sun2.fernuni-hagen.de (4.1/SMI-4.1) id AA14543; Fri, 16 Dec 94 13:24:49 +0100 To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: 1.61 is OK for me! My fault Sorry, chimera could not find all convert scripts. Maybe a short error report would be more adequate than a core dump. After inserting the path resource chimera works fine. Fritz - -- Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/566236 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 34 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa07604; 16 Dec 94 9:53 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Fri, 16 Dec 94 12:52:51 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Fri, 16 Dec 1994 12:52:46 -0500 Subject: Re: bugs (what else?) Sender: rees@citi.umich.edu In-Reply-To: John Kilburg, Thu, 15 Dec 1994 21:12:19 PST >Due to ignored SIGPIPE, we've had some chimera processes remaining >alive long after the X server terminated. I was running chimera on a DECstation and got a SIGPIPE while chimera was downloading something and it died. Should I switch SIGPIPE to do the default thing after the download? It seems to me that depending on SIGPIPE to terminate chimera when the X server goes away is the wrong thing. You would at least need a signal handler to cleanup the cache and bookmarks. Normally, if the X server goes away, the X library code in the client notices this and gracefully exits, giving the client a chance to do any necessary cleanup. If you have chimera processes hanging when the server exits, I suspect they are hanging in input.c, rather than in the X event loop. Can you get a traceback and verify this? If this is the case, then the problem will go away when (if) John gets the chimera input code re-written to use XtAddInput. If this is not the case, I suspect you have a bug in either your X libraries or your server. In any case, I think further investigation is needed. ------- Message 35 Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa10217; 16 Dec 94 11:30 PST Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35) id NAA00211; Fri, 16 Dec 1994 13:21:53 -0600 Received: from localhost by mikey.convex.com (8.6.4.2/1.28) id LAA28919; Fri, 16 Dec 1994 11:39:20 -0600 From: David DeSimone <fox@mikey.convex.com> Message-Id: <199412161739.LAA28919@mikey.convex.com> Subject: Re: bugs (what else?) To: bug-chimera@cs.unlv.edu Date: Fri, 16 Dec 1994 11:39:20 -0600 (CST) Reply-To: David DeSimone <fox@convex.convex.com> X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1699 Jim Rees writes: > I wish there were some better way to specify fonts. I should be able to > give the family (e.g. "lucidatypewriter") and have it derive the names of > the different sizes and styles. I haven't mentioned this before because > it's the html widget that picks the font. You can set the fonts directly by taking a hint from the NCSA resources: chimera*html*font: -adobe-times-medium-r-normal--14-* chimera*html*italicFont: -adobe-times-medium-i-normal--14-* chimera*html*boldFont: -adobe-times-bold-r-normal--14-* chimera*html*fixedFont: -adobe-courier-medium-r-normal--14-* chimera*html*fixedboldFont: -adobe-courier-bold-r-normal--14-* chimera*html*fixeditalicFont: -adobe-courier-medium-o-normal--14-* chimera*html*header1Font: -adobe-times-bold-r-normal--20-* chimera*html*header2Font: -adobe-times-bold-r-normal--18-* chimera*html*header3Font: -adobe-times-bold-r-normal--14-* chimera*html*header4Font: -adobe-times-bold-r-normal--12-* chimera*html*header5Font: -adobe-times-bold-r-normal--10-* chimera*html*header6Font: -adobe-times-bold-r-normal--8-* chimera*html*addressFont: -adobe-times-medium-i-normal--14-* chimera*html*plainFont: -misc-fixed-medium-r-semicondensed--13-* chimera*html*plainboldFont: -misc-fixed-bold-r-semicondensed--13-* chimera*html*plainitalicFont: -misc-fixed-bold-r-semicondensed--13-* Take a look at Netscape's Netscape.ad file for an interesting way to set up fonts. - -- David DeSimone | "The doctrine of human equality reposes on this: fox@convex.com | that there is no man really clever who has not Convex Computers | found that he is stupid." -- Gilbert K. Chesterson ------- Message 36 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa12414; 16 Dec 94 13:05 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.EDU with SMTP; Fri, 16 Dec 94 16:04:55 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.EDU Date: Fri, 16 Dec 1994 16:04:54 -0500 Subject: Re: bugs (what else?) Sender: rees@citi.umich.edu In-Reply-To: David DeSimone, Fri, 16 Dec 1994 11:39:20 CST You can set the fonts directly by taking a hint from the NCSA resources: You missed the point. Let me try again. I know that I can set each font individually. What I'd like to be able to do is set the entire font family using a single resource. Something like this: Chimera.fontFamily: -*-new century schoolbook-*-*-*-*-*-*-*-*-*-*-iso8859-1 Then chimera would fill in the weight, slant, and size for me, for each style in the document. ------- Message 37 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa12450; 16 Dec 94 13:06 PST Received: by igw.merck.com (5.65/fma-120691); id AA27747; Fri, 16 Dec 94 16:12:48 -0500 Message-Id: <9412162112.AA27747@igw.merck.com> Date: Fri, 16 Dec 1994 16:00:34 -0500 From: Anthony Starks <anthony_starks@merck.com> To: bug-chimera@cs.unlv.edu Subject: 1.62 b 28 showing source the URL: https://www.butler.edu/www/niso_help.html and others on www.butler.edu display HTML source, not rendered pages: HTTP/1.0 200 OK Content-type: text/html <head> <link rel="icon" type="image/x-icon" href="/fav.ico"> <Title> Help Using Data Research Associates NISO Common Command Language</Title> </HEAD> <Body> <H1> Help Searching with the Common Command Language</h1> <ul> .... ------- Message 38 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa16561; 16 Dec 94 16:19 PST To: Anthony Starks <anthony_starks@merck.com> cc: bug-chimera@cs.unlv.edu Subject: Re: 1.62 b 28 showing source In-reply-to: Your message of "Fri, 16 Dec 1994 16:00:34 EST." <9412162112.AA27747@igw.merck.com> Date: Fri, 16 Dec 1994 16:19:17 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >the URL: > > https://www.butler.edu/www/niso_help.html > >and others on www.butler.edu display HTML source, not >rendered pages: I am running something a little later than that I think and I didn't see the problem. With 28 I think this might be caused by the lines: Content-Encoding: 8bit Content-Transfer-Encoding: 8bit Try putting the following line in your convert file: 8bit * * cat %s This is a kludge but will hopefully make things work right until the next release. -john ------- Message 39 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id ab18442; 16 Dec 94 17:50 PST To: bug-chimera@cs.unlv.edu Subject: Re: bugs (what else?) In-reply-to: Your message of "Fri, 16 Dec 1994 12:52:46 EST." Date: Fri, 16 Dec 1994 17:50:55 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >[Jim.Ress@umich.edu] >If this is the case, then the problem will go away when (if) John gets the >chimera input code re-written to use XtAddInput. If this is not the case, I There is a 2.0 that I started working on about 2 months back but I put it on the back burner until there was a better 1.x ready. It uses XtAddInput() and it is very fast but requires the HTML widget to be reworked because of the way inline images are handled. I am investigating using Xew as a replacement for the NCSA HTML widget. It can handle multiple connections at once and I think the code ended up looking much better in general. -john ------- Message 40 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17195; 18 Dec 94 4:28 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: 1.62 beta 32 Date: Sun, 18 Dec 1994 04:28:13 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> I just put it out there for ftp: ftp://ftp.cs.unlv.edu/pub/chimera-misc/xc32-1.62.tar.gz Unfortunately, I can't resist adding new features that I think are nifty. Chimera can now have multiple caches with different TTLs, max sizes, ... For each cache you can specify a domain that indicates which documents go into which cache. For example, I use: # dir domain size ttl clean /sd1/john/cache1 unlv.edu 500000 0 1 /sd1/john/cache2 * 10000000 0 0 which means store documents from unlv.edu machines in /sd1/john/cache1. The max size is 500K, a TTL of zero (it doesn't matter because the clean flag is set), and it is to be cleaned up when chimera exits. The reason I have a cache at all for unlv.edu is because it makes image handling faster but since access to local machines is reasonably fast I don't need it otherwise. Or something like that. The second entry specifies the cache for all other domains which I store "permanently" to keep things fast. Multiple caches can use the same directory because the naming scheme is the same. The old X resources (the names changed slightly) will still work. If there is no cache information file then there is a default cache with the specs: cacheDir * cacheSize cacheTTL cacheClean There is a lib/cacheinfo file that you can look at and there is an explanation in the help file. Note: the cache shell environment variables were removed. I'm not sure how useful this new cache stuff will be but it seems cool to me. I removed the fcntl() call from net_open()...hopefully this will eliminate the net problems some folks are having. It can be reenabled in options.h (it works fine for me). The proxy stuff changed a bit. There is now an all_proxy which can be used as the default proxy for all protocols. The X resource is allProxy. Note: I just remembered that I didn't test the proxy changes which will certainly mean trouble. I will take a look after some sleep. Command lines like 'chimera something.html' should work now. The access_cache program probably won't work now. This is being worked on. The distribution is now made without the Makefile, Makefile.bak, options.h, and Common.tmpl files to make it easier to install for some people. Chimera.ad.test has been written to use relative paths so test-chimera doesn't have to write it out. There are some other fixes (and additional bugs I'm sure). I've compiled it on Linux with TERM, OSF/1 V3, AIX 3.2.5, and SunOS 4.1.3_U1. It seems to run reasonably on all of them but I have a friend here who has had it dump core occasionally but I couldn't track down the problem. Thanks for the suggestions, bug reports, and code. Everyone on bug-chimera is my hero. -john ------- Message 41 Received: from email.enst.fr by JIMI.CS.UNLV.EDU id aa23390; 18 Dec 94 14:06 PST Received: from blizzard.enst.fr (pioch@blizzard.enst.fr [137.194.160.47]) by email.enst.fr (8.6.9/8.6.9) with ESMTP id XAA14762 for <bug-chimera@charles.cs.unlv.edu>; Sun, 18 Dec 1994 23:06:50 +0100 From: Nicolas Pioch <pioch@Email.ENST.Fr> Received: (pioch@localhost) by blizzard.enst.fr (8.6.9/8.6.9) id XAA23003 for bug-chimera@charles.cs.unlv.edu; Sun, 18 Dec 1994 23:06:47 +0100 Message-Id: <199412182206.XAA23003@blizzard.enst.fr> Subject: No handling of "Expires:" MIME headers? To: Chimera fans <bug-chimera@charles.cs.unlv.edu> Date: Sun, 18 Dec 1994 23:06:45 +0100 (MET) Sensitivity: Confidential X-My-Email: pioch@email.enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ 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: To iterate is human, to recurse, divine. X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 273 It seems chimera isn't handling Expires: mime headers, as shown by the following URL: https://mistral.enst.fr/cgi-bin/louvre.count Quitting and restarting makes chimera load it from the cache, whereas the expire header should tell the file is invalid. Cheers - -- Nicolas ------- Message 42 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa23746; 18 Dec 94 14:31 PST To: Nicolas Pioch <pioch@email.enst.fr> cc: Chimera fans <bug-chimera@charles.cs.unlv.edu> Subject: Re: No handling of "Expires:" MIME headers? In-reply-to: Your message of "Sun, 18 Dec 1994 23:06:45 +0100." <199412182206.XAA23003@blizzard.enst.fr> Date: Sun, 18 Dec 1994 14:31:57 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >It seems chimera isn't handling Expires: mime headers, as shown >by the following URL: > > https://mistral.enst.fr/cgi-bin/louvre.count I've known about this but I've deen too lazy to deal with it. I'll try to add it tonight. HTTP/1.0 200 OK Server: Netsite/1.0 ^^^^^^^^^^^ Date: Sunday, 18-Dec-94 22:26:43 GMT Expires: Sat, 1 Jan 1994 12:00:00 GMT Content-type: image/gif How does Netsite compare to the free servers? >Quitting and restarting makes chimera load it from the cache, whereas >the expire header should tell the file is invalid. I don't understand this. Do you mean that quitting makes it reload from the server? The default setting for the cache is to clean up the cache after quitting so each time you restart chimera the cache is cleared. -john ------- Message 43 Received: from email.enst.fr by JIMI.CS.UNLV.EDU id aa06017; 19 Dec 94 2:47 PST Received: from mistral.enst.fr (pioch@mistral.enst.fr [137.194.160.11]) by email.enst.fr (8.6.9/8.6.9) with ESMTP id LAA10563; Mon, 19 Dec 1994 11:47:31 +0100 From: Nicolas Pioch <pioch@Email.ENST.Fr> Received: (pioch@localhost) by mistral.enst.fr (8.6.9/8.6.9) id LAA13939; Mon, 19 Dec 1994 11:47:23 +0100 Message-Id: <199412191047.LAA13939@mistral.enst.fr> Subject: Re: No handling of "Expires:" MIME headers? To: John Kilburg <john@cephas.ISRI.UNLV.EDU> Date: Mon, 19 Dec 1994 11:47:21 +0100 (MET) Cc: Chimera fans <bug-chimera@charles.cs.unlv.edu> In-Reply-To: <199412182246.XAA15000@email.enst.fr> from "John Kilburg" at Dec 18, 94 02:31:57 pm Sensitivity: Confidential X-My-Email: pioch@email.enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ 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: The confusion of a staff member is measured by the length of his memos. -- New York Times, Jan. 20, 1981 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1079 [John Kilburg] | HTTP/1.0 200 OK | Server: Netsite/1.0 | ^^^^^^^^^^^ | Date: Sunday, 18-Dec-94 22:26:43 GMT | Expires: Sat, 1 Jan 1994 12:00:00 GMT | Content-type: image/gif | | How does Netsite compare to the free servers? Well, Netsite has been working like a charm here for over two months now... The specs are detailed there: https://home.mcom.com/MCOM/products_docs/server.html However the main point is that the server doesn't fork() anymore like other httpd's... which makes it really more efficient. | >Quitting and restarting makes chimera load it from the cache, whereas | >the expire header should tell the file is invalid. | | I don't understand this. Do you mean that quitting makes it | reload from the server? The default setting for the cache is to | clean up the cache after quitting so each time you restart chimera | the cache is cleared. A file that has expired is still put by chimera into the disk-cache. And in another chimera session, it's fetched from the cache, instead of being reloaded through the network. - -- Nicolas ------- Message 44 Received: from seattle.polstra.com by JIMI.CS.UNLV.EDU id aa13760; 19 Dec 94 10:20 PST Received: by seattle.polstra.com (Smail3.1.28.1 #5) id m0rJmi4-00006sC; Mon, 19 Dec 94 10:21 PST Message-Id: <m0rJmi4-00006sC@seattle.polstra.com> Date: Mon, 19 Dec 94 10:21 PST From: John Polstra <jdp@polstra.com> To: bug-chimera@cs.unlv.edu Subject: 1.61: Heap Corruption Bug + Patch I've been running chimera-1.61 linked together with the GNU debugging malloc, in an attempt to isolate the causes of its too-frequent segmentation violations. Here is one of them: *** chimera-1.61/src/gopher.c- Wed Oct 26 16:30:52 1994 - --- chimera-1.61/src/gopher.c Mon Dec 19 10:00:10 1994 *************** *** 283,301 **** - --- 283,303 ---- else if (type == 'e') content = NULL; else if (type == 'I') content = "image/"; else if (type == 'M') content = "multipart/mixed"; else if (type == 'c') content = NULL; else if (type == 'g') content = "image/gif"; else if (type == 'h') content = "text/html"; else content = NULL; d = BuildDocument(t, tlen, content, 0, 1); + #if 0 /* This can't be right -- jdp@polstra.com { */ if (content != NULL) free(content); + #endif /* } */ } else { d = BuildDocument(t, tlen, NULL, 0, 1); } } else { d = BuildDocument(t, tlen, content, 0, 1); John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Phone (206) 932-6482 Seattle, Washington USA Fax (206) 935-1262 "Self-knowledge is always bad news." -- John Barth ------- Message 45 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa20171; 19 Dec 94 14:47 PST Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id XAA20684 for <bug-chimera@cs.unlv.edu>; Mon, 19 Dec 1994 23:47:34 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.9/8.6.6) id XAA08448; Mon, 19 Dec 1994 23:47:30 +0100 From: Roman Czyborra <czyborra@cs.tu-berlin.de> To: bug-chimera@cs.unlv.edu Subject: Re: bugs (what else?) In-Reply-To: <199412161817.TAA08479@mail.cs.tu-berlin.de> by Jim.Rees@umich.edu dated 1994-12-16 12:52:46 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Mon, 19 Dec 1994 23:47:30 +0100 Message-ID: <czyborra94121923478440@titanic.cs.tu-berlin.de> > If you have chimera processes hanging when the server exits, I > suspect they are hanging in input.c, rather than in the X event > loop. Can you get a traceback and verify this? If I destroy the X connection while chimera-1.61 reads the giftoppm, the foreground chimera process exits but in the background a clone of chimera, the sh -c and giftoppm remain alive until I kill giftoppm. The background clone waits for giftoppm to finish. ------- Message 46 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa20999; 19 Dec 94 15:18 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Mon, 19 Dec 94 18:17:03 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Mon, 19 Dec 1994 18:17:01 -0500 Subject: Re: bugs (what else?) Sender: rees@citi.umich.edu In-Reply-To: Roman Czyborra, Mon, 19 Dec 1994 23:47:30 +0100 If I destroy the X connection while chimera-1.61 reads the giftoppm, the foreground chimera process exits but in the background a clone of chimera, the sh -c and giftoppm remain alive until I kill giftoppm. I misunderstood the problem. The child needs to have SIGPIPE restored to the default handler. I'm not sure how to do this. ------- Message 47 Received: from sonny.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22546; 19 Dec 94 16:18 PST To: John Kilburg <john@cephas.isri.unlv.edu> cc: bug-chimera@cephas.isri.unlv.edu Subject: Re: 1.62 beta 32 In-reply-to: Your message of "Sun, 18 Dec 1994 04:28:13 PST." Date: Mon, 19 Dec 1994 16:18:57 -0800 From: Jeff Gilbreth <jeff@sonny.ISRI.UNLV.EDU> Multiple caches can use the same directory because the naming scheme is the same. how does this work? how does chimera know which files belong to which cache? or does it? lemme guess: chimera doesnt care since it translates the url into a filename and then looks in the appropriate directory. here is a question for you...assuming the previous statement is true, what behavior would be desireable from the access_cache guy? currently, when the program looks in a directory, it finds all the files that look like cache files. so a listing of cache 1 would include cache 2 files if the dirs were the same. what do you think of that? - -jeff ------- Message 48 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22804; 19 Dec 94 16:25 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: 1.62 beta 32 In-reply-to: Your message of "Mon, 19 Dec 1994 16:18:57 PST." Date: Mon, 19 Dec 1994 16:25:08 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> > Multiple caches can use the same directory because the naming scheme > is the same. > >how does this work? how does chimera know which files belong to which >cache? or does it? lemme guess: chimera doesnt care since it translates >the url into a filename and then looks in the appropriate directory. >here is a question for you...assuming the previous statement is true, >what behavior would be desireable from the access_cache guy? currently, >when the program looks in a directory, it finds all the files that look >like cache files. so a listing of cache 1 would include cache 2 files >if the dirs were the same. what do you think of that? That is probably OK. If you wanted to get fancy then you could read the X-hostname field from the cache file and use that to figure out which cache it belongs to using the information in the cacheinfo file. -john ------- Message 49 Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa10461; 20 Dec 94 5:13 PST 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 OAA23137 for <bug-chimera@unlv.edu>; Tue, 20 Dec 1994 14:13:13 +0100 Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.8/8.6.6) id OAA29756; Tue, 20 Dec 1994 14:13:11 +0100 Date: Tue, 20 Dec 1994 14:13:11 +0100 From: Jean-Marc Lasgouttes <Jean-Marc.Lasgouttes@inria.fr> Message-Id: <199412201313.OAA29756@fantomas.inria.fr> To: bug-chimera@unlv.edu Subject: Unable to build beta 32 on SunOS 4.1.3 Reply-to: Jean-Marc.Lasgouttes@inria.fr I have tried unsuccessfully to build Chimera 1.62/beta 32 on SunOS 4.1.3 (with X11R4 and gcc 2.6.3). The build process dies with the following error: In file included from document.c:29: cache.h:12: parse error before `time_t' cache.h:12: warning: no semicolon at end of struct or union cache.h:13: warning: data definition has no type or storage class cache.h:15: parse error before `}' cache.h:15: warning: data definition has no type or storage class cache.h:21: parse error before `off_t' cache.h:21: warning: no semicolon at end of struct or union cache.h:22: warning: data definition has no type or storage class cache.h:24: parse error before `size' cache.h:24: warning: data definition has no type or storage class cache.h:25: parse error before `*' cache.h:25: warning: data definition has no type or storage class cache.h:26: conflicting types for `next' cache.h:14: previous declaration of `next' cache.h:27: parse error before `}' cache.h:27: warning: data definition has no type or storage class document.c: In function `ProxyProtocol': document.c:201: warning: assignment makes pointer from integer without a cast document.c:211: warning: assignment makes pointer from integer without a cast *** Error code 1 make: Fatal error: Command failed for target `document.o' This is strange, since I've had no problem with previous versions of Chimera. Since my knowledge of C is very limited, I've not been able to see why a parse error has occured in cache.h. Could it be related to the changes in cache handling? or to the PROTO/NO_PROTO stuff? Any help appreciated. Jean-Marc. ------- Message 50 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22904; 20 Dec 94 15:54 PST To: Jean-Marc.Lasgouttes@inria.fr cc: bug-chimera@unlv.edu Subject: Re: Unable to build beta 32 on SunOS 4.1.3 In-reply-to: Your message of "Tue, 20 Dec 1994 14:13:11 +0100." <199412201313.OAA29756@fantomas.inria.fr> Date: Tue, 20 Dec 1994 15:54:29 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >I have tried unsuccessfully to build Chimera 1.62/beta 32 on SunOS >4.1.3 (with X11R4 and gcc 2.6.3). The build process dies with the >following error: > >In file included from document.c:29: >cache.h:12: parse error before `time_t' > >This is strange, since I've had no problem with previous versions of >Chimera. Since my knowledge of C is very limited, I've not been able >to see why a parse error has occured in cache.h. > >Could it be related to the changes in cache handling? or to the >PROTO/NO_PROTO stuff? This is weird. I compiled beta 32 on a SunOS 4.1.3_U1 machine just before I made the distribution. Make sure nothing weird is happening with the gcc fixed include files...try compiling with cc and make sure -D_NO_PROTO is set in Common.tmpl: Add: CC = cc Change MYPROTO = to MYPROTO = -D_NO_PROTO time_t should be defined before hand because I include sys/types.h and sys/time.h before cache.h. -john ------- Message 51 Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa24705; 20 Dec 94 17:45 PST Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35) id TAA01795; Tue, 20 Dec 1994 19:36:44 -0600 Received: from localhost by mikey.convex.com (8.6.4.2/1.28) id TAA25681; Tue, 20 Dec 1994 19:45:27 -0600 From: David DeSimone <fox@mikey.convex.com> Message-Id: <199412210145.TAA25681@mikey.convex.com> Subject: chimera doesn't die To: bug-chimera@cs.unlv.edu Date: Tue, 20 Dec 1994 19:45:26 -0600 (CST) Reply-To: David DeSimone <fox@convex.convex.com> X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1914 I got chimera xc32-1.62 built and running on ConvexOS (a BSD deriv- ative), with very few problems, though you might be interested in what I had to do. The Convex compiler didn't like this declaration: In src/main.c: void main(argc, argv) int argc; char **argv; { ... static void InputHandler(); complaining that static routine declarations are not allowed in block scope. I moved the InputHandler declaration above main() and it compiled fine. In src/document.c, "client.h" refers to a time_t type, which is defined in <sys/time.h>. I had to add that #include here. Everything else built out of the box. Good work! I also found an interesting anomoly in the way chimera handles helper- applications. I had clicked on an image, and chimera spawned xv to go view the image. Later I forgot about the xv process and I clicked "Quit", and in the shell window here I'd started chimera, my prompt returned. However, the chimera window didn't go away! Investigation showed that a child chimera process was hanging around, still waiting for xv to terminate so that it could erase the temp file and kill itself. This seems rather odd. I think I remember that the M browser gets around this by launching helper-apps like this: system("/bin/sh -c 'helper-app /tmp/xxxxxxxx; rm -f /tmp/xxxxxxxxx' &" You get the idea. Basically the backgrounded sh handles the problem of removing the temp file. I must say, this is the best release of chimera so far. Previous releases were fraught with problems, though some of them were probably my fault. Internal handling of inlined images is wonderful, though! Now to go build this version on the HP's, Sun's, and Irix's! :) - -- David DeSimone | "The doctrine of human equality reposes on this: fox@convex.com | that there is no man really clever who has not Convex Computers | found that he is stupid." -- Gilbert K. Chesterson ------- Message 52 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa26881; 20 Dec 94 20:06 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA16105; Tue, 20 Dec 94 23:10:41 EST Date: Tue, 20 Dec 1994 23:10:40 -0500 (EST) From: "R. Stewart Ellis" <ellis@nova.gmi.edu> To: John Kilburg <john@cephas.ISRI.UNLV.EDU> Cc: Jean-Marc.Lasgouttes@inria.fr, bug-chimera@unlv.edu Subject: Re: Unable to build beta 32 on SunOS 4.1.3 In-Reply-To: <9412210021.AA03153@nova.gmi.edu> Message-Id: <Pine.SUN.3.90.941220230837.16592B-100000@nova.gmi.edu> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 20 Dec 1994, John Kilburg wrote: > >I have tried unsuccessfully to build Chimera 1.62/beta 32 on SunOS > >4.1.3 (with X11R4 and gcc 2.6.3). The build process dies with the > >following error: > > > >In file included from document.c:29: > >cache.h:12: parse error before `time_t' > > > >This is strange, since I've had no problem with previous versions of > >Chimera. Since my knowledge of C is very limited, I've not been able > >to see why a parse error has occured in cache.h. > > > >Could it be related to the changes in cache handling? or to the > >PROTO/NO_PROTO stuff? > > This is weird. I compiled beta 32 on a SunOS 4.1.3_U1 machine just > before I made the distribution. Make sure nothing weird is happening > with the gcc fixed include files...try compiling with cc and Just eyeballing his error messages, and his statement that he is not a C jock made me wonder if he had run fixincludes. > make sure -D_NO_PROTO is set in Common.tmpl: > > Add: > > CC = cc > > Change > > MYPROTO = > > to > > MYPROTO = -D_NO_PROTO > > time_t should be defined before hand because I include sys/types.h and > sys/time.h before cache.h. > > -john > 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 53 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa04165; 21 Dec 94 1:31 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: beta 35 Date: Wed, 21 Dec 1994 01:31:17 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> This is 32 with some stuff fixed and support for 'Expires' added. The bogusness that caused the 'time_t' errors should go away. I have to fix a few more things before I can make a real release but I won't be able to get to them tonight. The CHANGES file hasn't been updated. -john ------- Message 54 Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa04549; 21 Dec 94 2:02 PST 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 LAA10092; Wed, 21 Dec 1994 11:02:13 +0100 Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.8/8.6.6) id LAA00897; Wed, 21 Dec 1994 11:02:12 +0100 Date: Wed, 21 Dec 1994 11:02:12 +0100 From: Jean-Marc Lasgouttes <Jean-Marc.Lasgouttes@inria.fr> Message-Id: <199412211002.LAA00897@fantomas.inria.fr> To: john@cephas.ISRI.UNLV.EDU CC: bug-chimera@unlv.edu In-reply-to: <199412202354.AAA04306@concorde.inria.fr> (message from John Kilburg on Tue, 20 Dec 1994 15:54:29 -0800) Subject: Re: Unable to build beta 32 on SunOS 4.1.3 Reply-to: Jean-Marc.Lasgouttes@inria.fr John> time_t should be defined before hand because I include John> sys/types.h and sys/time.h before cache.h. Yes, it should, but these two header files are *not* included in document.c, has pointed out by David DeSimone. We have perhaps different versions of this file. Including these two header files cured my problems, BTW. Jean-Marc ------- Message 55 Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa09228; 21 Dec 94 8:31 PST Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35) id KAA08697; Wed, 21 Dec 1994 10:23:00 -0600 Received: from localhost by mikey.convex.com (8.6.4.2/1.28) id KAA12220; Wed, 21 Dec 1994 10:31:19 -0600 From: David DeSimone <fox@mikey.convex.com> Message-Id: <199412211631.KAA12220@mikey.convex.com> Subject: Help page needs an update To: Chimera Bug List <bug-chimera@cs.unlv.edu> Date: Wed, 21 Dec 1994 10:31:18 -0600 (CST) Reply-To: David DeSimone <fox@convex.convex.com> X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 814 I just noticed that my button bar does not include a "Save" or a "Print" button. I followed the directions given in the help page, which say: button1Box A comma separated list of buttons to appear on the first button row. Possible button names are quit, open, home, back, source, reload, save, help, bookmark, print, search, and cancel. A little searching through the source confirmed that the "print" button no longer exists, and that the "save" button is now called "file" and also subsumes the "print" function. - -- David DeSimone | "The doctrine of human equality reposes on this: fox@convex.com | that there is no man really clever who has not Convex Computers | found that he is stupid." -- Gilbert K. Chesterson ------- Message 56 Received: from csn.org by JIMI.CS.UNLV.EDU id aa09585; 21 Dec 94 8:50 PST Received: from grendel.UUCP by csn.net with UUCP id AA24905 (5.65c/IDA-1.4.4 for bug-chimera@unlv.edu); Wed, 21 Dec 1994 09:50:15 -0700 Received: by grendel.objinc.com (5.0/SMI-SVR4) id AA05658; Wed, 21 Dec 1994 09:00:22 +0700 Date: Wed, 21 Dec 1994 09:00:22 +0700 From: Chip Atkinson <chip@grendel.objinc.com> Message-Id: <9412211600.AA05658@grendel.objinc.com> To: bug-chimera@unlv.edu Subject: Intermittent image display X-Sun-Charset: US-ASCII Content-Length: 692 Greetings, I have a question/problem that I would like to resolve. Perhaps someone has an answer. I have chimera 1.54. When I access some www sites, I get the NCSA logo on some of the images. Initially I thought the problem was with the format of the particular images, but at one point I went back to the place that I started and found that one of the images that I saw had now been replaced by the NCSA logo. Does anyone have any ideas on tracking down or solving this problem? In my content file I replaced all the /dev/null output redirections with /dev/console so that I could see any error messages, but I don't get any. Any help would be appreciated. Chip chip@objinc.com ------- Message 57 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17293; 21 Dec 94 14:37 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: 35 bug Date: Wed, 21 Dec 1994 14:37:54 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> If your machine doesn't have the field tm_zon in struct tm then don't grab 35. I will fix this. -john ------- Message 58 Received: from email.enst.fr by JIMI.CS.UNLV.EDU id aa15393; 22 Dec 94 13:21 PST Received: from blizzard.enst.fr (pioch@blizzard.enst.fr [137.194.160.47]) by email.enst.fr (8.6.9/8.6.9) with ESMTP id WAA09289 for <bug-chimera@charles.cs.unlv.edu>; Thu, 22 Dec 1994 22:20:55 +0100 From: Nicolas Pioch <pioch@Email.ENST.Fr> Received: (pioch@localhost) by blizzard.enst.fr (8.6.9/8.6.9) id WAA21538 for bug-chimera@charles.cs.unlv.edu; Thu, 22 Dec 1994 22:20:52 +0100 Message-Id: <199412222120.WAA21538@blizzard.enst.fr> Subject: chimera and arena To: Chimera fans <bug-chimera@charles.cs.unlv.edu> Date: Thu, 22 Dec 1994 22:20:51 +0100 (MET) Sensitivity: Confidential X-My-Email: pioch@email.enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ 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: Nothing takes the taste out of peanut butter quite like unrequited love. -- Charlie Brown X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 76 Is it just me, or is anybody else finding arena quite alike chimera ? - -- N. ------- Message 59 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa02934; 23 Dec 94 4:31 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: beta 38 Date: Fri, 23 Dec 1994 04:31:27 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> I just put beta 38 out there. This will (finally) become the real 1.62 if there are no major problems. ftp://ftp.cs.unlv.edu/pub/chimera-misc/xc38-1.62.tar.gz Thanks. -john ------- Message 60 Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa03826; 23 Dec 94 5:42 PST 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 OAA00877 for <bug-chimera@unlv.edu>; Fri, 23 Dec 1994 14:42:06 +0100 Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.8/8.6.6) id OAA04203; Fri, 23 Dec 1994 14:42:04 +0100 Date: Fri, 23 Dec 1994 14:42:04 +0100 From: Jean-Marc Lasgouttes <Jean-Marc.Lasgouttes@inria.fr> Message-Id: <199412231342.OAA04203@fantomas.inria.fr> To: bug-chimera@unlv.edu Subject: xc38 Reply-to: Jean-Marc.Lasgouttes@inria.fr I just grabbed Chimera 1.62/beta38 and installed it. Two minor problems though: - - There is a mismatch between the prototype and the actual declaration of EscapeURL; - - When one forgets to copy options.h.dist to options.h (like I did twice :-), main.c tries to include xloadimage/options.h and the compilation dies. This leads to error messages which can be confusing. Would it be possible to change the #include to have directly an error? - - Merry Christmas Jean-Marc. ------- Message 61 Received: from relay1.UU.NET by JIMI.CS.UNLV.EDU id aa05325; 23 Dec 94 17:29 PST Received: from cygnus.com by relay1.UU.NET with ESMTP id QQxvpd17658; Fri, 23 Dec 1994 20:29:51 -0500 Received: from tweedledumb.cygnus.com (tweedledumb.cygnus.com [192.80.44.1]) by cygnus.com (8.6.9/8.6.9) with SMTP id RAA28618; Fri, 23 Dec 1994 17:29:50 -0800 Received: by tweedledumb.cygnus.com (4.1/4.7) id AA25805; Fri, 23 Dec 94 20:29:49 EST Received: by perdiem.cygnus.com (5.67/4.7) id AA01490; Fri, 23 Dec 94 20:29:15 -0500 Date: Fri, 23 Dec 94 20:29:15 -0500 Message-Id: <9412240129.AA01490@perdiem.cygnus.com> To: bug-chimera@unlv.edu Subject: Re: xc38 From: eichin@cygnus.com Sender: eichin@perdiem.cygnus.com I've also built and installed 1.62b38 under Solaris 2.3 using gcc. The usual gcc tweaks in Common.tmpl (#undef HasGcc, #define HasGcc 1, CC=gcc) and changing C* to point to my install directory, and it all worked out. Oh, I had to change the getwd(path) to a getcwd(path, MAXPATHLEN), and you should too, as getcwd is POSIX and getwd isn't. I did have trouble using the cygnus christmas tree "send a card" page... go to https://www.cygnus.com/xmastree/card.html, fill it in, and hit Mail Card -- I got a "could not load document", though no indication of what couldn't load. I can probably get in and look at the server logs, if that would help, but I figured I'd ask first to see if it was just me... _Mark_ <eichin@cygnus.com> Cygnus Support ------- Message 62 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa05960; 23 Dec 94 18:28 PST To: eichin@cygnus.com cc: bug-chimera@unlv.edu Subject: Re: xc38 In-reply-to: Your message of "Fri, 23 Dec 1994 20:29:15 EST." <9412240129.AA01490@perdiem.cygnus.com> Date: Fri, 23 Dec 1994 18:28:09 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >I did have trouble using the cygnus christmas tree "send a card" >page... go to https://www.cygnus.com/xmastree/card.html, fill it in, >and hit Mail Card -- I got a "could not load document", though no >indication of what couldn't load. I can probably get in and look at >the server logs, if that would help, but I figured I'd ask first to >see if it was just me... There was a bug. It is now fixed...seemed appropriate for this time of year. Thanks for the report. -john ------- Message 63 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa06533; 23 Dec 94 19:12 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: chimera 1.62 Date: Fri, 23 Dec 1994 19:12:07 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> I just put out the real 1.62. ftp://ftp.cs.unlv.edu/pub/chimera/chimera-1.62.tar.gz I hope everyone enjoys the holidays. Thanks. -john ------- Message 64 Received: from email.enst.fr by JIMI.CS.UNLV.EDU id aa19572; 24 Dec 94 13:24 PST Received: from blizzard.enst.fr (pioch@blizzard.enst.fr [137.194.160.47]) by email.enst.fr (8.6.9/8.6.9) with ESMTP id WAA02593 for <bug-chimera@charles.cs.unlv.edu>; Sat, 24 Dec 1994 22:23:49 +0100 From: Nicolas Pioch <pioch@Email.ENST.Fr> Received: (pioch@localhost) by blizzard.enst.fr (8.6.9/8.6.9) id WAA03351 for bug-chimera@charles.cs.unlv.edu; Sat, 24 Dec 1994 22:23:47 +0100 Message-Id: <199412242123.WAA03351@blizzard.enst.fr> Subject: chimera 1.62 core dumps here To: Chimera fans <bug-chimera@charles.cs.unlv.edu> Date: Sat, 24 Dec 1994 22:23:45 +0100 (MET) Sensitivity: Confidential X-My-Email: pioch@email.enst.fr pioch@fr.net X-Www: https://mistral.enst.fr/~pioch/ 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: Any clod can have the facts, but having an opinion is an art. -- Charles McCabe X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 327 SunOS 4.1.3, X11R6. Gdb gives out rather incoherent information. Culprit is https://mistral.enst.fr/louvre/snd/gn/presentateurs.html or any other around (it has inline JPGs). Merry Xmas :) - -- Nicolas Program received signal SIGSEGV, Segmentation fault. mystrcmp (s1=???, s2=???) at util.c:214 214 char c1 = 0, c2 = 0; ------- Message 65 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa19657; 24 Dec 94 13:30 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Sat, 24 Dec 94 16:29:00 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Sat, 24 Dec 94 16:28:54 EST Subject: Re: chimera 1.62 Sender: rees@citi.umich.edu In-Reply-To: John Kilburg, Fri, 23 Dec 94 19:12:07 PST I just put out the real 1.62. I just grabbed it, and it built with no changes on my Apollo dn3500. It's much faster now with the built in image support. ------- Message 66 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa20456; 24 Dec 94 14:48 PST Received: from citi.umich.edu by citi.umich.edu for pioch@Email.ENST.Fr bug-chimera@charles.cs.unlv.edu with SMTP; Sat, 24 Dec 94 17:47:41 -0500 From: Jim.Rees@umich.edu To: Nicolas Pioch <pioch@Email.ENST.Fr> Cc: Chimera fans <bug-chimera@charles.cs.unlv.edu> Date: Sat, 24 Dec 94 17:47:33 EST Subject: Re: chimera 1.62 core dumps here Sender: rees@citi.umich.edu In-Reply-To: Nicolas Pioch, Sat, 24 Dec 94 22:23:45 +0100 SunOS 4.1.3, X11R6. Gdb gives out rather incoherent information. It's a stack overflow caused by bottomless recursion. One nice thing about Domain/OS is that it gives you a good stack trace even when this happens. The recursion is at line 219 of inline.c, where CreateImageInfo calls itself. ------- Message 67 Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa12729; 26 Dec 94 3:09 PST To: bug-chimera@ry.ISRI.UNLV.EDU Subject: chimera 1.63 Date: Mon, 26 Dec 1994 03:09:36 -0800 From: John Kilburg <john@ry.ISRI.UNLV.EDU> ftp://ftp.cs.unlv.edu/pub/chimera/chimera-1.63.tar.gz 1.63 corrects the infinite recursion problem, changes the util/access_* scripts so that they will work on DECstations, and allows you to set where stderr will go for child processes by changing the CHILD_STDERR #define in options.h. -john ------- Message 68 Received: from email.enst.fr by JIMI.CS.UNLV.EDU id aa14483; 26 Dec 94 6:22 PST Received: from blizzard.enst.fr (pioch@blizzard.enst.fr [137.194.160.47]) by email.enst.fr (8.6.9/8.6.9) with ESMTP id PAA19208; Mon, 26 Dec 1994 15:22:34 +0100 From: Nicolas Pioch <pioch@Email.ENST.Fr> Received: (pioch@localhost) by blizzard.enst.fr (8.6.9/8.6.9) id PAA14997; Mon, 26 Dec 1994 15:22:31 +0100 Message-Id: <199412261422.PAA14997@blizzard.enst.fr> Subject: Re: chimera 1.63 To: John Kilburg <john@ry.ISRI.UNLV.EDU> Date: Mon, 26 Dec 1994 15:22:29 +0100 (MET) Cc: Chimera fans <bug-chimera@charles.cs.unlv.edu> In-Reply-To: <199412261142.MAA29016@inf.enst.fr> from "John Kilburg" at Dec 26, 94 03:09:36 am Sensitivity: Confidential X-My-Email: pioch@email.enst.fr pioch@fr.net X-Www: https://sunsite.unc.edu/louvre/ 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: The trouble with a kitten is that When it grows up, it's always a cat -- Ogden Nash. X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 392 [John Kilburg] | ftp://ftp.cs.unlv.edu/pub/chimera/chimera-1.63.tar.gz Works like a charm here :) May i suggest adding (commented ?) in lib/content the following sample: inline image/jpeg image/gif djpeg -gif %s so that people can get a clue on how to get inline jpeg working. I tried inline image/jpeg image/x-portable-anymap djpeg %s but it didn't seem to work. Cheers - -- Nicolas ------- Message 69 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa20731; 26 Dec 94 16:24 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@ry.ISRI.UNLV.EDU with SMTP; Mon, 26 Dec 94 19:23:53 -0500 From: Jim.Rees@umich.edu To: bug-chimera@ry.ISRI.UNLV.EDU Date: Mon, 26 Dec 94 19:23:45 EST Subject: 1.62 build woes Sender: rees@citi.umich.edu I've got 1.62 built on Domain/OS 10.3.5 and aix 3.2.5, with no problems. Strangely enough, the one system that is giving me trouble is Mach 2.5, which is the purest Unix of the three. It compiles fine, but there are two functions missing from the system libraries: url.o: Undefined symbol _strtol referenced from text segment mime.o: Undefined symbol _mktime referenced from text segment (getcwd is missing too, but that's fixable). strtol() is pretty standard these days, and I fixed that one by adding it to libc.a (or equivalent). I do think it's odd that you would choose to write your own versions of strcasecmp() and strdup() but not strtol(). Any machine that's got the latter will almost certainly also have the former. It might be a good idea to include a version of strtol() with chimera. mktime() is more difficult. In my experience, I'd say this one is pretty iffy, and I don't think it's a good idea to count on it being available. Even if it is available, the code that uses it (ParseExpiresDate in mime.c) is suspicious. It will only parse a small subset of valid rfc822 dates. It would be better to use something like Rich Salz and Steve Bellovin's getdate(). Does the http/html spec specify a more rigid date syntax than rfc822? ------- Message 70 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa20737; 28 Dec 94 2:26 PST To: Jim.Rees@umich.edu cc: bug-chimera@ry.isri.unlv.edu Subject: Re: 1.62 build woes In-reply-to: Your message of "Mon, 26 Dec 1994 19:23:45 EST." Date: Wed, 28 Dec 1994 02:26:49 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >I've got 1.62 built on Domain/OS 10.3.5 and aix 3.2.5, with no problems. > >strtol() is pretty standard these days, and I fixed that one by adding it to >libc.a (or equivalent). I do think it's odd that you would choose to write >your own versions of strcasecmp() and strdup() but not strtol(). Any >machine that's got the latter will almost certainly also have the former. >It might be a good idea to include a version of strtol() with chimera. strcasecmp() probably wasn't available on all the systems that were available to me at the time so I rolled my own. I won't use strdup() even if it is available because I want to use my silly functions in util.c for memory allocation. I will include strtol() and strcasecmp() in 2.0 >mktime() is more difficult. In my experience, I'd say this one is pretty >iffy, and I don't think it's a good idea to count on it being available. >Even if it is available, the code that uses it (ParseExpiresDate in mime.c) >is suspicious. It will only parse a small subset of valid rfc822 dates. It >would be better to use something like Rich Salz and Steve Bellovin's >getdate(). Does the http/html spec specify a more rigid date syntax than >rfc822? I cranked it out in a hurry because I wanted to start on 2.0. It looked like it would work OK most of the time. I'll change it in 2.0. -john ------- Message 71 Received: from email.enst.fr by JIMI.CS.UNLV.EDU id aa23792; 28 Dec 94 7:12 PST Received: from mistral.enst.fr (pioch@mistral.enst.fr [137.194.160.11]) by email.enst.fr (8.6.9/8.6.9) with ESMTP id QAA12554; Wed, 28 Dec 1994 16:12:47 +0100 From: Nicolas Pioch <pioch@Email.ENST.Fr> Received: (pioch@localhost) by mistral.enst.fr (8.6.9/8.6.9) id QAA26254; Wed, 28 Dec 1994 16:12:38 +0100 Message-Id: <199412281512.QAA26254@mistral.enst.fr> Subject: Re: 1.62 build woes To: John Kilburg <john@cephas.ISRI.UNLV.EDU> Date: Wed, 28 Dec 1994 16:12:37 +0100 (MET) Cc: Jim.Rees@umich.edu, bug-chimera@ry.isri.unlv.edu In-Reply-To: <199412281041.LAA27322@inf.enst.fr> from "John Kilburg" at Dec 28, 94 02:26:49 am Sensitivity: Confidential X-My-Email: pioch@email.enst.fr pioch@fr.net X-Www: https://sunsite.unc.edu/louvre/ 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: Fudd's First Law of Opposition: Push something hard enough and it will fall over. X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 221 [John Kilburg] | strcasecmp() probably wasn't available on all the systems How about switching to GNU autoconf to automagically detect the OS lossages ? I almost always use it now, and it's really spiffy... - -- Nicolas ------- Message 72 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa24400; 28 Dec 94 8:06 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@ry.isri.unlv.edu with SMTP; Wed, 28 Dec 94 11:05:56 -0500 From: Jim.Rees@umich.edu To: bug-chimera@ry.isri.unlv.edu Date: Wed, 28 Dec 94 11:05:48 EST Subject: Re: 1.62 build woes Sender: rees@citi.umich.edu In-Reply-To: Nicolas Pioch, Wed, 28 Dec 94 16:12:37 +0100 How about switching to GNU autoconf to automagically detect the OS lossages ? Can that be done without discarding imake? I'm not very fond of autoconf, although it's gotten better in recent years. It makes too many assumptions about the machine. ------- Message 73 Received: from email.enst.fr by JIMI.CS.UNLV.EDU id aa25994; 28 Dec 94 9:46 PST Received: from mistral.enst.fr (pioch@mistral.enst.fr [137.194.160.11]) by email.enst.fr (8.6.9/8.6.9) with ESMTP id SAA13573; Wed, 28 Dec 1994 18:46:02 +0100 From: Nicolas Pioch <pioch@Email.ENST.Fr> Received: (pioch@localhost) by mistral.enst.fr (8.6.9/8.6.9) id SAA08962; Wed, 28 Dec 1994 18:45:59 +0100 Message-Id: <199412281745.SAA08962@mistral.enst.fr> Subject: Re: 1.62 build woes To: Jim.Rees@umich.edu Date: Wed, 28 Dec 1994 18:45:59 +0100 (MET) Cc: bug-chimera@ry.isri.unlv.edu In-Reply-To: <199412281631.RAA04383@inf.enst.fr> from "Jim.Rees@umich.edu" at Dec 28, 94 11:05:48 am Sensitivity: Confidential X-My-Email: pioch@email.enst.fr pioch@fr.net X-Www: https://sunsite.unc.edu/louvre/ 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: Every program has two purposes -- one for which it was written and another for which it wasn't. X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 273 [Jim.Rees@umich.edu] | Can that be done without discarding imake? Right autoconf isn't really suited for Imakefile generation, but nevertheless it could be used to stuff a config.h with plenty of #defines such as HAVE_STRCASECMP, HAVE_BLAHCRAP, etc :) Cheers - -- Nicolas ------- Message 74 Received: from relay3.UU.NET by JIMI.CS.UNLV.EDU id aa27247; 28 Dec 94 10:55 PST Received: from cygnus.com by relay3.UU.NET with ESMTP id QQxwgp10515; Wed, 28 Dec 1994 13:55:20 -0500 Received: from tweedledumb.cygnus.com (tweedledumb.cygnus.com [192.80.44.1]) by cygnus.com (8.6.9/8.6.9) with SMTP id KAA23248; Wed, 28 Dec 1994 10:55:16 -0800 Received: by tweedledumb.cygnus.com (4.1/4.7) id AA07059; Wed, 28 Dec 94 13:55:14 EST Received: by perdiem.cygnus.com (5.67/4.7) id AA00210; Wed, 28 Dec 94 13:53:14 -0500 Date: Wed, 28 Dec 94 13:53:14 -0500 Message-Id: <9412281853.AA00210@perdiem.cygnus.com> To: Jim.Rees@umich.edu Cc: bug-chimera@ry.isri.unlv.edu In-Reply-To: <199412281631.IAA19698@cygnus.com> (Jim.Rees@umich.edu) Subject: Re: 1.62 build woes From: eichin@cygnus.com Sender: eichin@perdiem.cygnus.com >> Can that be done without discarding imake? If chimera weren't an X11 program, I'd say "what's wrong with discarding imake?" but in fact X code is the one thing Imake is useful for. (The emacs19 configuration actually runs xmkmf to get the pre-cooked imake variables out for other uses; I think there's a standard autoconf2 macro for that now, but I haven't checked.) >> I'm not very fond of autoconf, although it's gotten better in recent years. >> It makes too many assumptions about the machine. I recently converted Kerberos V over to autoconf (having converted Kerberos IV over to cygnus-configure a couple of years ago) and that code is now the mainline public Kerberos release. If you haven't looked at autoconf version 2, it's worth checking -- one of the reasons it was delayed so long is that the things we learned from the Kerberos conversion all got put into it. Jim, if there are particular assumptions that have caused you problems, let me know and I'll see if they've been fixed. I'd certainly be happy to offer advice and some help, if John is interested in switching... but I'll again note that straightforward X code is the one place where imake does a good job, and so it might not be a great change. (It may also make sense to just isolate a "platform" directory and autoconf *that* and leave the rest alone.) _Mark_ <eichin@cygnus.com> Cygnus Support ------- Message 75 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa16967; 29 Dec 94 9:55 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@ry.isri.unlv.edu with SMTP; Thu, 29 Dec 94 12:54:20 -0500 From: Jim.Rees@umich.edu To: bug-chimera@ry.isri.unlv.edu Date: Thu, 29 Dec 1994 12:54:19 -0500 Subject: gamma correction Sender: rees@citi.umich.edu Here's one for the wish list. I wish I could set an X resource that would give chimera a gamma correction factor to apply to inline images. Ideally, I would always use something like a NeXT or Mac that has a linear display, but in the real world manufacturers like to cut corners. My Apollo requires correction of about 1.8, and my rs/6000 requires a whopping 3.0, making uncorrected images almost impossible to see. ------- Message 76 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa23203; 29 Dec 94 15:56 PST To: Jim.Rees@umich.edu cc: bug-chimera@ry.isri.unlv.edu Subject: Re: gamma correction In-reply-to: Your message of "Thu, 29 Dec 1994 12:54:19 EST." Date: Thu, 29 Dec 1994 15:56:37 -0800 From: John Kilburg <john@cephas.ISRI.UNLV.EDU> >Here's one for the wish list. I wish I could set an X resource that would >give chimera a gamma correction factor to apply to inline images. Ideally, >I would always use something like a NeXT or Mac that has a linear display, >but in the real world manufacturers like to cut corners. My Apollo requires >correction of about 1.8, and my rs/6000 requires a whopping 3.0, making >uncorrected images almost impossible to see. This should be no problem because the xloadimage code has a function for dealing with the gamma correction (I like xloadimage better by the minute :). I will add it to 2.0. -john ------- End of Forwarded Messages