HDTenEightyP/NetNews huggingface dataset:
From: munnari.oz.au!metro!maths.su.oz.au!szabo_p@uunet.uu.net  (Paul Szabo)
Subject: Idle nodes? (was Re: automatic screen turn-off)
Organization: Mathematics, University of Sydney
Distribution: fj
Date: Tue, 1 Sep 1992 04:14:00 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Is there a way to find out how long an Apollo node (i.e. the interactive
user logged on the display) has been idle? It might be sufficient to find
out whether the screen has been blanked out or not (with due regard to the
setting of scrto). Does anyone know the trick?

In article <BtuqtL.Jor@apollo.hp.com> ganek@apollo.hp.com (Dan Ganek)
writes:
> Under the DM and Xapollo the following events will unblank the
> screen: (I don't know about Xdomain)
> 1) Keyboard/mouse input
> 2) Window reconfiguration, i.e. create, delete, move, resize, etc. 
>    (Graphical output to a window will NOT unblank the screen.)
> 3) Program call to gpr_$video_ctl();

I cannot find any documentation on the gpr_$video_ctl call. (Not that I
would need it at the moment.)

Thanks in advance,

Paul Szabo - System Manager   //        School of Mathematics and Statistics
szabo_p@maths.su.oz.au        //   University of Sydney, NSW 2006, Australia
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!mips!mips!munnari.oz.au!manuel!sserve!sserve.cc.adfa.oz.au!jrm@ucbvax.Berkeley.EDU  (John R Marley)
Subject: TDI3010 tape controller in DN5500?
Organization: Maths Dept., A.D.F.A., Canberra, Australia
Distribution: fj
Date: Fri, 28 Aug 1992 00:48:21 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hello fellow net.people.  We've got a Danford TDI3010 tape controller sitting
in one of our DN5500's, connected to a Pertec FS1000 Tape Drive.  The 5500 used
to be a 3500 and got upgraded last year.  Everything worked fine when it was a
3500, but now it doesn't want to work.  There is a test program for the
controller that doesn't complain when run, but nothing appears to happen.  
Could the be an incompatibility with the 5500 and the controller card?

Thanks in advance,

--
Trust in the LORD with all your heart and    |  John Marley
lean not on your own understanding; in all  -+- j-marley@adfa.edu.au
your ways acknowledge him, and He will make  |  Programmer & Sys Admin
your paths straight.   - Proverbs 3:5-6      |  A.D.F.A. Maths Dept.
Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: SCSI on 5500
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 3 Sep 1992 14:17:34 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

David Krowitz says:
> The WD7000 controller supports two ESDI disks, a floppy, and SCSI tape
> drives ... no SCSI disks. This is entirely a software limitation.
> HP decided not to supply the SCSI disk driver for the DN3500/4500/5500
> series.
Perhaps those new SWT guys taking over development of
Domain/OS will look into making the drivers available.  They
really want to prove they are going to do good things for the
Domain/OS customers and SCSI support on DN machines is certainly
high on the list of Frequently Asked Questions... 
Unfortunately, I don't think it was raised at the Engineering
directions at InterWORKS...

Sincerely,
Philip D. Pokorny
philip@cel.cummins.com
:)
From: Stuart.Marks@eng.sun.com (Stuart Marks)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Color icons
Date: 28 Aug 92 05:10:31 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9208280227.AA27042@trantor.Eng.Sun.COM>
Date: Thu, 27 Aug 92 19:27:48 PDT


    I've created several color pixmaps, and I was wondering how I can
    create icons for them in Xlib (X11R4).  The icon_pixmap field of
    WMHints doesn't seem to work, since some window managers (e.g.  twm)
    only copy one bit plane of the pixmap to the icon.

Right, the ICCCM defines the icon_pixmap field as always being a 1-bit-deep
pixmap, i.e. really a bitmap.

    I've been using a window but I don't want all the window manager
    gadgets.  Should I just override the window manager and write all the
    routines to handle move, expose, etc.  events manually?

No.  To display a color icon, create a window for the icon.  Don't map it,
but instead put its XID into the icon_window field of WM_HINTS.  Paint into
it whenever you get an Expose event on it.  This window can be of any depth
or visual that is appropriate for what you're drawing into it.  Note:  not
all window managers support icon windows, so it might be a good idea to
supply an icon bitmap as well.

s'marks

Stuart W. Marks				stuart.marks@eng.sun.com
Window Systems Technology		2550 Garcia Ave. M/S 21-228
SunSoft, Inc.				Mountain View, CA 94043
From: anthony@kurango.cit.gu.edu.au (Anthony Thyssen)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Problems with stray xterm client processes...
Date: 1 Sep 92 09:23:26 GMT
Distribution: fj
Organization: Griffith University, Brisbane, Australia.

