home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / acorn / tech / 999 < prev    next >
Encoding:
Text File  |  1992-12-14  |  1.3 KB  |  38 lines
  1. Newsgroups: comp.sys.acorn.tech
  2. Path: sparky!uunet!spool.mu.edu!yale.edu!ira.uka.de!math.fu-berlin.de!news.belwue.de!news.uni-stuttgart.de!zrzm0111
  3. From: zrzm0111@helpdesk.rus.uni-stuttgart.de (MUFTI)
  4. Subject: piping darkness into the wimp
  5. Message-ID: <1992Dec14.083102.6713@news.uni-stuttgart.de>
  6. Sender: news@news.uni-stuttgart.de (USENET News System)
  7. Organization: User Help Desk, Comp.Center (RUS), U of Stuttgart, FRG
  8. Date: Mon, 14 Dec 1992 08:31:02 GMT
  9. Lines: 27
  10.  
  11. Hi
  12.  
  13. Is there a idea for the following problem:
  14.  
  15. I use program for a interpreter, which should do Wimppolling.
  16.  
  17. If the interpreter fails (cause no memory left or the like), it prints a
  18. message to vdu:
  19.  
  20. I want to catch such a message (the wimp will not show it) and a commandwindow
  21. will not survive the initialisation of the wimp)
  22.  
  23. If i try to catch the message with a pipe    { > output }   the desktop 
  24. goes dark (with a few icons) and the wimppoll will write into the file
  25. and there is no multitasking
  26.  
  27. If i try to catch the message with spool, all actions in the wimp will 
  28. logged into the outputfile (which may increase to big) (This will also
  29. take time (especially on a diskette based system))
  30.  
  31. In my opinion, we need a errorstream (something like { 2> })
  32.  
  33. so long
  34. MUFTI
  35.  
  36. ps: I use Riscos 2.0, the interpreter is iconx
  37.  
  38.