https://bugs.winehq.org/show_bug.cgi?id=39885
Bug ID: 39885
Summary: Cannot allocate more than 32gb of memory
Product: Wine
Version: 1.9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rynzar(a)gmail.com
Distribution: ---
Created attachment 53258
--> https://bugs.winehq.org/attachment.cgi?id=53258
wine debug
I am having issues mallocing more than 32GB of memory running RAM intensive
Windows applications using Wine on an Ubuntu amazon EC2 cloud with 128 GB of
RAM. When I run the c++ code
http://stackoverflow.com/questions/34516616/wine-cant-use-more-than-32gb-of…
in linux it works.
If I run the .exe that does the same thing I can only allocate up to 32GB. I
tried Wine 1.6, 1.7 and 1.9. I am using the 64 bit version as well.
I talked in the IRC chat #winehq and they told me to run the code with
WINEDEBUG=+heap,+virtual,+tid flags.
He pointed out this line might be useful to look at in my logs:
0024:warn:heap:allocate_large_block Could not allocate block for 800000000
bytes
and told me to submit a bug report. The log is 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=41827
Bug ID: 41827
Summary: Wrong specular rendering with some applications
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: davyaxel(a)free.fr
Distribution: ---
Created attachment 56242
--> https://bugs.winehq.org/attachment.cgi?id=56242
Handy test app
I was investigating this gallium nine bug:
https://github.com/iXit/Mesa-3D/issues/253
And strangely with that game (School Mate), both wine ogl and gallium nine do
render a blue wall (for traces taken on windows or taken with gallium nine,
because on wine the game hits a fallback path since swvp is not supported).
Windows doesn't have that blue wall.
My investigation shows that both wine ogl and gallium nine have an issue with
specular. The problem is best shown when the material power is 0 (like in the
game).
I include the following test app (which I couldn't find the original link)
which enables to test the behaviour:
For example you can test with:
. Take the sphere
. Set SPECULARENABLE to TRUE
. Set 0 for the diffuse material colors and increase the specular material
colors
. Set the material power to 0 (or any low value)
. play with the direction of the light. Compare on windows and observe output
is different.
. Play with LOCALVIEWER. On wine the outputs changes a bit, whereas on windows
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.
https://bugs.winehq.org/show_bug.cgi?id=41370
Bug ID: 41370
Summary: TTM_GETCURRENTTOOL returns always FALSE when send from
TTN_NEEDTEXT handler.
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: johnfound(a)asm32.info
Distribution: ---
It is a tooltip control, created for a toolbar with TBSTYLE_TOOLTIPS style.
The tooltip properly is sending TTN_NEEDTEXT notification, but when trying to
determine which tool needs tooltip by sending TTM_GETCURRENTTOOL to the tooltip
control it always returns FALSE.
In any other way, the tooltip works fine. For example if I return arbitrary
text in the TOOLTIPTEXTW.lpszText field, this text is displayed properly.
In Windows, TTM_GETCURRENTTOOL returns TRUE and filled up TOOLINFO structure
about the toolbar that activated the tooltip control.
Here is a link to the procedure that creates the toolbar:
https://fresh.flatassembler.net/fossil/repo/fresh/artifact/63e102f647e4c311…
Here, the source that handles TTN_NEEDTEXT notification:
https://fresh.flatassembler.net/fossil/repo/fresh/artifact/52e7fb642bba7415…
The bug is not version specific, because I tried with different stable and
development versions and it appears always.
--
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=12185
Summary: Before You Know It crashes with wine v0.9.58 (worked on
9.54)
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RobMarshall(a)iglide.net
Created an attachment (id=11584)
--> (http://bugs.winehq.org/attachment.cgi?id=11584)
Trace from crash of Before You Know it
I installed and successfully used Transparent languages, "Before You Know It
Lite" (version 3.6) with wine 0.9.54. When I upgraded to 0.9.58 it crashes. I
have attached a trace.
Thanks,
Rob
--
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=21959
Summary: Lineage 2 Gracia Plus Russian crash on FrostSecurity
load
Product: Wine
Version: 1.1.40
Platform: x86-64
URL: http://l2.ru/download/client.html?utm_source=11th
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mit.mis(a)gmail.com
Created an attachment (id=26663)
--> (http://bugs.winehq.org/attachment.cgi?id=26663)
terminal output after the crash
Wine crashes right after the FrostSecurity loading reaches 100%.
--
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=22872
Summary: PuTTY Pageant authentication agent does not provide
cached keys
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ninevoltz(a)metalink.net
The pageant program for PuTTY does not provide stored keys to other
applications, such as plink.
To duplicate:
wine pageant yourkey.ppk
wine plink -s -v -l yourname yourserver
Looking up host "10.0.0.212"
Connecting to 10.0.0.212 port 22
Server version: SSH-2.0-OpenSSH_4.7
We claim version: SSH-2.0-PuTTY_Release_0.60
Using SSH protocol version 2
Doing Diffie-Hellman group exchange
Doing Diffie-Hellman key exchange with hash SHA-256
Host key fingerprint is:
ssh-rsa 2048 xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
Initialised AES-256 SDCTR client->server encryption
Initialised HMAC-SHA1 client->server MAC algorithm
Initialised AES-256 SDCTR server->client encryption
Initialised HMAC-SHA1 server->client MAC algorithm
Pageant is running. Requesting keys.
If it was working, here it would say:
Pageant has 1 SSH-2 keys
Trying Pageant key #0
but instead we get a password prompt, as if pageant has no cached keys:
Using username "john.voltz".
john.voltz(a)10.0.0.212's password:
--
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=31950
Bug #: 31950
Summary: AutoCAD 2009: Ribbon not visible
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 42097
--> http://bugs.winehq.org/attachment.cgi?id=42097
Where is the ribbon?
Steps to reproduce:
1) remove ~/.wine
2) workaround bug #12532
3) winetricks dotnet30 windowscodecs
4) install AutoCAD2009
5) start AutoCAD2009
Behaviour:
Ribbon not visible.
Expected behaviour:
Ribbon should be visible.
--
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=18287
Summary: User friendly way to delete comments
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Although this has been improved, deleting comments is still a long, painful,
laborious task.
Adobe Photoshop CS4, just as one example, has a load of comments. The majority
of these are pointless and should be removed. The problem being it would take
at least an hour to do so.
The current method is:
1. Select a thread to delete.
2. Enter (or paste) a reason.
3. Press delete.
4. Wait for the page (and all the comments) to load again.
5. Go to Step 1.
If any comments are worth keeping, you have to be careful not to delete them.
In apps like photoshop, this can create a LOT of emails too (I've just remove a
load of comments from CS3 and received over a hundred emails).
A nice method might be:
1. Select "Edit Comments".
2. Tick the stale comments to remove.
3. Enter a generic reason.
4. Hit delete.
5. Job's a good un.
Maybe this could then be reduced to one email per person too?
--
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=25543
Summary: Submitter's test results missing from 'Test Results'
table
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
The link in the mail that the maintainer receives, e.g.
"Test Results submitted for version 1.0 of X by Y"
http://appdb.winehq.org/objectManager.php?sClass=version&iId=4219&iTestingI…
leads to a page that shows the submitter's text with the title
"Selected Test Results (selected in 'Test Results' table below)"
However, the OS/version/rating 'test results' line corresponding to the
submission is missing. Instead the topmost line displays an old (known) entry.
This is really confusing and irritating.
Furthermore, the page displayed does not show a "process" or "reply" buttons. I
need to go to my queue and identify this entry among all the elements of the
queue in order to process it.
I believe both things worked well in the past -- 2-3 years ago?
--
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=39180
Bug ID: 39180
Summary: Witcher 3 Wild hunt Wine 1.7.50 not working
Product: Wine
Version: 1.7.50
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: directx-d3dx10
Assignee: wine-bugs(a)winehq.org
Reporter: f00dl3a(a)gmail.com
Distribution: ---
Created attachment 52217
--> https://bugs.winehq.org/attachment.cgi?id=52217
Backtrace
Witcher 3 Wild Hunt is still not working under WINE. Instead of a vcomp110.dll
error (as in Bug 38613) - now it is just crashing with a "Page fault on write
access to 0x00000000 in 64-bit code" message.
Back trace attached. Also Witcher3 error log is attached.
Ubuntu 15.10, Witcher 3 patched to 1.06
--
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.