Date: Tue, 1 Sep 92 07:22:31 GMT
Message-Id: <1992Sep1.072231.200@kurango.cit.gu.edu.au>
Newsgroups: comp.windows.x

espiritu@cgi.com (Rex Espiritu) writes:
| This problem arises when a user logs out of one of our Sun SPARCstations
| where they had "xterm" clients running when they logged out.
|
| What happens then is the "xterm" clients of another user (on the same
| machine) seems to then start sharing the same pseudo device that the
| other user had.  The second user can do a "whoami" and they will get a
| response of the other user.  It seems that every other command is
| executed under the other users "uid".

Yes we have been experancing the same problem. However we also discovered
that if a X11 R5 xterm is killed using a ``delete window'' signal from the
window manager any process (other than the shell itself) that was running
under that xterm is also left behind, to the detrement of anyone that
picks up the old pty later.

If a ``kill window'' signal is used however, the xterm cleans up properly.
Under revision 4 the xterm ignores the ``delete window'' and only exits on
a kill window or exit of the client shell, so no problem was experanced.

I have reported this a number of times but have yet to recieve even a
recept of the report.


  Anthony Thyssen - (CIT, Griffith University)       anthony@cit.gu.edu.au
------------------------------------------------------------------------------
   Judgment comes from experience: experience comes from poor judgment.
------------------------------------------------------------------------------
From: azhao@cs.arizona.edu (Qiang Alex Zhao)
Newsgroups: fj.mail-lists.x-window
Subject: "Copyright" problem
Date: 3 Sep 92 10:24:27 GMT
Distribution: fj
Organization: Computer Science Dept, Univ of Arizona, Tucson

Date: 3 Sep 92 05:33:15 GMT
Message-Id: <21537@optima.cs.arizona.edu>
Newsgroups: comp.windows.x,comp.windows.x.apps


Hi,

There's a certain application which I'm modifying the code. The
original author said in the code:

	Copyright (C) 1988	Dr. X Y Z
	Permission is granted to modify and re-distribute this code in
	any manner as long as this notice is preserved. All standard
	disclaimers apply.

At this point I want to "modify and re-distribute" the program. And I
want to have my "copyright" without violating copyright rules, although
mine will be much similar to the original one.

Could anybody tell me what to do? Thanks a lot!

-- 
= Qiang Alex Zhao		   Computer Science Department
  azhao@cs.arizona.edu             University of Arizona
  (602) 621-1815                   Tucson, AZ 85721
From: izeek@techunix.technion.ac.il (Ilan Aisic)
Newsgroups: fj.mail-lists.x-window
Subject: Re: OPEN INTERFACE ?
Date: 31 Aug 92 16:29:51 GMT
Distribution: fj
Organization: Technion, Israel Inst. of Technology

Date: Mon, 31 Aug 1992 09:56:49 GMT
Message-Id: <1992Aug31.095649.14872@discus.technion.ac.il>
Newsgroups: comp.windows.x.motif,comp.windows.x

In article <5s3eyd2@Unify.Com> grp@Unify.com (Greg Pasquariello) writes:
>In article <wx3ewi4@Unify.Com> you write:
>>
>> Correct me if I'm wrong, but XVT is based upon the intrinsics (at least in
>> the X world), right?  If that is the case, then it is NOT one of the toolkits
>> that I mentioned above.
>>
>> I will re-iterate.  Neuron Data's product (OIt) and Visix's product (Galaxy)
>> are the only two that I am aware of that remove you from dependence upon
>> the intrinsics.  This is A Good Thing (tm), as intrinisics based toolkits
>> are relatively difficult to modify or extend.
>>
>
>I'm gonna shoot myself.  I will qualify the above by saying that they
>are the only two that remove dependence upon the intrinsics and ALSO
>work on MS-Windows, etc.
> ...
>Greg Pasquariello   	grp@unify.com 	        Sometimes you're the windshield
> ...

Well, ICpak201 is an Objective-C class library that is in fact 
another toolkit which sits directly on top of Xib.

    ____
     /  /   __ 
    /  /   /_/ /| /
 __/_ /__ / / / |/   o o o
 
                           Ilan Aisic
           In Israel                            In the USA:
Voice:   972-4-344474                         1-914-644-7710
Fax:     972-4-342492                         1-914-644-7763
E-mail:  izeek@techunix.technion.ac.il        ilan@allink.com
From: jonm@imatron.com (Jon Meyers)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Motif Numbers
Date: 29 Aug 92 11:02:05 GMT
Distribution: fj
Organization: Imatron Inc., South San Francisco

