http://bugs.winehq.org/show_bug.cgi?id=3840
------- Additional Comments From julliard(a)winehq.com 2007-10-05 09:53 -------
When the ordinal differs across Windows versions it should be auto-allocated
(just like it is on Windows). Explicit ordinals should only be used when they
are guaranteed on Windows too. Francois Gouget has a script to check these, I
believe most spec files have been checked successfully against Windows.
--
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=3840
------- Additional Comments From michal.seliga(a)visicom.sk 2007-10-05 09:19 -------
i think that for system libraries as gdi32.dll which don't change too much it
would be better to make it work.... i read somewhere that for directx calls and
some others this technics is not recommended especially because ordinals change
too often (and these intros often work only on party computer where they are
shown and nowhere else and there is 'compatible version' which is bigger but
works on other pc's too)
but if its too much work for developers then i think its nothing extremely
important, 'real' applications and games never use this approach anyway
--
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=3840
------- Additional Comments From focht(a)gmx.net 2007-10-05 09:06 -------
Hello,
just took this one as random pick.
The crash reason of the demos (probably written in .flat assembler) is simple:
all imports are by ordinal only.
This imposes problems because wine maintains most .spec files without explicit
ordinals.
If people add new/missing functions/exports without explicit ordinal spec they
get automatically assigned (linear from beginning).
These ordinals might not be the same as in windows.
Following is my analysis with one demo supplied by previous attachment
(all others suffer from same problem):
==============================
2mPasM.exe demo (4k):
Wrong imports by ordinal (wine):
--- snip ---
00401020 33 CharNextExW USER32
0040101C 97 DdeCreateStringHandleW USER32
00401018 269 GetMessageTime USER32
00401010 510 SetWindowLongW USER32
00401014 655 USER32_655 USER32
00401000 562 GDI32_562 GDI32
00401008 183 DefineDosDeviceW KERNEL32
--- snip ---
Correct imports by ordinal (used windows xp to dump imports)
--- snip ---
00401020 33 ChangeDisplaySettingsA USER32
0040101C 97 CreateWindowExA USER32
00401018 269 GetDC USER32
00401010 510 PeekMessageA USER32
00401014 655 ShowCursor USER32
00401000 562 SetPixel GDI32
00401008 183 ExitProcess KERNEL32
--- snip ---
Yes, this is bad practice, because Micro$oft doesnt guarantee that ordinal
numbers of the exports in Windows system Dlls are to be the same across
different Dll versions (usually do but no 100% guarantee).
I didnt search further, there could be more bug reports which suffer from same.
What's the developers consensus on this?
Either fix to match windows ordinals (.spec/export files could be cross checked
with script against windows ordinals) or mark all bug reports in this category
as invalid (broken apps).
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=8338
------- Additional Comments From mail2benny(a)gmail.com 2007-10-05 07:14 -------
Ok i installed, microsoft core TTF font pack. Nothing changed so installed all
the TTF's manually seemed to work ok. Still wine changes now and than but at
least problem is solved that it remains ledgable, and if it isn't i know how to
addept it. Is there anyway to fix the wine font so it won't change all the time?
I see that there's a font button in WineCFG>>Desktop integration but it never
lights up. . .
--
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=8355
Summary: Fahrenheit installer fails with "Unable to copy 1"
Product: Wine
Version: CVS
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben(a)atomnet.co.uk
When trying to install the game it fails before copying the first file. A
message-box appears and it just simply says "1" in it. The terminal shows that
it couldn't copy "1" whatever that should be. Pretty sure this used to install
so marking it as a regression but it was ages since it was last tested so I'll
wait for some input before regression testing to see if someone can give me an
idea of when it may have broken.
--
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 citizenr(a)gmail.com 2007-10-05 07:03 -------
nope, utorrent works fine, its something on your computer, are you using beryl?
--
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=8346
us(a)edmeades.me.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wine-bugs(a)winehq.org
------- Additional Comments From us(a)edmeades.me.uk 2007-10-05 04:37 -------
I'll take a look - Currently converting cmd to Unicode then back to making
improvements and I'll add this to the list of things to be fixed
--
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.