HDTenEightyP/NetNews huggingface dataset:
From: bw@eng.cam.ac.uk (B. Wang)
Newsgroups: comp.windows.x
Subject: Information About Motif
Date: 17 Nov 92 09:58:52 GMT
Organization: Cambridge University Engineering Department, UK

Dear Colleagues,

We are now considering to buy commercial standard motif toolkits
for our sun SPARC stations. We would like to know the new price
and information of where to buy. 

Plear reply to: "Reply-to" e-mail address above.

Any suggestions would be greatly appreciated.

and Many Thanks in Advance.

Bing

--
+--------------------------+
|Bing Wang                 |
|Engerring Department      |
|University of Cambridge   |
Newsgroups: comp.windows.x
From: skf26@cas.org (Scott Frost)
Subject: Dec lj250 driver for xpr?
Organization: Chemical Abstracts Service
Date: Tue, 17 Nov 1992 13:46:19 GMT

Is there a device driver for the lj250 Digital Companion Color Printer
available that I can plop down inside of the Mit xpr code?

-- 
Scott K. Frost                  UUCP: osu-cis!chemabs!skf26
Same Mbox: BITNET: skf26@cas    INET: skf26@cas.org
Personal: 2753 Shrewsbury Rd, Upper Arlington Oh 43221 
Newsgroups: comp.windows.x,comp.windows.x.apps,comp.windows.x.motif
From: fish@daacdev1.stx.com
Subject: Re: How to use xrooms or alternative virtual desktops
Organization: Goddard Space Flight Center
Date: Wed, 18 Nov 1992 18:48:34 GMT

emm@daneel.rdt.monash.edu.au (Wendigo) writes:

>Alternatively, is there and ftp'able software out there that will drive a
>virtual desktop for motif which is similar to mwm??

i use tvtwm - i hear ctwm is nice too  - all variants of Tom's Window Manager

		fish
--
John R. Vanderpool                INTERNET: fish@daacdev1.stx.com
NASA/GSFC                         VOX: 301-513-1683                
Hughes/STX Corporation            FAX: 301-513-1608
"somehow seems strange and a little bit funny, to wander thirsty in the rain" pr
Newsgroups: comp.windows.x
From: chien@ece.arizona.edu (Lien-Pharn Chien)
Newsgroups: comp.windows.x
Subject: XToolkit
Keywords: TextWidget, AsciiTextWidget
Date: 23 Nov 92 20:47:56 GMT
Reply-To: chien@ece.arizona.edu (Lien-Pharn Chien)
Distribution: world,local
Organization: University of Arizona Dept. of Electrical and Computer Engineering


Hi,

    Can anyone give me an example to extract and handle data in a
    Text widget / AsciiText widget ?

    Any help will be much appreciated.

Lien-Pharn Chien.

e-mail : chien@ece.arizona.edu
Newsgroups: comp.windows.x
From: ramirez@mcclb0.med.nyu.edu
Subject: Graphical Development tools
Organization: NYU Medical Center, New York, NY 10016, USA
Date: Thu, 19 Nov 1992 02:51:59 GMT

Hello all,

	I am looking for freely available graphical application development
tools, that are able to incorporate the freely available widget sets such as
xview, athena, interviews, etc.
	What are my options?

Thanks in advance
ramirez@mcclb0.med.nyu.edu
Newsgroups: comp.windows.x
From: trsk@huldra.tdata.no (Trond Erik Skjerven)
Subject: Format of the native DECwindows SNF fonts
Organization: Tandberg Data A/S, Oslo, Norway
Date: Wed, 18 Nov 1992 15:36:06 GMT
X-Newsreader: Tin 1.1 PL3

Where can I find the specification of the native DECwindows font format ?

The native DECwindows fonts shipped with the VMS operating system 
for use with DECwindows applications on VAXstation systems
have a non "standard" SNF format.
(The fonts are 1/4 the size of normal SNF fonts.)  

Is the source code for the VMS font compiler "font" available somewhere ?

Are these fonts available in a PCF format ?


Thanks,

Trond Skjerven
--------------------------------------------------------------------------------
Trond E. Skjerven       Tandberg Data A/S 
                        PO Box 127, N-1473 Skaarer
