🚀 go-pugleaf

jyacc!marks!jtrigg@uunet.uu.net (Jim Trigg) writes:

>Item 1 is the critical part.  In MSVC 1.5x and earlier (and therefore
>in any Win16 DLL), the ...printf/...scanf family is not available.
>Console applications don't even exist in Win16 (AKA Win 3.1x).  Yes,
>Win32 is less brain dead than Win16 was, but most people still only
>know Win16.  (I happen to know both due to my current job.)

    ugh.  as you pointed out before making your point at the end,
    this is NOT operating system specific, but compiler specific.

    for example, the Windows compiler that I use supports
    sscanf() perfectly fine in a DLL (anything less is not
    only uncivilized, but ridiculous).  sprintf() works too.
    using the wsprintf() version is not the same because it
    doesn't have the same capabilities as what the
    Standard functions do (no floating point conversions).

    heck, I can use the other printf/scanf family members in a
    Windows 16 bit application, but not in a DLL.   "hello world"
    works just fine.

    ANYWAY, i just wanted to point out that not only has this 
    discussion strayed FAR from the normal clcm scope, but that
    it was based upon a statement that is either 1) erroneous, or
    2) is specific to one compiler vendor's ridiculous C implmentation.
    I don't believe the second option, but i don't have any sort
    of counter-proof.

[It has rather strayed.  I'll probably start squelching discussion on this
 RSN. -mod]

 --xmsb
 xmsb@borland.com