[Bug 15883] New: When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed).

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

Summary: When the Linux version of SDL_mixer is installed,
                    programs in Qb64 fail to compile (c++ compilation
                    failed).
           Product: Wine
           Version: 1.1.7
          Platform: PC
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

When the Linux version of SDL_mixer is installed, programs in Qb64 fail to
compile (c++ compilation failed).

[Bug 15883] When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed).

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

Jeff Zaroyko  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #1 from Jeff Zaroyko   2008-11-02 00:28:49 ---
(In reply to comment #0)
> When the Linux version of SDL_mixer is installed, programs in Qb64 fail to
> compile (c++ compilation failed).

How do I reproduce the problem"

[Bug 15883] When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed).

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

--- Comment #2 from Jeff Zaroyko   2008-11-02 00:32:34 ---
(In reply to comment #1)
> (In reply to comment #0)
> > When the Linux version of SDL_mixer is installed, programs in Qb64 fail to
> > compile (c++ compilation failed).
>
> How do I reproduce the problem"

Er.  didn't mean to add that comment, just meant to add myself cc.  I can
reproduce the bug with Wine, and I've just tested that it works on Windows.

wine-1.1.7
wget http://www.qb64.net/qb64v081.zip
unzip -d qb64v081 .
cd qb64
wine compile samples/audio.bas

digging into it now...

[Bug 15883] When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed).

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

--- Comment #3 from Jeff Zaroyko   2008-11-02 02:09:34 ---
Qb64 bundles gnu ld.exe which is where the bug is occuring.

The problem occurs when ld.exe searches its library search path for any of
SDL_mixer, SDL_ttf, SDL_image and so on, it tries "/usr/lib/libSDL_ttf.a", wine
seems to guess that this is a unix path and shouldn't bother trying
"C:\usr\lib\libSDL_ttf.a"

This snippet of a trace when compiling samples/audio.bas shows that Wine finds
that /usr/lib/libSDL_ttf.a is on Z: and CreateFileW succeeds.

trace:file:CreateFileW L"/usr/lib/libSDL_ttf.a" GENERIC_READ FILE_SHARE_READ
FILE_SHARE_WRITE  creation 3 attributes 0x80
trace:file:RtlDosPathNameToNtPathName_U
(L"/usr/lib/libSDL_ttf.a",0x6afb10,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"/usr/lib/libSDL_ttf.a" 520 0x6af854 (nil))
trace:file:find_drive_rootW L"/usr/lib/libSDL_ttf.a" -> drive Z:, root="/",
name=L"/usr/lib/libSDL_ttf.a"
trace:file:wine_nt_to_unix_file_name L"\??\Z:\usr\lib\libSDL_ttf.a" ->
"/home/jeffz/.wine/dosdevices/z:/usr/lib/libSDL_ttf.a"

commenting out the "if (name[0] == '/')  /* may be a Unix path */" block in
ntdll/path.c makes ld.exe work and so Qb64 then works, but breaks handling unix
paths.

[Bug 15883] When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed).

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

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
           Keywords|                            |download

--- Comment #4 from Austin English   2008-11-02 16:56:11 ---
Confirming then.

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

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

Jeff Zaroyko  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                URL|                            |http://www.qb64.net/qb64v081
                   |                            |.zip
           Keywords|                            |source
            Summary|When the Linux version of   |misinterpreting windows
                   |SDL_mixer is installed,     |paths as unix paths causes
                   |programs in Qb64 fail to    |compilation failure in Qb64
                   |compile (c++ compilation    |(mingw)
                   |failed).                    |

--- Comment #5 from Jeff Zaroyko   2008-11-02 17:47:19 ---
revising summary, adding download link.

Added the source keyword, since ld.exe belongs to mingw
binutils-2.16.91-20060119-1-src.tar.gz which makes the call to fopen which is
mishandled by CreateFile.

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

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

Danny Rawlins  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

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

--- Comment #6 from Jeff Zaroyko   2009-03-16 00:24:52 ---
The proper interpretation of /unix/style/paths should be that the current drive
is searched for the appropriate path,

eg, if the current drive is C: then c:\unix\style\paths
as opposed to the current behavior which is to always use Z:\

#include <windows.h>
#include <stdio.h>
int main(void)
{
  return printf("%x\n", GetFileAttributesA("/bin/sh"));
}

i586-mingw32msvc-gcc gfa.c -o gfa.exe
~/git/wine/wine cmd
c:
gfa should print ffffffff, since there is no c:\bin\sh

On windows, it will print ffffffff and then 0x20 once you mkdir c:\bin, type >
c:\bin\sh

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

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

Jeff Zaroyko  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #7 from Jeff Zaroyko   2009-03-16 00:31:34 ---
*** Bug 17758 has been marked as a duplicate of this bug. ***

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

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

Luke Benstead  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #8 from Luke Benstead   2009-04-08 13:04:26 ---
Link to a conversation about this bug on the mailing list:

http://www.winehq.org/pipermail/wine-devel/2009-April/074564.html

Alexandre suggested a possible fix here:
http://www.winehq.org/pipermail/wine-devel/2009-April/074647.html

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

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

--- Comment #9 from Austin English  2010-09-08 23:06:00 CDT ---
For me, the compilation hangs, but doesn't fail.

The testcase in comment #6 still fails though, so I'm going to assume it's
still present.

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

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

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #10 from [e-mail] 2012-05-18 06:02:07 CDT ---
This bug has not been updated for two years and OP by four. Is this still an
issue i current (1.5.4) or newer wine ? You may also close this as abandoned if
you feel that that this is issue is no longer relevant to you.

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

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

--- Comment #11 from Jeff Zaroyko  2012-05-18 06:34:46 CDT ---
(In reply to comment #10)
> This bug has not been updated for two years and OP by four. Is this still an
> issue i current (1.5.4) or newer wine ? You may also close this as abandoned if
> you feel that that this is issue is no longer relevant to you.

There is a download and a testcase.  Instead of blindly commenting, please just
test it.

I don't have access to a system to test on anymore.

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

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

Bruno Jesus  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #12 from Bruno Jesus  2012-05-22 18:15:38 CDT ---
Still present following steps from comment 2. Hack from comment 3 still works.

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

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

--- Comment #13 from Vincent Povirk  ---
The demo of http://capbros.itch.io/instant-dungeon is also affected when run
under wine-mono. I didn't test native dotnet. It seems mono sometimes
internally translates these paths to be rooted at c:, and sometimes it does
not. Removing the z: drive mapping works around it in this case.

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

https://bugs.winehq.org/show_bug.cgi?id=15883

Qian Hong  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 15883] misinterpreting windows paths as unix paths causes compilation failure in Qb64 (mingw)

https://bugs.winehq.org/show_bug.cgi?id=15883

joaopa  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #14 from joaopa  ---
Does the bug still occur with wine-4.2?