http://bugs.winehq.org/show_bug.cgi?id=34056
Bug #: 34056
Summary: Nabeta Jisho: Can't input Japanese characters with
Input Method.
Product: Wine
Version: 1.6-rc5
Platform: x86
URL: http://www.nabeta.tk/nabeta550.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sagawa.aki+winebugs(a)gmail.com
CC: slash(a)ac.auone-net.jp
Classification: Unclassified
Regression SHA1: dc02e4d1a7c35b4205f6109ad71deee5fdddd750
Nabeta Jisho is a dictionary software which built with C++Builder6 CLX Library.
In the search box, I can't input any Japanese characters. Reverting commit
dc02e4 fixes the issue.
In detail, I input some Japanese characters through the input method, then hit
the Enter key. Both of candidate characters and result strings are not shown in
the edit box. However, I can input ASCII characters and paste some Japanese
characters.
I'm using mozc 1.3.975.102 and IBus 1.4.1 as input method in Ubuntu 12.04.
Of course, I can input Japanese characters in the notepad application.
--
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=36378
Bug ID: 36378
Summary: wsus won't run wget from dos box
Product: Wine
Version: 1.6.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Hi All,
Scientific Linux 6.5, 64 bit
Wine 1.6.1
Xfce 4.8
wsusoffline-9.2
Would you guys fix WSUS (http://www.wsusoffline.net/) so that it works in Wine?
Currently, you can configure the GUI, but when it goes to run, the DOS box with
wget in it fails to run. No crashing, WSUS just tells you it is finished,
almost instantly, without downloading anything.
Many thanks,
-T
--
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=34428
Bug #: 34428
Summary: Cannot switch window while running full-screen program
Product: Wine
Version: 1.5.23
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 710214093(a)qq.com
Classification: Unclassified
When I'm play games running full screen mode, I cannot switch to any other
windows until the full-screen game is closed.
Contrary to Bug 33324, the problem is that I cannot switch "out of" the
full-screen game, not switch "in to" 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=24652
Summary: Missing sizes for wine app icon
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael.monreal+wine(a)gmail.com
Created an attachment (id=31162)
--> (http://bugs.winehq.org/attachment.cgi?id=31162)
Screenshot
Wine ships 16x16, 32x32 and 48x48 versions of its icon. These should be
installed in some place where panels, pagers, window managers can find them
(packager's duty?).
However, at the moment two common sizes are missing: 24x24 and some larger
version like 64x64, 128x128 or 256x256.
In GNOME3's window chooser, 64x64 icons are shown. Currently, wine only shows a
smaller icon here, which looks kind of out of place (see attached screenshot).
Note that GNOME does not ship 64x64 artwork itself but scales the bigger
256x256 version down to 64x64 in this place.
--
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=22819
Summary: Some applications like Heroes of Might and Magic 2
display loopback.
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zombie(a)terralab.com
Some applications like Heroes of Might and Magic 2 display loopback addresses
when attempting to initiate a network game. The network game will complain it
is running on 127.12.34.56. I have checked /etc/hosts and determined it is not
the cause of the problem.
--
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=20977
Summary: Bad hlp table rendering
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=25145)
--> (http://bugs.winehq.org/attachment.cgi?id=25145)
Help file
Terrible rendering on attached HLP file. Refer to screenshots.
--
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=18745
Summary: Wine should support MEM_LARGE_PAGES and related
interfaces for large pages & variable page sizes
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trisk-winehq(a)forkgnu.org
The ability to allocate large pages can improve the performance of applications
with densely populated address spaces. The large page interfaces on Windows
were introduced in Windows Server 2003. However, due to limitations in the NT
VM, large pages are always pinned in memory (not pageable) and become scarce
due to excessive fragmentation. Wine has the advantage of running on platforms
with better support for large pages.
Because the memory is normally pinned, the process must have
SeLockMemoryPrivilege on Windows.
The new interfaces are:
MEM_LARGE_PAGES type for VirtualAlloc (NtAllocateVirtualMemory)
(http://msdn.microsoft.com/en-us/library/aa366720%28VS.85%29.aspx)
SEC_LARGE_PAGES flag for
http://msdn.microsoft.com/en-us/library/aa366543%28VS.85%29.aspx
GetLargePageMinimum
(http://msdn.microsoft.com/en-us/library/aa366568%28VS.85%29.aspx)
/***********************************************************************
* GetLargePageMinimum (KERNEL32.@)
*
* Get the minimum size of a large page.
*
* RETURNS
* Size: Success
* 0: Failure
*/
SIZE_T WINAPI GetLargePageMinimum(void)
The allocated regions must be aligned to the minimum size and MEM_COMMIT must
also be set, or NtAllocateVirtualMemory should return STATUS_INVALID_PARAMETER.
I'm opening this bug to keep notes for my own implementation, although anyone
should feel free to jump in.
--
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=36556
Bug ID: 36556
Summary: valgrind shows a definite leak in
comctl32/tests/syslink.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M comctl32.dll -p
comctl32_test.exe.so syslink && touch syslink.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==26003== 120 bytes in 5 blocks are definitely lost in loss record 507 of 758
==26003== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==26003== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==26003== by 0x7B8457FF: HeapAlloc (heap.c:271)
==26003== by 0x7B845A26: GlobalAlloc (heap.c:364)
==26003== by 0x7B846E63: LocalAlloc (heap.c:967)
==26003== by 0x4FE7A09: ReAlloc (comctl32undoc.c:101)
==26003== by 0x504BDC5: SYSLINK_Render (syslink.c:749)
==26003== by 0x504D69E: SysLinkWindowProc (syslink.c:1596)
==26003== by 0x53B04F5: ??? (winproc.c:173)
==26003== by 0x53B066A: call_window_proc (winproc.c:244)
==26003== by 0x53B2803: WINPROC_call_window (winproc.c:900)
==26003== by 0x536F11C: call_window_proc (message.c:2223)
==26003== by 0x5371FBA: send_message (message.c:3260)
==26003== by 0x53725D8: SendMessageW (message.c:3454)
==26003== by 0x53A1E2B: WIN_CreateWindowEx (win.c:1634)
==26003== by 0x53A2313: CreateWindowExW (win.c:1751)
==26003== by 0x4D29DF0: create_syslink (syslink.c:174)
==26003== by 0x4D2A03E: func_syslink (syslink.c:235)
==26003== by 0x4D64DB9: run_test (test.h:584)
==26003== by 0x4D651A8: main (test.h:654)
==26003==
--
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=26268
Summary: we need unimplemented function
ntdll.dll.ZwSetLdtEntries
Product: Wine
Version: 1.3.14
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jl2001(a)inbox.ru
possible to do this ?
wine: Call from 0x7bc3e820 to unimplemented function ntdll.dll.ZwSetLdtEntries,
aborting
wine: Unimplemented function ntdll.dll.ZwSetLdtEntries called at address
0x7bc3e820 (thread 0026), starting debugger...
Unhandled exception: unimplemented function ntdll.dll.ZwSetLdtEntries called in
32-bit code (0x7bc3e820).
Backtrace:
=>0 0x7bc3e820 __wine_spec_unimplemented_stub+0x50() in ntdll (0x0033f63c)
1 0x7bc21569 in ntdll (+0x11568) (0x0033f63c)
2 0x80000100 (0x0033f6a0)
3 0x00475618 in ruro (+0x75617) (0x0033f6dc)
4 0x00471c52 in ruro (+0x71c51) (0x0033fc5c)
5 0x004727dd in ruro (+0x727dc) (0x0033fc7c)
OR
ruro-programmers said:
"In the last ruro function ZwSetLdtEntries not invoked if it does not exist in
the system. If it exists in the system, it will be called. The only option that
is now possible to crash it if the emulator provides this feature, but it is
called an emulator is completed, due to the fact that it is not implemented. To
get around this, you can either put the emulator, do this for you, or you can
configure it so that it did not export functions are not implemented."
(from Russian language:
В последнем ruro функция ZwSetLdtEntries не вызывается, если она не существует
в системе. Если она существует в системе, она будет вызвана. Единственный
вариант, при котором сейчас возможен вылет, это если эмулятор предоставляет эту
функцию, но на ее вызове эмулятор завершается, из-за того, что она не
реализована. Чтоб это обойти, нужно либо поставить эмулятор, где эта функция
реализована, либо настроить его так, чтоб он не экспортировал не реализованные
функции.)
--
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.