http://bugs.winehq.org/show_bug.cgi?id=20197
Summary: Cities XL Launcher fails to run
Product: Wine
Version: 1.1.30
Platform: PC
URL: http://www.citiesxl.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)jones.be
Created an attachment (id=23812)
--> (http://bugs.winehq.org/attachment.cgi?id=23812)
Citiesxl.exe backtrace
As soon as the Citiesxl.exe (The launcher) is run it crashes without any GUI
coming up.
This launcher is essential to the game operation as it controls the patching
process among other functions.
This issue is present on Wine 1.1.29 and the latest 1.1.30
Backtrace attached from 1.1.30.
I still need to compile 1.1.30 for debug symbols.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6967
--- Comment #8 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-09-28 18:52:30 ---
Created an attachment (id=23817)
--> (http://bugs.winehq.org/attachment.cgi?id=23817)
Fix hittesting and buttonup handling
This one seems to be a pretty obvious to fix.
The problems are:
- wrong hittesting for previous month leads to unreachable previous month days
except day 31/30;
- wrong hittesting for next month increment a year when it shouldn't;
- lbutton up handler looks strange, it definitely act just like a prev/next
buttons, maybe it was workaround for a broken hittesting.
Attached patch fixes these three issues, I'll try to produce acceptable patch
this week.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8088
--- Comment #5 from Vincent Povirk <madewokherd(a)gmail.com> 2009-09-28 18:05:05 ---
The windowscodecs work destroyed any chance of this working in current Wine.
The oleaut32 WIC loading code now internally converts the image data from
whatever it was (8-bit paletted in this case) to 32-bit ARGB, just because it
was simplest to only deal with one format.
Someone would have to fix
OLEPictureImpl_LoadWICDecoder/OLEPictureImpl_LoadWICSource so that it creates
an 8-bit bitmap when it gets 8-bit paletted data.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6533
Vincent Povirk <madewokherd(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |testcase
--
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.
http://bugs.winehq.org/show_bug.cgi?id=2467
Miguel Lopez <graptorx(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |graptorx(a)gmail.com
--- Comment #117 from Miguel Lopez <graptorx(a)gmail.com> 2009-09-28 16:15:15 ---
(In reply to comment #116)
> I've given up hope for this bug. The component which produces it (
> directx-ddraw ) didnt had any work done, according to my git log, for quite a
> bit now.
>
> Its one of those bugs that forces you to learn C just to give a try fixing it!
believe it or not thats what i am doing... sort of... ^_^;
--
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.
http://bugs.winehq.org/show_bug.cgi?id=2467
--- Comment #116 from nick ves <vespenegeyser(a)hotmail.com> 2009-09-28 16:01:07 ---
I've given up hope for this bug. The component which produces it (
directx-ddraw ) didnt had any work done, according to my git log, for quite a
bit now.
Its one of those bugs that forces you to learn C just to give a try fixing it!
--
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.
http://bugs.winehq.org/show_bug.cgi?id=2467
chr <cr2005(a)u-club.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cr2005(a)u-club.de
nick ves <vespenegeyser(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vespenegeyser(a)hotmail.com
dzs6w3(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dzs6w3(a)gmail.com
Lauri Niskanen <ape(a)ape3000.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ape(a)ape3000.com
Freddie Tilley <freddie.tilley(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |freddie.tilley(a)gmail.com
karaluh <karaluh(a)karaluh.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |karaluh(a)karaluh.pl
Robert <roppie93(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |roppie93(a)hotmail.com
Nelson Castillo <nelsoneci(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nelsoneci(a)gmail.com
--- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 ---
I noticed something else ... while running with a lot of debug flags which made
sc slow:
After selecting battlenet and when the login screen appears, I see that the
background is properly drawn ... and then it fades out! (and not in)
I guess the last 'black' color is transparent and therefore all the rest of the
battle.net GUI is broken.
--- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 ---
5 years after it was first opened its still occurring? score one for starcraft
:D still resisting the devs haha
its still occuriing in 1.1.23
--- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 ---
Items not being cleared, the black color instead of surfaces reminds me of a
problem with flipping buffers and clearing the screen.
Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way
that prevents it from working correctly with wine's implementation of direct
draw.
With the newest development (see previous post), I am curious to see what
happens if wine is changed so that the the back buffer and front buffer are
swapped. Perhaps we will get the background image (without text) of the
battle.net menu.
I do not know much about this stuff, so I am currently unable to do this
myself. Moreover, I do not know if it is even feasible.
Also, I think the battle.net menus work properly in Starcraft ran through
cedega. Maybe we can see a diff of wine's implementation of direct draw with
that of cedega. This is what I'm going to be doing since my ignorance will not
affect looking at differences in code as much as trying to find the problem by
just looking at wine's code.
--- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 ---
Well, there goes comparing cedega to wine. The direct draw code is not
released with the cvs version of cedega.
--- Comment #109 from Lauri Niskanen <ape(a)ape3000.com> 2009-06-25 13:38:36 ---
Shouldn't the importance be trivial or minor instead of normal? It doesn't look
so nice, but it doesn't affect the game functionality at all. And it's only
active on the menus, not on the game itself.
--- Comment #110 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:04:49 ---
>From what I have gathered from other bugs related to this is the following:
All the dialog images are drawn in a window below the main battle.net window.
All the battle.net text child windows only draw the text and no graphics.
Apparently on a transparent background.
+[desktop window]
+-->[graphics window]
+-->[battle.net window]
[dialog boxes]
--- Comment #111 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:08:47 ---
>From what I have gathered from other bugs related to this is the following:
All the dialog images are drawn in a window below the main battle.net window.
All the battle.net text child windows only draw the text and no graphics.
Apparently on a transparent background.
[desktop window]
+-->[graphics window]
+-->[battle.net window]
+-->[dialog boxes]
So all the graphics are being draw, but because the battle.net window
is drawn on top with a transparent background the graphics window does
not show.
The battle.net hack floating around, that does draw the graphics, does not
draw the text dialog windows.
Does this have to do with the fact that X11 does not support alpha blending,
and that what is now drawn as black is supposed to be transparent?
--- Comment #112 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:13:01 ---
Whoops, accidentally posted http://bugs.winehq.org/show_bug.cgi?id=2467#c110
before it was complete
--- Comment #113 from Miguel Lopez <graptorx(a)gmail.com> 2009-07-25 15:18:11 ---
Created an attachment (id=22615)
--> (http://bugs.winehq.org/attachment.cgi?id=22615)
partial redrawing
I have noticed that even though in most of Battle.nets menus we get the
overlapping text, there are areas that does not have that issue... even though
i am not a programmer I think that maybe there we can find a clue of what is
causing the problem...
As other said the backgrounds are being drawn below the screen and when i have
wine creating a virtual desktop if i move over another window on top of
starcraft the window stays drawn there.
Wine 1.1.26
Slackware 12.2
--- Comment #114 from Robert <roppie93(a)hotmail.com> 2009-09-10 11:15:38 ---
I may have something interesting, after installing SC on windows, I saw the
same problem after I alt-tabbed SC. I'm running Windows XP with win98
compatibility mode, also 256 colors and 640x480.
I use blackbox4windows, I don't know if this has anything to do with the bug.
When making a screenshot, it's black. I'm sorry, I cant :S
Maybe it's the bug is the way wine handles the window.
--- Comment #115 from Nelson Castillo <nelsoneci(a)gmail.com> 2009-09-28 13:22:05 ---
Also experiencing this bug.
Debian Lenny.
Starcraft 1.1.5.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19966
Summary: Inplement HalGetBusDataByOffset to do the same as
HalGetBusData
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://rh-software.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ray(a)pobox.co.uk
Currentry when HalGetBusDataByOffset() is called the the process gets aborted.
Please can it be changed to work the same as HalGetBusData().
I would use HalGetBusData(), but this is not available on Windows x64 and ia64
editions, so I have to use HalGetBusDataByOffset() which I can't use on wine as
I get aborted. I also need to actually use HalGetBusDataByOffset() for some
operations.
wine: Call from 0x7b844673 to unimplemented function
hal.dll.HalGetBusDataByOffset, aborting
It would be even better if they both actually worked which I suspect would not
be that hard to implement by simply reading the appropiate entry from
/sys/bus/pci/devices, maybe I will work around this and make my code do that...
This is an issue in hal.dll, but Bugzilla does not offer hal.dll as an option
and kernel32.dll is the closest match.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8997
--- Comment #45 from Tim Williams <tjandacw(a)yahoo.com> 2009-09-28 08:08:19 ---
(In reply to comment #43)
> Please give it a try with 1.1.30.
I installed 1.1.30 today, and I get the same problem.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8997
--- Comment #44 from Tim Williams <tjandacw(a)yahoo.com> 2009-09-28 08:07:14 ---
(In reply to comment #42)
> does it work if you use native wininet?
I just tried copying wininet.dll from my Visa partition. Same thing.
I did notice however, that I get the error both with and without downloading
from DotNet, so that apparently isn't the issue.
Plain wine invocation with no WINEDEBUG= (before answering prompt about
bypassing DotNet:
tim@tim-acer:~/.wine/drive_c/Troopmaster Software/TM4$ wine TroopMaster.EXE
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RESET_URLCACHE_SESSION:
STUB
err:ole:ITypeInfo_fnInvoke did not find member id -514, flags 0x2!
err:ole:ITypeInfo_fnInvoke did not find member id -504, flags 0x2!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f378,0x00000000), stub!
err:ole:ITypeInfo_fnInvoke did not find member id -514, flags 0x2!
err:ole:ITypeInfo_fnInvoke did not find member id -504, flags 0x2!
fixme:msimtf:DllGetClassObject ({50d5107a-d278-4871-8989-f4ceaaf59cfc}
{00000001-0000-0000-c000-000000000046} 0x32baac)
err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111
err:ole:CoGetClassObject no class object {50d5107a-d278-4871-8989-f4ceaaf59cfc}
could be created for context 0x401
fixme:wininet:URLCache_FindFirstFreeEntry Grow file
err:wininet:CommitUrlCacheEntryInternal no free entries
fixme:wininet:URLCache_FindFirstFreeEntry Grow file
err:wininet:CommitUrlCacheEntryInternal no free entries
########### after clicking 'No' on dialog (don't bypass DotNet) ######
(nothing new)
######## after clickin 'No' on dialog to open in read-only mode ##########
(nothing new - main window loses focus)
#################################################
Now run the same thing again, answering 'Yes' to prompt about using data on
local drive.
(before clicking 'Yes')
tim@tim-acer:~/.wine/drive_c/Troopmaster Software/TM4$ wine TroopMaster.EXE
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RESET_URLCACHE_SESSION:
STUB
err:ole:ITypeInfo_fnInvoke did not find member id -514, flags 0x2!
err:ole:ITypeInfo_fnInvoke did not find member id -504, flags 0x2!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f378,0x00000000), stub!
err:ole:ITypeInfo_fnInvoke did not find member id -514, flags 0x2!
err:ole:ITypeInfo_fnInvoke did not find member id -504, flags 0x2!
fixme:msimtf:DllGetClassObject ({50d5107a-d278-4871-8989-f4ceaaf59cfc}
{00000001-0000-0000-c000-000000000046} 0x32baac)
err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111
err:ole:CoGetClassObject no class object {50d5107a-d278-4871-8989-f4ceaaf59cfc}
could be created for context 0x401
fixme:wininet:URLCache_FindFirstFreeEntry Grow file
err:wininet:CommitUrlCacheEntryInternal no free entries
fixme:wininet:URLCache_FindFirstFreeEntry Grow file
err:wininet:CommitUrlCacheEntryInternal no free entries
########### after clicking 'Yes' ################
fixme:wininet:URLCache_FindFirstFreeEntry Grow file
err:wininet:CommitUrlCacheEntryInternal no free entries
##########
main window is responsive. Everything works as is should.
#### after File->Exit #######
fixme:msimtf:DllCanUnloadNow ()
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_END_BROWSER_SESSION:
STUB
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RESET_URLCACHE_SESSION:
STUB
fixme:msimtf:DllCanUnloadNow ()
fixme:msimtf:DllCanUnloadNow ()
tim@tim-acer:~/.wine/drive_c/Troopmaster Software/TM4$
###############################################################
--
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.