http://bugs.winehq.org/show_bug.cgi?id=2861
Summary: Garmin MapSource 6.5 does not startup on wine
installation
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rschiele(a)uni-mannheim.de
As installation (InstallShield) within wine did not work, I installed on a
Windows 98 system and moved the installed directory and the installed registry
keys to the wine installation.
If I start MapSource.exe now, the splash screen appears, disappears again and
an error message popup occurs telling me to contact Garmin support with the
following technical information:
---
Error Information:
App: MapSource
At: 4/6/2005 6:01:49 PM (UTC)
OS: Windows 95
Processor: Pentium, RAM: 1035588
AFX_COMBOBOXUTILS.HPP-54-6.5
---
I contacted their support and asked them to explain which task is performed
from AFX_COMBOBOXUTILS.HPP in line 54 to get an idea what exactly is failing
here with Wine. Currently I am awaiting their answer.
--
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=2853
------- Additional Comments From nbetcher(a)mchsi.com 2005-07-04 22:54 -------
Thank you for your response on this.
I'll give you a little background of my own as far as CS is concerned. I was a
programmer (mainly for KDE) for years up until the point where I become more
extroverted (social, etc) and had less time for programming. So, I do have a
lot of programming experience under my belt, as well as a good understanding
of how multiple open (or closed) source projects indirectly (e.g. Gnome and
KDE, WineHQ and Cedega) and directly (can't think of any examples off the top
of my head) compete.
Competition is good for everyone, even if you do all of your open source
programming on your own, unpaid time. As a KDE programmer, I saw Gnome (as
well as other various window managers, etc) keep us aware of what we are, and
aren't lacking. I think KDE was a big player in accelerating C++ on linux
(combreloc, etc).
On that note (now that I've given my speech), I would like to impress that
Cedega doesn't seem to have these problems, even under heavy load. As a matter
of fact, when Cedega is given a lesser or greater priority (negative or high
positives), it doesn't affect the sound processing at all. It's been like that
for a while (as long as I can remember using Cedega).
So, based off of my speech above: in comparison to Cedega, why do the WineHQ
developers find it such an impossible task (e.g. they don't have the tools
available to them, or the kernel is lacking, etc)? That's not really a
question to be answered to me, it's more of a question for the developers to
ponder to themselves - there is a way, a practical way.
I'd love to dive into the source and try to find the problem, but - like most
large projects - it would take me much time to just get used to the "WineHQ
Way", formatting, and the fact that it's C, not C++. I think there are other
ways that I can assist everyone in this matter - possibly more as a public
relations person? I could discuss the possibility of Transgaming releasing
their ideoligy for fixing the dsound problems, but dsound support is part of
their proud flag-ship: full DirectX support - so that may be impractical.
I seem to be spending all of my free time playing the game (which is what I'd
ideally like to do :P ), but I can sacrafice time to help out everyone else,
and myself, in order to fix all aspects of WoW working correctly.
Thanks again for your response and assignment as "NEW".
--
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=2853
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From tony_lambregts(a)telusplanet.net 2005-07-04 21:01 -------
I can confirm this bug for you but as far as the rest, uhm, well you see the way
things work is that there are no component owners. That might not ever change.
Beyond that the real issue is that the reason that the buffer underruns happen
is that there is no practical way to currently increase a threads priority on
linux. That means that at times the process that is supposed to keep the buffer
full sometimes gets starved of processing time. The technicalities involved have
been discused many times on the Wine-devel mailing list. The most resent one is
here. (SetProcessClass and SetThreadPriority support)
http://www.winehq.org/hypermail/wine-devel/2005/04/0080.html
It is not realy that it "keeps getting shrugged off as a system issue" there are
people (more knowledgeable than myself) that are concerned about it. In the mean
time I will confirm the 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=2853
------- Additional Comments From nbetcher(a)mchsi.com 2005-07-04 20:16 -------
There are sufficient reports to verify this bug. Could this bug please be
assigned to the owner of the dsound component? This problem has been going on
for quite sometime now on various systems and it keeps getting shrugged off as
a system issue - there ARE serious problems with the buffering on wine's
dsound dll. If there is any information that you need from me, please let me
know.
--
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=2813
------- Additional Comments From burnus(a)gmx.de 2005-07-04 13:48 -------
> I would like to fix this properly but out of curiosity what hapens if you
> comment out the call to EDIT_NOTIFY_PARENT().
I'd also like a proper fix, but this works: Origin does not crash.
> So es->text_width is 0 and es->text is "" just before the EDIT_NOTIFY_PARENT
> call. That does not seem to be what we should be sending it. AFAICT There is
> definately something wrong with that loop.
I'm not that sure. The inital string is "" and "10" should be appended. The edit
box is 7 pixel wide and has no autoscrolling set. Unfortunally, "10" needs 20
pixels and thus the "1" is (roughtly) 10 pixel wide. The loop removes, step by
step, a letter from the end until the all of the string fits _completely_ into
the edit widget.
If I only comment out the loop (i.e. the notification is still sent), I get
still the same crash. That means that the message itself causes the problem, not
that the string is only 0 characters long.
Either this is wrong or -- as Lauri Tulmin thinks -- the bug is higher up, e.g.
the edit widget should have actually been wider than 7 pixels (and why some
other window is created/resized to a width of -22 I also don't understand.)
--
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=2860
Summary: Please report: no char for keysym FE0A (ISO_Prev_Group)
Product: Wine
Version: 20050310
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a.kasparas(a)gmc.lt
I've got the following errors when started Lotus Notes aplication and pressed
left shift key.
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE0A
(ISO_Prev_Group) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=10,scanCode=2A,keycode=32,state=1)
right shift key:
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE0A
(ISO_Prev_Group) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=10,scanCode=36,keycode=32,state=1)
Keyboard layout used is "lt+lt", XkbOptions: "grp:shift_toggle". I can provide
xmodmap output, if the need is. Wine is installed from debian package.
--
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=2813
------- Additional Comments From tony_lambregts(a)telusplanet.net 2005-07-04 11:42 -------
So es->text_width is 0 and es->text is "" just before the EDIT_NOTIFY_PARENT
call. That does not seem to be what we should be sending it. AFAICT There is
definately something wrong with that loop.
I would like to fix this properly but out of curiosity what hapens if you
comment out the call to EDIT_NOTIFY_PARENT().
--
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=2813
------- Additional Comments From burnus(a)gmx.de 2005-07-04 11:17 -------
> You know... I am really curious what es->text is right before the call to
Missed that sentence.
trace:edit:EDIT_EM_ReplaceSel inserting stuff (tl 0, strl 2, selstart 0 ('L""'),
text 'L""')
trace:edit:EDIT_EM_ReplaceSel text to be inserted: L"10"
(a debugstr_w(lpsz_replace) directly afterwards)
An in that loop, we have with:
TRACE("es->text_width = %d, fw=%d, %s\n",
es->text_width, fw, debugstr_w(es->text));
trace:edit:EDIT_EM_ReplaceSel es->text_width = 20, fw=7, L"10"
and after the loop:
trace:edit:EDIT_EM_ReplaceSel es->text_width = 0, fw=7, L""
--
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=2859
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From tony_lambregts(a)telusplanet.net 2005-07-04 11:12 -------
Confirming.
--
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.