Date: 28 Aug 92 21:39:01 GMT
Message-Id: <238@imatron.COM>
Newsgroups: comp.windows.x


Regarding Motif in the market, and the future of GUI's,
I've got a bit of information.

Actually, I've been in the same boat recently for a 
company I've been working for.

Here's the basic info I've got :

- Motif is rapidly capturing the Xt/C language based GUI
market, if they haven't got most of it wrapped up already.

- OpenLook has a significant market share for the same
market, mostly due to Sun's continued strength in the
workstation market.

- C++ based toolkits (OI) are generating interest, though
it seems that they haven't captured market share yet.

- Watch out for MOOLIT!  It let's one compile the same(?)
code for Motif or OpenLook.

Where might the evidence come from?  Well, I have a few
sources.  I suggest you look into these for yourself to
help confirm my information.  I would be happy to hear
differing opinions, except from those folks at Sun - 
who likely must defend OpenLook until the end.

- I called OSF, and they were happy to send me the 
Dataquest charts on GUI marketshare, showing Motif's
strength in the market.

- I attended XWorld and Xhibition, and found that speakers
,users and vendors were targeting Motif much more often
than OpenLook.

Hope this is interesting/helpful.

Feel free to comment/flame to jmm@imatron.com


Jonathan Meyers
From: matt@tfs.com (Matthew Hom)
Newsgroups: fj.mail-lists.x-window
Subject: How to simulate non-autorepeating keyboard?
Date: 21 Aug 92 19:13:09 GMT
Distribution: fj
Organization: TRW Financial Systems

Date: 20 Aug 92 21:24:55 GMT
Message-Id: <1992Aug20.212455.6412@tfs.com>
Newsgroups: comp.windows.x

My X server does not support any of the XKeyboardControl features.
I have tried disabling autorepeat via "xset r off" and although
xset returns 

Keyboard Control:
  auto repeat:  off    key click percent:  0    LED mask:  00000000
  auto repeating keys:  0000000000000000
                        0000000000000000
                        0000000000000000
                        0000000000000000

the autorepeat is still active. Is there a way an application can
grab the keyboard when a keypress occurs and ignore subsequent keypresses
until the keyrelease comes in? I haven't been able to get the right
sequence of calls to do the trick. Can someone send me some code that
does this?

Thanks.

+-----------------------------------------------------------------------+
| These opinions are my own and do not reflect those of my employer.    |
+-----------------------------------------------------------------------+
| Matt Hom                              matt@tfs.com                    |
| TRW Financial Systems                 (310)590-7510                   |
| 200 Oceangate, Suite 1000                                             |
| Long Beach, CA 90802-4336                                             |
+-----------------------------------------------------------------------+
From: oj@miki.pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Problems in X event handling
Date: 26 Aug 92 21:35:07 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: 26 Aug 92 11:53:08 GMT
Message-Id: <1992Aug26.115308.2412@miki.pictel.com>
Newsgroups: comp.windows.x

In article <1992Aug19.063720.2994@ctr.columbia.edu> raum@isoa3.ba.ttu.edu (Raum Pattikonda) writes:
>During a display, a typical client program recognizes the "expose" event, 
>computes the data and sends for display to the X server.

Actually, Expose events come in series.  A well-written client
recognizes and handles a whole series of Expose events.  The "count"
member of the Expose event's struct helps clients understand where
each individual Expose event appears in its series.

>For many 
>applications such as VLSI circuit layout, editing, construction 
>and display may take easily 2 to 3 minutes over a busy network. 

The long elapsed time probably has very little to do with network
congestion, unless it's the application which is using NFS or
some other network service to read large files.

>Typically 
>the user resizes the window as soon as it appears. In such a case 
>the expose event is acknowledged two times and the image is displayed 
>two times... This problem can be 
>solved if the clients were written properly to handle asynchrounous
>events or if Xlib has a watch dog to look for events asynchrounously 
>and take appropriate action.

What you actually want to do is notice when the user has resized the
window and abandon the ongoing redraw operation.  Xlib provides very
raw support for this, whereas Xt provides good support.

What to do is this:
(1) organize your program so the long-running (2-minute) redraw 
    operation is carried out in a series of short (approx 50 millisecond)
    calls to an Xt work proc.  (Work procs are called by the Xt main
    loop whenever there are no events or other inputs to handle).
