https://bugs.winehq.org/show_bug.cgi?id=57151
Bug ID: 57151
Summary: AppDB is incredibly slow
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: ---
The AppDB seems to be getting slower and slower. Today it's taking up to a
minute just to load a page. Does it need more resources?
--
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=56738
Bug ID: 56738
Summary: ODBC stopped working in Wine 9.9, it works fine in 9.8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: odbc
Assignee: wine-bugs(a)winehq.org
Reporter: claudius+wine(a)hausnetz.lettenbach.com
Distribution: ---
Created attachment 76517
--> https://bugs.winehq.org/attachment.cgi?id=76517
WINEDEBUG logs
After updating my Arch linux install from wine 9.8-2 to wine 9.9-2 my 32bit
applications using multilib unixodbc stopped working.
I tried WINEDEBUG=+odbc but could get much relevant output.
Most interesting is probabaly this: trace:odbc:SQLAllocEnv Returning 309,
EnvironmentHandle 00000000
WINEDLLOVERRIDES="odbc32=b" or "odbc=b" didn't change anything as far as I can
tell.
If I downgrade the package it immediately starts connecting again.
The driver I use is the proprietary SQL Anywhere 17 odbc driver.
It works fine using unixodbc with both linux x86_64 and linux 32 bit
applications.
Is there any way I can provide more relevant information?
Attached is a trace of +odbc when it works, and when it doesn't.
--
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=58465
Bug ID: 58465
Summary: Wide string misbehavior on C++20 mode vs C++17 mode
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: messmer.dalton(a)gmail.com
Distribution: ---
Created attachment 78920
--> http://bugs.winehq.org/attachment.cgi?id=78920
Simple Winelib program to demonstate the bug (wine_test.cpp) + build/run script
(wine_test.sh) + my test results (output.txt)
When I compile a Winelib application using the `--std=c++20` wineg++ flag
instead of `--std=c++17`, I experience unexpected differences in behavior when
using `std::wstring`. And in both C++ modes the behavior is incorrect.
For example, when I call the `c_str()` method on `std::wstring` and pass the
returned wide C-string to `std::wcslen`, I get different results depending on
whether the Winelib application was compiled in C++20 mode vs C++17 mode. And
in both cases, the reported string length is incorrect.
Also, the distance between the `begin()` and `end()` iterators is different
between C++ modes, and so is the return value of the `length()` method. And all
of the results are incorrect in general.
I originally noticed these `std::wstring` problems here:
https://github.com/LMMS/lmms/pull/7624#issuecomment-2923573719
I've attached a simple Winelib program that demonstrates the bug to this bug
report.
--
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=21940
Summary: Rise of Legends Demo crashes with null pointer
reference in msxml3?
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Once you get past bug 19539, you have to choose to ignore
two BHG errors; the game then starts and runs (though I got
no sound). Trying to play a campaign crashed for me quickly with
an msxml3 error (which is funny, since I had done winetricks msxml3,
and winecfg shows the override, but the backtrace still shows Wine's msxml3):
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x7362be22).
Backtrace:
=>0 priv_from_xmlDocPtr+0x6(doc=(nil)) [dlls/msxml3/domdoc.c:127] in msxml3
1 xmldoc_add_ref+0x1d(doc=(nil)) [dlls/msxml3/domdoc.c:160] in msxml3
2 init_xmlnode+0x26(This=0x3fb63f8, node=0x7e222980, outer=0x3fb6418,
dispex_data=0x73666dec) [dlls/msxml3/node.c:1714] in msxml3
3 create_element+0x6c(element=0x7e222980) [dlls/msxml3/element.c:797] in
msxml3d
4 create_node+0x9d(node=0x7e222980) [dlls/msxml3/node.c:1736] in msxml3
5 queryresult_nextNode+0xdf(iface=0x3ff1120, nextItem=0x32ad60)
[dlls/msxml3/queryresult.c:267] in msxml3
6 xmlnode_selectSingleNode+0xd3(iface=0x1e9510, kqueryString="TRIBE_MASK",
resultNode=0x32ad60) [dlls/msxml3/node.c:1542] in msxml3
7 in legends (+0x6f34c) (0x0032b2dc)
...
0x7362be22 priv_from_xmlDocPtr+0x6 [dlls/msxml3/domdoc.c:127] in msxml3: movl
0x0(%eax),%eax
127 return doc->_private;
--
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=58467
Bug ID: 58467
Summary: Java
Product: WineHQ Gitlab
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: gitlab-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pidor1977(a)duck.com
The Wine wiki page
https://gitlab.winehq.org/wine/wine/-/wikis/Importance-of-Wine linked directly
from the front page refers to the web asm.js/WebAssembly port as Java in the
bullet points near the end. This is completely unacceptable behavior and should
never be tolerated in a FOSS centered environment. Java hasn't even existed on
the web for decades, and while I can't speak for myself, I can guarantee that
no modern age Java programmer will ever want to hear about that era.
--
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=58454
Bug ID: 58454
Summary: Regression in Ti Nspire software
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mathispaquet362(a)gmail.com
Distribution: ---
Created attachment 78905
--> http://bugs.winehq.org/attachment.cgi?id=78905
Log generated by TI Nspire Software
In Wine 10.9, I can run the TI Nspire Student Software without any issue, but
since 10.11, there has been a regression that prevents the program from
launching. It is an issue with Java.
--
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=58447
Bug ID: 58447
Summary: nhandled exception: page fault on read access to
0x0000000000000000 in 64-bit code (0x000001403ec868).
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winetrickery(a)yopmail.com
Distribution: ---
Created attachment 78897
--> http://bugs.winehq.org/attachment.cgi?id=78897
Bug report logs
I am trying to install an application on my desktop, It is a banking
application. And sadly I am running into errors regarding memory read adresses.
The system is debian with wine 10
Application exe - https://www.hostize.com/v/RpS-VkZMVg
--
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=58441
Bug ID: 58441
Summary: SimHub 9.9.3: Can't find Device as HidP_SetData is not
implemented
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: mathieu(a)ferracin.me
Distribution: ---
SimHub can't find Simsonn Device as hid.dll.HidP_SetData is not implemented
In Devices section of SimHub, add device "Simsonn VAM / VAM Pro (Plus X / Pro
X)"
Ensure device search is active (button on top right corner)
When the device is connected, nothing is found and logs contains :
wine: Call from 000000007B5E82E7 to unimplemented function
hid.dll.HidP_SetData, aborting
wine: Call from 7B5E82E7 to unimplemented function hid.dll.HidP_SetData,
aborting
Link to SimHub:
https://github.com/SHWotever/SimHub/releases/download/9.9.3/SimHub.9.09.3.z…
--
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=58470
Bug ID: 58470
Summary: Wine msiexec /a administrative install copies
incorrect number and selection of files
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: depaoli.renzo(a)gmail.com
Distribution: ---
Created attachment 78924
--> http://bugs.winehq.org/attachment.cgi?id=78924
LogFiles for SolidWorks 2018 administrative installation test case
Executing Wine msiexec /a leads to a selection of files copied than that of
Windows msiexec /a.
Effects noticed:
1) no extra CLI parameters given
-> Windows msiexec /a copied more files than Wine msiexec /a
-> There were some files copied by Windows msiexec /a that were not copied by
Wine msiexec /a and vice versa
2) CLI parameter given
-> Windows msiexec /a ignores the parameter for file copies, only effect seen
was a modification of the .msi it created
-> Wine msiexec /a performs changes the set of files it copies and creates a
modified .msi
3) CLI parameter given with nonsensical value
-> msiexec /a ignores the parameter for file copies, only effect seen was a
modification of the msiexec it created as mentioned under 2)
-> Wine msiexec /a copies no files, only creates a modified .msi
This behaviour was seen on, and tested with different versions of SolidWorks
3D.
To test the case, run msiexec on the SolidWorks installer under /swwi/data e.g.
like this:
msiexec /a "R:\SOLIDWORKS_2018_SP3.0\swwi\data\solidworks.msi"
TARGETDIR="R:\SWWI2018SP03_admin_cx25" /qn /L*VX
"R:\SWWI2018SP03_admin_cx25_Log.txt"
msiexec /a "R:\SOLIDWORKS_2018_SP3.0\swwi\data\solidworks.msi"
TARGETDIR="R:\SWWI2018SP03_admin_cx25_AddLocal-Nonsense" ADDLOCAL=Nonsense /qn
/L*VX "R:\SWWI2018SP03_admin_cx25_AddLocal-Nonsense_Log.txt"
Note: ADDLOCAL is a valid parameter for normal installation, usually set to
ADDLOCAL=SolidWorks.
The attached file contains:
- the CLI commands used
- logfiles for the file trees created by Windows 10 and CrossOver25/Wine 10.0
- logfiles from msiexec for Windows 10 and CrossOver 25/Wine 10.0
- Hyperlink to learn.microsoft giving details about the Administrative
Installation
- Hyperlink to the SolidWorks 2018 SP3.0 available on the Internet Archive
--
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=58379
Bug ID: 58379
Summary: cannot print to printer or pdf in Quicken HB using
wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: asl4u(a)live.com
Distribution: ---
Linux Mint 22.1
printing works fine in Linux
I can see the printers (HP Envy) and (cups:pdf) in Quicken
but if I select print I just get an error that says: could not open printer,
check your printer selection. and then behind that it says: Printing to
cups:pdf
if I'm in wine notepad and try to select a printer I get:
0244:err:winspool:DocumentPropertiesW Could not load config module for L"PDF"
0244:err:commdlg:PRINTDLG_ChangePrinterW DocumentProperties fails on L"PDF"
if I select my HP Envy I get back:
0244:fixme:commdlg:PRINTDLG_UpdatePrintDlgW No lpdm ptr?
0244:fixme:commdlg:PRINTDLG_WMCommandW Update printdlg was not successful!
^C024c:fixme:console:default_ctrl_handler Terminating process 240 on event 0
This has been like this for a year. I tried to upgrade last june to Mint 22.
Same printer problem and I couldnt figure it out and dont know how to file a
bugzilla so went away hoping it would be fixed. Trying again
hope you can help
thank you
--
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.