http://bugs.winehq.org/show_bug.cgi?id=27403
Summary: Collapsable section headers in Solidworks property
manager are overdrawn, thus unusable
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mpartap(a)gmx.net
The problem can be seen in the attached video: headers on the first tab are
first displayed correctly (and are clickable), then they get overdrawn slowly
which makes them non-clickable. Usually, the second tab does not have this
problem, and some actions trigger the header buttons to be redrawn, but they
get overdrawn again at once. I tried to nail down the problem by vastly
expanding RelayExclude to the 500 topmost function calls, an excerpt of the
resulting log is also attached. No fixmes or warnings come up.
--
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=11461
Summary: TortoiseSVN does not run under Wine
Product: Wine
Version: 0.9.5.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mslinn(a)mslinn.com
I note that Winscp (winscp.org) is able to display TortoiseSVN menus in the
local file window when running under Windows, but not when running under wine.
Here is how I invoke winscp under wine:
WINEDEBUG=fixme-all wine "c:/program files/winscp/winscp"
Background:
WinSCP is a very nice GUI front end for Subversion (svn). You can read about
it and download it here: http://tortoisesvn.tigris.org/
TortoiseSVN should not be run across a network when the Icon Overlays feature
is enabled.
http://tortoisesvn.net/node/138http://tortoisesvn.net/node/267
However, TortoiseSVN's icon overlay feature is one of the program's major
assets.
I want to use Cygwin's xterm to connect to the samba server that holds the svn
checkout directory and use Wine to run TortoiseSVN locally on that server. The
user would be presented with a nice visual representation of the state of their
checked out Subversion project, and performance would be good.
On Windows, TortoiseSVN can display its icons in any file chooser window, and
in Windows Explorer. I have also found that WinSCP's explorer view will show
icons for the local machine.
I would prefer not to have to run WinSCP in order to view TortoiseSVN icons.
Perhaps a tiny Win32 program that merely shows a file dialog would be
sufficient to run in an xterm, if Wine would support whatever system calls
TortoiseSVN makes.
For me, and many other programmers and IT personnel who work in a mixed
Windows/Linux environment, Wine would be much more useful if there was a way to
run it under Wine. Might it be possible to extend winefile with whatever it
currently lacks in order to allow TortoiseSVN to run?
--
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=37088
Bug ID: 37088
Summary: SmartBarXP hangs on exit
Product: Wine
Version: 1.7.24
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 49298
--> https://bugs.winehq.org/attachment.cgi?id=49298
terminal output
Noticed while checking bug 8018. Closing the application (either via Option,
Exit or clicking the X) results in a hang.
There's a seh exception thrown, as well.
--
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=55928
Bug ID: 55928
Summary: NtQuerySystemInformation SystemProcessInformation
result misaligned
Product: Wine
Version: 8.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
Created attachment 75493
--> https://bugs.winehq.org/attachment.cgi?id=75493
Reproducer
NtQuerySystemInformation with SystemProcessInformation returns misaligned
entries.
Reproducer attached.
Windows output:
Process name: (null)
Process name: System
Process name: Secure System
Process name: Registry
... (trimmed)
Wine output:
Process name: Z
Misaligned at entry 1
--
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=55170
Bug ID: 55170
Summary: Access 97 installer fails with could not open file
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
I installed Debian 12 (32-bits), download wine and select development branch.
Got 8.11. Ran winecfg and selected Windows XP.
Insert install CD and run "wine setup.exe".
I get an error: Setup could not open the file
'Z:\opt\wine-devel\share\wine\fonts\ACMd51f.tmp'
Console output reports an error about read access denied for Z: and bad file
descriptor.
--
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=51537
Bug ID: 51537
Summary: Mouse does not work in civilization VI
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: voker57(a)gmail.com
Distribution: ---
Created attachment 70376
--> https://bugs.winehq.org/attachment.cgi?id=70376
complete log
Mouse does not work in Sid Meier's Civilization VI, menu loads but it is not
possible to do anything further.
This comment https://bugs.winehq.org/show_bug.cgi?id=49315#c9 suggests a cause
of this bug.
--
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=17124
Summary: MSYS installer doesn't pop up cmd window?
Product: Wine
Version: 1.1.13
Platform: Other
URL: http://www.mingw.org/wiki/msys
OS/Version: other
Status: NEW
Keywords: download, Installer, source
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
When install msys, it floods the terminal with:
This is a post install process that will try to normalize betweenyour MinGW
install if any as well as your previous MSYS installs if any. I don't have any
traps as aborts will not hurt anything.Do you wish to continue with the post
install? [yn ] pi.sh: [: ==: unary operator expectedDo you have MinGW
installed? [yn ] pi.sh: [: ==: unary operator expectedWhen you install MinGW I
suggest you install it to C:/mingw(replace C: with the drive of your choice).
Then create an/etc/fstab file with a line that has a value similar to:C:/mingw
/mingwPress ENTER to continue Normalizing your MSYS environment.You
have script /bin/awkYou have script /bin/cmdYou have script /bin/echoYou have
script /bin/egrepYou have script /bin/exYou have script /bin/fgrepYou have
script /bin/printfYou have script /bin/pwdYou have script /bin/rviYou have
script /bin/rviewYou have script /bin/rvimYou have script /bin/viYou have
script /bin/viewMinGW-1.1 has a version of make.exe within it's bin/
directory.Please be sure to rename this file to mingw32-make.exe once youve
echo installed MinGW-1.1 because it\s very deficient in function.Press ENTER to
continue.C:\msys\1.0\postinstall>pause
Press Return key to continue:
Towards the end. It looks like something that should be in a cmd prompt
(haven't tested on windows yet). The line endings are also wrong, but that's
another bug.
--
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=15949
Summary: MSYS does not integrate with MinGW install correctly
Product: Wine
Version: 1.1.8
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeffz(a)jeffz.name
Installing MSYS after MinGW on windows sets things up so that the existing
MinGW install integrates with MSYS, whereby /mingw from the MSYS shell points
to the MinGW install.
First download:
wget
http://downloads.sourceforge.net/mingw/MinGW-5.1.4.exe?modtime=1209244789&b…
run MinGW-5.1.4.exe with all defaults.
Second download:
wget
http://downloads.sourceforge.net/mingw/MSYS-1.0.10.exe?modtime=1079444447&b…
run wineconsole cmd (required because Wine doesn't launch a console window like
windows does)
MSYS-1.0.10.exe
Answer the defaults to the prompted questions on the console window before the
installer finishes (it pauses there)
wine cmd /c c:\msys\1.0\msys.bat
Typing 'gcc' in the msys terminal echos "sh: gcc: command not found", whereas
on windows it says gcc.exe: no input files.
On windows within msys, `ls /mingw` lists the contents of C:\mingw, on Wine
/mingw is empty.
--
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=54567
Bug ID: 54567
Summary: comdlg32: Find/Replace: Flags became invalid after
EN_KILLFOCUS.
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 74109
--> https://bugs.winehq.org/attachment.cgi?id=74109
the patch to fix this bug
The flags value became invalid after EN_KILLFOCUS.
It caused a bug that FR_DOWN is cleared when the user set focus to edt1 and
close the find/replace dialog.
--
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=56093
Bug ID: 56093
Summary: msys/pacman: fails with "fixup_mmaps_after_fork:
VirtualQueryEx failed"
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Updating a msys2 installation via "pacman -Suy" fails in below way.
This is a result of the parent process doing a DuplicateHandle with
PROCESS_QUERY_LIMITED_INFORMATION and inheriting this to the forked process.
This fork tries to recreate the mappings of the parent but fails
the VirtualQueryEx call with this inherited handle of the parent process.
It does fail because in wine it leads to a call to get_process_from_handle
with PROCESS_QUERY_INFORMATION which the handle was not created with.
msys2 does intentionally use PROCESS_QUERY_LIMITED_INFORMATION instead
of PROCESS_QUERY_INFORMATION with DuplicateHandle on windows 8.1 and up.
wine bash.exe --login
pacman -Suy
0 [main] pacman 1051 fixup_mmaps_after_fork: VirtualQueryEx failed for
MAP_PRIVATE address 0x6FFFFFFF0000, Win32 error 5
562 [main] pacman 1051 C:\msys64\usr\bin\pacman.exe: *** fatal error in
forked process - recreate_mmaps_after_fork_failed
In the parent process:
https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/sigp…
In the child process:
https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/mm/m…
--
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.