home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / fj / maillis / xwindow / 19725 < prev    next >
Encoding:
Internet Message Format  |  1993-01-26  |  1.3 KB
  1. Path: sparky!uunet!stanford.edu!sun-barr!sh.wide!wnoc-tyo-news!scslwide!wsgw!wsservra!daemon
  2. From: nosmo@ximage.com (Vince Kraemer)
  3. Newsgroups: fj.mail-lists.x-window
  4. Subject: Error handler flow control
  5. Message-ID: <1993Jan26.034638.3168@sm.sony.co.jp>
  6. Date: 26 Jan 93 03:46:38 GMT
  7. Sender: daemon@sm.sony.co.jp (The devil himself)
  8. Distribution: fj
  9. Organization: Workstation Div., Supermicro Systems Group, Sony Corporation
  10. Lines: 22
  11. Approved: michael@sm.sony.co.jp
  12.  
  13. Date: Mon, 25 Jan 93 17:54:22 PST
  14. Message-Id: <9301260154.AA15744@ximage.com>
  15. Reply-To: nosmo@ximage.com
  16.  
  17. I am writing a simple set of copy/paste routines for a form based
  18. application.  I have gotten the "simple" error free case to work fine.
  19. Now I want to deal with Alloc errors in XChangeProperty "correctly" by
  20. using an incremental transfer scheme for large selections.
  21.  
  22. Since I cannot tell how big a property is "too big", it seems that the
  23. only way to do this is to change strategies in an error handler.
  24.  
  25. (Is there a way to tell what "too big" is?  That could make this whole
  26. question moot, which I wouldn't mind a bit.)
  27.  
  28. My problem is fairly simple, where does the error handler return to, if
  29. I say return in it? Does it return to the place where I set it (similar
  30. to longjmp), to the line after the request which generated the error, or
  31. someplace else completely?
  32.  
  33. Thanks
  34. vbk
  35.