wine-bugs February 2010

wine-bugs@winehq.org

1 participants
6508 discussions

[Bug 19877] New: Zeta Minibrowser crashes (because of stubbed CreateHardLinkW)
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=19877 Summary: Zeta Minibrowser crashes (because of stubbed CreateHardLinkW) Product: Wine Version: 1.1.28 Platform: PC URL: http://www.brothersoft.com/zeta-minibrowser-110447.htm l OS/Version: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk I've seen this bug in more apps, so probably a bug covering several applications Prerequisites: 'winetricks dotnet20' The mini-browser crashes after CreateHardLinKW is printed in the console. Returning TRUE instead of false, or setting last error in CreateHardlink to ERROR_ALREADY_EXISTST makes the app start fine, but that's just a hack, somehow we should have more then this stub, to get the app running. I'll attach console info hereafter -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 15452] New: Freewire aborts due to incorrect handling of COLORRES nIndex in winex11's GetDeviceCaps()
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=15452 Summary: Freewire aborts due to incorrect handling of COLORRES nIndex in winex11's GetDeviceCaps() Product: Wine Version: CVS/GIT Platform: PC URL: http://www.freewiretv.com/downloadTVWin.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=16345) --> (http://bugs.winehq.org/attachment.cgi?id=16345) Freewire relay log (rzipped) With current Git (wine-1.1.5-207-gc425c8a), when attempting to launch Freewire after installation, Freewire aborts with a message box complaining about the currently set bit depth. From relay trace: 0009:Call user32.GetDC(00000000) ret=005808ac 0009:Ret user32.GetDC() retval=0000030c ret=005808ac 0009:Call gdi32.GetDeviceCaps(0000030c,0000006c) ret=005808b5 0009:Ret gdi32.GetDeviceCaps() retval=00000000 ret=005808b5 0009:Call user32.LoadStringA(00000000,00000095,0032f8d4,00000180) ret=005808f3 0009:Ret user32.LoadStringA() retval=0000015d ret=005808f3 0009:Call user32.LoadStringA(00000000,00000097,0032f754,00000180) ret=00580910 0009:Ret user32.LoadStringA() retval=0000001c ret=00580910 0009:Call user32.MessageBoxA(00000000,0032f8d4 "Unfortunately, it has not been possible to start Freewire Television due to your graphics mode.\nPlease set the color depth to 32 bit in the display control panel and restart the application\nIf the problem continues please contact Freewire customer services on 0333 123 0190.\nOr visit the Freewire s"...,0032f754 "We've encountered a problem!",00000030) ret=00580927 The problem seems to lie in: 0009:Call gdi32.GetDeviceCaps(0000030c,0000006c) ret=005808b5 0009:Ret gdi32.GetDeviceCaps() retval=00000000 ret=005808b5 GetDeviceCaps() is being called with the DC handle returned from GetDC(NULL) and the COLORRES value for nIndex. In dlls/winex11.drv/init.c lines 259 and 268: case COLORRES: /* ... */ return 0; Freewire apparently does not like the returned value, and thus aborts with the message box. Modifying the COLORRES case to return screen_bpp allows the application to get past this point, though I am not sure if this is the right thing to do. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 21181] New: Wine does not compile on Cygwin
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=21181 Summary: Wine does not compile on Cygwin Product: Wine Version: unspecified Platform: x86 OS/Version: Windows XP Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cerebro.alexiel(a)gmail.com Currently, wine does not compile on windows with cygwin. If someone is interested, please read first http://wiki.winehq.org/WineOnWindows. I think we should create a bug for each failing "make" and adding them to "depends on" list. We should try to get wine working on Windows XP 32 bits first. And please use the latest version of Cygwin (flex,bison,gcc4,make) and wine (git) during your tests. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 32

