https://bugs.winehq.org/show_bug.cgi?id=40107
Bug ID: 40107
Summary: ODBC Connection to MSSQL Server with SSL
Product: Wine
Version: 1.8-rc4
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: olaf.schumann(a)gmx.de
Created attachment 53591
--> https://bugs.winehq.org/attachment.cgi?id=53591
Connection Test with SSL
Hi,
ODBC with MDAC 2.8 works fine, but if the MSSQL-Server needs SSL the connection
fails.
To Test it, install MDAC 2.8 (winetrick: mdac 2.8)
Control Panel->Data Sources(ODBC)->SystemDSN->Add->SQL Server
Configure a Server without SSL: Everything's fine.
Configure a Server with SSL: Connection fails (See attachment).
I cross-checked this with a Windows 2k VM. Installing MDAC_TYP.EXE.
Configuring the above SQL Servers:
Connection to a SSL encryption enabled SQL Server works.
--
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=51120
Bug ID: 51120
Summary: MCC DAQ software setup crashes in vbscript exec_script
function
Product: Wine
Version: 6.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 69987
--> https://bugs.winehq.org/attachment.cgi?id=69987
WINEDEBUG=+vbscript
The installer's self-extraction succeeds and the installation wizard starts,
but it crashes during the actual install step.
Since the crash happens inside of Wine's vbscript.dll, I am attaching a console
log with WINEDEBUG=+vbscript.
$ sha256sum mccdaq.exe
12eb3e9422e333155977bfd43cb87b3c27826847dfc85998a9c2a52906410312
--
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=49641
Bug ID: 49641
Summary: Beneath a Steel Sky's Steam version crashes due to
incomplete sapi implementation
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: sapi
Assignee: wine-bugs(a)winehq.org
Reporter: qsniyg(a)mail.com
Distribution: ---
Currently it uses ScummVM 2.1.2. The next version of ScummVM should in theory
fix this crash due to
https://github.com/scummvm/scummvm/commit/9a3e420bd20533e310e80058bcc63adeb…
It currently crashes on:
https://github.com/scummvm/scummvm/blob/branch-2-1-2/backends/text-to-speec…
--- snip ---
if (SUCCEEDED(hr)) {
hr = cpEnum->GetCount(&ulCount);
}
_voice->SetVolume(0); // <-- here
while (SUCCEEDED(hr) && ulCount--) {
--- snip ---
This is due to _voice not being initialized. It is supposed to be initialized
here:
https://github.com/scummvm/scummvm/blob/branch-2-1-2/backends/text-to-speec…
--- snip ---
// init voice
hr = CoCreateInstance(CLSID_SpVoice, NULL, CLSCTX_ALL, IID_ISpVoice, (void
**)&_voice); // <-- here
if (FAILED(hr)) {
warning("Could not initialize TTS voice");
return;
}
--- snip ---
However, it fails earlier in the function:
https://github.com/scummvm/scummvm/blob/branch-2-1-2/backends/text-to-speec…
--- snip ---
HRESULT hr = CoCreateInstance(CLSID_SpObjectTokenCategory, NULL,
CLSCTX_ALL, IID_ISpObjectTokenCategory, (void **)&pTokenCategory);
if (SUCCEEDED(hr)) {
hr = pTokenCategory->SetId(SPCAT_AUDIOOUT, TRUE); // <-- here
if (SUCCEEDED(hr)) {
WCHAR *tokenId;
hr = pTokenCategory->GetDefaultTokenId(&tokenId);
if (SUCCEEDED(hr)) {
--- snip ---
It fails because it's unable to find the
HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Speech\\AudioOutput registry key. If
speechsdk is installed through winetricks (and the game is run), the registry
key will be populated, allowing it to step further, but it will then crash
right after on GetDefaultTokenId, as it returns E_NOTIMPL.
--
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=35186
Bug ID: 35186
Summary: X Error of failed request: BadAlloc (insufficient
resources for operation)
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cigydd(a)gmail.com
Classification: Unclassified
Created attachment 46936
--> http://bugs.winehq.org/attachment.cgi?id=46936
A quote from the PlayOnLinux log
Hello wine community,
I have trouble running most of the Big Fish Games with wine (and also the
client but that's another issue) (www.bigfishgames.com).
I get errors similar to this:
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 153 (GLX)
Minor opcode of failed request: 3 (X_GLXCreateContext)
Serial number of failed request: 224
Current serial number in output stream: 228
I know this could be related to mesa and my mom's graphics card which is "Intel
Corporation 82865G Integrated Graphics Controller (rev 02)".
--
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=32968
Bug #: 32968
Summary: Sengoku Rance unbearable slow
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: maxmusterm(a)gmail.com
Classification: Unclassified
When trying to play Sengoku Rance with the latest patches (english patched
version) everything is extremly slow.
Sengoku Rance uses the Alisesoft System4.0 Ver1.3 engine.
I installed it with a clean wine prefix,googled like hell for help and tested
it on two laptops each with the newest wine version on Arch:
1.6ghz dual core with ati hd 6320 (with the ati driver from git)
2.5 ghz dual core with geforce 9300gs (with nouveau from git)
This is an old game using directx 6.
Running the game itself from the console gives no output whatsoever.
And everything after and including the main menu runs at roughly a third of the
speed.
--
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=51088
Bug ID: 51088
Summary: Wine doesn't find (builtin?) wineasio.dll.so
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: michaelwigard(a)arcor.de
Distribution: ---
WineASIO provides an ASIO to JACK driver for WINE.
(https://github.com/wineasio/wineasio)
Since this commit:
https://source.winehq.org/git/wine.git/commit/bb065801a693e1cd305d2a507c206…
(ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the
prefix.)
Wine doesn't seem to find wineasio.dll.so any more:
$ wine regsvr32 wineasio.dll
regsvr32: Failed to load DLL 'wineasio.dll'
Before that commit, load_builtin_dll would eventually be called and load
wineasio.dll.so. After that commit, it seems find_builtin_without_file is
called, but doesn't load it.
With this workaround it works again:
$ cp /usr/lib/wine/wineasio.dll.so ~/.wine/drive_c/windows/system/wineasio.dll
I'm not too familiar with the internals of Wine, but I suspect it might have
something to do with the absence of a fake dll. I was able to get it to work by
copying and renaming one of the other fake dlls to wineasio.dll, but only when
also setting WINEDLLPATH.
It seems to me that this should be a bug in Wine, since it worked the way it
was before and doesn't since that commit, but if the solution is something
else, please let me know.
--
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=47718
Bug ID: 47718
Summary: x86_64-w64-mingw32-strip strip dlls make wine failed
start
Product: Wine
Version: 4.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gamiljydcome(a)gmail.com
Distribution: ---
make/install wine source and enable x86_64-w64-mingw32-strip strip dlls, wine
can not start becauese failed load pe dlls, no strip them works fine but dll
files too large. why can not strip them?
by the way, what's mean "PE dlls no longer rely on the MinGW runtime" from 4.14
release notes? i didnt install any MinGW runtime for wine runtime env still
works fine.
debian 10 stable+backports.
regards.
--
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=30639
Bug #: 30639
Summary: Audio stuttering and performance drops in Star Wolves
3
Product: Wine
Version: 1.5.3
Platform: x86
URL: http://www.gamershell.com/download_8237.shtml
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download, regression
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: patrakov(a)gmail.com
Classification: Unclassified
Regression SHA1: 275dfb83f2371a476b615b260465afb3cdf67f32
Due to a recent commit in Wine I get severe audio stuttering as well as
slowdowns in certain games. This seems to affect only a small number of games,
the vast majority of my games are still running fine. Whether these games are
buggy ones or it is indeed a problem with the patch I can't decide as I don't
have Windows installed to check how these games behave under native Windows.
275dfb83f2371a476b615b260465afb3cdf67f32 is the first bad commit
commit 275dfb83f2371a476b615b260465afb3cdf67f32
Author: Alexander E. Patrakov <patrakov(a)gmail.com>
Date: Mon May 7 00:06:13 2012 +0600
dsound: Added a windowed-sinc resampler.
:040000 040000 8ecb8b2fbc5c65c2066aaf9a5e8c58104996c5ab
3768c38fdafc656c5e18e14ad70884ea7864b758 M dlls
:040000 040000 680c52a0ebe164ca9b6a42d40c6521a91ae86e96
83407150c9beff0aa69d2d2e017b522543ac347f M tools
Star Wolves 3: Civil War (v1.12, Steam): audio playback is glitch-free and
performance is okay (well above 60 fps) in the menus and during the tutorial
mission. When I advance in the game or when I load a saved game I get severe
audio stuttering and framerate drops below 15 fps. This makes the game hardly
playable. If I quit playing and go back to the main menu, everything is back to
normal.
The demo for the game is protected with Starforce so it cannot be tested.
Droplitz (Steam version): this is a puzzle game. A certain sound effect is
intended to play when I create a path for the 'drops' and they make their way
to their goal. When this happens I observe the same audio stuttering and
performance drops. It lasts only for 2-3 seconds so it's not so severe.
Armored Fist 3: audio (both music and speech) are stuttering heavily and it
affects performance too. Link to the demo added to URL. There is no music in
the demo, but you should observe the problem with speech after starting a new
game.
HoverAce: the same stuttering in audio and slowdowns can be observed. No demo
available.
Terminal output doesn't show anything related.
Fedora 16 x86
Kernel 3.3.4-3.fc16.i686.PAE
Alsa 1.0.25
Pulseaudio is not running
Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)
--
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=47933
Bug ID: 47933
Summary: FoxPro for Windows 2.6a will not print output from
scripted dialog.
Product: Wine
Version: 4.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: JSladek(a)juno.com
Distribution: ---
Created attachment 65436
--> https://bugs.winehq.org/attachment.cgi?id=65436
General format for program sections
Access to and use of my databases is all under a program written using the
FoxPro language. After opening the desired database and index, I use the
command "REPORT FORM <report format filename> TO PRINTER" to send the report to
the printer. The "TO PRINTER" clause can be substituted by "TO FILE
<filename>" .... however ..... in BOTH cases, while running it in WINE, the
output fails with a "printer not ready" error. Additionally, if I replace the
"TO clauses" with "PROMPT", a printer selection (or to file) dialog comes up,
but I still get the same "printer not ready" error regardless which selection I
make.
Using the "PREVIEW" option to the REPORT FORM command instead of "TO PRINTER" I
can view the entire formatted report, but there is no way that the preview can
be redirected to any other type of output.
It appears to me that the way the command set is structured, the only way to
get a report output is through the "report form / printer" interface. It also
appears that the "to file" direction is through that same interface.
There were a couple of submnissions concerning this problem in the 2008 time
frame. The only solution offered was to adjust tyhe TIME function for faster
processors in the FoxPro config file. I tried this, but it has no effect on
the problem.
--
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=51126
Bug ID: 51126
Summary: [Regression] Evil Twin playing only first part of in
game dialog's audio
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: andy86(a)fastwebnet.it
Distribution: ---
Created attachment 69991
--> https://bugs.winehq.org/attachment.cgi?id=69991
wine output with +gstreamer and gst_debug=5
After d7fecebe93938bf1ef2349ac74413e28d6b8e153 Evil Twin play only first part
of the in game dialog's audio.
Subtitles are fine and dialog's scene play fine but audio just stop after a bit
of seconds and scenes are mute until game try to play next audio.
Compiling until previous commit the things works fine.
--
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.