waashk/20ng huggingface dataset:
I'm trying to get MH compiled (and then xmh) and I'm having some problems. I've got mh-6.8, using gcc on SCO 3.2.4.  My MH file is listed below.  Does anyone have any suggestions on what I can add to get it to compile??  ===========  bin             /usr/local/bin debug           off etc             /usr/local/lib/mh mail            /usr/mail mailgroup       mail mandir          /usr/man manuals         gen chown           /bin/chown editor          prompter remove          /bin/mv -f # if no TCP/IP sendmail is available: change mts entry to sendmail mts             sendmail/smtp bboards         off bbdelivery      off bbhome          /usr/spool/bboards mf              off pop             off # options       SEE BELOW cc              gcc ccoptions       -O -ansi -D__STDC__=0 -DSYSV -DSYSV386 -DSCO -D_SVID curses          -lcurses ldoptions       -s ldoptlibs lex             lex sprintf         int sharedlib       off slibdir         /usr/local/lib oldload         off ranlib          off  # define BIND only of the BSD4.3 named (TCP/IP) is used # define SOCKETS only if the system has BSD4.3 sockets (TCP/IP) options         ATZ BIND DUMB MHE MHRC MORE='"/usr/bin/more"' options         OVERHEAD SHADOW SOCKETS SYS5 SYS5DIR options         TZNAME WHATNOW
Will there be any support for round or circular widgets in Motif's next release?. I'd love to have a circular knob widget which could be used instead of a slider.
I am *almost* done porting XFree86 1.2 to a new piece of display hardware, but have run into a snag I think may be somewhat commonplace, so I'm sending a net-feeler.  I have a display that is a non-interlaced, memory mapped, 1-bit 720x280 display.  The server's view of the world, (obtained via xwd | xwud), seems to be exactly what it should be.  However, the displayed version of the framebuffer gives the impression that the server is using scanlines that are too long.  After a bit of experimentation, it seems that the problem was that the server was padding the line out to a word boundry, but the scanline size in the buffer is 90 bytes, which isn't exactly divisible by four.  Changing the following defines in mit/server/include/servermd.h:  ----  #define BITMAP_SCANLINE_PAD  32 #define LOG2_BITMAP_PAD		5 #define LOG2_BYTES_PER_SCANLINE_PAD	2  ---  to:  ---  #define BITMAP_SCANLINE_PAD  16 #define LOG2_BITMAP_PAD		4 #define LOG2_BYTES_PER_SCANLINE_PAD	2  ---  Was not exactly the right solution.  How do I tell the server either (a) don't pad the scan lines at all ('cause this server is only being built to run on this particular display), or to pad only to byte boundries?  I'm using a customized version of XFree86v1.2, under Mach 3.0.
In article <1rgt23INNonv@ssdc.SSDC.Sterling.COM> rlee@ssdc.SSDC.Sterling.COM (Richard Lee) writes: >: A Motif 1.2.2 application will periodically hang when run against the >: OpenWindows 3. server (xnews).  >I have seen the same problem using a SPARCStation 10, Solaris 2.1, OW 3.1. >In my case, it happens far more often than "periodically".  I don't know if there's a corresponding patch for Solaris 2.1, but this sounds like the following bug which is supposedly fixed in 100492-06, the Solaris 1.x olwm Jumbo patch:  	1108642 - window system can hang in an errant pointer grab  Actually, I suspect that the OW 3.1 problem may be different, since the README file says that this patch is just a SunOS 4.x version of the OW 3.1 olwm (but maybe that line came from an earlier version of the patch, and they forgot to take it out in the -06 version). --  Barry Margolin System Manager, Thinking Machines Corp.
We are looking for a X client which can convert a xwd or a bitmap file into a gif file for use on a Macintosh.  	Thanks
This is a question aimed at those who have done some server code hacking:    I am attempting to add a working SaveScreen function to a new server.  I have been able to get the screen to blank out properly, and through debugging I can see that my savescreen function is being called with on=0, which (for some arcane reason) means to blank the screen.  My problem is that this function is never being called again with on=1, even after I have moved the mouse and/or typed some keys.  My question is:  what am I likely to be missing that would cause this problem?  I copied the basic design of my function from the existing versions:  static Bool next_savescreen(scr,on) ScreenPtr scr; Bool on; {    /* this was copied from the omron server code -- is it the right way? */   if (on != SCREEN_SAVER_ON) { 		nextSetLastEventTime();   }    if (on == SCREEN_SAVER_ON) { /* Save user's current setting */ 		next_save_screen_brightness = NXScreenBrightness(my_eventhandle); 		NXSetScreenBrightness( my_eventhandle, 0.0); /* Blank the screen */   }   else {											 /* Unblank the screen */ 		NXSetScreenBrightness( my_eventhandle, next_save_screen_brightness);   }    return TRUE; }  I can see in the server/os code where the screensaver is called to turn on the saver, but I cannot find where it "wakes up" the server and unblanks the screen.  Any tips/help would be appreciated.  Thanks.
In article <C5G1CE.8Is@noose.ecn.purdue.edu> achar@ecn.purdue.edu (Lakshminarayana Achar) writes: <Could some tell me how to print characters over ASCII 127 on a laser <printer? After being thrilled on being able to create them on my <screen, my enthusiasm has somewhat died down due to this setback.  Well, more information is required...  1) What computer are you using? 2) What operating system are you using? 3) What kind of printer are you using? 	a) PostScript? 	b) HP-PCL?  etc.
Do anyone know about any shading program based on Xlib in the public domain? I need an example about how to allocate correct colormaps for the program.  Appreciate the help.
db@sunbim.be (Danny Backx) writes:  >Yes, that is a bug in the X11r5 port of xterm. You sometimes get this when >you start from XDM. I have reported this to Casper but don't know whether >it made it into his set of patches yet.  >Basically in mit/clients/xterm/main.c, there is a test at line 1598 which >checks errno after attempting to open /dev/tty. Add the "errno == EINVAL" >case to it and you should be fine.  It's actually a bug in the Solaris 2.1 kernel. We could add a workaround to xterm. open should never return EINVAL, but it does :-(  I didn't have time to update the R5.SunOS5 patch lately, but non of the existing problems seem to warrant a new set of patches.  >Since .xsession is a Bourne shell script anyway, you might as well add a line >	. /etc/TIMEZONE >as it is done in /etc/profile.  XDM coulda also keep the XDM environment variable. It should have inherited it from the environment.
The product you mention is XVideo from Parallax Graphics in Santa Clara,  California, US. You can read our product review in the Jan/Feb '93 issue of The X Journal. That issues focuses on Multimedia and X, in which there are also a number of other useful items, including an article on Video in an X Window. Fax our New York office at 212.274.0646 for information on  obtaining back issues.  Steve
In article <123645@netnews.upenn.edu>, bradley@grip.cis.upenn.edu (John Bradley) writes: |> From: bradley@grip.cis.upenn.edu (John Bradley) |> Subject: XV 3.00 has escaped! |> Date: 28 Apr 93 01:27:46 GMT |>  |> No, not another false alarm, not a "It'll certainly be done by *next* week" |> message...  No, this is the real thing.  I repeat, this is *not* a drill! |>  |> Batten down the hatches, hide the women, and lock up the cows, XV 3.00 has |> finally escaped.  I was cleaning its cage this morning when it overpowered |> me, broke down the office door, and fled the lab.  It was last seen heading |> in the general direction of export.lcs.mit.edu at nearly 30k per second... |>  |> If found, it answers to the name of 'contrib/xv-3.00.tar.Z'. |>  |> Have a blast.  I'm off to the vacation capital of the U.S.:  Waco, Texas. |>  |> --jhb
I need some advice regarding monitor to use with Xfree86. I have an ET4000 based graphic card with 1 Meg of memory. I know this card is supported in Xfree86 because a friend of mine has one of these in his PC. His monitor is 17" colour capable of displaying 1280x1024 resolution. I cant afford this kind of expensive monitor. I heard from somewhere that Xfree86 requires multisync monitor with minimum horizontal scan frequency of 60KHz. Is this true? I would only like to use Xfree86 at resolution of 800x600 in 256 colours and so was thinking of buying a cheap 14" SVGA monitor. Interlaced (Cheap)14" SVGA  monitors only have have maximum horizontal scan frequency of about 38KHz. Will this kind of monitor work with Xfree86?   Please reply by email.  Thaks in advance.
I've spent the past week tearing my hair out, trying to get the output of a piped "tail -f" to end up in a widget.  I've managed to make it work in some ugly ways, but either a) X blocks on the tail and won't allow user input, b) the "tail -f" functions like just "tail" and doesn't follow the expansion of the file, c) the "tail -f" doesn't die after I've closed the pipe and destoryed the widget, or d) pclose() blocks forever waiting for tail to die. 	I _know_ this code has to exist.  Anybody have it?  A general popen() case would be perfered but at this point I'll take anything... Thanks.
>Cutsie little Macintrash-like icons that are an instant recipe for >mousitis IMHO. System 7 is undoubtedly the worst GUI I have used (out of >that, RISCOS, MSWombles, and X11) simply because it does not provide enough >keyboard shortcuts. Windows I must confess I quite like (cover your ears >:-) ) because you can actually use it without having to ever touch the >mouse. [stuff delete] >the user rather than making things _easier_ - and there should always be >the option to do it your way if you want to, which is why I like the >UNIX/X combination so much - it's so customizable.   Hear! Hear! I agree completely. One thing I can't stand about the Mac interface is its shear determination to FORCE you to use the mouse(what if your mouse breaks--your whole system is down!).  I like the mouse--it is handy on some occassions such as cut and past and moving icons around, etc.  But for most work, the keyboard and hot keys are 10-20 times faster than using the mouse. Sure it is a plus to be able to do something simple if you are an inexperienced user, but how long is it before your are experienced? A month? Two? (Speaking of PCs at the moment.) 	I don't think it is too much to ask that window programmers provide not only a menu/mouse interface but also look forward to those who would like to move on to hot keys and command line interfaces, which usually allows you to do more in less time IF you are experienced. 	All of the above equally applies to windowing systems on UNIX (especially since Unix is at least 500% more powerful than DOS).
In article <1sofac$68m@zebedee.ingres.co.uk> supp60@ingres.com (Support account) writes:     In article <THOMAS.TORNBLOM.93May11115505@beck.Nexus.Comm.SE> Thomas.Tornblom@Nexus.Comm.SE (Thomas Tornblom) writes:    >I'm trying to locate the Type1 rasterizer that IBM donated to The X    >consortium. I've found patches to it but not the original source.     It's on the R5 "contrib" tape.     -Mike Glendinning, Ingres UK (mikeg@ingres.co.uk).  Yes I found it there. Thanks everyone.  Thomas
I have a Sun 3/60 that has a mono framebuffer (bwtwo0 ?) built on the motherboard.  The same system also has a cgfour (cgfour0 and bwtwo1 ?) daughterboard.  I have been using this system with a color monitor having a color "front" screen from the cgfour, and a mono "back" screen from the bwtwo1, both on the same tube.  I recentley picked up a 1600 x 1280 Sun mono monitor, and I would like to make a two headed system with the cgfour0 and the bwtwo0.  I do not care if I loose the "back" screen on the color tube from the bwtwo1.  After looking through the Xsun man page I am not sure if this is possible.  Has anybody sucessfuly done this before?
Does anyone know of any recent information on the Frescoe work being done by the Consortium?  I've seen the short description that was  published in The X Resource, but am looking for something with a bit more depth to it.
In article <wnk.734824081@aquifer.geology.uiuc.edu>, wnk@aquifer.geology.uiuc.edu (Walter Kreiling) writes:  > Given a program running on a workstation with an X based window > system, how can one pop the window in which it is running to the top. > By window I mean the terminal window from which it was invoked.  One can't.  The application may not have been started from a terminal emulator; if it was, the terminal emulator may not still exist, and if it does it may be in no condition to be "pop[ped] to the top" (eg, it may be iconified).  And even if you can, it may not do what you want - consider a virtual-root window manager like tvtwm, with the relevant window in a portion of the virtual desktop that's outside the real desktop.  Some (but not all) X terminal emulators provide environment variables giving a window ID.  Even if such a thing is present in the environment, it may not be what you want; it may correspond to a window on a different server, for example.  					der Mouse
dple@lungta.infores.com (david levine) writes:  >Hey folks, >I'm attempting to use imake to manage makefiles for a development effort and was curious >to find out if anybody else is experiencing problems with any target that >has subdirs generated by imake on Solaris 2 platforms.   >For example, 'make makefiles' chokes in the very first subdirectory.   >	i.e. target: subdirMakefiles not found   You don't give the precise error message, but I assume that the making of the target fails, because make can't find the rules.  We've seen this happen with SunOS 5.x make as well and aat this point I'm not sure why it happens. It seems to happen with large Makefiles. The entries near the end get lost. Small changes in the makefile will remedy this problem, as it does in your example.  In the MIT R5 distribution + R5.SunOS5.patch this can happen with the target ``Makefiles'' in one of the doc directories.  >At first I thought this was a bug with make on my Sun, but I built and used gnumake with the >same results. Attached you'll find the first Makefiles target rule from the generated makefile  This is really weird. Are your *really* sure that you were using GNU make?
One way to "mask" the left button check the contents of the XEvent that the XAddEventHandler send to your event_handling function (in your case, it is the show_mouse_position function.   If the XEvent arrive in this function as   XEvent p_event;  then, the value of p_event->xbutton.button is the button that was pressed. So,  you just do a switch on that value in order to distinguish between them. In case it was not clear p_event->xevent.button is an int.   By the way, you mentioned the Button1MotionMask and if anyone can help me with  these MotionMasks I would be grateful. I can not figure out how do distinguish between motions by which button is pressed as the motion is occurring. In  essence I would like an seperate event-handler for motion with each button.  Unfortunately, the XEvent sent by a MotionMask does not seem to contain the  value of the pressed button.
In article <lu1oftINNnfk@cascais.cs.utexas.edu> sirosh@cs.utexas.edu (Joseph Sirosh) writes: > >...Why did X designers decide to not associate >the color with the object being drawn, and instead associate it with the >display it is being drawn on?  In X10, the drawing attributes were bundled into drawing requests;  that is, the server's drawing model was stateless.  This caused problems with performance and network traffic, so the X11 redesign included the graphic context to codify the drawing state.  Most application designers who want to draw things in several different colors create a GC for each color during initialization, then pass the GC id in each drawing request.
In <1382.9304261508@zztop.dps.co.uk> gerard@dps.co.UK (Gerard O'Driscoll) writes: >>> No, it isn't.  It is the "X Window System", or "X11", or "X" or any of >>> a number of other designations accepted by the X Consortium.... >>>  >>> There is no such thing as "X Windows" or "X Window", despite the repeated >>> misuse of the forms by the trade rags.    >I used to think this way, and not just about X. For example, incorrect >English constructs such as "its raining" or "it's window id" annoy me. >However, there comes a time when popular usage starts to dictate the way >things really are in the world.   Well, yes and no.  I don't particularly want this discussion to spark a lengthy debate, but I do think it's worth pointing out that "popular usage" is not always sufficient excuse.    In this case, for example, I think an appropriate parallel may be found in the pronunciation of proper names: if people commonly misspelled or  mispronounced your name, would you feel compelled to change it?  Probably not.    The same is true of X.  "The X Window System", "X", "X11", and related monickers are proper names in the same sense that any product name is a proper name.  In fact, some of them are *trademarked* names.  The fact  that many people get them wrong is largely beside the point.    As for the trade publications that promulgate things like "X Window" or "X.windows" or any of the other nonsensical variants one often sees,  consider the fact that these publications are supposedly written by  *journalists*.  Would you trust the facts of a journalist who couldn't be bothered to get the name of his/her source right?  Would you trust a product review by someone who got the name of the product wrong?  Popular usage is as it may be, but I for one am all for holding people who claim to be journalists to a higher standard of correctness.  >Indeed, the fact that X won out over NeWS >was really down to popular opinion (I know, we all think it's(!) technically >superior as well!).
In <1993May10.212110.3980@serval.net.wsu.edu> d3e758@bucky.pnl.gov (JE Pelkey) writes:   >In article <C6IEM6.16xI@hawnews.watson.ibm.com> artg@watson.ibm.com (Art Goldberg) writes: >>X gurus: >>I am looking for a scientific graphing run-time X library.  I want my code >>to open a window, and plot a graph in the window.  The library should >>manage plotting, scaling of axes, labeling, etc. >> >>Can someone recommend a library to do this?  Please respond via e-mail.  >I would also be interested in this information.  Check into the vopl and vogle libraries.  I beleive that I still have them available on ftp.c-mols.siu.edu but I'm not sure.  I haven't seen any new announcements for the software but I'm sure it's still around.  I have used it to do real-time data display and analysis as well as just for producing graphs after the fact.  It works well and supports numerous graphics output formats (including X.)  I tried it and liked it.  YOu may as well.
Hi,      I just got myself a Gateway 4DX-33V and trying to configure X11R5 for it.  Has anyone done this before ?  More specifically, I need a correct Xconfig file entry that is set up for my  graphics card and monitor.  I have a 15" Color CrystalScan 1572FS monitor and a VESA LOCAL BUS ATI Ultra Pro with 1MB VRAM video card.  Any help will be extremely appreciated.  Thanks in advance.  Please send replies to christy@alex.qc.ca
: ======================================================================== : Jo Pelkey                                   Phone: (509)375-6947 : Battelle Pacific Northwest Labs             Fax:   (509)375-3641 : Mail Stop K7-22                             Email: je_pelkey@pnl.gov : P.O. Box 999 : Richland, WA  99352 : ========================================================================  Hi Jo,  I'm also interested in your questions, so if you get any answers via email and not via repost please let me know.  Thanks, rainer.
I am wondering how to change the English fonts in an existed API to some multi-bytes fonts ? (such as Chinese, Japanese...) Someone told me X11R5 supports some internationalization features, but I cannot find any examples for my need. Is there anybody has done some similar jobs ?  By the way, all the English fonts should be replace by Chinese or Japanese fonts, that means in windows, menubar, button....  That will be great if someone can share us what you have done. Thanks in advance.
In article <1sp51c$8t3@elroy.jpl.nasa.gov>, urban@sideshow (Michael P Urban) writes: |> I have compiled xfig 2.1 patchlevel 7 with HP's X11R5 from HP-UX 9.01, |> augmented by the Athena and Mu libraries from an X11R5 distribution |> from iworks.ecn.uiowa.edu.  It compiles nicely (although for one file |> the preprocessor macro definition table size needed to be increased). |> But when executed, nothing happens at all except for ever-growing |> memory requirements (eventually climaxing in a core dump).  The binary |> of the identical program, compiled on 8.07 with X11R4, has no |> problems.  Other programs like xtpanel compile, link, and run just |> fine with the same libraries. |>  |> Does this sound familiar, or am I going to have to figure this one out |> on my own...?  Please see the post I made yesterday (May 10) which fixes the problem. This was posted to comp.windows.x.apps.
When I changed from SVR4 to SVR4.2 on my Intel box I discovered that some of my SVR4 xclients such as xload, etc would no longer work.   They bomb out with the message:  error: can't open display unix:0.0  Is this because they can't find the correct shared libraries, they need to be recompiled, or have I not used the correct options?  Both systems use X11R5.  Thanks.
I am having trouble compiling xtmenu.  I am running on a Sparc IPC using SunOS 4.1.1 and OpenWindows 3.  I am getting undefined references to arguments to XtSetArg such as XttextEdit, XttextRead, etc.  Am I using the wrong version of a library? missing an include file?  Any help would be greatly appreciated.  Jeff.  ---------------------------------------------------------------------- |        Jeff Whitmire                 | Man is the best computer we | | email     : jwhit@wbst845e.xerox.com | can put aboard a spacecraft | | phone     : (716) 422-5647           | ... and the only one that   | | snailmail : 780 Salt Road  845-20C   | can be mass produced with   | |             Webster, NY  14580       | unskilled labor.            | |                                      |       -- Wernher von Braun  |
In article <1r5l8g$bub@wsinfo03.win.tue.nl> rcb5@wsinfo03.win.tue.nl (Richard Verhoeven) writes:     Sorry, but olwm and tvtwm don't do it. They place the title at that position    and the window at a position below it.     This becomes a problem when you want a program to be able to save its current    configuration and restore is later.     Currently, my solution is:  	   XCreateWindow(...); 	   XSetWMProperties(..); 	   XMapWindow(...); 	   XFlush(...); 	   XMoveWindow(...);      It works with olwm, but is less than elegant. All this leaves me wondering    if I'm overlooking something obvious.     Richard.   I know that the mwm has an resource to specify if positions are to be used for the border of a window or for the "user" window. Maybe other window managers have similar options. Another way to figure out the difference between the "user" window position and the window manager decoration window position is to subtract their positions. You just have to use XQueryTree and remember that the window manager decorations window is the parent of your window. Unfortunately, you can only figure out the decoration width and height after the window has been mapped this way.
I am creating a graphics program using the Athena widgets. I use Xlib routines to install a custom Graphics Contex by obtaining the display, and window variables with the XtWindowOfObject() and XtDisplayOfObject(). The object was one of the sub widgets.     The problem occurs that whenever a button is pressed or a menu is selected the graphic contex reverts to the orginal one. I tried moving the allocation of the graphic context before the allocation of the buttons but nothing changed. I am preforming all of this manipulation before calling  XtAppMainLoop().  Thank you for any help. Leslie Donaldson