http://bugs.winehq.org/show_bug.cgi?id=3548
------- Additional Comments From Speeddymon(a)gmail.com 2007-22-06 01:43 -------
Looking back into this, I'd like to correct what I said in my last message..
Don't drop .desktop file creation.
The reason wine puts both the Freedesktop icon and the Window icon is due to
winecfg having the windows desktop set to the same location as the Linux
desktop (~/Desktop).. Either we need to change the default location to
somewhere else, or (better yet) we should intercept .lnk file creation and
put .lnk files to ~/.wine/drive_c/windows/Desktop while everything else goes
to the linux desktop...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7892
austinenglish(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |austinenglish(a)gmail.com
------- Additional Comments From austinenglish(a)gmail.com 2007-22-06 01:43 -------
*** Bug 8735 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8735
austinenglish(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From austinenglish(a)gmail.com 2007-22-06 01:43 -------
Nevermind, apparently already filed as bug 7892. Didn't find it when I search
originally.
*** This bug has been marked as a duplicate of 7892 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8659
------- Additional Comments From austinenglish(a)gmail.com 2007-22-06 01:23 -------
You need to install Visual Basic 6 runtime. After installing that, runs fine
for me (using clean .wine).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8760
------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-22-06 00:28 -------
I can reproduce this bug. Btw, I had to do winetricks fakeie6 and then
winetricks mdac7 in order for bioedit to run.
Misha
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8767
------- Additional Comments From the3dfxdude(a)gmail.com 2007-21-06 21:39 -------
Created an attachment (id=6836)
--> (http://bugs.winehq.org/attachment.cgi?id=6836&action=view)
Backtrace
The backtrace kind of shows the issue with the race. CreateCompatibleDC starts
loading winex11, which also in turn causes winecrt to load, and starts calling
CreateDC which starts calls winex11 gdi driver funcs, but winex11 isn't
finished loading.
This problem can be worked-around, but it is annoying. Maybe somebody can sort
this out so hopefully it doesn't show up elsewhere.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8767
------- Additional Comments From the3dfxdude(a)gmail.com 2007-21-06 21:34 -------
Created an attachment (id=6835)
--> (http://bugs.winehq.org/attachment.cgi?id=6835&action=view)
CreateDIBSection test app
Test code used in discovering problem. You can cause the DISPLAY driver to load
if you call GetDesktopWindow(); see it commented out. If you don't have the
DISPLAY driver loaded before the CreateDIBSection call, then this app will
crash under wine. It doesn't crash under Windows.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8767
Summary: CreateDIBSection driver loading race
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: source, conformance
Severity: normal
Priority: P2
Component: wine-gdi-(printing)
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: the3dfxdude(a)gmail.com
Calling CreateDIBSection before the DISPLAY driver is loaded causes a driver
loading race.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8766
Summary: warn+file gives bizarre output for supressing symlinks
Product: Wine
Version: 0.9.39.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-debug
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
While using eMule the other day I noticed some weirdness with the way Wine
handles symlinks. When I went to share folders, I noticed that Wine was not
displaying my home directory within the Z drive.
eMule uses a non-standard file browser to select directories for sharing, where
it just lists the drives and subfolders and gives you a bunch of checkboxes to
enable sharing of them. By default, Wine will pretend that some symlinks don't
exist to avoid circular recursions - in my case, this was preventing my home
directory from displaying.
/home/scott is a symlink to /media/hdc2/home/scott and is 777 root:root. Wine
is NOT showing it. However, /media/hdc2/home/scott/Movies is 777 scott:scott
and is a symlink to /media/hdb2/Movies and Wine IS showing it.
With WINEDEBUG=warn+file wine emule.exe
warn:file:check_dir_symlink suppressing dir symlink L"\\??\\Z:\\home\\scott"
pointing to parent "/home/scott"
So, some weirdness here. First of all is that this warning isn't very helpful
at all - the name of the symlink being supressed is /home/scott and it's
pointing to /media/hdc2/home/scott and aside from being backwards the display
seems to be having an error anyway.
It also seems that Wine shouldn't be supressing my home directory symlink, since
there's no recursion as a result of it. But I can't quite tell what's going on
with the weird warning.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5024
------- Additional Comments From ErV2005(a)rambler.ru 2007-21-06 19:40 -------
>if ( pIB == NULL ) return WINED3D_OK;
It looks like this "sanity check" was added in wine-0.9.39. So, game should
work right now.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.