Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22633; 1 Jun 94 22:30 PDT To: jay@JIMI.CS.UNLV.EDU Subject: bug-chimera jan 94 Date: Wed, 01 Jun 1994 22:30:48 -0700 From: Jay Nietling ------- Forwarded Messages Received: from zaphod.axion.bt.co.uk by JIMI.CS.UNLV.EDU id aa13217; 4 Jan 94 11:11 PST Received: from zircon.axion.bt.co.uk by zaphod.axion.bt.co.uk with SMTP (PP); Tue, 4 Jan 1994 19:10:29 +0000 To: bug-chimera@cs.unlv.edu Subject: Problems in connecting to ftp.cs.unlv.edu Date: Tue, 04 Jan 94 19:10:24 GMT From: Nigel Titley Subject line says it all. I try to connect and get the following sequence zircon:ntitley> ftp ftp.cs.unlv.edu Connected to stevie.CS.UNLV.EDU. 220 stevie FTP server (Version 5.91 Mon May 18 13:52:12 PDT 1992) ready. Name (ftp.cs.unlv.edu:ntitley): ftp 331 Guest login ok, send ident as password. Password: 221 You could at least say goodbye. ftp> quit Any idea what the problem is? Regards Nigel Email: NTitley@axion.bt.co.uk Snail: British Telecom Research labs, Martlesham Heath, Ipswich, Suffolk, UK "Well, I'm disenchanted too. We're all disenchanted." (James Thurber) ------- Message 2 Received: from duke.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa13467; 4 Jan 94 11:22 PST To: Nigel Titley cc: bug-chimera@cs.unlv.edu Subject: Re: Problems in connecting to ftp.cs.unlv.edu In-reply-to: Your message of "Tue, 04 Jan 1994 19:10:24 GMT." Date: Tue, 04 Jan 1994 11:22:36 -0800 From: Greg Wohletz >Subject line says it all. > >I try to connect and get the following sequence > >zircon:ntitley> ftp ftp.cs.unlv.edu >Connected to stevie.CS.UNLV.EDU. >220 stevie FTP server (Version 5.91 Mon May 18 13:52:12 PDT 1992) ready. >Name (ftp.cs.unlv.edu:ntitley): ftp >331 Guest login ok, send ident as password. >Password: >221 You could at least say goodbye. >ftp> quit > >Any idea what the problem is? try logging in as ``anonymous'' instead... --Greg ------- Message 3 Received: from sh.wide.ad.jp by JIMI.CS.UNLV.EDU id aa14067; 11 Jan 94 5:11 PST Received: from mailgate.aist-nara.ac.jp by sh.wide.ad.jp (8.6.4+2.2W/2.8Wb) with SMTP Return-Path: Received: from dec413 (dec413.aist-nara.ac.jp) by mailgate.aist-nara.ac.jp (5.67+1.6W[kuis-17]/2.8Wb/NAIST-1.2[gate]) id AA29768; Tue, 11 Jan 94 22:11:31 GMT+0900 Received: by dec413.aist-nara.ac.jp (5.65+1.6W/2.7W-AIST/1.3) id AA14457; Tue, 11 Jan 94 22:10:48 GMT+0900 Message-Id: <9401111310.AA14457@dec413.aist-nara.ac.jp> From: K Chinen To: bug-chimera@cs.unlv.edu In-Reply-To: Reply to "Tue, 11 Jan 1994 00:42:47 -0800 " <9401110852.AA09843@mailgate.aist-nara.ac.jp> Subject: Re: Chimera 1.2 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Tue, 11 Jan 1994 22:10:47 +0900 Sender: k-chinen@is.aist-nara.ac.jp when make libhtmlw (Chimera-1.2), error happen: % make cc -g -I/usr/X11R5/include -DFUNCPROTO -DISINDEX_SUBMIT -DXRELEASE= 5 -c HTML.c -o HTML.o cpp: error HTML.c:748: syntax error make: *** [HTML.o] Error 1 % cat -n HTML.c | head -752 | tail 743 { 744 float top = (float)topPosition /(float)(totalLength); 745 float shown = (float)currentLength/(float)(totalLength); 746 747 #if defined(XRELEASE) 748 #if XRELEASE > 4 749 XawScrollbarSetThumb(sb, top, shown); 750 #endif 751 #endif 752 } Yes. cpp which I use is cannot understand "#if expr ", I think. Therfore I use X11R5, I delete this line. But I think that it is must reportted, Please check it. I use them: Machine: DEC DECstation 5000/25 OS: Ultrix 4.3 Compiler: cc (built in Ultrix) WindowSystem: X11R5 patch 26 (MIT released) Thanks - --- k-chinen@is.aist-nara.ac.jp ------- Message 4 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa23344; 21 Jan 94 6:48 PST Received: from ncl.blagdon (blagdon.ncl.ac.uk) by cheviot.ncl.ac.uk id (5.65cVUW/NCL-CMA.1.35 for ) with SMTP; Fri, 21 Jan 1994 14:47:58 GMT From: Jim Wight Date: Fri, 21 Jan 94 14:47:52 GMT Message-Id: To: bug-chimera@cs.unlv.edu Subject: 1.36 resize bug Reply-To: J.K.Wight@newcastle.ac.uk When I resize the window to be less wide I get this (slightly exaggerated) effect for the Title and URL panes. +----------------------------------------------------------- | | Title : | | +-------------------------------------------------------- | | +----------------------------------------------------------- This is as a result of using the Box to arrange a Label widget and a Text widget horizontally. Its geometry management is too simple minded for the purpose. It has gone into vertical orientation mode, and I don't think there is any way of stopping it. It would be better to use a Form widget. That would have the additional benefit, with suitable chaining constraints, of allowing the Text widget to resize in unison with the main window. Without trying it I think the constraints that would be required would be something like these: *Title :.left: ChainLeft *Title :.right: ChainLeft *titledisplay.left: ChainLeft *titledisplay.right: ChainRight You will probabaly have to change the name of the widget so that it doesn't contain a ":" in order to prevent problems with the resource manager, but you can always reinstate the information by setting the widget's label resource. Jim - --- J.K.Wight@newcastle.ac.uk Department of Computing Science, University of Newcastle, Tel: +44 91 222 8238 Newcastle upon Tyne, NE1 7RU, United Kingdom. Fax: +44 91 222 8232 ------- Message 5 Received: from dawkins.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa09005; 22 Jan 94 23:26 PST To: bug-chimera@dawkins.CS.UNLV.EDU Subject: chimera 1.37 Date: Sat, 22 Jan 1994 23:26:30 -0800 From: John Kilburg Chimera 1.37 is available for anonymous ftp. ftp://ftp.cs.unlv.edu/pub/chimera/chimera-1.37.tar.gz This one fixes some gopher problems and a seg fault problem. You should grab it. -john ------- Message 6 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa26346; 23 Jan 94 11:04 PST Received: by igw.merck.com with rsmtp; Sun, 23 Jan 1994 14:08:57 EST Date: Sun, 23 Jan 1994 14:02:43 -0500 From: ajs@merck.com To: bug-chimera@cs.unlv.edu Subject: Search function? the html widget supports searching. why no add a search button? it seems like it would be easy to add and make chimera much more useful. ------- Message 7 Received: from lil-ed.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29570; 23 Jan 94 13:16 PST To: bug-chimera@cs.unlv.edu Subject: Re: Search function? In-reply-to: Your message of "Sun, 23 Jan 1994 14:02:43 EST." Date: Sun, 23 Jan 1994 13:15:59 -0800 From: John Kilburg >the html widget supports searching. >why no add a search button? it seems like >it would be easy to add and make chimera >much more useful. Yes, I've seen this and it would be easy to add. The HTML widget supports LOTS of things. In fact, most of the fancy things that Mosaic does are handled by the HTML widget. However, I've been doing bug fixes and not worrying about new features. I'm also concerned about the size of Chimera. I didn't just rush in and add everything I could just because I can do it. If I had done that then Chimera would be like tkWWW which, when I last saw it, could do everything you could imagine but none of it worked. Chimera would also be huge and slow just like Mosaic if I had added everything I could think of. I will consider it. -john p.s. I had to get this rant off my chest. I didn't mean to attack this reasonable request. ------- Message 8 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa05027; 23 Jan 94 16:40 PST Received: by igw.merck.com with rsmtp; Sun, 23 Jan 1994 19:44:10 EST From: ajs@merck.com Subject: Internal links not working To: bug-chimera@cs.unlv.edu Date: Sun, 23 Jan 1994 19:34:49 -0500 (EST) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 575 internal links like:

Overview

  • What is the MBONE?
  • How do IP multicast tunnels work?
  • What is the topology of the MBONE? . . .

    What is the MBONE?

    . . .

    How is the MBONE topology going to be set up and coordinated?

    are not Handled properly. when an internal reference is selected, instead of jumping to the correct place, an FTP-like directory is displayed. - -- Anthony Starks Merck Research Laboratories ajs@merck.com ------- Message 9 Received: from sonny-boy.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa07264; 23 Jan 94 18:08 PST To: bug-chimera@cs.unlv.edu Subject: Re: Internal links not working In-reply-to: Your message of "Sun, 23 Jan 1994 19:34:49 EST." Date: Sun, 23 Jan 1994 18:08:33 -0800 From: John Kilburg >[Internal links] >are not Handled properly. when an internal reference is selected, >instead of jumping to the correct place, an FTP-like directory >is displayed. Until recently the program cut them off on purpose in ParseURL. In 1.33 (I think), I made ParseURL return the links but the they are still not used. I think it is in the TODO list. -john ------- Message 10 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa10764; 23 Jan 94 20:08 PST Received: by igw.merck.com with rsmtp; Sun, 23 Jan 1994 23:12:37 EST From: ajs@merck.com Subject: temp files To: bug-chimera@cs.unlv.edu Date: Sun, 23 Jan 1994 23:03:46 -0500 (EST) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 164 When chimera 1.37 displays in-line images, it creates temp files, but they are not removed upon exit. - -- Anthony Starks Merck Research Laboratories ajs@merck.com ------- Message 11 Received: from reed.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17338; 24 Jan 94 0:32 PST To: bug-chimera@cs.unlv.edu Subject: Re: temp files In-reply-to: Your message of "Sun, 23 Jan 1994 23:03:46 EST." Date: Mon, 24 Jan 1994 00:32:00 -0800 From: John Kilburg >When chimera 1.37 displays in-line images, it creates temp files, but >they are not removed upon exit. >-- >Anthony Starks Merck Research Laboratories ajs@merck.com In file.c (I think) there is a variable called buffer which is passed to tmpnam. Create a new variable to replace buffer. -john ------- Message 12 Received: from reed.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa19325; 24 Jan 94 1:47 PST To: bug-chimera@cs.unlv.edu Subject: Re: temp files In-reply-to: Your message of "Sun, 23 Jan 1994 23:03:46 EST." Date: Mon, 24 Jan 1994 01:47:43 -0800 From: John Kilburg >When chimera 1.37 displays in-line images, it creates temp files, but >they are not removed upon exit. >-- >Anthony Starks Merck Research Laboratories ajs@merck.com Now for a decent reply... This is a bug introduced in 1.37. It should be fixed in the just released 1.38 (which was made just to fix this bug). The fix is to create an additional variable to act as workspace for the tmpnam function instead of using the variable named 'buffer'. Keep in mind that this has to be done in several functions in file.c. Following is a context diff. I tested this at home and it seemed to work OK. Bob Smith discovered the problem. -john *** chimera/src/file.c Thu Jan 20 00:19:09 1994 - --- newchimera/src/file.c Mon Jan 24 00:38:08 1994 *************** *** 54,59 **** - --- 54,66 ---- #include "conf.h" /* + * Just in case. + */ + #ifndef L_tmpnam + #define L_tmpnam 1024 + #endif + + /* * SaveData * * Save the data from a download to a file. *************** *** 185,193 **** { char *cmdline; char *filename; ! char buffer[256]; /* to deal with evil tmpnams */ ! if (SaveData(d, (filename = tmpnam(buffer))) == -1) { d->error = alloc_string("

    Error

    Could not store document data."); } - --- 192,200 ---- { char *cmdline; char *filename; ! char tmpnam_buffer[L_tmpnam]; ! if (SaveData(d, (filename = tmpnam(tmpnam_buffer))) == -1) { d->error = alloc_string("

    Error

    Could not store document data."); } *************** *** 238,248 **** char *t; char *filename; char *cmdline; char buffer[256]; int len, olen; int count; ! if (SaveData(d, (filename = tmpnam(buffer))) == -1) { d->error = alloc_string("

    Error

    Ran out of temporary disk space?"); } - --- 245,256 ---- char *t; char *filename; char *cmdline; + char tmpnam_buffer[L_tmpnam]; char buffer[256]; int len, olen; int count; ! if (SaveData(d, (filename = tmpnam(tmpnam_buffer))) == -1) { d->error = alloc_string("

    Error

    Ran out of temporary disk space?"); } ------- Message 13 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa03278; 24 Jan 94 8:58 PST Received: from ncl.blagdon (blagdon.ncl.ac.uk) by cheviot.ncl.ac.uk id (5.65cVUW/NCL-CMA.1.35 for ) with SMTP; Mon, 24 Jan 1994 16:58:20 GMT From: Jim Wight Date: Mon, 24 Jan 94 16:58:11 GMT Message-Id: To: bug-chimera@cs.unlv.edu In-Reply-To: <199401240853.AA07546@cheviot.ncl.ac.uk> Subject: 1.37 not passing display info correctly Reply-To: J.K.Wight@newcastle.ac.uk I showed someone Chimera by specifying -display their-display:0 on the command line. When they caused xloadimage to be run the images were displayed on my screen, not theirs. In other words xloadimage obtained the display from my environment variable rather than inheriting the one originally specified. [This has caused me to take note that I've made the same mistake in my own software!] Jim - --- J.K.Wight@newcastle.ac.uk Department of Computing Science, University of Newcastle, Tel: +44 91 222 8238 Newcastle upon Tyne, NE1 7RU, United Kingdom. Fax: +44 91 222 8232 ------- Message 14 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa03780; 24 Jan 94 9:15 PST Received: from ncl.blagdon (blagdon.ncl.ac.uk) by cheviot.ncl.ac.uk id (5.65cVUW/NCL-CMA.1.35 for ) with SMTP; Mon, 24 Jan 1994 16:47:55 GMT From: Jim Wight Date: Mon, 24 Jan 94 16:47:52 GMT Message-Id: To: bug-chimera@cs.unlv.edu In-Reply-To: <199401240853.AA07546@cheviot.ncl.ac.uk> Subject: 1.37 PassCDebugFlags not working Reply-To: J.K.Wight@newcastle.ac.uk If it is intended that the setting of CDEBUGFLAGS in Common.tmpl and the existence of #define PassCDebugFlags 'CDEBUGFLAGS=$(CDEBUGFLAGS)' in the top level Imakefile should result in the flags being used in subdirectories, then something is wrong. E.g. ; make -n case '-n' in *[ik]*) set +e;; esac; \ for i in libhtmlw mxw src lib ;\ do \ (cd $i ; echo "making" all "in ./$i..."; \ make -n 'CDEBUGFLAGS=-O' all); \ done [ stuff deleted ] making all in ./src... cc -O -pipe -I../libhtmlw -I../mxw -I/usr/local/X11R5/include -DXRELEASE=5 -target sun4 -c file.c [ stuff deleted ] ; cd src ; make -n cc -g -pipe -I../libhtmlw -I../mxw -I/usr/local/X11R5/include -DXRELEASE=5 -target sun4 -c file.c [ stuff deleted ] In other words different flags are used in the two cases. Jim - --- J.K.Wight@newcastle.ac.uk Department of Computing Science, University of Newcastle, Tel: +44 91 222 8238 Newcastle upon Tyne, NE1 7RU, United Kingdom. Fax: +44 91 222 8232 ------- Message 15 Received: from marlin.stat.ufl.edu by JIMI.CS.UNLV.EDU id aa12699; 24 Jan 94 12:24 PST Received: from nc600.stat.ufl.edu (nc600.stat.ufl.edu [128.227.141.1]) by stat.ufl.edu (8.6.4/8.6.4) with SMTP id PAA21488 for ; Mon, 24 Jan 1994 15:20:34 -0500 Message-Id: <199401242020.PAA21488@stat.ufl.edu> To: bug-chimera@cs.unlv.edu Subject: Chimera 1.38 on Solaris 2.3? Date: Mon, 24 Jan 1994 15:20:33 -0500 From: dlopata@Stat.UFL.Edu MMDF-Warning: Parse error in original version of preceding line at JIMI.CS.UNLV.EDU ... Hi. Pardon if this is FAQ. I just found out about Chimera today, and installed it on my 4.1.3 clients this afternoon. I am attempting to compile it under Solaris 2.3, but get the following error when trying to compile file.c: cc -O -xF -DSYSV -DSVR4 -xF -Wa,-cg92 -I../libhtmlw -I../mxw -I/usr/openwin/include -DSVR4 -DSYSV -DXRELEASE=5 -c file.c "file.c", line 144: incomplete struct/union/enum wait: st cc: acomp failed for file.c The relevant line (I'm not a C programmer) is in the ReapChild code: . . #ifdef WNOHANG union wait st; . . Has anyone compiled this under Solaris 2.3? - ------------------------------------------------------------------------- Dave "The Dave" Lopata dlopata@stat.ufl.edu Dept. of Statistics Computer Systems Guy (904)392-1941 233 University of Florida Beep: 339-7044 ------- Message 16 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa17309; 25 Jan 94 5:31 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Tue, 25 Jan 94 08:30:03 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Tue, 25 Jan 94 08:29:56 EST Subject: Re: 1.37 not passing display info correctly In-Reply-To: Jim Wight, Mon, 24 Jan 94 16:58:11 GMT I showed someone Chimera by specifying -display their-display:0 on the command line. When they caused xloadimage to be run the images were displayed on my screen, not theirs. This has been discussed to death in the X newsgroup, and the consensus is that this is a feature, not a bug. To get the results you want, you should set the DISPLAY ev before running chimera. I can't remember the argument well enough to reconstruct it now, but I remember agreeing with it at the time. ------- Message 17 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa17316; 25 Jan 94 5:31 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Tue, 25 Jan 94 08:30:36 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Tue, 25 Jan 94 08:30:30 EST Subject: Re: Chimera 1.38 on Solaris 2.3? In-Reply-To: dlopata@Stat.UFL.Edu, Mon, 24 Jan 94 15:20:33 EST "file.c", line 144: incomplete struct/union/enum wait: st cc: acomp failed for file.c This is a good example of how brainless Sun has become since they made their pact with the devil. I made the assumption that any system with WNOHANG must be a Berkeley system, and would therefore have union wait also. It seemed better to make this apparently reasonable assumption than to make the user guess which flavor of unix they had. Just change the 'union wait' to 'int' and all might be peachy, depending on what else they broke. Any Solaris users who want to take a stab at fixing this, please have at it, but remember that it has to work on normal machines too. ------- Message 18 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa24471; 25 Jan 94 9:31 PST Received: from ncl.blagdon (blagdon.ncl.ac.uk) by cheviot.ncl.ac.uk id (5.65cVUW/NCL-CMA.1.35 for ) with SMTP; Tue, 25 Jan 1994 17:30:59 GMT From: Jim Wight Date: Tue, 25 Jan 94 17:30:56 GMT Message-Id: To: bug-chimera@cs.unlv.edu In-Reply-To: <199401251610.AA22256@cheviot.ncl.ac.uk> Subject: Re: 1.37 not passing display info correctly Reply-To: J.K.Wight@newcastle.ac.uk > I showed someone Chimera by specifying -display their-display:0 on the > command line. When they caused xloadimage to be run the images were > displayed on my screen, not theirs. > > This has been discussed to death in the X newsgroup, Must have missed that. > and the consensus is > that this is a feature, not a bug. A pretty poor consensus IMHO. It is common to use -display to direct output to another screen, and so the naive user will be surprised by the behaviour. The feature fails the principle of least astonishment. > To get the results you want, you should > set the DISPLAY ev before running chimera. It shouldn't be necessary. A user is allowed to set the DISPLAY variable or use the -display command line option. They shouldn't have to know that one and not the other works. If an application is firing off other clients then it should ensure that they use the same display as itself. The user has kept their side of the bargain and specified the display they want to use. > I can't remember the argument well enough to reconstruct it now, but I > remember agreeing with it at the time. Couldn't have been much of an argument when the code to put matters right isn't exactly overwhelming. Not to do it sounds like programmer laziness to me. Using -display on the command line results in the resource .display getting set. It is a simple enough matter to get the value of .display using Xt[Va]GetApplicationResources and, if set, to add an appropriate - -display option to the command submitted to system, or, since system uses sh, to prefix the command with a DISPLAY=... environment variable setting. Failure to attend to apparently minor details like that can easily result in the wrong impression being formed of software that is otherwise useful. Jim - --- J.K.Wight@newcastle.ac.uk Department of Computing Science, University of Newcastle, Tel: +44 91 222 8238 Newcastle upon Tyne, NE1 7RU, United Kingdom. Fax: +44 91 222 8232 ------- Message 19 Received: from guitar-slim.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa00560; 25 Jan 94 12:12 PST To: bug-chimera@guitar-slim.CS.UNLV.EDU Subject: Re: 1.37 not passing display info correctly In-reply-to: Your message of "Tue, 25 Jan 1994 17:30:56 GMT." Date: Tue, 25 Jan 1994 12:12:22 -0800 From: John Kilburg >> This has been discussed to death in the X newsgroup, >Must have missed that. >> and the consensus is >> that this is a feature, not a bug. >A pretty poor consensus IMHO. It is common to use -display to direct >output to another screen, and so the naive user will be surprised by >the behaviour. The feature fails the principle of least astonishment. >> To get the results you want, you should >> set the DISPLAY ev before running chimera. Um...excuse me guys...remember me? In the TODO file I recognize that the command line arguments need to be dealt with. However, being the relaxed sort of guy I am I don't find it important enough to deal with right now. I don't care how easy it is (I've done it before so it should be real easy). Remember, this is a for-fun project so much of the time I will do the things which entertain me most. If this means goofing around with emacs instead of editting source code then not much will happen to Chimera. Also, classes have just started so now I am taking classes and working so response time will get worse. I think I've made a more than reasonable attempt to keep up with requests and I will continue to improve Chimera but it will move a bit slower now. You can expect the bug list to get smaller this weekend. Please keep the bug reports rolling in when you have the time. Thanks for using Chimera. -john ------- Message 20 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa00997; 26 Jan 94 5:26 PST Received: from citi.umich.edu by citi.umich.edu with SMTP; Wed, 26 Jan 94 08:25:34 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cs.unlv.edu Date: Wed, 26 Jan 94 08:25:27 EST Subject: Re: 1.37 not passing display info correctly In-Reply-To: Jim Wight, Tue, 25 Jan 94 17:30:56 GMT Couldn't have been much of an argument when the code to put matters right isn't exactly overwhelming. Not to do it sounds like programmer laziness to me. No, that wasn't the issue. I don't feel terribly strongly about it myself, but I certainly wouldn't argue against it on the basis of programming difficulty, especially since I'm not the one who will implement it. I might, however argue against it on the basis of consistency, IF there is a consensus in the X community that it's wrong. I would also note that IF there were a consensus that the display should be inherited by inferior processes, then the right place to fix it is in the Xlib, not in the applications. ------- Message 21 Received: from lune.csc.liv.ac.uk by JIMI.CS.UNLV.EDU id aa08681; 26 Jan 94 9:15 PST Received: from jordan.csc.liv.ac.uk by lune.csc.liv.ac.uk with SMTP (1.37.109.8/LUCS-DTS-1.4) id AA10254; Wed, 26 Jan 1994 16:53:59 GMT Received: by jordan.csc.liv.ac.uk id AA06084; Wed, 26 Jan 1994 16:53:58 GMT From: R.Turnbull@csc.liv.ac.uk Message-Id: <9401261653.AA06084@jordan.csc.liv.ac.uk> Subject: Subject: Hmm, chimera bug? To: bug-chimera@cs.unlv.edu Date: Wed, 26 Jan 1994 16:53:58 +0000 (GMT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1350 Hi, I have successfully compiled chimera 1.38 on our HP700 (HP-UX 9.01 X11R5). However, when I try and run it, I get a major stack overflow and a core dump! I can't figure out what's causing this because it doesn't occur until the XtRealizeWidget() call, so I presume there is something wrong with a widget somewhere. In version 1.35 chimera runs OK, but when I click on "Open Document" the same error occurs - stack overflow etc. With version 0.9f both of these work fine; however when displaying a large image the thing gets a memory fault! Any ideas, where to look to fix this? Rik Turnbull. .=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-. | | | | Richard Turnbull | HPUX Porting & Archive Centre | | | (ftp.csc.liv.ac.uk) | | E-MAIL: | Dept. Computer Science | | rik@csc.liv.ac.uk | University of Liverpool | | | Liverpool L69 3BX | | Phone: (051) 794 3704 | England | | | | .=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-. ------- Message 22 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa19713; 27 Jan 94 20:41 PST Received: by igw.merck.com with rsmtp; Thu, 27 Jan 1994 23:45:40 EST Date: Thu, 27 Jan 1994 23:41:07 -0500 From: ajs@merck.com To: bug-chimera@cs.unlv.edu, john@cs.unlv.edu Subject: core dump on certain files Chimera dumps core if the filename does not end in .html ------- Message 23 Received: from brownie.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22898; 27 Jan 94 22:03 PST To: bug-chimera@brownie.CS.UNLV.EDU Subject: Re: core dump on certain files In-reply-to: Your message of "Thu, 27 Jan 1994 23:41:07 EST." Date: Thu, 27 Jan 1994 22:03:34 -0800 From: John Kilburg >Chimera dumps core if the filename does not end in .html This was a problem in content.c. It should be fixed in the next release. I added file * text to lib/content to make text the default type if an extension is not available. -john ------- Message 24 Received: from sam.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa00118; 28 Jan 94 0:55 PST To: bug-chimera@sam.ISRI.UNLV.EDU Subject: bug Date: Fri, 28 Jan 1994 00:55:27 -0800 From: Robert Cray sam% chimera Warning: Cannot allocate colormap entry for "burlywood2" Warning: Cannot allocate colormap entry for "blue2" Warning: Cannot allocate colormap entry for "purple4" Warning: Cannot allocate colormap entry for "Red" ------- Message 25 Received: from duke.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa16664; 28 Jan 94 9:37 PST To: ajs@merck.com cc: bug-chimera@cs.unlv.edu, john@cs.unlv.edu Subject: Re: core dump on certain files In-reply-to: Your message of "Thu, 27 Jan 1994 23:41:07 EST." Date: Fri, 28 Jan 1994 09:37:07 -0800 From: Greg Wohletz >Chimera dumps core if the filename does not end in .html http://www.unlv.edu/engineering/home doesn't end in .html and doesn't cause a core dump. --Greg ------- Message 26 Received: from mayall.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29457; 28 Jan 94 14:45 PST To: bug-chimera@mayall.CS.UNLV.EDU Subject: Re: bug In-reply-to: Your message of "Fri, 28 Jan 1994 00:55:27 PST." Date: Fri, 28 Jan 1994 14:45:46 -0800 From: John Kilburg >sam% chimera >Warning: Cannot allocate colormap entry for "burlywood2" >Warning: Cannot allocate colormap entry for "blue2" >Warning: Cannot allocate colormap entry for "purple4" >Warning: Cannot allocate colormap entry for "Red" What type of display does sam have? It could be your rgb.txt file does not have these colors defined. -john ------- Message 27 Received: from mayall.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29929; 28 Jan 94 15:04 PST To: bug-chimera@cs.unlv.edu Subject: Re: core dump on certain files In-reply-to: Your message of "Fri, 28 Jan 1994 09:37:07 PST." Date: Fri, 28 Jan 1994 15:04:11 -0800 From: John Kilburg >>Chimera dumps core if the filename does not end in .html >http://www.unlv.edu/engineering/home doesn't end in .html >and doesn't cause a core dump. > --Greg On some machines it dumps core, on others it does something else. Anyways, there was a problem but it should be fixed now. I expect a new version to be released in the next 3 nights with the following changes: gopher fixes Solaris fixes resource changes bookmark lister changes contributed code updates printing capabilities added bug fixes for main.c some other stuff I don't remember -john ------- Message 28 Received: from ldgo.columbia.edu by JIMI.CS.UNLV.EDU id aa12667; 29 Jan 94 15:26 PST Received: from rainbow.ldgo.columbia.edu by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA22594; Sat, 29 Jan 94 18:26:22 EST Received: by rainbow.ldgo.columbia.edu (920110.SGI/890607.SGI) (for @lamont.ldgo.columbia.edu:bug-chimera@cs.unlv.edu) id AA01391; Sat, 29 Jan 94 18:25:10 -0500 Date: Sat, 29 Jan 94 18:25:10 -0500 From: Benno Blumenthal Message-Id: <9401292325.AA01391@rainbow.ldgo.columbia.edu> To: bug-chimera@cs.unlv.edu Subject: bug in forms Chimera 1.38 (and before) Hi, There is a slight problem with Forms that consist of a single text entry. Mosaic accepts a return as submit in that (and only that) case. Chimera does not. An example which depends on this behavior is http://www.ncsa.uiuc.edu/SDG/Software/Mosaic/Demo/metaindex.html -- Benno Benno Blumenthal Lamont-Doherty Earth Observatory of Columbia University Palisades NY 10964 (914) 365-8350 internet: benno@lamont.ldeo.columbia.edu ------- Message 29 Received: from lil-ed.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa07878; 31 Jan 94 1:11 PST To: bug-chimera@lil-ed.CS.UNLV.EDU Subject: new chimera Date: Mon, 31 Jan 1994 01:11:02 -0800 From: John Kilburg I think I sent an email around which said I was going to release a new version of chimera this weekend. Well, I had some unexpected things to do this weekend so it will be delayed a bit. I plan on adding a few more things: POST method for forms '..' handling for URLs Documentation for the new features If your changes or suggestions didn't make it, don't despair. I keep all of the emails for chimera and I will get to yours eventually. -john Here are some of the things which have been done: 1.40-1.42 (1.40 and 1.41 were not released) - ------------------------------------------- Made the bookmark popup act much like the one in a famous WWW browser which uses Motif. Removed bogusness from Common.tmpl. Changed src/Imakefile to use -g and -Wall if gcc is being used. Changed some resources to match lister changes. Added patches for src/local.c, src/gopher.c, and src/file.c from "R. Stewart Ellis" Made some fixes to src/content.c to make sure bogus matches aren't made in GetContent. Added "file * text" to lib/content. Added search capabilities. This needs to be refined to allow forward and backward search and case-sensitive searching. Right now it only allows forward, case-insensitive searching with wrapping. Added print capabilities. This needs to be refined to allow users to select the printer and the output type on-screen. Looks at the PRINTER environment variable and then the printerName resource for the name of the printer to use and it looks at the printerType resource to determine which format to use. Cleaned up code in various files. ------- End of Forwarded Messages