■
 Здорово, andrew !

10 Hоя 02, andrew clarke тулит свою месагу к Max Chernogor:

ac>>>>> Also, I noticed with HPT 1.3.0 that the SMAPI & FidoConfig
ac>>>>> DLLs need to be in the same directory as HPT.EXE, otherwise it
ac>>>>> won't run.  Or I could put them in \WINNT\SYSTEM32\, but I
ac>>>>> don't like that idea much. So I think ideally HPT should be
ac>>>>> using getenv("FIDOCONFIG") then stripping
the filename and
ac>>>>> replacing it with "BIN\SMAPI.DLL" or
whatever, then using
ac>>>>> LoadLibrary(). This might end up being more work than it
ac>>>>> sounds though, but it's just an idea.  It may/may not be
>>>> It's bad idea. because it's very specific win32 style of coding.
>>>> not portable for other OS then win or OS/2.
ac>>> I was only talking about the Windows version.  Obviously it's
ac>>> not portable to Linux etc.  It may be a good idea in OS/2 though
ac>>> (if you can find out what the OS/2 equivalent is of LoadLibrary
ac>>> - I don't use OS/2 any more).
>> But you fogot that hpt - Highly Portable Tosser.
>> I think it is not good idea write not portable code when exists the
>> way do not do it. is it clear?
ac> What I am suggesting will not make the SMAPI (or anything else for
ac> that matter!) any less portable than it already is.

I meant that one portion of code compiles both unix and win compilers.

Your way (LoadLibrary) mean that it will diferent portions of code do the same
thing but compilable only win or unix compilers.



 Покедова.                                                 [Team LSET]

--- Я и Друг Мой Грузовик - Otto Sander - mpg123/w32 0.59s-mh2