wine-bugs April 2007

wine-bugs@winehq.org

8 participants
2996 discussions

[Bug 8212] fixme:wininet:NETCON_init can't use SSL, not compiled in
by Wine Bugs 30 Apr '07

30 Apr '07

http://bugs.winehq.org/show_bug.cgi?id=8212 ------- Additional Comments From dank(a)kegel.com 2007-30-04 01:03 ------- Are you saying that you can't log in using these packages, but you can on a Wine that you compile properly yourself? i.e. what's the actual harm here, and how do you know it's a wine 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.

1 0

[Bug 8229] New: callbacks from win16 extended program that allocate linear memory screw up pointers
by Wine Bugs 30 Apr '07

30 Apr '07

http://bugs.winehq.org/show_bug.cgi?id=8229 Summary: callbacks from win16 extended program that allocate linear memory screw up pointers Product: Wine Version: 0.9.35. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: lupien(a)physique.usherbrooke.ca I have a 32-bit extended windows 3.x program. It was produced with the watcom compiler and extender. It fails with unhandled memory exceptions around callback calls. I explored the problem and I figured out the reason. In some callbacks the program request more memory which the extender transforms into a call to dpmi function 0x503 (Resize memory block, in dlls/winedos/int31.c). The work is actually done in DPMI_xrealloc which currently creates a new memory area, copies and then erases the old area (it does not grow the old area). This is a possible result of the DPMI call and the extender seems to handle it properly (it remaps all the segments it is using). But the problem happens in wine. Some pointers are not remapped which end up producing an unhandled memory exceptions. An exemple: in dlls/user32/winproc.c, function WINPROC_CallProc16To32A we have case WM_MDICREATE: { MDICREATESTRUCT16 *cs16 = MapSL(lParam); MDICREATESTRUCTA cs; MDICREATESTRUCT16to32A( cs16, &cs ); ret = callback( hwnd32, msg, wParam, (LPARAM)&cs, result, arg ); MDICREATESTRUCT32Ato16( &cs, cs16 ); } break; cs16 is mapped to the 16 bit far pointer into the program data, then its data is transfered into cs by MDICREATESTRUCT16to32A(). Then the callback routine is called which will produce a memory reallocation. After the callback the MDICREATESTRUCT32Ato16() function fails because cs16 now points to nowhere, the data has been moved. This can be fixed here by adding cs16=MapSL(lParam); between the callback and MDICREATESTRUCT32Ato16() (Assuming the extender as properly modified the segment which seems to be the case for me). I believe this problem exist in many places in the code. Another place that gave me a crash was in DispatchMessage16 of dlls/user32/msg16.c where the problem occurs in the SPY_ExitMessage() function after the CallWindowProc16() call. The bad pointer here is msg which is implicitely converted by relay_call_from_16_no_debug() in dlls/kernel32/relay16.c. Because the change is implicit, the only fix I could simply implement was to make a local copy of the msg structure and use that for SPY_ExitMessage(). I will attach the patches that fix the problems for me, but they are only partial solutions. I am pretty sure the problem exist in many other places in the code (use of MapSL pointers around callbacks to client code). For global solutions they are a few possibilites: 1) Do like I did but everywhere. So find all problem area and make sure the pointers are updated and check for futur problems. 2) Change the DPMI_xrealloc so that it actually grows the memory instead of moving it. This would possibly fix most problems but there are probably circumstances (or other windows extenders) that would make that impossible (if the memory allocations prevents the growing). For my extender there seems to be only one allocation followed by many realloc (at least for my particular executable). 3) Find a more general solution, maybe where the MapSL would keep track of all the current pointers so that the realloc could fix those pointers automatically. Obviously this is more complicated, and possibly impossible (need to keep track of copies of those pointers also) but it would certainly fix all possible problems. This problem was difficult to figure out. It probably has affected many other programs and will keep being a strange problem until a global solution is implemented. At least it should be in a warning in developper/debugging guides. I am sorry but I don't have the time or complete enough knowledge of wine to write the global fix. -- 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.

1 0

[Bug 8228] New: Mediamonkey 2.5.5 hangs on startup
by Wine Bugs 30 Apr '07

30 Apr '07

http://bugs.winehq.org/show_bug.cgi?id=8228 Summary: Mediamonkey 2.5.5 hangs on startup Product: Wine Version: CVS Platform: Other URL: http://mediamonkey.com 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 I saw a blog post, http://www.neurowerx.de/system-cgi/blog/index.php?itemid=826 saying that mediamonkey was the one thing somebody missed, so I tried it. The app installs fine. It aborts on startup unless you install mdac and jet, e.g. wget http://kegel.com/wine/winetricks sh winetricks fakeie6 mdac27 jet40 Then it gets a bit further, but still locks up after displaying the splash screen and a 'Tips' window. The console shows: wine: Call from 0x7ee27c20 to unimplemented function cfgmgr32.dll.CM_Locate_DevNodeA, aborting I guess some helper app aborted, leaving the main app high and dry...? -- 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.

