Неверная установка указателя файла

[andreil]

В программе имеется следующий код:

StreamSize inline fileSeek(fileHandle handle, StreamSize moveTo, ESeekMethod method)
{
#ifdef WIN32
    uint32_t hiPtr = moveTo >> 32;
    uint32_t res = SetFilePointer(handle, uint32_t(moveTo), (LONG*)&hiPtr, method);
    if ((res == 0xFFFFFFFF) && (GetLastError() != NO_ERROR))
        return -1;
    else
        return (res | ((uint64_t)hiPtr << 32));
#elif defined __unix__
    return lseek(handle, moveTo, method);
#endif
}

Он используется для реализации метода seek файлового потока.
И всё работало бы хорошо, если бы не Windows-часть этой функции...
А в ней происходит непонятное - при вызове функции со следующими параметрами:

fileSeek (handle=0x30c, moveTo=-32, method=spEnd) (F:\Projects (C++)\SD\SD\stream.cpp:20)

Она мне возвращает не 0x670e25 (6753829), а 0xce1c6a
Такое поведение замечено во всех случаях использования данной функции - остальной функционал (ReadFile и WriteFile) работает как часы...
Вроде бы использовал эту библиотеку и раньше, ничего такого не замечал. Но тогда у меня стояла XP 32bit, а сейчас - Win8 64bit.
Компилятор - MinGW из последней бинарной сборки Code::Blocks (12.11).

PS: Чуть не забыл структуру ESeekMethod и тип StreamSize;, а то сразу бы все бочки на неё катили бы

enum ESeekMethod
{
    spBegin,
    spCurrent,
    spEnd
};
typedef int64_t StreamSize;

Если нужны исходники - могу выложить. Но требуются библиотеки zlib, vorbisfile, ogg, lpng16.

[waleri]

А почему spEnd?

[andreil]

Сообщение от waleri

А почему spEnd?

Нужно прочитать сигнатуру файла, находящуюся в самом конце файла.
В общем, сделал "финт ушами" - сделал через абсолютное смещение в файле:

str->seek(str->getSize() - sizeof(GPK_sig_t), spBegin);

[waleri]

Насколько я помню, spEnd будет как раз размер файла - аргумент, так что подозреваю, будет
seek(file, -sizeof(GPK_sig_t), spEnd)

[andreil]

Сообщение от waleri

Насколько я помню, spEnd будет как раз размер файла - аргумент, так что подозреваю, будет
seek(file, -sizeof(GPK_sig_t), spEnd)

Так и делал. размер файла - 6753861(0x670E45) байт. результат вызова - в первом сообщении.

Хм, сейчас глянул в отладчике и заметил косяк... Функция fileSeek принимает размер с типом StreamSize, равный int64_t (как и все функции для работы с файловыми потоками, включая и класс-обертку). Метод класса вызывается с параметром -sizeof(GPK_sig_t).
Смотрим в отладчике и видим, что у moveTo младшие 32 бита содержат наше число, а старшие - нули Как так? или мне надо поправить в программе вызов:

stream->seek(file, -sizeof(GPK_sig_t) * 1LL, spEnd)

для приведения параметра к размеру в 64 бита?

PS: Поправить сейчас не могу, ибо машина с Виндоус дома А на работе пользуюсь христианским Linux