http://bugs.winehq.org/show_bug.cgi?id=10106
Summary: Cannot disable cursor blinking in the wine GUI
Product: Wine
Version: 0.9.36.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zhoujiafan(a)gmail.com
I have updated the wine to wine-0.9.36 in my Linux Fedora Core5. Currently the
cursor is always blinking. For example, the editplus running in wine.
I tried to edit the wine registry as follows:
HKEY_CURRENT_USER -> CONTROL PANEL -> Desktop -> CursorBlinkRate = -1
And this does not stop the blinking cursor!!!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38941
Bug ID: 38941
Summary: Text colors are missing
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arromdee(a)atnex.net
Distribution: ---
I am running the 64 bit Wine 1.7.30 that comes with Mageia Linux 5.0.
I am running Wine on DOSCenter from http://nugnugnug.com/ . (This is a program
that catalogs DOS games, but it is itself a Windows program).
Download the build 035 or whatever one is on the page, then download the daily
.DAT file. Unzip them. Also get a DOS game .zip file. I tested this using a
legal Doom shareware at http://www.doomworld.com/pageofdoom/files/doom1_1.zip .
Run the DOScenter.exe in Wine, and under Settings and Tools, load the .DAT
file. Then in the main screen, select auto scan and scan the doom1_1.zip. The
scan results show what files should be in the doom1_1.zip and what are missing.
These should be labelled with different colors (indicating that the
doom1_1.zip contains 6 correct files and one mismatched file), and so should
the doom1_1.zip itself.
When I actually run it, the files are shown in black and white. As color is
the main way that DOScenter reports information, the program is essentially
useless.
This DOScenter.exe works fine in Windows 7.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39721
Bug ID: 39721
Summary: Listview custom draw in report mode uses wrong
background color
Product: Wine
Version: 1.8-rc2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Created attachment 52969
--> https://bugs.winehq.org/attachment.cgi?id=52969
test application from bug 9491
In attached test application listview rows are not colored properly. Split from
bug 9491.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36184
Bug ID: 36184
Summary: valgrind shows a potential leaks in
avifil32/tests/api.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==2113== 8 bytes in 1 blocks are possibly lost in loss record 35 of 677
==2113== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==2113== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==2113== by 0x7B8457FF: HeapAlloc (heap.c:271)
==2113== by 0x7B845AD4: GlobalAlloc (heap.c:376)
==2113== by 0x5852357: OLEClipbrd_Initialize (clipboard.c:1732)
==2113== by 0x588B6C6: OleInitialize (ole2.c:215)
==2113== by 0x4F95DE3: AVIFileInit (api.c:177)
==2113== by 0x4E6D3D2: func_api (api.c:716)
==2113== by 0x4E6E1F6: run_test (test.h:584)
==2113== by 0x4E6E5E4: main (test.h:654)
==2113==
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36182
Bug ID: 36182
Summary: valgrind shows a potential leaks in
atl/tests/registrar.c
Product: Wine
Version: 1.3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: atl
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==13481== 28 bytes in 1 blocks are possibly lost in loss record 161 of 562
==13481== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==13481== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==13481== by 0x529E83E: COMPOBJ_DllList_Add (compobj.c:526)
==13481== by 0x52A0B7A: apartment_getclassobject (compobj.c:1335)
==13481== by 0x52A42C4: get_inproc_class_object (compobj.c:2894)
==13481== by 0x52A4783: CoGetClassObject (compobj.c:3032)
==13481== by 0x52A4D45: CoCreateInstance (compobj.c:3197)
==13481== by 0x4C9A026: test_registrar (registrar.c:68)
==13481== by 0x4C9A8A7: func_registrar (registrar.c:159)
==13481== by 0x4C9B6A7: run_test (test.h:584)
==13481== by 0x4C9BA96: main (test.h:654)
==13481==
--
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=26108
Summary: ole32/defaulthandlers tests shows a valgrind warning
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Conditional jump or move depends on uninitialised value(s)
at StorageImpl_CreateDirEntry (storage32.c:1251)
by StorageBaseImpl_CreateDirEntry (storage32.h:272)
by StorageBaseImpl_CreateStream (storage32.c:985)
by init_ole_stream (defaulthandler.c:1619)
by DefaultHandler_IPersistStorage_InitNew (defaulthandler.c:1685)
by test_olestream (defaulthandler.c:81)
by func_defaulthandler (defaulthandler.c:107)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a client request
at mark_block_uninitialized (heap.c:208)
by initialize_block (heap.c:239)
by RtlReAllocateHeap (heap.c:1897)
by HeapReAlloc (heap.c:277)
by GlobalReAlloc (heap.c:676)
by HGLOBALLockBytesImpl_SetSize (memlockbytes.c:518)
by StorageImpl_Construct (storage32.c:2740)
by Storage_Construct (storage32.c:5131)
by StgCreateDocfileOnILockBytes (storage32.c:7709)
by create_storage (defaulthandler.c:41)
by test_olestream (defaulthandler.c:69)
by func_defaulthandler (defaulthandler.c:107)
by run_test (test.h:556)
by main (test.h:624)
--
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=26049
Summary: ws2_32/sock tests shows some leaks in AcceptEx?
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33221)
--> (http://bugs.winehq.org/attachment.cgi?id=33221)
valgrind log
Several leaks like:
36 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by WS2_AcceptEx (socket.c:1991)
by test_AcceptEx (sock.c:4464)
by func_sock (sock.c:4703)
by run_test (test.h:556)
by main (test.h:624)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36326
Bug ID: 36326
Summary: valgrind shows a leak in rpcrt4/tests/rpc_protoseq.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==13435== 68 bytes in 1 blocks are possibly lost in loss record 143 of 282
==13435== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==13435== by 0x5BB4B33: rpcrt4_protseq_sock_alloc (rpc_transport.c:1554)
==13435== by 0x5BAFAE5: RPCRT4_get_or_create_serverprotseq
(rpc_server.c:927)
==13435== by 0x5BB1D62: RpcServerUseProtseqA (rpc_server.c:1041)
==13435== by 0x4D7A5B0: func_rpc_protseq (rpc_protseq.c:71)
==13435== by 0x4D9AC78: run_test (test.h:584)
==13435== by 0x4D9B067: main (test.h:654)
==13435==
==13580== 64 bytes in 1 blocks are possibly lost in loss record 140 of 282
==13580== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==13580== by 0x5B94EC7: rpcrt4_protseq_np_alloc (rpc_transport.c:642)
==13580== by 0x5B8FAE5: RPCRT4_get_or_create_serverprotseq
(rpc_server.c:927)
==13580== by 0x5B919A1: RpcServerUseProtseqEpExA (rpc_server.c:997)
==13580== by 0x5B91B08: RpcServerUseProtseqEpA (rpc_server.c:892)
==13580== by 0x4D5A4F6: func_rpc_protseq (rpc_protseq.c:58)
==13580== by 0x4D7AC78: run_test (test.h:584)
==13580== by 0x4D7B067: main (test.h:654)
==13580==
--
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=32126
Bug #: 32126
Summary: Mathcad 14 ends up in a loop
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mlang
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq(a)uukgoblin.net
Classification: Unclassified
Running Mathcad 14 (Academic Version from Open University) on wine 1.5.16.
When opening specific files or when displaying some of the tips of the day,
Mathcad 14 freezes up, and there's lots of lines like these displayed in the
console:
fixme:mlang:fnIMLangLineBreakConsole_BreakLineW (0x361f760)->1024 L"Find out
what's new in Mathcad 14 under New Features." 53 -17197070 0xede79c 0xede768
The third number from the right decreases by 1 with each line printed, and
everything else stays the same.
Austin English suggested using "native mlang/usp10" (in bug 32091). I've
installed usp10 with winetricks and it's set to use native first in winecfg,
but it didn't help.
I'm not sure how to get native mlang, winetricks doesn't seem to know what it
is - any help on that would be appreciated.
--
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=35736
Bug ID: 35736
Summary: Citavi 4.3 is installed but can not be started
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jules(a)habmalnefrage.de
I tried to install Citavi 4.3 in Wine 1.7.13 (OS: Ubuntu 13.10).
First, I created a Prefix with win32 Architecture
rm -rf .wine
WINEARCH=win32 WINEPREFIX=~/.wine winecfg
Then I successfully installed .NET 4.5 as described here:
https://appdb.winehq.org/objectManag…sion&iId=25478
Furthermore I installed Internet Explorer 7 for Windows Server 2003 32-bit
(https://www.microsoft.com/en-us/down….aspx?id=24802) with wine and
gdiplus, corefonts, vcrun2008, vcrun2010, vb6run, mdac28 and jet40 with
winetricks.
Then I was not sure: According to the description
(https://appdb.winehq.org/objectManag…sion&iId=25478) I should have changed the
windows version of the Wine-Prefix to Windows 2003 after installing .NET 4.5.
But Citavi 4.3 requires Windows 7. So I carried on with Windows 7 and installed
Citavi 4.3 (Download: http://www.citavi.de/de/download.html). The Installation
ran without problems. But Citavi could not be started afterwards. When starting
it from bash I just got the attached feedback.
Regards,
Jules
--
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.