[Bug 21192] New: Make fails with Assembler messages
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=21192 Summary: Make fails with Assembler messages Product: Wine Version: 1.1.35 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: johndoe32102002(a)gmail.com Computer: N810 Architecture: ARM Operating System: Debian Note: compile ran fine, finding all dependencies Error: {standard input}: Assembler messages: {standard input}:36: Error: selected processor does not support 'blx r3' make[2]: *** [port.o] Error 1 make[2]: Leaving directory '/download/wine-1.1.35/libs/wine' make[1]: *** [wine] Error 2 make[1]: Leaving directory '/download/wine-1.1.35/libs' make: *** [libs] Error2 Since the error was short, I pasted it in the description. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 20389] New: Portable Thunderbird 2.0.0.23: Close button must be clicked twice
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=20389 Summary: Portable Thunderbird 2.0.0.23: Close button must be clicked twice Product: Wine Version: 1.1.31 Platform: PC-x86-64 URL: http://portableapps.com/apps/internet/thunderbird_port able OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ken_g6151(a)yahoo.com Since Wine version 1.1.30, clicking the close button on the Portable Thunderbird window once does not close the window. As of version 1.1.31, clicking the button again immediately after the first click does close the window. Steps to reproduce: 1. Open Portable Thunderbird, and wait for it to finish loading any messages. 2. Click the window's close button (the X in the corner). The window does not close. 3. Click the window's close button again. Now the window does close. Another scenario possibly relevant to solving this bug: 1. Open Portable Thunderbird, and wait for it to finish loading any messages. 2. Click the window's close button (the X in the corner). The window does not close. 3. Click the File menu. The File menu is highlighted, but does not drop down. 4. Click the File menu again. The File menu now drops down. 5. Click the window's close button again. The window does not close. 6. Click the window's close button again. Now the window does close. Application settings are defaults, Windows XP. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 20417] New: Uninstall software list
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=20417 Summary: Uninstall software list Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabmoa(a)yahoo.it If the name of an installed software has lenght=0 it should not appear in the list. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 20443] New: EslWire: crash at start (dwmapi.dll unimplementet function)
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=20443 Summary: EslWire: crash at start (dwmapi.dll unimplementet function) Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adrian(a)hoehne.tk Created an attachment (id=24286) --> (http://bugs.winehq.org/attachment.cgi?id=24286) first dump +second dump At start a crash occur because dwmapi.dll unimplemented function with dwmapi.dll from other source unimplemented function in User32.dll -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 19064] New: Microsoft Security Essentials Setup crashes missing QueryAllTracesW
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=19064 Summary: Microsoft Security Essentials Setup crashes missing QueryAllTracesW Product: Wine Version: 1.1.24 Platform: PC-x86-64 URL: http://www.microsoft.com/security_essentials/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: nerv(a)dawncrow.de The Setup of Microsoft Security Essentials(Virus-Scanner) is trying to call Unimplemented function ADVAPI32.dll.QueryAllTracesW Then it crashes. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 19105] New: From VB / VBScript / maybe others, the TimeSerial function dont answer like is awaited
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=19105 Summary: From VB / VBScript / maybe others, the TimeSerial function dont answer like is awaited Product: Wine Version: 1.1.24 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: slezica(a)yahoo.com I determine this problem after a hard hunt. This issue affects software from several sources, probably silently. In Visual Basic 6 and VBScript, you have a function "TimeSerial" for convert three integers (hour, minute and second) to a "date/time" format ("HH:MM:SS", for example 03:45:12). On Windows, you can use the arguments without ranges, for example 300 minutes - "TimeSerial(0,300,0)" -, and it automatically converts and displays the result correctly (in this case "05:00:00", 5 hours). In Wine, if you pass the same previous example it returns "Error 5 - Invalid procedure call or argument.". The function work if you pass for example minutes in the 0-59 range. But the conversion functionality is missing (and give a error). I can't determine what DLL is used, but shure is shared with others Microsoft Visual Studio tools. The debug don't show any relevant information, because is not a Wine error really (ony the answer is different). Thanks, and if I can help more only say. Excuse my english. Sebastián Lezica -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 19430] New: winedump: null pointer dereference in spec mode
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=19430 Summary: winedump: null pointer dereference in spec mode Product: Wine Version: 1.1.26 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tillmann.werner(a)gmx.de Created an attachment (id=22556) --> (http://bugs.winehq.org/attachment.cgi?id=22556) diff against git that solved the problem I think a null pointer dereference may occur when running winedump in spec mode. I encountered a segmentation fault when invoking ./winedump spec -c /tmp/poly/poly.dll -I /tmp/poly/. The reason seems to be line 1598 in tools/winedump/pe.c where dll_current_symbol may be NULL. This affects version 1.1.26 as well as a fresh git checkout. The attached URL contains a quick hack that worked for me but certainly requires review from somebody more familiar with the code. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2010