(2) write your Expose event handler so it uses XtAppAddWorkProc to
    register your work proc when it detects a series of Expose events.
    If the previous work proc is still active, your Expose handler
    should use XtRemoveWorkProc to remove it (this is the way you
    abandon the redrawing for obsolete Expose events).
(3) set the drawing window's bit_gravity to ForgetGravity.  That
    way X will clear the entire window and send an Expose series
    when the user resizes it.

The tricky part of this suggestion is part 1, because it means you
must reorganize your redraw operation from a single loop to a series
of calls to a subroutine.

Many refinements to this basic method are possible, to improve the
application's performance when Expose event series result from
operations other than the user resizing the window.  

>In our example the the watch dog will 
>peek and detect the second expose event before the action is taken for 
>first expose event and will make client discard the first expose event. 

This probably doesn't help much unless you repeatedly look ahead for
subsequent Expose events as your drawing progresses.

Oliver Jones
From: rosey1@cs.umd.edu (Mark Rosenblum)
Newsgroups: fj.mail-lists.x-window
Subject: Problem with MotionNotify Event
Date: 3 Sep 92 01:10:30 GMT
Distribution: fj
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

Date: 2 Sep 92 18:04:37 GMT
Message-Id: <60050@mimsy.umd.edu>
Newsgroups: comp.windows.x.motif,comp.windows.x

My name is Mark Rosenblum and I fairly new to X.  I am trying to build an
X application using XtIntrinsics and Motif on a SUN Sparc.  I need to build
an event handler that tracks the mouse's position over the entire screen.
I want to use the XtIntrinsics convenience function XtAddEventHandler to add
this event handler, as opposed to building my own event loop.  I made several
attempts to build this event handler, but I was not successful.  Below is 
a summary of my widget setup and my attempts.

	Widget Setup:

		-----------------------------------------
	     	| Screen				|
	        |            ------------------         |
		|            | A              |       	|
		|      	     |                |		|
		|            |		      |         |
		|            |                |      	|
		|            ------------------       	|
	        |					|
		-----------------------------------------



Attempt 1:  XtAddEventHandler(A,PointerMotionMask,FALSE,foo_handler,NULL);

	The problem with this attempt was that the event was only triggered
	when the mouse moved in widget A.  When the mouse moved outside of
	widget A, no MotionNotify event was triggered.

Attempt 2: XtAddEventHandler(A,ButtonMotionMask,FALSE,foo_handler,NULL);

	In this attempt a MotionNotify event was triggered both in and 
	outside of widget A, which is the response that I need, but it was
	necessary for a mouse button to be pressed to get this response.  In
	my application I do not want to have to press a mouse button in order
	to track the mouse over the whole screen. 


I would greatly appreciate any help. 
Thanks in advance.

Mark Rosenblum
Univerity of Maryland
Center for Automation Research
College Park, Maryland
From: imp@solbourne.com (Warner Losh)
Newsgroups: fj.mail-lists.x-window
Subject: Re: OPEN INTERFACE ?
Date: 28 Aug 92 07:15:26 GMT
Distribution: fj
Organization: Solbourne, User Interface Group

Date: Fri, 28 Aug 1992 00:35:47 GMT
Message-Id: <Bto4Bp.1sB@solbourne.com>
Newsgroups: comp.windows.x.motif,comp.windows.x

In article <914ep5z@Unify.Com> grp@Unify.com (Greg Pasquariello) writes:
>OI is Open Interface by Solbourne.

Object Interface.  I'm sure you were confused by all the marketing
people that really like to use the word "Open" in product names. :-)

Warner
-- 
Warner Losh		imp@Solbourne.COM
I've almost finished my brute force solution to subtlety.
From: tjones@moose.cs.indiana.edu (terry jones)
Newsgroups: fj.mail-lists.x-window
Subject: Problems with getting Xt applications to see resources...
Date: 27 Aug 92 11:17:45 GMT
Distribution: fj
Organization: Indiana University, Bloomington

Date: 27 Aug 92 05:01:54 GMT
Message-Id: <1992Aug27.000326.19188@news.cs.indiana.edu>
Newsgroups: comp.windows.x

