HDTenEightyP/NetNews huggingface dataset:
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: comp.windows.x,comp.windows.x.apps
Subject: Re: xdbx for X11R5 ?
Keywords: xdbx`
Date: 5 Nov 92 07:53:56 GMT
Organization: CS Department, Dortmund University, Germany
NNTP-Posting-Host: tommy

In article <1992Nov4.145253.7218@Informatik.TU-Muenchen.DE>,
wilk@Informatik.TU-Muenchen.DE (Christian Wilk) writes:
|> is there a version of xdbx for X11R5 and on which server could I find
|> it. On export.lcs.mit.edu I`ve only found one for X11R4.

You could try the patch below in order to compile xdbx successfully under
X11R5. Or you might want to try xxgdb-1.06.tar.Z, which includes not only
xxgdb but also the latest release of xdbx.

Anyway, here's the patch for the X11R4 xdbx:

*** /tmp/RCSAa22812	Thu Nov  5 08:49:38 1992
--- defs.h	Fri Nov 15 13:20:00 1991
***************
*** 59,69 ****
--- 59,71 ----
  #include <X11/Xaw/Label.h>
  #include <X11/cursorfont.h>
  
+ #if (XtSpecificationRelease < 5)
  /* incompatibility of header file with X11R4 documentation */
  #define XawChainTop	XtChainTop
  #define XawChainBottom	XtChainBottom
  #define XawChainLeft	XtChainLeft
  #define XawChainRight	XtChainRight
+ #endif
  
  #ifndef AssignMax
  #define AssignMax(x, y) 	if ((y) > (x)) x = (y)

-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
Newsgroups: comp.windows.x,comp.windows.x.motif
From: tkevans@eplrx7.es.duPont.com (Tim Evans)
Subject: wscrawl (posted to comp.source.x) problems
Reply-To: tkevans@eplrx7.es.dupont.com
Organization: DuPont Engineering Physics Laboratory
Date: Thu, 5 Nov 1992 16:19:25 GMT

I'm running the 'wscrawl' program recently posted to comp.sources.x
and am having some small problems.  Since I don't have motif libs,
I picked up the Sparc binary as instructed in the README file.
We're running Openwindows 3 and X11R5.

There are two problems:

o	First, when I start up wscrawl, I get several screensful of keysym
	errors messages like the following:
	
	Warning: translation table syntax error: Unknown keysym name: osfRight
	Warning: ... found while parsing ' ~Ctrl ~Shift <Key>osfRight: ListRightChar()'

	I do have the XKeysymDB file in place and have its location in my
	LD_LIBRARY_PATH environment variable.

	Now, wscrawl does come up after all these errors and generally works
	OK, except for the following.

o	Second, and possibly related to the first, normal keyboard editing
	keys (i.e., backspace, ctrl-backspace, delete) don't work in
	wscrawl dialog boxes.

I'd appreciate any help via e-mail, and will post a summary.
-- 
Tim Evans                     |    E.I. du Pont de Nemours & Co.
tkevans@eplrx7.es.dupont.com  |    Experimental Station
(302) 695-9353/7395           |    P.O. Box 80357
EVANSTK AT A1 AT ESVAX        |    Wilmington, Delaware 19880-0357
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: Invalid Code Assumptions in Xt Code
Organization: McGill Research Centre for Intelligent Machines
Date: Mon, 9 Nov 92 00:04:19 GMT

In article <1992Nov6.164950.4337@spcvxb.spc.edu>, 4carroll_j@spcvxb.spc.edu writes:

> I don't know who to inform about bugs in the X11R5 distribution,

See mit/bug-report in the distribution.

> The first example of where this is a problem in the module
> Resources.c in the Xt library.  The function _XtDependencies() casts
> a XtResourceList to a XrmResourceList.  If you examine the respective
> definitions of these two objects you will see that the 5th field of
> the XtResourceList is a Cardinal object (typedef'ed as an unsigned
> int), and the 5th field of the XrmResourceList is a long int object.
> This makes structure pointer arithmatic performed later invalid.

