https://bugs.winehq.org/show_bug.cgi?id=48885
Bug ID: 48885
Summary: Having problems with TodoList Abstractspoon
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cotfas(a)gmail.com
Created attachment 66830
--> https://bugs.winehq.org/attachment.cgi?id=66830
logs+video
Hello All,
I`m writing about the issue that I have with the Todolist Abstractspoon
application that no longer works as a daily use from the Catalina update.
Currently I have:
Mac OS X Catalina 10.15.4
Crossover 19.0.1
Todolist Abstractspoon 7.2
The problem arise with the Catalina update, when I tried to open and work with
bigger TDL files it crashes and the app can not be used. Also resizing the
screen takes more time to process (it has a big flickering).
I have attached:
- A video on how the crash is reproduced on my end;
- Logs from the Todolist app from Crossover/wine and VirtualBox/WinXP (running
it with ToDoList.exe -g generates that logs);
- Logs from the Crossover run command (without extra logging channel);
- The TDL file that I use, the one that the crash can be reproduced (the actual
text is randomised);
The Todolist app version 7.2 can be downloaded from:
https://www.abstractspoon.comhttp://abstractspoon.pbwiki.com/f/todolist_exe.zip
I`ve tested with Todolist version 6 and 8(beta) and the same issue.
The Todolist app worked great on Mojave with:
http://winebottler.kronenberg.org
WineBottlerCombo_1.8.6.dmg (not 100% sure which wine version were).
I think I tested it with WineBottlerCombo_4.0.1.1.dmg as well back then when I
had Mojave and it was not worked (but for this I`m not 100% sure).
Tried with Windows 8 (32bit), and WinXP 64bit bottle under Crossover, the same
issue.
The Todolist app worked great also on the linux machine (ubuntu18) with wine
version ~3 I think (but I no longer have the linux machine).
I have used also the Crossover archive from Linux, and the actual windows
xp/virtualbox files as crossover bottle, but does not work.
I might think that it is a problem in wine version rather than crossover, but
when I tested it with Crossover 19 on ubuntu it worked, and I guess the
Crossover 19 uses wine version 4. Maybe is there a way I can switch between
wine versions for a particular bottle or for the Crossover app?
Also look at the crash from the Crossover logs:
wine: Unhandled page fault on read access to 0x03ecb970 at address
0x1007:0x6e971c33 (thread 0025), starting debugger...
0025:err:seh:start_debugger Couldn't start debugger ("winedbg --auto 36 188")
(2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
How can I setup the debugger to see what it is happening?
Thank you,
Best 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=13788
Summary: Logitech Harmony Remote Software Fails USB Update
Product: Wine
Version: 1.0-rc3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jimrorie(a)logisys.biz
Technically this is version 7.4.3 which can only be installed by installing
7.4.1 and going though the update process.
Selecting "Update Remote" in the main screen results in a timeout waiting for
communication with the remote via USB.
--
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=40869
Bug ID: 40869
Summary: Software (made in Matlab) installer crashes and closes
immediately
Product: Wine
Version: 1.9.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vulturekoke1(a)hotmail.com
Distribution: ---
Created attachment 54931
--> https://bugs.winehq.org/attachment.cgi?id=54931
Program Error Details
The installer of a specialized program that was made using Matlab crashes
immediately upon running.
Program Link: https://drive.google.com/open?id=0BwSh3pslkCJhdWRFYzFvcUMtQmc
MD5SUM: cc08c913d4ab5564e54b5d34eef82347
--
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=47464
Bug ID: 47464
Summary: wineboot keep crash after build with msvcrt.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
Created attachment 64838
--> https://bugs.winehq.org/attachment.cgi?id=64838
crash stack
I have update to wine 4.12, and build with myself
I found one thing. wineboot keep crashing after build with msvcrt with crash
stack trace.
I have try to remove it from build with msvcrt, and it back normal again.
the attachment is crash stacktrace.
--
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=33668
Bug #: 33668
Summary: Physx 9.12.1031 : Installation fails in 64-bit
WINEPREFIX
Product: Wine
Version: 1.5.31
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: berillions(a)gmail.com
Classification: Unclassified
Hi,
It's impossible to install this version of Physx into a 64bits wineprefix. The
installer can be launch, can accept the licence agreement but has an error
during the installation.
The installation of this version is possible into a 32Bits wineprefix.
It's the message that i have when i try to install it into 64Bits wineprefix :
fixme:vbscript:parse_script parser failed around L"\\default\", \"\", \"\", , ,
, oCtx).Get(\"StdRegProv\") \r\n \r\n Set oInParams =
oReg.Methods_(\"GetStringValue\").InParameters \r\n oInParams.hDefKey =
RootKey \r\n oInParams.sSubKeyName = Key \r\n oInParams.sValueName =
Value \r\n \r\n Set oOutParams = oReg.ExecMethod_(\"GetStringV"...
Thanks,
Max
--
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=735
Tal Cohen <tal(a)forum2.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tal(a)forum2.org
--- Comment #30 from Tal Cohen <tal(a)forum2.org> ---
The bug is still there in Wine 5.0.
This bug makes Wine almost useless for anyone using bidirectional language
combinations (e.g., English and Hebrew, or French and Arabic, etc.). Any
Windows control that accepts text input uses WM_INPUTLANGUAGECHANGE to adjust
from RTL to LTR text processing. Applications that do their own text processing
(e.g., browsers, Microsoft Office, graphic design programs, CAD software) also
rely on this message and are broken without it.
Switching the keyboard language on the Linux level allows me to send (e.g.)
Hebrew characters to the Windows application, but since that Windows
application does not realize it's now in RTL mode, it will completely botch the
text; it lives in an impossible situation where the input direction is LTR but
the characters provided are from an RTL language.
As Shachar noted in #11, a complete mapping to all possible (current and
future) keyboard layouts is not as critical as indicating a switch to a layout
that has a different directionality.
[Reproduced by creating my own test program, cross-compiling compiling it on
Ubuntu 18.04/Cinnamon 4.2.4 (not that it matters), and running it using
wine-5.0; running the exact same binary on Windows 10 shows that the program
itself works as expected. I then searched and found this is a known bug... for
almost 18 years.]
--
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=48513
Bug ID: 48513
Summary: The following packages have unmet dependencies:
winehq-stable : Depends: wine-stable (= 5.0.0~bionic)
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: nrbrtx(a)gmail.com
CC: dimesio(a)earthlink.net, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Currently users can't install packages for Ubuntu 18.04 LTS while following
your official guide (https://wiki.winehq.org/Ubuntu). So the below steps:
```
sudo dpkg --add-architecture i386
wget -nc https://dl.winehq.org/wine-builds/winehq.key
sudo apt-key add winehq.key
sudo apt-add-repository 'deb https://dl.winehq.org/wine-builds/ubuntu/ bionic
main'
sudo apt update
sudo apt install --install-recommends winehq-stable
```
end with
```
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
winehq-stable : Depends: wine-stable (= 5.0.0~bionic)
E: Unable to correct problems, you have held broken packages.
```
Problem was seen on AskUbuntu several times - the last was
https://askubuntu.com/q/1205550/66509 .
--
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=48876
Bug ID: 48876
Summary: Origin: Crashes on start
Product: Wine
Version: 5.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wolfy1339(a)gmail.com
Distribution: ---
Created attachment 66813
--> https://bugs.winehq.org/attachment.cgi?id=66813
Output of running Origin from the terminal
I had Origin installed before in my wine prefix, then it started crashing when
it used to work. So, I nuked my wine prefix and reinstalled it.
The install process failed, which has happened before, so I used a workaround
script provided by Lutris (https://github.com/DrDoctor13/wine-origin-updater),
and this extracts the files from the installer into the proper directory.
When I tried to start Origin (from the terminal) it immediately crashed.
It seems to have been caused by a missing WLDAP32.dll
--
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.