home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / windows / openloo / 5179 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.0 KB
  1. Path: sparky!uunet!tdat!tools3!swf
  2. From: swf@tools3teradata.com (Stan Friesen)
  3. Newsgroups: comp.windows.open-look
  4. Subject: Re: Weird XView 3.0 XV_KEY_DATA problem
  5. Message-ID: <1798@tdat.teradata.COM>
  6. Date: 28 Jan 93 16:33:40 GMT
  7. References: <1993Jan22.132748.50171@ccvax.ucd.ie> <RICKG.93Jan25125945@irondude.eng.sun.com>
  8. Sender: news@tdat.teradata.COM
  9. Distribution: world
  10. Organization: NCR Teradata Database Business Unit
  11. Lines: 14
  12.  
  13. In article <RICKG.93Jan25125945@irondude.eng.sun.com>, rickg@eng.sun.com (The Tankster) writes:
  14. |> 
  15. |> anyway, the deal is that the XView library itself uses
  16. |> XV_KEY_DATA extensively, so you must be certain that the
  17. |> key you use is unique.  the methodology for doing this is
  18. |> to obtain the key from the function xv_unique_key(void).
  19. |> 
  20. Another approach, one that I often use, is to use a pointer to some application
  21. datum.  This is extremely unlikely to match any key used internally by the library.
  22.  
  23. -- 
  24. sarima@teradata.com            (formerly tdatirv!sarima)
  25.   or
  26. Stanley.Friesen@ElSegundoCA.ncr.com
  27.