[Bug 33619] New: UWIN installer fails with cannot seek to data offset

wine-bugs at winehq.org wine-bugs at winehq.org
Sun May 19 12:43:05 CDT 2013


http://bugs.winehq.org/show_bug.cgi?id=33619

             Bug #: 33619
           Summary: UWIN installer fails with cannot seek to data offset
           Product: Wine
           Version: unspecified
          Platform: x86
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
        AssignedTo: wine-bugs at winehq.org
        ReportedBy: simon.toedt at gmail.com
    Classification: Unclassified


The UWIN (Unix emulation on Windows) installer fails on Wine wine-1.5.23. The
goal is to use WINE for automated testing without having to fire up a full
blown Windows system each time in VMware or real iron.


Steps to test:
wget --http-user="I accept www.opensource.org/licenses/eclipse"
--http-passwd="."
'http://www2.research.att.com/~gsf/download/beta/uwin-base.2013-02-08.win32.i386.exe'
wine uwin-base.2013-02-08.win32.i386.exe


wine version is wine-1.5.23


The output of the first attempt:
wine uwin-base.2013-02-08.win32.i386.exe
wine: created the configuration directory '/home/stoe/.wine'
fixme:storage:create_storagefile Storage share mode not implemented.
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is
outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually,
you can find it in the winbind package of your distribution.
fixme:iphlpapi:NotifyAddrChange (Handle 0xf3e308, overlapped 0xf3e320): stub
fixme:storage:create_storagefile Storage share mode not implemented.
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
p11-kit: couldn't load module:
/usr/lib/pkcs11/gnome-keyring-pkcs11.so:
/usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object
file: No such file or directory
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is
outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually,
you can find it in the winbind package of your distribution.
fixme:iphlpapi:NotifyAddrChange (Handle 0x114e8d0, overlapped 0x114e8dc): stub
wine: configuration in '/home/stoe/.wine' has been updated.
Z:\home\stoe\winetest\uwin-base.2013-02-08.win32.i386.exe:
Z:\home\stoe\winetest\uwin-base.2013-02-08.win32.i386.exe: cannot seek
to data offset

The output of the second attempt:
wine uwin-base.2013-02-08.win32.i386.exe
Z:\home\stoe\winetest\uwin-base.2013-02-08.win32.i386.exe:
Z:\home\stoe\winetest\uwin-base.2013-02-08.win32.i386.exe: cannot seek
to data offset


I have no clue whatsoever what this means.


Per http://www.opensource.apple.com/source/ksh/ksh-13/ksh/src/cmd/INIT/ratz.c
the message comes from ratz.c when either open() or lseek() fails:
===========cut==========
static int
sear_seek(off_t offset, int tmp)
{
    int    n;
    char    cmd[PATH_MAX];

    GetModuleFileName(NULL, cmd, sizeof(cmd));
    sear_stdin = dup(0);
    close(0);
    if (open(cmd, O_BINARY|O_RDONLY) || lseek(0, offset, 0) != offset)
    {
        fprintf(stderr, "%s: %s: cannot seek to data offset\n", state.id, cmd);
        return -1;
    }
===========cut==========
AFAIK this should not fail, at least at the first glance.

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.



More information about the wine-bugs mailing list