Perhaps I am just being stupid (wouldn't be the first time)
but I am unable to get either XAPPLRESDIR or XUSERFILESEARCHPATH
to work the way they are documented in the FAQ.

For instance, I set XUSERFILESEARCHPATH to ./%N.ad:$HOME/%T/%N
(and unset XAPPLRESDIR for what that's worth), put a file containing
resources into ./Fred.ad and run my application "Fred", but.. no resources
are seen. Ditto for a resource file in $HOME/app-defaults/Fred.

The resources are picked up just fine when I use xrdb -merge ./Fred.ad

This problem is not specific to applications I have written. I get the
same behavior when specifying resources for, say, xterm.

This is on X11R5, SUNOS 4.1.2, compiled with /bin/cc.

What am I doing wrong????

Thanks,
Terry Jones (terry@santafe.edu)
From: jim@bat.cis.ohio-state.edu (Jim Curran)
Newsgroups: fj.mail-lists.x-window
Subject: XTest Extension Troubles on SLC
Date: 24 Aug 92 23:38:01 GMT
Distribution: fj
Organization: Ohio State Computer Science

Date: Mon, 24 Aug 1992 21:23:14 GMT
Message-Id: <JIM.92Aug24162314@bat.cis.ohio-state.edu>
Newsgroups: comp.windows.x


Hi,

I'm writing a demo-type of program using the XTest extension to an R5 server
on a Sun SLC.  I'm having troble getting smooth user action playback.  It
seems that user actions get replayed in a "chunky" manner such that the mouse
will freeze between batches of input.  Does anyone know  how to remedy this?  
Synchronization is important because the playback must coincide with audio.

Thanks for any help

Jim

jim@cis.ohio-state.edu
From: beck@qtp.ufl.edu (Sullivan Beck)
Newsgroups: fj.mail-lists.x-window
Subject: Xview/Openwin clients kills my keyboard in twm/gwm
Date: 29 Aug 92 03:27:39 GMT
Distribution: fj
Organization: Quantum Theory Project, University of Florida

Date: 28 Aug 92 16:30:56 GMT
Message-Id: <BECK.92Aug28123056@red.qtp.ufl.edu>
Newsgroups: comp.windows.x


We are running several different window managers here including gwm,
twm, and olwm.  When I run a client compiled against the XView
libraries or suns openwin libraries when I am running gwm (the same
thing occurs with twm), it often hangs my X session.  The window
manager handles mouse events (I can pop up my menus, close windows,
etc.), and it handles the keyboard modifiers (the control mouse button
events pop up the xterm menus), but those seem to be the only types of
events that the window manager handles.  If I move to an xterm and
type, no characters appear on the screen.  I CAN insert characters by
cutting and pasting however.

Has anyone seen this behavior before?  More importantly, is there a
command I can stick in my menu to restore the keyboard?  There are a
few clients that I would like to use enough that I would be willing to
put up with the necessity of occasionally having to restore the
keyboard.

Any help would be appreciated.

S. Beck (beck@qtp.ufl.edu)
From: casale@eniac.seas.upenn.edu (Michael Casale)
Newsgroups: fj.mail-lists.x-window
Subject: X-Windows Development From the PC
Date: 4 Sep 92 08:44:52 GMT
Distribution: fj
Organization: University of Pennsylvania

Date: 3 Sep 92 19:53:24 GMT
Message-Id: <87870@netnews.upenn.edu>
Newsgroups: comp.windows.x

Hi there,

	I'm looking for a cross-platform C development tool that will allow me 
to develop screens, windows, menus in X-Windows UNIX code on a PC for later
porting.   Developing for X-Windows is a must and I will probably need to
modify this code later on.  What kind of multiple-platform development tools 
are out there?  The only one I am remotely familiar with is C-Scape by Liant.
Any info would be much appreciated.

			Thanx
				Michael Casale
				casale@eniac.seas.upenn.edu
.
From: johanes@farida.cc.nd.edu (Johanes Suhardjo)
Newsgroups: fj.mail-lists.x-window
Subject: xautolock in .xinitrc problem
Date: 29 Aug 92 03:20:51 GMT
Distribution: fj
Organization: Civil Engineering Notre Dame

Date: 28 Aug 92 15:35:03 GMT
Message-Id: <1992Aug28.153503.16692@news.nd.edu>
Newsgroups: comp.windows.x.apps,comp.windows.x

(I tried to email the authors of xautolock but my email didn't get through).

I compiled and ran xautolock patchlevel 8.  When I ran it from a window, it
worked fine.  However, when I put it in .xinitrc, before twm, the xlock it
called ran only a second and died and the control went back to the X-Window.
Is there anything special I have to do to put xautolock in .xinitrc?        

-- 

 Johanes Suhardjo	suhardjo@ndcvx.cc.nd.edu    johanes@farida.cc.nd.edu  
 ____________________________________________________________________________
|		       University of Notre Dame				     |
| Civil Engineering and Geological Sciences	(219) 239-7297               |
| Office of University Computing		(219) 239-5810               |
| P.O. Box 825, Notre Dame, IN 46556            (219) 277-3745		     | 
 ____________________________________________________________________________