| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | strupr in compiler.h |
Mon 2003-01-20 16:41, andrew clarke (3:633/267) wrote to Gerrit Kuehn: >> I have problems with source coming with its own implementation of >> strupr and including smapi/compiler.h. > strupr() is only used by SMAPI's strftime() function, but strftime() is > an ISO C function (prototyped in time.h), so unless your compiler's C > libraries aren't ISO C compliant (unlikely), SMAPI need not redefine > it. Incidentally, the following is relevant to this subject: "Linux shared objects are very similar to DLLs, but a few pitfalls require caution. An application can overwrite a function in a shared object. If a shared object has the function print_hello and the application has a function called print_hello, then whenever the application calls print_hello, the application's version is used. This may not sound like a problem until you have a function in the shared object called, for example, so_print that calls print_hello. The print_hello that is used in this case is the one defined in the application." - http://www-1.ibm.com/servers/esdd/articles/linux_c.html?t=gr,l=805,p=OS2toLinux -- mail{at}ozzmosis.com --- Msged/BSD 6.1.1* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/267) SEEN-BY: 633/267 270 @PATH: 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.