home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / acorn / tech / 1000 next >
Encoding:
Text File  |  1992-12-14  |  1.3 KB  |  39 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.083827.7165@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:38:27 GMT
  9. Lines: 28
  10.  
  11.  
  12. Hi
  13.  
  14. Is there a idea for the following problem:
  15.  
  16. I use program for a interpreter, which should do Wimppolling.
  17.  
  18. If the interpreter fails (cause no memory left or the like), it prints a
  19. message to vdu:
  20.  
  21. I want to catch such a message (the wimp will not show it) and a commandwindow
  22. will not survive the initialisation of the wimp)
  23.  
  24. If i try to catch the message with a pipe    { > output }   the desktop 
  25. goes dark (with a few icons) and the wimppoll will write into the file
  26. and there is no multitasking
  27.  
  28. If i try to catch the message with spool, all actions in the wimp will 
  29. logged into the outputfile (which may increase to big) (This will also
  30. take time (especially on a diskette based system))
  31.  
  32. In my opinion, we need a errorstream (something like { 2> })
  33.  
  34. so long
  35. MUFTI
  36.  
  37. ps: I use Riscos 2.0, the interpreter is iconx
  38.  
  39.