sundar@ai.mit.edu (Sundar Narasimhan) (06/20/91)
Hi, If I include the following resource spec in my .Xresources file, idraw gets a segmentation violation upon startup and dumps core. Note that the resource spec has nothing to do with idraw. I suspect it is caused by some statically allocated array.. Can anyone help me? Thanks in advance. xrn*artBindings: \ ^<Key>v: artScroll() \n\ $<Key>v: artScrollBack() \n\ <Key>Delete: artScrollBack() \n\ ^<Key>n: artScrollLine() \n\ ^<Key>p: artScrollBackLine() \n\ $<Key>0x3E: artScrollEnd() \n\ $<Key>0x3C: artScrollBeginning() \n\ <Key>b: artScrollBack() \n\ <Key>0x20: doTheRightThing(goto) \n\ ^<Key>N: artSubNext() \n\ :<Key>N: artNext() \n\ :<Key>n: artNextUnread() \n\ ^<Key>P: artSubPrev() \n\ <Key>P: artPrev() \n\ :<Key>-: artLast() \n\ :<Key>/: artSubSearch() \n\ <Key>f: artFollowup() \n\ <Key>r: artReply() \n\ <Key>s: artSave() \n\ <Key>w: artSave() \n\ <Key>|: artSave() \n\ <Key>%: artSave("| uudecode") \n\ :<Key>C: artCancel() \n\ :<Key>v: artHeader() \n\ ^<Key>X: artRot13() \n\ :<Key>X: artRot13() \n\ :<Key>c: artCatchUp() \n\ :<Key>j: artMarkRead() \n\ <Key>m: artMarkUnread() \n\ :<Key>k: artKillSession() \n\ :<Key>K: artKillLocal() \n\ :<Key>u: artUnsub() \n\ <Key>.: artGotoArticle() \n\ <Key>q: artQuit()
linton@marktwain.rad.sgi.com (Mark Linton) (06/21/91)
In article <16568@life.ai.mit.edu>, sundar@ai.mit.edu (Sundar Narasimhan) writes: |> Hi, If I include the following resource spec in my .Xresources file, |> idraw gets a segmentation violation upon startup and dumps core. |> Note that the resource spec has nothing to do with idraw. I suspect it |> is caused by some statically allocated array.. Can anyone help me? This looks like an old propsheet bug. You should use 3.0-beta, or at least grab iv/src/lib/InterViews/propsheet.c from it. When reporting bugs such as this, please be sure to include which version of InterViews you are using (2.6, 3.0-beta, ...), what platform you are on (Sun, HP700, ...), and what C++ compiler you are using (cfront 2.0, g++, ...). Also, we would prefer bug reports be sent to interviews-bugs@interviews.stanford.edu rather than the entire mailing list. That way we can eliminate duplicate postings, post fixes, and keep a log of all the posted bugs.