Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01415; 26 Dec 96 22:42 PST To: jay@JIMI.CS.UNLV.EDU Subject: bug-chimera feb 95 Date: Thu, 26 Dec 1996 22:42:53 -0800 From: Jay Nietling ------- Forwarded Messages Received: from cass41.ast.cam.ac.uk by JIMI.CS.UNLV.EDU id aa05772; 8 Feb 95 7:45 PST Received: from mamba.ast.cam.ac.uk by cass41 with smtp (Smail3.1.28.1 #3) id m0rcEZM-00004JC; Wed, 8 Feb 95 15:44 GMT Received: by mamba.ast.cam.ac.uk (Smail-3.1.28.1) id m0rcEXY-0001UqC; Wed, 8 Feb 95 15:42 GMT Message-Id: Date: Wed, 8 Feb 95 15:42 GMT From: David Robinson To: bug-chimera@cs.unlv.edu Cc: drtr@ast.cam.ac.uk Subject: Chimera load error message Content-Length: 5515 I like chimera (better than Mosaic), but one feature I found frustrating was uninformative error message you get if chimera cannot load a document. If you click on a link which cannot be followed, it would simply say 'Could not load document', without any indication of the URL that failed. I think it should include the URL in the error message. A patch is enclosed below. I do not subscribe to this list; comments via mail directly to me, please. David Robinson. (drtr@ast.cam.ac.uk) - ----------------------------- begin patch --------------------------- *** src/document.c.orig Thu Dec 22 11:00:25 1994 - --- src/document.c Tue Jan 31 18:31:40 1995 *************** *** 426,434 **** */ if (d == NULL) { char *msg = GetFromStringDB("noload"); ! d = BuildDocument(msg, strlen(msg), "text/html", 1, 0); } else { - --- 426,443 ---- */ if (d == NULL) { + char *text, *urlt; char *msg = GetFromStringDB("noload"); + char *url = MakeURL(up); ! urlt = EscapeHTML(url); ! free(url); ! ! text = alloc_mem(strlen(msg) + strlen(urlt) + 1); ! sprintf(text, "%s%s", msg, urlt); ! free(urlt); ! d = BuildDocument(text, strlen(text), "text/html", 1, 0); ! free(text); } else { *************** *** 473,485 **** if (tup != NULL) DestroyURLParts(tup); } } else if (d->text == NULL) { char *msg = GetFromStringDB("noload"); DestroyDocument(d); ! d = BuildDocument(msg, strlen(msg), "text/html", 1, 0); } else /* if the document seems to be OK then copy the URL stuff over */ { - --- 482,503 ---- if (tup != NULL) DestroyURLParts(tup); } + if (url != NULL) free(url); } else if (d->text == NULL) { + char *text, *urlt; char *msg = GetFromStringDB("noload"); + char *url = MakeURL(up); DestroyDocument(d); ! urlt = EscapeHTML(url); ! free(url); ! text = alloc_mem(strlen(msg) + strlen(urlt) + 1); ! sprintf(text, "%s%s", msg, urlt); ! free(urlt); ! d = BuildDocument(text, strlen(text), "text/html", 1, 0); ! free(text); } else /* if the document seems to be OK then copy the URL stuff over */ { *** src/lang.c.orig Mon Nov 28 08:55:27 1994 - --- src/lang.c Tue Jan 31 18:31:21 1995 *************** *** 58,64 **** { "absurl", "

Error

Invalid URL. You must specify an absolute URL.", lang + 37 }, { "nopipe", "

Error

Could not open pipe to ", lang + 38 }, { "absrurl", "

Error

The proxy URL must be an absolute URL.", lang + 39 }, ! { "noload", "

Error

Could not load document.", lang + 40 }, { "loops", "

Info

Document loops to itself.", lang + 41 }, { "invlocation", "

Error

Invalid relocation in reply header.", lang + 42 }, { "nosave", "

Error

Could not save temporary file. Make sure that you have enough temporary disk space.", lang + 43 }, - --- 58,64 ---- { "absurl", "

Error

Invalid URL. You must specify an absolute URL.", lang + 37 }, { "nopipe", "

Error

Could not open pipe to ", lang + 38 }, { "absrurl", "

Error

The proxy URL must be an absolute URL.", lang + 39 }, ! { "noload", "

Error

Could not load document:

", lang + 40 }, { "loops", "

Info

Document loops to itself.", lang + 41 }, { "invlocation", "

Error

Invalid relocation in reply header.", lang + 42 }, { "nosave", "

Error

Could not save temporary file. Make sure that you have enough temporary disk space.", lang + 43 }, *** src/util.c.orig Tue Dec 20 12:12:06 1994 - --- src/util.c Tue Jan 31 18:35:16 1995 *************** *** 434,439 **** - --- 434,486 ---- return(cmdline); } + + /* + * EscapeHTML + * + * Allocates a new string, and copies text into it, escaping all HTML + * active characters. The string should be freed with free() + * + * This uses a two-pass algorithm. + * Contributed by David.Robinson@ast.cam.ac.uk + */ + char * + EscapeHTML(text) + char *text; + { + int j, i; + char *ret; + + /* count length and number of active characters in string */ + j = 0; + for (i=0; text[i] != '\0'; i++) + if (text[i] == '<' || text[i] == '&' || text[i] == '>') j++; + + /* conservative; allow 4 _extra_ characters for each escape sequence */ + ret = alloc_mem(i + 1 + j*4); + + j = 0; + for (i=0; text[i] != '\0'; i++) + { + if (text[i] == '<') + { + memcpy(&ret[j], "<", 4); + j += 4; + } else if (text[i] == '>') + { + memcpy(&ret[j], ">", 4); + j += 4; + } else if (text[i] == '&') + { + memcpy(&ret[j], "&", 5); + j += 5; + } else + ret[j++] = text[i]; + } + ret[j] = '\0'; + return ret; + } + #ifdef NEED_STRSTR /* * Source code for the "strstr" library routine. *** src/util.h.orig Tue Dec 20 07:54:41 1994 - --- src/util.h Tue Jan 31 18:18:08 1995 *************** *** 25,30 **** - --- 25,31 ---- void StartReaper(); char *mystrtok(char *, int, char **); char *CreateCommandLine(char *, char *, char *); + char *EscapeHTML(char *); #ifdef NEED_STRSTR char *strstr(char *, char *); #endif *************** *** 43,48 **** - --- 44,50 ---- void StartReaper(); char *mystrtok(); char *CreateCommandLine(); + char *EscapeHTML(); #ifdef NEED_STRSTR char *strstr(); #endif - ----------------------------- end patch --------------------------- ------- Message 2 Received: from hammond.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa29692; 8 Feb 95 22:50 PST To: bug-chimera@hammond.CS.UNLV.EDU Subject: gopher display Date: Wed, 08 Feb 1995 22:50:56 -0800 From: Jenny Zhan When I open a gopher site, its whole directory is displayed on the top of the menu as if it's the title. This seems unnecessary as it confuses an average user. Jenny Zhan ------- Message 3 Received: from sun2.nsfnet-relay.ac.uk by JIMI.CS.UNLV.EDU id aa25844; 11 Feb 95 17:36 PST Via: uk.ac.edinburgh.cogsci; Sun, 12 Feb 1995 01:35:47 +0000 Date: Sun, 12 Feb 95 01:35:43 GMT Message-Id: <3706.9502120135@macbeth.cogsci.ed.ac.uk> From: Tim Bradshaw To: bug-chimera@cs.unlv.edu Subject: Proxy resource bug in 1.63 1.63 doesn't look up the noProxy resource to find domains it shouldn't proxy. Attached is a fix. - --tim (not currently subscribed to this list, which is probably a terrible breach of etiquette...) =================================================================== RCS file: RCS/document.c,v retrieving revision 1.63 diff -c -r1.63 document.c *** 1.63 1995/02/12 00:23:15 - --- document.c 1995/02/12 00:35:03 *************** *** 215,221 **** } pproxy = alloc_string(pproxy); ! if ((no_proxy = getenv("no_proxy")) != NULL) { hlen = strlen(up->hostname); cp = no_proxy; - --- 215,222 ---- } pproxy = alloc_string(pproxy); ! if ((no_proxy = getenv("no_proxy")) != NULL ! || (no_proxy = NGetFromStringDB("no_proxy")) != NULL) { hlen = strlen(up->hostname); cp = no_proxy; ------- Message 4 Received: from relay4.UU.NET by JIMI.CS.UNLV.EDU id aa27125; 11 Feb 95 19:27 PST Received: from cygnus.com by relay4.UU.NET with ESMTP id QQycsb08221; Sat, 11 Feb 1995 22:27:10 -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 TAA09300; Sat, 11 Feb 1995 19:27:06 -0800 Received: by tweedledumb.cygnus.com (4.1/4.7) id AA07230; Sat, 11 Feb 95 22:27:05 EST Received: by perdiem.cygnus.com (5.67/4.7) id AA03788; Sat, 11 Feb 95 22:26:04 -0500 Date: Sat, 11 Feb 95 22:26:04 -0500 Message-Id: <9502120326.AA03788@perdiem.cygnus.com> To: bug-chimera@cs.unlv.edu Subject: .chimera_bookmark -> html conversion From: eichin@cygnus.com It occurred to me that the chimera book mark file would be really easy to turn into html; primitive perl code (literally five minutes of work) to do so is appended here. The more interesting speculation is that it might not take much coding to *maintain* the bookmark file directly in html... given that most of the parsing code is already around chimera somehow, and the browser might even be simplified some by using the html viewing code (especially if the section names were split out, or better yet converted into link tags -- then clicking in the generated section list would cause a jump-to-relative-url in the bookmark window, and of course clicking in the bookmark window would cause jump-to-real-url to happen in the main window...) Anyway, I think you get the idea. I'm not sure how useful it is, or if I'll have time to actually implement it, but if not, maybe someone else will be inspired (and if not, at least you've got the perl code :-) _Mark_ Cygnus Support, East Coast #!/usr/bin/perl # this file is trivial and placed in the Public Domain. # -*- perl -*- $ul=0; while(<>) { chop; @F=split(/ /,$_,3); if($F[0] eq "group") { print "\n" if($ul == 1); print "

$F[1]

\n
    \n"; $ul=1; next; } if($F[0] eq "mark") { print "
  • $F[2]\n"; next; } print "

    $_

    \n"; } ------- Message 5 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01079; 11 Feb 95 23:53 PST To: eichin@cygnus.com cc: bug-chimera@cs.unlv.edu Subject: Re: .chimera_bookmark -> html conversion In-reply-to: Your message of "Sat, 11 Feb 1995 22:26:04 EST." <9502120326.AA03788@perdiem.cygnus.com> Date: Sat, 11 Feb 1995 23:53:07 -0800 From: John Kilburg >It occurred to me that the chimera book mark file would be really easy >to turn into html; primitive perl code (literally five minutes of >work) to do so is appended here. > >The more interesting speculation is that it might not take much coding >to *maintain* the bookmark file directly in html... given that most of >the parsing code is already around chimera somehow, and the browser >might even be simplified some by using the html viewing code >(especially if the section names were split out, or better yet >converted into link tags -- then clicking in the generated section >list would cause a jump-to-relative-url in the bookmark window, and of >course clicking in the bookmark window would cause jump-to-real-url to >happen in the main window...) Anyway, I think you get the idea. I'm >not sure how useful it is, or if I'll have time to actually implement >it, but if not, maybe someone else will be inspired (and if not, at >least you've got the perl code :-) Several people have asked me to do something like this. The current bookmark system works OK and doesn't lose bookmarks (at least not for me) so I am going to stick with it for now. I will try to develop a way of allowing external protocol programs to do bookmark stuff (just pass the current URL in the header). For example, you might be able to specify the URL: bookmark:/add/Bookmark name bookmark:/delete/Bookmark name bookmark:/display This is just an off the cuff sort of thing...maybe someone has a better URL scheme? -john ------- Message 6 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01189; 11 Feb 95 23:59 PST To: Jenny Zhan cc: bug-chimera@hammond.cs.unlv.edu Subject: Re: gopher display In-reply-to: Your message of "Wed, 08 Feb 1995 22:50:56 PST." Date: Sat, 11 Feb 1995 23:59:32 -0800 From: John Kilburg >When I open a gopher site, its whole directory is displayed on the >top of the menu as if it's the title. This seems unnecessary as it >confuses an average user. I trimmed it down a bit in 1.64. -john ------- Message 7 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa04524; 12 Feb 95 1:31 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: 1.64 beta 6 Date: Sun, 12 Feb 1995 01:31:20 -0800 From: John Kilburg I just put out a new 1.64 beta with some bug fixes that might be of interested to some of you. There is a CHANGES-1.64b6 file that lists the changes made so you can decide whether or not you want it. Where is 2.0? Well, I have been working on a program called rummage which is kind of what I am being paid for so I feel some obligation to occasionally work on it :) 2.0 is on the backburner right now so I can make the 1.x releases more stable. The biggest problem with 2.0 is that I really, really dislike writing code to deal with HTML (2.0 doesn't use NCSA's widget). ftp://ftp.cs.unlv.edu/pub/chimera-misc/xc6-1.64.tar.gz Thanks. -john ------- Message 8 Received: from sun2.nsfnet-relay.ac.uk by JIMI.CS.UNLV.EDU id aa06205; 16 Feb 95 3:12 PST Via: uk.ac.aston; Thu, 16 Feb 1995 10:47:39 +0000 Received: from caledfwlch.aston.ac.uk by email.aston.ac.uk with SMTP (PP) id <15127-0@email.aston.ac.uk>; Thu, 16 Feb 1995 10:44:28 +0000 Received: by caledfwlch.aston.ac.uk (Smail3.1.29.1 #2) id m0rf3jr-000FqqC; Thu, 16 Feb 95 10:47 GMT Message-Id: X-Mailer: exmh version 1.5.1 12/2/94 To: bug-chimera@cs.unlv.edu Bcc: Subject: xc6-1.64 bombs out when reload selected Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 16 Feb 1995 10:47:10 +0000 From: Gareth Owen (SunOS 4.1.3 , gcc 2.6.3) In main.c , function Reload @ line 1303 1303 if (t->up == NULL) return; (at which point t is a null pointer and xc6-1.64 falls over) 1304 1305 t = root.dlist So perhaps this should be 1303 t = root.dlist 1304 1305 if (t->up == NULL) return; Gareth - --------------- Gareth Owen,Information Systems ,Aston University , Birmingham , UK ------- Message 9 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa09157; 16 Feb 95 6:15 PST Received: from xenon.cs.tu-berlin.de (czyborra@xenon.cs.tu-berlin.de [130.149.24.21]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id PAA12655 for ; Thu, 16 Feb 1995 15:15:38 +0100 Received: (czyborra@localhost) by xenon.cs.tu-berlin.de (8.6.7/8.6.6) id PAA24668; Thu, 16 Feb 1995 15:15:32 +0100 Date: Thu, 16 Feb 1995 15:15:29 +0100 (MET) From: Roman Czyborra To: Chimera Doctors Subject: WM_DELETE_WINDOW Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Here's what's still missing in xc6-1.64 so you can softly close chimera from the window manager: *** 1.1 1995/02/14 02:10:00 - --- main.c 1995/02/16 13:33:13 *************** *** 443,448 **** - --- 443,450 ---- } delete = XInternAtom(XtDisplay(root.toplevel), "WM_DELETE_WINDOW", False); + XtOverrideTranslations (root.toplevel, + XtParseTranslationTable ("WM_PROTOCOLS: quit()")); XSetWMProtocols (XtDisplay(root.toplevel), XtWindow(root.toplevel), &delete, 1); ------- Message 10 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa09609; 16 Feb 95 6:36 PST Received: from xenon.cs.tu-berlin.de (czyborra@xenon.cs.tu-berlin.de [130.149.24.21]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id PAA13487 for ; Thu, 16 Feb 1995 15:36:15 +0100 Received: (czyborra@localhost) by xenon.cs.tu-berlin.de (8.6.7/8.6.6) id PAA24693; Thu, 16 Feb 1995 15:36:13 +0100 Date: Thu, 16 Feb 1995 15:36:12 +0100 (MET) From: Roman Czyborra To: Chimera Doctors Subject: second argument to MakeURL Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII In xc6-1.64/src/document.c there are two calls of char *url = MakeURL(up); However, MakeURL needs a second argument. I don't understand that section of code, so I randomly put a 1 there. Was that the right choice? ------- Message 11 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa09840; 16 Feb 95 6:53 PST Received: from xenon.cs.tu-berlin.de (czyborra@xenon.cs.tu-berlin.de [130.149.24.21]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id PAA14059 for ; Thu, 16 Feb 1995 15:53:10 +0100 From: Roman Czyborra Received: (czyborra@localhost) by xenon.cs.tu-berlin.de (8.6.7/8.6.6) id PAA24751; Thu, 16 Feb 1995 15:53:07 +0100 MIME-Version: 1.0 To: Chimera Doctors Subject: expressive icons Content-type: multipart/mixed; boundary=- Date: Thu, 16 Feb 1995 15:53:07 +0100 Message-ID: This is a message in MIME format. - --- Content-type: text/plain; charset=US-ASCII The default icons for delayed or broken images didn't seem to make much sense to me. Therefore I drew some new ones and put them in libhtmlw: - --- Content-type: image/x-xbitmap; name=DelayedImage.xbm #define DelayedImage_width 80 #define DelayedImage_height 60 static unsigned char DelayedImage_bits[] = { 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0xa1, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0xaa, 0x8a, 0x51, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x55, 0x85, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, }; - --- Content-type: image/x-xbitmap; name=NoImage.xbm #define NoImage_width 80 #define NoImage_height 60 static unsigned char NoImage_bits[] = { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xfc, 0xff, 0xff, 0xff, 0x7f, 0xb4, 0xbd, 0xdd, 0xc1, 0x3f, 0xfc, 0xbf, 0x71, 0xff, 0x3f, 0x43, 0x9b, 0xbf, 0x1f, 0x38, 0xfc, 0x0f, 0xc4, 0xfe, 0xcf, 0xbc, 0xbe, 0x7d, 0x39, 0x3b, 0xfc, 0x50, 0x3d, 0xfc, 0xd1, 0xe6, 0xff, 0xfe, 0x62, 0x3b, 0x7c, 0xae, 0xef, 0x00, 0xc6, 0xfc, 0xfd, 0x7f, 0xf3, 0x02, 0x9c, 0xe7, 0xff, 0x1b, 0x7b, 0xff, 0x9f, 0xef, 0xe3, 0x0f, 0xcc, 0xa5, 0x7b, 0xab, 0xff, 0xdf, 0xff, 0xff, 0xfb, 0x15, 0xb4, 0xf6, 0xff, 0x4c, 0xfd, 0xed, 0xff, 0xe4, 0xbf, 0x21, 0xf4, 0xfa, 0xdd, 0xf7, 0xdd, 0xed, 0xbe, 0xfd, 0xfd, 0x28, 0x38, 0xfe, 0xbf, 0xfb, 0x05, 0xef, 0x7b, 0xfe, 0xcf, 0x3b, 0x2c, 0xd7, 0x1f, 0xf8, 0xbf, 0xfd, 0x7f, 0xff, 0xff, 0x30, 0x00, 0x9e, 0x77, 0xff, 0xcb, 0x2f, 0xcb, 0xbf, 0xfb, 0x35, 0x30, 0xf9, 0x7e, 0xef, 0xcf, 0x9a, 0xfc, 0xdf, 0xc7, 0x1d, 0xe4, 0xde, 0xf4, 0xd3, 0x5c, 0xf7, 0xf3, 0x8f, 0xbb, 0x12, 0xc0, 0xa7, 0xf0, 0xf1, 0xff, 0xe2, 0x4f, 0xb5, 0xf1, 0x2a, 0xbc, 0xd7, 0x3e, 0xab, 0xaf, 0xcb, 0x9c, 0x5e, 0xb3, 0x07, 0x3c, 0x67, 0x1b, 0xf8, 0xaf, 0x7f, 0xbf, 0x46, 0x7d, 0x32, 0xec, 0x22, 0x78, 0x5e, 0xa3, 0xd7, 0xe0, 0x25, 0x58, 0x01, 0xfc, 0xbf, 0x63, 0xff, 0xea, 0x49, 0x00, 0x0d, 0x43, 0x13, 0xe0, 0x6e, 0x40, 0x32, 0x11, 0x04, 0x35, 0x88, 0x22, 0x28, 0xd4, 0xdb, 0x0f, 0x2d, 0xc4, 0x04, 0x44, 0x05, 0x51, 0x15, 0xa8, 0xa8, 0xb6, 0x04, 0x22, 0xaa, 0x2e, 0x68, 0x00, 0x20, 0x54, 0x01, 0x65, 0x71, 0xa9, 0x47, 0x95, 0x9c, 0xe9, 0x03, 0xa0, 0x82, 0x8a, 0x28, 0xb0, 0x8f, 0xe2, 0xb6, 0x6f, 0x3b, 0x44, 0x11, 0x00, 0x81, 0xf6, 0x7f, 0xf8, 0xf6, 0x7f, 0x3f, 0x2c, 0xc0, 0x9e, 0xed, 0xdf, 0xfe, 0xed, 0xdf, 0xfe, 0x2d, 0xec, 0xdf, 0xfe, 0xed, 0xdf, 0xfe, 0xed, 0xdf, 0xfe, 0x2d, 0x7c, 0xfb, 0xb7, 0x7f, 0xfb, 0xb7, 0x7f, 0xfb, 0xb7, 0x3f, 0x7c, 0xfb, 0xb7, 0x7f, 0xfb, 0xb7, 0x7f, 0xfb, 0xb7, 0x3f, 0xf4, 0x7f, 0xff, 0xf7, 0x7f, 0xff, 0xf7, 0x7f, 0xff, 0x37, 0xf4, 0x6f, 0xff, 0xf7, 0x6f, 0xff, 0xf7, 0x6f, 0xff, 0x37, 0xbc, 0xef, 0xff, 0xbe, 0xef, 0xff, 0xbe, 0xef, 0xff, 0x3e, 0xbc, 0xff, 0xdb, 0xbe, 0xff, 0xdb, 0xbe, 0xff, 0xdb, 0x3e, 0xfc, 0xff, 0xdb, 0xff, 0xff, 0xdb, 0xff, 0xff, 0xdb, 0x3f, 0xf8, 0xfe, 0x7f, 0xfb, 0xfe, 0x7f, 0xfb, 0xfe, 0x7f, 0x3b, 0xf8, 0xbe, 0x7f, 0xfb, 0xbe, 0x7f, 0xfb, 0xbe, 0x7f, 0x3b, 0xdc, 0xbf, 0xff, 0xdf, 0xbf, 0xff, 0xdf, 0xbf, 0xff, 0x1f, 0xdc, 0xff, 0xfd, 0xdf, 0xff, 0xfd, 0xdf, 0xff, 0xfd, 0x1f, 0xfc, 0xff, 0xfd, 0xff, 0xff, 0xfd, 0xff, 0xff, 0xfd, 0x3f, 0xfc, 0xdb, 0xbf, 0xfd, 0xdb, 0xbf, 0xfd, 0xdb, 0xbf, 0x3d, 0xfc, 0xdb, 0xbf, 0xfd, 0xdb, 0xbf, 0xfd, 0xdb, 0xbf, 0x3d, 0xec, 0xff, 0xf6, 0xef, 0xff, 0xf6, 0xef, 0xff, 0xf6, 0x2f, 0xec, 0xff, 0xf6, 0xef, 0xff, 0xf6, 0xef, 0xff, 0xf6, 0x2f, 0xfc, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0x3f, 0xfc, 0xed, 0xfb, 0xfe, 0xed, 0xfb, 0xfe, 0xed, 0xfb, 0x3e, 0xfc, 0xed, 0xfb, 0xfe, 0xed, 0xfb, 0xfe, 0xed, 0xfb, 0x3e, 0xf8, 0xbf, 0xef, 0xfb, 0xbf, 0xef, 0xfb, 0xbf, 0xef, 0x3b, 0xf8, 0xb6, 0x6f, 0xfb, 0xb6, 0x6f, 0xfb, 0xb6, 0x6f, 0x3b, 0xfc, 0xf6, 0x7f, 0xff, 0xf6, 0x7f, 0xff, 0xf6, 0x7f, 0x3f, 0xec, 0xdf, 0xfe, 0xed, 0xdf, 0xfe, 0xed, 0xdf, 0xfe, 0x2d, 0xec, 0xdf, 0xfe, 0xed, 0xdf, 0xfe, 0xed, 0xdf, 0xfe, 0x2d, 0x7c, 0xfb, 0xb7, 0x7f, 0xfb, 0xb7, 0x7f, 0xfb, 0xb7, 0x3f, 0x7c, 0xfb, 0xb7, 0x7f, 0xfb, 0xb7, 0x7f, 0xfb, 0xb7, 0x3f, 0xf4, 0x7f, 0xff, 0xf7, 0x7f, 0xff, 0xf7, 0x7f, 0xff, 0x37, 0xf4, 0x6f, 0xff, 0xf7, 0x6f, 0xff, 0xf7, 0x6f, 0xff, 0x37, 0xbc, 0xef, 0xff, 0xbe, 0xef, 0xff, 0xbe, 0xef, 0xff, 0x3e, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, }; - ----- ------- Message 12 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa10092; 16 Feb 95 7:08 PST Received: from xenon.cs.tu-berlin.de (czyborra@xenon.cs.tu-berlin.de [130.149.24.21]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id QAA14548 for ; Thu, 16 Feb 1995 16:07:52 +0100 Received: (czyborra@localhost) by xenon.cs.tu-berlin.de (8.6.7/8.6.6) id QAA24774; Thu, 16 Feb 1995 16:07:49 +0100 Date: Thu, 16 Feb 1995 16:07:47 +0100 (MET) From: Roman Czyborra To: Chimera Doctors Subject: can't use WAIS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII My waisProxy is https://www.cs.tu-berlin.de:2784/. With that, I can query wais://quepasa.cs.tu-berlin.de:2010/hypertexte just fine, search for "unicode" for example. The returned form contains a HREF="hypertexte/TEXT/5154/1=quepasa%3A2010;2=./hypertexte;3=0%205154%20/home/all4/c/czyborra/.public_html/mime.html;4=quepasa%3A2010;5=./hypertexte;6=0%205154%20/home/all4/c/czyborra/.public_html/mime.html;7=%00;" When I click on it, chimera tries to load wais://quepasa.cs.tu-berlin.de:2010/hypertexte;6=0%205154%20/home/all4/c/czyborra/.public_html/mime.html;7=%00; This gives an error because chimera threw away the fields 1 thru 5. Seems like this is the result of a reverse string search for "/hypertexte" ------- Message 13 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa10312; 16 Feb 95 7:27 PST Received: from xenon.cs.tu-berlin.de (czyborra@xenon.cs.tu-berlin.de [130.149.24.21]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id QAA15258 for ; Thu, 16 Feb 1995 16:27:03 +0100 Received: (czyborra@localhost) by xenon.cs.tu-berlin.de (8.6.7/8.6.6) id QAA24844; Thu, 16 Feb 1995 16:27:01 +0100 Date: Thu, 16 Feb 1995 16:27:00 +0100 (MET) From: Roman Czyborra To: Chimera Doctors Subject: crowded text fields in fill-out forms Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII If you enter a long string at the URL window, the text will be scrolled horizontally so you can always see what you type and drive around with the cursor. For some reason that does not happen within the HTML widget. The following two lines in Chimera.ad let you at least scroll manually: *HTML*Text*scrollHorizontal: whenNeeded *HTML*Text*Scrollbar*thickness: 4 I'm still missing a way to teach the Text widget to ignore linebreaks that come in with the insert-selection(PRIMARY,CUT_BUFFER0). ------- Message 14 Received: from xph029.oscs.montana.edu by JIMI.CS.UNLV.EDU id aa18731; 21 Feb 95 13:15 PST Received: by xph029.oscs.montana.edu (Smail3.1.28.1 #8) id m0rh1v4-00005JC; Tue, 21 Feb 95 14:14 MST Date: Tue, 21 Feb 1995 14:14:49 -0700 (MST) From: Michael Kellen To: bug-chimera@cs.unlv.edu Subject: Seg Fault under X11R6 and an FTP enhancement Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I have not seen any responses in the archive to an earlier report of segmentation fault crashes by chimera, and the fault still exists in xc6-1.64.tar.gz. The problem symptoms are as follows: Chimera works just fine as long as no popups are invoked. Any attempt to follow a link *after* starting a popup leads to a seg fault inside of malloc (yes, malloc, not mymalloc). It does not matter if the popup has been dismissed or not, nor does it matter which popup is called. It is *not* dependant upon the link followed. I just don't know (nor do I want to know) enough X toolkit internals to see where the problem is. It would seem to be an X11R6 compatability problem. Has anyone looked into this yet?? For those who care, my platform is a 486dx/25 running Linux (kernel 1.1.64) and Xfree 3.1.1 with Xaw3d. I compiled with gcc 2.6.2. Also, I noticed that the ftp handler does not indicate files which are directories or links, nor does it show file size. The following patch adds these to an ftp index. It could still use to add a link to the Parent Directory to improve treewalking. *** oldftp.c Fri Dec 23 04:15:49 1994 - --- ftp.c Tue Jan 31 14:56:59 1995 *************** *** 269,275 **** } free(query); ! if (soak(s, "NLST\r\n") >= 400) { net_close(s); net_close(d); - --- 269,275 ---- } free(query); ! if (soak(s, "LIST\r\n") >= 400) { net_close(s); net_close(d); *************** *** 344,350 **** char file[BUFSIZ]; int flen = 0, lastflen = 0; static char *head = "FTP directory %s on %s\n

    FTP directory %s

    \n
      \n"; ! static char *entry = "
    • %s \n"; static char *trail = "
    "; p = t; - --- 344,351 ---- char file[BUFSIZ]; int flen = 0, lastflen = 0; static char *head = "FTP directory %s on %s\n

    FTP directory %s

    \n
      \n"; ! char perms[11], size[32], tail[32]; ! static char *entry = "
    • %s %s\n"; static char *trail = "
    "; p = t; *************** *** 375,382 **** /* * First get the filename */ - - sscanf(buffer, "%s", file); /* * Now craft a bit of HTML with an anchor for the directory entry * and add it to the end of the HTML buffer. Use realloc to extend - --- 376,398 ---- /* * First get the filename */ + if ( strlen(buffer) > 50 ) + { + sscanf(buffer, "%s %*s %*s %*s %s %*s %*s %*s %s", perms, size, file); + perms[1]='\0'; + if ( strcmp(perms, "d") == 0 ) + strcpy(tail,"/"); + else if ( strcmp(perms, "-") == 0 ) + sprintf(tail," (%s bytes)",size); + else if ( strcmp(perms, "l") == 0 ) + strcpy(tail," <link>"); + } else { + sscanf(buffer, "%s", file); + strcpy(tail," <type unknown>"); + } + + /* * Now craft a bit of HTML with an anchor for the directory entry * and add it to the end of the HTML buffer. Use realloc to extend *************** *** 383,396 **** * the buffer and sprintf to put the formatted HTML in the newly * allocated space. */ ! lastflen = flen; ! temp = alloc_mem(strlen(file) * 2 + strlen(hostname) + ! strlen(fptr) + strlen(entry) + 10 + 1); ! sprintf (temp, entry, hostname, portno, fptr, file, file); ! flen += strlen(temp); ! f = (char *)realloc_mem(f, sizeof(char) * (flen + 1)); ! strcpy(f + lastflen, temp); ! free(temp); } /* - --- 399,415 ---- * the buffer and sprintf to put the formatted HTML in the newly * allocated space. */ ! if ( strcmp(file, "total") != 0 ) ! { ! lastflen = flen; ! temp = alloc_mem(strlen(file) * 2 + strlen(hostname) + ! strlen(tail) + strlen(fptr) + strlen(entry) + 10 + 1); ! sprintf (temp, entry, hostname, portno, fptr, file, file, tail); ! flen += strlen(temp); ! f = (char *)realloc_mem(f, sizeof(char) * (flen + 1)); ! strcpy(f + lastflen, temp); ! free(temp); ! } } /* ------- Message 15 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa20658; 21 Feb 95 14:22 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Tue, 21 Feb 95 17:21:40 -0500 From: Jim Rees To: Chimera Lovers Date: Tue, 21 Feb 1995 17:21:39 -0500 Subject: Re: Seg Fault under X11R6 and an FTP enhancement Sender: rees@citi.umich.edu In-Reply-To: Michael Kellen, Tue, 21 Feb 1995 14:14:49 MST Also, I noticed that the ftp handler does not indicate files which are directories or links, nor does it show file size. That's because to do so requires that chimera make some assumptions about the format of the LIST output. And that means that chimera no longer conforms to the ftp standard. Chimera originally behaved the way you describe, and I convinced John to change it to conform to the standard. I will vigorously resist any attempts to break chimera in the way you suggest. Also, you'll find that many ftp servers will return a NLST faster than a LIST. One way to get what you want without breaking anything would be to try LIST first, and if the result is not parseable, fall back to NLST. This should be configurable (with an X resource) so that I can still get the current behavior if I want. I considered doing this when I sent the ftp mods to John, but decided it was too much work and I'd let someone else implement it if they thought it was important enough. Finally, here's a quote from rfc 959: LIST (LIST) This command causes a list to be sent from the server to the passive DTP... Since the information on a file may vary widely from system to system, this information may be hard to use automatically in a program, but may be quite useful to a human user. ------- Message 16 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa05376; 22 Feb 95 0:00 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 JAA24511; Wed, 22 Feb 1995 09:00:26 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.9/8.6.6) id JAA05813; Wed, 22 Feb 1995 09:00:24 +0100 From: Roman Czyborra To: Michael Kellen Cc: bug-chimera@cs.unlv.edu Subject: Re: Seg Fault under X11R6 and an FTP enhancement In-Reply-To: by michael@xph029.oscs.montana.edu dated 1995-2-21 14:14:49 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Wed, 22 Feb 1995 09:00:23 +0100 Message-ID: > Any attempt to follow a link *after* starting a popup leads to a seg > fault inside of malloc (yes, malloc, not mymalloc). This seems to be a problem in your local setup. I run chimera in X11R6 (SunOS4/5, Xaw.6.0) without any of those problems. ------- Message 17 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa13173; 22 Feb 95 5:41 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Wed, 22 Feb 95 08:40:22 -0500 From: Jim Rees To: Chimera Lovers Date: Wed, 22 Feb 95 08:40:14 EST Subject: Re: Seg Fault under X11R6 and an FTP enhancement Sender: rees@citi.umich.edu In-Reply-To: Roman Czyborra, Wed, 22 Feb 95 09:00:23 +0100 This seems to be a problem in your local setup. I run chimera in X11R6 (SunOS4/5, Xaw.6.0) without any of those problems. Not necessarily. It could be corruption of the malloc arena, possibly by continuing to use freed storage, for example. This would still be a chimera bug even if it didn't cause problems on some architectures. ------- Message 18 Received: from sun2.nsfnet-relay.ac.uk by JIMI.CS.UNLV.EDU id aa04582; 23 Feb 95 15:36 PST Via: uk.ac.greenwich; Thu, 23 Feb 1995 12:57:56 +0000 Received: from atlas by odin.greenwich.ac.uk with SMTP (PP) id <14325-0@odin.greenwich.ac.uk>; Thu, 23 Feb 1995 12:29:17 +0000 Date: Thu, 23 Feb 1995 12:21:54 GMT Message-Id: <18272.9502231221@atlas> From: Russell Marks X-Mailer: Mail User's Shell (7.2.4 2/2/92) To: bug-chimera@cs.unlv.edu Subject: href="file#anchor" refs don't seem to work content-length: 0 Sender: mr216@greenwich.ac.uk I'm running Chimera v1.54 on a generic PC running Linux. I have (no URLs I'm afraid) a couple of files which are either 'coded' wrongly, or tickle a bug in Chimera. The first, 'chapter8.part1.html' has a section which goes like: ... To obtain inverted mosaic graphics, press the above number keys while holding down CAPS SHIFT. [See (near the end of) chapter 7 for a diagram showing them.]

    ... And 'chapter7.html' has this: ... G (for Graphics) mode occurs when GRAPH is pressed, and lasts until it is pressed again (or 9 is pressed on its own). A number key will give a mosaic graphics, and each of the letter keys (apart from V, W, X, Y and Z) will give a user-defined graphics which, until it is defined, will look identical to a capital letter. Whenever the G cursor appears, the next key pressed will be interpreted as follows...

    ... When I follow the link in the 1st file in Chimera, it goes to the right file, but goes right to the start, which isn't so great. :-( I'm prepared to believe I've done something wrong, but the link works fine in Lynx, so it doesn't seem very likely. If anyone wants a copy of the full files I can email them. Please cc any replies/comments to me as I don't currently read this list. Thanks, - -Rus. - -- / : russell marks :: mr216@gre.ac.uk :: speak softly and carry a +6 kitten : \ | GCS -d+ -p+ c++++ l++ u++ e+(*) m+@ s+/++ n--(---) h+(*) f+ !g w+ t+ r- y? | \ ::: "His world is under anaesthetic - subdivided and synthetic" - Rush ::: / ------- Message 19 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa05112; 23 Feb 95 15:51 PST To: Russell Marks cc: bug-chimera@cs.unlv.edu Subject: Re: href="file#anchor" refs don't seem to work In-reply-to: Your message of "Thu, 23 Feb 1995 12:21:54 GMT." <18272.9502231221@atlas> Date: Thu, 23 Feb 1995 15:51:08 -0800 From: John Kilburg >I'm running Chimera v1.54 on a generic PC running Linux. Try: ftp://ftp.cs.unlv.edu/pub/chimera/chimera-1.63.tar.gz -john ------- Message 20 Received: from relay3.UU.NET by JIMI.CS.UNLV.EDU id aa01117; 24 Feb 95 10:38 PST Received: from uucp4.UU.NET by relay3.UU.NET with SMTP id QQyems05152; Fri, 24 Feb 1995 13:38:52 -0500 Received: from smw002.UUCP by uucp4.UU.NET with UUCP/RMAIL ; Fri, 24 Feb 1995 13:38:37 -0500 Received: from wks07043.ibx.com by ibx.com (4.1/SMI-4.1) id AA23485; Fri, 24 Feb 95 10:32:27 EST Date: Fri, 24 Feb 95 10:32:26 EST From: Stuart Myles Message-Id: <9502241532.AA23485@ibx.com> To: uunet!cs.unlv.edu!bug-chimera@uunet.uu.net Subject: Precompiled Chimera? I need Chimera for a demo next week. However, I don't currently have the means to compile X programs. Are there any precomiled versions of Chimera anywhere? I need a version for SunOS 4.1.X with X11R4 or X11R5. TIA! Stuart Myles Phone: (215) 241-4271 Independence Blue Cross Fax: (215) 241-4239 1901 Market Street - 7th Floor Email: smyles@ibx.com Philadelphia, PA 19103-1480 ------- Message 21 Received: from xph029.oscs.montana.edu by JIMI.CS.UNLV.EDU id aa03163; 26 Feb 95 9:31 PST Received: by xph029.oscs.montana.edu (Smail3.1.28.1 #8) id m0rimne-00002QC; Sun, 26 Feb 95 10:30 MST Date: Sun, 26 Feb 1995 10:30:27 -0700 (MST) From: Michael Kellen To: bug-chimera@cs.unlv.edu Subject: Xaw3d Update Message-ID: Organization: I.D.S.F.A. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I tried recompiling with Xaw instead of Xaw3d, and this solved the problem I reported earlier with seg faults on Linux. YMMV for Xaw3d. The following patch adds information to the file: and ftp: URLs, namely, it indicates directories with a trainling / and gives the size of other files. This is a superset of the previous patch I submitted, and is against xc6-1.64. I also have done some formatting work on the access_nntp script (and revamped it to accept the news:/group format rather than nntp://server/group). It does nice mailto and URL links now, as well as providing stubs for a local protocol for posting. It also can access articles by messageID (news:/messageID). If you are interested, the script is at {note it is currently hard coded to my nntp server ... sorry about that} Here's the patch: diff -c chimera-1.64/old/ftp.c chimera-1.64/src/ftp.c *** chimera-1.64/old/ftp.c Sun Feb 26 09:40:44 1995 - --- chimera-1.64/src/ftp.c Thu Feb 23 13:42:12 1995 *************** *** 271,277 **** } free(query); ! if (soak(s, "NLST\r\n") >= 400) { net_close(s); net_close(d); - --- 271,277 ---- } free(query); ! if (soak(s, "LIST\r\n") >= 400) { net_close(s); net_close(d); *************** *** 346,352 **** char file[BUFSIZ]; int flen = 0, lastflen = 0; static char *head = "FTP directory %s on %s\n

    FTP directory %s

    \n
      \n"; ! static char *entry = "
    • %s \n"; static char *trail = "
    "; p = t; - --- 346,353 ---- char file[BUFSIZ]; int flen = 0, lastflen = 0; static char *head = "FTP directory %s on %s\n

    FTP directory %s

    \n
      \n"; ! char perms[11], size[32], tail[32]; ! static char *entry = "
    • %s %s\n"; static char *trail = "
    "; p = t; *************** *** 377,384 **** /* * First get the filename */ - - sscanf(buffer, "%s", file); /* * Now craft a bit of HTML with an anchor for the directory entry * and add it to the end of the HTML buffer. Use realloc to extend - --- 378,400 ---- /* * First get the filename */ + if ( strlen(buffer) > 50 ) + { + sscanf(buffer, "%s %*s %*s %*s %s %*s %*s %*s %s", perms, size, file); + perms[1]='\0'; + if ( strcmp(perms, "d") == 0 ) + strcpy(tail,"/"); + else if ( strcmp(perms, "-") == 0 ) + sprintf(tail," (%s bytes)",size); + else if ( strcmp(perms, "l") == 0 ) + strcpy(tail," <link>"); + } else { + sscanf(buffer, "%s", file); + strcpy(tail," <type unknown>"); + } + + /* * Now craft a bit of HTML with an anchor for the directory entry * and add it to the end of the HTML buffer. Use realloc to extend *************** *** 385,398 **** * the buffer and sprintf to put the formatted HTML in the newly * allocated space. */ ! lastflen = flen; ! temp = alloc_mem(strlen(file) * 2 + strlen(hostname) + ! strlen(fptr) + strlen(entry) + 10 + 1); ! sprintf (temp, entry, hostname, portno, fptr, file, file); ! flen += strlen(temp); ! f = (char *)realloc_mem(f, sizeof(char) * (flen + 1)); ! strcpy(f + lastflen, temp); ! free(temp); } /* - --- 401,417 ---- * the buffer and sprintf to put the formatted HTML in the newly * allocated space. */ ! if ( strcmp(file, "total") != 0 ) ! { ! lastflen = flen; ! temp = alloc_mem(strlen(file) * 2 + strlen(hostname) + ! strlen(tail) + strlen(fptr) + strlen(entry) + 10 + 1); ! sprintf (temp, entry, hostname, portno, fptr, file, file, tail); ! flen += strlen(temp); ! f = (char *)realloc_mem(f, sizeof(char) * (flen + 1)); ! strcpy(f + lastflen, temp); ! free(temp); ! } } /* diff -c chimera-1.64/old/local.c chimera-1.64/src/local.c *** chimera-1.64/old/local.c Sun Feb 26 09:00:23 1995 - --- chimera-1.64/src/local.c Sun Feb 26 09:27:48 1995 *************** *** 104,111 **** int filelen; int formlen; char *f; ! static char *format = "
  • %s \n"; ! static char *rformat = "
  • %s \n"; static char *header = "Local Directory %s\n

    Local Directory %s

    \n
      \n"; filelen = strlen(filename); - --- 104,113 ---- int filelen; int formlen; char *f; ! struct stat status; ! char stat_garbage[256]; ! static char *format = "
    • %s%s\n"; ! static char *rformat = "
    • %s%s\n"; static char *header = "Local Directory %s\n

      Local Directory %s

      \n
        \n"; filelen = strlen(filename); *************** *** 122,138 **** { if (de->d_name[0] != '.') { ! flen += formlen + strlen(de->d_name) * 2 + filelen + 1; f = (char *)realloc_mem(f, flen); if (filename[strlen(filename) - 1] == '/') { ! sprintf(f + strlen(f), rformat, filename, de->d_name, de->d_name); } else { ! sprintf(f + strlen(f), format, filename, de->d_name, de->d_name); } } } - --- 124,165 ---- { if (de->d_name[0] != '.') { ! sprintf(stat_garbage, "%s/%s", filename, de->d_name); ! if ( stat( stat_garbage, &status) != -1 ) ! { ! if ( status.st_mode & S_IFREG ) { ! sprintf(stat_garbage, " (%ld bytes)", status.st_size); ! } else if ( status.st_mode & S_IFDIR ) { ! sprintf(stat_garbage, "/"); ! } else if ( status.st_mode & S_IFLNK ) { ! sprintf(stat_garbage, " <link>"); ! } else if ( status.st_mode & S_IFIFO ) { ! sprintf(stat_garbage, " <pipe>"); ! } else if ( status.st_mode & S_IFBLK ) { ! sprintf(stat_garbage, " <block device>"); ! } else if ( status.st_mode & S_IFCHR ) { ! sprintf(stat_garbage, " <char device>"); ! } else { ! sprintf(stat_garbage, " <unknown>"); ! } ! } else { ! strcpy(stat_garbage, ""); ! } ! ! flen += formlen + strlen(de->d_name) * 2 + filelen + 1 ! + strlen(stat_garbage); f = (char *)realloc_mem(f, flen); if (filename[strlen(filename) - 1] == '/') { ! sprintf(f + strlen(f), rformat, filename, de->d_name, de->d_name, ! stat_garbage); } else { ! sprintf(f + strlen(f), format, filename, de->d_name, de->d_name, ! stat_garbage); } } } ------- Message 22 Received: from tama.TAS.NTT.JP by JIMI.CS.UNLV.EDU id aa08811; 26 Feb 95 18:32 PST Received: by tama.tas.ntt.jp (4.1/tas-sh-01) with TCP; Mon, 27 Feb 95 11:32:40 JST Received: by nttmail.tas.ntt.jp (4.1/nttmail-01) with TCP; Mon, 27 Feb 95 11:32:31 JST Return-Path: Received: by nttvdt.hil.ntt.jp (8.6.9/hil-1.1); Mon, 27 Feb 1995 11:33:44 +0900 Message-Id: <199502270233.LAA24326@nttvdt.hil.ntt.jp> To: bug-chimera@cs.unlv.edu Cc: shimizu@nttvdt.hil.ntt.jp Subject: chimera-1.63 bug & fix Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Mon, 27 Feb 1995 11:33:53 +0900 From: Atsushi SHIMIZU Content-Length: 585 I use chimera-1.63, but I can't get file. I fixed this bug. - ------------------------------------------------------- *** input.c.orig Mon Feb 27 11:27:01 1995 - --- input.c Mon Feb 27 11:27:48 1995 *************** *** 213,218 **** - --- 213,219 ---- FD_SET(d, &readfds); to.tv_sec = 1; to.tv_usec = 0; + blen=0; if ((rval = select(d + 1, &readfds, (fd_set *)0, (fd_set *)0, &to)) > 0) { - --------------------------------------------------------- Atsushi Shimizu(shimizu@nttvdt.hil.ntt.jp) NTT Human Interface Laboratories, Yokosuka, JAPAN ------- Message 23 Received: from deacon.cogsci.ed.ac.uk by JIMI.CS.UNLV.EDU id aa15617; 27 Feb 95 1:45 PST Received: from burns.cogsci.ed.ac.uk (burns.cogsci.ed.ac.uk [129.215.144.4]) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.9) with SMTP id JAA01201; Mon, 27 Feb 1995 09:44:18 GMT Date: Mon, 27 Feb 95 09:44:16 GMT Message-Id: <20714.9502270944@burns.cogsci.ed.ac.uk> From: Tim Bradshaw To: bug-chimera@cs.unlv.edu Cc: Russell Marks Subject: Re: href="file#anchor" refs don't seem to work In-Reply-To: <9502240029.aa01643@uk.ac.ed.festival> References: <18272.9502231221@atlas> <9502240029.aa01643@uk.ac.ed.festival> * John Kilburg wrote: >> I'm running Chimera v1.54 on a generic PC running Linux. > Try: > ftp://ftp.cs.unlv.edu/pub/chimera/chimera-1.63.tar.gz I think that 1.63 has this bug too -- at least I spent some time hacking around it in the 1.63 I have, and assuming there's only one... If anyone is interested I have patches for 1.63 which partly work around the problem, although they are pretty horrible. - --tim ------- Message 24 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa12857; 27 Feb 95 23:32 PST To: Stuart Myles cc: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: Precompiled Chimera? In-reply-to: Your message of "Mon, 27 Feb 1995 17:00:29 EDT." <9502272200.AA26211@ibx.com> Date: Mon, 27 Feb 1995 23:32:45 -0800 From: John Kilburg ftp://ftp.cs.unlv.edu/pub/chimera-misc/chimera-sunos413U1 It is the 1.63 source compiled with gcc and statically linked on a SunOS 4.1.3_U1 machine running MIT X11R5. I tested it on a Sun 4/370 running SunOS 4.1.1. BSD sum 06232 1264 SYSV sum 17351 2528 chimera Note that the default home URL points someplace bogus. You will need to set the environment variable WWW_HOME or the X resource homeURL to someplace reasonable. The help URL has the same problem. You can use the X resources: Chimera.homeURL: https://www.unlv.edu/chimera/home164.html Chimera.helpURL: https://www.unlv.edu/chimera/help164.html if you want. Versions don't match up but it shouldn't matter. -john ------- Message 25 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa16552; 28 Feb 95 1:01 PST To: Roman Czyborra cc: Chimera Doctors Subject: Re: crowded text fields in fill-out forms In-reply-to: Your message of "Thu, 16 Feb 1995 16:27:00 +0100." Date: Tue, 28 Feb 1995 01:01:25 -0800 From: John Kilburg >If you enter a long string at the URL window, the text will be scrolled >horizontally so you can always see what you type and drive around with the >cursor. For some reason that does not happen within the HTML widget. The >following two lines in Chimera.ad let you at least scroll manually: > >*HTML*Text*scrollHorizontal: whenNeeded >*HTML*Text*Scrollbar*thickness: 4 > >I'm still missing a way to teach the Text widget to ignore linebreaks that >come in with the insert-selection(PRIMARY,CUT_BUFFER0). I turned all of the AsciiText widgets in libhtmlw to ScrollingText widgets. -john ------- Message 26 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa16651; 28 Feb 95 1:04 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: expressive icons In-reply-to: Your message of "Thu, 16 Feb 1995 15:53:07 +0100." Date: Tue, 28 Feb 1995 01:04:56 -0800 From: John Kilburg >The default icons for delayed or broken images didn't seem to make much >sense to me. Therefore I drew some new ones and put them in libhtmlw: I was hoping to find a "chimera" someplace to use for this. I tried and failed miserably. Any artists out there? -john ------- Message 27 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa20040; 28 Feb 95 5:05 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.10/8.6.10) with ESMTP id OAA18111; Tue, 28 Feb 1995 14:02:22 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.9/8.6.6) id OAA23573; Tue, 28 Feb 1995 14:02:19 +0100 From: Roman Czyborra Content-Type: multipart/mixed; boundary=- MIME-Version: 1.0 To: John Kilburg Cc: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: expressive icons In-Reply-To: <199502280945.KAA12296@mail.cs.tu-berlin.de> by john@cephas.isri.unlv.edu dated 1995-2-28 01:04:56 Date: Tue, 28 Feb 1995 14:02:15 +0100 Message-ID: Content-Transfer-Encoding: quoted-printable > I turned all of the AsciiText widgets in libhtmlw to ScrollingText Great! > I was hoping to find a "chimera" someplace to use for this. All you need to do is ask. I've just scanned one for you: https://www.cs.tu-berlin.de/~czyborra/chimera.gif It can be converted into a bitmap without losing recognizability and you can crop it a little but it shouldn't be reduced too much. ------- Message 28 Received: from ftp.inria.fr by JIMI.CS.UNLV.EDU id aa21397; 28 Feb 95 6:12 PST Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by ftp.inria.fr (8.6.10/8.6.6) with ESMTP id PAA10294 for ; Tue, 28 Feb 1995 15:12:13 +0100 Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.10/8.6.6) id PAA00353; Tue, 28 Feb 1995 15:12:11 +0100 Date: Tue, 28 Feb 1995 15:12:11 +0100 From: Jean-Marc Lasgouttes Message-Id: <199502281412.PAA00353@fantomas.inria.fr> To: bug-chimera@unlv.edu Subject: Chimera 1.64 dies on an URL Reply-to: Jean-Marc.Lasgouttes@inria.fr Chimera 1.64 (latest beta) dies on the following URL: https://www.polytechnique.fr/cgi-bin/annuaire_opus_joli.perl It contains in particular a Form that works with NetScape. Jean-Marc. ------- Message 29 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa22392; 28 Feb 95 6:59 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.10/8.6.10) with ESMTP id PAA20811 for ; Tue, 28 Feb 1995 15:50:59 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.9/8.6.6) id PAA23925; Tue, 28 Feb 1995 15:50:56 +0100 From: Roman Czyborra To: bug-chimera@ISRI.UNLV.EDU Subject: Re: expressive icons In-Reply-To: by czyborra@cs.tu-berlin.de dated 1995-2-28 14:02:15 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Tue, 28 Feb 1995 15:50:55 +0100 Message-ID: > https://www.cs.tu-berlin.de/~czyborra/chimera.gif Sorry about the illegible MIME message I sent. I decided half-way not to include the GIF in the mail but forgot to correct the headers. If you use a MIME aware reader, pipe the message to more to read it. ------- Message 30 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa23749; 28 Feb 95 8:01 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.10/8.6.10) with ESMTP id QAA23537; Tue, 28 Feb 1995 16:58:17 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.10/8.6.6) id QAA24216; Tue, 28 Feb 1995 16:58:14 +0100 From: Roman Czyborra To: Jean-Marc Lasgouttes Cc: bug-chimera@unlv.edu Subject: Re: Chimera 1.64 dies on an URL In-Reply-To: <199502281412.PAA00353@fantomas.inria.fr> by Jean-Marc.Lasgouttes@inria.fr dated 1995-2-28 15:12:11 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Tue, 28 Feb 1995 16:58:13 +0100 Message-ID: > Chimera 1.64 (latest beta) dies on the following URL: > https://www.polytechnique.fr/cgi-bin/annuaire_opus_joli.perl That particular server ends its header lines and the supposedly empty delimiter line with carriage returns (^M). https://www.ics.uci.edu/pub/ietf/http/draft-fielding-http-spec-01.txt leaves me thinking that this is legal and chimera ought to accept it. ------- Message 31 Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa25920; 28 Feb 95 9:14 PST Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35) id LAA16673; Tue, 28 Feb 1995 11:14:50 -0600 Received: from localhost by mikey.convex.com (8.6.4.2/1.28) id LAA11572; Tue, 28 Feb 1995 11:15:21 -0600 From: David DeSimone Message-Id: <199502281715.LAA11572@mikey.convex.com> Subject: Re: expressive icons To: Chimera Bug List Date: Tue, 28 Feb 1995 11:15:20 -0600 (CST) In-Reply-To: <199502280944.DAA08885@convex.convex.com> from "John Kilburg" at Feb 28, 95 01:04:56 am Reply-To: David DeSimone X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 458 > I was hoping to find a "chimera" someplace to use for this. I tried > and failed miserably. Any artists out there? I found some URL's: https://chimera.roma1.infn.it/FIGURES/chimera.jpg https://chimera.roma1.infn.it/FIGURES/smallchimera.gif - -- 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 32 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa26572; 28 Feb 95 9:32 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Tue, 28 Feb 95 12:31:08 -0500 From: Jim Rees To: Chimera Lovers Date: Tue, 28 Feb 1995 12:31:06 -0500 Subject: Re: Chimera 1.64 dies on an URL Sender: rees@citi.umich.edu In-Reply-To: Roman Czyborra, Tue, 28 Feb 1995 16:58:13 +0100 That particular server ends its header lines and the supposedly empty delimiter line with carriage returns (^M). https://www.ics.uci.edu/pub/ietf/http/draft-fielding-http-spec-01.txt leaves me thinking that this is legal and chimera ought to accept it. You mean it sends CR instead CRLF? Can you cite what part of the spec gave you the impression that's ok? Although I think it's unfortunate that http uses two bytes to mark the end of line, this seems to be standard practice for tcp. 2.2 Basic Rules HTTP/1.0 defines the character sequence CR LF as the end-of-line marker for all protocol elements except the Object-Body (see Appendix A for tolerant applications). The end-of-line marker for an Object-Body is defined by its associated media type, as described in Section 4.2.2. CRLF = CR LF ------- Message 33 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa15727; 28 Feb 95 18:49 PST Received: from opal.cs.tu-berlin.de (root@opal.cs.tu-berlin.de [130.149.17.5]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id WAA02989; Tue, 28 Feb 1995 22:53:50 +0100 Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by opal.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id WAA10382; Tue, 28 Feb 1995 22:24:04 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.10/8.6.6) id WAA26398; Tue, 28 Feb 1995 22:22:48 +0100 From: Roman Czyborra To: Jim Rees Cc: Chimera Lovers Subject: Re: Chimera 1.64 dies on an URL In-Reply-To: <199502282049.VAA24836@mi.cs.tu-berlin.de> by rees@umich.edu dated 1995-2-28 12:31:06 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Tue, 28 Feb 1995 22:22:47 +0100 Message-ID: > That particular server ends its header lines and the supposedly empty > delimiter line with carriage returns (^M). > You mean it sends CR instead CRLF? No, I mean it sends CRLF as the spec says. ------- Message 34 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa15764; 28 Feb 95 18:49 PST Received: from opal.cs.tu-berlin.de (root@opal.cs.tu-berlin.de [130.149.17.5]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id WAA02977 for ; Tue, 28 Feb 1995 22:53:44 +0100 Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by opal.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id WAA10953 for ; Tue, 28 Feb 1995 22:34:58 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.10/8.6.6) id WAA26471; Tue, 28 Feb 1995 22:33:41 +0100 From: Roman Czyborra To: Chimera Lovers Subject: Re: Chimera 1.64 dies on an URL In-Reply-To: by czyborra@cs.tu-berlin.de dated 1995-2-28 22:22:47 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Tue, 28 Feb 1995 22:33:40 +0100 Message-ID: > > You mean it sends CR instead CRLF? > No, I mean it sends CRLF as the spec says. But chimera accepts "\r\n" just fine, I don't know what rode me. Chimera is choking on the empty . ------- End of Forwarded Messages