https://bugs.winehq.org/show_bug.cgi?id=50002
Bug ID: 50002
Summary: BlackBerry (Research in Motion) USB and Modem Drivers
installs files in the wrong place and fails to install
kernel drivers
Product: Wine
Version: 5.19
Hardware: x86-64
URL: https://swdownloads.blackberry.com/Downloads/contactFo
rmPreload.do?code=A8BAA56554F96369AB93E4F3BB068C22&dl=
F5937D3FABCEC4C05D26AB6F3FEEC891
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 68409
--> https://bugs.winehq.org/attachment.cgi?id=68409
hack: set CommonFiles64Folder to the 32-bit common files dir
The installer is more than a bit of a mess. It seems to be trying to install
64-bit files into the 64-bit "Common Files" folder, and 32-bit files into the
32-bit folder. It has this <trimmed> in its Directory table:
Directory Directory_Parent DefaultDir
----------------------------------------------------------
TARGETDIR SourceDir
RESEARCH_IN_MOTION ProgramFilesFolder RESEAR~1|Research In Motion
BLACKBERRY RESEARCH_IN_MOTION BLACKB~1|BlackBerry
INSTALLDIR BLACKBERRY .
CommonFiles64Folder TARGETDIR .:Common64
CommonFilesFolder TARGETDIR .:Common
CommonFilesRIM.191... CommonFilesFolder RESEAR~1|Research In Motion
CommonFilesRIM.07D... CommonFiles64Folder RESEAR~1|Research In Motion
On Wine this behaves essentially as expected, and files get installed into
64-bit "Common Files". On Windows, however, for some reason, everything gets
installed into the 32-bit "Common Files" directory. This problem is compounded
when the program subsequently tries to install PnP drivers (from a 64-bit
custom action) using files from the 32-bit "Common Files" folder—working around
their own bug, I guess—and on Wine nothing gets installed.
I'm more than a little baffled as to how this could possibly break on Windows.
It'll probably take some more involved debugging.
Anyway, the attached patch works around the bug. The installer successfully
creates a couple of root PnP devices, but the driver subsequently fails to load
due to missing WDF. (In fact it needs quite a substantial chunk of WDF, which I
have partially implemented in my local tree).
--
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=50299
Bug ID: 50299
Summary: Application tried to create a window, but no driver
could be loaded.
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
0050:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
Running e.g. "wine notepad" in a quite slow environment for example within
rr-debugger inside a VM leads to the above message.
As far as I could follow in above line 0050 is "explorer.exe".
Unfotunately winemenubuilder.exe was a little bit earlier with requesting
the first window in WIN_CreateWindowEx
before explorer.exe reached manage_desktop.
Therefore explorer.exe never SetPropW("__wine_display_device_guid")
in DesktopWndProc.
This race might not show up under normal conditions, but I thought to
document it here to be findable.
Making winemenubuilder.exe sleep some time in wWinMain before CoInitialize
works around it.
--
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=50606
Bug ID: 50606
Summary: Far Manager does not resize when tty console is
resized
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 69291
--> https://bugs.winehq.org/attachment.cgi?id=69291
Quick fix
Far Manager does not resize when tty console is resized. The tty size is only
read upon start and remains fixed.
Attaching a hack that fixes it for me. Let me know if there is a way how to do
it properly and acceptable for upstream.
--
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=7106
--- Comment #37 from Chebanenko Igor <chebanenkoigor93(a)gmail.com> ---
Looks like Actua Soccer 3 game (1999),suffer from something similar (Or it is
the same thing? I'm not sure for 100%). I used development version,not Staging.
See Bug 51180
--
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=50109
Bug ID: 50109
Summary: 0414:fixme:conhost:write_console beep
Product: Wine
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: azraeladdy(a)gmail.com
Distribution: ---
Created attachment 68600
--> https://bugs.winehq.org/attachment.cgi?id=68600
Output from a simple C program. Along with its code.
Occurs when outputting the BEL ASCII character. Nothing huge, but a worthy
thing to keep track of? Not much else to say, possibly other ASCII characters
that wine has a fix me statement for?
--
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=50187
Bug ID: 50187
Summary: programs/conhost/window.c:2310 - Unhandled exception:
divide by zero in 64-bit code
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vladimir.kokovic(a)gmail.com
Distribution: ---
Created attachment 68703
--> https://bugs.winehq.org/attachment.cgi?id=68703
backtrace.log
When my console application starts, wine reports an exception for which I don't
see any real reason.
Attached is the backtrace.log of the moment this exception occurs.
--
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=40099
Bug ID: 40099
Summary: IFileOpenDialog with FOS_PICKFOLDERS option
Product: Wine
Version: 1.9.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nozomimasao(a)gmail.com
Distribution: ---
IFileOpenDialog sometimes returns a bad path if FOS_PICKFOLDERS option is
specified.
for example, if you selected C:\Windows folder *inside* Windows folder,
GetResult method returns C:\Windows\Windows.
Steps of the user:
1. Go inside C:\Windows by double-clicking Windows folder.
2. Click select button.
Then the path will be C:\Windows\Windows.
*The user can avoid this issue by below steps.
1. Select C:\Windows by clicking Windows folder *without* going inside it.
2. Click select button.
Then the path will be C:\Windows.
For your information, the code is like this;
IFileOpenDialog *fo = nullptr;
CoCreateInstance(CLSID_FileOpenDialog, NULL, CLSCTX_INPROC_SERVER,
IID_PPV_ARGS(&fo));
DWORD opt = 0;
fo->GetOptions(&opt);
fo->SetOptions(opt | FOS_PICKFOLDERS);
fo->Show(hWnd);
IShellItem *si = nullptr;
fo->GetResult(&si);
LPWSTR path = nullptr;
si->GetDisplayName(SIGDN_FILESYSPATH, &path);
--
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=51175
Bug ID: 51175
Summary: link.exe from MSVC 2019 fails with unexpected PDB
error
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 70044
--> https://bugs.winehq.org/attachment.cgi?id=70044
Trace log
link.exe from MSVC 2019 fails with "Unexpected PDB error; OK (0)" in 32bit
debug mode. 64bit/Debug/Release and 32bit/Release modes work.
Also this message appears in trace log:
01f8:err:rpc:I_RpcReceive we got fault packet with status 0x6a6
Trace log attached.
--
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=51087
Bug ID: 51087
Summary: I get a return code of 173 when attempting to start
programs even with reboot/shutdown
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: JohnathonKM(a)Gmail.com
Distribution: ---
Hello All,
I've tried making a new Wine Prefix, this application does work intermittently,
I've never found out why that is, but I am wanting to find some advice on this
issue since this is a first.
Attached is my Wine log from when I run the program to its termination, then my
shell reports a return code of 173, like I mentioned in the brief description
I've restarted, shutdown and created a new wine prefix and still get the same
return code.
This game does work fine in Proton, but like I said intermittently, once it
crashes it seemingly refuses to re-open under Wine or Proton. I am submitting
this bug upstream here since I think this is more a wine fix than a Proton fix
as it looks like it ties into RPC which I think falls a bit out of scope for
Valve, if you disagree let me know and I'll take the issue there.
Does anyone have any suggestions as to what is going on here?
--
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=44094
Bug ID: 44094
Summary: need for speed carbon game is working but only audio
is coming , no display comes and looks like evry thing
hangs
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: srivastava.avichal(a)gmail.com
Distribution: ---
Created attachment 59816
--> https://bugs.winehq.org/attachment.cgi?id=59816
need for speed carbon game is working but only audio is coming , no display
comes and looks like evry thing hangs
my wine never work properly,
it never installs an application, nor updates nor unstalls
--
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.