trsk@tdata.no           Tlf +47 2 189090 Tlf dir +47 2 189472  Fax +47 2 189762
--------------------------------------------------------------------------------

Xref: sparky comp.windows.x:19213 alt.graphics.pixutils:2617 alt.binaries.pictures.utilities:1685
From: 2760carpente@vms.csd.mu.edu (METALLICA)
Newsgroups: comp.windows.x,alt.graphics.pixutils,alt.binaries.pictures.utilities
Subject: Re: binhex Silly Question
Date: 17 Nov 1992 04:51:20 GMT
Organization: Marquette University - Computer Services
Reply-To: 2760carpente@vms.csd.mu.edu
NNTP-Posting-Host: vmsa.csd.mu.edu

In article <1992Nov16.210848.8251@msuinfo.cl.msu.edu>, reno@cps.msu.edu (Gerald L Jr Reno) writes:
>Can someone tell me just what binhex is, and where I can get a
>hold of a copy? I have access to Suns, PCs, NeXTs, and Macs...
>
>Many thanks,
>
>Jerry Reno reno@cps.msu.edu


BinHex is a compression utility that decompresses HQX files.  It is available
via anonymous ftp.
    sumex-aim.stanford.edu  info-mac/util/BinHex*
Please read the alt.binaries.pictures.* FAQ as it contains all this information
and more..  Lots more.  It will answer all your questions which would save
bandwidth and cost on/for the net
__    ___ __   ___   __    
  \     /   |     \    | Vinny Carpenter            | It takes a big man to 
   \   /    |      \   | 2760Carpente@vms.csd.mu.edu| cry.  It takes an even
      /     |    |  \  | P.O.Box 93863              | bigger man to laugh at
     /      |    |     | Milwaukee, WI 53233        | that man -Jack Handey
-----------------------------------------------------------------------------
                             METALLICA IS GOD
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x
Subject: Re: XImage and pixel values
Date: 20 Nov 92 09:47:24 GMT
Organization: McGill Research Centre for Intelligent Machines

In article <1992Nov18.013524.4791@photon.com>, paula@photon.com (Paula Solima) writes:

> I have an array of pixel values ranging from 0 to 255.  Is there a
> way to keep the full range of pixel values and use XCreateImage,
> without having my entire screen turn black?

Maybe.  Depends on lots of things.

> There is a PseudoColor visual with 12 planes (colormap size = 4096)
> available on my Silicon Graphics, however I do see how XCreateImage
> would access colorcells > 255.

(Do *not* see how, I assume you mean.)  You would use an XImage of
depth greater than 8, of course.  You would probably use 16 for this;
check out the list of available depths image depths (see
XListPixmapFormats and related functions).

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.windows.x
Subject: Re: Opinion of O'Reilly Guides to the X Window System (UIL)
Date: Tue, 17 Nov 92 12:40:33 PST
Organization: The Portal System (TM)
  <1992Nov12.013019.920@mjs486.uucp> <1eabi7INN7hs@horus.ap.mchp.sni.de>

On the subject of UIL...

I'm a new reader here (note my recent posting asking for information about 
grayscale X Terminals), with relatively little X experience.  I'm actually
programming VAX/VMS "DECwindows," in Assembly language (we don't have or use
C), with only the DEC manuals to guide us.  I took two one-week courses in
DECwindows programming about two years ago, but found them largely incompre-
hensible due to my own total lack of background (I'd never even SEEN or USED
X/DECwindows before I arrived at the class).  The one thing I DID understand,
and which made it possible for me to write applications -- even "small" ones
-- where otherwise I couldn't possibly have done so, was UIL.  I for one am
"damn glad" to have it! :-)

Chris Chiesa
  Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.windows.x,comp.windows.x.intrinsics
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: Event order: EnterNotify before Expose?
Organization: Open Software Foundation
Date: Mon, 16 Nov 1992 16:17:15 GMT

