http://bugs.winehq.org/show_bug.cgi?id=8229
------- Additional Comments From lupien(a)physique.usherbrooke.ca 2007-30-04 01:31 -------
Created an attachment (id=6033)
--> (http://bugs.winehq.org/attachment.cgi?id=6033&action=view)
patch to dlls/user32/msg16.c to prevent unhandled memory exception
This patch to the DispatchMessage16 function of dlls/user32/msg16.c also fixes
an exception that occured after coming back from the callback. The msg pointer
then points nowhere. Contrary to the previous patch, the original
segment:offset is lost by the implicit conversion done by the relay16.c
routines so I used another way (a temporary local copy of the structure).
This is my last patch for the day. Enjoy!
--
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=8229
------- Additional Comments From lupien(a)physique.usherbrooke.ca 2007-30-04 01:26 -------
Created an attachment (id=6032)
--> (http://bugs.winehq.org/attachment.cgi?id=6032&action=view)
patch to dlls/user32/winproc.c to prevent unhandled memory exception
Thi is a patch to dlls/user32/winproc.c that remaps the pointer data to the
client application after coming back from a callback for the WM_MDICREATE and
WM_CREATE messages of WINPROC_CallProc16To32A. Note that cs->lpszName and
cs->lpszClass (see CREATESTRUCT16to32A) are not remapped so they could create
problems somewhere int he callback (not for me 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.
http://bugs.winehq.org/show_bug.cgi?id=8199
rmh(a)aybabtu.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |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=8229
------- Additional Comments From lupien(a)physique.usherbrooke.ca 2007-30-04 01:18 -------
Created an attachment (id=6031)
--> (http://bugs.winehq.org/attachment.cgi?id=6031&action=view)
patch to dlls/winedos/int31.c to improve trace debug
This patch to dlls/winedos/int31.c adds more info to some of the TRACE
instructions to make it easier to trace memory problems.
--
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=8229
------- Additional Comments From lupien(a)physique.usherbrooke.ca 2007-30-04 01:16 -------
Created an attachment (id=6030)
--> (http://bugs.winehq.org/attachment.cgi?id=6030&action=view)
patch to dlls/winedos/int31.c to fix an error in DPMI_xrealloc
DPMI_xrealloc() function of dlls/winedos/int31.c reserved the memory before
doing the test and if they failed it would not release it. So I moved the
memory allocation after the tests. It will only behave differently if it is
called with a NULL handle (ptr). If that is a problem, an else statement can be
added when ptr is NULL.
--
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=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.
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.
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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=8226
Summary: DlgDirListComboBox does not fail properly on bad path
spec argument
Product: Wine
Version: 0.9.35.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lupien(a)physique.usherbrooke.ca
When a path spec is given that is not a directory and that does not contain any
* or ? then DlgDirListComboBox should fail and return False. Currently it can
return true. See http://msdn2.microsoft.com/en-us/library/ms673323.aspx
The problem for me occured in a win31 program extended to 32bit by watcom. The
program relies on a failure in the routine to open file from a fancy file
manager. The non failing prevented any file to be loaded. The call is with the
DDL_DIRECTORY|DDL_EXCLUSIVE flags.
An exemple:
Let a directory "c:\test" contain many files including one subdirectory
("c:\test\testsub") then a call to DlgDirListComboBox with path spec of
"c:\\test", or "c:\\test\\" or "c:\\test\\*.*" should all return true and
produce the same listing. But a call with "c:\\test\\test.c" should fail (wether
or not test.c exist because the file spec does not contain any * or ?.
I checked this behavior under windows XP. Under the current wine I tested
(0.9.35 from fedora core 5 extras) this does not fail.
The actual problem is in the DIALOG_DlgDirListW function of
dlls/user32/dialog.c. I will attach a patch that produces the correct behavior
(compared to XP) and fixes my problem.
A related problem is that under windows (at least XP) when calling with
only the DDL_DRIVES attribute produce the same result as calling with DDL_DRIVES
| DDL_EXCLUSIVE but this is not the case under wine. My program is filling a box
with files and drives but it is supposed to contain only drives. The same
happends when sending a message to the listbox directly so I attach a patch that
fixes the problem in the LISTBOX_Directory function of ddls/user32/listbox.c.
--
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=8225
Summary: Fireworks 8 trial hangs on splash screen
Product: Wine
Version: CVS
Platform: Other
URL: http://www.adobe.com/cfusion/tdrc/index.cfm?product=fire
works
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
The Fireworks 8 trial installs ok
(though there's a heap err in the console),
but it doesn't start up. It hangs at the splash screen.
--
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=8224
Summary: Adobe Lightroom 1.0 won't let you create a database
Product: Wine
Version: CVS
Platform: Other
URL: http://www.adobe.com/products/photoshoplightroom/
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
To install lightroom, use winecfg to pick winxp mode.
To run lightroom, you have to work around the lack
of winsxs support by using winecfg to pick win2k mode, then running
'wget kegel.com/wine/winetricks; sh winetricks vcrun2005'
That done, lightroom should start ok. The initial GUI seems
sluggish under wine (like Quicken 2007's), and flaky;
it wants you to either open an existing database or create
a new one, but the 'next' button is never enabled, so
you can't create the new database. Or so it seems on my first try.
--
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=5163
------- Additional Comments From ead1234(a)hotmail.com 2007-29-04 21:01 -------
http://msdn2.microsoft.com/en-us/library/aa371571.aspx
SecureCustomProperties is separated by semicolons, it appears it gets cut off in
the middle of DISABLEROLLBACK in the INSERT statement of our log and doesn't
enter the entire thing.
I'm not terribly familiar with MSI but it seems like maybe this list separated
by semicolons should be iterated through and added to the Property table as
public properties?
--
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=7403
------- Additional Comments From austinenglish(a)gmail.com 2007-29-04 21:00 -------
The window itself works fine for me under wine 0.9.30, and up until wine 0.9.34.
After 0.9.35, the systray icon no longer works. I'm using Gnome, not KDE. Ubuntu
7.04
--
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=8200
------- Additional Comments From austinenglish(a)gmail.com 2007-29-04 20:58 -------
Wine 0.9.30 worked fine for me. The window itself shows up, but once you attempt
to minimize to tray, the problem begins. If you keep the main window open, e.g.
on any virtual desktop, then you can still access it. Once you close the main
window, however, you'll have to restart utorrent.
--
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=5163
------- Additional Comments From ead1234(a)hotmail.com 2007-29-04 20:56 -------
Created an attachment (id=6027)
--> (http://bugs.winehq.org/attachment.cgi?id=6027&action=view)
Picture showing InstallExecuteSequence for CustomAction CAGetDPCOEMData
Picture of ORCA showing our CustomAction that is failing refers to properties
in its query in InstallExecuteSequence (ReleaseType and ENTERPRISE_IMAGE) that
should be set by the SecureCustomProperties Property.
--
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=8218
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From vitaliy(a)kievinfo.com 2007-29-04 20:13 -------
Because you +relay doesn't match watch you pasted.
--
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=8223
------- Additional Comments From angkel07(a)yahoo.com 2007-29-04 19:55 -------
Created an attachment (id=6026)
--> (http://bugs.winehq.org/attachment.cgi?id=6026&action=view)
What the terminal says...
The terminal gives some errors and alot of fixme's but the main thing that may
had caused the error is this:
fixme:d3d7:IDirect3DViewportImpl_SetBackgroundDepth (0x1712040)->((nil)): stub!
--
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=8223
Summary: BVE Trainsim 2.6 cannot render environment
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: angkel07(a)yahoo.com
The EXE file of BVE Trainsim runs okay until you select and load a route. It
spews errors and debug info allover the terminal. This is the only thing that
keeps me from playing.
--
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.