http://bugs.winehq.org/show_bug.cgi?id=28472
Summary: user32/clipboard.ok test crashes rarely on linux,
frequently on nt4?
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Just saw this on my a3850:
../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p
user32_test.exe.so clipboard.c && touch clipboard.ok
wine: Unhandled page fault on write access to 0x000001e6 at address 0x7bc467d8
(thread 0023), starting debugger...
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc467d8
0x7bc467d8 is probably HEAP_GetPtr+0x68, so it might be a corrupted heap.
Looking at
http://test.winehq.org/data/tests/user32:clipboard.html
I see that test crashed once recently on linux, and very often on nt4,
so perhaps there's something wrong with 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=23727
Summary: NFS Shift: crashes while loading profile or after 2nd
intro movie
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The symptom is
wine: Unhandled page fault on read access to 0x00000001 at address 0x1 (thread
001a), starting debugger...
Stefan found that 'winetricks secur32 win98' works around this.
This doesn't affect the downloadable demo. It might not even be a wine bug,
since some users report having to use win98 mode on XP to run the game.
Note that you have to press Enter during the 2nd intro movie
("The best drivers...") or it will repeat.
--
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=21736
Summary: Quicken 2004 Premier Ctrl+F is not recognized on
application launch.
Product: Wine
Version: 1.0.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rhdinah(a)yahoo.com
When launching Quicken the keyboard shortcut Ctrl+F (Find) does nothing ...
reliably nothing. However, if you traverse the Quicken menus Edit | Find &
Replace | Find ... then the Find request and operation proceeds normally.
Interestingly enough after this is done then the Ctrl+F keyboard shortcut is
recognized.
--
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=20636
Summary: Can't get a COM-object's properties (App: Cardiris),
workaround: winetricks dcom98
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ld(a)gardschwingdoazah.de
Created an attachment (id=24614)
--> (http://bugs.winehq.org/attachment.cgi?id=24614)
Debug trace of failed run; failing property is "CodePage"
This is a problem with the application Cardiris v3.5 by I.R.I.S. (business card
recognition).
The application itself (interactive) runs well, the problem is only with the
COM API. I'm accessing it through a piece of plain C code.
The code *works* on Windows XP,
*works* on wine 1.1.32 with dcom98 installed through winetricks,
but *doesn't work* with wine 1.1.32 with builtin dcom.
The COM works in general, I can create an application object and call methods
on it, but on another object (returned by a method call), access to any
property results in the following error:
Object doesn't support this property or method: 'CodePage'
(Note: Property name is spelled correctly, any other property doesn't work
either.)
Attaching a debug trace with WINEDEBUG=+comcat,+ole (hope that combination
makes sense), but I will gladly produce any other required debug trace -- just
let me know which WINEDEBUG setting you need.
--
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=32333
Bug #: 32333
Summary: Crystal Report don't show numeric formulas rigth
justify
Product: Wine
Version: 1.5.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: manuel(a)e-macrobase.com
Classification: Unclassified
When i have a formula in a Crystal Reports report and is right justify, the
value doesn't show up. If i left justify the formula then show up.
Please help me.
--
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=33396
Bug #: 33396
Summary: GetSystemMetrics always reports native resolution with
--with-xinerama.
Product: Wine
Version: 1.5.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: CFSworks(a)gmail.com
Classification: Unclassified
As the summary says, GetSystemMetrics(SM_C{X,Y}SCREEN) always reports the
native resolution, even if an application changes the resolution, unless I
configure Wine with the --without-xinerama option. This can be seen when I run
D3D9 device tests, leading to test failures (see attachments).
I am on the NVIDIA proprietary driver version 313.18, which may be relevant as
this driver does have the "broken" XRandR 1.2. I cannot test with Nouveau
because it doesn't support my GPU.
Even if this is the proprietary driver's fault, I'm still opening this bug on
the WineHQ Bugzilla to track its resolution here, and provide information to
the NVIDIA developers if we do have to report it to them.
--
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=33339
Bug #: 33339
Summary: AION: regularly crash during game
Product: Wine
Version: 1.5.27
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: legluondunet(a)free.fr
Classification: Unclassified
Hello,
AION regularly crash during game, I joined you two log files.
--
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=33241
Bug #: 33241
Summary: incorrect display of a combobox in a Clipper
application
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ironeman(a)tiscali.it
Classification: Unclassified
As mentioned in http://forum.winehq.org/viewtopic.php?f=8&t=18198, I am using
16-bit Clipper/xBase programs. When I have a listbox, the field is not
correctly initialized, despite the list is ok.
Debugging my application, I have found that it is due to a strange memory
management. I start by saying that Clipper/xBase uses dynamic scoping, so the
value of a variable is the last assigned to it into the stack; a variable can
be local or global (prefixed by m->). When using the dialog that has the
problem, I use the activation command (Fivewin library):
m->mTipoDoc:=.... // assign the global variable m->mTipoDoc
activate DIALOG oDlg centered on init (SettaCombo())
function SettaCombo() // initialization code of the dialog
... // use the global variable m->mTipoDoc but, at this point, when using WINE,
the variable has lost its content and is empty
I solved the problem using a local variable that temporarily holds the value of
the global variable:
m->mTipoDoc:=.... // assign the global variable m->mTipoDoc
local tmpcod:=m->mTipoDoc // to solve the wine bug
activate DIALOG oDlg centered on init (SettaCombo(tmpcod))
function SettaCombo(val)
m->mTipoDoc:=val // to solve the wine bug
... // use the global variable m->mTipoDoc
Evidently the local variable is managed in a different way by WINE and the
error has disappered.
To test this behaviour, I wrote the attached sample program. Into the zip there
is a readme.pdf that explains how it works.
Best regards.
--
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=21573
Summary: Need heap overrun detection at beginning of buffers,
too
Product: Wine
Version: 1.1.37
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
On Linux, valgrind gives nice warnings when you access before
the first byte. It'd be nice if valgrinding Windows apps under Wine
gave the same warnings. For instance, the following program should
give three warnings under valgrind+wine just as it does under valgrind:
#include <stdio.h>
#include <stdlib.h>
int badness_before_n_after ( char* p )
{
return p[-1] + p[10];
}
int main ( void )
{
char* p = malloc(10);
int who_knows = badness_before_n_after(p);
// expect 2 x invalid address yelpage
who_knows += p[5];
if (who_knows == 42)
printf("It's 42 (!)\n");
else
printf("It's not 42 (dull but unsurprising)\n");
free(p);
return 0;
}
--
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=16264
Summary: Builtin Tahoma unreadable when small
Product: Wine
Version: 1.1.9
Platform: Other
URL: http://www.linuxtechs.net/kruch/tb/forum/viewtopic.php?t
=2152&postdays=0&postorder=asc&start=15
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: fonts
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user said that ConvWPT ran in Wine, but gave a very complicated recipe,
so I tried simplifying it. Along the way, I noticed that ConvWPT's installer
used teeny tiny nearly unreadable fonts; installing Tahoma fixed that
(now they're just small, but readable).
Recipe to reproduce:
1) Visit http://www.linuxtechs.net/kruch/tb/forum/viewtopic.php?t=2152
scroll down to message "Setup Package Part 1 / 4", and
download and unpack each of the four files Setup.part1.rar, Setup.part2.rar,
... Setup.part4.rar
Ignore warnings from rar about duplicate files.
2) Run the resulting setup.exe
The setup program uses small Tahoma text on some screens, and that's
very nearly unreadable unless you install native tahoma, e.g. with
winetricks tahoma.
--
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.