In article <BxoJ9I.L94@acsu.buffalo.edu>, okeefe@cs.Buffalo.EDU (Paul O'Keefe) writes:
|> 
|> Implementing Tektronix-style crosshairs, I've run into a problem
|> caused by the order in which events arrive.
|> 
|> Scenario:
|> 
|> An obscuring window in unmapped and the pointer "falls" into my app window.
|> The EnterNotify arrives followed by an Expose event. 
|> The EnterNotify handler draws the crosshairs in XOR mode.
|> The Expose handler then overwrites part of the crosshairs
|> so the original pixels can't be recovered.
|> 
|> Question 1:
|> 
|> One solution is for the EnterNotify handler to examine
|> the event queue for Expose events and service them first.
|> Is there another solution that's easier and/or better?
|> 
|> Question 2:
|> 
|> Does EnterNotify allows precede Expose in this scenario?
|> If so why?

Who cares.  You should use the Enter and Leave events to set a 
flag which turns the crosshairs on and off.  The Expose handler
should draw them and a MotionNotify handler should track the
cursor.  The Enter and Leave handlers should do no drawing.

My opinion.

-- 
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
Newsgroups: comp.windows.x
From: ptlai@et.nthu.edu.tw (Pao-Tzung Lai)
Subject: How to open a TrueColor window?
Organization: National Tsing Hua University (HsinChu)
Date: Thu, 19 Nov 1992 03:14:10 GMT

I have a problem in Xlib programming:

I want to create a window with TrueColor (depth 24) visual under a
parent window (root window) which visual is PseudoColor (depth 8).
Does anyone have experience on this? Any hint is appreciated.
 
Newsgroups: comp.windows.x
From: garyb@gcm.com (Gary Blumenstein)
Subject: Anyone compile olvwm on SVR4?
Organization: Greenwich Capital Markets, Inc.
X-Newsreader: Tin 1.1 PL5
Date: Sat, 14 Nov 1992 21:18:24 GMT

If anyone has gotten olvwm to compile and run on SVR4, I'd like to 
hear from you.  I made several attempts a while back but without success.
I can't remember the exact errors, but I'd appreceiate any help or
pointers if you can.

- Gary
-- 
Gary Blumenstein                          |   garyb@gcm.com        Internet
Unix Systems Administrator                |   uunet!gcm!garyb      UUCP
Greenwich Capital Markets                 |  +1(203) 625-7937      Voice 
600 Steamboat Road, Greenwich, CT  06830  |  +1(203) 629-9136      FAX
Newsgroups: comp.windows.x
From: dododge@wam.umd.edu (David O. Dodge)
Subject: Re: Any Interface Builders that don't use Motif or OpenLook?
Keywords: IB interface motif openlook
Organization: University of Maryland, College Park
Date: Sat, 21 Nov 1992 05:54:20 GMT

In article <1992Nov20.211439.850@netcom.com> drago@netcom.com (Mike Park) writes:
>Are there any Interface Builders for X which do not use Motif or Open Look?

ibuild, for the InterViews toolkit (C++ freeware).

>I would like to develop applications for systems that cannot afford
>the overhead, especially in terms of memory, that Motif and Open Look
>require.

This might be a problem with InterViews as well. Check the
comp.windows.interviews newsgroup for more information.

                                            -Dave Dodge/dododge@wam.umd.edu
Newsgroups: comp.windows.x
From: hassanm@a.cs.okstate.edu (HASSAN MUHAMMAD TA)
Subject: arrow-headed lines in X
Organization: Oklahoma State University, Computer Science, Stillwater
Distribution: na
Date: Sun, 22 Nov 92 04:46:10 GMT

I am looking for a way to draw arrow-headed line using MOTIF or 
other X toolkit or Xlib.

Any help will be appreciated.
Please e-mail your help as I am not a frequent reader of this group.

Thanks in advance.


T. Hassan

e-mail address: hassanm@a.cs.okstate.edu
Newsgroups: comp.windows.x
From: e-sink@uiuc.edu (Eric W. Sink)
Subject: Re: Raster images in xfig ?
Originator: sink@ux2.cso.uiuc.edu
Reply-To: e-sink@uiuc.edu
Organization: University of Illinois at Urbana
Date: Fri, 20 Nov 1992 16:38:56 GMT

wmp@jupiter.esd.ornl.gov (W. Mac Post) writes:

>It is already possible to do this.  You can put an encapsulated PostScript
>figure into xfig.  If the eps file has a PostScript preview it will
>be displayed.  The resolution is not perfect but it allows you to
>annotate it.  The real PostScript is printed when you print the 
>xfig composite, not the preview.

Is the preview displayed in full color?  What if the image contains
200 colors ?

-- 
Eric W. Sink, Spyglass        | "You are the Pan."
1800 Woodfield Drive          |     - Rufio
Savoy, IL  61826              |
---- e-sink@uiuc.edu ---------|---------- 217-355-6000 -----------------------
Newsgroups: comp.windows.x,comp.windows.ms.programmer
From: jck@mercury.ncat.edu
Subject: window update policy
Organization: North Carolina A&T State University
Date: Tue, 17 Nov 1992 22:03:10 GMT

Ca va bien, mercy.  The phone number I gave you may have been incorrect.
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.x.apps
From: rthomson@mesa.dsd.es.com (Rich Thomson)
Subject: Re: Why KeyPress/Release not work in DrawingAreaWidget?
Followup-To: news.groups
Reply-To: rthomson@dsd.es.com (Rich Thomson)
Organization: Design Systems Division, Evans & Sutherland, SLC, UT
Date: Tue, 24 Nov 92 00:14:52 GMT

[Note: followups directed to news.groups]

In article <1992Nov13.175153.3920@relay.nswc.navy.mil>
	rchui@nswc-wo.nswc.navy.mil (Raymond Chui) writes:
>4) Why there is no comp.windows.x.xlib newsgroup?