1 0

[Bug 6364] Heroes of Might and Magic V won't patch
by Wine Bugs 30 Apr '07

30 Apr '07

http://bugs.winehq.org/show_bug.cgi?id=6364 ------- Additional Comments From marsliu2000(a)hotmail.com 2007-30-04 00:23 ------- Today I downloaded and installed the setup.ilg file from bug 4426. But the Heroes 5 v1.4 patch installer still reported that "Heroes of Might and Magic V is not installed." My Heroes5 is installed under a fresh wine 0.9.34. The installation path is the default one and I already set the windows verstion to XP. Anyone can verify again? I think this bug needs to be re-opened -- 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.

1 0

[Bug 5077] Intro films crash Heroes V
by Wine Bugs 30 Apr '07

30 Apr '07

http://bugs.winehq.org/show_bug.cgi?id=5077 ------- Additional Comments From marsliu2000(a)hotmail.com 2007-30-04 00:14 ------- I think this bug has been fixed in 0.9.34 -- 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.

1 0

[Bug 8212] fixme:wininet:NETCON_init can't use SSL, not compiled in
by Wine Bugs 30 Apr '07

30 Apr '07

http://bugs.winehq.org/show_bug.cgi?id=8212 marius.andreiana(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID | ------- Additional Comments From marius.andreiana(a)gmail.com 2007-30-04 00:11 ------- Installed all except devel and docs: yum list 'wine*' Loading "installonlyn" plugin Installed Packages wine.i386 0.9.35-1.fc7 installed wine-capi.i386 0.9.35-1.fc7 installed wine-cms.i386 0.9.35-1.fc7 installed wine-core.i386 0.9.35-1.fc7 installed wine-esd.i386 0.9.35-1.fc7 installed wine-jack.i386 0.9.35-1.fc7 installed wine-ldap.i386 0.9.35-1.fc7 installed wine-nas.i386 0.9.35-1.fc7 installed wine-tools.i386 0.9.35-1.fc7 installed wine-twain.i386 0.9.35-1.fc7 installed Available Packages wine-devel.i386 0.9.35-1.fc7 extras-developme wine-docs.noarch 0.9.35-1.fc7 extras-developme How to replicate: Download picasa from http://picasa.google.com/download/ install run drive_c/Program\ Files/Picasa2/Picasa2.exe At top right, click Sign in to Web Albums enter dummy account/pass see 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.

1 0

[Bug 8227] New: Broken link on front page to X.org
by Wine Bugs 30 Apr '07

30 Apr '07

http://bugs.winehq.org/show_bug.cgi?id=8227 Summary: Broken link on front page to X.org Product: WineHQ.com Version: unspecified Platform: PC-x86-64 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: misc-web AssignedTo: wine-bugs(a)winehq.org ReportedBy: mrbeardy(a)gmail.com The link within the first paragraph and in the following text is broken: 'Wine is an Open Source implementation of the Windows API on top of X and Unix.' It points to a 404 page. Perhaps this would be a better link: http://en.wikipedia.org/wiki/X_protocol -- 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.

1 0

[Bug 8177] Solar Fire v5: Font only displays the character 0x80
by Wine Bugs 30 Apr '07

30 Apr '07

http://bugs.winehq.org/show_bug.cgi?id=8177 ------- Additional Comments From dmitry(a)codeweavers.com 2007-29-04 23:12 ------- The problem is that this font (ET Sans Serif) declares in the header charset to be 2 (SYMBOL_CHARSET) and Wine treats it appropriately. This needs a test under Windows how this kind of bitmap fonts should be handled. -- 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.

1 0

[Bug 8226] DlgDirListComboBox does not fail properly on bad path spec argument
by Wine Bugs 30 Apr '07

30 Apr '07

http://bugs.winehq.org/show_bug.cgi?id=8226 ------- Additional Comments From lupien(a)physique.usherbrooke.ca 2007-29-04 22:51 ------- Created an attachment (id=6029) --> (http://bugs.winehq.org/attachment.cgi?id=6029&action=view) patch to dlls/user32/listbox.c This makes LISTBOX_Directory behave like in windows so that an attrib of only DDL_DRIVES is equivalent to DDL_DRIVES|DDL_EXCLUSIVE. -- 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.

1 0

[Bug 8226] DlgDirListComboBox does not fail properly on bad path spec argument
by Wine Bugs 30 Apr '07

30 Apr '07

http://bugs.winehq.org/show_bug.cgi?id=8226 ------- Additional Comments From lupien(a)physique.usherbrooke.ca 2007-29-04 22:49 ------- Created an attachment (id=6028) --> (http://bugs.winehq.org/attachment.cgi?id=6028&action=view) patch to dlls/user32/dialog.c Patch so that the DIALOG_DlgDirListW fails when the spec path is improper -- 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.

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
300
Older →

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 April 2007