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=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.
http://bugs.winehq.org/show_bug.cgi?id=31385
Bug #: 31385
Summary: Font in Delphi 3 apps change to "System" after open
Report preview.
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: julio_lists(a)mebamutual.com.ar
Classification: Unclassified
Created attachment 41242
--> http://bugs.winehq.org/attachment.cgi?id=41242
Minimal Delphi app that shows the bug
I'm testing an in-house app written en Delphi 3, the only really annoying
glitch I have found so far happens after a QuickReport preview windows opens.
The Preview and works OK, but then any label drawn in the app uses the System
font.
The effect is akin to bug #29758, but my logs don't include the error reported
there.
Instead, I guess Wine is messing somewhat within the WM_GETFONT and/or
WM_SETFONT calls, yet my debugging abilities are pretty limited.
WM_GETFONT calls aren't returning NULL, but decimal 504, I wonder if that
WM_SETFONT takes that as an invalid handle.
I'm attaching a minimal (kind of, the binary is pretty big) test case.
--
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.