home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / windows / openloo / 3805 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  2.6 KB
  1. Path: sparky!uunet!gossip.pyramid.com!pyramid!unify!openlook!openlook-request
  2. From: sinan@Mtesol.boeing.com (Sinan Karasu)
  3. Newsgroups: comp.windows.open-look
  4. Subject: XView port on concurrent
  5. Message-ID: <i0mebhn@openlook.Unify.Com>
  6. Date: 11 Sep 92 19:58:04 GMT
  7. Sender: news@Unify.Com
  8. Distribution: world
  9. Lines: 65
  10.  
  11.  
  12.  Hi, 
  13. I've ported XView3 to a concurrent 7000 ( i'ts been a couple
  14. of months now) and have a couple of nuisances. Before I dig into
  15. the problem , I want to see if anybody have run into this on
  16. XView ports before..
  17. In the following the application is generated by devGuide
  18.  
  19. 1) We have a text field that looks like the following
  20.  
  21.     Part No: _________________________
  22.     Serial : _________________________
  23.  
  24.    Now when it comes up cursor is supposed to be on the 
  25.    Part No field and on a Sun it is. However on the 
  26.    concurrent we have to click on the Part No field for 
  27.    it to work. BTW the XView application is running under
  28.    Motif. (Is this an Input Focus problem?)
  29.    Where should I look?
  30. 2) When the application starts up we get the following message
  31.  
  32.    XView warning: Problems setting default modifier mapping(Server package)
  33.    XView warning: Problems setting default modifier mapping(Server package)
  34.  
  35.    Any ideas ????
  36.  
  37. 3) (This is a Motif question really)
  38.    when the Application (outline) window comes up I have 
  39.    to position it with the cursor and click. I just want it to pop up
  40.    to the coordinates specified by the application. How do I specify tha ?
  41.  
  42. 4) When we generate a Term Pane with devGuide then that term pane gets all the
  43.    stdout stuff. I guess this is done by setsid in tty_init routine
  44.    well, concurrent does not have a setsid function. 
  45.    cflatter@nrao.edu (Chris Flatters) suggested that I should look at 
  46.    setpgrp() routine . So we created a function
  47.  
  48.    int setsid()
  49.    { return setprgp(0,0);}
  50.  
  51.    The reason for 0,0 is that bsd specifies :
  52. .......................................
  53. SYNOPSIS
  54.      int getpgrp(pid)
  55.      int pid;
  56.  
  57.      int setpgrp(pid, pgrp)
  58.      int pgrp;
  59.      int pid;
  60.  
  61.      ......
  62.      setpgrp() sets the process group of the  specified  process,
  63.      (pid)  to  the  process  group specified by pgrp.  If pid is
  64.      zero, then the call applies to the  current  (calling)  pro-
  65.      cess.   If  pgrp  is zero and pid refers to the calling pro-
  66.      cess, setpgrp() behaves identically to setsid(2V).
  67.      ......
  68.  
  69.      So anyway we did that and unfortunately on the concurrent it did not
  70.      work... stdout stuff still goes to the xterm that launched the 
  71.      application... What am I doing wrong ???
  72.  
  73.   Please respond if you have the slightest idea as to what is happening....
  74.  
  75.   Sinan
  76.