http://bugs.winehq.org/show_bug.cgi?id=12342
Summary: Winambulancia -cannot create a new pacient record
Product: Wine
Version: 0.9.58.
Platform: PC
URL: http://www.softprogres.sk/prog_winamb.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tuharsky(a)misbb.sk
WinAmbulancia (see AppDB) is medical software for variety of specialisations of
medical prax. It uses VFP and VB with MDB backend. The app is in Slovak (SK)
language. Mostly the wine problems are related to the OLE.
When You're in the app, the two icons of the blank paper in the upper left
corner (or pressing Ctrl+Ins or Ctrl-n respectively) should open a dialogue in
order to create a new pacient record. However, under the Wine, they do nothing.
Please, see the installation instructions (english) here:
http://bugs.winehq.org/attachment.cgi?id=11818
--
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=19821
Summary: AutoHotKey reports wrong Nls language
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: brawxingerole(a)mailueberfall.de
When I run Gimp 2.6.7 it starts localised under WindowsXP German and in Wine
installation 1.1.28 on german localised Ubuntu 8.04.
Gimp gets the current localisation information from registry key:
HKEY_CURRENT_USER\Control Panel\International\Locale
I then tried to run a modified appinstall script gimp.ahk which determines
current locale language with Autohotkey's internal %A_Language% variable.
Under Windows XP German this modified script detects language correctly and
runs it errorfree.
Running the script in "German Standard" locale (0407) Wine installation on
Ubuntu 8.04 doesn't work.
AutoHotKey greps the information for the variable from registry key:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Nls\Language\InstallLanguage
Checking the keys reveals that AutoHotKey fails under Wine because there the
HKLM\...\Nls\Language\InstallLanguage key contains always 0409 independent of
Linux locale.
--
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=22389
Summary: Text fields in dialog box remain highlighted in IDA
Pro (maybe other Borland VCL programs?)
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://www.hex-rays.com/idapro/idadownfreeware.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
IDA Pro is an interactive disassembler. A freeware version can be downloaded
from http://www.hex-rays.com/idapro/idadownfreeware.htm
In some dialog boxes, when you press Tab to cycle to the next text box, text in
the previously-active box remains highlighted. It should not.
To demonstrate, download and install the freeware IDA Pro. Load any Windows
executable into it. Click to position the cursor over any label (e.g. start),
and press N to bring up the Rename address dialog box.
Initially, the Name field is highlighted. Press Tab. The "Maximum length of new
names" field is highlighted, but the Name field remains highlighted. Pressing
Tab again causes the "Local name prefix" field to also be highlighted, with the
previous two fields staying highlighted.
Apparently IDA Pro is built using the Borland VCL (Visual Component Library),
so perhaps this issue could affect other programs too.
--
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=25065
Summary: NFS Porsche: Video track isn't played in intro
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=31785)
--> (http://bugs.winehq.org/attachment.cgi?id=31785)
Terminal output on wine-1.3.6-240-g791b22a
Steps to reproduce:
1) remove ~/.wine
2) install NFS Porsche Unleashed
3) patch the game with NFS5-3.5.20040310.ZIP
4) rename gimme.dll to gimme.dll.bak
5) wine Porsche.exe driver=dx7z
Behaviour:
The intro is played (audio track is heard) but in place of video track there is
only wide deep dark blue horizontal stripe.
Expected behaviour:
Video track should be seen.
Additional info:
GFX: NVIDIA 9xxx
Drivers: 260.19.12
wine-1.3.6-240-g791b22a
intro file extension: .mad
--
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=14359
Summary: clear slots in new argv[]
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jreiser(a)BitWagon.com
Created an attachment (id=14656)
--> (http://bugs.winehq.org/attachment.cgi?id=14656)
clear new reserved slots in new argv[]
When constructing a new argv[] vector, then the new reserved slots should be
cleared to prevent bugs and keep valgrind(memcheck) happy. Patch is attached
and also will be sent to wine-patches(a)winehq.org.
--
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=36769
Bug ID: 36769
Summary: Adobe Creative Cloud Setup crashes on startup
Product: Wine
Version: 1.7.20
Hardware: x86
URL: https://ccmdls.adobe.com/AdobeProducts/ILST/17/win32/A
AMmetadataLS20/CreativeCloudSet-Up.exe
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48829
--> https://bugs.winehq.org/attachment.cgi?id=48829
terminal output
Follow up to bug 34215.
Crashes very early on start:
[0619/151638:ERROR:gpu_info_collector_win.cc(91)] Can't retrieve a valid WinSAT
assessment.
fixme:win:EnumDisplayDevicesW ((null),0,0x536e024,0x00000000), stub!
fixme:thread:GetThreadPreferredUILanguages 56, 0x33de4c, 0x33de5c 0x33de50
fixme:module:load_library unsupported flag(s) used (flags: 0x00000060)
fixme:thread:GetThreadPreferredUILanguages 56, 0x33dadc, 0x33daec 0x33dae0
fixme:module:load_library unsupported flag(s) used (flags: 0x00000060)
fixme:dwrite:dwritefactory_RegisterFontFileLoader (0x1fb3f0): stub
wine: Unhandled page fault on read access to 0x00000000 at address 0x67e561c
(thread 007d), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x067e561c).
I'll attach logs.
--
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=32303
Bug #: 32303
Summary: Ca not excute, program.
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hitobashira(a)gmail.com
Classification: Unclassified
I can not exec.
http://hp.vector.co.jp/authors/VA014830/english/FlexRena/
--
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=19232
Summary: since few versions of wine graphics in warhammer40k is
not drawn and causes crashes.
Product: Wine
Version: 1.1.24
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nevasith(a)gmail.com
Recent updates of wine introduced a dramatic fall in Warhammer 40.000 Dawn of
War series. The game used to run on high details on my ATI Radeon 3400 card,
now they barely work on low.
The real problem is the graphics drawing engine - some parts are not even drawn
at all (ex armor of the TAU commander) Also these objects tend to crash the
game instantly. Even the low detail graphics keep this problem even in the game
menu. Fonts also have bacame unreadable.
I tried to use console to get informations on what may be wrong, but there are
only standard fixme lines dropping like mad.
Downgrading to wine 1.01 from ubuntu 9.04 repository solved the problem for me,
so there is something wrong with the newest versions of wine.
--
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=32848
Bug #: 32848
Summary: netstat: misaligned ethernet statistics output for non
English locales
Product: Wine
Version: 1.5.22
Platform: x86-64
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
Classification: Unclassified
When using -e option for non English locales, the output is misaligned:
In English locale,
Received Sent
Bytes 903340205 2881805984
Unicast packets 45021963 30960216
Non-unicast packets 0 0
Discards 6 0
Errors 0 0
Unknown protocols 0
while in French locale:
Reçus Envoyés
Octets 903340449 2881855289
Paquets monodiffusion 45022225 30960476
Paquets non monodiffusion 0 0
Rejets 6 0
Erreurs 0 0
Protocoles inconnus 0
or German locale:
Empfangen Gesendet
Bytes 903340449 2881853989
Unicast Pakete 45022219 30960469
Nicht-Unicast Pakete 0 0
Verworfen 6 0
Fehler 0 0
Unbekannte Protokolle 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=34645
Bug #: 34645
Summary: Updating menubar bar icon content.
Product: Wine
Version: 1.7.3
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winemac.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: f.platte(a)platte-web.de
Classification: Unclassified
I am using an application which has a menubar icon with the ability of showing
updates. In this case it is not a change of the icon itself (I don't know
whether this works) but giving some additional textual information. This output
does not appear.
--
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=24923
Summary: Wine doesn't allow to use/list bitmap fonts like
Terminus
Product: Wine
Version: 1.3.5
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Wine doesn't allow to use nor lists system wide bitmap fonts like Terminus
(http://fractal.csie.org/~eric/wiki/Terminus_font).
(checked out by running Notepad - Terminus is not the list of fonts which are
allowed to select/use).
--
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=35461
Bug ID: 35461
Summary: Synergy server causes mouseover events to fail in
World of Warcraft
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chris(a)bjelleklang.org
Classification: Unclassified
Running wine 1.7.11, same issue appears in older versions as well.
When running the synergy server, any mouseover events will fail (silently) in
World of Warcraft. This affects the game pretty badly, as no tooltips or
mouseover menus is visible. They do appear once you click on a button, but
that's not really positive for the gameplay experience.
Not sure if this is fixable or caused by wine, but let me know if additional
information is required.
--
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=30280
Bug #: 30280
Summary: Microsoft SQL Server Management Studio Express
(SSMSE): needs WMI to select network protocol
Product: Wine
Version: 1.4
Platform: x86
URL: http://www.microsoft.com/download/en/details.aspx?id=8
961
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wmi&wbemprox
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
Created attachment 39558
--> http://bugs.winehq.org/attachment.cgi?id=39558
Log of ssmsee.exe - start application, try to change network protocol, exit
To reproduce:
- run application
- connection window appears. In this window click Options
- click the combo box next to Network protocol label.
Only <default> appears on the list, and several messages complaining about
stubs in wbemprox appear in output. Under Windows there are several protocols
to choose from.
winetricks dotnet20 and a recent version of windows in winecfg is needed to
start the application. SQL Server is not needed to reproduce this bug.
--
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=21048
Summary: It is possible to see wine window popup when running
with X window manager
Product: Wine
Version: 1.1.34
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atari(a)gabo.pl
When one runs Wine with X window manager handling Wine windows, it is possible
to see Wine window popup. To to it:
1. Click on any menu to make it open
2. Move the mouse cursor on the area handled by X window manager, where window
icon should be if window would be managed by Wine.
3. Window popup pops.
This is an unexpected behavior. It has pros&cons, but I belive it needs
discussion, and decision should be made if it is a bug or a feature :)
--
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=28236
Summary: unable to activate windows input method for wine
programs
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
1. Install Services Framework Redist files
Download instMSTSF.exe (Services Framework Redist files) from
http://www.microsoft.com/download/en/details.aspx?DisplayLang=en&id=11759
extract instMSTSF.exe, install mstsf10.exe with Windows Version = Win2k
override native msctf.dll, avoid Bug 28125
2. install a input method, for example, MSPY2010.exe (Chinese input method from
Microsoft) :
Download MSPY2010.exe from http://www.microsoft.com/china/pinyin/ and install.
winetricks vcrun2008, avoid Bug 28205
override newer version of native msutb.dll, avoid Bug 28178
3. start notepad in a terminal, start ctfmon.exe in another terminal
$ wine notepad
$ wine ctfmon.exe
4.try to change the input method in the Language Bar, however, the windows
input method will not be activated as expect. Try to type something in notepad,
but result is still the same as raw keyboard input without any input method.
log for notepad and ctfmon are both attached.
--
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=19368
Summary: lpfnWndProc can't catch Up/Down/Left/Right and CTRL+
other Button
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sakaihdt(a)d2.dion.ne.jp
Hello
I want to use "sakura editor".
(a Japanese Open Souce text editor for MS Windows)
(http://sakura-editor.sourceforge.net/)
But this application is not work well in wine(1.0.1 or 1.1.26 Ubuntu GNU/Linux
9.0.4)
- Not work Up/Down/Left/Right button in text area
- Not work CTRL+C or CTRL+A and other in text area
- Not work Backspace in text area
- Not work Function Key in text area
normal text button( a-z, 0-9 ) is work well,
and Up/Down... is work well in menu .
"sakura editor" catch Up/Down/Ctrl event from lpfnWndProc() callback.
but wine's lpfnWndProc seem not work when push Up/Down... key.
( I insert log in sakura editor source and check.)
I have 2 question. please tell me.
(1) Can lpfnWndProc() catch Up/Down/Left/Right CTRL+A,X,C and Function key in
Wine ?
(2) "lpfnWndProc() can catch Up/Down/Left/Right ..." is WindowsAPI
specification?
Thank you.
--
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=26399
Summary: kernel32:time test fails during daylight saving
transition
Product: Wine
Version: 1.3.15
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
When executing the kernel32 unit tests on a Fedora 14 machine, make aborts
with:
$ make -C dlls/kernel32/tests test
make: Entering directory `/home/arethusa/wine32/dlls/kernel32/tests'
../../../../wine.git/tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p
kernel32_test.exe.so ../../../../wine.git/dlls/kernel32/tests/time.c && touch
time.ok
time.c:321: Test failed: got -396, expected 123
make: *** [time.ok] Error 1
make: Leaving directory `/home/arethusa/wine32/dlls/kernel32/tests'
When the time tests were run, my local time zone, US Central Standard Time, was
on the cusp of a daylight saving transition. After daylight saving came into
effect, the test no longer failed, so I believe the test failure is related to
daylight saving handling.
--
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=22940
Summary: winhelp: Missing shadow line under menu strip
Product: Wine
Version: 1.2-rc1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
There is a minor cosmetic difference between Wine winhlp32 and the Windows
version.
The Windows WinHlp32 draws a recessed frame outline around the window, which
means there is a dark grey line under the menu strip, and another line under
the button bar. There is no frame/outline in Wine winhlp32, which IMHO looks
ugly.
(Wine notepad.exe does draw a frame like this, it's just not present in
winhlp32.exe)
--
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=17787
Summary: Request: Add feature to unmount or eject USB flash
drives from Wine
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: endless97c(a)yahoo.com
I use Epson Easy Photo Print with Wine to print images from various sources
including flash drives and memory cards. However they can't be unmounted with
the program running (which is possible in Windows). I have to exit the
program, unmount, then start the program again. Maybe something like eject,
except for USB drives?
--
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=29851
Bug #: 29851
Summary: Some part of PDFCreator installer cannot display
Chinese correctly even Font Replacement is setting
correctly
Product: Wine
Version: 1.4-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
Created attachment 38774
--> http://bugs.winehq.org/attachment.cgi?id=38774
Screenshot: some part of PDFCreator installer does not display Chinese
0. make sure "WenQuanYi Micro Hei" is installed. wqy-microhei.ttc
1. setting Chinese font replacements.
;; wine.inf
HKCU, Software\Wine\Fonts\Replacements,"SimSun",,"WenQuanYi Micro Hei"
2. Download PDFCreator from http://sourceforge.net/projects/pdfcreator/
(
http://sourceforge.net/projects/pdfcreator/files/PDFCreator/PDFCreator%201.…
)
3. open the installer with wine:
$ wine PDFCreator-1_2_1_setup.exe
4.
- select Simplified Chinese (中文简体)
- click OK (确定)
- click next (下一步)
- select "I agree" (我接受协议)
- click next (下一步)
All the window before display Chinese correctly, only this one (安装向导 -
pdfcreator) doesn't display Chinese as expect. Please see screenshot for
details.
--
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=15103
Summary: Bluetooth doesn't work in wine.
Product: Wine
Version: 1.1.3
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mieszkoslusarczyk(a)gmail.com
Could you make wine support bluetooth, maybe using blueZ stack?
--
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=29850
Bug #: 29850
Summary: Scilab does not display Chinese
Product: Wine
Version: 1.4-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
1. Download Scilab installer
http://www.scilab.org/download/5.3.2/scilab-5.3.2.exe
2. make sure "WenQuanYi Micro Hei" is installed. wqy-microhei.ttc
3. setting Chinese font replacements.
;; wine.inf
HKCU, Software\Wine\Fonts\Replacements,"SimSun",,"WenQuanYi Micro Hei"
4. wineboot
5. install Scilab with LANG=zh_CN.utf8, select Chinese language for installing.
6. start Scilab:
$ wine WScilex.exe
Expect result:
Display Chinese
Actual result:
Chinese font is displayed as boxes, I can't find any workaround by overriding
FontLink registry.
Extra info:
- Chinese display correctly for the Scilab installer, but wrong for WScilex.exe
- It seems WScilex.exe does not use ExtTextOutW family function for output
characters. (But the installer use ExtTextOutW)
--
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=30652
Bug #: 30652
Summary: Wrong TextOut font substitution under en_US locale
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hqm03ster(a)gmail.com
Classification: Unclassified
Created attachment 40125
--> http://bugs.winehq.org/attachment.cgi?id=40125
The screenshots, test code, and test font
The test program "tunihan.c" behaves differently on Windows and Wine (under
linux). When a Unicode string containing CJK characters is TextOut-ed using a
custom font, Wine font substitution isn't working properly like Windows does.
To reproduce:
1. Install the font "nkf11_magicum_texturae.ttf". The font can be downloaded
for free at:
http://hwm3.gyao.ne.jp/shiroi-niwatori/nkf11_magicum_texturae.zip
Windows standard CJK fonts NSimSun, PMingLiu, MS UI Gothic, Tahoma are also
required to completely reproduce the attached screenshots.
2. Compile attached tunihan.c using MinGW on Windows with command line:
gcc -otunihan.exe tunihan.c -lgdi32
3. Run the generated tunihan.exe under Windows, with global non-Unicode program
locale set to English (US). Attached screenshot "enUS-windows.png" should be
reproduced.
4. Copy/link all Windows fonts into Wine.
5. Run the generated tunihan.exe under Wine using command line:
LANG=en_US.utf8 wine tunihan.exe
Attacehed screenshot "enUS-linux.png" should be reproduced.
Test environment:
Windows: A Chinese Edition of Windows 7 with global non-Unicode program locale
set to English (US).
Wine: Wine 1.5.4 on Arch Linux 3.3.5, with all windows fonts symlinked into
"C:\windows\Fonts" in Wine.
Notes:
A. The attached font, "nkf11_magicum_texturae.ttf", is an incomplete fictional
glyph set for ASCII characters. It is chosen as a test font because it is
missing glyphs for a number of ASCII symbols (e.g. '[', ']'), is clearly
distinguishable from any potential substitution font, and is clearly not a
Windows standard font.
B. This behavior can't be reproduced using AppLocale. The Windows machine must
have its global non-Unicode program locale set to English (US).
C. tunihan.c writes 7 lines of texts to a Window:
Line 1: A line of ASCII/CJK characters in a Simplified Chinese font
Line 2: A line of ASCII/CJK characters in a Traditional Chinese font
Line 3: A line of ASCII/CJK characters in a Japanese font
Line 4: A line of ASCII/CJK characters in the test font
Line 5: A line of ASCII characters in the test font, using TextOutW
Line 6: A line of ASCII characters in the test font, using TextOutA
Line 7: A line of ASCII/CJK characters in Tahoma
In line 4, Windows is providing font substitution for the test font through a
Japanese substitution font (deduced from unified Han character shape), thus
displaying all ASCII/CJK characters correctly, despite that there isn't such a
rule defined in the registry. Wine failed to do the same.
On the other hand, Windows doesn't provide the same font substitution if a
completely-ASCII string is TextOut-ed.
The CJK characters are chosen to include both unified Han characters with a
different shape in each font and non-unified characters for each individual
font.
Implications:
1. This bug may be related to a few weird CJK script rendering problems.
2. This bug may be related to a few western font rendering problems when CJK
fonts are installed.
3. I'm not sure if the issue is even CJK related. Windows could be using
similar font substitution for other scripts like Hebrew.
--
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=14085
Summary: an importlib for multiple dlls is not supported
(avicap32 + avifil32 + msvfw32 => vfw32)
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
The Wine build-env does not support a single importlib for multiple dlls.
Microsoft use this for vfw32.lib (avicap32.dll + avifil32.dll + msvfw32.dll)
According to julliard on IRC, the needed magic in winebuild is the Problem.
The importlib vfw32 is needed for the Wine testsuite:
http://www.winehq.org/pipermail/wine-patches/2008-June/056310.html
--
By by ... Detlef
--
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.