Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01647; 26 Dec 96 22:56 PST To: jay@JIMI.CS.UNLV.EDU Subject: bug-chimera jul 95 Date: Thu, 26 Dec 1996 22:56:06 -0800 From: Jay Nietling ------- Forwarded Messages Received: from tybalt.caltech.edu by JIMI.CS.UNLV.EDU id aa04430; 5 Jul 95 1:15 PDT Received: from alumni.caltech.edu by tybalt.caltech.edu with ESMTP (8.6.7/DEI:4.41) id BAA25421; Wed, 5 Jul 1995 01:15:06 -0700 Received: from localhost by alumni.caltech.edu (8.6.4/DEI:4.41) id BAA08786; Wed, 5 Jul 1995 01:15:01 -0700 Message-Id: <199507050815.BAA08786@alumni.caltech.edu> From: Lester Ingber Date: Wed, 5 Jul 1995 01:14:59 -0700 Reply-To: ingber@alumni.caltech.edu X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: bug-chimera@cs.unlv.edu Subject: Programmer Botch in FreeAllPieces, there may be a memory leak. I'm running chimera-1.65 via term-2.2.5 on my Sun/4.1.3_U1, compiled under gcc-2.6.2. Most of the time I bring up chimera, the first time the window is blank, and so I have to start if up a second time. I don't recall seeing this behavior in previous versions. Occasionally, I get a screen dump. I just got one with a diagnostic printed out, and this might help to track down a potential problem: Programmer Botch in FreeAllPieces, there may be a memory leak. Thanks for the software Lester /* RESEARCH ingber@alumni.caltech.edu * * INGBER ftp.alumni.caltech.edu:/pub/ingber * * LESTER https://www.alumni.caltech.edu/~ingber/ * * Prof. Lester Ingber _ P.O. Box 857 _ McLean, VA 22101 _ 1.800.L.INGBER */ ------- Message 2 Received: from ronquil.caen.gdeb.com by JIMI.CS.UNLV.EDU id aa13518; 6 Jul 95 5:04 PDT Received: by ronquil (1.37.109.16/16.2) id AA156242257; Thu, 6 Jul 1995 08:04:17 -0400 From: "Patrick J. Doran" Message-Id: <9507060804.ZM15622@ronquil.caen.gdeb.com> Date: Thu, 6 Jul 1995 08:04:14 -0400 X-Mailer: Z-Mail (3.2.1 15feb95) To: bug-chimera@cs.unlv.edu Subject: Chimera-1.54 binaries Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii I am having great difficulty compliling chimera on my HP. Is there any way or location from which I could obtain the binary of Chimera??? - -- Patrick J. Doran Computer Aided Engineering General Dynamics Electric Boat Division Reply to: pdoran@gdeb.com ------- Message 3 Received: from eikon.regent.e-technik.tu-muenchen.de by JIMI.CS.UNLV.EDU id aa27718; 6 Jul 95 13:14 PDT Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55359>; Thu, 6 Jul 1995 22:12:18 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id KAA02552 for bug-chimera@cs.unlv.edu; Thu, 6 Jul 1995 10:22:54 +0200 Date: Thu, 6 Jul 1995 10:22:54 +0200 From: Julian Howard Stacey Message-Id: <199507060822.KAA02552@vector.eikon.e-technik.tu-muenchen.de> To: bug-chimera@cs.unlv.edu Subject: mailto & mailcap I have numerous html files I have written here that function fine with netscape, but go wrong with chimera, typical example: - ------ Fax: +49 89 2608126... ( In Munich Tel: 268616 Fax: 2608126)
Email: JHS@FreeBSD.Org - --------- I guess I need a mailcap or some such, but I'm short of info on what & how, could someone maybe mail me a copy of their working syntax please ? Please leave me on the CC line for this thread as I'm not on this list ( I'm jhs@freebsd.org ) Thanks My environment is FreeBSD-current & chimera-1.65 I'll happily RTFM if you give me URL of manual, what I really need is someone to toss their personal working mailcap at me I guess (Plse. post & say youve mailed me, to avoid me getting too many copies) Thanks folks. I've hacked the C a bit for a small enhancement elsewhere, I'd like to contribute it, ... to who ? which address ? (PS mailto problem pre-existed enhancement & is unassociated) Julian Stacey jhs@freebsd.org & jhs@regent.e-technik.tu-muenchen.de Web www.freebsd.org/~jhs/ & www.regent.e-technik.tu-muenchen.de/people/jhs.html ------- Message 4 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa13190; 7 Jul 95 15:26 PDT Received: from felix.nix.de (kraxel@async102.zrz.TU-Berlin.DE [130.149.1.102]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id XAA10594 for ; Fri, 7 Jul 1995 23:50:20 +0200 Received: (from kraxel@localhost) by felix.nix.de (8.6.9/8.6.9) id XAA01522; Fri, 7 Jul 1995 23:50:01 +0200 Date: Fri, 7 Jul 1995 23:50:00 +0200 (MET DST) From: Gerd Knorr X-Sender: kraxel@felix.nix.de To: bug-chimera@cs.unlv.edu Subject: Chimera hangs during "Quit" Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE I have a problem with Chimera: If I press the "Quit"-Button, Chimera hangs completely. 'ps' reports chimera as "running", seems it hangs somewhere in an endless loop. I pressed ^C to terminate chimera, the result was a segfault and a core-dump. Here is what gdb thinks about it: - -------------------------------------------------------------------------- felix kraxel ~/src/chimera/src$ ./chimera=20 Segmentation fault (core dumped) felix kraxel ~/src/chimera/src$ gdb chimera core GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i486-slackware-linux),=20 Copyright 1994 Free Software Foundation, Inc... Core was generated by `chimera'. #0 0x60009d6d in _end () (gdb) bt #0 0x60009d6d in _end () #1 0x754a2d31 in _end () #2 0x602a7a30 in _end () #3 0x3f1a8 in free_mem (m=3D0x754a2d31

) at dmem.c:28 #4 0x5686 in DestroyURLParts (up=3D0x85bc0) at url.c:590 #5 0xa2b5 in DestroyDocument (d=3D0x85b40) at document.c:344 #6 0x3637 in Quit (w=3D0x82d00, cldata=3D0x43758, cbdata=3D0x0) at main.c:= 1767 #7 0x35f9 in sigigh_handler () at main.c:1752 #8 0xbffff42c in _end () #9 0x602a7a30 in _end () #10 0x3f1a8 in free_mem (m=3D0x44890 "=A0=A1\b") at dmem.c:28 #11 0xca9e in CleanCache () at cache.c:602 #12 0x3648 in Quit (w=3D0x82d00, cldata=3D0x43758, cbdata=3D0x0) at main.c:= 1769 #13 0x602a89b8 in _end () #14 0x6030bdca in _end () #15 0x602d168c in _end () #16 0x602d1ad1 in _end () #17 0x602d1f97 in _end () #18 0x602b2f2a in _end () #19 0x602b37af in _end () #20 0x602b39da in _end () #21 0x602b3d01 in _end () #22 0xd9a in main (argc=3D1, argv=3D0xbffffb34) at main.c:412 (gdb)=20 - -------------------------------------------------------------------------- BTW: I'm running Linux: - Kernel 1.2.10 - gcc 2.5.8 - X11R6 (XFree86 3.1) - Chimera is 1.65 beta 14 Gerd Gerd Knorr mailto:kraxel@cs.tu-berlin.de https://www.cs.tu-berlin.de/~kraxel/ ------- Message 5 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa15485; 7 Jul 95 16:33 PDT To: Gerd Knorr cc: bug-chimera@cs.unlv.edu Subject: Re: Chimera hangs during "Quit" In-reply-to: Your message of "Fri, 07 Jul 1995 23:50:00 +0200." Date: Fri, 07 Jul 1995 16:33:23 -0700 From: John Kilburg Are you using 2.0? The currently available 2.0 is a nightmare...don't use it. If its 1.65 then my suggestion is to remove the DestroyDocument() call in Quit() if this problem happens more often. Also, apply all of Roman's and some of the other patches that have been posted here. I'll try to collect the patches if you haven't seen them. I'm working on 2.0 right now and it is nearly a complete rewrite so I don't have the time to work on 1.x bugs. You'll have to make due with the above kludge. Sorry about that! > I have a problem with Chimera: If I press the "Quit"-Button, Chimera >hangs completely. -john ------- Message 6 Received: from indy.knoware.nl by JIMI.CS.UNLV.EDU id aa02273; 8 Jul 95 7:52 PDT Received: from beastie-ppp4.knoware.nl by indy.knoware.nl (5.64/A/UX-3.00) id AA06344; Sat, 8 Jul 95 15:55:43 WET DST Received: by dx.knoware.nl (Smail3.1.28.1 #1) id m0sUZPI-0004JBC; Sat, 8 Jul 95 14:54 MET DST Message-Id: From: Dick Streefland Subject: chimera-1.65: bad free_mem() call To: bug-chimera@cs.unlv.edu Date: Sat, 8 Jul 1995 14:54:51 +0200 (MET DST) Reply-To: dicks@knoware.nl Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1084 I don't known whether this is a known problem, but I found an incorrect call to free_mem() in chimera-1.65. The argument passed to free_mem() is a pointer to a string literal, causing an infinite loop in the free() library function (I'm using GNU libc-4.6.14). The patch below fixes this. P.S.: I'm not subscribed to this list, so please send replies via email. - --- chimera-1.65/src/ftp.c.orig Wed Mar 29 11:46:06 1995 +++ chimera-1.65/src/ftp.c Sat Jul 8 14:36:53 1995 @@ -95,21 +95,20 @@ static Document * fixup_ftp_message(ftpmsg) char *ftpmsg; { char *msg = GetFromStringDB("ftperror"); char *r; Document *d; r = alloc_mem(strlen(msg) + strlen(ftpmsg) + 1); sprintf (r, msg, ftpmsg); - - free_mem(msg); free_mem(ftpmsg); d = BuildDocument(r, strlen(r), "text/html", 0, 0); d->status = DS_ERROR; return(d); } /* * ftp * * Anonymous FTP interface - -- Dick Streefland //// De Bilt dicks@knoware.nl (@ @) The Netherlands - ------------------------oOO--(_)--OOo------------------------ ------- Message 7 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa21281; 13 Jul 95 23:32 PDT 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.12/8.6.12) with ESMTP id IAA18596; Fri, 14 Jul 1995 08:32:33 +0200 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.12/8.6.6) id IAA14040; Fri, 14 Jul 1995 08:32:30 +0200 From: Roman Czyborra To: Julian Stacey Cc: bug-chimera@cs.unlv.edu Subject: Re: mailto & mailcap In-Reply-To: <199507060822.KAA02552@vector.eikon.e-technik.tu-muenchen.de> by jhs@vector.eikon.e-technik.tu-muenchen.de dated 1995-7- 6 10:22:54 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Fri, 14 Jul 1995 08:32:29 +0200 Message-ID: > go wrong with chimera mailto will go wrong with the official NCSA Mosaic releases and misconfigured Netscape clients, as well. That's why I recommend mail forms like https://www.cs.tu-berlin.de/cgi/sendmail > I guess I need a mailcap or some such Chimera can be configured to handle mailto through the protocol file. > I'll happily RTFM if you give me URL of manual, https://www.isri.unlv.edu/~john/chimera/ > could someone maybe mail me a copy of their working syntax please ? Check out https://www.cs.tu-berlin.de/usr/www/conf/protocol https://www.cs.tu-berlin.de/usr/www/conf/mailto https://www.cs.tu-berlin.de/usr/www/conf/mailcap https://www.cs.tu-berlin.de/usr/www/src/chimera/Common.tmpl > I've hacked the C a bit for a small enhancement elsewhere, I'd like > to contribute it, ... to who ? The bug-chimera list would be quite appropriate an address. ------- Message 8 Received: from eikon.regent.e-technik.tu-muenchen.de by JIMI.CS.UNLV.EDU id aa28627; 15 Jul 95 1:21 PDT Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55417>; Sat, 15 Jul 1995 10:20:35 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id WAA15392; Fri, 14 Jul 1995 22:55:50 +0200 Message-Id: <199507142055.WAA15392@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Roman Czyborra cc: bug-chimera@cs.unlv.edu Subject: Re: mailto & mailcap In-reply-to: Your message of "Fri, 14 Jul 1995 08:32:29 +0200." Date: Fri, 14 Jul 1995 22:55:46 +0200 From: "Julian Stacey " MMDF-Warning: Parse error in original version of preceding line at JIMI.CS.UNLV.EDU > From: Roman Czyborra > > go wrong with chimera > > mailto will go wrong with the official NCSA Mosaic releases and > misconfigured Netscape clients, as well. That's why I recommend mail > forms like > > https://www.cs.tu-berlin.de/cgi/sendmail OK, I'll grab it, but considering how often documents around the world use simple the construct as above, you're not going to convince everyone to change, so it would be Mighty Nice if Chimera were to be usable with `out of the box', with no further fiddling around & learning cycle to be done. > > I'll happily RTFM if you give me URL of manual, > https://www.isri.unlv.edu/~john/chimera/ Thanks, I'll look > Check out > https://www.cs.tu-berlin.de/usr/www/conf/protocol > https://www.cs.tu-berlin.de/usr/www/conf/mailto > https://www.cs.tu-berlin.de/usr/www/conf/mailcap > https://www.cs.tu-berlin.de/usr/www/src/chimera/Common.tmpl Thanks Julian - --- Julian Stacey jhs@freebsd.org & jhs@regent.e-technik.tu-muenchen.de Web www.freebsd.org/~jhs/ & www.regent.e-technik.tu-muenchen.de/people/jhs_dir/ Tel +49 89 268616 Fax +49 89 2608126 Time Zone GMT+1 Holz Strasse 27d, 80469 Munich, Germany. Internet Unix C & Sys. Eng. Consultant ------- Message 9 Received: from eikon.regent.e-technik.tu-muenchen.de by JIMI.CS.UNLV.EDU id aa20618; 16 Jul 95 0:48 PDT Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55316>; Sun, 16 Jul 1995 09:48:05 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id AAA15862; Sat, 15 Jul 1995 00:08:40 +0200 Date: Sat, 15 Jul 1995 00:08:40 +0200 From: Julian Howard Stacey Message-Id: <199507142208.AAA15862@vector.eikon.e-technik.tu-muenchen.de> To: Roman Czyborra cc: bug-chimera@cs.unlv.edu, john@cs.unlv.edu, jhs@freebsd.org Subject: Re: mailto & mailcap In-reply-to: Your message of "Fri, 14 Jul 1995 08:32:29 +0200." - -------- > From: Roman Czyborra > > From: Julian Stacey > > I've hacked the C a bit for a small enhancement elsewhere, I'd like > > to contribute it, ... to who ? > The bug-chimera list would be quite appropriate an address. John (chimera author) & list readers, Here's a patch I wrote to enhance Chimera functionality. It applies to Version 1.65, I use it on my FreeBSD-current (but haven't yet fed it back to freebsd.org), Its purpose is to get Chimera to accept SIGUSR1 as a signal requesting reload & thus redisplay. It was added to work with my vi -C enhancement, which allows for example: a vi edit xterm of a source to be run alonside a chimera display, so that every time the vi file is written, the -C comand_name is run, causing the html file to be [regenerated from master sources by make if appropriate, &] redisplayed automatically. I have also written a co-operating mechanism for ghostview, & for vi, & /usr/share/mk/whatever.mk make rules to automate the invocation & linkage of the the 3 things (either vi + ghostview, or vi + chimera ) It all makes for a kind of cute semi WYSIWYG effect, handy for editing & reviewing with no mad flurry of repetitive mouse clicks between xterm & chimera :-) I dedicate this patch to the public domain, I have already sent patches for vi & ghostview to authors, & will release the mk file similarly. I'd be grateful if John could integrate my patches into his next release (whenever that may be) I will enroll on this list, but leave me on the cc line, as I haven't enrolled yet Thanks PS My comments in the code are verbose, John, feel free to cut & slash :-) Oh & thanks for a source code browser :-) :-) We also have Mosaic & Netscape & Lynx on FreeBSD, but 2 are binary only & last is 24x80 ascii, so Chimera was a pleasure to find :-) Julian - --- Julian Stacey jhs@freebsd.org & jhs@regent.e-technik.tu-muenchen.de Web www.freebsd.org/~jhs/ & www.regent.e-technik.tu-muenchen.de/people/jhs_dir/ Tel +49 89 268616 Fax +49 89 2608126 Time Zone GMT+1 Holz Strasse 27d, 80469 Munich, Germany. Internet Unix C & Sys. Eng. Consultant - -------- # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # patch-ja # patch-jb # patch-jc # echo x - patch-ja sed 's/^X//' >patch-ja << 'END-of-patch-ja' X*** src/chimera.man.orig Sun Jun 18 12:41:48 1995 X--- src/chimera.man Sun Jun 18 16:14:09 1995 X*************** X*** 6,11 **** X--- 6,13 ---- X X .SH SYNOPSIS X .B chimera X+ [\-s] [\-p] X+ .\" should later extend to allow ghostview syntax: [\-[no]reopen_sig] [\-[no]pid_report] X .RI [ URL ] X X .SH DESCRIPTION X*************** X*** 22,27 **** X--- 24,59 ---- X The usual Xt options like geometry can also be specified on the command X line. X X+ .SH OPTIONS X+ .IP "\fB-p (\fPclass\fB pidReport)\fP" 1i X+ .\" should later extend to allow ghostview syntax: .IP "\fBpid_report (\fPclass\fB PidReport)\fP" 1i X+ .\" added by Julian H. Stacey X+ Prints the process number on startup. X+ Usually used with X+ .\" \fBreopen_sig\fP. X+ \fB-s\fP. X+ The default value is ``false''. X+ .\" X+ .IP "\fB-s (\fPclass\fB reopenSig)\fP" 1i X+ .\" should later extend to allow ghostview syntax: .IP "\fBreopen_sig (\fPclass\fB ReopenSig)\fP" 1i X+ Accept SIGUSR1 as a signal requesting reload (& thus redisplay). X+ Usually used with X+ .\" \fBpid_report\fP. X+ \fB-p\fP. X+ The default value is ``false''. X+ .br X+ These hooks X+ .\" \fBpid_report\fP X+ \fB-p\fP X+ & X+ .\" \fBreopen_sig\fP X+ \fB-s\fP X+ were added to work with \fBvi -C\fP. X+ All three together when used correctly, allow for example: X+ a vi edit xterm of a source to be run X+ alonside a chimera display, so that every time the vi file is written, X+ the html file is [regenerated from master sources if appropriate , &] redisplayed automatically. X+ X .SH RESOURCES X The following resources are Chimera specific resources: X X*************** X*** 41,46 **** X--- 73,82 ---- X .IP "\fBprotocolFiles\fP" X X .IP "\fBmailCapFiles\fP" X+ X+ .IP "\fBreopenSig\fP" X+ X+ .IP "\fBpidReport\fP" X X .SH "SEE ALSO" X lynx(1), Mosaic(1) END-of-patch-ja echo x - patch-jb sed 's/^X//' >patch-jb << 'END-of-patch-jb' X*** src/main.c.orig Sat Apr 1 03:45:19 1995 X--- src/main.c Wed Jun 21 09:48:16 1995 X*************** X*** 183,188 **** X--- 183,192 ---- X offset(cacheIgnoreExpires), XtRImmediate, (XtPointer)False }, X { "gammaCorrect", "GammaCorrect", XtRFloat, sizeof(float), X offset(gamma), XtRImmediate, (XtPointer)0 }, X+ { "reopenSig", XtCBoolean, XtRBoolean, sizeof(Boolean), X+ offset(reopenSig), XtRImmediate, (XtPointer)False }, X+ { "pidReport", XtCBoolean, XtRBoolean, sizeof(Boolean), X+ offset(pidReport), XtRImmediate, (XtPointer)False }, X }; X X static XtActionsRec actionsList[] = X*************** X*** 225,230 **** X--- 229,236 ---- X char path[MAXPATHLEN + 1]; X char *cwd; X Atom delete; X+ int ch ; X+ extern int optind; X X #ifdef SOCKS X SOCKSinit(argv[0]); X*************** X*** 241,251 **** X--- 247,317 ---- X signal(SIGTERM, sigigh_handler); X signal(SIGPIPE, SIG_IGN); X X+ while ((ch = getopt(argc, argv, "sp")) != EOF) X+ switch(ch) X+ { X+ case 's': /* should extend this to accept --[no]reopen_sig X+ as in ghostview */ X+ /* reload on SIGUSR1 */ X+ root.reopenSig = True ; X+ break; X+ case 'p': /* should extend this to accept --[no]pid_report X+ as in ghostview */ X+ /* print process number */ X+ root.pidReport = True ; X+ break; X+ case '?': X+ default: X+ /* usage(); */ X+ exit(-1); X+ break; X+ } X+ /* optind starts at 1, thus with chmimera -s -p fred.html optind=3 */ X+ argc -= (optind -1) ; X+ *(argv + (optind -1)) = *argv ; /* copy "chimera" for display above window */ X+ argv += (optind -1) ; X+ X+ /* Ignore any unexpectedly early SIGUSR1, though as we've not reported X+ * our process id yet, it'll be hard for someone to find, except with X+ * ps(1). X+ */ X+ if (root.reopenSig) signal(SIGUSR1,SIG_IGN); X+ X StartReaper(); X X root.toplevel = XtAppInitialize(&(root.appcon), "Chimera", NULL, 0, X &argc, argv, fallback_resources, NULL, 0); X if (root.toplevel == 0) exit(1); X+ X+ /* I would like to do the following X+ * if (root.reopenSig == True) and X+ * if (root.pidReport == True) X+ * much later, in case there is some more X+ * initialising that chimera wants to do, but using xxgdb I X+ * determined that the call to XtGetApplicationResources zeroes X+ * root.reopenSig and root.pidReport X+ */ X+ if (root.reopenSig == True) X+ { X+ signal(SIGUSR1,ReloadAction) ; X+ /* Set signal handling before printing process number, so no one X+ * can send a an unexpectd SIGUSR1 that would kill us. X+ * I put off accepting first signal while ghostview is presumably X+ * initialising stuff that maybe needed for the resize function X+ * (that I never wrote, merely grabbed shared use of). X+ # I also presume there's not much advantage to accepting X+ * a SIGUSR1 reopen till now. X+ */ X+ } X+ if (root.pidReport == True) X+ { X+ printf("%d\n",(int)(getpid())); X+ /* Before I added the flush, when I called this from a makefile, X+ * with a vi process about to start, (needing the signal number) X+ the pid was printed too late. X+ */ X+ fflush(stdout); X+ } X X /* X * Grab up the resources. END-of-patch-jb echo x - patch-jc sed 's/^X//' >patch-jc << 'END-of-patch-jc' X*** src/widget.h.orig Sun Jun 18 14:00:11 1995 X--- src/widget.h Sun Jun 18 14:02:00 1995 X*************** X*** 65,70 **** X--- 65,72 ---- X float gamma; X int maxColors; /* maximum colors per inline image */ X Boolean cacheIgnoreExpires; X+ Boolean reopenSig; X+ Boolean pidReport; X X /* X * Private data END-of-patch-jc exit - ---------- ------- Message 10 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa16311; 17 Jul 95 5:43 PDT 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.12/8.6.12) with ESMTP id NAA00364; Mon, 17 Jul 1995 13:17:35 +0200 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.12/8.6.6) id NAA18858; Mon, 17 Jul 1995 13:17:33 +0200 From: Roman Czyborra To: Julian Howard Stacey Cc: bug-chimera@cs.unlv.edu Subject: chimera remote control In-Reply-To: <199507142208.AAA15862@vector.eikon.e-technik.tu-muenchen.de> by jhs@vector.eikon.e-technik.tu-muenchen.de dated 1995-7-15 00:08:40 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Mon, 17 Jul 1995 13:17:32 +0200 Message-ID: > Here's a patch I wrote to enhance Chimera functionality. Its > purpose is to get Chimera to accept SIGUSR1 as a signal requesting > reload & thus redisplay. Chimera is supposed to already have a remote control that could be used for this: the Chimera.inPort is described in https://www.isri.unlv.edu/~john/chimera/incoming.html Only, it doesn't seem to work right. I've just tried to telnet to my Chimera. It does accept requests and prints messages like 152 bytes out of 10 loaded but it never turns from loading to displaying even if I close the connection. ------- Message 11 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa25633; 17 Jul 95 12:18 PDT To: Roman Czyborra cc: Julian Howard Stacey , bug-chimera@cs.unlv.edu Subject: Re: chimera remote control In-reply-to: Your message of "Mon, 17 Jul 1995 13:17:32 +0200." Date: Mon, 17 Jul 1995 12:18:35 -0700 From: John Kilburg >> Here's a patch I wrote to enhance Chimera functionality. Its >> purpose is to get Chimera to accept SIGUSR1 as a signal requesting >> reload & thus redisplay. > >Chimera is supposed to already have a remote control that could be >used for this: the Chimera.inPort is described in > > https://www.isri.unlv.edu/~john/chimera/incoming.html > >Only, it doesn't seem to work right. I've just tried to telnet to my >Chimera. It does accept requests and prints messages like > > 152 bytes out of 10 loaded > >but it never turns from loading to displaying even if I close the >connection. Right. It used to work and someone here wrote a program to allow chimera to receive zephyrgrams but there wasn't much interest so I didn't worry about keeping it maintained. If there is sufficient interest then I will try to make sure 2.0 can be remote controlled using CCI or whatever. Julian: thanks for the patch. -john ------- Message 12 Received: from eikon.regent.e-technik.tu-muenchen.de by JIMI.CS.UNLV.EDU id aa00417; 17 Jul 95 14:38 PDT Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55317>; Mon, 17 Jul 1995 23:37:13 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id UAA08139; Mon, 17 Jul 1995 20:14:20 +0200 Message-Id: <199507171814.UAA08139@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Roman Czyborra cc: bug-chimera@cs.unlv.edu Subject: Re: chimera remote control In-reply-to: Your message of "Mon, 17 Jul 1995 13:17:32 +0200." Date: Mon, 17 Jul 1995 20:14:18 +0200 From: "Julian Stacey " MMDF-Warning: Parse error in original version of preceding line at JIMI.CS.UNLV.EDU > Chimera is supposed to already have a remote control that could be > used for this: > but it never turns ... Hmm, if it worked Id be interested, as it is I'll not bother looking my patch set integrates usage of vi + ghostview or chimera, and all works nicely now :-) Julian ------- Message 13 Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa18539; 18 Jul 95 1:21 PDT Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa18420; 18 Jul 95 1:08 PDT To: chimera-announce@cephas.ISRI.UNLV.EDU Subject: chimera 2.0 alpha Date: Tue, 18 Jul 1995 01:08:32 -0700 From: John Kilburg Well, I've decided to release 2.0 alpha just so you can see what is going on. Remember: this is an alpha version. All of the good things in 1.x have been removed and there are twice as many bad things. It has been developed and tested on Sun Sparc 10 running 4.1.3_U1 and it has been compiled and run briefly on IBM RS/6000 AIX 3.2.5 DEC Alpha OSF/1 3.0 SGI Indigo2 IRIX 5.x.y DEC MIPS box Ultrix 4.4 A local person ran it on a Linux machine over a SLIP connection and thought it ran well. I don't know what that means either. Main features: - NCSA HTML code thrown out. - Downloads and renders HTML and GIF images on the fly. - Displays HTML much sooner than chimera 1.x. - Shows the URL of an anchor without source patching! Bad features: - I wrote my own HTML code. - Color handling code. - Refresh code. - The rest of the code. - All caching is disabled. You can download it from: https://www.unlv.edu/~john/src/cfh57-2.0.tar.gz -john ------- Message 14 Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa21027; 18 Jul 95 4:25 PDT Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa20899; 18 Jul 95 4:12 PDT To: chimera-announce@cephas.ISRI.UNLV.EDU Subject: 2.0 source location Date: Tue, 18 Jul 1995 04:12:55 -0700 From: John Kilburg I should have done this before... You can find a link to the latest released 2.0 source on the chimera information page: https://www.isri.unlv.edu/~john/chimera/ There is a link to the information page from the chimera home page in case you forget the above URL (meaning it should be reasonably easy to find). I don't want to make it too visible because it is not suitable for most people. -john ------- Message 15 Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa23277; 18 Jul 95 6:25 PDT Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by concorde.inria.fr (8.6.10/8.6.9) with ESMTP id PAA18771 for ; Tue, 18 Jul 1995 15:21:30 +0200 Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.10/8.6.6) id PAA11098; Tue, 18 Jul 1995 15:21:23 +0200 Date: Tue, 18 Jul 1995 15:21:23 +0200 Message-Id: <199507181321.PAA11098@fantomas.inria.fr> From: Jean-Marc Lasgouttes To: bug-chimera@unlv.edu Subject: New alpha release and X11R4 Reply-to: Jean-Marc.Lasgouttes@inria.fr Hello everybody! I tried to compile the news alpha release of chimera, which failed when searching the file X11/Xcms.h. It appears that this file does not exist in X11R4. Does it mean that Chimera 2.0 will not run on X11R4? Is there a workaround? Jean-Marc. PS: In fact, I don't really care; I think I will have switched to R5 by the end of the week :-) ------- Message 16 Received: from xph029.physics.montana.edu by JIMI.CS.UNLV.EDU id aa00420; 18 Jul 95 11:15 PDT Received: (from michael@localhost) by xph029.physics.montana.edu (8.6.12/8.6.9) id MAA11078; Tue, 18 Jul 1995 12:14:25 -0600 Date: Tue, 18 Jul 1995 12:14:19 -0600 (MDT) From: Michael Kellen To: Chimera Hacker List Subject: Chimera Review [cfh57-2.0] Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII [I'm running on a 486/25 Linux Box using X11R6 and the ELF libraries] (1) This mother can *MOVE*. Time from click to display is very short. It screams along. Mozilla on the same architecture is still trying to pop up a window by the time I'm surfing web in peoria. (2) I like the status display. (3) Lots of the traditional i/o is gone (what did you expect?) Typing a URL in the location box did nothing. Scrollbars did not connect with the canvas (though mouse scrolling worked, which was good, as key scrolling did not) (4) No forms, no plaintext. Like I said, what did you expect? Overall Review: Damned fine rewrite! The bones are there, now it's time for the feeping creaturism. Did not check for memory leaks or other profiling stuff, just a road test. Don't dump your 1.65 client, though. Yet. :-) ------- Message 17 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa02013; 18 Jul 95 12:11 PDT To: Jean-Marc.Lasgouttes@inria.fr cc: bug-chimera@unlv.edu Subject: Re: New alpha release and X11R4 In-reply-to: Your message of "Tue, 18 Jul 1995 15:21:23 +0200." <199507181321.PAA11098@fantomas.inria.fr> Date: Tue, 18 Jul 1995 12:11:32 -0700 From: John Kilburg >I tried to compile the news alpha release of chimera, which failed >when searching the file X11/Xcms.h. It appears that this file does not >exist in X11R4. Does it mean that Chimera 2.0 will not run on X11R4? >Is there a workaround? Ooops. I forgot to mention that. Chimera 2.0 requires X11R5 or better. -john ------- Message 18 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa02418; 18 Jul 95 12:26 PDT To: Michael Kellen cc: Chimera Hacker List Subject: Re: Chimera Review [cfh57-2.0] In-reply-to: Your message of "Tue, 18 Jul 1995 12:14:19 MDT." Date: Tue, 18 Jul 1995 12:26:30 -0700 From: John Kilburg Ah! This is the kind of review I was hoping for :) I'm still working on making it solid. It leaks memory like crazy and even after using a malloc checker on it I think it still thrashes memory. Also, it will occasionally set a window size to 0 which causes it to die. Everyone: don't go hacking on it yet. It is very likely that parts of the code will get heavily rearranged. -john >[I'm running on a 486/25 Linux Box using X11R6 and the ELF libraries] > >(1) This mother can *MOVE*. Time from click to display is very short. > It screams along. Mozilla on the same architecture is still trying > to pop up a window by the time I'm surfing web in peoria. > >(2) I like the status display. > >(3) Lots of the traditional i/o is gone (what did you expect?) Typing a > URL in the location box did nothing. Scrollbars did not connect with > the canvas (though mouse scrolling worked, which was good, as key > scrolling did not) > >(4) No forms, no plaintext. Like I said, what did you expect? > >Overall Review: Damned fine rewrite! The bones are there, now it's time > for the feeping creaturism. Did not check for memory leaks > or other profiling stuff, just a road test. > >Don't dump your 1.65 client, though. Yet. :-) ------- Message 19 Received: from eikon.regent.e-technik.tu-muenchen.de by JIMI.CS.UNLV.EDU id aa09049; 20 Jul 95 9:15 PDT Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55495>; Thu, 20 Jul 1995 18:13:32 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id JAA01370; Thu, 20 Jul 1995 09:22:48 +0200 Message-Id: <199507200722.JAA01370@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: John Kilburg cc: bug-chimera@cs.unlv.edu Subject: Re: chimera remote control Date: Thu, 20 Jul 1995 09:22:47 +0200 From: "Julian Stacey " MMDF-Warning: Parse error in original version of preceding line at JIMI.CS.UNLV.EDU > >> Here's a patch I wrote to enhance Chimera functionality. Its > >> purpose is to get Chimera to accept SIGUSR1 as a signal requesting > >> reload & thus redisplay. > > > >Chimera is supposed to already have a remote control that could be > >used for this: the Chimera.inPort is described in > > > > https://www.isri.unlv.edu/~john/chimera/incoming.html > > > >Only, it doesn't seem to work right. I've just tried to telnet to my > >Chimera. It does accept requests and prints messages like > > > > 152 bytes out of 10 loaded > > > >but it never turns from loading to displaying even if I close the > >connection. > > Right. It used to work and someone here wrote a program to allow chimera > to receive zephyrgrams but there wasn't much interest so I didn't > worry about keeping it maintained. > > If there is sufficient interest then I will try to make sure 2.0 > can be remote controlled using CCI or whatever. > > Julian: thanks for the patch. > > -john My pleasure :-) I'll be fetching your alpha soon, & will ensure the patch applies to that too, ( I want to keep my uniform mechanism to drive both chimera & ghostview back-ends from vi ) Julian - --- Julian Stacey Email: jhs@freebsd.org Web: www.freebsd.org/~jhs/ ------- Message 20 Received: from eikon.regent.e-technik.tu-muenchen.de by JIMI.CS.UNLV.EDU id aa09144; 20 Jul 95 9:17 PDT Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55504>; Thu, 20 Jul 1995 18:16:19 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id TAA05736; Wed, 19 Jul 1995 19:33:39 +0200 Message-Id: <199507191733.TAA05736@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Jean-Marc.Lasgouttes@inria.fr cc: bug-chimera@unlv.edu Subject: Re: New alpha release and X11R4 In-reply-to: Your message of "Tue, 18 Jul 1995 15:21:23 +0200." <199507181321.PAA11098@fantomas.inria.fr> Date: Wed, 19 Jul 1995 19:33:38 +0200 From: "Julian Stacey " MMDF-Warning: Parse error in original version of preceding line at JIMI.CS.UNLV.EDU > PS: In fact, I don't really care; I think I will have switched to R5 > by the end of the week :-) WHY ? ... skip a generation, go R6 ! R6 has been out maybe 4 or 6 months by now ! I for instance am on X11R6pl11+XFree86_3.1.1 (BTW, while I'm on this list, sorry for the silly ghostscript remark I made a day or so ago, I still haven't seen any corrections, but I'm sur there'll be some up ahead in the 200 mails ahead in the queue ;-) Julian S ------- Message 21 Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa04230; 21 Jul 95 0:25 PDT Received: from blagdon.ncl.ac.uk by cheviot.ncl.ac.uk id (8.6.12/ for ncl.ac.uk) with SMTP; Fri, 21 Jul 1995 08:25:50 +0100 Received: (njkw@localhost) by blagdon.ncl.ac.uk (8.6.7/8.6.x-cf revision 8 for SunOS 4.1.x) id IAA02080; Fri, 21 Jul 1995 08:25:49 +0100 Date: Fri, 21 Jul 1995 08:25:49 +0100 From: Jim Wight Message-Id: <199507210725.IAA02080@blagdon.ncl.ac.uk> To: bug-chimera@unlv.edu In-reply-to: <199507191733.TAA05736@vector.eikon.e-technik.tu-muenchen.de> Subject: Re: New alpha release and X11R4 Reply-to: J.K.Wight@newcastle.ac.uk "Julian Stacey writes: > > > PS: In fact, I don't really care; I think I will have switched to R5 > > by the end of the week :-) > > WHY ? ... skip a generation, go R6 ! > > R6 has been out maybe 4 or 6 months by now ! Doesn't time fly? X11R6 has been out for over a year. The release notes indicate that the release date was 16th May 1994. Jim ------- Message 22 Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29818; 25 Jul 95 4:53 PDT Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29709; 25 Jul 95 4:41 PDT To: chimera-announce@cephas.ISRI.UNLV.EDU Subject: new 2.0 alpha Date: Tue, 25 Jul 1995 04:41:48 -0700 From: John Kilburg In case anyone is interested, I just released another one: https://www.isri.unlv.edu/~john/chimera/src/ Improvements are mostly internal code reworkings. -john ------- Message 23 Received: from xph029.physics.montana.edu by JIMI.CS.UNLV.EDU id aa21257; 25 Jul 95 18:28 PDT Received: (from michael@localhost) by xph029.physics.montana.edu (8.6.12/8.6.9) id TAA02650; Tue, 25 Jul 1995 19:26:58 -0600 Date: Tue, 25 Jul 1995 19:26:53 -0600 (MDT) From: Michael Kellen To: Chimera Hacker List Subject: Latest Alpha Review Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Another review. I still like this alpha version better ... can't wait for it to get stable! Here's what works for me (now): Reads and displays text/plaintext Source works (pulls up xedit with source file) File URL's work (with my suggested typing and sizing of file list :-) Still screams along Cut and paste Here's what doesn't work (for me): Segfaults on attempt to ftp. Segfaults on attempt to gopher. Cannot pull up "File" Popup. Cannot pull up "Search" Popup. "Add" botton on bookmark popup claims "Null URL" Bookmark Group buttons work fine. Cannot type into URL line Scrollbar not coordinated with text position Forms Key shortcuts Index lists lack bitmaps Index lists with filenames > 22 chars FUBAR Bitmaps not displayed Wishlist: I think the pointer should still be changed to a watch or somesuch while a download request is in progress, so that you know if you hit the request or not. At least some sort of "busy" status should be active ... perhaps graying out the cancel button? Michael ------- Message 24 Received: from alpha.Xerox.COM by JIMI.CS.UNLV.EDU id aa12755; 26 Jul 95 10:34 PDT Received: from gemini.sdsp.mc.xerox.com ([13.252.21.73]) by alpha.xerox.com with SMTP id <14577(4)>; Wed, 26 Jul 1995 10:34:12 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA28055; Wed, 26 Jul 95 13:34:03 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA11047; Wed, 26 Jul 95 13:34:00 EDT Message-Id: <9507261734.AA11047@gnu.mc.xerox.com> To: bug-chimera@cs.unlv.edu Subject: chimera version directory Date: Wed, 26 Jul 1995 10:33:58 PDT From: Marty Leisner The alpha's have distinct names (chf61-2.0.tar.gz...) I would also be very useful if they unpacked into their own directory (so there's no confusion -- i.e. chimera-2.0alpha61 instead of chimera-2.0 marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (https://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 ------- End of Forwarded Messages