http://bugs.winehq.org/show_bug.cgi?id=2678
mike(a)navi.cx changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From mike(a)navi.cx 2005-28-01 10:05 -------
Just hack winetest out of the build system for now.
--
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=2676
------- Additional Comments From mike(a)navi.cx 2005-28-01 09:41 -------
This is a FreeBSD specific problem, and requires in depth knowledge of the
FreeBSD threading system to fix. You will have to investigate this yourself, I
suspect.
--
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=2681
Summary: ms access 2000, forms with calculations not working
Product: Wine
Version: 20050111
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: r_vandam(a)hotpop.com
When opening a ms access (dutch version) form with a calculation in it:
The first field keeps blinking quickly until you click on it, then the
calculation is made. Sometimes it even causes ms access & wine to hang.
Reproduce:
20050111: In Northwind database open in Forms the Main switchboard. then choose
Categories --> ms access hangs.
20041201: In Northwind open form Orders. The first field (Vegie-spread) keeps
blinking until you click on it, then the calculation is made. This behaviour
crashes my own ms access application.
Console shows this messages:
fixme:nls:MultiByteToWideChar MB_USEGLYPHCHARS not supported
fixme:hook:NotifyWinEvent (32773,0x90050,27,0)-stub!
fixme:hook:NotifyWinEvent (32773,0x90050,27,0)-stub!
fixme:hook:NotifyWinEvent (32773,0x90050,27,0)-stub!
fixme:hook:NotifyWinEvent (32773,0x90050,27,0)-stub!
fixme:hook:NotifyWinEvent (32773,0x90050,27,0)-stub!
fixme:hook:NotifyWinEvent (32780,(nil),2,0)-stub!
Rob
--
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=2679
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From tony_lambregts(a)telusplanet.net 2005-27-01 21:32 -------
Doh! We both pasted the wrong function too. LOL
Sorry about that I submitted a patch to fix this.
http://www.winehq.org/hypermail/wine-patches/2005/01/0743.html
--
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=2679
helly(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
------- Additional Comments From helly(a)gmx.net 2005-27-01 20:00 -------
I just took a look at the current CVS (using cvsweb).
-----------------------------------
/***********************************************************************
* CharPrevA (USER32.@)
*/
LPSTR WINAPI CharPrevA( LPCSTR start, LPCSTR ptr )
{
while (*start && (start < ptr))
{
LPCSTR next = CharNextA( start );
if (next >= ptr) break;
start = next;
}
return (LPSTR)start;
}
/***********************************************************************
* CharPrevExA (USER32.@)
*/
LPSTR WINAPI CharPrevExA( WORD codepage, LPCSTR start, LPCSTR ptr, DWORD flags )
{
while (*start && (start < ptr))
{
LPCSTR next = CharNextExA( codepage, start, flags );
if (next > ptr) break;
start = next;
}
return (LPSTR)start;
}
-----------------------------------
The bug is not present in CharPrevA(), but in CharPrevExA().
Next time I will take a look at the wine-head first ;-).
--
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=2679
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From tony_lambregts(a)telusplanet.net 2005-27-01 19:52 -------
Marking invalid since this is fixed in Wine. (Wine is not Cedega)
/***********************************************************************
* CharPrevA (USER32.@)
*/
LPSTR WINAPI CharPrevA( LPCSTR start, LPCSTR ptr )
{
while (*start && (start < ptr))
{
LPCSTR next = CharNextA( start );
if (next >= ptr) break;
start = next;
}
return (LPSTR)start;
}
--
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=2680
Summary: Wine should report 32bit color depth instead of 24bit
Product: Wine
Version: CVS
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: willie(a)froq.net
Just tried the latest DAZ|Studio beta, should work fine like previous releases
did, but now it complains that it will only run at 32bit color depth. If I'm
not mistaken, there is no 32bit color depth, only a 32bit framebuffer with
24bit color depth, so Windows' "32bit" setting should be pretty much the same
as xorg's "24bit color, 32bit framebuffer" setting. And this seems to become a
problem with more and more applications...
So, I think Wine should always report 32bit depth to applications if X is set
to 24bit.
--
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=2679
Summary: Backspace and cursors do not work
Product: Wine
Version: CVS
Platform: PC
URL: http://www.winehq.org/appview.php?appid=701
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: helly(a)gmx.net
When using backspace or cursor-keys, nothing happens. This is caused by a faulty
implementation of CharPrevExA() in wine's user32-implementation. It always
returns the pointer, which is given as ending point, whereas it should return a
pointer to the previous letter.
This can be resolved by changing the if-clause from
if(next > ptr) break;
to
if(next >= ptr) break;
for my version (cvs cedega) this is in line 223 in file lstr.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=2187
------- Additional Comments From helly(a)gmx.net 2005-27-01 19:23 -------
It works if you create a virtual Desktop (in x11drv section) and configure
ragnarok to use fullscreen.
--
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.