home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / mswindo / programm / misc / 1822 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  1.4 KB
  1. Path: sparky!uunet!pmafire!news.dell.com!swrinde!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu!olivea!bu.edu!wang!dbushong
  2. From: dbushong@wang.com (Dave Bushong)
  3. Newsgroups: comp.os.ms-windows.programmer.misc
  4. Subject: Re: No sscanf() in a DLL? Really?
  5. Message-ID: <bukr30.4e5@wang.com>
  6. Date: 14 Sep 92 15:30:34 GMT
  7. References: <budi69.9ye@wang.com> <602@lax.lax.pe-nelson.com>
  8. Organization: Wang Labs, Lowell MA, USA
  9. Lines: 36
  10.  
  11. twbrown@PE-Nelson.COM (Tom W. Brown) writes:
  12.  
  13. >In article <budi69.9ye@wang.com>, dbushong@wang.com (Dave Bushong) writes:
  14. >|> 
  15. >|> Is it true that you can't use sscanf in a DLL (according to
  16. >|> Microsoft's windows.h)?
  17. >|> 
  18.  
  19. >I'm not sure what you mean about windows.h "telling" you that sscanf isn't
  20. >DLL compatible, but I'm using BC++ 3.1 and the version of sscanf in Borland's
  21. >runtime is perfectly happy being called from a DLL (Borland's runtime library
  22. >is available, in fact, as a DLL).
  23.  
  24. That's where the problem is -- I'm porting something from BC to QCWIN,
  25. and nearly everything worked OK except references to sscanf and similar.
  26. There is a conditional in windows.h (in the MS version) that goes
  27. something like
  28.  
  29. #if !DLL
  30.  
  31. ...prototypes for sscanf, etc.
  32.  
  33. #endif
  34.  
  35. which is not the case in the Borland version.
  36.  
  37. I did receive a wsscanf from some kind soul which would appear
  38. to fix my problem.
  39.  
  40. Thanks!
  41.  
  42. Dave
  43. -- 
  44. Dave Bushong, Wang Laboratories, Inc.
  45. Project Leader, OCR products
  46. Internet: dbushong@wang.com
  47.