https://bugs.winehq.org/show_bug.cgi?id=46215
Bug ID: 46215
Summary: File Open Dialog fails to set focus to Filename text
box
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Using the BCGPOutlookDemo.exe example program.
Select "File -> Open"
The focus is set to the Combobox and not the Filename edit that it should.
--
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=45523
Bug ID: 45523
Summary: FIFA 18 Demo errors out after launch
Product: Wine
Version: 3.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: throwawayaccx(a)gmail.com
Distribution: ---
Created attachment 61909
--> https://bugs.winehq.org/attachment.cgi?id=61909
Screenshot of the error.
Immediately after launch the game exits with "Invalid license. Reason code =
Missing DLL: kernel32.dll Function: SetProcessWorkingSetSizeEx"
--
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=45942
Bug ID: 45942
Summary: AnyRail6: crashing when open Options.
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forum(a)abtelecom.ro
Distribution: ---
Created attachment 62476
--> https://bugs.winehq.org/attachment.cgi?id=62476
Backtrace for AnyRail6
I'm using AnyRail6. When I'm trying to open the File -> Options the program
crashes.
I've tried several Wine version: 3.14, 3.15, 3.16 and also 3.17.
The logs are attached.
Kind regards,
Adrian
--
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=43464
Bug ID: 43464
Summary: Elite Dangerous Horizons fails to connect to server
with CRC error
Product: Wine
Version: 2.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pecisk(a)gmail.com
Distribution: ---
Created attachment 58839
--> https://bugs.winehq.org/attachment.cgi?id=58839
EDH launching trace
Version: Wine 2.13 on Fedora 26
Winetricks: WINE=/usr/bin/win64 ./winetricks dotnet452 corefonts quartz
vcrun2012
1. Install ED Launcher
wine64 EliteDangerous-Client-Installer.exe
2. Launch ED Launcher
wine64 /.wine/drive_c/Program\ Files\ \(x86\)/Frontier/EDLaunch/EDLaunch.exe
3. Install Elite Dangerous Horizons
4. Press Play
Expected result: EDH main menu appears
Actual result: EDH compiles shaders but gets CRC error for server connection
along the way at the left bottom corner. Compiling ends with game showing error
message about not being able to verify connection with server.
Note: ED 32-bit version which is separate client, does not receive same error
and seems to be connecting to game just fine.
Goal of this bug report to understand what might cause this CRC error.
--
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=45724
Bug ID: 45724
Summary: Multiple EndScene calls result in multiple glFlush (FF
XIV)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: awesie(a)gmail.com
Distribution: ---
While investigating the performance of FF XIV (DirectX 9), one major issue is
that it will call EndScene multiple times per frame. MSDN discourages this
behavior, and on Wine it introduces a significant performance penalty because a
flush is emitted for every call to wined3d_device_end_scene.
I removed the call to wined3d_cs_emit_flush in wined3d_device_end_scene which
significantly improved (~40%) the fps in my test area. Mileage may vary
depending on other patches.
--
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=45673
Bug ID: 45673
Summary: Calling delegated proxy methods returns 0x800706b5
(RPC_S_UNKNOWN_IF), "err:rpc:RpcAssoc_BindConnection
syntax {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}, 0.0 not
supported"
Product: Wine
Version: 3.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 62097
--> https://bugs.winehq.org/attachment.cgi?id=62097
test program
The test program demonstrates the problem fairly clearly.
In Wine, IShellBrowser delegates proxy methods to its parent IOleWindow. If you
obtain a proxy to an IShellBrowser (e.g. via ShellWindows) you can call
IShellBrowser methods without difficulty, but the RPC runtime will throw up
RPC_S_UNKNOWN_IF if you try to call IOleWindow methods:
0009:err:rpc:RpcAssoc_BindConnection syntax
{00000114-0000-0000-c000-000000000046}, 0.0 not supported
0009:fixme:ole:NdrClearOutParameters (0x61fc7c,0x7ebc63c6,0x61fdb0): stub
got 0x800706b5
(N.b. 00000144-etc. is the IID of IOleWindow.)
However, after you query for IOleWindow, calling IOleWindow methods on the
original IShellBrowser interface will succeed.
The underlying problem is this:
When an interface is marshalled by ole32, it creates a stub on the server side
and then registers that stub with rpcrt4. The interface ID that is used in
RpcServerRegisterIf() is the IID of the interface itself, in this case
IID_IShellBrowser. The stub creation functions live in rpcrt4 and end up
delegating some methods to the stub of IOleWindow, which is different (e.g. it
lives in ole32 instead of actxprxy). However, this stub never is registered
with rpcrt4.
When the program calls proxy methods, the proxy goes through ndr_client_call()
-> NdrProxyGetBuffer() -> ClientRpcChannelBuffer_GetBuffer() [in ole32/rpc.c]
-> I_RpcGetBuffer(). NdrProxyGetBuffer() passes the IID of the proxied
interface to IRpcChannelBuffer_GetBuffer(), and that interface is eventually
used by rpcrt4 as the ifid for the transaction. When that interface is
IID_IShellBrowser, the server will recognize it, and the transaction works
fine.
However, when the program calls IOleWindow proxy methods, the proxy object is
'swapped out' (by the assembly thunks in fill_delegated_proxy_table()) and so
the IID that NdrProxyGetBuffer() passes is the IID of the *parent* interface.
Since this interface was never registered with RPC on the server side, the
server refuses connection ("syntax not supported") and the proxy call fails.
As a corollary, if you query that parent interface—even if you then throw away
the resulting proxy—it will have been registered on the server side, and so
calls to the delegated methods on the original object will miraculously start
to succeed.
I don't know what the correct way is to solve this problem. As far as I
understand it's not something that can be tested—all of this is quite deep
inside of OLE/RPC implementation details. It doesn't seem like there's any
appropriate place to tell OLE about the delegated stub, at least not given the
current infrastructure, and I'm not sure how RPC could appropriately inform OLE
about the stub location. On the other hand I'd guess that maybe the child IID
(i.e. IID_IShellBrowser) should be passed somewhere along the line on the
client side; i.e. the standard proxy implementation should store the original
IID inside the delegated proxy, and that original IID should be used by
NdrProxyGetBuffer().
--
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=43890
Bug ID: 43890
Summary: Divinity: Original Sin 2 does not successfully launch
Product: Wine
Version: 2.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: arnfranke(a)yahoo.com
Distribution: ---
https://appdb.winehq.org/objectManager.php?sClass=version&iId=35767
Before it tries to launch, it throws an error about failing to create a
rendering device and that DX11 is required.
https://appdb.winehq.org/appimage.php?iId=52049
When it tries to launch, it creates a window but draws nothing to it - if I
move it, it simply contains an image of my desktop that moves.
This might be a new problem, as older reports seem to indicate it works, or it
might be because I'm using an Nvidia GPU and the people who had success used
AMD and Intel GPUs. I don't know enough to be sure, or have enough machines to
test.
It also might be caused by this `dxgi` component that it's reporting, so I've
decided to set this bug's component to `directx-d3d`.
Also, plenty of stubs from `msvcp`, `win`, `xinput`, `ntdll`, and `msctf`.
See the AppDB page for more information and a full terminal log.
--
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=40828
Bug ID: 40828
Summary: Switching resolution in desktop mode makes task bar
redraw on top of full screen game
Product: Wine
Version: 1.9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
I got this issue with Aliens versus Predator Classic 2000 on Steam.
Preamble :
The game uses 800x600 screen size to render cinematic and the main menu.
The gameplay uses whatever screen resolution is set in the game video options
menu. It switches between those two resolutions when starting or abandoning a
level or when showing an in-game cinematic.
The Wine virtual desktop mode is set to the native screen resolution that is
the same resolution used for gameplay. When the game does not run, the Steam
window and the task bar are visible and working properly. Steam puts an icon in
the notification tray of the task bar.
Issue :
When the game is launched it switches the desktop to 800x600 to show the intro
cinematic. The task bar is visible and covers the bottom of the full-screen
game. The cinematics are letter-boxed and the menu has nothing of importance on
those few bottom pixels so it's not that much a problem. When starting a level,
the game switches to the native screen resolution, but the task bar still
covers the bottom of the screen. The game can be played as the task bar does
not hide much but it contrasts with the game and should be hidden by the
full-screen app anyway.
Workaround :
The game grabs the mouse, so it is by default not possible to click on the
window button on the task bar to refresh the game window, but activating the
Steam game overlay frees the mouse cursor, and allow to click on the window
button on the task bar. Clicking on that button twice makes the game window
redraw over the task bar. The Steam overlay can then be closed and the game can
be played with the task bar hidden.
However, starting/abandoning a level or viewing a cinematic makes the game
switch resolution and the task bar come back.
--
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=43358
Bug ID: 43358
Summary: xaudio crashes in EVE Online during launch
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: Commander.Alchemy(a)gmail.com
Distribution: ---
Created attachment 58718
--> https://bugs.winehq.org/attachment.cgi?id=58718
Backtrace with wine-staging compiled with -g and using winedbg.
When launching EVE - Online the game crashed with backtraces to Xaudio (se
logs)
This happens with Wine 2.12 or Wine-Staging 2.12 from local repos in Arch or
self compiled. However works fine with using wine or wine-staging binaries from
PlayOnLinux.
This was introduced somewhat lately since it worked fine couple of months
before. Maybe a GCC thing?
--
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=46229
Bug ID: 46229
Summary: server/ptrace: NetBSD debug register storage
Product: Wine
Version: 3.21
Hardware: x86-64
OS: NetBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: triaxx(a)NetBSD.org
Created attachment 62921
--> https://bugs.winehq.org/attachment.cgi?id=62921
NetBSD specific debug register storage
The build failed because the storage of debug registers uses an array on
NetBSD.
The attached patch fix the build failure.
--
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=45782
Bug ID: 45782
Summary: Unhandled exception: unimplemented function
api-ms-win-crt-math-l1-1-0.dll._Cbuild called in
64-bit code
Product: Wine
Version: 3.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Distribution: ---
quite straight forward:
1. Download 64-bit version of mono:
https://download.mono-project.com/archive/5.14.0/windows-installer/mono-5.1…
2. install it in a new prefix:
WINEPREFIX=/someplace wine64 msiexec /i mono-5.14.0.177-x64-0.msi
3. start command line console:
WINEPREFIX=/someplace wine64 cmd
4. run this command in the console:
"c:/Program Files/Mono/bin/mkbundle.bat" --list-targets
Unhandled exception: unimplemented function
api-ms-win-crt-math-l1-1-0.dll._Cbuild called in 64-bit code
...
--
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=40433
Bug ID: 40433
Summary: Fifa 11 EU demo fails to install when run from custom
DVD
Product: Wine
Version: 1.7.29
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
"Fifa 11 EU Demo" fails to install from DVD created by myself under
wine-1.9.7-118-gaaddf13. This demo is distributed as zip file. I took to
content of the ZIP and created the ISO by MagicISO. As a volume label i chose
"fifa2011_eu_demo".
When i copy content of the DVD back to some folder on HDD, then the
installation succeeded.
This could be interpreted as invalid bug report, but this DVD, created by me,
works under Win8.1.
Installer pops-up at the end "Please insert the disc: FIFA 11 Demo".
Console: "err:msi:msi_view_get_row Error fetching data for 1"
This is a regression caused by wine-1.7.28-130-g5cb10c9:
commit 5cb10c96b26d07b7d0aabe3b8e337c7ce144b8af
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Wed Oct 15 15:30:23 2014 +0200
msi: Don't skip the media check for the first volume.
Some installers require the first volume to be reinserted.
This commit fixed bug 20444. This commit was also indicated as a regression in
bug 38401. There he did reverse, i.e. real DVD copied and created ISO which
finally worked. IMHO he interpreted it as invalid by mistake.
--
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=46157
Bug ID: 46157
Summary: Doxie 2.10.3: Unimplemented function
msvcr120.dll._vscprintf_l called at address 0x7b43e0dc
(thread 0009),
Product: Wine
Version: 3.20
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Regression SHA1: http://cdn.getdoxie.com/resources/files/DoxieSetup_2.1
0.3.exe
Distribution: Ubuntu
As the title says
sha1sum ~/Downloads/DoxieSetup_2.10.3.exe
262f241187c18a07a26532bbe11e7449b685957f
/home/louis/Downloads/DoxieSetup_2.10.3.exe
wine-3.20 (Staging)
--
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=44409
Bug ID: 44409
Summary: png with indexed colors and alpha miss the alpha
channel on loading
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: nikolaysemenkov(a)gmail.com
Distribution: ---
Created attachment 60332
--> https://bugs.winehq.org/attachment.cgi?id=60332
1 bit png with alpha
The 1bit png with alpha is attached.
Wine loads it as PixelFormat1bppIndexed, which means no alpha preserved
Windows loads it as PixelFormat32bppARGB which means windows does conversion
because pixelformat is not match to PixelFormat1bppIndexed(because otherwise it
lost alpha).
The same happens for 8 bit png with alpha.
Could you please add supporting loading alpha channel for 1 and 8 bit pngs in
the same way as windows does, ie convert to PixelFormat32bppARGB.
Thanks.
The func to load png:
HBITMAP loadBitmap(const wchar_t* path)
{
HBITMAP tBmp = NULL;
ULONG_PTR token = 0;
Gdiplus::GdiplusStartupInput input = NULL;
Gdiplus::GdiplusStartup(&token, &input, NULL);
if (token != 0)
{
Gdiplus::Bitmap* bmp = new Gdiplus::Bitmap(path);
bmp->GetHBITMAP(Gdiplus::Color::Transparent, &tBmp);
delete bmp;
Gdiplus::GdiplusShutdown(token);
}
return tBmp;
}
--
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=46328
Bug ID: 46328
Summary: Installer for Tanglet 1.5.3 crashes at target
directory selection
Product: Wine
Version: 4.0-rc2
Hardware: x86-64
URL: https://www.opensource-dvd.de/spiele/tanglet.htm
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
Created attachment 63068
--> https://bugs.winehq.org/attachment.cgi?id=63068
Wine error report information
When trying to install Tanglet 1.5.3, I get until the directory selection. Then
the installer crashes.
$ wine --version
wine-4.0-rc2
$ openssl sha256 Tanglet_1.5.3.exe
SHA256(Tanglet_1.5.3.exe)=
ea593af1598e5b6542fe64e81ea1890b64e18daa55049e015897245b541bdb96
--
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=38066
Bug ID: 38066
Summary: Memento Mori (Numen: Contest of Heroes): mouse buttons
don't work (needs native dinput8)
Product: Wine
Version: 1.7.36
Hardware: x86
URL: http://www.4players.de/4players.php/download_info/Down
loads/Download/50673/Memento_Mori/Deutsche_Demo.html
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 50710
--> https://bugs.winehq.org/attachment.cgi?id=50710
terminal output
Keyboard is working in the game because I can skip the intro videos by pressing
<Esc> and I can move the mouse pointer when the menu appears. Mouse buttons
however are not registered thus I can't select a menu option.
'winetricks dinput8' is a workaround.
I know of another game from the same publisher that also needs native dinput8
otherwise mouse buttons don't work: Numen: Contest of Heroes.
To test the demo you need to install native d3dx9_36 and Windows Media Player 9
or 10.
wine-1.7.36-28-ga679cae
Fedora 21
XOrg 1.16.3
XFCE 4.10
Memento_Mori_DEMO_setup_GERMAN.exe
md5sum: 8eda283807d43ad2a058c397efde7725
--
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=45569
Bug ID: 45569
Summary: League of Legends 8.12+ needs
NtQueryInformationProcess(ProcessCookie) stub
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Diagnosed by Andrew Wesie; partially split off from bug 45327.
--
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=46084
Bug ID: 46084
Summary: Skype 8.33.0.50 installer crashes due to unimplemented
msvcp140.dll.?_Winerror_map@std@@YAHH@Z
Product: Wine
Version: 3.19
Hardware: x86
URL: https://www.skype.com/en/get-skype/download-skype-for-
desktop/
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: dark.shadow4(a)web.de, focht(a)gmx.net, gaturk2(a)free.fr
Distribution: ---
Noticed while looking at bug 44850
wine: Call from 0x7b43defc to unimplemented function
msvcp140.dll.?_Winerror_map@std@@YAHH@Z, aborting
austin@laptop:/tmp$ du -h Skype-8.33.0.50.exe
60M Skype-8.33.0.50.exe
austin@laptop:/tmp$ sha256sum Skype-8.33.0.50.exe
aac2ec58243794dd027851fb64b94ce03ebe759fb823dc45975bb1592cbe73e8
Skype-8.33.0.50.exe
--
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=35320
Bug ID: 35320
Summary: wine crash in MSVCRT__mbstowcs_l regarding locale, &
other minor locale related problems
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Classification: Unclassified
Created attachment 47106
--> http://bugs.winehq.org/attachment.cgi?id=47106
The file needed to cause the crash.
from r project (http://www.r-project.org/)
http://cran.ma.imperial.ac.uk/bin/windows/base/R-2.15.3-win.exe
After installing, running:
./wine ~/.wine/drive_c/Program\ Files/R/R-2.15.3/bin/R.exe
Then, at the R console prompt, type (having put the attached file at /tmp/1.R):
Sys.setlocale("LC_CTYPE", "Chinese")
source('z:/tmp/1.R', encoding='UTF8')
wine immediately crashes with:
--------------------------------------
wine: Unhandled page fault on read access to 0x00000000 at address 0x7eda29af
(thread 0030), starting debugger...
...
Backtrace:
=>0 0x7eda29af MSVCRT__mbstowcs_l+0x5f(wcstr=<couldn't compute location>,
mbstr=<couldn't compute location>, count=<couldn't compute location>,
locale=<couldn't compute location>)
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt
(0x0440a168)
1 0x7eda2b06 MSVCRT_mbstowcs+0x35(wcstr="as a &Metafile CTRL+W",
mbstr=0x0(nil), count=0x64)
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2161] in msvcrt
(0x0440a198)
2 0x6355b525 in rgraphapp (+0x1b524) (0x00030046)
0x7eda29af MSVCRT__mbstowcs_l+0x5f
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt: movzbl
0x0(%eax),%eax
2140 if(mbstr[size] == '\0')
...
----------------------------------------
I assume this info in the backtrace should be enough to address the crash.
FYI, the slightly unusual procedure is because under R under Vista in an
English locale doesn't like to plot graphs with non-latin annotations/texts.
The above procedure when used under Vista on British English windows would
result in R displaying an almost empty plot with a chinese title. Native R on
linux does not need the setlocale part to plot utf8-based texts.
Also R on Vista accepts 'Sys.setlocale("LC_CTYPE", "Chinese_China.950")'. I
only realized that trying to set traditional chinese [950] in a simplified
chinese region [china] is wrong when it is rejected on linux; but R on Vista
accepts this.
------------
Warning message:
In Sys.setlocale("LC_CTYPE", "Chinese_China.950") :
OS reports request to set locale to "Chinese_China.950" cannot be honored
------------
When R is running on Vista, it reports the locale as "English_United
Kingdom.1252".
But under Linux (in en_GB.utf8 locale), R warns of
-----------
During startup - Warning messages:
1: Setting LC_TIME=en_GB.utf8 failed
2: Setting LC_MONETARY=en_GB.utf8 failed
-----------
So three locale related issue:
- a crash in msvcrt
- R under Vista accepts "Chinese_China.950" but R under wine does not.
- there are locale-related warning messages from R on start up when running
under wine.
--
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=43187
Bug ID: 43187
Summary: OriginWebHelperService.exe crashes
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: plata(a)mailbox.org
Distribution: ---
Created attachment 58460
--> https://bugs.winehq.org/attachment.cgi?id=58460
backtrace
EA Origin installs with Wine 2.10 staging but then crashes in the update or
login window (OriginWebHelperService.exe). As a result, the Origin window shows
an infinite loading screen.
As far as I can see, this seems to be caused by qt5gui (QScreen::handle).
--
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=40160
Bug ID: 40160
Summary: cant install mobogenie
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madscientistkustomz(a)gmx.com
Distribution: ---
Created attachment 53662
--> https://bugs.winehq.org/attachment.cgi?id=53662
trace log
problem installing MOBOGENIE for ubuntu
--
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=46430
Bug ID: 46430
Summary: Doom3 (CD version) fails to install
Product: Wine
Version: 4.0-rc4
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Installation of Doom3 fails in wine-4.0-rc4 and earlier. Installer asks for
CD2, but even if the CD is in the drive, installer complains about missing
files and fails.
This is a long time regression (used to work since wine-1.7.28-130-g5cb10c96b2)
--
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.