Because noone ever went through the RFD, CFV stages for that group.
You're more than welcome to start such a group and it will be created
if it passes the new group creation guidelines.  This is how all
usenet groups are born into the mainstream hierarchies.  Read the "How
to Create a New Newsgroup" posting in news.announce.newusers for more
information.

						-- Rich
-- 
		      Don't blame me; I voted Libertarian
Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
UUCP: ...!uunet!dsd.es.com!rthomson			Rich Thomson
Internet: rthomson@dsd.es.com	IRC: _Rich_		PEXt Programmer
Newsgroups: comp.windows.x
From: rescorla@rtnmr.chem.yale.edu (Eric Rescorla)
Subject: Re: FLAME, FLAME ON X!!!
Organization: Rescorla for himself.
Date: Wed, 18 Nov 1992 19:49:05 GMT

In article <1992Nov18.183826.2652@lsl.co.uk> snail@lsl.co.uk writes:
>In article <1992Nov9.235741.25166@dsd.es.com>, pmartz@dsd.es.com (Paul Martz) writes:
>> Care to tell us in which vendor's X is this a bug? I've certainly
>> never heard of it before.
>
>This is NOT an X bug. This is a feature of C's memory allocation routines. When
>memory is allocated, if there is no spare space, the C library asks the
>OS for more memory, but when memory is freed, C does not give the memory back
>to the OS. As a result programs can only get bigger, or stay the same size as
>memory as allocated and freed. The program gets bigger every time memory is
>requested and cannot be allocate out of the current free heap space. When this
>happens the C library ask the OS for more memory. When the memory is freed,
>it is returned to the free memory heap, not the OS.
>
>*** This is not a UNIX feature, this is a C feature, to be found on PCs, Ataris
>, UNIX boxes, VAXes etc. This a feature, ie: C is designed this way. ****
>
>My apologies for replying to this thread 3 days late, someone has probably said
>this before. But then again, maybe they haven't.
I hope not. It's wrong. It is not part of the definition of the
C language or of malloc(3). It happens that it is a very common way to
do things, because sbrk(2) calls are expensive and it's not obviously
worthwhile to return memory to the system. (This is on Unix. I imagine
that similar conditions obtain on other machine.)

However, it would be quite legal to return the memory to the OS. I believe
Jim Frost mentioned previously that he had in fact written such a malloc
routine.
-Ekr


-- 
-------------------------------------------------------------------------------
Eric Rescorla, DoD#431 (Nighthawk S)              rescorla@rtnmr.chem.yale.edu
Former chemist now CM400 mechanic                 ekr@eitech.com(preferred)
                "Meet the new boss, same as the old boss."
