http://bugs.winehq.org/show_bug.cgi?id=5283
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|download |
Status|NEW |RESOLVED
Component|kernel32 |-unknown
Resolution| |ABANDONED
--- Comment #7 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-10-21 10:26:16 ---
Abandoned. And looks like there is no a download.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19372
Summary: Neverwinter Nights 2 runs successfully with
WINEDEBUG="file,relay,tld,seh", but fails to start w\o
debug
Product: Wine
Version: 1.1.25
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: freijie(a)gmail.com
Neverwinter Nights 2 executable 'hangs' during startup time right after
creating window\changing resolution on fresh prefix with necessary drivers and
libraries installed. wineserver process starts using 70 to 80% of cpu time,
while nwn2main.exe executable uses the rest (~20%)
game runs really laggy and starts up slowly, but successfully, when running
wine with WINEDEBUG="file,relay,tld,seh" options. no problems with gameplay
besides speed issue (because of debugging, i suppose). wineserver uses normal
portion of cputime.
*oops, now it hanged during game zone transition with debugging on, same stuff
- game hanged and wineserver started to eat cpu
gentoo linux, emerged wine from sources using 1.1.25 ebuild
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7372
Steven McCoy <fnjordy(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fnjordy(a)gmail.com
--- Comment #25 from Steven McCoy <fnjordy(a)gmail.com> 2009-10-21 07:31:23 ---
Similar issue with MSPaint to Word 2003, only "Paste Special" and selecting
"bitmap" format works. Other options are "object" and "picture" both of which
fail.
Wine version 1.1.31-0ubuntu1
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20434
Summary: X11DRV_CreateBitmap + planes=1, bpp=8
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vladimiroski(a)gmail.com
Created an attachment (id=24253)
--> (http://bugs.winehq.org/attachment.cgi?id=24253)
output of: WINEDEBUG=-all,+x11drv wine '/media/OFFICE_AIO/autorun.exe' 2>
winex11drv.bug
I just got this error (running an autorun of an Office AIO):
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=8
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20431
Summary: Zeus Master of Olympus fails at runtime
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kristoffer.ericson(a)gmail.com
Created an attachment (id=24248)
--> (http://bugs.winehq.org/attachment.cgi?id=24248)
Log of trying to run
Zeus Master of Olympus fails when you try to run it in about 80% of the time.
Other times you see the initial loading screens pass by and then it fails
(before getting into any menus).
Log attached.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20432
Summary: Adapt WRC to recent GCC changes
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: d.g.gorbachev(a)gmail.com
Created an attachment (id=24252)
--> (http://bugs.winehq.org/attachment.cgi?id=24252)
Possible solution
WRC does not join parts of a string together.
For instance:
STRINGTABLE
BEGIN
1001, "hello,"
"world"
END
When compiling it, WRC gives `Error: syntax error'. (Windres accepts it.)
Look, for example, at dlls/shell32/shell32_*.rc, and read a discussion in PR
41748 at GCC Bugzilla, to see why this can be needed.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=201
Cleber Santz <clebersantz(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |clebersantz(a)gmail.com
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7929
--- Comment #93 from Erich Hoover <ehoover(a)mines.edu> 2009-10-20 09:47:48 ---
(In reply to comment #92)
> > Under what context is this? Is this a problem you're experiencing under Wine
> > or describing some of the behavior under Windows?
>
> This problem is experienced under wine , as was described earlier. And same
> problem is experienced under Windows OS if firewall rules are blocking
> broadcasts. We ve managed to fix thins under Windows OS using OpenVPN solution.
> But this wouldn help, if 2 computers are in LAN with in one domain collision.
You are going to need to give a bit more detail for us to help you. Do you
have trouble when the Windows firewall is off? What version of Wine are you
using? Which patch for C&C3 networking are you using? (the game will not work
under Wine without one of the patches) If the problem you're running into is
really that the Windows firewall is blocking the packets then I highly doubt
that there's anything that can be done to fix it except to add a port exception
or turn the firewall off.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7929
--- Comment #92 from mischenko.mm(a)gmail.com 2009-10-20 09:38:17 ---
> Under what context is this? Is this a problem you're experiencing under Wine
> or describing some of the behavior under Windows?
This problem is experienced under wine , as was described earlier. And same
problem is experienced under Windows OS if firewall rules are blocking
broadcasts. We ve managed to fix thins under Windows OS using OpenVPN solution.
But this wouldn help, if 2 computers are in LAN with in one domain collision.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7929
--- Comment #91 from Erich Hoover <ehoover(a)mines.edu> 2009-10-20 09:27:28 ---
(In reply to comment #90)
> timeout problem often occurs when second machine is behind firewall (if 2 games
> are launched in Windows)
Under what context is this? Is this a problem you're experiencing under Wine
or describing some of the behavior under Windows?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19874
Summary: If mouse focus lost then keyboard focus never
recovered (Team Fortress 2)
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)araneidae.co.uk
When the mouse unsticks from my game window (old old wine bug, can't find the
reference right now) there's the risk of clicking outside the game window and
thus losing focus. Unfortunately when this happens I am unable to return the
keyboard focus to the game: I end up in the odd state where mouse movements
still go to the game, but keyboard input goes to other windows. The only
remedy seems to be to kill with `wineserver -k` and restart.
I'm running Team Fortress 2 in a virtual desktop, but on a dual monitor setup
(so the mouse has room to go outside the game window).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7929
mischenko.mm(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mischenko.mm(a)gmail.com
--- Comment #90 from mischenko.mm(a)gmail.com 2009-10-20 05:01:09 ---
timeout problem often occurs when second machine is behind firewall (if 2 games
are launched in Windows)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20425
Summary: Fixedsys in mIRC only has Regular font weight
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cyberbotx(a)cyberbotx.com
When running mIRC on an actual Windows XP machine and going into it's Font
dialog, it shows Regular, Italic, Bold, and Bold Italic for font weights (it
labels them as Font Style). However, when mIRC is run under Wine, and the
Fixedsys .fon font files are copied to Wine's Fonts directory from a Windows XP
mahcine, the only font weight shown for Fixedsys is Regular. I'm not 100% sure
if I have all the .fon files needed for Fixedsys to have the other 3 font
weights, but I do have the following in my Fonts directory currently:
ls ~/.wine/harddiskvolume1/windows/Fonts/
8514fix.fon 85f1257.fon QT2C_P.TTF QT2_P.TTF j8514fix.fon vgafix.fon
8514fixe.fon OCRA2_P.TTF QT2M_P.TTF c8514fix.fon jvgafix.fon vgafixe.fon
8514fixg.fon OCRBMT.TTF QT2PI_P.TTF cvgafix.fon s8514fix.fon vgafixg.fon
8514fixr.fon QT2C_B.TTF QT2_B.TTF h8514fix.fon svgafix.fon vgafixr.fon
8514fixt.fon QT2C_I.TTF QT2_I.TTF hvgafix.fon vgaf1257.fon vgafixt.fon
(Ignore the .ttf files, those are for other fonts that were probably installed
by other applications.)
I was unable to find any other files on a Windows XP installation that had
Fixedsys in it. As a result of the lack of Bold, any time there is Bold text
sent to mIRC, it fails to render it in Bold and instead renders it in Regular.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7520
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cyberbotx(a)cyberbotx.com
--- Comment #11 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-10-20 01:26:25 ---
*** Bug 20425 has been marked as a duplicate of this bug. ***
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20416
Summary: Bug renames are not recorded in the visible bug
history
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)araneidae.co.uk
As a bug evolves the original one line description may change to reflect
updates to how the bug is understood, or even changes to the underlying bug
being described. Unfortunately when reviewing the history of comments on a bug
there is no visible record of changes to the bug title. This can result in
confused conversations, or even can be used to mislead!
At the very least, each change in the bug title should be reflected as a one
line comment to the effect:
------ Comment #xx From blah blah
Bug renamed from "old title here" to "new title here"
------
<rest of update comment can go here>
Or whatever. Make the changes visible, anyhow.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20375
Summary: Micro Machines V3 crashes when entering a race.
Product: Wine
Version: 1.1.31
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Micro Machines V3 crashes when entering races with the following errors in the
terminal:
ezekiel@alice:~/Games/Micro Machines V3$ wine ./micro.exe
fixme:win:EnumDisplayDevicesW ((null),0,0x32f4c0,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f7b4,0x00000000), stub!
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to
SetDepthStencilSurface
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x215890,0x2157d8): stub
fixme:dplay:DP_SecureOpen (0xc66370)->(0x591240,0x00000002,(nil),(nil)):
partial stub
fixme:dplay:DP_SecureOpen Not all data fields are correct. Need new parameter
fixme:dplay:DPWSCB_Open (1,(nil),0x215ee0,0,0x00000002,0x00000040) stub
err:dplay:DP_SecureOpen Unable to open session: DPERR_UNSUPPORTED
err:dplay:DP_InitializeDPSP DP SP Initialization failed: DPERR_UNAVAILABLE
err:d3d_surface:d3dfmt_p8_init_palette This code should never get entered for
DirectDraw!, expect problems
err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 320x240x8
@0! (XRandR)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
--- Comment #21 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-19 17:41:40 ---
>>Couldn't wineserver simply retry on EAGAIN (at least once)?
No cigar. Already tried that. The delay is apparently not long enough.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7510
Luke <gaming4jc2(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gaming4jc2(a)yahoo.com
--- Comment #39 from Luke <gaming4jc2(a)yahoo.com> 2009-10-19 15:34:37 ---
I just bumped into this (a bit late) and think my reported bug might be a
duplicate of this. Linky: http://bugs.winehq.org/show_bug.cgi?id=20415
The interesting thing is I'm using the latest wine and it installs perfectly.
The problem: GUI is scrambled/unviewable and is non-responsive every time I try
to run it.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7929
Robert Bartle <poofyyoda(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #24054|0 |1
is obsolete| |
--- Comment #89 from Robert Bartle <poofyyoda(a)gmail.com> 2009-10-19 15:31:16 ---
Created an attachment (id=24239)
--> (http://bugs.winehq.org/attachment.cgi?id=24239)
Binary replacement for network support
(In reply to comment #86)
> Created an attachment (id=24054)
--> (http://bugs.winehq.org/attachment.cgi?id=24054) [details]
> Here is a compiled binary of the old hack
>
> since the packages included in the howto do not provide
> network support, it may be easier for users to grab this binary and overwrite
> the default wine one. This will work on both 32 and 64 bit machines.
Whoops, sorry, I uploaded the wrong one ...
This should be the proper working one.
Also in the howto, the value for the UseBindAddressHack is case sensitive, so
it should be "enabled" NOT "Enabled"
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5944
Toralf Förster <toralf.foerster(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |toralf.foerster(a)gmx.de
--- Comment #24 from Toralf Förster <toralf.foerster(a)gmx.de> 2009-10-19 12:13:42 ---
For 7.0.2 here is a back trace : http://bugs.winehq.org/attachment.cgi?id=24124
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6716
--- Comment #23 from Kaluzman <konf_kal(a)seznam.cz> 2009-10-19 11:43:25 ---
Created an attachment (id=24233)
--> (http://bugs.winehq.org/attachment.cgi?id=24233)
WINEDEBUG=+listview,+msg BZIP2 compressed log from Cestovné poriadky, INPROP
(rebranded IDOS)
Run, find connection, scroll in results down and back, move window, exit.
After start & moving window was background broken.
Vanilla wine 1.1.31 on Debian Lenny.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20318
Summary: RtlFreeHeap() valgrind annotation wrong in error path
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
CC: m.b.lankhorst(a)gmail.com
Running the kernel32 heap tests under valgrind produces the warning
Invalid free() / delete / delete[]
at notify_free (heap.c:222)
by RtlFreeHeap (heap.c:1474)
by HeapFree (heap.c:281)
by GlobalFree (heap.c:749)
by test_heap (heap.c:219)
Address 0x7f0371f0 is 12 bytes after a block of size 2,020 alloc'd
at notify_alloc (heap.c:214)
by RtlAllocateHeap (heap.c:1421)
by get_tls_data (test.h:216)
by winetest_set_location (test.h:252)
by test_heap (heap.c:72)
which probably indicates that the valgrind annotation at
line 1474 of ntdll/heap.c needs to be moved down to done:
at line 1492, or something like that, so if the sanity checks
fail, we don't tell valgrind we're freeing a block.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8539
--- Comment #12 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-19 09:55:49 ---
It works with wine-1.1.31-272-g8c743cb. Create New VM button doesn't crash this
program. I'm not able to actually create VM - it exits with runtime error
telling me that I don't have some license.
Could someone test again with 1.1.31?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6716
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #24197|0 |1
is obsolete| |
--- Comment #22 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-19 09:08:33 ---
(From update of attachment 24197)
This doesn't count.
ps.fErase is zero - subclass procedure reports high on WM_ERASEBKGND but
doesn't perform erase.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
--- Comment #20 from Andrew Zabolotny <anpaza(a)mail.ru> 2009-10-19 08:44:04 ---
Couldn't wineserver simply retry on EAGAIN (at least once)? In any case EAGAIN
suggest to try opening the file again, so doing that once more shouldn't be a
error. And this happens in very rare cases anyway, and shouldn't be a
performance hit for the usual code flow.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7105
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|comctl32 |user32
--- Comment #37 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-19 08:06:22 ---
Let's mark this a user32 bug, last working patch is about cursor 16 bit
compatibility (or something like that).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20407
Summary: Add command line access to "Decorated" option
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P5
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ghodmode(a)ghodmode.com
I'd like to be able to use a command line option that would allow me to set or
remove the "Allow the window manager to decorate the windows" option.
>From a user perspective, it seems like it would fit nicely along with the
desktop name and size options of the explorer command ie: wine explorer
/desktop=mydesktop,1440x900,NoDecorations
I looked at the code and I realize that the explorer command line options is
handled in programs/explorer/desktop.c while the "Decorated" option is handled
in a completely different place by the X11 driver,
dlls/winex11.drv/x11drv_main.c
I'm really pushing the limits of my C programming knowledge here, but I figured
that if I was going to ask for a feature, I should at least try to find out
something about it :)
Thank you.
--
-- Ghodmode
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6971
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jounijarvis(a)gmail.com
Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Paul.Hampson(a)Pobox.com
Christoph Korn <c_korn(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |c_korn(a)gmx.de
chaykin <rchayster(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|rchayster(a)gmail.com |
Adrian Lüthi <adi.l(a)bluewin.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adi.l(a)bluewin.ch
dlzerocool <dl.zerocool(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dl.zerocool(a)gmail.com
Stephane Mikaty <stephane(a)mikaty.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stephane(a)mikaty.net
Casey Jones <pvtpuddin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pvtpuddin(a)gmail.com
Dennis Schridde <lindevel(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lindevel(a)gmx.net
Lars Blomqvist <knaprigt(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |knaprigt(a)gmail.com
giovanni.nicola(a)ticino.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |giovanni.nicola(a)ticino.com
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hoehle(a)users.sourceforge.ne
| |t
Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alessandro.pedarra(a)inbox.co
| |m
sheen <toxmerguez(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |toxmerguez(a)yahoo.fr
Danila Sentiabov <dsent.zen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dsent.zen(a)gmail.com
Brian <execrable(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |execrable(a)gmail.com
Jan Kalab <pitel(a)nomi.cz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pitel(a)nomi.cz
Michael Bonfils <murlock(a)free.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |murlock(a)free.fr
Jake <Meigus777(a)aol.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Meigus777(a)aol.com
Jack Diaz <shadow56787(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |shadow56787(a)yahoo.com
Giovanni Ongaro <joe(a)paco-net.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |joe(a)paco-net.ch
Konrad Materka <kmaterka(a)wp.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kmaterka(a)wp.pl
Martin Klapetek <martin.klapetek(a)post.cz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |martin.klapetek(a)post.cz
--- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 ---
*** Bug 17801 has been marked as a duplicate of this bug. ***
--- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 ---
XInput2 is starting to firm up
(http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so
it might be a good time to investigate a preliminary XInput2-based solution to
this bug, and ensure that the XInput2 API is sufficient (while it's still
malleable enough to fix) to cover the requirements.
As I understand it, the issue here is that when dinput is being used to capture
the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and
hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and
the cursor's position should no longer affect anything that happens (ie the
cursor becomes uninteresting and invisible, and all mouse events are sent back
via directinput) which includes not changing focus to other windows, and this
state needs to be cleared when focus is lost.
If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start
reading events from the mouse either at any time (DISCL_BACKGROUND) or only
when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied
to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and
free to move about the screen.
I'm not sure from reading this bug if it also covers programs that capture the
mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
used to cover this method, as programs using this do not expect to receive
movement events from the cursor that would take it outside the clip rectangle.
On initial consideration, it seems to me that this interface should be exported
from winex11.drv (and alternative display/input drivers) for use by dinput.dll.
http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly)
documents a sample program in the DirectX SDK which exercises the various modes
of using the mouse under DirectInput.
--- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 ---
(In reply to comment #235)
> I'm not sure from reading this bug if it also covers programs that capture the
> mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
> used to cover this method, as programs using this do not expect to receive
> movement events from the cursor that would take it outside the clip rectangle.
On looking at the actual code, this is not how ClipCursor currently works.
Currently, it just keeps track of the rectangle requested, and if we receive a
mouse move event that would take us outside that window, we reset our cusor
position (but not the X mouse position or the position reported in the
WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually
lock the mouse within the requested rectangle, if we don't see the mouse event
we can't even clip the cursor (but in that case the cursor wouldn't move
anyway) and we report a possibly-unexpected position (outside the clip) in
WM_MOUSEMOUSE, which doesn't match our cursor position.
I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN
page and my recollections of its behaviour, other applications can override
your ClipCursor at any time, and do not have to be in the foreground to do so.
MSDN says they musn't, though... So in theory any application which relies on
being able to do so is incorrect, but conversely no application can rely on its
mouse input actually being limited to where its ClipCursor is set.
The problem with using XGrabPointer for this (which is what attachment 11735
from comment 82 appears to be doing) is that (as far as I understand from the
manpage, I haven't tried this) it also affects what windows actually receive
X11 events, which isn't actually true of ClipCursor, although it will produce
the correct results for the general use-case of a Win32 program calling
ClipCusor with its own window rectangle or client-area rectangle.
Anyway, if ClipCursor does have any issues, it probably should be addressed in
a seperate bug, or this bug just gets too conflated.
--- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 ---
>From what I understand the main Problem is that we only have absolute position
on the mouse, but for the Game interface we need vector oriented presentation.
Right? So I started to look for a way to get Vectored Events from X.
I stumbled across XTrap. They talk of Vectorevents ...
Cant we make use of that?
Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea
of X. I just researched a bit and read stuff that could help. (I did not even
ask anyone :P ) So for me this is a shot into the Blue.
Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz
Event Vectoring
In recording X protocol either for performance measurements or record/playback
functionality, it often
becomes necessary to capture more than just the core input events (Keyboard &
Pointer). Further, it’s
often critical to capture events before the determination is made by the server
to not deliver the event.
Of course, this could be done by a client by configuring "interest" for all
events in all windows (includ-
ing the root); however, the overhead associated with keeping track of the
entire server’s volatile win-
dow hierarchy is typically too expensive (especially for performance monitoring
clients).
As discussed earlier in this document, a ProcVector approach was implemented in
X11 for all requests
and byte-swapped events. One can only deduce that normal events weren’t
vectored for performance
reasons. With this in mind and the requirement to capture all events before the
server drops any on the
floor, the following are excerpts of experimental changes to events.c and
devices.c to facilitate event
vectoring
Hope it helps!
Peter
--- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 ---
I don't think XTrap is compiled into Xservers normally... In fact, a quick
browse through the X.org git repo suggests it might not actually be implemented
in Xorg, though the headers, library and protocol repositories are there.
So I might be looking in the wrong place for the actual extension implemented.
But certainly the xserver-xorg-core package on Debian/unstable doesn't list
XTrap in xdpyinfo by default.
--- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 ---
Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by
default.
--- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 ---
http://wiki.winehq.org/DInput has some XInput2 information.
--- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 ---
Xorg has dropped XTrap as of Xserver 1.6.
http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff…
--- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 ---
Created an attachment (id=20315)
--> (http://bugs.winehq.org/attachment.cgi?id=20315)
add a toggle with the middle mouse button for the mouse wrapping.
Here a small patch i did based on those with mouse wrapping , but instead of
requiring you to hold the key. its a toggle.
work perfectly fine with most games since you can toggle it off with the middle
mouse button (its used in some games, but rarely an important action).
Obviously, this is only meant as a temporary solution, but its enough for me.
--- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 ---
Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721)
mouse patch modified only recenter mouse when right,left or middle click is
down.
This patch is a version modified on one that is actually present here.
The only change is that when right/left/middle click is not pressed, center the
mouse on the screen is not applied.
Like warhammer online other games only have problems with mouse when right or
left clic is used.
Some games use this function with middle click so I added middle click too.
This is a sort of hack, so it's not a really usable patch...
But it can help for some games at moment, so I post my changes added to this
patch here.
--- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 ---
(In reply to comment #243)
> Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721) [details]
> mouse patch modified only recenter mouse when right,left or middle click is
> down.
>
> This patch is a version modified on one that is actually present here.
>
> The only change is that when right/left/middle click is not pressed, center the
> mouse on the screen is not applied.
>
> Like warhammer online other games only have problems with mouse when right or
> left clic is used.
> Some games use this function with middle click so I added middle click too.
>
> This is a sort of hack, so it's not a really usable patch...
> But it can help for some games at moment, so I post my changes added to this
> patch here.
>
For information I use Playonlinux to install all my software even not
supported.
It's a great tool because each install have is own directory with his own
register, it's own setup to explain everything, and you can set up a different
wine version for each software.
So with this patch, all my games who I don't set in registery force_edge even
if I use the same wine version (system), I don't have any problems, even for
FPS likes etc...
enjoy.
--- Comment #245 from James Stone <jrstone88(a)gmail.com> 2009-05-04 11:26:25 ---
Given the wide range of apps that are affected by this bug, it's severity
should probably be upped from Normal to Major.
--- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 ---
Created an attachment (id=21031)
--> (http://bugs.winehq.org/attachment.cgi?id=21031)
Output during lag/freeze when using patch id=18681
(In reply to comment #206)
> Created an attachment (id=18681)
--> (http://bugs.winehq.org/attachment.cgi?id=18681) [details]
> Hack to read raw mouse movement from /dev/input/mice
>
> ...
>
I thought I'd give this patch a try since it seems to be the only one that
doesn't wrap the mouse, however I experienced the same lag/freeze as others
here.
I'm no expert when it comes to the dinput code in Wine but I thought maybe
someone else might have use for output when running a game like Mount & Blade
with WINEDEBUG=+dinput and this patch.
The output is what's dumped to my terminal every time (and only when) the
application freezes.
Any thoughts?
--- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 ---
Created an attachment (id=21554)
--> (http://bugs.winehq.org/attachment.cgi?id=21554)
Patch for mouse for bug 6971
--- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 ---
(From update of attachment 21554)
to activate
WINEFORCEMOUSEWARP=yes wine proggy.exe
--- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 ---
The Patch that i have proposed works for all Ut3 engine games, Crysis and
Crysis Warhead and all those ut2004 engine games, this i my firts try at wines
mouse but i hope this patch can be useful to all the community
--- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 ---
*** Bug 18774 has been marked as a duplicate of this bug. ***
--- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 ---
Please how can I implement this patch? I'm not a programmer so if you can
explain it to me... many thanks.
--- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 ---
(In reply to comment #251)
> Please how can I implement this patch? I'm not a programmer so if you can
> explain it to me... many thanks.
take the patch, get the source via git, apply the patch, compile, install.
it should be approximatively this :
create a file patch.diff and copy the patch inside
install git-core
git clone git://source.winehq.org/git/wine.git ~/user/wine-git
cd ~/user/wine-git
patch -p1 < /locationofthepatch/patch.diif
make depend
make
make install
(Don't forget to install all the needed library, you should find them on the
wiki)
--- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 ---
(In reply to comment #252)
> (In reply to comment #251)
> > Please how can I implement this patch? I'm not a programmer so if you can
> > explain it to me... many thanks.
>
> take the patch, get the source via git, apply the patch, compile, install.
> it should be approximatively this :
>
> create a file patch.diff and copy the patch inside
> install git-core
> git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> cd ~/user/wine-git
> patch -p1 < /locationofthepatch/patch.diif
> make depend
> make
> make install
>
> (Don't forget to install all the needed library, you should find them on the
> wiki)
I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
alessandro@alessandro-desktop:~/user/wine-git$
(?)
--- Comment #254 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 14:31:22 ---
(In reply to comment #253)
> I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> alessandro@alessandro-desktop:~/user/wine-git$
>
> (?)
Sorry I've forgotten the ./configure line (before make depend), but you'll need
all the library
The best way for you is here : http://wiki.winehq.org/WineOn64bit
All is explained, for all environment.
--- Comment #255 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 16:29:18 ---
(In reply to comment #254)
> (In reply to comment #253)
> > I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> > make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> > alessandro@alessandro-desktop:~/user/wine-git$
> >
> > (?)
>
> Sorry I've forgotten the ./configure line (before make depend), but you'll need
> all the library
> The best way for you is here : http://wiki.winehq.org/WineOn64bit
> All is explained, for all environment.
Tried to do it but with no success.. maybe because I made everything (even
WineOn64bit) in ~/user/wine-git ?
Anyway for me it's too much, I do not really understand the process. I think I
have to wait for the next official build, hoping that the patch will be
integrated.
Thanks anyway for your support sheen. ;)
--- Comment #256 from Brian <execrable(a)gmail.com> 2009-06-20 06:54:10 ---
(In reply to comment #248)
> (From update of attachment 21554 [details])
> to activate
> WINEFORCEMOUSEWARP=yes wine proggy.exe
Does this patch only effect the builtin dinput? I was trying to get Halo to
work, and the mouse lags quite a bit unless I use a native dinput8. Using the
native dll of course causes the mouse to escape the window...
I tried this patch but it didn't seem to change anything.
--- Comment #257 from Valeriy Malov <jazzvoid(a)gmail.com> 2009-07-09 12:17:28 ---
Is xinput2 support already implemented somewhere (git?)? Like, if still there
is no grab support, maybe it can work with fullscreen?
--- Comment #258 from Jake <Meigus777(a)aol.com> 2009-07-29 20:38:21 ---
as anyone tried making a mouse warping program for xorg?
When a game receives mouse inputs, we know it receives relative inputs.
Why not make a program that could be a taskbar program, and whenever wine is
running, it forces the xorg pointer to the middle of the screen? That way, the
game would still receive relative inputs, but the actual pointer couldn't reach
the edge.
It would allow games with menus and FPSes to work at the same time.
Unfortunately, a 2d game that didn't make it's own mouse cursor (or any program
that didn't) would have the mouse stuck in the middle, but then you could just
have a simple like ctrl-F12 or something turn it off.
I don't know if it could be done, but a program that placed the pointer in the
center of the screen, then say, 20 pixels in a +/- direction would shove it
back to the middle would work perfectly.
I know someone will get confused/not understand and say "but the mouse would
get stuck in the middle of the screen" NO, THIS SOLUTION DOES NOTHING TO WINE.
IT WOULD JUST WARP THE POINTER IN Xorg, completely bypassing regedits and
patches for wine.
For a starting point, probably at least the mouse would need to be moved on a
tenth or a hundredth of a second basis, because in FPSes the mouse may need to
be moved fast.
--- Comment #259 from Jack Diaz <shadow56787(a)yahoo.com> 2009-08-10 21:32:08 ---
Raziel recommended using HKEY_CURRENT_USER --> Software --> Wine,
Key=DirectInput, String=MouseWarpOverride, Value=force. I'm testing it right
now on Wine 1.1.27 its working with no patch. I have not tested this on other
games yet but it does fix the mouse problem while playing Bioshock.
--- Comment #260 from Giovanni Ongaro <joe(a)paco-net.ch> 2009-08-23 16:10:44 ---
(In reply to comment #253)
> (In reply to comment #252)
> > (In reply to comment #251)
> > > Please how can I implement this patch? I'm not a programmer so if you can
> > > explain it to me... many thanks.
> >
> > take the patch, get the source via git, apply the patch, compile, install.
> > it should be approximatively this :
> >
> > create a file patch.diff and copy the patch inside
> > install git-core
> > git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> > cd ~/user/wine-git
> > patch -p1 < /locationofthepatch/patch.diif
> > make depend
> > make
> > make install
> >
> > (Don't forget to install all the needed library, you should find them on the
> > wiki)
>
> I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> alessandro@alessandro-desktop:~/user/wine-git$
>
> (?)
Alessandro:
Download the patch
Download the WineCVS.sh script this will allow you to have more wines on your
system
as root issue WineCVS.sh. download the latest wine
put the patch in your /root/.WineCVS/sources/yourwine/wine directory
issue a patch -p1 < mypatch.diff whre mypatch is the downloaded patch
check that all the hunks are succesful
now as root start WineCVS.sh select your wine and do a recompile
when the process is done
you are done for the moment
to activate the patch instead of typing yourwine game.exe
type WINEFORCEMOUSEWARP=yes yourwine game.exe
--- Comment #261 from Giovanni Ongaro <joe(a)paco-net.ch> 2009-08-23 16:15:12 ---
(In reply to comment #253)
> (In reply to comment #252)
> > (In reply to comment #251)
> > > Please how can I implement this patch? I'm not a programmer so if you can
> > > explain it to me... many thanks.
> >
> > take the patch, get the source via git, apply the patch, compile, install.
> > it should be approximatively this :
> >
> > create a file patch.diff and copy the patch inside
> > install git-core
> > git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> > cd ~/user/wine-git
> > patch -p1 < /locationofthepatch/patch.diif
> > make depend
> > make
> > make install
> >
> > (Don't forget to install all the needed library, you should find them on the
> > wiki)
>
> I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> alessandro@alessandro-desktop:~/user/wine-git$
>
> (?)
Alessandro:
Download the patch
Download the WineCVS.sh script this will allow you to have more wines on your
system
as root issue WineCVS.sh. download the latest wine
put the patch in your /root/.WineCVS/sources/yourwine/wine directory
issue a patch -p1 < mypatch.diff whre mypatch is the downloaded patch
check that all the hunks are succesful
now as root start WineCVS.sh select your wine and do a recompile
when the process is done
you are done for the moment
to activate the patch instead of typing yourwine game.exe
type WINEFORCEMOUSEWARP=yes yourwine game.exe
(In reply to comment #256)
> (In reply to comment #248)
> > (From update of attachment 21554 [details] [details])
> > to activate
> > WINEFORCEMOUSEWARP=yes wine proggy.exe
>
> Does this patch only effect the builtin dinput? I was trying to get Halo to
> work, and the mouse lags quite a bit unless I use a native dinput8. Using the
> native dll of course causes the mouse to escape the window...
>
> I tried this patch but it didn't seem to change anything.
Did You Activate the Patch by prefixing wine with WINEFORCEMOUSEWARP=yes?
Yes this of course affects only the buitin dinput
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8107
--- Comment #18 from Patrick Leamon <pleamonhp(a)yahoo.com.au> 2009-10-19 02:08:35 ---
Ok, sorry again for more mail but I think I understand it now. Wine only has a
stubbed implementation of namespaces:
fixme:msxml:schema_cache_add (0x137110)->(L"x-schema:CIV4GameInfoSchema.xml",
var(vt 9)): stub
So to fix this bug we would have to store the namespaces supplied to this call
and then use those namespaces in any xpath we run. The function to do this in
libxml2 is:
http://xmlsoft.org/html/libxml-xpathInternals.html#xmlXPathRegisterNs
However libxml2 doesn't allow a default namespace to be registered for xpath,
where msxml3 seems to be fine with that. So even if namespaces weren't
stubbed, it wouldn't fix Civ 4 anyway.
So to fix Civ 4 we'd need:
- non stubbed namespace implementation
- libxml2 to support default namespaces for xpath (which I'm not sure they'd
accept - http://mail.gnome.org/archives/xml//2001-December/msg00074.html)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8107
--- Comment #17 from Patrick Leamon <pleamonhp(a)yahoo.com.au> 2009-10-18 14:26:50 ---
Sorry for the bug spam - libxml2 is behaving just fine. For those (like me)
that don't understand namespaces in xpath, have a look here:
http://msdn.microsoft.com/en-us/library/ms950779.aspx
for some good examples.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8107
Patrick Leamon <pleamonhp(a)yahoo.com.au> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pleamonhp(a)yahoo.com.au
--- Comment #16 from Patrick Leamon <pleamonhp(a)yahoo.com.au> 2009-10-18 14:11:40 ---
I've been playing around with this today, it fails due to the namespace in the
xml file:
...
<Civ4PlayerOptionInfos xmlns="x-schema:CIV4GameInfoSchema.xml">
...
For some reason libxml2 can't handle xpath for xml with a namespace like this.
If you take out the namespace declaration then it crashes later on:
trace:msxml:xmlnode_get_namespaceURI 0x1a9e08 0x32f924
Is this something we can report upstream? Is xpath even supposed to consider
namespaces? I haven't encountered it before.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7526
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|comctl32 |-unknown
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7695
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|comctl32 |-unknown
--- Comment #14 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-18 05:34:27 ---
I don't get why it's a comctl32 problem.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20288
Summary: Parser error : PCDATA invalid Char value 17
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shakaran(a)gmail.com
On Ubuntu 9.10 beta with wine 1.1.30 I get this error when I open files .exe.
$ wine UltraStar-0.6.2.exe
fixme:shell:SHAutoComplete SHAutoComplete stub
/home/shakaran/.local/share/mime/packages/x-wine-extension-8ba.xml:5: parser
error : PCDATA invalid Char value 17
<comment>L</comment>
^
(x20 times)
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20396
Summary: 'Enter bug' page for Wine product defaults to 1.1.13
version
Product: WineHQ Bugzilla
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: trivial
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bunglehead(a)gmail.com
Could we advance default version to current each release? Or reset it to
unspecified if it's to complicated to implement. Using hardcoded 1.1.13 is a
bit confusing.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20393
Summary: No funciona el cambio a la lengua española.
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gjotam(a)hotmail.com
La página principal se setea a español, pero la información aparece en inglés.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
--- Comment #19 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-17 11:42:55 ---
That may be possible, though there would be a number of performance and
security issues to address.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20400
Summary: menu showing + modal dialog = xorg freeze
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: avery(a)shadypixel.com
If I have a menu showing in a wine app and then a modal dialog pops up,
everything freezes. I can still move the mouse around, but nothing accepts
click input even unrelated to a wine app. I end up having to ssh in and kill
the wine app (which unfreezes everything).
Steps to reproduce:
1.) I've found this is easiest to reproduce with utorrent that's one verion
older than the current version. After about 3 seconds, a modal dialog pops up
asking you to upgrade, so there's just enough time to open a menu. So, start
utorrent.
2.) immediately open a menu
3.) dialog pops up to ask you to upgrade to the latest utorrent version.
evertyhing freezes.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20379
Summary: Allods Online: fails to launch
Product: Wine
Version: 1.1.31
Platform: PC
URL: http://www.allods.ru/download.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P5
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vlad(a)gapchich.ru
Created an attachment (id=24148)
--> (http://bugs.winehq.org/attachment.cgi?id=24148)
console log
Game just doesn't launch after installing. Only one white window appears and it
stucks. Link opens a Russian site so if you dont know how to download a game
just write me on mail.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3260
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jan-winehq(a)hoogenraad.net
vu xuan thang <xuanthangtk1(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xuanthangtk1(a)gmail.com
Dylan Taylor <aliendude5300(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aliendude5300(a)gmail.com
David Laštovička <david(a)lastovicka.cz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |david(a)lastovicka.cz
Muidoido <muidoido(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |muidoido(a)yahoo.com
Ken Sharp <kennybobs(a)o2.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vlad(a)gapchich.ru
--- Comment #36 from Austin English <austinenglish(a)gmail.com> 2009-04-13 11:11:28 ---
*** Bug 15678 has been marked as a duplicate of this bug. ***
--- Comment #37 from vu xuan thang <xuanthangtk1(a)gmail.com> 2009-04-26 09:24:10 ---
crosoft Visual Studio 8\Common7\IDE\devenv.exe"
fixme:ole:CoInitializeSecurity (0x32f958,-1,(nil),(nil),0,0,(nil),8,(nil)) -
stub!
fixme:urlmon:CoInternetSetFeatureEnabled 13, 0x00000002, 1, stub
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\Microsoft
Visual Studio 8\\Common7\\IDE\\dte80a.olb" failed with error 2
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:shell:DllCanUnloadNow stub
err:ole:CoGetClassObject class {2a811bb2-303b-48b8-82c2-e029a22c3ef2} not
registered
err:ole:CoGetClassObject class {2a811bb2-303b-48b8-82c2-e029a22c3ef2} not
registered
err:ole:create_server class {2a811bb2-303b-48b8-82c2-e029a22c3ef2} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {2a811bb2-303b-48b8-82c2-e029a22c3ef2}
could be created for context 0x17
fixme:shell:URL_ParseUrl failed to parse L"Microsoft.VisualStudio.CommonIDE"
err:ole:CoInitializeEx Attempt to change threading model of this apartment from
apartment threaded to multi-threaded
err:ole:CoGetClassObject class {7af30a6f-4154-46e6-8db7-889c3a4a3223} not
registered
err:ole:CoGetClassObject no class object {7af30a6f-4154-46e6-8db7-889c3a4a3223}
could be created for context 0x1
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:powrprof:DllMain (0x7e0f0000, 1, (nil)) not fully implemented
fixme:ntdll:NtPowerInformation Unimplemented NtPowerInformation action: 11
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:mountmgr:harddisk_ioctl unsupported ioctl 2d0c04
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:volume:GetVolumePathNameW (L"C:\\Program Files\\Microsoft Visual Studio
8\\Common7\\IDE", 0x248df18, 260), stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:advapi:RegisterEventSourceW ((null),L"Visual Studio - VsTemplate"): stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0002,0x0000,0xc0000001,(nil),0x0001,0x00000000,0x2fda6c,(nil)):
stub
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
err:listview:LISTVIEW_WindowProc unknown msg 109d wp=00000001 lp=00000000
err:listview:LISTVIEW_WindowProc unknown msg 10af wp=00000000 lp=00000000
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
err:listview:LISTVIEW_WindowProc unknown msg 1041 wp=00000002 lp=00305988
fixme:shell:SHAutoComplete SHAutoComplete stub
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
err:listview:LISTVIEW_WindowProc unknown msg 10af wp=00000000 lp=00000000
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
err:listview:LISTVIEW_WindowProc unknown msg 1041 wp=00000002 lp=00308540
err:listview:LISTVIEW_WindowProc unknown msg 10af wp=00000000 lp=00000000
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
err:listview:LISTVIEW_WindowProc unknown msg 1041 wp=00000002 lp=003085a8
fixme:shell:SHGetFileInfoW SHGFI_OVERLAYINDEX unhandled
fixme:shell:SHGetFileInfoW SHGFI_OVERLAYINDEX unhandled
fixme:shell:IShellView_fnSaveViewState (0x10dd648) stub
fixme:shell:SHGetFileInfoW SHGFI_OVERLAYINDEX unhandled
fixme:shell:IShellView_fnSaveViewState (0x10ee3c0) stub
fixme:shell:IShellView_fnSaveViewState (0x10cdec8) stub
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
err:ole:CoGetClassObject class {c28c4281-6e29-41ab-a120-9b6336bac906} not
registered
err:ole:CoGetClassObject class {c28c4281-6e29-41ab-a120-9b6336bac906} not
registered
err:ole:create_server class {c28c4281-6e29-41ab-a120-9b6336bac906} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {c28c4281-6e29-41ab-a120-9b6336bac906}
could be created for context 0x17
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:shell:DllCanUnloadNow stub
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:shell:DllCanUnloadNow stub
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
--- Comment #38 from Dylan Taylor <aliendude5300(a)gmail.com> 2009-05-02 21:37:33 ---
There is a version of Starforce Protection for Linux and Mac:
http://www.star-force.com/press_room/news/index.php?news=2404 -- would it be
possible to take the version for Linux and Mac, figure out how it works, and
then use this in order to create an alternative to protect.dll?
--- Comment #39 from Muidoido <muidoido(a)yahoo.com> 2009-09-06 19:30:17 ---
This log is from Superpower 2. I placed it here because the first error shown
is from starforce copy protection.
err:winedevice:ServiceMain driver L"prodrv06" failed to load
fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the
registry for bias 180, std (d/m/y): 15/02/2009, dlt (d/m/y): 18/10/2009
wine client error:21: write: Descritor de arquivo inválido
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7e3781e6
wine client error:21: write: Descritor de arquivo inválido
fixme:ntoskrnl:ExInitializeNPagedLookasideList stub: 0x651210, (nil), (nil), 0,
16, 1701736270, 0
fixme:ntoskrnl:ExInitializeNPagedLookasideList stub: 0x651298, (nil), (nil), 0,
12, 1701736270, 0
fixme:ntoskrnl:KeInitializeSpinLock stub: 0x651204
err:int:__wine_emulate_instruction mov cr0,eax at 0x00650320
err:int:__wine_emulate_instruction mov eax,cr0 at 0x00650334, EAX=0x00000010
err:int:__wine_emulate_instruction mov eax,cr0 at 0x00650334, EAX=0x00000010
fixme:ntoskrnl:KeInitializeSpinLock stub: 0x776344
fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x5c 80 (nil) 0 0x776320 (nil)
fixme:ntoskrnl:KeInitializeEvent stub: 0x650748 1 0
fixme:ntoskrnl:PsSetCreateThreadNotifyRoutine stub: 0x6505c0
WineDbg starting on pid 002d
0x7edfc5bb: movl %esi,0x0(%esp)
Wine-dbg>fixme:ntdll:find_reg_tz_info Can't find matching timezone information
in the registry for bias 180, std (d/m/y): 15/02/2009, dlt (d/m/y): 18/10/2009
fixme:win:EnumDisplayDevicesW ((null),0,0x33f1e4,0x00000000), stub!
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to
SetDepthStencilSurface
fixme:d3d:IWineD3DDeviceImpl_SetSoftwareVertexProcessing (0x13bbe0) : stub
fixme:quartz:AsyncReader_FindPin (L"Output", 0x33f830)
fixme:quartz:AsyncReader_FindPin (L"Output", 0x33f828)
fixme:quartz:AsyncReader_FindPin (L"Output", 0x33f828)
First chance exception: page fault on read access to 0x003a0001 in 32-bit code
(0x016d98f1).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:016d98f1 ESP:0033f1dc EBP:0033f248 EFLAGS:00010202( R- -- I - - - )
EAX:00000000 EBX:056952b8 ECX:003a0001 EDX:00000000
ESI:0569575c EDI:1543f694
Stack dump:
0x0033f1dc: 00000000 056952b8 09d9e600 00000400
0x0033f1ec: 1543ee80 00000400 1543ee80 00000046
0x0033f1fc: 7eac2ff4 0033f270 7eac2ff4 00000400
0x0033f20c: 00000128 001f5d70 00000000 00000001
0x0033f21c: 00000002 003a0001 00000000 00000005
0x0033f22c: 00000002 00000000 ffffffff 00000000
Backtrace:
=>0 0x016d98f1 in gingergraphicdx (+0x498f1) (0x0033f248)
1 0x016da21c in gingergraphicdx (+0x4a21c) (0x0033f29c)
2 0x016dabd7 in gingergraphicdx (+0x4abd7) (0x0033f364)
3 0x016dc01c in gingergraphicdx (+0x4c01c) (0x0033f38c)
4 0x016c8e1d in gingergraphicdx (+0x38e1d) (0x01740674)
5 0x016aeb80 in gingergraphicdx (+0x1eb80) (0x016c8900)
0x016d98f1: movzbl 0x0(%ecx),%ecx
Wine-dbg>Wine-dbg>Wine-dbg>First chance exception: page fault on read access to
0x003a0001 in 32-bit code (0x016d98f1).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:016d98f1 ESP:0033f1dc EBP:0033f248 EFLAGS:00010302( R- -- IT - - - )
EAX:00000000 EBX:056952b8 ECX:003a0001 EDX:00000000
ESI:0569575c EDI:1543f694
Stack dump:
0x0033f1dc: 00000000 056952b8 09d9e600 00000400
0x0033f1ec: 1543ee80 00000400 1543ee80 00000046
0x0033f1fc: 7eac2ff4 0033f270 7eac2ff4 00000400
0x0033f20c: 00000128 001f5d70 00000000 00000001
0x0033f21c: 00000002 003a0001 00000000 00000005
0x0033f22c: 00000002 00000000 ffffffff 00000000
Backtrace:
=>0 0x016d98f1 in gingergraphicdx (+0x498f1) (0x0033f248)
1 0x016da21c in gingergraphicdx (+0x4a21c) (0x0033f29c)
2 0x016dabd7 in gingergraphicdx (+0x4abd7) (0x0033f364)
3 0x016dc01c in gingergraphicdx (+0x4c01c) (0x0033f38c)
4 0x016c8e1d in gingergraphicdx (+0x38e1d) (0x01740674)
5 0x016aeb80 in gingergraphicdx (+0x1eb80) (0x016c8900)
0x016d98f1: movzbl 0x0(%ecx),%ecx
Wine-dbg>fixme:event:wait_for_withdrawn_state window 0x10032/4200005 wait timed
out
fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the
registry for bias 180, std (d/m/y): 15/02/2009, dlt (d/m/y): 18/10/2009
wine: Unhandled page fault on write access to 0x8ba969c3 at address 0x7dc40380
(thread 002e), starting debugger...
--- Comment #40 from Muidoido <muidoido(a)yahoo.com> 2009-09-06 19:31:34 ---
Created an attachment (id=23479)
--> (http://bugs.winehq.org/attachment.cgi?id=23479)
Log from superpower 2
--- Comment #41 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-10-17 10:13:57 ---
*** Bug 20379 has been marked as a duplicate of this bug. ***
--
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.
http://bugs.winehq.org/show_bug.cgi?id=12572
Summary: resedit tree control background not drawn
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www.resedit.net/
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(I used the Unicode version, if it matters.)
Play around with resedit a bit; the tree control in the
upper left doesn't draw its background.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6716
--- Comment #21 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-17 08:50:37 ---
Created an attachment (id=24197)
--> (http://bugs.winehq.org/attachment.cgi?id=24197)
Minimal background erase patch
Please try this patch over current wine-1.1.31-272-g8c743cb (should apply on
top of 1.1.31 too).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=421
--- Comment #302 from Jaime <jskartman(a)gmail.com> 2009-10-17 07:50:37 ---
Hi,
Mcrosoft Office visio 2007 sp1 is much faster with Max dib engine, but there
are new bugs, not present with standard wine:
- screen corruption while scrolling
- Some Elements (boxex, squares..) have green dots on vertices
BTW the application continues having the stopper bug
http://bugs.winehq.org/show_bug.cgi?id=13885 wich makes it unusable.
Regards
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
--- Comment #18 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-17 07:14:46 ---
OK, that sounds reasonable, as everything would freeze.
Any other way to handle the EAGAIN? The create_file server code seems to do the
following:
1) Get access rights in server
2) Open/create the file in server
3) Save unix_fd in server
Why is step #2 done in the server at all? If the server must never block (which
sounds reasonable), then why is open() not executed in ntdll instead? If a
device does not implement O_NONBLOCK then it would end up blocking anyway.
Could it be changed to the following?:
1) Get access rights from server
2) Open/create file in ntdll
3) Save unix_fd in server
That should allow for the O_NONBLOCK to be removed, and might also free up the
server if there is a pending open().
Thanks,
/p
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
--- Comment #17 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-17 03:50:42 ---
You can't do that. The server must never block.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
--- Comment #16 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-16 20:09:58 ---
I think removing O_NONBLOCK might be a bit drastic. Maybe it should be applied
after the file has been opened with fcntl().
That would fix the problem with the failing open() and still keep the
O_NONBLOCK flag.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
--- Comment #15 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-16 19:57:16 ---
Andrew, please give the patch a spin.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
--- Comment #13 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-16 19:46:22 ---
OK now is see the bug.
Tricky!
I think the problem is in the wine-server:
1) wine-server opens all file with O_NONBLOCK. As described here:
http://linux.die.net/man/2/fcntl, the O_NONBLOCK can result in a EAGAIN if
there is a lock present.
2) EAGAIN is translated into a sharing violation in wine-server, and then it is
game over.
EAGAIN makes sense on unix programs (who might understand it and try again),
but i am not sure it makes that much sense for a windows program. I am not sure
Windows has this concept. Therefore setting O_NONBLOCK might be incorrect.
The attached patch removes O_NONBLOCK, and allows Andrews example to work.
Removing O_NONBLOCK might have the side effect that it will take longer for
dead network links to time-out, but i think this is OK as that actually
emulates very well what happens on Windows (net time-outs take forever on
windows).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5586
--- Comment #23 from adres7(a)gmail.com 2009-10-16 14:07:01 ---
When game starts with "engine 0", game works good but slow and look at "Screen
with -engine 0".
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5586
--- Comment #20 from Henri Verbeet <hverbeet(a)gmail.com> 2009-10-16 13:08:05 ---
(In reply to comment #19)
> The issue you are seeing is a different bug and I'm not sure whether it is a
> Wine or GLX bug. At this point the glxinfo output looks correct and it should
> never be able to call glXCreatePbuffer but for some reason it is called. As
> Henri mentioned create a +wgl log, so run: WINEDEBUG=+wgl wine tibia.exe &> log
> and post that log.
>
The GLX message is just a warning, but the screen being offset from the bottom
of the window does look like the existing screenshot in this bug. That GLX
warning is still something that should be fixed, but it's not something for
this bug.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5586
Roderick Colenbrander <thunderbird2k(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |thunderbird2k(a)gmail.com
--- Comment #19 from Roderick Colenbrander <thunderbird2k(a)gmail.com> 2009-10-16 12:57:28 ---
The issue you are seeing is a different bug and I'm not sure whether it is a
Wine or GLX bug. At this point the glxinfo output looks correct and it should
never be able to call glXCreatePbuffer but for some reason it is called. As
Henri mentioned create a +wgl log, so run: WINEDEBUG=+wgl wine tibia.exe &> log
and post that log.
Roderick
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5586
--- Comment #18 from Henri Verbeet <hverbeet(a)gmail.com> 2009-10-16 12:56:50 ---
Just to confirm, the misplaced graphics are most likely related to the
"Unhandled present rects (0,0)-(600,450)/(null)" FIXME. I think there might be
a few more bugs for that already.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20381
Summary: Menus implementation is wrong - different from MS
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martinez.pr0team(a)gmail.com
Created an attachment (id=24153)
--> (http://bugs.winehq.org/attachment.cgi?id=24153)
Test application and source.
Menus in Wine are working quite different from MS Windows.
Lack of messages: MN_SIZEWINDOW, MN_SELECTITEM, MN_BUTTONUP etc.
Just check out the attached source and test application.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3254
--- Comment #85 from Sisir <myspecialids-wine(a)yahoo.co.in> 2009-10-16 10:22:03 ---
(In reply to comment #84)
> Sisir, do you still have trouble with this without Dylan's patch?
Well, It still aint working for me without Dylans patch.
--- 8X ---
GNUTLS ERROR: A record packet with illegal version was received.
err:secur32:schan_DecryptMessage Returning SEC_E_INTERNAL_ERROR
fixme:winhttp:WinHttpGetIEProxyConfigForCurrentUser returning no proxy used
fixme:secur32:schan_InitializeSecurityContextW Using hardcoded "NORMAL"
priority
--- X8 ---
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3254
Juan Lang <juan_lang(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
--- Comment #84 from Juan Lang <juan_lang(a)yahoo.com> 2009-10-16 09:21:54 ---
That's a little surprising, since Dylan never sent his patch in. I'm going to
keep it open, if you don't mind, until at least one of the people who had a
problem with recent Wine report that it works without Dylan's patch applied.
Sisir, do you still have trouble with this without Dylan's patch?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3952
Ilya Chernykh <neptunia(a)mail.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |neptunia(a)mail.ru
--- Comment #53 from Ilya Chernykh <neptunia(a)mail.ru> 2009-10-16 06:37:07 ---
This bug affects most of modern games.
For example, there are official free-to-play servers of Lineage II and Rapplez
at games.mail.ru as well as other games, all of which require Game Guard.
For Lineage II it is known that it works well under Wine without Game Guard.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5586
Jeff Zaroyko <jeffz(a)jeffz.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adres7(a)gmail.com
--- Comment #12 from Jeff Zaroyko <jeffz(a)jeffz.name> 2009-10-16 05:12:13 ---
*** Bug 20384 has been marked as a duplicate of this bug. ***
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19382
Summary: Crash after CreateFontIndirect() & WM_SETFONT
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martinez.pr0team(a)gmail.com
Created an attachment (id=22462)
--> (http://bugs.winehq.org/attachment.cgi?id=22462)
Application showing the problem.
Application (binary and source) attached.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3254
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #83 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-10-16 01:44:54 ---
Reported fixed.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3254
--- Comment #82 from Jaime Rave <jaimerave(a)gmail.com> 2009-10-15 20:35:30 ---
This is fixed for me in Wine 1.1.31 and Ubuntu 9.10.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20367
Summary: VideoRedo TVsuite fails to start
Product: Wine
Version: 1.1.31
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jonass(a)lysator.liu.se
Created an attachment (id=24128)
--> (http://bugs.winehq.org/attachment.cgi?id=24128)
error message
VideoRedo TVsuite fails to start in Ubuntu 8.04.3 (64-bits). See attached error
log.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
--- Comment #12 from Andrew Zabolotny <anpaza(a)mail.ru> 2009-10-15 19:35:41 ---
Ooops sorry, I have put wrong comment.
The bug is still present in wine. Here:
# on a mounted share
[2|root@zap|/mnt/tmp]tail -f nscd.conf
# In windows cmd, on the real filesystem (not the network share):
Z:\mnt\0\ftp>type nscd.conf
fixme:cmd:WCMD_print_error Cannot display message for error 32, status 32
Failed to open 'nscd.conf'
a second 'type' will work.
wine 1.1.29.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
--- Comment #11 from Andrew Zabolotny <anpaza(a)mail.ru> 2009-10-15 19:27:11 ---
The bug is still there:
---------------------------------
[2|zap@zap|~]wine cmd
‚ҐабЁп CMD 1.1.29
Z:\home\zap>
---------------------------------
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5779
--- Comment #10 from Cùran <debian(a)carbon-project.org> 2009-10-15 18:43:49 ---
For me the corruption is gone with 1.1.29 (from Debian Sid, the rest is a
Debian testing system). But this might also/solely due to a new version of Mesa
(7.6). In my case, that brought OpenGL support to 1.5.
Now it just seems to be slower than software acceleration. Can't be too sure
though, as I didn't have time to test it thoroughly.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6716
--- Comment #20 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-15 16:20:36 ---
(In reply to comment #18)
> Created an attachment (id=24152)
--> (http://bugs.winehq.org/attachment.cgi?id=24152) [details]
> WINEDEBUG=+listview, BZIP2 compressed log from Cestovné poriadky, INPROP
> (rebranded IDOS)
>
> Run & exit, no other action in GUI. After start was background broken. Wine
> 1.1.31 on Debian Lenny.
That's strange. It doesn't get any WM_ERASEBKGND messages. Attach
WINEDEBUG=+listview,+msg log please. I'll take a look tomorrow or so.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6716
--- Comment #19 from Kaluzman <konf_kal(a)seznam.cz> 2009-10-15 15:56:46 ---
(From update of attachment 24151)
After minimizing, draging window or scrolling. (Window background is like
transparent.)
Wine 1.1.31 on Debian Lenny.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6716
--- Comment #18 from Kaluzman <konf_kal(a)seznam.cz> 2009-10-15 15:55:07 ---
Created an attachment (id=24152)
--> (http://bugs.winehq.org/attachment.cgi?id=24152)
WINEDEBUG=+listview, BZIP2 compressed log from Cestovné poriadky, INPROP
(rebranded IDOS)
Run & exit, no other action in GUI. After start was background broken. Wine
1.1.31 on Debian Lenny.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6716
--- Comment #17 from Kaluzman <konf_kal(a)seznam.cz> 2009-10-15 15:49:27 ---
Created an attachment (id=24151)
--> (http://bugs.winehq.org/attachment.cgi?id=24151)
screenshot from Cestovné poriadky, INPROP (rebranded IDOS)
After minimizing, draging window or scrolling. (Window background is like
transparent.)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20351
Summary: Keyword corral crashes : Unhandled Exception:
OutOfMemoryException.
Product: Wine
Version: 1.1.28
Platform: PC
URL: http://www.johncow.com/brand-new-free-keyword-corral-t
ool-by-john-cow-dot-com/
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
This is a regression, the app used to crash a bit later in LsaLookupNmaes2 (see
http://bugs.winehq.org/show_bug.cgi?id=16418) , but now crashes rightaway:
27ebfdb879ad4ddccbef5a864ea6928c7b80ccc1 is first bad commit
commit 27ebfdb879ad4ddccbef5a864ea6928c7b80ccc1
Author: Dmitry Timoshkov <dmitry(a)codeweavers.com>
Date: Mon Oct 12 17:20:57 2009 +0900
kernel32: Implement HeapQueryInformation, add some basic tests for it.
:040000 040000 65792138b4ecb4df0a323a534fd0e12d84379e80
91d5e4e851e21c3ca7b72663d6152d5b4b5ffbb3 M dlls
:040000 040000 2a67e12eca5063f497d228963956fcad7df7ebed
1a4a902ecba35e9b16486226ae060f2321f3c4e2 M include
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4140
--- Comment #10 from Thomas Arendsen Hein <thomas(a)intevation.de> 2009-10-15 13:38:52 ---
(In reply to comment #9)
> Emu42 1.12 contains a workaround for this, see
> http://hp.giesselink.com/Emu42/CHANGES.TXT
>
> I verified this with wine 1.1.30 running emulations for HP42S and HP28S.
Regression:
When updating to wine 1.1.31, the problem occurs again!
(and downgrading to 1.1.30 fixes the problem again, no other changes)
I'm using the packages from "deb http://www.lamaresh.net/apt lenny main"
for amd64.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6719
--- Comment #20 from Rosanne DiMesio <dimesio(a)earthlink.net> 2009-10-15 11:07:00 ---
Still present in 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=17573
Summary: Team Fortress 2 crashes on launch, with video mode
related errors. (1.1.16)
Product: Wine
Version: 1.1.16
Platform: PC-x86-64
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aoanla(a)yahoo.com
After upgrading from 1.1.15 to 1.1.16, I can no longer launch Team Fortress 2
from Steam.
Attempting to do so results in a brief splash of the intro video (literally a
fraction of a second) before the game crashes (but does not hang).
Wine outputs a ton of errors relating to not being able to find valid video
modes at around this time. I have attached a representative log of these,
starting from the first error that occurs on clicking "Launch Game", and
finishing when the game crashes.
It doesn't matter if I use -dxlevel 81 or -dxlevel 95 to choose different
DirectX rendering paths - all choices result in the same crash with the same
log.
This is with an nVidia 8800 GT, using nVidia driver release 180.35 on Ubuntu
8.10 x86_64. I can launch other native 3d games with this driver, and even
launch Bioshock in Wine 1.1.16 (from Steam) and begin a game in it.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20373
Summary: Knights of the Old Republic II does not start
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andy(a)wtribe.com
CC: andy(a)wtribe.com
Created an attachment (id=24142)
--> (http://bugs.winehq.org/attachment.cgi?id=24142)
dumps and backtrace following unhandled pagefault in `wine swkotor2.exe`
So, this one has me confused. I installed the game from the CDs, updated
through the patch at LucasArts, downloaded the no-cd for 1.0b, and running the
game lands me with an unhandled exception every time. I have disabled movies
and audio, changed the resolution in swkotor2.ini. I have tested this in
wine-1.1.29 through -1.1.31, and the 1.0.1 package in the jaunty repos. I
compiled 1.1.29-1.1.31 myself, and used the 1.1.31 package from the wine repo.
I have another computer that, using the exact same files, works fine. Both
computers are virtually identical LinuxMint 7 installs running wine-1.1.31.
Notable differences are that the comptuer that does not work is using TwinView
and Xinerama to get dual-monitor support through the nVidia drivers, and has a
Sound Blaster Audigy sound card, versus the onboard "HDA" audio on the other.
I've attached the base error. Let me know what else might be helpful, or what
else I can test.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7929
--- Comment #88 from Damjan Jovanovic <damjan.jov(a)gmail.com> 2009-10-14 22:00:37 ---
(In reply to comment #87)
> (In reply to comment #86)
> > ...
> > I am eagerly awaiting progress on this new effort to bring network support.
> > ...
>
> For the curious, I'm researching the concern that Alexandre expressed (loss of
> packets in a multithreaded environment with simultaneous reads or selects on
> the same socket). In ws2_32 (normal operations) this is solved easily with a
> couple well-placed socket-specific spinlocks, within the Wine server (IOCP
> operation) it APPEARS that it is not necessary to do any locking since the IOCP
> polling and reading all seems to occur in the same thread (note that a socket
> can not be used "normally" once it has been flagged for IOCP). If anyone has
> any additional insight on this issue then I'd love to hear it, I'm a tad busy
> right now so tracking these things down in the server code is not on the top of
> my priority list.
>
While wineserver cannot AFAIK have a race condition with itself, maybe the
wineserver and a Windows app can race each other on the same socket even if
ws2_32 has its own internal spinlock?
APIs like DuplicateHandle() could also transfer the socket to another process,
which then uses its own ws2_32 critical section, so it seems like there could
be inter-process races too.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9142
Peter Dons Tychsen <donpedro(a)tdcadsl.dk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |donpedro(a)tdcadsl.dk
--- Comment #10 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-14 16:49:55 ---
Think this is fixed a long time ago.
Is see the same lock as Andrew, but i do not see the bug.
I vote to close it.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7929
--- Comment #87 from Erich Hoover <ehoover(a)mines.edu> 2009-10-14 15:45:29 ---
(In reply to comment #86)
> ...
> I am eagerly awaiting progress on this new effort to bring network support.
> ...
For the curious, I'm researching the concern that Alexandre expressed (loss of
packets in a multithreaded environment with simultaneous reads or selects on
the same socket). In ws2_32 (normal operations) this is solved easily with a
couple well-placed socket-specific spinlocks, within the Wine server (IOCP
operation) it APPEARS that it is not necessary to do any locking since the IOCP
polling and reading all seems to occur in the same thread (note that a socket
can not be used "normally" once it has been flagged for IOCP). If anyone has
any additional insight on this issue then I'd love to hear it, I'm a tad busy
right now so tracking these things down in the server code is not on the top of
my priority list.
> However in the meantime since the packages included in the howto do not provide
> network support, it may be easier for users to grab this binary and overwrite
> the default wine one.
> ...
Who made the original packages? It would be really nice to have some updated
packages.
> ... make sure your /etc/hosts file is properly set up;
> ...
If you add the patches I've been working on for gethostbyname('self') then it
is no-longer necessary to manually edit your /etc/hosts file:
[1/2] http://www.winehq.org/pipermail/wine-patches/2009-October/079872.html
[2/2] http://www.winehq.org/pipermail/wine-patches/2009-October/079873.html
--
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.
http://bugs.winehq.org/show_bug.cgi?id=421
--- Comment #301 from Austin English <austinenglish(a)gmail.com> 2009-10-14 13:03:53 ---
(In reply to comment #300)
> (In reply to comment #298)
> > And even if it isn't good enough to
> > go into the main wine tree, nothing is stopping,
> > say, PlayOnLinux from using it in their Wine tree!
> To clarify things: Wine in PlayOnLinux repository isn't in any way patched,
> neither with DIB Engine nor with any other patch.
If you attempt to install an app that needs a patch to run, it will compile
wine with the patch(es) for you.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8336
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|comctl32 |-unknown
--- Comment #45 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-14 12:56:42 ---
I don't see a reason this is a common controls bug. Btw, what's a status of
this?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=421
--- Comment #300 from NSLW <lukasz.wojnilowicz(a)gmail.com> 2009-10-14 03:04:40 ---
(In reply to comment #298)
> And even if it isn't good enough to
> go into the main wine tree, nothing is stopping,
> say, PlayOnLinux from using it in their Wine tree!
To clarify things: Wine in PlayOnLinux repository isn't in any way patched,
neither with DIB Engine nor with any other patch.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=421
--- Comment #299 from Austin English <austinenglish(a)gmail.com> 2009-10-14 02:36:14 ---
(In reply to comment #297)
> I am getting mighty riled by Alexandre Juillard's commercial interests in Wine.
> Max' DIB engine is a great piece of work, but of course it threatens
> Codeweavers' Huw Davies' neglected, stubby DIB engine and thus is not included.
>
> Include this DIB engine already, mr. Juillard!
Codeweavers doesn't include a DIB engine in Crossover either. The only
wine-based product that does, that I know of, is Bordeuax, which uses Max's,
FWIW.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20343
Summary: 1013
Product: WineHQ Bugzilla
Version: 3.2.3
Platform: PC
OS/Version: Windows 3.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: and73exa0(a)yahoo.ca
1013-1
--
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.
http://bugs.winehq.org/show_bug.cgi?id=421
--- Comment #298 from Dan Kegel <dank(a)kegel.com> 2009-10-13 22:31:09 ---
Now, now. Alexandre's hard and fast rule is that
the code that goes into the Wine tree is
Good Code that Fixes A Real Problem Cleanly.
Note that, so far, *no* DIB engine implementation
meets that criterion! As soon as one does, he'll
gladly commit it. It's such a big job, though,
that he's probably going to have to pitch in himself
on it for a month or so. Everyone's glad to
have Max's implementation; if nothing else, it's a great
proof-of-concept. And even if it isn't good enough to
go into the main wine tree, nothing is stopping,
say, PlayOnLinux from using it in their Wine tree!
--
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.
http://bugs.winehq.org/show_bug.cgi?id=421
Itzamna <xamaniqinqu(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xamaniqinqu(a)gmail.com
--- Comment #297 from Itzamna <xamaniqinqu(a)gmail.com> 2009-10-13 22:10:08 ---
I am getting mighty riled by Alexandre Juillard's commercial interests in Wine.
Max' DIB engine is a great piece of work, but of course it threatens
Codeweavers' Huw Davies' neglected, stubby DIB engine and thus is not included.
Include this DIB engine already, mr. Juillard!
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5259
Paul Romanyszyn <pgr(a)arcelectronicsinc.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #9 from Paul Romanyszyn <pgr(a)arcelectronicsinc.com> 2009-10-13 17:02:15 ---
I saw some changes to window handing in the last few days and now minimize and
restore all seem to work with the test application. I do see a new minor
problem and I will file a new bug. The Delphi 1 ide has many windows and when
switching to a different desktop and back only the main tool bar is visible
until you alt-tab or click on the icon on the gnome start-task bar.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7803
Jeremy White <jwhite(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jwhite(a)codeweavers.com
--- Comment #12 from Jeremy White <jwhite(a)codeweavers.com> 2009-10-13 14:05:09 ---
Still present in wine 1.1.31.
It's clearly missing some functions in mshtml.
The first one you get to is PersistStreamInit_InitNew;
then you have some or'd dispatch flags that need to be dealt
with (which Jacek just now submitted a patch for).
(Tester note - you need to install the VB6 runtime, obviously).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4140
--- Comment #9 from Thomas Arendsen Hein <thomas(a)intevation.de> 2009-10-13 13:40:04 ---
Emu42 1.12 contains a workaround for this, see
http://hp.giesselink.com/Emu42/CHANGES.TXT
- changed function UpdateMainDisplay(), removed assertion for zoom
factor because the Sacajawea implementation don't use this factor
-> the assertions are now in the Lewis drawing routines, use
calculated display size for BitBlt() operation and exchanged
BitBlt() with StretchBlt() because of a serious bug in the WineHQ
BitBlt() implementation (in this environment StretchBlt() is ~5us
slower than BitBlt() so it doesn't really matter from the speed
aspect)
I verified this with wine 1.1.30 running emulations for HP42S and HP28S.
Emu48 contains a similar workaround, so I think this bug can either be closed,
even if the general problem (incomplete BitBlt implementation) is not solved
yet, or the title changed to:
BitBlt problem with old Emu48 or Emu42 versions
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20342
Summary: tr rt yrt yr
Product: Wine
Version: 0.9.3.
Platform: PC
OS/Version: Windows 3.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: and73exa0(a)yahoo.ca
Created an attachment (id=24073)
--> (http://bugs.winehq.org/attachment.cgi?id=24073)
adsasdasd a
efer er e geg er ge e r
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20153
Summary: AutoCAD 2008: Icons in popup menus too big
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=23750)
--> (http://bugs.winehq.org/attachment.cgi?id=23750)
AutoCAD 2008 Icons in PopUp menu
Attachment explains everything.
This is definitely an regression (it worked good in Wine 1.1.29). I suspect
that patch from bug #175 could cause it. Is regression test required?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20338
Summary: Tales of Monkey Island Episode 1 crashes on Intel card
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: luiscarlos(a)gmail.com
Created an attachment (id=24067)
--> (http://bugs.winehq.org/attachment.cgi?id=24067)
backtrace
The game crashes just when it tries to go to full screen. Backtrace attached.
Clean .wine directory, did not installed directx on game installation but
needed additional dll, installed with winetricks d3dx9.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=18549
Summary: Free Realms: Station Installer plugin (npsoe.dll)
fails to download or display in Firefox 3.0.10
Product: Wine
Version: 1.1.21
Platform: PC-x86-64
URL: http://www.freerealms.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: joneill(a)escom.us
Created an attachment (id=21212)
--> (http://bugs.winehq.org/attachment.cgi?id=21212)
Wine Console Output Log
The Free Realms / Station Installer plugin, npsoe.dll, fails to download Free
Realms or display on Firefox 3.0.10. The plugin installs correctly and is
listed in Mozilla Firefox's "about:plugins" page.
This bug was discovered with Wine 1.1.21. Wine was compiled with the Gentoo
Portage platform (app-emulation/wine-1.1.21 USE="X alsa cups esd gecko jack
jpeg lcms ncurses opengl png samba ssl xcomposite xinerama xml (-dbus)
(-gnutls) (-hal) (-ldap) (-nas) -oss (-scanner) -win64").
Reproducibility: 100%
Test Case:
Preparation: Create a Free Realms account on www.freerealms.com. Download and
install the browser plugin from the site. Create a character using the online
character creator. Verify the plugin installation by checking for "Station
Installer (npsoe.dll)" in "about:plugins".
1. Navigate to www.freerealms.com with Firefox 3.0.10. Log in to the site. The
character page should appear.
Bug: The download progress area / play now button in the upper left corner of
the page fails to appear or download the game.
Expected Result: The download progress area (or "Play Now" if the game has
already been downloaded) should appear in the upper left corner of the page.
The game should download. Once the download is complete, a button becomes
available navigate to the server selection and launch page.
2. Manually attempt to start the game by going to "Game" (upper menu) -> "Jobs"
(drop down menu under "Game" menu). Click on "Play Now" to manually start the
game.
Bug: The select a server screen is stuck at "waiting for download to complete".
The download does not start and the game can not be launched from the page.
Expected Result: The page displays a download progress indicator until the game
is completely downloaded. Once completely downloaded, servers can be selected
and a "Play Now" button appears which launches the Free Realms executable.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4498
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
Version|unspecified |0.9.4.
--- Comment #12 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-10-12 22:11:50 ---
Closing wontfix.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=816
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|download, NoAppDBEntry |
--- Comment #32 from Austin English <austinenglish(a)gmail.com> 2009-10-12 21:05:19 ---
Download link is busted, please retest & update url.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=124
--- Comment #18 from Austin English <austinenglish(a)gmail.com> 2009-10-12 21:04:08 ---
Still present.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=17059
Summary: Can't install Call of Duty 2 anymore
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 412(a)gmx.net
With the latest version I wanted to verify an old bug to be removed but now I
can't even get the installer to work anymore. I start the installer (Winver XP,
no overrides) and after it has done the first startup I only get a warning
saying "Windows NT and 95/98/ME not supported" and the installer breaks without
doing it's job. This used to work. No matter what Windows version I put in it
still breaks. All I get is the attached blob of messages and this warning.
I'm using Ubuntu 8.10 with the Wine 1.1.13 from the repositories and the retail
"Collectors Edition" (2 CD) of CoD2.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20331
Summary: VirtualAlloc() should allocate addresses low to high
Product: Wine
Version: 1.1.31
Platform: PC
URL: http://rh-software.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ray(a)pobox.co.uk
Currently when VirtualAlloc() is called with a NULL address high addresses are
sometimes returned rather than low addresses. Looking at
http://msdn.microsoft.com/en-us/library/aa366887(VS.85).aspx you will see there
is the MEM_TOP_DOWN option to specify that high addresses should be used, thus
when this is not specified low addresses should be used. This is the situation
on Windows NT4 through to Server 2008 R2/Windows 7.
To show this effect download http://rh-software.com/downloads/siv.zip, extract
the files and issue the command:
wine siv -save=[memory]=stdout
which on my system gives:
[memory] [windows]
Area Start Address Limit Address Size Size Proportion
Elapsed MB/sec
0 0x02B80000 0x67F80000 0x65400000 1.58GB 54.95%
0.010
1 0x7F000000 0x7FC00000 0x00C00000 12.00MB 0.41%
0.005
2 0x7FFF0000 0x81FF0000 0x02000000 32.00MB 1.09%
0.005
3 0xB75C0000 0xB79C0000 0x00400000 4.00MB 0.14%
0.005
4 0xB6CA0000 0xB70A0000 0x00400000 4.00MB 0.14%
0.005
5 0xB6890000 0xB6C90000 0x00400000 4.00MB 0.14%
0.005
...
I think this may only show the issue for systems with >= 3.5GB of ram. I am
wondering if it might be related to addresses > 0x80000000 (signed vs. unsigned
tests). Note that SIV is linked with /largeaddressaware.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7929
--- Comment #86 from Robert Bartle <poofyyoda(a)gmail.com> 2009-10-12 15:01:34 ---
Created an attachment (id=24054)
--> (http://bugs.winehq.org/attachment.cgi?id=24054)
Here is a compiled binary of the old hack
I am eagerly awaiting progress on this new effort to bring network support.
However in the meantime since the packages included in the howto do not provide
network support, it may be easier for users to grab this binary and overwrite
the default wine one. This will work on both 32 and 64 bit machines.
Then use the instructions from the howto:
For network play you also need to start regedit and browse to
HKEY_CURRENT_USER/Software/Wine/Network (create Network if it doesn't exist).
Then add a string value with name UseBindAddressHack and value Enabled. If
you're having trouble connecting, make sure your /etc/hosts file is properly
set up;
it should list your hostname next to your IP something like the following
192.168.0.14 tuxcomputer (YOUR LAN IP)
127.0.0.1 localhost
127.0.1.1 tuxcomputer
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9046
--- Comment #22 from Austin English <austinenglish(a)gmail.com> 2009-10-12 14:55:30 ---
Is this still an issue in current (1.1.31 or newer) wine?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7260
--- Comment #10 from Austin English <austinenglish(a)gmail.com> 2009-10-12 14:55:29 ---
Is this still an issue in current (1.1.31 or newer) wine?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4498
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WONTFIX
--- Comment #11 from Austin English <austinenglish(a)gmail.com> 2009-10-12 14:34:36 ---
(In reply to comment #10)
> double buffering can not be switched in winecfg no longer. So, I think that bug
> should be fixed as WONT FIX
Agreed.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7922
Dafydd Crosby <dafydd.crosby(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dafydd.crosby(a)gmail.com
--- Comment #9 from Dafydd Crosby <dafydd.crosby(a)gmail.com> 2009-10-12 13:06:48 ---
Wine-1.31.1 appears to fix this bug. However, to get past the language box
requiring English you'll need to use the native oleaut32.dll
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19857
Summary: Bug links are being deleted when accepted
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: major
Priority: P1
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
When accepting a bug link from a non-admin user, the bug link reports success,
but is being deleted.
However, this only seems to affect open (or could it be newer?) bugs.
Bug #1 accepted:
"Submitted Bug Link accepted
-------------------------------------------------------
The bug link you submitted between Bug and SlingPlayer WebSlingPlayer IE has
been accepted.
We appreciate your help in making the Application Database better for all
users.
Best regards.
The AppDB team
http://appdb.winehq.org/"
The bug link remains.
Bug #19500 accepted:
"Submitted Bug Link accepted
-------------------------------------------------------
The bug link you submitted between Bug 19500 and SlingPlayer WebSlingPlayer IE
has been accepted.Thank you for your submission.
We appreciate your help in making the Application Database better for all
users.
Best regards.
The AppDB team
http://appdb.winehq.org/"
No errors, but the bug link is gone.
Note the first email response does not name the bug number.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=15054
Summary: Getting "fixme:mountmgr:harddisk_ioctl unsupported ioctl
70020" when trying to start CoD4
Product: Wine
Version: 1.1.3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: steffen.linux(a)gmx.de
Hi,
I've installed CoD4 and tried to start it...but I only get the error mentioned
in the summary, so I patched the game to 1.7 and tried again...but same error
as above.
The game says that I've to insert the correct DVD, but the DVD is inserted into
the drive, it is mounted and it's an original DVD.
Operating System: Ubuntu Hardy Hereon 32 Bit
--
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.
http://bugs.winehq.org/show_bug.cgi?id=219
Detlev <35shikoku(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |35shikoku(a)gmail.com
Jeff Zaroyko <jeffz(a)jeffz.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |maruchan86(a)gmail.com
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wine(a)jacob.wintershaven.net
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kertejeremy(a)hotmail.com
Ken Sharp <kennybobs(a)o2.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |steffen.linux(a)gmx.de
--- Comment #83 from Detlev <35shikoku(a)gmail.com> 2009-06-29 13:27:08 ---
This bug does not affect me for C&C Tiberian Sun. I have wine version 1.1.24
--- Comment #84 from Jeff Zaroyko <jeffz(a)jeffz.name> 2009-07-21 06:57:28 ---
*** Bug 19402 has been marked as a duplicate of this bug. ***
--- Comment #85 from Austin English <austinenglish(a)gmail.com> 2009-07-21 13:11:56 ---
*** Bug 14941 has been marked as a duplicate of this bug. ***
--- Comment #86 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-07-30 21:00:45 ---
*** Bug 19506 has been marked as a duplicate of this bug. ***
--- Comment #87 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-10-12 11:01:42 ---
*** Bug 15054 has been marked as a duplicate of this bug. ***
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20308
Summary: Wine's sound architecture needs an overhaul
Product: Wine
Version: 1.1.31
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexander.scott.johns+winebug(a)googlemail.com
As suggested by Ben Klein (in bug 10495 comment 174), here is a separate bug
for redesigning Wine's internal sound APIs. See also bug 10495 comment 144.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20302
Summary: rpmbuild -ta
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ToddAndMargo(a)verizon.net
Hi All,
Would you please consider supporting rpm build for tar ball (rpmbuild -ta
tarball). This would surely go a long way to getting a bunch of us our of RPM
hell.
Many thanks,
-T
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11345
Summary: Wrong button vertical position
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mirko2324(a)yahoo.de
Created an attachment (id=10453)
--> (http://bugs.winehq.org/attachment.cgi?id=10453)
screenshot
The up/down-button in all detail windows of eMule v0.48a (f. e. download
details) are at the wrong vertical position. I made a screenshot of this issue.
I have tested this with different versions of eMule and wine.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20328
Summary: Dystopia: Crash while playing multiplayer game online.
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: darkandor2003(a)yahoo.com
I couldn't figure out a cause. Crashes while playing online in as little as a
minute, or longer than a half hour.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6003
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
--- Comment #16 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-10-11 18:27:43 ---
And seems to be fixed again in wine-1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7042
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #29 from Austin English <austinenglish(a)gmail.com> 2009-10-11 15:56:36 ---
Reported fixed.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6003
edward savage <epssyis(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |epssyis(a)gmail.com
--- Comment #15 from edward savage <epssyis(a)gmail.com> 2009-10-11 15:26:51 ---
This issue is not apparent in Wine 1.1.31 for me, it was apparent in 1.1.30.
I will note that the scroll bars do look like the windows steam scroll bars and
that mouse scroll does not scroll the steam pages. I have had this bug for a
long time so it is nice to see it gone.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7042
--- Comment #28 from Lauri Kenttä <lauri.kentta(a)gmail.com> 2009-10-11 15:24:16 ---
Works for me since 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5159
--- Comment #31 from Jan Kalab <pitel(a)nomi.cz> 2009-10-11 15:06:47 ---
Yup, still confirming in CS:S in 1.1.31 using Ubuntu.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6716
--- Comment #14 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-11 10:30:54 ---
Petr, I'm still waiting for +listview trace. Also try with 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6716
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #4131|application/octet-stream |text/plain
mime type| |
--
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.
http://bugs.winehq.org/show_bug.cgi?id=18673
Summary: DateTimePicker not work :( Bug
Product: Wine
Version: 1.1.22
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yurii_ptz(a)bk.ru
Created an attachment (id=21380)
--> (http://bugs.winehq.org/attachment.cgi?id=21380)
DPT in windowsXP and in wine
Hello!
I try wine 0.9.59 (ubuntu 8.04) wine 1.0.1 (debian) and
wine_1.1.22_winehq1-1_i386.deb (debian)
But DateTimePicker not work.
I try a little programs (Turbo C++ Express) with DateTimePicker
+++
#include <vcl.h>
#pragma hdrstop
#include "Unit1.h"
//---------------------------------------------------------------------------
#pragma package(smart_init)
#pragma resource "*.dfm"
TForm1 *Form1;
//---------------------------------------------------------------------------
__fastcall TForm1::TForm1(TComponent* Owner)
: TForm(Owner)
{
}
//---------------------------------------------------------------------------
void __fastcall TForm1::DateTimePicker1Change(TObject *Sender)
{
Memo1->Lines->Add("change to "+DateToStr(DateTimePicker1->DateTime)+" ->
"+ BoolToStr(DateTimePicker1->Checked));
}
//---------------------------------------------------------------------------
+++
And test it in WindowsXP and Wine.
If i run my programm in WindowsXP and change date from 2009.05.28 to 2009.05.24
in DateTimePicker it write:
change to 27.05.2009 -> -1
change to 27.05.2009 -> -1
change to 26.05.2009 -> -1
change to 26.05.2009 -> -1
change to 25.05.2009 -> -1
change to 25.05.2009 -> -1
change to 24.05.2009 -> -1
change to 24.05.2009 -> -1
If i run my programm in Wine and change date from 2009.05.28 to 2009.05.24 in
DateTimePicker it write:
change to 28.05.2009 -> -1
change to 28.05.2009 -> -1
change to 28.05.2009 -> -1
change to 28.05.2009 -> -1
And in WINE DateTimePicker not work :(
Bugs PrintScreen i attachment to this report
Thank you!
PS: Sory for my bad English
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20322
Summary: DX Atlas does not start
Product: Wine
Version: 1.1.30
Platform: PC
URL: http://www.dxatlas.com/DxAtlas/Files/DxAtlas.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rx9tx(a)qrz.ru
CC: rx9tx(a)qrz.ru
DX Atlas does not start.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20315
Summary: PEB not fully initialized, causes valgrind warnings
during thread initialization?
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, patch, source
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Running wine's tests under valgrind yields warnings of the sort (after applying
the patch in bug 20303):
Syscall param socketcall.sendmsg(msg.msg_iov[i]) points to uninitialised
byte(s)
at: sendmsg (socket.S:64)
by: server_init_thread (server.c:1061)
by: thread_init (thread.c:325)
by: __wine_process_init (loader.c:2695)
by: wine_init (loader.c:711)
by: main (main.c:218)
Address 0xfe924c48 is on thread 1's stack
Uninitialised value was created by a client request
at: inform_valgrind_of_new_virtual_memory_block (virtual.c:1725)
by: NtAllocateVirtualMemory (virtual.c:1878)
by: thread_init (thread.c:307)
by: __wine_process_init (loader.c:2695)
by: wine_init (loader.c:711)
by: main (main.c:218)
and
Conditional jump or move depends on uninitialised value(s)
at: get_modref (loader.c:293)
by: load_dll (loader.c:1944)
by: LdrLoadDll (loader.c:2025)
by: load_library (module.c:890)
by: LoadLibraryExW (module.c:947)
by: __wine_kernel_init (process.c:1087)
by: wine_init (loader.c:711)
by: main (main.c:218)
Uninitialised value was created by a client request
at: inform_valgrind_of_new_virtual_memory_block (virtual.c:1725)
by: NtAllocateVirtualMemory (virtual.c:1878)
by: thread_init (thread.c:276)
by: __wine_process_init (loader.c:2695)
by: wine_init (loader.c:711)
by: main (main.c:218)
I didn't look too far, but it seems that the PEB isn't fully
initialized and/or has holes that might need a valgrind annotation.
Memsetting them to zero right after allocation makes the
warnings go away. (The right fix would be to figure out which
fields still need initialization.)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20316
Summary: init_user_process_params() forgets to initialize
CurrentDirectory.Handle, causing uninitialized memory
reference in init_current_directory()
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, patch, source
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Once you are past bug 20303 and bug 20315, the commands
cd dlls/advapi32/tests
/usr/local/valgrind-10896/bin/valgrind --trace-children=yes --track-origins=yes
--workaround-gcc296-bugs=yes ~/wine-git/wine advapi32_test.exe.so security.c
produce the valgrind warning
Conditional jump or move depends on uninitialised value(s)
at RtlSetCurrentDirectory_U (path.c:992)
by init_current_directory (process.c:769)
by __wine_kernel_init (process.c:1036)
by __wine_process_init (loader.c:2719)
Uninitialised value was created by a client request
at inform_valgrind_of_new_virtual_memory_block (virtual.c:1724)
by NtAllocateVirtualMemory (virtual.c:1870)
by init_user_process_params (thread.c:186)
by thread_init (thread.c:340)
by __wine_process_init (loader.c:2695)
It seems the field CurrentDirectory.Handle is not initialized
in init_user_process_params(). Adding the line
params->CurrentDirectory.Handle = INVALID_HANDLE_VALUE;
around line 200 of dlls/ntdll/thread.c works and is probably
even the right fix.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20107
Summary: Two keyboard bugs in World of Warcraft
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: henu(a)henu.fi
For several latest versions, I have noticed two keyboard problems when running
WoW.
First and more annoying: When returning from other applications to WoW
fullscreen mode, writing does not work. This happens randomly. The keys work
for everything else, for example I can use WASD for moving, but I cannot type
with them! This can be fixed by going again to other application/desktop and
then returning to WoW.
Second and not that annoying: When I move my character by pressing a key, the
character starts to "shake" after some time (the running animation starts from
the beginning over and over again). I think this has something to do with key
repeat, since the "shaking" acts like key repeat when typing.
I submitted these two bugs in one report, because if I remember correctly,
their first appearance was about at the same time. Maybe they are actually just
one bug. It was several Wine versions ago, but I'm not sure if it's Wine's or
WoW's fault.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19501
Summary: Crysis Warhead: Crash when loading a map.
Product: Wine
Version: 1.1.26
Platform: PC-x86-64
URL: http://crysiswarhead.ea.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: telliangun(a)gmail.com
Created an attachment (id=22677)
--> (http://bugs.winehq.org/attachment.cgi?id=22677)
terminal output throughout the process
uname -svrpio
Linux 2.6.30-gentoo-r4 #1 SMP PREEMPT Mon Jul 27 02:35:42 EEST 2009 Intel(R)
Core(TM)2 Duo CPU E8400 @ 3.00GHz GenuineIntel GNU/Linux
Crysis Warhead is crashing every time it loads a map, around 70-80 % of
loading.
I managed to load a map once, but I guess it was pure luck as when I tried
afterwards it kept crashing.
I've attached the terminal output.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6003
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |REOPENED
Resolution|FIXED |
--- Comment #14 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-10-10 21:06:28 ---
The problem is back (in wine-1.1.30), reopening.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=421
max(a)veneto.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #21242|0 |1
is obsolete| |
--- Comment #296 from max(a)veneto.com 2009-10-10 17:04:37 ---
Created an attachment (id=24018)
--> (http://bugs.winehq.org/attachment.cgi?id=24018)
DIB Engine - Fixed for wine-1.1.31
Crash was due to (from wine-1.1.31) suppressed winex11.drv BitBlt() and
PatBlt() functions, replaced by StretchBlt().
The bug search was made somehow difficult because of misleading git comment on
offending commit, which is doing more than what comment say.
I'm posting here the fixed engine, as usual in stacked-git format.
Ciao
Max
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6856
Daniel Guzman <daniel.guzman85(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |daniel.guzman85(a)gmail.com
--- Comment #29 from Daniel Guzman <daniel.guzman85(a)gmail.com> 2009-10-10 15:09:20 ---
Yes, it's still a issue. I can confirm it:
Civilization 4 DVD original.
Install= No problems.
Patching to 1.74 = No problems.
Running the game 1.0 or 1.74, give me that output:
dani@JumpGate:~/.wine/drive_c/Program Files/Firaxis Games/Sid Meier's
Civilization 4$ wine --version
wine-1.1.30
dani@JumpGate:~/.wine/drive_c/Program Files/Firaxis Games/Sid Meier's
Civilization 4$ wine Civilization4.exe
fixme:service:QueryServiceObjectSecurity 0x13f760 4 0x13fe30 0 0x32eee0 -
semi-stub
fixme:service:QueryServiceObjectSecurity 0x13f760 4 0x13fe30 28 0x32eee0 -
semi-stub
fixme:advapi:SetEntriesInAclA 1 0x32ee70 0x13fe44 0x32eedc
fixme:service:SetServiceObjectSecurity 0x13f760 4 0x32ee5c
fixme:system:SystemParametersInfoW Unimplemented action: 55 (SPI_SETMOUSEKEYS)
fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS)
fixme:font:WineEngRemoveFontResourceEx :stub
If you need more information just tell me the full command :). Im a newbie in
bug submitting xD.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5623
--- Comment #32 from Martin Polehla <bugs.winehq.org(a)polous.cz> 2009-10-10 15:02:38 ---
(In reply to comment #31)
> the Hot-keys works when the mouse are just in front of the razor. even when the
> UO is the focus.
>
it is true, but this is also the reason why is impossible use hotkeys for
normal playing (PvP, PvM...). I usualy won't moving mouse over razor window...
Any news about commiting the patch ?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20309
Summary: Lightscreen: interface strings are not shown
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s.devrieze(a)gmail.com
Created an attachment (id=24014)
--> (http://bugs.winehq.org/attachment.cgi?id=24014)
Screenshot of Lightscreen, strings are hidden!
Interface strings are not visible when running Lightscreen.
Note: Lightscreen is GPL software and an AppDB entry has been submitted
(garbage because of this bug).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20010
Summary: Please add menues to choose language when coming to
this page.
Product: WineHQ.org
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: khisbra(a)hotmail.com
CC: khisbra(a)hotmail.com
I think it's a good idea to help users from around the world to view this page
& it's content in their own language so therefor I wish you could make this
idea come true.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7267
Eddie Lania <eddie(a)lania.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |eddie(a)lania.nl
--- Comment #12 from Eddie Lania <eddie(a)lania.nl> 2009-10-10 09:56:43 ---
Wine is about useless for me and for anyone else that is using an
older Radeon card. That is because ATI/AMD does not provide a closed source
driver anymore and the only driver left to use on linux is the open source
driver.
The open source driver however is not usable for running graphical applications
on wine, which covers almost anything where one should want to use wine for.
This sucks.
Currently, if any application that requires graphical abilities is started
using wine, the application often crashes leaving the following output on the
screen: fixme:d3d_caps:wined3d_guess_vendor Received unrecognized GL_VENDOR
"DRI R300
Project". Returning VENDOR_WINE.
Allocating 16 x 16 radeon RBO (pitch 16)
wine: Unhandled page fault on read access to 0x00000054 at address 0x37bd3baf
(thread 0009), starting debugger...
Ore something similar.
Now why isn't this "patch" yet submitted?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20305
Summary: Albumplayer can't connect to it's database anymore
Product: Wine
Version: 1.1.30
Platform: PC
URL: http://www.albumplayer.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hello.adri(a)gmail.com
Created an attachment (id=24003)
--> (http://bugs.winehq.org/attachment.cgi?id=24003)
albumplayer terminal message
In wine-1.1.29 there where problems installing mdac28, this is fixed in
wine-1.1.30
However Albumplayer still has problems writing to its database in wine-1.1.30
so the fix doesn't exactly fix things with how it was in wine-1.1.28.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=421
--- Comment #295 from max(a)veneto.com 2009-10-10 08:35:41 ---
Bad news, as usual.... Latest release (1.1.31) broke completely the engine.
I hope I'll find a workaround in a couple of ours, that the most time I can
spend to it on these days. If not, I'll revert to old good 1.1.19 (some other
bugs were introduced from 1.1.19 to 1.1.30 too, in particular related to
autocad, printing and others....) and stop the development.
BTW, latest changes on DIB sections using XRender didn't bring any speed bonus
to Autocad, and I doubt it will do in short time, so who needs Autocad on Linux
should better stay to a wine version around 1.1.19.
Ciao
Max
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19620
Summary: CounterStrike Source: Cannot perform microphone test
(or use mic)
Product: Wine
Version: 1.1.27
Platform: PC
URL: http://www.youtube.com/watch?v=kbB6RqUpRXw
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq.org(a)eternaldusk.com
In CounterStrike: Source, clicking the "Test Microphone" option from the Voice
tab does nothing. The button doesn't even change to "Stop Microphone Test".
http://www.youtube.com/watch?v=kbB6RqUpRXw
However, with the very same installation (prefix) of Wine, the microphone works
fine in other Source games, such as HalfLife2 Deathmatch:
http://www.youtube.com/watch?v=0QYagUVjScU
Note how CSS also always starts with the mic boost off and the volume set all
the way to the bottom.
I have tested this with Wine 1.1.27, 1.1.26, 1.0.1, and get the same results
with all versions.
I get the same results when Wine is configured to use ALSA or OSS. I do not
have PulseAudio installed on the test system.
System Info:
Kubuntu Karmic 9.10 (alpha, fully patched 8/7/09)
Audio: HDA nVidia (snd_hda_intel)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5159
--- Comment #30 from Ivo <skywalker-here(a)gmx.de> 2009-10-10 07:47:16 ---
sorry, wrong date :) *(2009-10-10)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5159
--- Comment #29 from Ivo <skywalker-here(a)gmx.de> 2009-10-10 07:46:06 ---
Problem still exists: Wine 1.1.31 (2009-09-10)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7526
--- Comment #21 from Peter Schueller <schueller.p(a)gmail.com> 2009-10-10 06:30:44 ---
Created an attachment (id=24005)
--> (http://bugs.winehq.org/attachment.cgi?id=24005)
Trace with set_queue_size problem
I have attached the relevant part of a trace where a similar problem occurs
(fixme appears, after that the application logs an error).
The logged error is "the scanner responded a bad CRC COM1" which - I assume -
occurs because the default buffer is too small or too big.
Is did a bit of research and found no queue/buffer size options for unix char
devices or terminals. Would it be necessary to implement an extra serial buffer
layer in WINE to implement this functionality?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6316
--- Comment #54 from David McNeill <davemc(a)mcpond.co.nz> 2009-10-10 05:18:31 ---
SetMapperFlags is in gdi32 in font.c
It is used for matching old raster fonts to printers, and is irrelevant under
TrueType fonts.
It is not being asked to do anything because the second parameter is 0x00000000
in all the fixme output, so it would likely not modify anything anyway. The
return value is always 0, which matches the input, so nothing is lost there.
So the fixme appears harmless in this instance.
Other possibilities are that MYOB mis-uses SetMapperFlags to do something else
undocumented or unusual, or, MYOB uses some ancient raster font code that was
written before TrueType, and that has to succeed for something else to work.
So, the debugging will have to continue at a deeper level.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6316
--- Comment #53 from David McNeill <davemc(a)mcpond.co.nz> 2009-10-10 03:08:55 ---
The problem could be in the implementation of comdlg32.dll
I switched each of the dll's above to (native,builtin)
With comdlg32 as native, the File/Default/Forms dialog (also found at
Setup/Preferences/Reports&Forms/Forms) displays correctly. When using builtin
(wine), it displays incorrectly, with the size not selected, sample incorrect
and 'You should' text box in the wrong place. It could be that it cannot read
the font preferences, so it can not figure out what the default font is, and
can't figure out what fonts to use at all.
When wine displays the form, and when the invoices fail to print, the following
is issued
fixme:font:SetMapperFlags (0x234, 0x00000000): stub - harmless
This may not be harmless, and may be causing an issue.
I tried customising a form and specifying the font, but it made no difference.
However when I switch comdlg32 to native, there are no printers available to
print. The Print/General/Select Printer box is empty. You can select Find
Printer, and the printers are all there, but you cant select one, as the
following error issues
fixme:ds:DsRoleGetPrimaryDomainInformation ((nil), 1, 0x33ce00) stub
fixme:advapi:LsaOpenPolicy ((null),0x33cda8,0x00000001,0x33cdc4) stub
fixme:advapi:LsaClose (0xcafe) stub
fixme:winspool:OpenPrinterW PRINTER_DEFAULTS ignored => (null),(nil),0x00000001
Switching advapi32 to native is not possible, lots of errors, and winecfg
reports it is not recommended.
So, does anyone know something useful about comdlg32.dll ?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7526
--- Comment #20 from Peter Schueller <schueller.p(a)gmail.com> 2009-10-10 02:53:37 ---
The fixme:comm:set_queue_size is mentioned as part of the problem in several
bugs:
main problem of Bug 1244 (Bug 1244#10, Bug 1244#12, Bug 1244#13)
related to Bug 4633 (Bug 4633#4) which refers to the beginnings of a patch
http://www.winehq.org/pipermail/wine-cvs/2006-May/022683.html
occurs in Bug 7893 just before the lockup
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6351
--- Comment #72 from Jeff Zaroyko <jeffz(a)jeffz.name> 2009-10-10 02:08:05 ---
(In reply to comment #71)
> How does this work in current git?
Can't see any changes, looks the same as comment #64 with wine-1.1.31
OpenGL renderer string: GeForce 8800 GTS/PCI/SSE2
OpenGL version string: 3.2.0 NVIDIA 190.29
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4066
ticota <ticota(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ticota(a)gmail.com
Hugh Perkins <hughperkins(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hughperkins(a)gmail.com
Pekka Rinne <tsierkkis(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tsierkkis(a)gmail.com
Jeff Zaroyko <jeffz(a)jeffz.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |masterson.andrew(a)gmail.com
Evan Goers <megatog615(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |megatog615(a)gmail.com
--- Comment #18 from ticota <ticota(a)gmail.com> 2009-07-16 13:32:26 ---
"
Now you'll have to register these library by calling "wine regsvr32 dpnet.dll".
This will add some needed registry entries."
How can I do that?? THX
--- Comment #19 from Hugh Perkins <hughperkins(a)gmail.com> 2009-08-06 22:31:03 ---
Is there some way we could change the title of this bug to something like:
"DirectPlay not implemented in Wine, and needs native Windows dlls to be
installed."
... otherwise, for example in the Total Annihilation page,
http://appdb.winehq.org/objectManager.php?sClass=version&iId=7306 , someone
just glancing at the page might assume that, as the bug says at the moment,
online play actually doesn't work, which is not exactly what the bug is saying,
and not really true, since there are workarounds available, by following the
instructions at http://wiki.winehq.org/DirectPlayGames .
--- Comment #20 from Hugh Perkins <hughperkins(a)gmail.com> 2009-08-11 05:47:07 ---
winetricks updated to install directplay, from DirectX 9 redistributable, which
surprisingly works ok, eg against Total Annihilation, which is a game from
1997.
Get it from svn:
http://winezeug.googlecode.com/svn/trunk/winetricks
Just type:
"sh winetricks directplay"
Tested against Total Annihilation
http://appdb.winehq.org/objectManager.php?sClass=version&iId=7306
--- Comment #21 from Pekka Rinne <tsierkkis(a)gmail.com> 2009-08-11 12:07:36 ---
For condor soaring it still does not work even with native windows dlls.
--- Comment #22 from Jeff Zaroyko <jeffz(a)jeffz.name> 2009-09-15 14:48:17 ---
*** Bug 20058 has been marked as a duplicate of this bug. ***
--- Comment #23 from Evan Goers <megatog615(a)gmail.com> 2009-10-09 22:07:22 ---
Even with 'winetricks directplay', Homeworld2 still does not work. "Network
Unavailable" is the error message in Homeworld2, and the console has no
discernible error message for directplay failing.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7526
--- Comment #19 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-09 11:52:01 ---
Is it actually a common control problem? What's the current status of that?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5928
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Depends on| |18002
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20290
Summary: Crash when opening Splinter Cell Pandora Tomorrow or
Chaos Theory's multiplayer mode
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: msn(a)gaiatools.com
Created an attachment (id=23976)
--> (http://bugs.winehq.org/attachment.cgi?id=23976)
Wine output
When opening Splinter Cell Pandora Tomorrow's multiplayer mode (c:\Program
Files\UBISOFT\Splinter Cell Pandora
Tomorrow\online\System\shadowstrike_static_retail.exe), the splash screen of
the game shows up but crashes a few seconds later.
Interestingly, doing the same with Splinter Cell Chaos Theory yields the same
result: the splash screen is shown for a few seconds, then it crashes.
The terminal also says the same error in both cases:
wine: Unhandled page fault on read access to 0x00000000 at address 0x7e525377
(thread [something])
Tried in a clean Wine prefix for both, and installing various winetricks stuff
didn't change anything.
Since the servers for Splinter Cell Pandora Tomorrow have been taken offline
and support has been halted, the game's multiplayer mode isn't really worth a
lot right now (only LAN mode works). In such circumstances, would it be
acceptable to upload it somewhere for devs to download it? The multiplayer part
of the game is a standalone package, free of CD protection and everything.
Using Wine 1.1.30 on Kubuntu 9.04 64-bit with unpatched Wine 32-bit from the
prepackaged .deb repo, although the crash has happened with every version of
Wine I had the occasion of using (Wine 1.1.8 to 1.1.30).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20258
Summary: Imperium Romanum crashes on startup
Product: Wine
Version: unspecified
Platform: PC-x86-64
URL: http://www.gamershell.com/download_23180.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: drakkk(a)centrum.cz
Created an attachment (id=23907)
--> (http://bugs.winehq.org/attachment.cgi?id=23907)
terminal output
Imperium Romanum crashes on startup in current git (wine-1.1.30-287-g3c98992).
this is a regression, it works fine with wine 1.1.30 (with some trivial
graphical glitches, bug 19814). Regression test shows this:
709aedf5f9bdfd0cdeab3d2189f6382680356922 is first bad commit
commit 709aedf5f9bdfd0cdeab3d2189f6382680356922
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Mon Sep 28 10:04:59 2009 +0200
wined3d: Properly keep texture references in the stateblock.
:040000 040000 6532435b29460a79d347033c56adf6e9d1366631
5010191c86441c8440620f4f96699b5969adef95 M dlls
I have some troubles reverting this, so I can't say if reverting helps.
There is a free demo available which shows the same issue.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20270
Summary: Open/Save File dialog cannot be resized
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrejx(a)gmail.com
Wine's "Open File(s)" or "Save File(s)" dialog cannot be resized. This is
sometimes very useful when browsing folders with lots of files.
The feature has been present in Windows since the ME edition (I could be wrong,
but around that time), and it would make sense if Wine had it too.
I'm also attaching screenshots of file dialogs (Windows vs Wine).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20253
Summary: Regression: Change to OLE32 causes page fault
(problematic commit attached)
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: brian(a)brianvuyk.com
CC: julliard(a)winehq.org
Created an attachment (id=23895)
--> (http://bugs.winehq.org/attachment.cgi?id=23895)
commit 7b6dd2c9f8339a0bc14aa7f466f5c5a0bb03da06 by Alexandre Julliard
<julliard(a)winehq.org>
A commit back in March appears to have introduced a bug in which
StringFromGUID2() gets provided a null argument, and crashes.
I noticed this when trying to get WWII Online: Battleground Europe running.
This bug was not present in 1.0.1 (which ships with Ubuntu), but was present in
1.1.30.
In short, when you try to start the 'Settings.exe' program that comes with the
game, it crashes with a page fault.
I did a git bisect, and isolated the commit that introduced this behaviour. I
am attaching it, along with a backtrace which resulted from the crash.
If there is anything else I can provide, let me know.
Regards,
Brian
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20169
Summary: Jedi Knight: MotS freezes randomly after videos.
Product: Wine
Version: 1.1.29
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Created an attachment (id=23771)
--> (http://bugs.winehq.org/attachment.cgi?id=23771)
Terminal Output.
Sometimes after videos or if you press escape to skip videos the game will
freeze.
So I have to run wineserver -k in a new terminal to kill off the game.
Ubuntu 9.04 64bit, Wine 1.1.29, nVidia 8200 nVidia driver 180.44.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20094
Summary: messui.exe: instantly crashes
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://www.mess.org/download.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: c1887077(a)tyldd.com
Created an attachment (id=23657)
--> (http://bugs.winehq.org/attachment.cgi?id=23657)
wine debug output after closing the error-window
hello,
- my first report, i hope its all ok.
- wine version wine-1.1.29 (also with earlier versions)
- running on a 32-bit fedora 11 installation.
- messui.exe is the gui for mess' windows version.
http://appdb.winehq.org/objectManager.php?sClass=application&iId=5988
- starting it, gui is visible and an error-window appears. closing the error
window gives different dubeugging infos ( see attachement).
i hope it can be fixed. thanks in advance.
best regards
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20121
Summary: Cities XL Demo fails to run
Product: Wine
Version: unspecified
Platform: PC
URL: http://www.citiesxl.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)jones.be
Cities XL Demo is installed and dependencies satisfied:
Dotnet 2.0
mscoree.dll required
DirectX9
There appear to be two ways of launching the app.
CitiesXL.exe - Opens and craches almost immediately without anything appearing
on screen (with virtual desktop or otherwise) - Tracelog = CitiesXL.txt
CitiesXL_game.exe: Opens to the splashscreen then crashes (Requires Virtual
Desktop) - Tracelog = CitiesXL_Game.txt
I believe the same issue would occur on the full game.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19963
Summary: GetSystemTimeAdjustment() should return 10000000 /
sysconf(_SC_CLK_TCK)
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://rh-software.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ray(a)pobox.co.uk
CC: ray(a)pobox.co.uk
Currently there is now way to get the clock tick rate.
GetSystemTimeAdjustment() should return this. The fix is trivial and shown
below. Just because TimeAdjustmentDisabled is TRUE failing to return the
current asjustment I beleive to be an error.
Change to code to be:
BOOL WINAPI GetSystemTimeAdjustment( PDWORD lpTimeAdjustment, PDWORD
lpTimeIncrement,
PBOOL lpTimeAdjustmentDisabled )
{
*lpTimeAdjustment = 0;
*lpTimeIncrement = 10000000 / sysconf(_SC_CLK_TCK);
*lpTimeAdjustmentDisabled = TRUE;
return TRUE;
}
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19901
Summary: Burg Schreckenstein: OSS HW emulation plays too slow
and crashes
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Often enough, an app works better in HW emulation mode than with acceleration.
With Burg Schreckenstein, the opposite is true: emulation crashes.
OSS HW: intro music and game play are fine!
OSS emul: music too slow (125 seconds instead of 63); assertion failure during
game play:
err:dsound:DSOUND_MixInBuffer length not a multiple of block size, len = 2 or
130, block size = 4
mixer.c:502: DSOUND_MixInBuffer: Assertion `dsb->buf_mixpos + len <=
dsb->tmp_buffer_len' failed.
ALSA emul: like OSS emul
ALSA HW: no sound at all, subtitles display too short to be readable, log:
fixme:dsound:DSOUND_PerformMix Buffering too much! (20480, 0, 0, 4096) [N
times]
Incidentally, the MacOS with its CoreAudio driver behaves like OSS HW emulation
(same 2 symptoms). So fixing this bug might make that app playable on MacOS (as
would implementing HW acceleration for Mac OSX, which is probably harder).
Using Ubuntu Intrepid without PulseAudio, with Intel Corporation
82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03).
+wave,+dsound,+winmm,+mmaux,+driver,+mixer,+tid logs of both OSS cases are
attached.
Hopefully the comparison side by side will reveal the fault in the logic that
leads to the block size error and subsequent assertion violation.
Indeed, nAvgBytesPerSec and nBlockAlign are different, but why?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19559
Summary: Proteus: Component text is too big
Product: Wine
Version: 1.1.26
Platform: PC-x86-64
URL: http://www.labcenter.co.uk/download/prodemo_autodl_gen
eral.cfm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marcos_vc(a)coel.com.br
Created an attachment (id=22792)
--> (http://bugs.winehq.org/attachment.cgi?id=22792)
Screenshot showing the problem
Component text is too big in Proteus' schematic capture ISIS. To be more exact,
it have the same size regardless the zoom level.
This happens using the builtin version of gdiplus.dll. It crashes using the
native version provided.
Here a link for the demo version:
http://www.labcenter.co.uk/download/prodemo_autodl_general.cfm
It has happened with the version 7.5 SP0.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19578
Summary: Ares (Proteus 7.5) exits silently
Product: Wine
Version: 1.1.26
Platform: PC
URL: http://www.labcenter.co.uk/download/prodemo_autodl_gen
eral.cfm
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=22817)
--> (http://bugs.winehq.org/attachment.cgi?id=22817)
wine-1.1.26-351-gd97cc15 +relay +seh +tid (225KB)
Ares, part of Proteus 7.5, exits silently with one line in the console.
err:seh:raise_exception Exception frame is not in stack limits => unable to
dispatch exception.
Wine-dbg>bt
Backtrace:
=>0 0x00e5e759 in electra (+0x67e759) (0x007dfd88)
1 0x7bc4a256 MODULE_InitDLL+0x211(wm=0x1112c8, reason=1, lpReserved=0x1)
[/home/test/wine-git/dlls/ntdll/loader.c:976] in ntdll (0x007dfee8)
2 0x7bc4a5de process_attach+0x191(wm=0x1112c8, lpReserved=0x1)
[/home/test/wine-git/dlls/ntdll/loader.c:1065] in ntdll (0x007dff48)
3 0x7bc4a590 process_attach+0x143(wm=0x110768, lpReserved=0x1)
[/home/test/wine-git/dlls/ntdll/loader.c:1057] in ntdll (0x007dffa8)
4 0x7bc4e22d attach_process_dlls+0x54(wm=0x110768)
[/home/test/wine-git/dlls/ntdll/loader.c:2428] in ntdll (0x007dffe8)
5 0xb7ecd9c9 wine_call_on_stack+0x1d() in libwine.so.1 (0x00000000)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19369
Summary: C&C3 and Kane's Wrath crash with DSOUND_BufPtrDiff
assertion
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
In Wine 1.1.26 (this does not occur in 1.1.25) both Command and Conquer 3 and
C&C3: Kane's Wrath crash with a DSound assertion. Relevant snippet of log
(Kane's Wrath):
---
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x160888,0x160788): stub
mes\Command & Conquer 3 Kane's Wrath\RetailExe\1.2\cnc3ep1.dat: mixer.c:306:
DSOUND_BufPtrDiff: Assertion `ptr2 < buflen' failed.
fixme:faultrep:ReportFault 0x1556e35c 0x0 stub
fixme:winmm:MMDRV_Exit Closing while ll-driver open
---
--
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.
http://bugs.winehq.org/show_bug.cgi?id=18921
Summary: O(n) hash_table_add causes winedbg to take 20 minutes
to dump stack when chromium crashes
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
CC: eric.pouech(a)orange.fr
In bug 15206, I mentioned that windbg was too slow to be usable.
I ran oprofile while winedbg was churning, and the time appears
to all be spent on one line of code in dlls/dbghelp/storage.c:
void hash_table_add(struct hash_table* ht, struct hash_table_elt* elt)
{
...
569217 89.8978 : for (p = &ht->buckets[hash]; *p; p = &((*p)->next));
Looks like we need to modify struct hash_table and some of its
operators to allow a more efficient append operation there.
Fixing this bug will be one more step towards being friendly to
developers who use Visual Studio and expect our tools to be able
to handle .pdb files well.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=18423
Summary: Wine 1.1.21 + uTorrent 1.8.2
Product: Wine
Version: 1.1.21
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: drightler(a)technicalogic.com
After upgrading wine from 1.1.20 to 1.1.21 the UPnP port mapping in uTorrent
1.8.2 stops working. Downgrading back to 1.1.20 fixes the issue.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=18364
Summary: utorrent with an https tracker url stops working
Product: Wine
Version: 1.1.20
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: howl.nsp(a)gmail.com
Created an attachment (id=20926)
--> (http://bugs.winehq.org/attachment.cgi?id=20926)
utorrent dump files with .19 and .20 wine
uTorrent 1.8.x crashes after time running when at least one torrent with an
https url tracker is on it. The program tray icon stays and if you double click
on it the window program is shown but it doesn't paint anything. Also the
bittorrent connections stops to work.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=18040
Summary: Mass Efffect GPF Regression. 1.1.19
Product: Wine
Version: 1.1.19
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P5
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chadwick(a)clan-mac.com
So I tried this with the binary from Scott Ritchie for ubuntu 1.1.19 and Mass
Effect Pops up this GPF window.
I have a backtrace I'll post now too.
If you give me commands to run I'll run them.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=17581
Summary: Steam will not begin installation, segmentation fault,
perhaps
Product: Wine
Version: 1.1.16
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: julian.lam(a)gmail.com
Created an attachment (id=19738)
--> (http://bugs.winehq.org/attachment.cgi?id=19738)
Error Log, WINE output
Steam runs and logs in as normal, but I cannot install any games using the
"Games" menu, as the program freezes immediately after pressing the "Install"
button. As far as I know, there are no alternate methods of installation, and I
must go through the Steam menu to install games.
I've attached a log detailing the applicable error messages.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=17532
Summary: Satori Bulk Mailer - adding modules fails
Product: Wine
Version: 1.1.15
Platform: PC-x86-64
URL: http://www.satorisoftware.com/Products/request-
trial.aspx
OS/Version: Linux
Status: NEW
Keywords: Installer
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=19658)
--> (http://bugs.winehq.org/attachment.cgi?id=19658)
error screenshot
Got some trial software at work today, tried it under Wine.
Registry key works fine, but attempting to add a registration key for one of
its modules (address correction) fails. It accepts the key as valid, but shows
the expiration date as 00/00/0, then won't let you install, since you don't
have any valid addons.
Seems you can request a free cd, for those wanting to test.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=16658
Summary: Scratchiness of sound in aimp 2.5 and other audio
players
Product: Wine
Version: 1.1.11
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yast4ik(a)yahoo.com
Scratchiness appears when I play any audio file type.
The output is following:
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x14e6c0,0x162f88): stub
err:ole:CoGetClassObject class {bcde0395-e52f-467c-8e3d-c4579291692e} not
registered
err:ole:CoGetClassObject no class object {bcde0395-e52f-467c-8e3d-c4579291692e}
could be created for context 0x1
fixme:keyboard:UnregisterHotKey (0x30058,2): stub
fixme:font:ExtTextOutW flags ETO_NUMERICSLOCAL | ETO_NUMERICSLATIN | ETO_PDY
unimplemented
fixme:dsound:DllCanUnloadNow (void): stub
And to my view almost any audio players under WINE give bad result excluding
Audacity 1.3. The sound in Audacity is OK (but it's audio editor, not player).
This output you can partly see at
http://thread.gmane.org/gmane.comp.emulators.wine.user/34775 (2 Nov 11:40
essention)
This bug makes WINE almost useless for audio playing and I appreciate your fix
of it.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=16525
Summary: Angels Online: Black screen in windowed mode.
Product: Wine
Version: 1.1.10
Platform: All
URL: http://ao.igg.com/
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cmaiku(a)gmail.com
Created an attachment (id=17980)
--> (http://bugs.winehq.org/attachment.cgi?id=17980)
Log when run windowed.
When Angels Online is run windowed, the default mode, the window is completely
black. When it's run fullscreen it displays fine.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=15812
Summary: 3DS MAX 7.0: Any attempt to change viewport
configuration results in a crash
Product: Wine
Version: 1.1.7
Platform: PC
URL: http://files.filefront.com/3dsmax7exe/;10541739;/fileinf
o.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rockinup1231(a)gmail.com
In 3DS Max 7.0 there is an option for changing the arrangement and types of
viewports displayed, whether they be 3D perspective viewports, or 2D ones
displaying various sides of geometry generated in the program.
For some reason, if you attempt to change the viewport arrangement, it crashes
with a crash report window. Also, if you have one of the viewports maximized,
it will crash before even opening the viewport configuration window.
I'm guessing this is related to d3d (when the crash occurs there are now errors
produced about the crash in the terminal). I'll have to do a trace.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=13024
Summary: Regressions in Trackmania Nations Forever
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tom(a)dbservice.com
>From Wine-0.9.52 (the oldest version I tested, probably works with earlier
versions too) until commit 9e9ef6238a5f27423e28c8f95f69fb02b98d8f27 TMNF work
fine. No crashes etc. That commit breaks TMNF completely so that it won't even
start. No error message, it just exits after a few seconds. Starting with
commit 69a40127c64ddce1908d72556bc0d6dcec86b396 the game starts again, but
often crashes. Seems like some kind of memory leak in the D3D code, as
GL_OUT_OF_MEMORY errors often precede the crash. Starting with commit
bd68237096eb7731239359a2b4941163be015f42 the in-game menus are not displayed
correctly. I can see the menus as transparent and blurred areas, but no buttons
etc are visible.
Here are the full commit messages listed for your convenience:
commit 9e9ef6238a5f27423e28c8f95f69fb02b98d8f27
Author: Roderick Colenbrander <thunderbird2k(a)gmx.net>
Date: Fri Mar 21 21:41:59 2008 +0000
wined3d: Remove unneeded code in CheckDeviceFormat.
All these checks are done during the capability checks which are
performed under the resource type checks.
commit 69a40127c64ddce1908d72556bc0d6dcec86b396
Author: Roderick Colenbrander <thunderbird2k(a)gmx.net>
Date: Sat Mar 22 21:41:30 2008 +0000
wined3d: Add D3DUSAGE_QUERY_PIXELSHADER_BLENDING to CheckDeviceFormat.
commit bd68237096eb7731239359a2b4941163be015f42
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Sat Mar 29 13:55:59 2008 +0100
wined3d: Implement TSSARGTEMP with register combiners.
If I revert all three commits, I can play TMNF, no more crashes. Reverting just
one or two of them isn't enough, I have to revert all three.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=12816
Summary: CheckTextureCapability at ATI1 ATI2 AL16 R16 RAWZ INTZ
DF24 DF16
Product: Wine
Version: 0.9.60
Platform: Other
URL: http://paste.ubuntu-nl.org/64623/
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sjbayer3(a)yahoo.com
Fresh Install of Ubuntu 8.04 amd64.
Fresh Install of Wine .60 from wine repository
Application: Age of Conan
Program first asks for 2 dlls d3dx9_36.dll and xinput1_3.dll
Putting them in sys32 I can then get the program window to appear and I get
errors for CheckTextureCapability at ATI1 ATI2 AL16 R16 RAWZ INTZ DF24 DF16
(each error appears on a seperate line in terminal) the application then
crashes and asks me to submit a bug report to Funcom (the makers of the
application).
First bug report, I hope I did this correctly.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=12349
Summary: DSOUND_MixInBuffer Assertion `dsb->buf_mixpos + len <=
dsb->tmp_buffer_len' failed
Product: Wine
Version: 0.9.57.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Hi,
at least two applications regularly abort because of this assertion failure.
"Der Löwe ist los" and "Tiger Team - Geheimnis der goldenen Mumie"
(games for children, from different German editors).
A common point is that both are based on Macromedia. During run they create a
folder in windows/temp/ containing msvcrt.dll, iml32.dll (containing the string
Macromedia Director 7.0.2r85 1999), dirapi.dll and xtras/*.x32.
I.e. Macromedia might badly drive dsound. That might be the culprit.
The applications basically start, however at random time, they abort with the
message:
err:dsound:DSOUND_MixInBuffer length not a multiple of block size, len = 1579,
block size = 2
mixer.c:489: DSOUND_MixInBuffer: Assertion `dsb->buf_mixpos + len <=
dsb->tmp_buffer_len' failed.
I've tried WINEDEBUG=dsound which overflows me with endless output. I'll try to
extract a sensible snippet and attach it.
I'm using 0.9.57 (compiled locally) with Ubuntu Dapper & Gutsy, ALSA output.
Note that some of the sounds are played very well, others produce (very loud)
noise. At some point in time, the application aborts.
A possibly related (revealing?) issue is that I could "turn" a broken sound
(producing loud noise and often causing the assertion failure) into its audible
form by clicking on another object in the game "Tiger Team". This causes some
good speech output, and while speech goes on, click the initial object: the two
sounds are mixed correctly.
This item might be related to bug #7693, yet that one only talks about the
error log message, not the application aborting because of the assertion
failure.
Regards
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11542
Summary: Proteus Demo crashes/hangs early
Product: Wine
Version: 0.9.53.
Platform: Other
URL: http://www.labcenter.co.uk/download/prodemo_download.htm
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user said this was an important app for him, see
http://groups.google.com/group/comp.emulators.ms-windows.wine/browse_frm/th…
so I downloaded it.
-rw-r--r-- 1 dank dank 26884429 2008-02-10 11:39 prodemo.exe
md5sum:
625319872a0fdd12fe79ad8209b80f3 prodemo.exe
It had some hitches installing (the outer installer hung,
the inner installer it left behind ran, but five or six times
claimed "too many files open", and you had to click ignore
each time to finish the install. (File handle leak?)
Running the ares.exe it installed crashed after putting up the UI.
I'll attach the log.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11447
Summary: Solver addin in excel 2003 gives an "Out of Memory"
error
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: smorar(a)gmail.com
An "Out of Memory" error occurs when trying to open the Solver tool from within
excel 2003.
Output to the terminal prints the following error message:
fixme:ole:_invoke unsupported number of arguments 126 in stdcall
Steps to reproduce:
1) Install Office 2003 to a new wine drive.
2) During the installation, customize the installation, and install the
"Solver" addin.
3) Run excel with wine
4) Under Tools->Addins, select "Solver"
5) Restart excel
6) Select Tools->Solver
--
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.
http://bugs.winehq.org/show_bug.cgi?id=10050
Summary: oleaut32 and ITypeInfo::Invoke arguments
Product: Wine
Version: 0.9.47.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gabmoa(a)yahoo.it
I'm trying to see an application (a cnc simulator/manager called ZFlash) in
wine. It is a quite big VB6 application and I hope one day (not so distant)
will run in linux. There are strange (for me :) errors:
...
ab},x=0,y=0,f=0,0x33e8b8), partially implemented.
fixme:ole:OleLoadPictureEx
(0x1451a0c,3134,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x33f17c),
partially implemented.
fixme:ole:OleLoadPictureEx
(0x1460794,2110,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x33f530),
partially implemented.
fixme:ole:OLEPictureImpl_SaveAsFile (0x1d94008)->(0x21ed868, 0, (nil)), hacked
stub.
fixme:ole:OLEPictureImpl_Render type -1 not implemented
fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering
icons...
HERE IS THE 'STRANGE' LINE
fixme:ole:_invoke unsupported number of arguments 70 in stdcall
fixme:ole:OLEPictureImpl_Render type -1 not implemented
fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering
icons...
fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering
icons...
fixme:ole:OLEPictureImpl_Render type -1 not implemented
fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering
... continue
In the wine sources:
/dlls/oleaut32.dll, file typelib.c
/* ITypeInfo::Invoke
DWORD _invoke(FARPROC func,CALLCONV callconv, int nrargs, DWORD *args) {
...
switch (callconv) {
case CC_STDCALL:
switch (nrargs) {
case 0:
res = func();
break;
case 1:
res = func(args[0]);
break;
...
case 30: ...
it finishes at 30, but the application seems to need also the 46 and 70 case.
I have added the two case and seems ok (it stops for another thing after this
but I think is another story)
My question is: 30 is considered only a big number or there is a reason?
Seems that this application need bigger numbers...
(wine 0.9.47 clean from sources)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9995
Summary: font/menu problems ocurring with 0.9.41
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Hannes.Krueger(a)uibk.ac.at
I use a windows application with wine. wine version 0.9.39 and 0.9.40 work fine
with this application, versions from 0.9.41 (incl. builds from most recent
git/cvs sources) fail to run this software:
No text is displayed in the main window of the application. Browsing through
the dropdown menus (which also do not contain any text) leads to a crash.
The output of a successfull run with wine 0.9.40 and the output of a crash
using version 0.9.41 is attached.
Maybe somebody has an idea what the problem is.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9989
Summary: Oracle OCI client: Hangs on updating LOB data
Product: Wine
Version: 0.9.46.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yurtk(a)mail15.com
Created an attachment (id=8509)
--> (http://bugs.winehq.org/attachment.cgi?id=8509)
log file (with WINEDEBUG=+all) containing last lines before freeze
A business application written in Delphi that uses Oracle OCI client, worked
normally in Wine 0.9.33 under Ubuntu 7.04. After upgrade to Wine 0.9.46 (or
even to 0.9.41) it starts working faster but also starts hanging on update LOB
data if these data amount more than ~10 KBytes.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6969
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #12 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-09 11:13:30 ---
Closing bugs fixed in 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7768
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #14 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-09 11:13:31 ---
Closing bugs fixed in 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6967
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #10 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-09 11:13:29 ---
Closing bugs fixed in 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5764
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #31 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-09 11:13:26 ---
Closing bugs fixed in 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5055
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #16 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-09 11:13:25 ---
Closing bugs fixed in 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3853
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #22 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-09 11:13:23 ---
Closing bugs fixed in 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=1660
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #31 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-09 11:13:22 ---
Closing bugs fixed in 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3044
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #13 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-09 11:13:23 ---
Closing bugs fixed in 1.1.31.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5928
--- Comment #18 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-09 10:39:41 ---
(In reply to comment #17)
> I'm personally interested in testing comctl32 Monthcal problems, so if an
> installable version...
Not so fast.
...
If installable version is available somewhere please let me know.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5928
--- Comment #17 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-09 10:32:17 ---
(In reply to comment #16)
> Doesn't install in git (new version though).
>
Doesn't install here indeed (wine-1.1.30-552-g8ce9b8f).
Each time a press Next button on choose product type page I get:
---
err:msi:call_script Could not find CLSID for Windows Script
---
You can get further a bit installing wsh56vb with winetricks but not very far:
---
err:ole:CoGetClassObject class {6c736db1-bd94-11d0-8a23-00aa00b58e10} not
registered
err:ole:CoGetClassObject no class object {6c736db1-bd94-11d0-8a23-00aa00b58e10}
could be created for context 0x1
err:msi:MsiActiveScriptSite_OnScriptError script error: L"Type mismatch:
'FeatureRequestState'"
---
This outputted each time you press Next.
I'm personally interested in testing comctl32 Monthcal problems, so if an
installable version.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=1236
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|comctl32 |user32
--- Comment #20 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-09 09:41:35 ---
Combos and Listboxes aren't common controls, but belong to user32.
Feel free to open new bugs for comctl32 controls - one for a problem/control.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8854
Ludmila Kamenskaya <stav.lak(a)mail.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stav.lak(a)mail.ru
--- Comment #43 from Ludmila Kamenskaya <stav.lak(a)mail.ru> 2009-10-09 08:27:25 ---
I confirm that this bug is still present in wine-1.1.30 running on Ubuntu Linux
9.04. The supplied DLL from the earlier version of wine (0.9.x) works fine, so
it's a regression in the newer revisions (1.0.x/1.1.x)?
--
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.