http://bugs.winehq.org/show_bug.cgi?id=2619
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|http://www.toddallen.org/nMM|http://www.forum.nokia.com/m
|Converter_v2_0.zip |ain/0,,034-63,00.html
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |download, NoAppDBEntry
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 10:27 -------
- Updating the download location
- Adding download keyword
- Adding noAppDBEntry keyword
- Testing using Wine_CVS: doesn't install
No error message in the console.
--
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=2621
------- Additional Comments From jgomberg(a)pacbell.net 2005-02-10 10:24 -------
Yes, it is working for me with the latest fc4 rpm of 20050524. I have compiled
later snapshots for my x86_64 version and msmoney does not work on them.
--
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=3207
------- Additional Comments From titan.costa(a)wanadoo.fr 2005-02-10 10:24 -------
The demo version crashes on my box with current CVS (A stack corruption I guess).
Do you have any particular settings?
--
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=2628
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO| |1434
nThis| |
Severity|blocker |minor
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 10:19 -------
If Tony Lampregts solution doesn't work, please follow the instructions you'll
find here to install this game:
http://appdb.winehq.org/appview.php?versionId=1812
Please reopen the bug if you stillhave issues.
--
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=2621
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 10:16 -------
This seems to work using current Wine version, can you please re-test it and
report back ?
You can find useful informations about MS Money 2004 on Wine here:
http://appdb.winehq.org/appview.php?versionId=2728
--
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=2082
------- Additional Comments From pq(a)iki.fi 2005-02-10 10:13 -------
I have tested this and seen this problem with several versions of Wine.
Despite the "black screen in menus" bug I had been nicely playing Diablo with
Wine 20050725 and 20050628 at least, version 20050830 had some trouble I can not
remember anymore. These were all Gentoo packaged Wine snapshot releases.
I took the CVS version and tested it twice, dates and reports follow.
The CVS version works just like 20050628, except the CVS version prints some
information.
-----------
Wine from the CVS Sep 27, 2005.
Immediately after starting:
pq@daedalus $ bin/wine 'D:/pelit/Diablo-wine/Diablo.exe'
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x7fdffb48)->(0x10022,00000013)
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 8
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 8
fixme:x11drv:X11DRV_DDHAL_CreatePalette stub
fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank
(0x7fdffb48)->(flags=0x00000001,handle=(nil))
The "Blizzard" movie plays ok. After that, black screen. Music plays ok.
Main menu responds to keyboard, screen stays black.
Starting a game by pressing 'enter' three times. Music indicates game started,
but screen stays black. Printed dozens of times the line:
fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank
(0x7fdffb48)->(flags=0x00000001,handle=(nil))
Clicking the game screen makes it appear and draw correctly. The game is now
completely playable, until you try to go back to the pre-game menus, then screen
becomes black again, but keyboard and sounds respond as they should.
After quitting Diablo, the window disapperas, but Wine stays running, not
releasing the terminal it was run from, until Ctrl+c.
------------------
Wine from the CVS, Oct 2, 2005
Works exactly like Sep 27 CVS version, except the address in the output is
0x7fdffb70 instead of 0x7fdffb48.
------------------
System information:
Gentoo Linux
pq@daedalus $ xdpyinfo
name of display: :0.0
version number: 11.0
vendor string: Gentoo (The X.Org Foundation 6.8.2, revision r4-0.1.10.2)
vendor release number: 60802000
X.Org version: 6.8.2
...
default screen number: 0
number of screens: 2
screen #0:
dimensions: 1280x1024 pixels (339x271 millimeters)
resolution: 96x96 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x14c
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x20
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
...
Linux 2.6.12.6 #1 Sun Sep 4 15:58:14 EEST 2005 i686
nvidia binary drivers version 1.0.7167
I tested with 16 bit depth, same behaviour (cannot change from 16 to 8 BPP). I
could not test with 8 bit depth as the nVidia drivers apparently refuse to
cooperate.
--
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=2623
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 10:11 -------
Can you please report back after having tested it using current Wine ?
--
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=3423
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From vitaliy(a)kievinfo.com 2005-02-10 10:11 -------
Looks like the only way to make it work ATM is to use native shdocvw & shlwapi.
--
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=2624
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 10:10 -------
Can you please test it under recent Wine and report back ?
--
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=2625
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO| |1434
nThis| |
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 10:10 -------
Can you please test it under recent Wine ? Other people seem to be running this
game under Wine just fine.
--
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=3464
------- Additional Comments From titan.costa(a)wanadoo.fr 2005-02-10 10:07 -------
It's seems there are several versions of Myst. The readme file says it's Myst 1.0.3.
Anyway, this is obvious than DosDefineDevice does not do the right thing and it
is not specific to this game.
--
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=2627
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 10:07 -------
This bug has been abandoned because there are not enough informations to
investigate.
If you still encountering this bug, please reopen it and give us more
informations (don't forget to test the bug using a recent Wine version).
--
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=2058
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 10:01 -------
People at the AppDB have this version working AFTER the bug was filled
(http://appdb.winehq.org/appview.php?versionId=1785) and reporter didn't show up
since one year and a half, so closing as abandoned.
If this bug still occurs in current Wine version, please reopen.
--
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=3464
Summary: DosDefineDevice breaking mapping to unix folders
Product: Wine
Version: CVS
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: titan.costa(a)wanadoo.fr
It seems there is something wrong with DosDefineDevice.
If we consider a drive declared as F: -> /mnt/win_e
Remapping the drive F: to G: with this function leads to F: -> G: with G: non
defined.
This makes, in my case, my app to break all my drives assignement.
It's seems the code lacks a level of inderection as shown below:
Logical drive -> Real drive -> unix dir
--
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=761
------- Additional Comments From us(a)edmeades.me.uk 2005-02-10 09:58 -------
Lionel - Are you sure? :-)
I tried the installer and the panel for the main game, and its exceedingly
slow, but does come up eventually (about 1 min for me).
I dont know why there's such a slow performance (but i havent tried it under
windows either...) but I'm not sure its the same problem as originally
reported.
--
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=717
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 09:42 -------
Molle Bestefich wrote:
Bug seems fixed in CVS HEAD, the StarCraft installer now creates icons
just fine.
In addition, the game can now switch correctly to fullscreen mode,
which leads to the mouse cursor not "running invisibly out of the game
area", so to speak. Kudos!
Music and sound effects work less-than perfect (scratching, premature
end of sample playback). I haven't tested multiplayer modes.
Bug closed.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=1434
Bug 1434 depends on bug 717, which changed state.
Bug 717 Summary: StarCraft Icons not created by wineshelllink
http://bugs.winehq.org/show_bug.cgi?id=717
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--
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=709
------- Additional Comments From wdev(a)foltman.com 2005-02-10 09:41 -------
Now a surprise. While I've fixed the bug that prevents the first screen from
being displayed, the installer breaks with the same type of error on third (or
so) screen - *regardless* if I'm using native or builtin version of
riched32/riched20.
The bug was in EM_LINELENGTH handler, and is fixed by replacing the
corresponding if statement in editor.c by:
if (item_end)
nNextLineOfs = ME_CharOfsFromRunOfs(editor, ME_FindItemFwd(item_end,
diRun), 0);
else
nNextLineOfs = ME_FindItemFwd(item,
diParagraphOrEnd)->member.para.nCharOfs-(editor->bEmulateVersion10?2:1);
I'll send a patch once the previous one gets accepted.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=1248
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 09:40 -------
>This bug appears only on 7.1 client that can't be run anymore and new 7.5 client
>does show this problem.
I guess you meant doesn't show this problem ?
--
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=1973
Bug 1973 depends on bug 1248, which changed state.
Bug 1248 Summary: fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
http://bugs.winehq.org/show_bug.cgi?id=1248
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--
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=1772
Bug 1772 depends on bug 1248, which changed state.
Bug 1248 Summary: fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
http://bugs.winehq.org/show_bug.cgi?id=1248
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--
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=1424
Bug 1424 depends on bug 1248, which changed state.
Bug 1248 Summary: fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
http://bugs.winehq.org/show_bug.cgi?id=1248
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--
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=2398
------- Additional Comments From phil(a)ldex.terica.net 2005-02-10 09:38 -------
Where to start? :)
First off, if any major change is implemented that will probably or definitely
cause widespread regressions, it is arguable that the policy should be to have a
legacy switch until the new system has been tested and fixed. Shipping a broken
implementation with no fallback is bad practice and actively prevents me from
testing new Wine releases, bug fixes or not.
Note that this also addresses the 'upgrade or we don't support you' point made
by James Hawkins : I cannot test because the app is completely unusable as a
result of this all-or-nothing approach. I reported the issue as soon as I was
aware of it and spent a good deal of time finding out what patch broke the
system (I suspect many would not have bothered). Those with the intimate
knowledge of Wine haven't been able to fix it yet, for one reason or another
(motivation strikes me as a troublesome reason, given the size and impact of
this problem, but I don't question it). That leaves me out in the cold. I simply
don't have time to learn how to hack on Wine - my days are very busy with RL
stuff (especially at the moment) - and even if I could, those who wrote the code
are likely in a better position to fix it or provide a fallback method.
Without wanting to appear obnoxious, the delay on getting a fix to this issue
also impacts my willingness to test new releases. This issue remains in place 8
months after it was reported and very close to a 1.0 release. What purpose
testing and reporting bugs if the result is no change? I appreciate that
volunteers are working on the code and have in fact a current license for
CodeWeavers CXO product. CodeWeavers wash their hands of the problem because
this isn't a supported app; in fact with the previous code it could very well
have been and I could have easily demonstrated this. Right now, though, this
single issue is preventing that. Volunteers are not obliged to fix this either,
I know. I'm not saying that they should, but am making the case for a policy
change to implement compatibility switch in order to prevent this kind of major
breakage being a blocker in future. I activate the compatibility switch and can
immediately upgrade Wine without losing my ability to use apps that worked
before; I can still test the new code by removing the compatiblity switch. Easy,
effective and painless for almost everyone.
Lionel, I'm afraid your reply makes the case for a compatibility policy for
major changes. I'm relying on your level of motivation for a fix. It's therefore
completely open-ended in terms of when a fix might be implemented, if at all.
That's entirely your right as a contributor, but doesn't help any of those folks
affected by this change. Your code ends up being untested because either the
users go back to Windows (possibly swearing off Wine for life - worse still if
they were developers looking at Wine for making a linux release of their app) or
they run an old version of Wine.
Wine is a major part of the linux desktop scenario and it needs to be reliable
(even as alpha software) and reasonably well planned. Until this issue, for me
it was. If you cannot find the motivation to fix it, some wider publicity of the
problem would perhaps be beneficial - maybe someone else can fix it.
--
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.