TIP: Click on subject to list as thread! ANSI
echo: fidosoft.husky
to: Stas Degteff
from: andrew clarke
date: 2002-11-19 03:22:12
subject: [fwd] Re: locking()

Reforwarded in case the date caused mail processors upstream to junk the
message due to it being too far in the future:

* Forwarded from fidosoft.husky by andrew clarke (3:633/267{at}fidonet).
* Originally by: andrew clarke (3:633/267), 13 May 28 12:14.
* Originally to: Stas Degteff (2:5080/102).

---------- Forwarded message ----------
Sat 2028-05-13 01:49, Stas Degteff (2:5080/102) wrote to andrew clarke:

 ac>> How do you get locking() to work in MingW32?

 > smapi/compiler.h

You haven't demonstrated that it works.

smapi/compiler.h:

#elif defined(__MINGW32__)

...

int unlock(int handle, long ofs, long length);
int lock(int handle, long ofs, long length);

#elif ...


smapi/locking.c:

#elif defined(__MINGW32__) || (defined(_MSC_VER) && (_MSC_VER >= 1200))

...

int lock(int handle, long ofs, long length)
{
    long offset = tell(handle);
    int r;

    if (offset == -1)
        return -1;


    lseek(handle, ofs, SEEK_SET);
    r = _locking(handle, 2, length);
    lseek(handle, offset, SEEK_SET);

    if  (r)
       return -1;

    return 0;
}

And so it uses _locking(), which completely fails as I showed in a previous
message.  Now, what I want to know is, did it work for the person who wrote
it, or did they just not bother to test that, and if not, why not, and if
so, why won't it work for me!

Regards
Andrew

-- mail{at}ozzmosis.com

-+- Msged/NT 6.1.1
 + Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/267)

--- Msged/NT 6.1.1
* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/267)
SEEN-BY: 633/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™.