From: idf@cs.bham.ac.uk (Ian Fitchet)
Newsgroups: comp.windows.x
Subject: The GC in XCopyPlane
Date: 13 Nov 92 02:30:05 GMT
Distribution: comp
Organization: School of Computer Science, University of Birmingham

Hi,

	Being a pseudo-ignoramous I merrily copied the code from
O'Reilly Vol4 involving XCopyPlane.  All was well until I actually
tried the code out on a colour monitor (worked fine on a monochrome -
the XCopyArea bit).  Well, after I realised I had changed the code so
that it used a "copy_gc" instead of DefaultGCOfScreen() I took a
further look.  My "copy_gc"  generated by:

  XGCValues values;
  GC copy_gc;

  values.dashes = 1;
  values.dash_offset = 0;
  values.line_style = LineOnOffDash;
  values.foreground = BLACK;
  values.background = WHITE;

  copy_gc = XCreateGC(display,
		      pixmap,
		      GCForeground | GCBackground,
		      &values);
  
  differed in only two respects from the GC returned by
DefaultGCOfScreen().  Firstly, it had a different gid (== GC id??) and
secondly the values of foreground and background were reversed.

  When I invoked XCopyPlane with my GC I had a BadMatch error.  When I
used the default everything was OK (but in reverse video :-().  What
was worse was that I used XChangeGC to set them to my preferred way
and the code then worked without error.

 I find this behaviour very bizarre and I am at a loss to explain the
reason for the error.  Is the error strikingly obvious or am I just
unlucky?

--
Cheers,

	Ian

-------------------------------------------------------------------------------
Ian Fitchet     				      I.D.Fitchet@cs.bham.ac.uk
School of Computer Science
Univ. of Birmingham, UK, B15 2TT
Newsgroups: comp.windows.x
From: root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor)
Subject: Re: XGetImage question
Organization: Mark Jeghers -- UNIX/X/Motif Contractor
Date: Sat, 21 Nov 92 07:40:30 GMT

paul@elroy.Jpl.Nasa.Gov (Paul Asmar) writes:

>I am using XGetImage() to extract the pixmap of window which I am going
                                       ^^^^^^?
                                               I assume you mean "XImage"

>to convert to other formats (like Postscript for example).  However,
>when the window is not completely visible, the unvisible parts have garbage
>when using XGetImage().

Yes, this is the classic problem.  You cannot capture what does not exist.
When you grab from a window, you essentially grab a region of your frame
buffer (including overlap from other windows sometimes).

>I tried turning on backing store via XChangeWindowAttributes(), but that
>didn't help much.

Backing store may save what you draw, but it's save *off* the screen,
you are still capturing what is *on* the screen.  This is why it does
not help.  Even if it did, backing store is not a portable bet.

>Is there a way
>to extract the contents of window regardless of its visibility status?

No.  You must make the entire window *visible*.  Screen capture is
literally that: the capture of the *screen*.  Sorry I can't give you
a more elegant answer...

Mark Jeghers
X/Motif Contractor
408/281-4823 [voicemail]
From: barr@stein.u.washington.edu (David Barr)
Newsgroups: comp.windows.interviews
Subject: Re: Where are stream.h and osfcn.h
Date: 19 Nov 92 17:56:31 GMT
Article-I.D.: u.1992Nov19.175631.18715
Organization: University of Washington

jypai@csie.nctu.edu.tw (Pai Jin-Yuan) writes:

>I use find command in /usr and found
>/usr/include/sys/stream.h
>but didn't find osfcn.h.

Those two files are in $GCCDIR/lib/g++-include.  I got those errors
too.  Somehow you have to let makedepend know to look in those
directories.

David
From: lld@concept.de (Lothar Linhard)
Newsgroups: comp.windows.interviews
Subject: idraw includes PostScript ?
Keywords: idraw PostScript
Date: 20 Nov 92 11:01:36 GMT
Organization: concept engineering GmbH, D-7800 Freiburg, Germany



Hi,

does anyone know, if and how "idraw" can include arbitrary PostScript files ?

Thank you,

