https://bugs.winehq.org/show_bug.cgi?id=38226
Bug ID: 38226
Summary: EBWin(Unicode) crashes when searching katakana words.
Product: Wine
Version: 1.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: ---
An anonymous reporter said[1]:
When I search katakana words, EBWin (Unicode) [2] crashes.
A while ago, I searched "タオル" then it crashes.
I used wine version is 1.6 and Ubuntu 12.04 and specified PDD Hyakkajisho 0.4
[3] as a dictionary file.
[1] http://engawa.open2ch.net/test/read.cgi/linux/1348712072/24
[2] http://www.vector.co.jp/soft/winnt/writing/se403151.html
[3] http://www.vector.co.jp/soft/dl/data/writing/se312764.html
--
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=36951
Bug ID: 36951
Summary: no sound effects in BridgeMaster 2000
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: joe(a)nahmias.net
Hello,
When playing BridgeMaster 2000, I do not hear any of the sound effects. It
looks like this is because winmm:proc_PlaySound() is called without a filename
extension (.wav) so it doesn't find the file to play. Here's a listing of the
sound effect files that are supposed to be part of the game:
$ ls /home/joe/.wine/dosdevices/c\:/Program\ Files/Bridge\ Master\ 2000/sounds/
lose0.wav lose3.wav lose6.wav lose9.wav win2.wav win5.wav win8.wav
lose1.wav lose4.wav lose7.wav win0.wav win3.wav win6.wav win9.wav
lose2.wav lose5.wav lose8.wav win1.wav win4.wav win7.wav
And here's the debug log I captured running with WINEDEBUG=+winmm,+file
trace:winmm:MULTIMEDIA_PlaySound pszSound='0x32f640' hmod=(nil)
fdwSound=00020001
trace:winmm:proc_PlaySound SoundName=L"sounds\\lose3" !
trace:file:OpenFile sounds\lose3 OF_READ OF_SHARE_DENY_WRITE
trace:file:OpenFile sounds\lose3 0020
trace:file:RtlGetFullPathName_U (L"sounds\\lose3" 520 0x16fe368 (nil))
trace:file:RtlDosPathNameToNtPathName_U (L"C:\\Program Files\\Bridge Master
2000\\sounds\\lose3",0x16fe158,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\Program Files\\Bridge Master
2000\\sounds\\lose3" 520 0x16fdf08 (nil))
trace:file:wine_nt_to_unix_file_name L"\\Program Files\\Bridge Master
2000\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/Program
Files/Bridge Master 2000/sounds
trace:file:RtlDosPathNameToNtPathName_U
(L".\\sounds\\lose3",0x16fe158,(nil),(nil))
trace:file:RtlGetFullPathName_U (L".\\sounds\\lose3" 520 0x16fdf08 (nil))
trace:file:wine_nt_to_unix_file_name L"\\Program Files\\Bridge Master
2000\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/Program
Files/Bridge Master 2000/sounds
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\windows\\system32\\sounds\\lose3",0x16fe158,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\windows\\system32\\sounds\\lose3" 520
0x16fdf08 (nil))
trace:file:wine_nt_to_unix_file_name L"\\windows\\system32\\sounds\\lose3" not
found in /home/joe/.wine/dosdevices/c:/windows/system32
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\windows\\system\\sounds\\lose3",0x16fe158,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\windows\\system\\sounds\\lose3" 520
0x16fdf08 (nil))
trace:file:wine_nt_to_unix_file_name L"\\windows\\system\\sounds\\lose3" not
found in /home/joe/.wine/dosdevices/c:/windows/system
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\windows\\sounds\\lose3",0x16fe158,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\windows\\sounds\\lose3" 520 0x16fdf08
(nil))
trace:file:wine_nt_to_unix_file_name L"\\windows\\sounds\\lose3" not found in
/home/joe/.wine/dosdevices/c:/windows
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\windows\\system32\\sounds\\lose3",0x16fe158,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\windows\\system32\\sounds\\lose3" 520
0x16fdf08 (nil))
trace:file:wine_nt_to_unix_file_name L"\\windows\\system32\\sounds\\lose3" not
found in /home/joe/.wine/dosdevices/c:/windows/system32
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\windows\\sounds\\lose3",0x16fe158,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\windows\\sounds\\lose3" 520 0x16fdf08
(nil))
trace:file:wine_nt_to_unix_file_name L"\\windows\\sounds\\lose3" not found in
/home/joe/.wine/dosdevices/c:/windows
warn:file:OpenFile (sounds\lose3): return = HFILE_ERROR error= 2
trace:file:RtlDosPathNameToNtPathName_U (L"C:\\Program Files\\Bridge Master
2000\\sounds\\lose3",0x16fe538,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\Program Files\\Bridge Master
2000\\sounds\\lose3" 520 0x16fe2e8 (nil))
trace:file:wine_nt_to_unix_file_name L"\\Program Files\\Bridge Master
2000\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/Program
Files/Bridge Master 2000/sounds
trace:file:RtlDosPathNameToNtPathName_U
(L".\\sounds\\lose3",0x16fe538,(nil),(nil))
trace:file:RtlGetFullPathName_U (L".\\sounds\\lose3" 520 0x16fe2e8 (nil))
trace:file:wine_nt_to_unix_file_name L"\\Program Files\\Bridge Master
2000\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/Program
Files/Bridge Master 2000/sounds
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\windows\\system32\\sounds\\lose3",0x16fe538,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\windows\\system32\\sounds\\lose3" 520
0x16fe2e8 (nil))
trace:file:wine_nt_to_unix_file_name L"\\windows\\system32\\sounds\\lose3" not
found in /home/joe/.wine/dosdevices/c:/windows/system32
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\windows\\system\\sounds\\lose3",0x16fe538,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\windows\\system\\sounds\\lose3" 520
0x16fe2e8 (nil))
trace:file:wine_nt_to_unix_file_name L"\\windows\\system\\sounds\\lose3" not
found in /home/joe/.wine/dosdevices/c:/windows/system
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\windows\\sounds\\lose3",0x16fe538,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\windows\\sounds\\lose3" 520 0x16fe2e8
(nil))
trace:file:wine_nt_to_unix_file_name L"\\windows\\sounds\\lose3" not found in
/home/joe/.wine/dosdevices/c:/windows
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\windows\\system32\\sounds\\lose3",0x16fe538,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\windows\\system32\\sounds\\lose3" 520
0x16fe2e8 (nil))
trace:file:wine_nt_to_unix_file_name L"\\windows\\system32\\sounds\\lose3" not
found in /home/joe/.wine/dosdevices/c:/windows/system32
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\windows\\sounds\\lose3",0x16fe538,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\windows\\sounds\\lose3" 520 0x16fe2e8
(nil))
trace:file:wine_nt_to_unix_file_name L"\\windows\\sounds\\lose3" not found in
/home/joe/.wine/dosdevices/c:/windows
trace:winmm:proc_PlaySound Done playing=L"sounds\\lose3" => ko!
I'm happy to help test patches to address this.
Thanks,
--Joe
--
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=33447
Bug #: 33447
Summary: Wine GUI on Mac display Traditional Chinese instead
when host language is Simplify Chinese
Product: Wine
Version: 1.5.28
Platform: x86
OS/Version: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
Step to reproduce:
1. Install Wine from macport, or build from wine-git
2. Create a fresh MacOS user, set Mac UI language to Simplified Chinese.
$ locale
LANG="zh_CN.UTF-8"
LC_COLLATE="zh_CN.UTF-8"
LC_CTYPE="zh_CN.UTF-8"
LC_MESSAGES="zh_CN.UTF-8"
LC_MONETARY="zh_CN.UTF-8"
LC_NUMERIC="zh_CN.UTF-8"
LC_TIME="zh_CN.UTF-8"
LC_ALL=
3. start winecfg/regedit/notepad
Expect result:
The default GUI language should be Simplified Chinese
Actual result:
The default GUI language is Traditional Chinese. I've tried many way to
modified locale related environment value, but still can't find any way to
display Simplified Chinese in Wine GUI. locale things on Mac seems different as
Linux.
+font log show that Wine do have the correct codepage (936 for Simplified
Chinese, 950 for Traditional Chinese), not sure why it still display
Traditional Chinese.
Will attach some screenshot.
--
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=37202
Bug ID: 37202
Summary: MSWord hangs on opening a document opened in other
program
Product: Wine
Version: 1.7.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: b7.10110111(a)gmail.com
Created attachment 49455
--> https://bugs.winehq.org/attachment.cgi?id=49455
Backtrace from winedbg. Process stopped by Ctrl+C after hanging.
How to reproduce:
1. Have a .doc file
2. Open it in LibreOffice
3. Try opening it from MS Word
4. See Word hang
5. Close LibreOffice
6. See file finally opened in MS Word, it's no longer hung
As I've tested similar scenario in a virtual machine, there Word gives a dialog
saying that the file is locked for reading by another process.
It's a regression:
65887802c502c4eeeb3fc905990e3e2f4548a482 is the first bad commit
commit 65887802c502c4eeeb3fc905990e3e2f4548a482
Author: Vincent Povirk <vincent(a)codeweavers.com>
Date: Fri Apr 18 16:37:56 2014 -0500
ole32: Initial storage file locking implementation.
:040000 040000 b86f27a6f6561d9f35fd01166388e2e7a0380c28
68646bad80d38b40a014cb1cbd57b62aa19abad2 M dlls
The hang occurs in NtDelayExecution called by NtLockFile (see attached
backtrace).
--
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=27141
Summary: Brink (Splash Damage, Bethesda Softworks) won't launch
from Steam
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shannon.vanwagner(a)gmail.com
Created an attachment (id=34662)
--> (http://bugs.winehq.org/attachment.cgi?id=34662)
brink console output
The game appears to start with the brink icon showing in the panel, but then
hangs up everything and produces a wine/program error dialog.
Tested with wine-1.3.19-284-g35c743b, please see attached brinkconsole.txt.
Note: I have not loaded any winetricks yet (except steam of course) because I
wanted to have as pristine console output as possible.
--
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=38221
Bug ID: 38221
Summary: Wrong parameter assignment in
get_family_names_from_stream()
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
File /dll/dwrite/font.c: line 786
In function
HRESULT get_family_names_from_stream(IDWriteFontFileStream *stream, UINT32
index, DWRITE_FONT_FACE_TYPE facetype,
IDWriteLocalizedStrings **names)
there is an assignment names=NULL;
There is no sense to assign a value to function parameter.
I think there should be
~~~~
*names = NULL;
~~~~
--
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=38177
Bug ID: 38177
Summary: d3d: Card 10de:0849 not found in driver DB
Product: Wine
Version: 1.7.37
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)vr-web.de
Distribution: Debian
(Opening this ticket as I got suggested in bug #33969.)
When starting "Volvo - The Game" with wine 1.7.37 I get such a line:
err:d3d:init_driver_info Card 10de:0849 not found in driver DB.
Later the game complained also about too less graphics memory.
Therefore I tried raising it by using the registry key "VideoMemorySize" to 256
and that made the game work.
Unfortunately because this is an onboard graphics card with shared memory I do
not know exactly which value would be correct.
Due to dmesg the nouveau driver uses "VRAM: 256 MiB".
The board is this one: http://www.asrock.com/mb/NVIDIA/K10N78M/
There the graphics card is described as: "GeForce 8100"
with "Max. shared memory 512MB".
Also it mentions the graphic device is a Geforce 8100 (10de:084f), but
wine gets the pci id 10de:0849 which is currently not in use.
(And 10de:0849 would be the Geforce 8200.)
This all is while using the nouveau driver from current Debian/testing.
(Because the nvidia binary driver 340 from debian made the system unstable.)
Attached is the output of dmesg, lspci -nnn and a patch to have
10de:0849 recognized with 256MB.
--
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=38209
Bug ID: 38209
Summary: WshScriptExec's Terminate method is missing
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wshom.ocx
Assignee: wine-bugs(a)winehq.org
Reporter: ptubbytaylor(a)gmail.com
Distribution: ---
It appears that behavior of the Terminate method, in windows, sends WM_CLOSE to
some/all of the program's windows (I've had hit and miss results for which
windows get a WM_CLOSE, but that could be a problem on my script's end), then
waits for up to two seconds for the process to end. If the process closes
during this time, it immediately returns to the caller. If, after the full two
seconds, the process has not yet closed, it kills the process and returns to
caller.
The ExitCode property of the WshScriptExec object does not appear to be changed
from what it was previously if the process is closed through the Terminate
method.
--
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=31819
Bug #: 31819
Summary: Animated GIF images are rendered incorrectly
Product: Wine
Version: 1.5.13
Platform: x86
URL: http://bugs.winehq.org/attachment.cgi?id=41594
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: windowscodecs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
Continuation from bug 31596. Animated GIF images rendered by .NET PictureBox
component are displayed incorrectly. First frame of animation looks good, the
subsequent frames have some pieces missing. The download URL contains a sample
.NET application with source that displays animated GIF image. That image was
downloaded from here:
http://en.wikipedia.org/wiki/Graphics_Interchange_Format
Guessing from the visual results and documentation, probably subsequent
animation frames should be rendered over the previous ones, and are not.
The application shows the same results with MS .NET and wine mono.
--
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=38251
Bug ID: 38251
Summary: Assign value to function parameter (again?)
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
wine/dlls/ieframe/clients
function InPlaceSite_OnInPlaceActivateEx, line 300
pfNoRedraw = FALSE;
There is no sense to assign value to function parameter
it must be
if (!pfNoRedraw) {
return S_OK;
}
*pfNoRedraw = FALSE;
--
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=38223
Bug ID: 38223
Summary: So many euros program doesnt run
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: teras(a)luukku.com
Distribution: ---
It installs just fine.
wine SoManyEuros.exe
fixme:olepicture:OleLoadPictureEx
(0xa0080c,24638,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x33fa40),
partially implemented.
fixme:olepicture:OLEPictureImpl_SaveAsFile (0x125780)->(0x131668, 0, (nil)),
hacked stub.
fixme:ole:CLSIDFromProgIDEx L"Scripting.FileSystemObject",0x33f6a0: semi-stub
fixme:scrrun:filesys_QueryInterface Unsupported interface
{7fd52380-4e07-101b-ae2d-08002b2ec713}
fixme:scrrun:filesys_QueryInterface Unsupported interface
{37d84f60-42cb-11ce-8135-00aa004bb851}
fixme:scrrun:file_get_Path (0x208738)->(0x33f4b8)
Direct downlaod link
http://www.somany.de/download/sme_deluxe_test.zip
wine-1.7.38-186-g0e24c33
--
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=38203
Bug ID: 38203
Summary: MSYS2 needs FileNetworkOpenInformation support in
NtQueryInformationFile
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fracting(a)gmail.com
Distribution: ---
Created attachment 50993
--> https://bugs.winehq.org/attachment.cgi?id=50993
Patch: implemented FileNetworkOpenInformation class support
Wine already implemented FileNetworkOpenInformation support in
NtQueryFullAttributesFile, but MSYS2 also wants FileNetworkOpenInformation
support in NtQueryInformationFile.
--
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=26300
Summary: Screensavers don't look right in Wine Desktop
Product: Wine
Version: 1.3.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Screensavers work fine if they go full screen, but if virtual wine desktop is
enabled in graphics settings it makes alpha wrong and causes streaking.
Attaching picture of Sports.scr as reference.
--
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=14563
Summary: picasa can't play mp3 files during slideshows
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://picasa.com
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To reproduce:
1) install and run picasa for windows 2.7
2) Tools / Options / Slideshow
3) check
"Play MP3 tracks during slideshow"
4) under
"Select folder of mp3 tracks", browse to where you have mp3's, then click ok.
5) Select some image, play it as a slideshow.
There won't be any music. On the console, you see
fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"MPEGVIDEO".
If you don't have a windows installation accessible from Wine,
you perhaps forgot to create a [mci] section in system.ini
You can reproduce this with the attached tiny C program; to run it,
find a .mp3 file (say, foo.mp3), and run
wine a.exe play foo.mp3 from 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.
https://bugs.winehq.org/show_bug.cgi?id=38184
Bug ID: 38184
Summary: Application crash when calling WScript.Shell's "exec"
method
Product: Wine
Version: 1.7.34
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: ptubbytaylor(a)gmail.com
Distribution: ---
Created attachment 50957
--> https://bugs.winehq.org/attachment.cgi?id=50957
backtrace.txt
When calling WScript.Shell's exec method using AutoHotkey v1.1.19.03, WINE
crashes and displays a wind "The program AutoHotkey.exe has experienced a
serious problem and needs to close"
--
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=38110
Bug ID: 38110
Summary: Winhttp sample doesn't always work
Product: Wine
Version: 1.3.36
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: ocean04(a)suomi24.fi
Distribution: ---
Created attachment 50787
--> https://bugs.winehq.org/attachment.cgi?id=50787
winhttp, tid
Continuation from bug36650
Sample still doesn't always work.
Attached is winhttp log, when fails
wine-1.7.36-144-g4d43d36
--
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=23977
Summary: Steam overlay can't use shift or caps lock
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: seanaloisi(a)gmail.com
Like the summary says, when I'm in Steam overlay it doesn't respond to shift or
caps lock, making all my characters stay in lower case and disabling some
others. All other features of Stem overlay work, and this is just a minor
inconvenience. If anyone knows how to fix, please tell 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.
https://bugs.winehq.org/show_bug.cgi?id=6955
--- Comment #161 from JHaleIT <jhaleit(a)gmail.com> ---
I'm on a Mac BTW
--
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=6955
--- Comment #158 from ax 34noff <otaku(a)rambler.ru> ---
p.s. don't know if ARB_VERTEX_BLEND present in Catalyst... i don't use Catalyst
because of bugs.
--
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=6955
--- Comment #157 from ax 34noff <otaku(a)rambler.ru> ---
AMD, linux, opensource drivers:
redneck@pylesos:~$ glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.6.0-devel
(padoka PPA)
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 10.6.0-devel (padoka PPA)
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.6.0-devel (padoka PPA)
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
redneck@pylesos:~$ glxinfo | grep vertex_blend
--
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=6955
--- Comment #156 from Wojtek Arabczyk <arabek(a)gmail.com> ---
Sorry, please disregard my comments, it seems Mac is the only platform
supporting the extension, and it's doing it by the means of a software
implementation instead.
--
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=6955
--- Comment #155 from Wojtek Arabczyk <arabek(a)gmail.com> ---
Verified the same for the Intel GPU:
[ macbook: ~ ]$ glxinfo | grep OpenGL
OpenGL vendor string: Intel Inc.
OpenGL renderer string: Intel HD Graphics 4000 OpenGL Engine
OpenGL version string: 2.1 INTEL-10.2.46
OpenGL shading language version string: 1.20
OpenGL extensions:
[ macbook: ~ ]$ glxinfo | grep vertex_blend
GL_ARB_vertex_blend, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program,
I'll retest on Linux opensource & closed drivers later.
--
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.