> To correct this situation, you must alter one of the definitions to
> match the other.

If I might wear my C language lawyer hat for a moment, I am not
entirely convinced this is sufficient.  The rule about unions
containing structures with common subsequences makes it sound
reasonable, but I'm not convinced the cast is required to produce a
usable pointer at all.  (I *am* sure that leaving the declarations
alone is not guaranteed to work even when sizeof(int) == sizeof(long).
And of course, all of this is pure pickiness; on almost all even
vaguely sensible machines it'll be no trouble at all.)

> The second mistake is more complicated, but [...]

Sigh.  It is not really possible to get this right, because the
interface to _XtDefaultErrorMsg needs fixing....

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Xref: sparky comp.windows.x:19012 comp.windows.x.motif:7413 comp.windows.misc:1683 comp.sys.misc:953 comp.sys.mac.misc:19067 comp.unix.misc:4107
From: lmm@cis.ksu.edu (ATT Larry M. McWilliams)
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.misc,comp.sys.misc,comp.sys.mac.misc,comp.unix.misc
Subject: Re: XVT toolkit??
Date: 11 Nov 92 21:59:18 GMT
Organization: Kansas State University
Distribution: inet
NNTP-Posting-Host: depot.cis.ksu.edu

root@atinc.uucp (Operator) writes:

> I would like inputs from anyone who has used the XVT Portability
> Toolkit. I'm looking at
> XVT for supporting Motif, Mac, and OS/2 PM. One key issue is how
> XVT handles different
> screen resolutions. Another is of course, performance.  
>ronyd@atinc


Could someone give me a phone number for the XVT people?  I'd like
to call them up.

Also how does xvt compare with C++/Views?  Are they both trying to
do the same thing?

lmm@okpoky.att.com
From: pf@artcom0.north.de (Peter Funk)
Newsgroups: comp.windows.x
Subject: Reclaiming Memory (was Re: FLAME, FLAME ON X!!!)
Date: 12 Nov 92 09:18:55 GMT
Article-I.D.: artcom0.4401
Organization: ArtCom GmbH, Atelier f. Computergrafik, Bremen(FRG)

In <1992Nov10.173203.10719@dsd.es.com> pmartz@dsd.es.com (Paul Martz) writes:
[...deleted...]
> Yes but this doesn't sound like what the guy's describing. If this is
> just free() only freeing memory back to the process, then starting the
> same X client over again and walking it through the same sequence of
> tasks should not cause the server process size to grow, because the
> memory it freed before is still available to it.

> The story as originally posted sounded like a server leak, and I
> certainly don't know of this being a "well-known bug" in any vendor's
> X implementation.

This could be a more general problem of `malloc' and `free' :
heap fragmentation !

Imagine an program displaying images in different sizes and zoom
levels:  After releasing a big chunk of memory occupied by an image
buffer, it may be picked up by following "small" malloc requests, so
that the remainder of this block gets to small for the allocation of
the next image buffer.  Since malloc can't do any "garbage collection"
or "heap compaction" (as far as I know) there will be problem !

If there are any standard solutions out there, I am not aware of,
I would be glad to here about them.

Regards, Peter
Note: The usual "english_is_not_my_native_language"-disclaimer applies
      to this "kraut"-babble.
-=-=-
Peter Funk \\ ArtCom GmbH, Schwachhauser Heerstr. 78, D-2800 Bremen 1
Work at home: Oldenburger Str.86, D-2875 Ganderkesee 1 / voice : top secret
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: comp.windows.x
Subject: Re: XLoadFont & BadName
Date: 5 Nov 1992 08:04:13 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: tommy

In article <1992Nov4.165924.9332@alf.uib.no>, singg@alf.uib.no (Kurt George
Gjerde) writes:
|>     How can I detect a BadName error from XLoadFont, and avoid that the
|> |>     whole program crashes.

Set your own error handler (XSetErrorHandler) and within the error handler
inspect the XErrorEvent. It gives you (among other information) the error
code and the op-code of the X request that failed.

-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
Newsgroups: comp.windows.x
From: lesh@BRL.MIL (Steve Lesh, ISC|jamesf)
Subject: DESQview/X over serial
Organization: The Internet
Date: Thu, 12 Nov 1992 18:50:30 GMT

	I would like to use DESQview/X between two PCs connected via 9600
baud modems.  The only thing I've seen permitting this is a commercial soft-
ware product listing for $400.

	Any suggestions concerning a cheaper solution would be appreciated.
Please reply to:  lesh@smoke.brl.mil (I'm not a list subscriber).

Thanks,

Steven Lesh
Newsgroups: comp.windows.x
From: k32116h@puukko.hut.fi (Petri Riihikallio)
Subject: Re: X Window Protocol Specs ANSWER
Organization: Helsinki University of Technology, Finland
Date: Wed, 11 Nov 1992 21:17:47 GMT

I asked:

> Where can I find more info about the bit stream between a X Window
> server and client ?  If you know a good, accessible or definite
> description, please let me know about it.

and received good answers:

Look in directory .../mit/doc/Protocol/     (-- obvious when somebody says it)

Read X Window System by Robert W. Scheifler & James Gettys by Digital Press
Order Number=EY-E755E-DP, DP ISBN=1-55558-050-5, PH ISBN=0-13-972050-2

Thanks to Scott Glasser, Berry Kercheval und der Mouse.

and commenting..

>> I am studying computer communications, especially OSI.  I would like
>> to take a look at another implementation of communicating structured
>> data between dissimilar systems.  I believe (hope) that X Window
>> Protocol is somewhat more efficient than ASN.1 / BER.
>
>I'm not sure what ASN.1/BER is, but I suspect you are a little confused
>about precisely what the X protocol is.  X assumelower
>level provides a reliable bidirectional byte-stream; thus, it can be
>built on top of TCP, DECnet, or anything else that lets you shove bytes
>in one end and count on getting them out the other - including the OSI
>analog to TCP, whatever it's called.

ASN.1 and BER mean the way the structures and values are coded in the highest
protocol levels and also depend on lower levels for reliable transfer. They try
to be a fair way to transfer 16-bit little endian integers to a 32-bit
big endian computer. Net result is very heavy computing and slow communication,
but they are the Standard OSI way to go.

Thank you again for help

Petri
--
Petri.Riihikallio@hut.fi


 
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.misc,comp.sys.misc,comp.sys.mac.misc,comp.unix.misc
From: todd@kastle.com (Todd A. Scalzott)
Subject: Re: XVT toolkit??
Reply-To: todd@kastle.com
Organization: Kastle Development Associates, Arlington, VA, USA
Date: Wed, 11 Nov 1992 07:24:01 GMT

In article <BxCptF.Jw1@world.std.com> kevyn@world.std.com (Kevyn Ford) writes:

>   Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.misc,comp.sys.misc,comp.sys.mac.misc,comp.unix.misc
>   Path: friend!uunet!pageworks.com!world!kevyn
>   From: kevyn@world.std.com (Kevyn Ford)
>   Organization: The World Public Access UNIX, Brookline, MA
>   References: <1992Nov6.173238.6810@atinc.uucp>
>   Date: Sat, 7 Nov 1992 15:03:13 GMT
>
>   > I would like inputs from anyone who has used the XVT Portability
>   > Toolkit.
>
>   One of my projects evaluated the XVT Toolkit against using the native
>   GUI for our VAXstations ... as far as producing a portable GUI
>   application XVT is fairly good.
Agreed.  I haven't had to do any ports yet (the project has gone to the
wayside), but I really like XVT.  Especially over the straight X or Motif
programming.

>   However, while there wasn't any one problem that we encountered with
>   XVT, it is not as robust as the native GUI system (which is to be
>   expected) and we found that there were many "small" features lacking
>   that, all together, gave the application an "unfinished" look (you can
>   actually see some of this in their XVT-Design tool itself -- which is
>   brain-dead).
That's what the "eXtensible" in XVT is for.  You are NOT limitted to the
API.  In fact, the API provides a nice set of conditionals upon which you
build your native code.  

>   We have found that XVT is more suited for "simpler" interfaces, and it
>   will be used as such, but for one particular application we've decided
>   to use the DECwindows/Motif interface.
>
>   In short, XVT is a good portable GUI system for apps that don't really
>   need anything more than a few pull-down menus and graphical controls.
I don't really agree with this, although I see where you are coming from.
Question:  are you using release 2, or release 3?  If you haven't looked at
release 3 yet, it is a major improvement over the release 2 API and
provides new types of controls (whose popularity came about with the advent
of Windows 3.1).  


--
 
Todd Scalzott                                         todd@kastle.com   
Kastle Development Associates                         ...!uunet!friend!todd
From: crosby@juliet.cs.colorado.edu (CROSBY MATTHEW JAME)
Newsgroups: comp.windows.x
Subject: Sending X events between processes
Date: 6 Nov 92 05:11:03 GMT
Organization: University of Colorado at Boulder

I have written a program that initialises the X windows stuff, and then
forks().  I am attempting to send events from the parent to the child 
process, but they don't seem to be processed.  I am using Xlib, and
the XSendEvent function.  Is this impossible?  Is there something I am
missing?
-- 
-Matt
Mere anarchy is loosed upon the net!!!!
mcrosby@nyx.cs.du.edu     or     crosby@cs.colorado.edu
Newsgroups: comp.windows.x
From: jharvey@csulx.weber.edu (Just me)
Subject: DESQ/X Apps
Organization: Weber State University, Ogden Utah
Date: Fri, 13 Nov 92 01:29:37 GMT

Readers,

I have DESQview/X on the way and am wondering where I can find
X apps that can be resident on a DOS machine.  Do I usually
need to compile them first?  For instance, if I want
to play Xtrek or Xtank, where can I find them to run with DV/X?

Thanks,

Justin Harvey
City & Borough of Juneau

jharvey@csulx.weber.edu
Newsgroups: comp.windows.x
From: mahan@TGV.COM (Patrick L. Mahan)
Subject: Converting BMP (MS Windows pixmap/bitmap format) to Anything
Organization: The Internet
Date: Fri, 6 Nov 1992 01:30:30 GMT

Does anyone know where I can obtain a BMP converter?  Perferrably via a
PBMPlus utility.  It is my understanding that BMP is MicroSoft Window's
Image format.

Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long

Newsgroups: comp.windows.x
From: morrison@eng.auburn.edu (Kelly Morrison)
Subject: A PD Project Mngt Tool for X - status
Reply-To: morrison@eng.auburn.edu
Organization: Auburn University Engineering
Date: Wed, 4 Nov 1992 18:29:24 GMT


Hello!

   A few months ago, I posted an article describing a public domain
project management tool developed at Auburn University. This tool
was created as a demonstration prototype for a senior design projects
class at Auburn and was written in C. It uses the X Window System
(X11R4) for screen display and PostScript for hardcopy output. The
tool supports the creation and modification of Gantt charts, and the
scheduling of meetings among a number of users. I attended the demo
and thought it was a neat, flashy program. So when I saw the thread
on comp.windows.x, I mentioned this tool and was flooded with 
responses.

   Since then, I've tried to locate the authors, but I haven't been
successful. However, the program is the property of Auburn University,
so I may be able to persuade the University into releasing the program
into the public domain. HOWEVER, two problems have cropped up. They
are:

   1. The students who wrote the program had never been formally 
      introduced to the X Window System or to PostScript. In addition,
      this program was written as a PROTOTYPE, under severe time
      constraints. Therefore, the program is fairly messy and still
      has a significant number of bugs.

   2. To save time, the students hacked some IslandDraw PostScript
      routines to produce PostScript output from their program. I
      don't know if it is legal to distribute this software because
      of this -- it would be distributing commercial software under
      another name, which is clearly ILLEGAL!  However, there are 
      only a few routines that were taken from
      the IslandDraw PostScript routines, and I think that I could
      write legal replacements, or better yet, recode the
      PostScript output routines. 

   On the other hand, many students at Auburn have been using the
tool. It produces really nice Gantt charts!  If you want a simple
Gantt chart tool, this would probably suit you nicely.

   BTW, I kept a list of all the people who inquired about the
status of the tool (sorry, but there were just WAAAAAAY too many to
reply to individually!). I'll email you you with information as soon
as we decide what to do with the software.

     -----> Kelly Morrison, Auburn University

P.S. I'll be out of town 'til Monday, so I can't respond to email
'til then.
From: toepfer@du9ds4.uni-duisburg.de (Hansjoerg Toepfer)
Newsgroups: comp.windows.x
Subject: How display a GL application on remote X server ???
Date: 10 Nov 92 12:11:32 GMT
Organization: Universitaet Duisburg GH
NNTP-Posting-Host: du9ds4.uni-duisburg.de

Hello !

I have remote access to an IRIS Indigo.
Is it possible to run remote GL applications with display on my SUN under X11?
I always get the following error:

dgl error (TCP connect): Connection refused
dgl error (default init): default dglopen(du9ds4:0.0,4) returned -127

Could someone give me a hint?

Thanx, Hanjo

PS: No problems with 'normal' X applications.

--------------------------------------------------------------------------------
     __  __  _________  Hansjoerg Toepfer                Tel.: +49-203-3792583
    / / / / /__   ___/  University of Duisburg           FAX : +49-203-370439
   / /_/ /     / /      FB 9 / DV (Data Processing)
  / __  /     / /       Bismarckstr. 81
 / / / /     / /        D-4100 Duisburg 1, Germany
/_/ /_/     /_/         e-mail: toepfer@du9ds4.uni-duisburg.de
--------------------------------------------------------------------------------
Newsgroups: comp.windows.x
From: dickerso@fester.dell.com (Russell Dickerson - X2787)
Subject: Meta on Solbourne
Reply-To: dickerso@cpat.stortek.com
Organization: IO SpecialistsConsulting
Date: Wed, 11 Nov 1992 17:14:43 GMT

In an xterm keymap, I am trying to make a Meta<Key>F5: key mapping.  The
map loads ok but pressing ALT+F5 just produces F5.  Anyone know what key
is Meta or what I'm doing wrong.  The Solbourne docs dont help much.
--
-----------------------------------------------------------------------
Russell Dickerson	Unix/X Consultant	IOSpecialists
(303) 673-2787 ---REPLY TO>>> dickerso@cpat.stortek.com <<<!!!!--------
For every vision, there is an equal and opposite Congressional revision.
From: gfreeman@csadfa.cs.adfa.oz.au (Graham Freeman)
Newsgroups: comp.windows.x
Subject: XDrawPoint unreliable with some servers
Date: 12 Nov 92 22:43:39 GMT
Organization: Australian Defence Force Academy, Canberra, Australia


I am experiencing unreliability with XDrawPoint in the following
context:
   for (i = 0; i < height; i++) 
   {
      for (j = 0; j < width; j++) 
      {
         pixel_val = (some low integer based on i and j);
         XSetForeground(display, graph_context, pixel_val);
         XDrawPoint(display, win_dow, graph_context, j, i);
      }
   }

I am running this on a SPARC under X11R5.  If I display on a R5
server (a Labtam X-terminal) it works fine.  

If I display on a R3 server (an Apollo at SR10.3), only some of the 
points get drawn (approximately 30% of them).

I have done an XGetImage on individual pixels, which verifies that
they simply are not being set.  Equally, if I do an XGetGCValues
before the XDrawPoint, it demonstrates that the graphics context
is correctly set by the XSetForeground.

Experiments with XSync and XSynchronize have not improved reliability.

If I repeat the XDrawPoint call (ie. do the same call immediately)
all pixels are reliably set!  
    
(Yes, I know that XDrawPoint is a most inefficient way to do what I 
want, and that I would be better using an XImage at the client end.
All I want to know is why it is unreliable.)

                                       Graham Freeman
From: dhaibo@a.cs.okstate.EDU (DU HAIBO)
Newsgroups: comp.windows.x
Subject: Dialog Box Delated Popdown?
Date: 5 Nov 92 18:51:03 GMT
Organization: The Internet

Hi!  I am working under X11R4, Motif 1.1 and Sequent S81 environment.
My problem is as follows:

  1. I popped up, above a drawing window which is under a form widget,
     a PromptDialog widget, called prompt_box, which was created by a 
     call to XmCreatePromptDialog(). The prompt widget was to prompt 
     a user to enter a file name for "xwd", -- X window dumping  of the 
     drawing window. I set up for the OK button in the prompt box a 
     callback procedure, in which I unmapped the prompt box first and 
     then called a function to execute the window image dumping like this:

         XtUnmanageChild(prompt_box);
         xwd_processing(...);

  2. I noticed that the prompt box did not dissappear until the dumping
     was finished. This resulted in the box appearing in the dumpped window
     image, which, of course, was not desired. 

  3. It seems to me that in such a callback, the corresponding window would 
     not unmapped until the other actions in the procedure were finished.
     Is that true?

  4. In addition, does XmNunmapCallback invokes its callback list *just before*
     or *just after* the corresponding widget is unmapped? It seems to me that 
     it does so just before. If so, who can I make it **just after**.  

  I'll appreciate any help or hint. Many thanks in advance.


Haibo Du
dhaibo@a.cs.okstate.edu
Newsgroups: comp.windows.x
From: oj@miki.pictel.com (Oliver Jones)
Subject: Re: *customization question
Organization: PictureTel Corporation
Date: Wed, 11 Nov 1992 14:21:39 GMT

In article <1992Nov10.173621.21909@elroy.jpl.nasa.gov> pjs@euclid.jpl.nasa.gov writes:
>My ~/.Xdefaults contains
>       *customization:                 -color
>and I have
>XUSERFILESEARCHPATH=./%N:/home/pjs/app-defaults/%N:/usr/nav/app-defaults/%N

>I would have expected (wanted) it to check for a Fig-color file in the
>directories specified in XUSERFILESEARCHPATH. 
> Is this a bug or a feature?

Feature. (This is a variant on FAQ # 34, q.v.)  The *-color
customization stuff is implemented using the file search path.  The
default XUSERFILESEARCHPATH, compiled into R5 Xt, is

		<root>/%L/%N%C:\
		<root>/%l/%N%C:\
		<root>/%N%C:\
		<root>/%L/%N:\
		<root>/%l/%N:\
		<root>/%N:

The pathnames contain replacement characters as follows:
	%N		application class name
	%C		customization resource
	%L		language, locale, and codeset (e.g. "ja_JP.EUC")
	%l		language part of %L  (e.g. "ja") 

When you set your own value, you got rid of the %C specs, so Xt is
doing what you're telling it when it ignores your -color files.

Set XUSERFILESEARCHPATH to ./%N%C:./%N:\
       /home/pjs/app-defaults/%N%C:/home/pjs/app-defaults/%N:\
       /usr/nav/app-defaults/%N%C:/usr/nav/app-defaults/%N

There's a good article about this stuff (by David Flanagan, I think)
in the latest X Resource issue.
Newsgroups: comp.windows.x