http://bugs.winehq.org/show_bug.cgi?id=7506
------- Additional Comments From damjan.jov(a)gmail.com 2007-22-02 00:52 -------
FtpWrite() expects send() to send the full number of bytes, which it does not.
Looks like buggy application code to me (send() doesn't need to send the full
number of bytes, it returns after sending as many as possible), but if it works
in Windows, it needs to work in wine too.
Type in
WINEDEBUG=+winsock wine ftp.exe -d -s:fc2 winpc
and post the output as an attachment.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7507
ehoover(a)mines.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
------- Additional Comments From ehoover(a)mines.edu 2007-22-02 00:14 -------
In reply to Comment #2:
Sorry, for some reason I skipped over your comment earlier. I already have the
msttcorefonts package installed and properly configured (other programs under
Wine seem to handle fonts just fine). While the problem appears with in-game
text I highly doubt that the game uses a standard font, though I don't remember
exactly from when I ran it on a windows box.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7159
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From truiken(a)gmail.com 2007-21-02 22:19 -------
Duplicate.
*** This bug has been marked as a duplicate of 7461 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |suckfish(a)ihug.co.nz
------- Additional Comments From truiken(a)gmail.com 2007-21-02 22:19 -------
*** Bug 7159 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7512
------- Additional Comments From dmitry(a)codeweavers.com 2007-21-02 21:58 -------
> It does not only have unicode problems ...
Please open separate bug reports for separate problems.
> SetWindowLongW(EditHandle, GWL_WNDPROC, GetWindowLong(EditHandle,
> GWL_WNDPROC));
> --------------------
>
> Last line has a bug .. can you spot it? :)
It sets an ANSI window proc using a unicode call, weird. Wonder how it works
under Windows at all.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7159
------- Additional Comments From suckfish(a)ihug.co.nz 2007-21-02 21:50 -------
I killed everything when the error window popped up, so that is where the log
file ends.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7512
------- Additional Comments From focht(a)gmx.net 2007-21-02 21:42 -------
Created an attachment (id=5046)
--> (http://bugs.winehq.org/attachment.cgi?id=5046&action=view)
log showing its not a wine bug (i think)
Hello,
i took the setup from here:
http://download.imgburn.com/SetupImgBurn_2.2.0.0.exe
It does not only have unicode problems ...
Sorry if my analysis got too long but it's worth read :)
Ok, Unicode stuff first
################### Part 1 ###################
Attached is a log that shows the problem.
In short: the ansi version of edit control window proc is called.
--- relevant log extract ---
trace:listbox:LISTBOX_GetText index 1 (0x0001) L"z:\\mnt\\data1"
trace:edit:EditWndProc_common hwnd=0x100a6 msg=c (WM_SETTEXT) wparam=0
lparam=1a33d8
trace:edit:EDIT_WM_SetText L"z"
trace:edit:EDIT_EM_ReplaceSel L"z", can_undo 0, send_update 0
trace:edit:EDIT_EM_ReplaceSel inserting stuff (tl 0, strl 1, selstart 0 (L""),
text L"")
--- relevant log extract ---
unicode=FALSE and text != "" exhibits the seen behaviour:
--- snip ---
static void EDIT_WM_SetText(EDITSTATE *es, LPCWSTR text, BOOL unicode)
{
LPWSTR textW = NULL;
if (!unicode && text)
{
LPCSTR textA = (LPCSTR)text;
INT countW = MultiByteToWideChar(CP_ACP, 0, textA, -1, NULL, 0);
textW = HeapAlloc(GetProcessHeap(), 0, countW * sizeof(WCHAR));
if (textW)
MultiByteToWideChar(CP_ACP, 0, textA, -1, textW, countW);
text = textW;
}
...
--- snip ---
How it comes that ansi window proc is called in a UNICODE created control?
Let's dig deeper...
My "custom" trace with unicode flag dump:
--- relevant log extract ---
trace:edit:EditWndProcW hwnd=0x100a6 msg=c5 (EM_LIMITTEXT) wparam=0 lparam=0,
unicode=true
trace:edit:EditWndProc_common hwnd=0x100a6 msg=c5 (EM_LIMITTEXT) wparam=0
lparam=0, unicode=1
trace:edit:EditWndProc_common hwnd=0x100a6 msg=c5 (EM_LIMITTEXT) -- 0x00000000
unicode=1
0009:Ret window proc 0x603ff580
(hwnd=0x100a6,msg=EM_LIMITTEXT,wp=00000000,lp=00000000) retval=00000000
0009:Ret window proc 0x603d94d0
(hwnd=0x100a2,msg=CB_LIMITTEXT,wp=00000000,lp=00000000) retval=00000000
0009:Ret user32.CallWindowProcW() retval=00000000 ret=006b13e1
0009:Ret window proc 0x380135
(hwnd=0x100a2,msg=CB_LIMITTEXT,wp=00000000,lp=00000000) retval=00000000
0009:Ret user32.CallWindowProcA() retval=00000000 ret=0061f37c
0009:Ret window proc 0x38014f
(hwnd=0x100a2,msg=CB_LIMITTEXT,wp=00000000,lp=00000000) retval=00000000
0009:Ret user32.CallWindowProcW() retval=00000000 ret=006b11d9
0009:Ret window proc 0x380142
(hwnd=0x100a2,msg=CB_LIMITTEXT,wp=00000000,lp=00000000) retval=00000000
0009:Ret user32.SendMessageA() retval=00000000 ret=005e5751
0009:Call user32.GetWindow(000100a2,00000005) ret=005e5c35
0009:Ret user32.GetWindow() retval=000100a6 ret=005e5c35
0009:Call user32.GetWindowLongA(000100a6,fffffffc) ret=005e5c89
0009:Ret user32.GetWindowLongA() retval=603ff4d0 ret=005e5c89
0009:Call user32.SetWindowLongA(000100a6,fffffffc,0038081d) ret=005e5ca4
trace:win:WIN_SetWindowLong 0x100a6 -4 38081d A
trace:win:alloc_winproc allocated 0xffff0059 for 0x38081d/(nil) (90/8192 used)
0009:Ret user32.SetWindowLongA() retval=603ff4d0 ret=005e5ca4
0009:Call user32.SendMessageA(000100a6,000000d3,00000003,00000000) ret=005e5ccc
0009:Call window proc 0x38081d
(hwnd=0x100a6,msg=EM_SETMARGINS,wp=00000003,lp=00000000)
0009:Call user32.IsWindowUnicode(000100a6) ret=006a8bc8
0009:Ret user32.IsWindowUnicode() retval=00000000 ret=006a8bc8
0009:Call user32.CallWindowProcA(603ff4d0,000100a6,000000d3,00000003,00000000)
ret=005e529f
0009:Call window proc 0x603ff4d0
(hwnd=0x100a6,msg=EM_SETMARGINS,wp=00000003,lp=00000000)
trace:edit:EditWndProcA hwnd=0x100a6 msg=d3 (EM_SETMARGINS) wparam=3 lparam=0
unicode=false
trace:edit:EditWndProc_common hwnd=0x100a6 msg=d3 (EM_SETMARGINS) wparam=3
lparam=0, unicode=0
--- relevant log extract ---
Did you spot it?
Unicode flag changes ... someone switched edit window proc to ansi version on
purpose!
But thats only half of the story...
--- relevant log extract ---
trace:edit:EDIT_SetCaretPos 0 - 0x0
trace:win:RedrawWindow 0x100a6 whole window flags: RDW_INVALIDATE RDW_ERASE
trace:edit:EDIT_EM_SetMargins left=0, right=0
trace:edit:EditWndProc_common hwnd=0x100a6 msg=d3 (EM_SETMARGINS) -- 0x00000000
unicode=0
0009:Ret window proc 0x603ff4d0
(hwnd=0x100a6,msg=EM_SETMARGINS,wp=00000003,lp=00000000) retval=00000000
0009:Ret user32.CallWindowProcA() retval=00000000 ret=005e529f
0009:Ret window proc 0x38081d
(hwnd=0x100a6,msg=EM_SETMARGINS,wp=00000003,lp=00000000) retval=00000000
0009:Ret user32.SendMessageA() retval=00000000 ret=005e5ccc
0009:Call user32.GetWindowLongA(000100a6,fffffffc) ret=006a883a
0009:Ret user32.GetWindowLongA() retval=0038081d ret=006a883a
0009:Call user32.SetWindowLongW(000100a6,fffffffc,0038081d) ret=006a8843
trace:win:WIN_SetWindowLong 0x100a6 -4 38081d W
trace:win:alloc_winproc allocated 0xffff005a for (nil)/0x38081d (91/8192 used)
0009:Ret user32.SetWindowLongW() retval=ffff0059 ret=006a8843
0009:Call user32.SendMessageA(000100a2,0000000e,00000000,00000000) ret=006b1568
trace:msg:WINPROC_CallProcAtoW
(hwnd=0x100a2,msg=WM_GETTEXTLENGTH,wp=00000000,lp=00000000)
0009:Call window proc 0x380142
(hwnd=0x100a2,msg=WM_GETTEXTLENGTH,wp=00000000,lp=00000000)
0009:Call user32.CallWindowProcW(0038014f,000100a2,0000000e,00000000,00000000)
ret=006b11d9
0009:Call window proc 0x38014f
(hwnd=0x100a2,msg=WM_GETTEXTLENGTH,wp=00000000,lp=00000000)
0009:Call user32.CallWindowProcA(00380135,000100a2,0000000e,00000000,00000000)
ret=0061f37c
0009:Call window proc 0x380135
(hwnd=0x100a2,msg=WM_GETTEXTLENGTH,wp=00000000,lp=00000000)
0009:Call user32.CallWindowProcW(603d94d0,000100a2,0000000e,00000000,00000000)
ret=006b13e1
0009:Call window proc 0x603d94d0
(hwnd=0x100a2,msg=WM_GETTEXTLENGTH,wp=00000000,lp=00000000)
trace:combo:ComboWndProc_common [0x100a2]: msg WM_GETTEXTLENGTH wp 00000000 lp
00000000 unicode=1
0009:Call window proc 0x38081d
(hwnd=0x100a6,msg=WM_GETTEXTLENGTH,wp=00000000,lp=00000000)
0009:Call user32.IsWindowUnicode(000100a6) ret=006a8bc8
0009:Ret user32.IsWindowUnicode() retval=00000001 ret=006a8bc8
0009:Call user32.IsWindowUnicode(000100a6) ret=006a8a0b
0009:Ret user32.IsWindowUnicode() retval=00000001 ret=006a8a0b
0009:Call user32.CallWindowProcW(603ff4d0,000100a6,0000000e,00000000,00000000)
ret=006a8a3f
0009:Call window proc 0x603ff4d0
(hwnd=0x100a6,msg=WM_GETTEXTLENGTH,wp=00000000,lp=00000000)
trace:edit:EditWndProcA hwnd=0x100a6 msg=e (WM_GETTEXTLENGTH) wparam=0 lparam=0
unicode=false
trace:edit:EditWndProc_common hwnd=0x100a6 msg=e (WM_GETTEXTLENGTH) wparam=0
lparam=0, unicode=0
trace:edit:EditWndProc_common hwnd=0x100a6 msg=e (WM_GETTEXTLENGTH) --
0x00000000 unicode=0
0009:Ret window proc 0x603ff4d0
(hwnd=0x100a6,msg=WM_GETTEXTLENGTH,wp=00000000,lp=00000000) retval=00000000
0009:Ret user32.CallWindowProcW() retval=00000000 ret=006a8a3f
--- relevant log extract ---
The unicode callback is accidentally switched to ansi window proc of edit
control.
Thats why the ansi version of edit control window proc is called!
I did not look very hard at those (delphi) TNTUnicodeControls the software uses
but i found a code piece like this:
--------------------
if ListHandle <> 0 then
begin
// re-extract FDefListProc as a Unicode proc
SetWindowLongA(ListHandle, GWL_WNDPROC, Integer(FDefListProc));
FDefListProc := Pointer(GetWindowLongW(ListHandle, GWL_WNDPROC));
// override with FListInstance as a Unicode proc
SetWindowLongW(ListHandle, GWL_WNDPROC, Integer(FListInstance));
end;
SetWindowLongW(EditHandle, GWL_WNDPROC, GetWindowLong(EditHandle,
GWL_WNDPROC));
--------------------
Last line has a bug .. can you spot it? :)
################### Part 2 ###################
>From what i've seen there are other errors too, mostly related to transparent
bitmaps (png's).
Install went fine.
Had to unpack the .exe for analysis because it's UPXed.
If you start this thing under winedbg or any other debugger you will notice
lot's of 0xC0000005 (first chance).
Pass them on but they appear every time.
I tracked the origin of exceptions down to this signature:
; __fastcall Pngimage::TPNGObject::DrawPartialTrans(unsigned int, Types::TRect
const &)
Seems some open source png library implemented in delphi:
http://jabberstudio.org/cgi-bin/viewcvs.cgi/exodus/trunk/jopl/png/pngimage.…
--- snip from source ---
{Draws using partial transparency}
procedure TPngObject.DrawPartialTrans(DC: HDC; Rect: TRect);
...
{Structure used to create the bitmap}
BitmapInfoHeader: TBitmapInfoHeader =
(biSize: sizeof(TBitmapInfoHeader);
biWidth: 100;
biHeight: 100;
biPlanes: 1;
biBitCount: 32;
biCompression: BI_RGB;
biSizeImage: 0;
biXPelsPerMeter: 0;
biYPelsPerMeter: 0;
biClrUsed: 0;
biClrImportant: 0);
....
{Prepare to create the bitmap}
Fillchar(BitmapInfo, sizeof(BitmapInfo), #0);
BitmapInfoHeader.biWidth := Header.Width;
BitmapInfoHeader.biHeight := -1 * Header.Height;
BitmapInfo.bmiHeader := BitmapInfoHeader;
...
BufferBitmap := CreateDIBSection(BufferDC, BitmapInfo, DIB_RGB_COLORS,
BufferBits, 0, 0);
--- snip from source ---
This results in console messages like this:
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=32
But it gets worse ...
Accessing the pixel data results in exceptions thrown all the time.
Run "WINEDEBUG=+seh ...." and see what i mean.
Move over an icon or some bitmap -> first chance exception.
These are not "programmed" ones like RaiseError( exception_type,
exception_text) but access violations due to incorrect memory access
They are handled somewhere but i'm not sure if the default exception handler is
located "too high".
That might introduce subtle bugs as unwanted/unexpected exceptions lead to
skipped code blocks and break normal progam flow.
Would be nice to see this type of error resolved.
It's hard to debug with a filter to 0xC0000005's - you might miss the real ones
(not caused by png stuff).
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7512
dmitry(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Problem with unicode |Problem with unicode
|comboboxes |comboboxes
------- Additional Comments From dmitry(a)codeweavers.com 2007-21-02 21:22 -------
Is there a demo version of the program for download?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6323
------- Additional Comments From dmitry(a)codeweavers.com 2007-21-02 20:57 -------
The patch has been committed.
Please re-test and close if appropriate.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7517
Summary: fixme:itss:ITStorageImpl_SetControlData breaks HTML Help
Workshop compiler
Product: Wine
Version: 0.9.30.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyunaev(a)ulduzsoft.com
The MS Html Help Workshop compiler (hhc.exe) stops working in 0.9.31 (version
shows 0.9.30 because there were no 0.9.31). According to appdb was reported to
work before, but I didn't test it.
To reproduce:
- set the Windows version to XP;
- download the installation from http://www.microsoft.com/downloads/
details.aspx?familyid=00535334-c8a6-452f-9aa0-d597d16580cc&displaylang=en -
htmlhelp.exe, 3Mb
- install it; it installs successfully.
- create a simple project file:
[OPTIONS]
Compiled file=C:\outhelp.chm
Default Window=helpfile
Display compile progress=Yes
[WINDOWS]
index.html
- and save it under "empty.hhp"
- run "wine "C:\\Program Files\\HTML Help Workshop\\hhc.exe" empty.hhp
- you'll get:
fixme:itss:ITStorageImpl_SetControlData 0x17f150
HHC5010: Error: Cannot open "C:\outhelp.chm". Compilation stopped.
- while it supposed to either blame index.html not found, or create a chm file
containing this index.html
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7511
------- Additional Comments From adam(a)tpetaccia.com 2007-21-02 20:12 -------
Playing the game until it asserts without debugging dumped gives the following:
err:d3d:state_multisampleaa Multisample antialiasing not supported by gl
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to
Rendering surface surf@0x176f7d8 usage(WINED3DUSAGE_RENDERTARGET)
err:d3d:state_multisampleaa Multisample antialiasing not supported by gl
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to
Rendering surface surf@0x176f7d8 usage(WINED3DUSAGE_RENDERTARGET)
err:d3d:state_multisampleaa Multisample antialiasing not supported by gl
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to
Rendering surface surf@0x176f7d8 usage(WINED3DUSAGE_RENDERTARGET)
err:d3d:state_multisampleaa Multisample antialiasing not supported by gl
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to
Rendering surface surf@0x176f7d8 usage(WINED3DUSAGE_RENDERTARGET)
err:d3d:state_multisampleaa Multisample antialiasing not supported by gl
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to
Rendering surface surf@0x176f7d8 usage(WINED3DUSAGE_RENDERTARGET)
err:d3d:state_multisampleaa Multisample antialiasing not supported by gl
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to
Rendering surface surf@0x176f7d8 usage(WINED3DUSAGE_RENDERTARGET)
err:d3d:state_multisampleaa Multisample antialiasing not supported by gl
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to
Rendering surface surf@0x176f7d8 usage(WINED3DUSAGE_RENDERTARGET)
err:d3d:state_multisampleaa Multisample antialiasing not supported by gl
fixme:d3d:IWineD3DDeviceImpl_ValidateDevice (0x17b2108) : stub
fixme:d3d:IWineD3DDeviceImpl_ValidateDevice (0x17b2108) : stub
fixme:d3d:IWineD3DDeviceImpl_ValidateDevice (0x17b2108) : stub
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to
Rendering surface surf@0x176f7d8 usage(WINED3DUSAGE_RENDERTARGET)
err:d3d:state_multisampleaa Multisample antialiasing not supported by gl
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to
Rendering surface surf@0x176f7d8 usage(WINED3DUSAGE_RENDERTARGET)
und: glx_texture_compression.c:57: __indirect_glGetCompressedTexImageARB:
Assertion `image_bytes <= ((4 * reply.length) - 0)' failed.
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got 158bbe02 while
expecting 5ad01d12)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got 7a6ef679 while
expecting a8d8bcd0)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got 978374cd while
expecting c742d280)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got fc25c73a while
expecting 4c4e8120)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got db83de05 while
expecting 617d8e94)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got 23474e37 while
expecting a1a6aaa1)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got 8ae5b125 while
expecting 4325414c)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got a2493c8f while
expecting 2969d6e3)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got 21cdb851 while
expecting bc4f090d)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got 8f026952 while
expecting bdc97d65)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got 86243338 while
expecting 3274e15e)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got 8b691573 while
expecting 5ccd22a3)
err:dbghelp:elf_load_debug_info_from_map Bad CRC for module (got ae7f9d6b while
expecting da137355)
err:ntdll:RtlpWaitForCriticalSection section 0x7e62e180 "x11drv_main.c:
X11DRV_CritSection" wait timed out in thread 001e, blocked by 000c, retrying (60
sec)
And it just keeps spewing Bad CRC messages (what do those mean anyway? What
module? What causes it?)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
------- Additional Comments From mike(a)codeweavers.com 2007-21-02 19:16 -------
I'm a little busy this week, I may be able to have a look at this next week.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7515
hardkaare(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
------- Additional Comments From hardkaare(a)gmail.com 2007-21-02 18:37 -------
Sorry, im not quite sure how to report this.
Everest poker logo shows up, adn an info box comes up telling my that my system
specs dossent fit the program needs.
It works on my windows partition.
I know that a lot of poker places are uing this software, so a lot of poker
playing ppl would be happy to see it working.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7515
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From truiken(a)gmail.com 2007-21-02 18:28 -------
fixme's are not bugs.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7515
Summary: Everest poker gives some fixme errors
Product: Wine
Version: 0.9.30.
Platform: PC
URL: http://www.everestpoker.com/
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hardkaare(a)gmail.com
Everest poker gives an error about system spec not
fixme:advapi:SetEntriesInAclA 1 0x33fd64 0x169c1c 0x33fd90
linux:~/.wine/drive_c/Program Files/Everest Poker$ fixme:advapi:SetEntriesInAclA
1 0x34fd64 0x169c5c 0x34fd90
fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x187c60) : stub,
simulating 64MB for now, returning 64MB left
fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x174e00)->((nil),00000008)
fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5521
kde(a)3danim.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From kde(a)3danim.de 2007-21-02 17:03 -------
The video memory value can now be changed in the wine registry.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7514
Summary: winecfg too slow when network is up
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pacho(a)condmat1.ciencias.uniovi.es
When network is up and I launch "winecfg", I have to wait more than five minutes
for view the window appear. If I shutdown network, winecfg works properly.
I am using GentooLinux
wine-0.9.31
ipw3945-1.2.0
03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network
Connection (rev 02)
Thanks a lot
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7513
Summary: root partion accessible although not linked via
dosdevices
Product: Wine
Version: 0.9.22.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: seschulz0031(a)gmx.de
Hi,
I executed a malware via wine and parts of my linux filesystem, that were
writeable to my account (including my linux home directory) were deleted.
I had a single link under .wine/dosdevices : that is c: -> ../drive_c
So I thought that this is the only path windows programs executed via wine
'see'. After this accident I saw in a another program under wine that the
complete linux root filesystem is accessible for windows programs under wine.
'/' shows up not under 'My Computer' like the devices that I define via
.wine/dosdevices but it shows up directly under 'Desktop'.
Why is this so? Where can I disable this? I googled a lot, read the FAQ, forums,
looked for relevant options in the wine registry and winecfg, searched bugzilla.
But nothing.
Since I'm unable to disable this behaviour I decided to fill a bug report.
System: Kubuntu 6.10
Thanks in advance...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7510
------- Additional Comments From bryan.christ(a)gmail.com 2007-21-02 16:23 -------
Not sure. The installer aborts and asks me whether the partial installation
should be left to remain or the files should be removed. I'm attaching a file
of the terminal messages during installation.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7512
Summary: Problem with unicode comboboxes
Product: Wine
Version: 0.9.30.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wildchild778877(a)yahoo.com
I have been using a burning program called ImgBurn for a while now with good
results. The latest update of ImgBurn added support for UNICODE which has
created a problem with the text being shown in drop down combo boxes. I have a
thread started at the ImgBurn forums more detail of the problem can be found there.
http://forum.imgburn.com/index.php?showtopic=3366
LIGHTNING UK! is the author of the program and can be contacted at the forum. I
know you guys are very busy but any help you could offer would be great.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7342
------- Additional Comments From focht(a)gmx.net 2007-21-02 14:29 -------
Created an attachment (id=5044)
--> (http://bugs.winehq.org/attachment.cgi?id=5044&action=view)
outlook sr2 crash log
Hello,
hope you don't mind if i step in :)
I used Office/Outlook 97 SR2 install for this experiment, probably applies to
SR1 as well.
Modified wine 0.9.31 with MAPIAdminProfiles() patch
Arguments:
WINEDEBUG=+process,+seh,+tid,+loaddll,+mapi
(see attached crash log for full info)
Crashes in outlook dll.
I walked up the stack frames, thankfully frame #4 revealed the cause.
--- snip partial dump/analysis ---
NOTE: var_8 = LPMAPISESSION* lppSession
...
.text:6E1C477A push edi
.text:6E1C477B lea ecx, [ebp+var_8]
.text:6E1C477E call sub_6E1CCB1A
.text:6E1C4783 lea ecx, [ebp+var_4]
.text:6E1C4786 call sub_6E1E7DA9
.text:6E1C478B lea eax, [ebp+var_8]
.text:6E1C478E push eax ; [out]
LPMAPISESSION FAR * lppSession
.text:6E1C478F push [ebp+arg_C] ; FLAGS flFlags
.text:6E1C4792 push [ebp+arg_8] ; LPTSTR
lpszPassword
.text:6E1C4795 push [ebp+arg_4] ; LPTSTR
lpszProfileName
.text:6E1C4798 push [ebp+arg_0] ; ULONG
ulUIParam
.text:6E1C479B call MAPILogonEx@20
.text:6E1C47A0 test eax, eax
.text:6E1C47A2 jl loc_6E2E9DD8
.text:6E1C47A8 push [ebp+var_8] ; lppSession
.text:6E1C47AB mov ecx, esi
.text:6E1C47AD call sub_6E1C4805 ; <-- dereferencing
lppSession in nested calls
.text:6E1C47B2 mov eax, esi
...
--- snip partial dump/analysis ---
The problem lies in MAPILogonEx() stub which returns "SUCCESS" but does *not*
return a valid pointer to MAPISESSION.
"LPMAPISESSION *session" is an OUT parameter.
--- snip wine mapi32_main.c ---
HRESULT WINAPI MAPILogonEx(ULONG_PTR uiparam, LPWSTR profile,
LPWSTR password, ULONG flags, LPMAPISESSION *session)
{
FIXME("(0x%08lx %s %p 0x%08x %p) Stub\n", uiparam,
debugstr_w(profile), password, flags, session);
return SUCCESS_SUCCESS;
}
--- snip wine mapi32_main.c ---
You have two options:
1. Fix MAPILogonEx() to return some "failure" code like MAPI_E_LOGON_FAILED
2. Implement all necessary MAPI (session) stuff
Return failure will result in outlook displaying messagbox "logon failure" and
clean exit after confirmation (tested).
Implementing all the necessary MAPI stuff might be a somewhat tedious task ...
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7506
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.nbpfaus.net/~pfau
| |/ftplib/ftplib-3.1-1.zip
Keywords| |download
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1631
------- Additional Comments From tonglebeak(a)gmail.com 2007-21-02 14:08 -------
Confirming for .9.31 running Battlefield 1942 w/alsa on the ca0106 driver.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
The file that you say crashed it does not exist on the real Win NT
system either. In fact, there is no c:\windows directory at all.
Also, the software was never 'installed' under NT; it was just copied
there from a zip archive on another machine when we upgraded.
On Tue, 2007-02-20 at 17:44 -0600, Wine Bugs wrote:
> http://bugs.winehq.org/show_bug.cgi?id=7502
>
>
> juan_lang(a)yahoo.com changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> Status|UNCONFIRMED |RESOLVED
> Resolution| |INVALID
>
>
>
>
> ------- Additional Comments From juan_lang(a)yahoo.com 2007-20-02 17:44 -------
> Install it into wine first - it's crashed after looking for c:\windows\wpr.ini,
> which isn't there, since it was installed under NT.
>
--
http://bugs.winehq.org/show_bug.cgi?id=7461
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mike(a)codeweavers.com
Component|wine-kernel |wine-msi
------- Additional Comments From truiken(a)gmail.com 2007-21-02 13:11 -------
My analysis about OpenEvent is wrong. The following patch causes this regression:
63e554994a8c6cabf13751d0e1f0f686fcd61bd3 is first bad commit
commit 63e554994a8c6cabf13751d0e1f0f686fcd61bd3
Author: Mike McCormack <mike(a)codeweavers.com>
Date: Mon Feb 12 11:31:41 2007 +0900
msi: Store dll based custom actions in a separate list.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7211
------- Additional Comments From adam(a)tpetaccia.com 2007-21-02 12:50 -------
This happens more and more infrequently with each WINE release, with 0.9.30 I
haven't gotten one. But I get the exact same symptoms if I minimize Guild Wars.
Making it rather difficult to unminimize.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4961
adam(a)tpetaccia.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From adam(a)tpetaccia.com 2007-21-02 12:48 -------
It works for me now; It was probably an invalid setup I had going at one point.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7511
Summary: Guildwars crashes with assersion failure
Product: Wine
Version: 0.9.30.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adam(a)tpetaccia.com
Using the opengl backend, Guild Wars crashes (or technically infinately hangs)
with the following:
glx_texture_compression.c:58: __indirect_glGetCompressedTexImageARB: Assertion
`image_bytes >= ((4 * reply.length) - 3)' failed.
This occurs in under two minutes of game play, with both the alpha mouse patch,
and lighting 'fix' applied (without these, the game is unplayable, or crashes
anyway). This is on an nVidia card; When played on an laptop with an Intel
card, I have yet to encounter this problem.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7510
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|critical |normal
Keywords| |download, Installer
------- Additional Comments From thestig(a)google.com 2007-21-02 12:39 -------
what's missing in the partial install?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=50
fgouget(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From fgouget(a)codeweavers.com 2007-21-02 11:59 -------
Yay! It works great now.
Thanks for the conformance test and patch Pedro.
I'm marking the bug as closed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7295
fgouget(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From fgouget(a)codeweavers.com 2007-21-02 11:54 -------
I have used two sources to update Wine's timezone data:
* Olson's timezone database
http://www.twinsun.com/tz/tz-link.htm
This seems to be the authoritative source of timezone data used by
the Glibc, Linux, FreeBSD, etc.
It can also be found online on Unicode.org's CLDR site:
http://unicode.org/cldr/repository/tools/java/org/unicode/cldr/util/data/
* Unicode.org's Common Locale Data Repository (CLDR) Project's table
mapping from Windows timezone names to the Olson database timezone ids:
http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html
See the license in Exhibit 1 there:
http://www.unicode.org/copyright.html
Some notes:
* Wine uses the Olson tzid as the display name.
I have kept it that way as it seems to match what is displayed by Linux
distributions and tools. If we wanted we could use the following source
to get information more (/exactly) like the Windows display names:
http://unicode.org/cldr/repository/tools/java/org/unicode/cldr/tool/Misc.ja…
* In many places we were using 'old tzids', that is timezone ids that Olson's
database only keeps around for backward compatibility. See the 'backward'
file in Olson's database:
http://unicode.org/cldr/repository/tools/java/org/unicode/cldr/util/data/ba…
So for those I switched to the new names.
* There are still some differences with the Windows timezone data. They are
detailed in a section below.
* For some Windows timezones we use a different Olson id than the one
specified by the CLDR database. These are detailed in a section below.
* Having done the mapping by hand once, I think it would be nice to be able
to automate the wine.inf update, especially as many countries seem to like
changing their daylight saving rules every year. Automation should be
feasible by combining the CLDR's mapping of Windows timezone names to
Olson tzids, and parsing the Olson database (which is complex but has
clearly been parsed before).
* If automated we could even automatically generate a very complete set of
registry values in Vista's new 'Dynamic DST' format.
* When comparing this data to the contents of the Windows XP registry, make
sure you have first applied the 'February 2007 cumulative time zone update
for Microsoft Windows operating systems' as it contains some important
fixes.
http://support.microsoft.com/?scid=kb%3Ben-us%3B931836&x=3&y=14
So here are the remaining differences with Windows. I hope that people can
analyze and pitch in on how best to handle them.
---
Differences in the TZI field
* Central Brazilian Standard Time - America/Manaus
Windows XP has DST settings for this timezone:
bias=240 / 0 / -60
- std=0000/00/00 (0) 00:00:00:0
- dst=0000/00/00 (0) 00:00:00:0
+ std=0000/02/05 (0) 00:00:00:0
+ dst=0000/11/01 (0) 00:00:00:0
* Egypt Standard Time - Africa/Cairo
Windows XP says Egypt switches to daylight saving time at 23:59:59 on the
last Thursday of April, while Olson say the switch is at 00:00:00 on the
last Friday of April. This looks like just a one second difference but
could widen to a whole week if the last Thursday of April is the last day
of April... So who's right?
bias=-120 / 0 / -60
std=0000/09/05 (4) 23:59:59:0
- dst=0000/04/05 (5) 00:00:00:0
+ dst=0000/04/05 (4) 23:59:59:0
* Greenland Standard Time - America/Godthab
The Windows XP DST start date does not match Olson's.
bias=180 / 0 / -60
std=0000/10/05 (0) 02:00:00:0
- dst=0000/03/05 (0) 02:00:00:0
+ dst=0000/04/01 (0) 02:00:00:0
* Jordan Standard Time - Asia/Amman
The Windows XP DST end date does not match Olson's.
bias=-120 / 0 / -60
- std=0000/10/05 (5) 00:00:00:0
+ std=0000/09/05 (5) 01:00:00:0
dst=0000/03/05 (4) 00:00:00:0
* Mid-Atlantic Standard Time - Atlantic/Noronha
Windows XP has DST settings for this timezone:
bias=120 / 0 / -60
- std=0000/00/00 (0) 00:00:00:0
- dst=0000/00/00 (0) 00:00:00:0
+ std=0000/09/05 (0) 02:00:00:0
+ dst=0000/03/05 (0) 02:00:00:0
* Middle East Standard Time
Again a difference of a few microseconds that would get as large as a week.
bias=-120 / 0 / -60
- std=0000/10/05 (0) 00:00:00:0
+ std=0000/10/05 (6) 23:59:59:999
dst=0000/03/05 (0) 00:00:00:0
* Namibia Standard Time - Africa/Windhoek
Windows XP says this is GMT+02:00 but Olson says it's GMT+01:00.
Windows XP also seems to have the DST dates reversed
(Namibia is in the southern hemisphere).
- bias=-60 / 0 / -60
- std=0000/04/01 (0) 02:00:00:0
- dst=0000/09/01 (0) 02:00:00:0
+ bias=-120 / 0 / 60
+ std=0000/09/01 (0) 02:00:00:0
+ dst=0000/04/01 (0) 02:00:00:0
* Pacific SA Standard Time
Again a difference of a few microseconds that would get as large as a week.
bias=240 / 0 / -60
- std=0000/03/02 (0) 00:00:00:0
- dst=0000/10/02 (0) 00:00:00:0
+ std=0000/03/02 (6) 23:59:59:999
+ dst=0000/10/02 (6) 23:59:59:999
---
Windows -> Tzid mapping differences to the CLDR
* Azerbaijan Standard Time -> Asia/Baku
Central Brazilian Standard Time -> America/Manaus
Georgian Standard Time -> Asia/Tbilisi
Jordan Standard Time -> Asia/Amman
Namibia Standard Time -> Africa/Windhoek
Middle East Standard Time -> Asia/Beirut
Montevideo Standard Time -> America/Montevideo
The CLDR is missing mappings for all of these. I reported it in CLDR bug
1282:
http://www.unicode.org/cldr/bugs/locale-bugs
* Central Standard Time (Mexico)
Mountain Standard Time (Mexico)
Pacific Standard Time (Mexico)
These are new too so the CLDR does not have a mapping for them either.
Further complicating the matter, they are copies of the old non '(Mexico)'
suffixed timezones and thus should have a different display name to
distinguish them.
* Caucasus Standard Time
Wine: Asia/Yerevan
CLDR: Asia/Tbilisi
Windows now has the '' which maps to 'Asia/Tbilisi' and this one seems to
more closely correspond to 'Asia/Yerevan'. See also bug 1282.
* Central America Standard Time
Wine: America/Regina
CLDR: America/Managua
Central Pacific Standard Time
Wine: Pacific/Guadalcanal
CLDR: Asia/Magadan
GTB Standard Time
Wine: Europe/Athens
CLDR: Europe/Istanbul
I'm unconvinced by the CLDR mappings for these so I'm essentially sticking
with Wine's existing mapping (but with the current Olson tzids).
* Dateline Standard Time
Wine: Pacific/Kwajalein
CLDR: Etc/GMT+12
I'm siding with CLDR bug 988 on this one.
* SA Eastern Standard Time
Wine: America/Argentina/Buenos_Aires
CLDR: America/Buenos_Aires
US Eastern Standard Time
Wine: America/Indiana/Indianapolis
CLDR: America/Indianapolis
The CLDR uses the old Olson timezone ids for these. Reported as CLDR bug
1283.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7510
Summary: Super Copyright (free software) fails to install and run
Product: Wine
Version: 0.9.30.
Platform: PC
URL: http://www.erightsoft.com/home.html
OS/Version: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bryan.christ(a)gmail.com
Super Copyright build v2007.bld.21 (January 4, 2007) installs only partially.
Because installation does not complete, application does not run.
Super Copyright is free software and can be downloaded at no charge from the URL
above.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7454
------- Additional Comments From truiken(a)gmail.com 2007-21-02 11:34 -------
> trace:msi:copy_install_file Copying L"Z:\\home\\zusatz\\Office
2000\\Windows\\Fonts\\TAHOMA.TTF" to L"c:\\windows\\Fonts\\TAHOMA.TTF"
> trace:msi:copy_install_file copy error: 5
5 is ERROR_ACCESS_DENIED. What are the permissions on TAHOMA.TTF in your
home/zusatz/Office... directory?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7120
inckie(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From inckie(a)gmail.com 2007-21-02 11:33 -------
I've just tested Wine 0.9.31 and the issue is gone.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=50
------- Additional Comments From inckie(a)gmail.com 2007-21-02 11:32 -------
I've just tested Wine 0.9.31 and both the text justification and justified text
selection issues are gone. Thus I'm marking Bug 7120 as closed; would you please
mark this likewise?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7342
------- Additional Comments From bryan.christ(a)gmail.com 2007-21-02 11:24 -------
typo in comment 14: should be "wine 0.9.31"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7342
------- Additional Comments From bryan.christ(a)gmail.com 2007-21-02 11:21 -------
Damjan: I patched and compiled wine 9.31.0, removed removing ~/.wine, and
re-installed Office 97 SR-1. Outlook still will not start. I will attach the
backtrace.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7503
djmanas(a)centrum.cz changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From djmanas(a)centrum.cz 2007-21-02 10:49 -------
thanks guys, everything works now and I am sorry that I am too lame ;(
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=881
------- Additional Comments From gbrammer(a)gmx.de 2007-21-02 10:49 -------
My patch from comment #9 caused the cursor to flicker in other apps. This one
does not, although I still have no idea why this fixes anything :-)
--- a/dlls/user32/cursoricon.c
+++ b/dlls/user32/cursoricon.c
@@ -1459,8 +1459,9 @@ HCURSOR WINAPI SetCursor( HCURSOR hCursor /* [in] Handle
of cursor to show */ )
struct user_thread_info *thread_info = get_user_thread_info();
HCURSOR hOldCursor;
- if (hCursor == thread_info->cursor) return hCursor; /* No change */
- TRACE("%p\n", hCursor);
+ if (hCursor && hCursor == thread_info->cursor) return hCursor; /* No change */
+ TRACE("%p (was %p)\n", hCursor, thread_info->cursor);
+
hOldCursor = thread_info->cursor;
thread_info->cursor = hCursor;
/* Change the cursor shape only if it is visible */
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7208
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-21-02 09:37 -------
James' patch is in git. The app installs fine again. Nice. Thanks very much
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7507
ehoover(a)mines.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.fileshack.com/fil
| |e.x/10158/Supreme+Commander+
| |Demo
------- Additional Comments From ehoover(a)mines.edu 2007-21-02 08:09 -------
I do not know for sure, but a cursory inspection of the screenshot shows some
differences between this problem and 5909. Bug 5909 shows some separation
between the characters of the font and different box heights based on how tall a
letter is, however that may just be a result of how madden was coded.
Possibly related command-line message:
err:d3d9:IDirect3DDevice9Impl_StretchRect Texture filters not supported yet
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7471
max.plenert(a)web.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From max.plenert(a)web.de 2007-21-02 08:05 -------
Fixed for Tropico, can someone retest Heroes of Might and Magic I & II ?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7509
------- Additional Comments From dmitry(a)codeweavers.com 2007-21-02 07:38 -------
It's worth to report to Beryl developers then.
Wine uses _NET_WM_STATE_FULLSCREEN for switching to fullscreen mode,
does Beryl support that?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7471
------- Additional Comments From dmitry(a)codeweavers.com 2007-21-02 07:35 -------
The patch has been committed.
Please re-test and close if the bug is fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6722
infyquest(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From infyquest(a)gmail.com 2007-21-02 06:22 -------
This has been committed in version 0.9.31
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4468
------- Additional Comments From focht(a)gmx.net 2007-21-02 06:02 -------
Hello,
i looked at the patch and i think it could be further improved....
- input parameter checking missing (trashes if null ptr)
- use of SetLastError() (any "good" app which uses api checks for it)
>From looking at my own registry and MSDN (see KB237387 - corrupt hardware
profiles) i would prefer the "current config" approach, e.g. reading the active
hardware profile number and then get the subtree data.
The patch assumes there is only one hardware profile ever.
Autogenerating missing profile data is good but i would not autogenerate the
"base" profile reg tree structure itself in api function.
This should be done by some wine setup script.
e.g. creating:
"System\\CurrentControlSet\\Control\\IDConfigDB" + CurrentConfig (points to
"Hardware Profiles\\xxxx"
"System\\CurrentControlSet\\Control\\IDConfigDB\\CurrentDockInfo + DockingState
A default hw profile "0000" under
"System\\CurrentControlSet\\Control\\IDConfigDB\\Hardware Profiles\\0000" with
at least "FriendlyName" and some "HwProfileGuid" setup (even if fake)
Following is some code how this might work... just to get the idea
--- sample (pseudo) code ---
BOOL WINAPI GetCurrentHwProfile(LPHW_PROFILE_INFO pInfo)
{
HKEY base_key, profile_key, dockinfo_key;
DWORD current_config;
char profile_keyname[MAX_PATH];
int cnt;
if( pInfo == NULL)
{
SetLastError( ERROR_INVALID_PARAMETER);
return FALSE;
}
base_key = profile_key = dockinfo_key = 0;
if( !OpenRegKey( "System\CurrentControlSet\Control\IDConfigDB", &base_key))
{
SetLastError( ERROR_REGISTRY_CORRUPT);
goto error;
}
if( !QueryRegValue( base_key, "CurrentConfig", REG_DWORD, ¤t_config))
{
SetLastError( ERROR_REGISTRY_CORRUPT);
goto error;
}
cnt = snprintf( profile_keyname, sizeof(profile_keyname), "Hardware
Profiles\\%04u", current_config);
if( cnt < 0 || cnt >= sizeof(profile_keyname))
{
SetLastError( ERROR_INSUFFICIENT_BUFFER);
goto error;
}
if( !OpenRegKey( profile_keyname, &profile_key))
{
SetLastError( ERROR_REGISTRY_CORRUPT);
goto error;
}
if( !OpenRegKey( "CurrentDockInfo", &dockinfo_key))
{
SetLastError( ERROR_REGISTRY_CORRUPT);
goto error;
}
if( !QueryRegValue( dockinfo_key, "DockingState", REG_DWORD, &docking_state))
{
// fake data (according to MSDN might be better to return
DOCKINFO_UNDOCKED (desktop systems)
pInfo->dwDockInfo = 1;
// write value to active profile in registry
}
if( !QueryRegValue( profile_key, "HwProfileGuid", REG_SZ,
pInfo->szHwProfileGuid))
{
// see KB237387 (corrupt hardware profiles)
// fake some guid like in patch
// write guid string value to active profile in registry
// copy to pInfo->szHwProfileGuid
}
if( !QueryRegValue( profile_key, "FriendlyName", REG_SZ, pInfo->szHwProfileName))
{
// fake like in patch
strcpy( pInfo->szHwProfileName, "some fake profile");
// write the value to active profile in registry
}
return TRUE;
error:
if( dockinfo_key != 0)
CloseRegKey( dockinfo_key);
if( profile_key != 0)
CloseRegKey( profile_key);
if( base_key != 0)
CloseRegKey( base_key);
return FALSE;
}
--- sample (pseudo) code ---
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7509
Summary: Fullscreen apps not working with beryl.
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: randomizedfluff(a)googlemail.com
Fullscreen apps do not work properly in beryl, and the taskbar is visible over them.
Native opengl apps seem to disable beryl wile running i.e. you can't switch to
the cube or alt-tab but this does not happen in wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7507
------- Additional Comments From jeremielapuree(a)yahoo.fr 2007-21-02 05:49 -------
It seems to be a duplicate of bug 5909.
Joaopa
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7342
damjan.jov(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |damjan.jov(a)gmail.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7503
------- Additional Comments From hverbeet(a)gmail.com 2007-21-02 05:15 -------
I suppose it could be using the font to generate a texture.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7507
------- Additional Comments From l_bratch(a)yahoo.co.uk 2007-21-02 05:08 -------
Here's a URL for the demo:
http://www.fileshack.com/file.x/10158/Supreme+Commander+Demo
No registration required, and usually no wait. Hopefully someone can add that
to the URL field.
I've also been trying this demo myself, but it doesn't seem to be a missing font
issue. I have all the corefonts installed - and even copied across all the
fonts from a Windows install into drive_c/windows/fonts, but it didn't help.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7507
------- Additional Comments From dank(a)kegel.com 2007-21-02 05:03 -------
Please add the URL where the demo can be downloaded, and
put 'download' in the keywords field.
Probably you're missing a font. You could try installing
the standard ones like arial32 from http://corefonts.sf.net
in wine and see if that helps...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7500
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From dank(a)kegel.com 2007-21-02 04:46 -------
Excellent. Next problem is bug 7508.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7508
Summary: Activesync 4.2 partially crashes on startup
Product: Wine
Version: CVS
Platform: Other
URL: http://www.microsoft.com/windowsmobile/activesync/active
sync42.mspx
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Now that bug 7500 is fixed, I can do
$ wine WCESMgr.exe
and it puts up a nice GUI that seems to work!
But bad things are happening. The console window shows several
different com/rpc related crashes. Here's one:
trace:rpc:RPCRT4_OpenBinding (Binding == ^0x4c0098)
wine: Unhandled page fault on write access to 0x004d0000 at address 0xb7d299dc
(thread 001e), starting debugger...
Backtrace:
=>1 0xb7d299dc memcpy+0x1c() in libc.so.6 (0x7da09848)
2 0x7e8e280f RPCRT4_Send+0x4d(Connection=<register ESI not in topmost frame>,
Header=0x2116d0, Buffer=0x2115e0, BufferLength=0x4)
[/home/dank/wine-git/dlls/rpcrt4/rpc_message.c:568] in rpcrt4 (0x7da098b8)
3 0x7e8e2cdf I_RpcSend+0x1c6(pMsg=0x211500)
[/home/dank/wine-git/dlls/rpcrt4/rpc_message.c:875] in rpcrt4 (0x7da09908)
4 0x7e8e6a62 RPCRT4_process_packet+0x2bf(conn=<register EDI not in topmost
frame>, hdr=0x1b0ae0, msg=0x211500)
[/home/dank/wine-git/dlls/rpcrt4/rpc_server.c:282] in rpcrt4 (0x7da09a28)
There seem to be others, too.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7503
------- Additional Comments From stefandoesinger(a)gmx.at 2007-21-02 04:44 -------
The strange thing is, after I've put the arial.ttf font there and logged in
successfully I could remove arial.ttf and eve still worked
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7493
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7487
stuart(a)stu.org.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|UltraVNC client |UltraVNC client - dies with
| |CLIPPING_UpdateGCRegion
| |hVisRgn is zero
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7377
------- Additional Comments From hans(a)it.vu.nl 2007-21-02 03:42 -------
The issue with InternetOpenUrl ignoring extra info is fixed in git.
Please verify and resolve this bug accordingly.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7454
------- Additional Comments From truiken(a)gmail.com 2007-21-02 03:21 -------
I just need the +/-100 lines around "Failed to copy..."
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7454
------- Additional Comments From Ronny.Standtke(a)gmx.net 2007-21-02 03:15 -------
OK, I applied the patch, recompiled, installed and created the +msi,+msidb
log. The resulting log file is 35 MB large. Should I really attach the file
here?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7159
------- Additional Comments From truiken(a)gmail.com 2007-21-02 01:56 -------
Please attach a +msi log...this looks like a duplicate of bug 7461.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7159
------- Additional Comments From suckfish(a)ihug.co.nz 2007-21-02 01:48 -------
Does latest version mean 0.9.31, or cvs?
In 0.9.31, I get a different error:
fixme:advapi:LookupAccountNameW (null) L"ralph" (nil) 0x34f7f8 (nil) 0x34f7f4
0x34f800 - stub
fixme:advapi:LookupAccountNameW (null) L"ralph" 0x16ec00 0x34f7f8 0x16ec18
0x34f7f4 0x34f800 - stub
err:msi:ACTION_CallDllFunction failed to find action
{6f6b322a-c17f-11db-8d87-00010310c119}
err:msi:ITERATE_Actions Execution halted, action L"ISStartup" returned 1603
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5337
stefan(a)huehner.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From stefan(a)huehner.org 2007-21-02 01:39 -------
Adam is correct. I don't notice this glitch either with current wine-git. Not
sure since when exactly this has been fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4971
------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-21-02 00:34 -------
Created an attachment (id=5041)
--> (http://bugs.winehq.org/attachment.cgi?id=5041&action=view)
New Corel Draw 12 demo install log
Btw, I was playing around with this just to see exactly what kind of script
Corel Draw 12 demo needs to install, but looks like now it still fails but not
because of a script problem. Didn't try Oracle client (which was merged with
this bug).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=6570
------- Additional Comments From ehoover(a)mines.edu 2007-21-02 00:15 -------
In reply to Comment #7:
faultrep.dll is part of Windows XP, the game just expects it to exist. You can
find a download of this file (and all the other required DLL files) by searching
Google.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7501
------- Additional Comments From thestig(a)google.com 2007-21-02 00:15 -------
Here's what's going on:
When the button is clicked, TOOLBAR_LButtonUp() gets called and it in turn calls
SendMessageW(infoPtr->hwndNotify, WM_COMMAND, ...) which causes the
destruction/creation of the toolbar. After SendMessageW() returns, the
TOOLBAR_INFO struct infoPtr points to is no longer valid and you get the crash.
Destroying and recreating the toolbar seems like a really inefficient way to
change the state of a button. Isn't sending the TB_SETSTATE message the proper
way to do it?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7507
Summary: Supreme Commander demo draws all text incorrectly
Product: Wine
Version: 0.9.30.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
The demo for supreme commander draws all text items (buttons, descriptions,
etc.) as rectangular blocks of a solid color.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7453
------- Additional Comments From kherim.registro(a)gmail.com 2007-20-02 23:35 -------
the same thing here. The trick of VanderEst works well, but a second mouse
pointer stays in the middle of the screen.
Wine 0.9.31 on Ubuntu Edgy
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7494
------- Additional Comments From excelblue(a)gmail.com 2007-20-02 22:45 -------
Not too sure on how to use git...
Not sure how I'm supposed to operate git-bisect exactly.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
------- Additional Comments From truiken(a)gmail.com 2007-20-02 21:23 -------
I'm regression testing now.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ignisinvidia(a)yahoo.com
------- Additional Comments From truiken(a)gmail.com 2007-20-02 21:10 -------
*** Bug 7466 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7466
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From truiken(a)gmail.com 2007-20-02 21:10 -------
Duplicate.
*** This bug has been marked as a duplicate of 7461 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7466
------- Additional Comments From truiken(a)gmail.com 2007-20-02 21:07 -------
Oops was looking at the wrong tab...I meant, this bug isn't the same as bug 7208.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
I forgot to mention that the source for qftp.exe client is available at:
http://www.nbpfaus.net/~pfau/ftplib/ftplib-3.1-1.zip
Look in winnt folder (binaries are in winnt/release, er winnt\release).
>
> ------- Additional Comments From blin(a)gmx.net 2007-20-02 20:13 -------
> I'd be interested in a +winsock trace. One for each failing client, if possible.
>
>
How is that done?
Wine Bugs wrote:
> http://bugs.winehq.org/show_bug.cgi?id=7506
>
>
>
>
>
> ------- Additional Comments From blin(a)gmx.net 2007-20-02 20:13 -------
> I'd be interested in a +winsock trace. One for each failing client, if possible.
>
>
http://bugs.winehq.org/show_bug.cgi?id=7506
------- Additional Comments From blin(a)gmx.net 2007-20-02 20:13 -------
I'd be interested in a +winsock trace. One for each failing client, if possible.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7506
------- Additional Comments From dougm(a)bravoecho.net 2007-20-02 19:41 -------
BTW, I get similar results with other FTP servers.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7506
Summary: ftp to remote server does short writes
Product: Wine
Version: 0.9.22.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dougm(a)bravoecho.net
In Linux, I ran:
wine ftp.exe -d -s:fc2 winpc
where ftp.exe is the Windows XP ftp client. The fc2 command-file specifies
login and pw, and a file to send.
Here is the output:
Connected to winpc.
220 Welcome to Quick 'n Easy FTP Server
User (winpc:(none)): --->
USER dmcc
331 Password required for dmcc
--->
PASS jjj
230 User successfully logged in.
ftp> ---> bin
TYPE I
200 Type set to BINARY
ftp> fixme:winsock:WS_setsockopt (96,SOL_SOCKET,SO_DEBUG,0x32f1dc(1)) attempted
(is privileged). Ignoring.
---> put mm
PORT 172,20,30,123,149,192
200 Port command successful.
---> STOR mm
150 Opening BINARY mode data connection for file transfer.
226 Transfer complete
ftp: 136740 bytes sent in 0.00Seconds 136740000.00Kbytes/sec.
ftp> ---> bye
QUIT
221 Bye
The client-side mm file is 143KB, but the resulting server-side file is only
23KB. You can see the fixme message above, not sure if that's relevant.
Another example, using qftp.exe from http://nbpfaus.net/~pfau/ftplib/:
wine qftp.exe send -v 9 winpc -l dmcc -p jjj mm
220 Welcome to Quick 'n Easy FTP Server
USER dmcc
331 Password required for dmcc
PASS jjj
230 User successfully logged in.
TYPE I
200 Type set to BINARY
PASV
227 Entering Passive Mode (172,20,30,112,4,0)
STOR mm
150 Opening BINARY mode data connection for file transfer.
short write: passed 8192, wrote 5792
226 Transfer complete
ftp error
226 Transfer complete
Here the client shows an error message about the write. The resulting server
file is only 14KB in this case.
When I run these ftp client commands in Windows, they work fine. When I run the
Linux ftp client to the same server, it works fine. There are no firewalls or
other restrictions in place.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5337
------- Additional Comments From adam(a)tpetaccia.com 2007-20-02 18:38 -------
Is this still a bug? I can't reproduce it with newer wines (0.9.29 and upwards
is when I started GW)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7224
juan_lang(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From juan_lang(a)yahoo.com 2007-20-02 18:00 -------
>From bug 7455 it looks like install is now working, so I'm marking this fixed.
Reporter, please close or reopen as appropriate.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7466
------- Additional Comments From juan_lang(a)yahoo.com 2007-20-02 17:55 -------
Can you do a bisect to find the patch that broke it?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7502
juan_lang(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From juan_lang(a)yahoo.com 2007-20-02 17:44 -------
Install it into wine first - it's crashed after looking for c:\windows\wpr.ini,
which isn't there, since it was installed under NT.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6973
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From truiken(a)gmail.com 2007-20-02 17:31 -------
Duplicate. Marking it as a duplicate of a newer bug because it's easier to
download and test.
*** This bug has been marked as a duplicate of 7461 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ead1234(a)hotmail.com
------- Additional Comments From truiken(a)gmail.com 2007-20-02 17:31 -------
*** Bug 6973 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7310
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From truiken(a)gmail.com 2007-20-02 17:26 -------
This works fine for me. Installed all four cds and ran the software.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7505
kelfe(a)gmx.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download, regression
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7505
Summary: EVE Online leaks memory
Product: Wine
Version: CVS
Platform: Other
URL: http://www.eve-online.com/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kelfe(a)gmx.de
with this patch there seems to be a new memory leak in EVE Online
author H. Verbeet <hverbeet(a)gmail.com>
Tue, 13 Feb 2007 22:12:36 +0000 (23:12 +0100)
committer Alexandre Julliard <julliard(a)winehq.org>
Wed, 14 Feb 2007 12:54:42 +0000 (13:54 +0100)
commit dea795f7ac6bfabe0c90f6d36d295a33d36996dd
http://source.winehq.org/git/wine.git/?a=commit;h=dea795f7ac6bfabe0c90f6d36…
before the patch the memory usage on the loginscreen is as good as constant
after the patch it starts to increase after a minute (no login required)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7504
Summary: Zoo Tycoon 2 D3D error
Product: Wine
Version: 0.9.30.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: josephpiche(a)gmail.com
When running Zoo Tycoon 2: Endangered Species, I get the following error (along
with numerous others):
err:d3d:IWineD3DDeviceImpl_SetLightEnable Too many concurrently active lights
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7503
------- Additional Comments From kelfe(a)gmx.de 2007-20-02 16:57 -------
to fix the issue you need to copy the font file arial.ttf into
.wine/drive_c/windows/fonts folder (.wine is a hidden folder)
the arial.ttf can be found in the mscorefonts packages or search engine/windows box
I don't know if font files should be placed in the fonts folder by wine or by
the user. So close this bug or keep it open until basic fonts are installed by
wine when creating the .wine folder.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7503
Summary: Eve Online pasword box on login screen doesn't work
Product: Wine
Version: 0.9.30.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djmanas(a)centrum.cz
When I install Eve Online and run it, the login screen appears correctly. I can
fill in username, but when I am filling up the password, no dots or asterisks
appears. So I had tried to write in password like I had thought its showing
problem but on the hit of enter key, the game complains that no password had
been entered ....
I have Managed turned on (reffering to other bug by this game)
Wine version is actually 0.9.31
Eve online version: 3.13.29630
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7502
Summary: Quickbooks 3 fails to load and run
Product: Wine
Version: 0.9.22.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: raph(a)mankin.org.uk
Linux: gentoo, profile: 2006.0
I haev an NT4.0 system from which I mount directories on Linux. I have mapped
the NT4 e: drive to Wine e:. Running
wine e:\\qbooksw3\qbw
(or variants thereof) produces
raph@panache ~/.wine/dosdevices $ wine /wwuk2/dose/qbooksw3/QBW.EXE
wine: Unhandled exception 0x80000003 at address 0x141f:0x00000048 (thread 000c),
starting debugger...
Modules:
Cannot get info on module while no process is loaded
Threads:
process tid prio (all id:s are in hex)
0000000d
0000000e 0
0000000a (D) (null)
0000000c 0
0000000b 0
raph@panache ~/.wine/dosdevices $
A full typescript of a session with debug is available, but I cannot attach it
to this bug report. Please email me (raph(a)mankin.org.uk) and I will send it to you.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7501
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
------- Additional Comments From thestig(a)google.com 2007-20-02 15:53 -------
Is the source code available by any chance?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7501
Summary: toolbar problem (DestroyWindow/Create)
Product: Wine
Version: 0.9.30.
Platform: Other
URL: http://www.geocities.com/thomas_r_bonner/stat/mcsim-
0.8.17.zip
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: T.Bonner(a)freesurf.ch
In a software I've authored, I do change the state of a button by deleting the
toolbar: DestroyWindow (hwndToolBar) and reinitialize the toolbar again
(CreateToolBarEx) with modified toolbar structure. In the link given, this bug
occurs when pressing the "point view mode" button on the right side, next to the
help button.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4050
------- Additional Comments From thunder.m(a)czela.net 2007-20-02 14:38 -------
Hi, with current CVS (20.02.2007) game works flawlessly, you have to use hack to
start game. I tried it with GLSL and DX9.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7448
------- Additional Comments From focht(a)gmx.net 2007-20-02 13:10 -------
Hello,
the patch indeed prevents the shdocvw module from being unloaded - a success so far.
No crashes encountered yet.
The software seems to successfully download the stuff from private MS site.
A progress bar is running and data is written.
I cancelled the download of the .iso halfway so the initial bug reporter is not
harmed at all.
Any remaining steps should be left as an exercise to the initial bug reporter.
If you encounter any additional problems/bugs, report back ...
A note regarding patch...
--- dlls/shdocvw/urlhist.c ---
static ULONG WINAPI UrlHistoryStg_AddRef(IUrlHistoryStg2 *iface)
{
SHDOCVW_LockModule();
return 2;
}
static ULONG WINAPI UrlHistoryStg_Release(IUrlHistoryStg2 *iface)
{
SHDOCVW_UnlockModule();
return 1;
}
--- dlls/shdocvw/urlhist.c ---
Usually the class instance (impl) reference count is returned but in this case
it's hard coded to "2" and "1".
I wonder if there is any special meaning behind this?
Maybe if someone implements this one day, the real refcounts could be returned
(like other code does):
--- sample code ---
static ULONG WINAPI UrlHistoryStg_AddRef(IUrlHistoryStg2 *iface)
{
UrlHistoryStg *This = GET_URLHISTORYSTG_THIS( iface);
ULONG cRef;
TRACE("(iface=%p)\n", iface);
cRef = InterlockedIncrement(&This->m_cRef);
if (cRef == 1)
SHDOCVW_LockModule();
return cRef;
}
static ULONG WINAPI UrlHistoryStg_Release(IUrlHistoryStg2 *iface)
{
UrlHistoryStg *This = GET_URLHISTORYSTG_THIS( iface);
ULONG cRef;
TRACE("(iface=%p)\n", iface);
cRef = InterlockedDecrement(&This->m_cRef);
if (cRef == 0)
{
UrlHistoryStg_Destroy(This);
SHDOCVW_UnlockModule();
}
return cRef;
}
--- sample code ---
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
; Object reference not set
X-Bugzilla-Reason: AssignedTo
http://bugs.winehq.org/show_bug.cgi?id=922
------- Additional Comments From thestig(a)google.com 2007-20-02 13:05 -------
I tried to install Baldur's Gate II and I ran into this error (0x80040706). This
is with wine-0.9.31-gaa90d81.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6975
------- Additional Comments From jgardou(a)yahoo.fr 2007-20-02 12:39 -------
The last version working (for me) in 0.9.27. The bug appeared in 0.9.28.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5764
------- Additional Comments From mcitadel(a)gmail.com 2007-20-02 12:14 -------
I'm sorry. I canceled my account to this game. I can't help with this bug anymore.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=5764
stefandoesinger(a)gmx.at changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wine-bugs(a)winehq.org
AssignedTo|wine-bugs(a)winehq.org |stefandoesinger(a)gmx.at
------- Additional Comments From stefandoesinger(a)gmx.at 2007-20-02 09:46 -------
Can you attach a +d3d log please?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=6413
------- Additional Comments From tmb.steve(a)gmail.com 2007-20-02 09:43 -------
Yes! That works!
Using the command
WINEDLLOVERRIDES=msvcrt=n wine "/home/steve/.wine/drive_c/Program
Files/Macromedia/Director MX/Director.exe"
With the msvcrt.dll that comes with Director placed in the Director MX folder
(which is where it is by default) results in this bug dissapearing.
So this is really just a configuration issue?
Should I also tell wine not to override the other DLLs that come with Director MX?
They are:
Dirapi.dll
Iml32.dll
Proj.dll
Projctrc.dll
Projec32.skl
Thanks for your help! I can now attempt the move to Linux once again!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6413
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://download.macromedia.c
| |om/pub/director/esd/director
| |_mx_trial_en.exe
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |download
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-20-02 09:05 -------
remove that msvcrt.dll again from /home/steve/.wine/drive_c/windows/system32,
and then try again, as i see that this app comes with it's own msvcrt.dll.
Confirming the bug
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7495
alex(a)thehandofagony.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From alex(a)thehandofagony.com 2007-20-02 08:24 -------
Clsoing duplicate.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7471
alex(a)thehandofagony.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alex(a)thehandofagony.com
------- Additional Comments From alex(a)thehandofagony.com 2007-20-02 08:23 -------
*** Bug 7495 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7495
alex(a)thehandofagony.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From alex(a)thehandofagony.com 2007-20-02 08:23 -------
Duplicate.
*** This bug has been marked as a duplicate of 7471 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7493
------- Additional Comments From dank(a)kegel.com 2007-20-02 08:03 -------
Thanks, those patches do let the install finish!
Next problem with this app is bug 7500.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7500
Summary: ActiveSync 4.2 fails on startup with Unimplemented
function USERENV.dll.ExpandEnvironmentStringsForUserW
Product: Wine
Version: CVS
Platform: Other
URL: http://www.microsoft.com/windowsmobile/activesync/active
sync42.mspx
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Installing the app requires the fix to bug 7493.
Starting most of the .exe's included with the package fails like this:
dank@toshi:~/.wine/drive_c/Program Files/Microsoft ActiveSync$ ~/wine-git/wine
WCESMgr.exe
wine: Call from 0x592a29 to unimplemented function
USERENV.dll.ExpandEnvironmentStringsForUserW, aborting
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7208
------- Additional Comments From dank(a)kegel.com 2007-20-02 07:55 -------
But the patch causes a regression of a bunch of apps that used
to work. James, maybe that patch did more harm than good?
Perhaps you should revert it until you fix the problems it exposed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6413
------- Additional Comments From tmb.steve(a)gmail.com 2007-20-02 07:52 -------
I tried what you said and got the following result (this is cut and paste from
the terminal):
WINEDLLOVERRIDES=msvcrt=n wine "/home/steve/.wine/drive_c/Program
Files/Macromedia/Director MX/Director.exe"
err:module:LdrInitializeThunk "MSVCRT.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\Macromedia\\Director MX\\Director.exe" failed, status c0000142
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3930
------- Additional Comments From thestig(a)google.com 2007-20-02 07:46 -------
Damjan, is the cursor problem you're referring to bug 7471?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6413
------- Additional Comments From vitaliy(a)kievinfo.com 2007-20-02 07:33 -------
You forgot to override that dll via command line 'WINEDLLOVERRIDES=msvcrt=n wine
program.exe' or in winecfg, libraries tab,
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7159
------- Additional Comments From rob(a)codeweavers.com 2007-20-02 07:01 -------
Should be fixed in the latest version of Wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6252
rob(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From rob(a)codeweavers.com 2007-20-02 06:59 -------
This is the same as bug 5018 - msiexec problems and RPCRT4_OpenBinding error.
*** This bug has been marked as a duplicate of 5018 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5018
rob(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |StormByte(a)gmail.com
------- Additional Comments From rob(a)codeweavers.com 2007-20-02 07:00 -------
*** Bug 6252 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6413
------- Additional Comments From tmb.steve(a)gmail.com 2007-20-02 06:12 -------
I copied msvcrt.dll from
c:\windows\system32
on my windows partition to
/home/steve/.wine/drive_c/windows/system32
on my linux one, but the problem still persists.
I noticed that DirectorMX also has a copy of msvcrt.dll in it's installation folder
/home/steve/.wine/drive_c/Program Files/Macromedia/Director MX
I tried replacing that one too, but the bug remained.
This is more than a visual glitch.
In the message box type:
put value(string(0.1))
expected output should be
-- 0.1
actual output is
-- 1
The effect of this is that you can't save and load data containing floats to
text files. Since that is the only way to save data from a shockwave movie it is
quite disabling. It means that save games become corrupt. It also means that my
map editor is unable to save and load maps.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3862
dmitry(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From dmitry(a)codeweavers.com 2007-20-02 06:11 -------
The patch has been committed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7418
cimmo(a)libero.it changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Juris Data cannot open |Juris Data cannot open
|database (error code 101) |database (error code 101 or
| |103)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=881
------- Additional Comments From 3.14159(a)gmx.net 2007-20-02 05:45 -------
Created an attachment (id=5034)
--> (http://bugs.winehq.org/attachment.cgi?id=5034&action=view)
xtogglecursor.c
as i stil have this problem in 0.9.31 with baldur's gate i created a small
workaround. this small c app sets the mouse cursor to a invisible one. the
window is selected by clicking into it (like xkill). for baldur's gate i do
$ (sleep 10s && ./xtooglecursor) & wine BGMain.exe
when BGMain runs and 10s are over the next click in the (fullscreen) BG window
removes the cursor. This works at least for me.
(though i named it xTOGGLEcursor, it currently only hides!)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7448
------- Additional Comments From focht(a)gmx.net 2007-20-02 03:49 -------
Hello again,
from what i've seen on the native windows side, the "offending" module
(iframe.dll) makes much more use of the module lock/reference count.
Many browser interface query/addref/releaseref modify it too.
I placed read/write memory log breakpoints to module lock count variable and
refcount ranges between values of 3..15 during whole lifetime.
One the wine side i moved the SHDOCVW_LockModule/UnlockModule() inlines into *.c
module and put some trace output to track usage.
Only one occurrence where it increments then it gets immediately decremented
(early in process) e.g. factory.c: WBCF_AddRef() and WBCF_Release()
This might explain, why the "idle garbage collection" trashes easy any time
thereafter.
Would it sound wrong if the module lock count (which affects the unload time)
should be taken into account/used on that webbrowser_xxx and xxx_ie_window()
stuff too?
At least as long as any webbrowser objects/internal ie frame window/message pump
stuff live.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7471
dmitry(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|dmitry(a)codeweavers.com |
------- Additional Comments From dmitry(a)codeweavers.com 2007-20-02 03:14 -------
Is there a smaller test app/case to reproduce the regression?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=430
dmitry(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |REOPENED
Resolution|FIXED |
------- Additional Comments From dmitry(a)codeweavers.com 2007-20-02 03:09 -------
That Vitaliy's patch was not correct, I sent a test case proving that,
and a patch reverting that change:
http://www.winehq.org/pipermail/wine-patches/2007-February/036121.html
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7448
------- Additional Comments From focht(a)gmx.net 2007-20-02 01:47 -------
Created an attachment (id=5033)
--> (http://bugs.winehq.org/attachment.cgi?id=5033&action=view)
crash log showing problem
Hello,
you are right, the inlines in header file slipped thru and they are used.
So forget the "unimpl refcount part" ;-)
But i think i'm on right track though.
Even if SHDOCVW_LockModule() and SHDOCVW_UnlockModule() are correctly used,
someone releases interfaces and class factory thereby forcing the module
reference count go down.
When it reaches zero shdocvw is unloaded due to peridoc calls to
CoFreeUnusedLibraries() = COMPOBJ_DllList_FreeUnused() (some idle "garbage
collector")
It definitely happens.
The window class is unregistered as well when it happens.
This leads to crash on first message (WM_SETCURSOR, ...) that gets routed to
that window proc (due to dangling window proc pointer).
I verified the class/window proc it's the L"IEFrame" one from shdocvw.
See the following log snippets generated by using:
WINEDEBUG=+seh,+shell,+shdocvw,+loaddll,+process,+tid,+ole,+class
---- from log ---
0009:trace:class:CLASS_RegisterClass atom=0xc03f hinst=0x61730000 style=0x80
clExtr=0x0 winExtr=0x0
0009:trace:class:RegisterClassExW atom=c03f wndproc=0x617348f0 hinst=0x61730000
bg=0x6 style=00000080 clsExt=0 winExt=0 class=0x16d8d0
0009:trace:class:CLASS_GetClassLong 0x10030 -26
0009:trace:class:CLASS_GetClassLong 0x10030 -26
....
0014:trace:shdocvw:DllMain 0x61730000 0x3 (nil)
0014:trace:ole:DllMain 0x60640000 0x3 (nil)
0009:trace:ole:COMPOBJ_DllList_FreeUnused
0009:fixme:shell:DllCanUnloadNow stub
0009:trace:ole:COMPOBJ_DllList_FreeUnused freeing 0x61730000
0009:trace:shdocvw:DllMain 0x61730000 0x0 (nil)
0009:trace:class:UnregisterClassW L"IEFrame" 0x61730000 c03c
0009:trace:class:CLASS_FreeClass 0x16ee90
....
0009:trace:loaddll:free_modref Unloaded module
L"c:\\windows\\system32\\shdocvw.dll" : builtin
---- from log ---
later in crash call stack
---- from log ---
2 0x6039577e call_window_proc+0x6e(hwnd=<register EDI not in topmost frame>,
msg=0x20, wp=0x10046, lp=0x2000001, result=0x34e584, arg=0x617348f0)
[/home/focht/wine-0.9.31/dlls/user32/winproc.c:452] in user32 (0x0034e550)
3 0x6039a873 CallWindowProcW+0x53(func=0x617348f0, hwnd=0x10030, msg=0x20,
wParam=<register ESI not in topmost frame>, lParam=0x2000001)
[/home/focht/wine-0.9.31/dlls/user32/winproc.c:2257] in user32 (0x0034e590)
...
---- from log ---
Notice the hwnd=0x10030 and window proc address = 0x617348f0 before the crash.
They come from shdocvw module.
I patched the shdocvw's DllCanUnloadNow() to prevent the module from being
unloaded just to verify and it definitely works.
No crashes.
As a sidenote: in native windows i placed breakpoints to
CoFreeUnusedLibraries() and on event "module unload".
It gets called but none of the modules are unloaded in fact.
This is different behaviour from wine, maybe some aggressive object lifetime
management somewhere?
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1798
------- Additional Comments From spencercw(a)googlemail.com 2007-20-02 01:19 -------
Bernhard Rosenkraenzer: Nice, that patch fixes this on Age of Mythology. :) Cheers.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7471
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dmitry(a)codeweavers.com
URL| |http://www.tropico.de/downlo
| |ads/files/Tropico_Demo.exe
Keywords| |download, regression
------- Additional Comments From thestig(a)google.com 2007-20-02 01:00 -------
Regression testing shows this patch (helped to fix bug 6385) introduced the
problem with the corrupt cursor:
http://www.winehq.org/pipermail/wine-patches/2007-January/035014.html
CCing the author of the patch.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3930
------- Additional Comments From damjan.jov(a)gmail.com 2007-20-02 00:59 -------
Yes, the cursor is a tall white rectangle. I'll regression test it when I find
the time.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7498
Summary: Editor brakes HTML formating
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: critical
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitaliy(a)kievinfo.com
Editor disregards all the custom formatting done on the page! I spend countless
hours trying to make things works good to have it all erased by who knows who!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7497
Summary: Super maintaners are not notified of any messages and or
changes
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: major
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitaliy(a)kievinfo.com
I have not received a single e-mail message from appdb except those I posted myself!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7491
dmitry(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-comctl32 |wine-user
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7451
------- Additional Comments From renekok(a)gmail.com 2007-19-02 23:04 -------
Created an attachment (id=5031)
--> (http://bugs.winehq.org/attachment.cgi?id=5031&action=view)
+relay,+bitblt output
These are the last 1000 lines of the trace, please note the edits actually
shows an error dialog and cleanly quits. This is the point up to the dialog
being shown.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7448
------- Additional Comments From truiken(a)gmail.com 2007-19-02 22:00 -------
> LONG SHDOCVW_refCount = 0;
HRESULT WINAPI DllCanUnloadNow(void)
{
return SHDOCVW_refCount ? S_FALSE : S_OK;
}
--- snip ---
> One can say it's not implemented usefully at all (a reference count should be
used [sic!]).
> This leads to dangerous behaviour.
Your analysis is wrong:
wine/dlls/shdocvw ]$ grep SHDOCVW_refCount *
shdocvw.h:extern LONG SHDOCVW_refCount;
shdocvw.h:static inline void SHDOCVW_LockModule(void) { InterlockedIncrement(
&SHDOCVW_refCount ); }
shdocvw.h:static inline void SHDOCVW_UnlockModule(void) { InterlockedDecrement(
&SHDOCVW_refCount ); }
shdocvw_main.c:LONG SHDOCVW_refCount = 0;
shdocvw_main.c: return SHDOCVW_refCount ? S_FALSE : S_OK;
wine/dlls/shdocvw ]$ grep SHDOCVW_LockModule *
factory.c: SHDOCVW_LockModule();
factory.c: SHDOCVW_LockModule();
shdocvw.h:static inline void SHDOCVW_LockModule(void) { InterlockedIncrement(
&SHDOCVW_refCount ); }
shlinstobj.c: SHDOCVW_LockModule();
shlinstobj.c: SHDOCVW_LockModule();
webbrowser.c: SHDOCVW_LockModule();
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7471
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From thestig(a)google.com 2007-19-02 21:43 -------
confirmed bug with wine 0.9.31
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6413
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |minor
------- Additional Comments From vitaliy(a)kievinfo.com 2007-19-02 20:58 -------
Visual "glitch". And the workaround - use native msvcrt.dll
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7448
------- Additional Comments From jisakiel(a)yahoo.es 2007-19-02 20:27 -------
Updated link to download the zip if anyone else might need it...
http://jisakiel.dyndns.org/public/Downloader_2000.exe (if down, which shouldn't,
will be up ASAP as I have some home-made watchdogs; otherwise I have it 24/7
up). Username wine, password winners.
Thanks to everybody for the effort tracking it...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7443
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From vitaliy(a)kievinfo.com 2007-19-02 20:15 -------
Patch committed closing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7443
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |spreetec(a)gmx.net
------- Additional Comments From vitaliy(a)kievinfo.com 2007-19-02 20:14 -------
*** Bug 7490 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7490
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2007-19-02 20:14 -------
Duplicate
*** This bug has been marked as a duplicate of 7443 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7489
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From vitaliy(a)kievinfo.com 2007-19-02 19:57 -------
Closing dup
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7489
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2007-19-02 19:57 -------
Duplicate
*** This bug has been marked as a duplicate of 5774 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5774
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pecanin(a)alice.it
------- Additional Comments From vitaliy(a)kievinfo.com 2007-19-02 19:57 -------
*** Bug 7489 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7496
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|blocker |normal
Status|UNCONFIRMED |RESOLVED
Priority|P1 |P2
Resolution| |INVALID
------- Additional Comments From vitaliy(a)kievinfo.com 2007-19-02 19:53 -------
Attach your xorg.conf file to show that you have that mode configured.
None of those messages means error.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7496
Summary: Cannot find 640x480 video mode.
Product: Wine
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mehmedb(a)gmail.com
I installed wine from OpenSuse 10.2 DVD and updated to the latest version
0.9.31, then successfully installed GTA: Vice City with Wine. When I tried to
run, it gave that error message...
fixme:system:SystemParametersInfoW Unimplemented action: 8193
(SPI_SETFOREGROUNDLOCKTIMEOUT)
fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x1c0a10) : stub,
simulating 64MB for now, returning 64MB left
fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x1bfc30)->((nil),00000008)
fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock
fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x1bfc30)->((nil),00000008)
fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock
fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7495
Summary: Several cursor images in Heroes I & II
Product: Wine
Version: 0.9.30.
Platform: PC
URL: http://appdb.winehq.org/appview.php?iVersionId=4144
OS/Version: Linux
Status: NEW
Keywords: regression, download
Severity: normal
Priority: P2
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
In Heroes of Might and Magic I & II, the monochromatic mouse pointer is
displayed as a horizontal series of images, instead of the normal cursor. One
of them is the inverted cursor.
In Heroes II it is possible to switch to colour curosrs, and they do not have
this problem.
The regression happened somewhere between Wine 0.9.29 and 0.9.30.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7448
------- Additional Comments From focht(a)gmx.net 2007-19-02 18:32 -------
Hello,
thanks for the download.
It seems i tracked the problem down after endless hours of debugging.
Indeed a serious wine bug.
Steps to reproduce:
1. start program using WINEDEBUG=+loaddll and let it load the html stuff in its
ie/gecko container
2. move the mouse out of window focus, activate another window
3. wait for the loaddll debug channel "unloaded module shdocvw" message to
appear on console
4. move mouse into focus again -> immediate crash
Whats the problem?
Well, the download tool periodically calls ole32.CoFreeUnusedLibraries() in its
message pumping loop (using some tick-difference count).
This leads to interesting behaviour in wine:
CoFreeUnusedLibraries() = COMPOBJ_DllList_FreeUnused() in wine
ole32 COMPOBJ_DllList_FreeUnused() iterates thru it's list of loaded dlls (which
contains "shdocvw" module of course) and calls DllCanUnloadNow() if dll export
this function.
Shell document object library refcount implementation:
--- snip ---
LONG SHDOCVW_refCount = 0;
HRESULT WINAPI DllCanUnloadNow(void)
{
return SHDOCVW_refCount ? S_FALSE : S_OK;
}
--- snip ---
One can say it's not implemented usefully at all (a reference count should be
used [sic!]).
This leads to dangerous behaviour.
Any client which calls CoFreeUnusedLibraries() forces this dll to unload.
Guess ... the dll rundown sequence unregisters ie frame window class while being
used in client.
--- snip ---
case DLL_PROCESS_DETACH:
if (SHDOCVW_hshell32) FreeLibrary(SHDOCVW_hshell32);
unregister_iewindow_class();
if(wb_typeinfo)
ITypeInfo_Release(wb_typeinfo);
break;
--- snip ---
Solution?
- Implement proper reference counting in shdocvw
or as "quick fix"
- Prevent ole32 forced dll unload for shdocvw by making DllCanUnloadNow() always
return S_FALSE.
The ie frame window class unregistration might indicate another bug.
If properly done no dangling window proc pointer should be left in list.
I'm too tired to investigate this further.
Overall this bug might explain some other mysterious bug reports/crashes ...
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1798
bero(a)arklinux.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #4865 is|0 |1
obsolete| |
------- Additional Comments From bero(a)arklinux.org 2007-19-02 17:58 -------
Created an attachment (id=5030)
--> (http://bugs.winehq.org/attachment.cgi?id=5030&action=view)
Cut down variant of the patch
I can confirm that the patch in git fixes it for some apps, but still breaks
for others.
Attaching a new patch that fixes it for all apps I tried, but breaks other
things (KDE window decocations and menu are shown -- it's based on the older
patch with all the unneeded bits stripped).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7494
Summary: Listview: Always displays in Icon View despite specified
as Report View
Product: Wine
Version: unspecified
Platform: PC
URL: http://www.excelex.net/zlauncher_wine_not_photoshopped_i
_promise.png
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: excelblue(a)gmail.com
For the app, Zlauncher (from ZDaemon), wine is putting all the listview objects
into icon view instead of the report view in which it specified. Everything was
working perfectly back in wine 0.9.30, but this problem emerged in wine 0.9.31.
Before 0.9.30, the Zlauncher generally crashed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7453
------- Additional Comments From karimarie(a)mail.rit.edu 2007-19-02 17:41 -------
I'm getting the same thing. Someone should change this to NEW.
Wine 0.9.31 on Gentoo.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7357
------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-19-02 17:34 -------
Created an attachment (id=5029)
--> (http://bugs.winehq.org/attachment.cgi?id=5029&action=view)
dlls/msi/script.c file (initial)
Here is my script.c. Still working on this one, will change a lot (at least
needs a Session object, but it looks like a wrapper around MSI functions that
are all already implemented so it shouldn't be too hard).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7357
------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-19-02 17:32 -------
Created an attachment (id=5028)
--> (http://bugs.winehq.org/attachment.cgi?id=5028&action=view)
msi: Added initial JScript/VBScript support functions.
Something I'm working on to fix this bug and the VBScript one. Since MSI
specifically states that the application must install Microsoft Scripting, I
believe there is no reason we can't use it in our builtin MSI if it is there.
In any case, this patch has the functions that should not have have to change
too much from this patch, although I have not tested them thoroughly yet. My
current script.c file with the actual meat and potatoes which currently
executes scripts but does not yet have a Session object is coming next.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3930
------- Additional Comments From alex(a)thehandofagony.com 2007-19-02 17:25 -------
Created an attachment (id=5027)
--> (http://bugs.winehq.org/attachment.cgi?id=5027&action=view)
patch which applies cleanly
Great work!
Here is a version of the patch which applies cleanly, useful for people just
interested in getting sound in their game.
By the way, did you notice any cursor problems in Wine 0.9.30+?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-msi |wine-kernel
------- Additional Comments From truiken(a)gmail.com 2007-19-02 16:58 -------
The custom action calls kernel32.OpenEvent(EVENT_ALL_ACCESS, FALSE, ""). We
return ERROR_INVALID_HANDLE, which the custom action is not expecting. This
will need testing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6764
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Component|wine-misc |wine-kernel
Resolution| |DUPLICATE
------- Additional Comments From truiken(a)gmail.com 2007-19-02 16:54 -------
Marking as a duplicate of 7461 because that app is downloadable and easier to
debug, even though this bug is older.
*** This bug has been marked as a duplicate of 7461 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
------- Additional Comments From truiken(a)gmail.com 2007-19-02 16:54 -------
*** Bug 6764 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From dank(a)kegel.com 2007-19-02 16:50 -------
Confirmed with wine from git as of today.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6764
------- Additional Comments From dank(a)kegel.com 2007-19-02 16:49 -------
See bug 7461 for a very similar error with a +relay,+msi log.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6413
tmb.steve(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Platform|PC-x86-64 |PC
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6413
tmb.steve(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|minor |major
Version|unspecified |0.9.30.
------- Additional Comments From tmb.steve(a)gmail.com 2007-19-02 16:14 -------
Just to say that I tested this in version 9.3.0 and the bug still exists. I have
changed the status to major, since there is no easy workaround.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7426
eric.pouech(a)wanadoo.fr changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed| |1
------- Additional Comments From eric.pouech(a)wanadoo.fr 2007-19-02 16:01 -------
the problem is in builtin dbghelp as it doesn't store any information about the
stack for the running thread (the one calling MiniDumpWriteDump)
the correct fix is to let MiniDumpWriteDump use the exception information when
the dump is created for the running thread (in the case it's called from the
exception handler)
I'll send a patch later on
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7493
Summary: MS ActiveSync 4.2 fails to install
Product: Wine
Version: CVS
Platform: Other
URL: http://www.microsoft.com/windowsmobile/activesync/active
sync42.mspx
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: wine-setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://www.distancedebugging.com/shoutingdistance/?p=105
complained that ActiveSync didn't install, so I tried it.
Sure enough, it fails; looks like it's trying to install
three flavors of networking:
fixme:setupapi:SetupCopyOEMInfA stub: source "c:\\Program Files\\Microsoft
ActiveSync\\Drivers\\WceRndis.inf" location (null) ...
trace:msi:MSI_ProcessMessage ((nil) 0 10 L"RegisterRndisUSB: SetupCopyOEMInf()
failed for RNDIS Inf") ...
...
fixme:setupapi:SetupCopyOEMInfA stub: source "c:\\Program Files\\Microsoft
ActiveSync\\Drivers\\WceIS.inf" location (null) ...
trace:msi:MSI_ProcessMessage ((nil) 0 10 L"RegisterInternetSharing:
SetupCopyOEMInf() failed for Internet Sharing Inf")
...
fixme:setupapi:SetupCopyOEMInfA stub: source "c:\\Program Files\\Microsoft
ActiveSync\\Drivers\\wceusbsh.inf" location (null) ...
...
trace:msi:MSI_ProcessMessage ((nil) 0 10 L"RegisterSerialUSB: SetupCopyOEMInf()
failed for legacy USB Inf file")
...
err:msi:ITERATE_Actions Execution halted, action L"CA_Nt5_PrimeInf" returned 1603
Remote NDIS seems documented here:
http://www.microsoft.com/whdc/device/network/NDIS/rmNDIS.mspxhttp://www.microsoft.com/whdc/device/network/NDIS/usbrndis.mspx
Implementing SetupCopyOEMInf might get us a bit further.
Getting ActiveSync working will probably be hard, though.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.