Lothar.
================================================================================
Lothar Linhard				|  Tel.:  ..49-761-473099
concept engineering GmbH		|  Fax.:  ..49-761-441063
Burkheimer Str. 10			|
D-7800 Freiburg (Germany)		|  Email: lld@concept.de
================================================================================
Newsgroups: comp.windows.interviews
From: harlan@Physik.TU-Muenchen.DE (Magnus Harlander)
Subject: gcc-2.3.1/ultrix-4.2/doc
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Mon, 23 Nov 1992 18:57:48 GMT

Hi,

I compiled iv 3.1-beta3 with gcc-2.3.1 and libg++-2.2 on ultrix-4.2
everything works save doc. It dumps core before producing any window.
Does anybody have a fix for that?

\Magnus
--
Magnus V. Harlander                   harlan@physik.tu-muenchen.de   
GeNUA mbH and Physics Dep. TUM         Tel: +49 (89) 714 3083
D-8000 Munich                               +49 (89) 3209-2192
         -----> Happy hacking with OPERATOR Beer. <-----
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: the never ending story
Date: 16 Nov 1992 20:58:54 GMT
Organization: sgi
Distribution: world
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <BxM5FM.8vL@cpsc.ucalgary.ca>, roseman@cpsc.ucalgary.ca (Mark Roseman) writes:
|> i see in graphics/interviews@sgi.com there's a beta-4 release of 3.1.
|> help!  can we get a half-decent statement from anyone (stanford/sgi/mit..)
|> what the level of commitment and support is for interviews?  to say nothing
|> of a really rough hacky tentative schedule?  (say within an order of
|> magnitude of accuracy).  any plans for 3.x commercial releases in the works?

3.1-beta4.tar.Z is not a release; it is a snapshot that I want certain people
to test on platforms to which I do not have access (and I sent them e-mail
individually).  It has some problems that we hope to fix shortly.  Sorry for the confusion.

InterViews 3.x is a research software system, which means there is
no explicit support provided.  Naturally, we try to help as much
as we can.

As for the scheduling, I'm not happy with recent performance either.
Unfortunately, this fall has had a number of other committments
for me that have not only taken away some of my time but also
made it harder for me to estimate how long finishing off a release
would take.

I have been putting a lot of effort toward the X Consortium and
related product efforts, but it will be a while yet before we know
how that will turn out.  It would certainly help if anyone stated
to their favorite vendor that the vendor should support the effort.
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: FAQ ?
Date: 16 Nov 1992 21:00:55 GMT
Organization: sgi
Distribution: world
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <BxJwsA.JtF@ecmwf.co.uk>, mab@ecmwf.co.uk (Baudouin Raoult) writes:
|> Is there a FAQ for this group ?

Yes, in ~ftp/pub/FAQ on interviews.stanford.edu.

Newsgroups: comp.windows.interviews
From: ejmrs@vuse.vanderbilt.edu (Eric J. Manders)
Subject: small(?)  problem building IV on SPARC
Originator: ejmrs@taacman
Organization: Vanderbilt University School of Engineering, Nashville, TN, USA
Distribution: usa
Date: Sun, 22 Nov 1992 20:00:08 GMT

I have been trying to build IV3.1beta on a Sparcstation 1, using
SunC++ 2.1 and X11R4 under SunOs 4.1.2

There are no compilation errors but libIV.so is never created when the
source files have been compiled. The directories InterViews,
IV-2_6, IV-X11, Dispatch, OS and TIFF all seem to be traversed
properly during compilation

In comparison, when libUnidraw is created, I get a message:

...
building libUnidraw.so.3.1
rm -f libUnidraw.so.3.1~
ld -o libUnidraw.so.3.1~ -assert pure-text *.o
rm -f libUnidraw.so.3.1
mv libUnidraw.so.3.1~ libUnidraw.so.3.1
...

after the sources are compiled. However, for libIV there is never such
a message. There are no other errors except of course that when
building the executables it complains that libIV does not exist.

In case it is of importance, apart from setting the compiler and X11
directories correctly, I have inserted the following at the
appropriate places in local.def:

#define LanguageCCDefines -Dcplusplus_2_1
#define SharedCCFlags -PIC

In addition I set my temp directory somewhere else with
#ExtraCCFlags

Can someone tell me what is going on here?

Thanks,