http://bugs.winehq.org/show_bug.cgi?id=22594
Summary: Request to limit the number of screenshots per app
version
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
URL: http://appdb.winehq.org/objectManager.php?sClass=scree
nshot&sState=queued&sTitle=Screenshot%20Queue
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P3
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
There is apparently no numerical screenshot limit per app version. On many an
occasion logging into the AppDB can have over a hundred screenshots waiting,
and most of the time it'll be one user that feels it necessary to submit thirty
or so screenshots of his Call of Duty character standing in different angles.
Firstly, it is unnecessary to have so many screenshots for one version of any
app, ten should be more than enough to get an idea and the AppDB shouldn't be a
place for people to submit galleries of their wonderful death match victories.
Secondly, adding or rejecting each screenshot one by one takes a ridiculous
amount of time for the poor admin/maintainer that gets stuck with the task.
If the number of screenshots were limited, a message could be shown to let the
user know that the limit has been reached, and to encourage them to become an
app maintainer if they wish to change the screenshots. This would save us a
lot of time!
--
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=23261
Summary: Industry Giant 2 demo crashes with
DDERR_UNSUPPORTEDMODE message
Product: Wine
Version: 1.2-rc3
Platform: x86
URL: http://ds.jowood.com/ig2en/ig2_setup_demo.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Created an attachment (id=28971)
--> (http://bugs.winehq.org/attachment.cgi?id=28971)
Console output on ig2_demo.exe crash
The Industry Giant 2 game demo downloadable from
http://ds.jowood.com/ig2en/ig2_setup_demo.exe fails to run under Wine 1.2rc3.
(The installer works, I'm referring to the actual game demo ig2_demo.exe.)
On my system, it opens a (I guess) 800x600-pixel black window, and shows a
dialog box titled Engine Error, with this text:
Engine Version: Tue May 21 14:33:20 2002
[current date and time]
Error: -2005532082 DDERR_UNSUPPORTEDMODE Line: 391
When the mouse pointer is over the dialog box, the pointer vanishes. Clicking
the OK button (or equivalently, pressing return) results in Wine showing a
Program Error dialog box.
--
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=28059
Summary: 3DAnalyzer: Hangs when selecting certain exe's
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jakerman999(a)yahoo.ca
Selecting some exe files results in hanging when file is accepted.
Running in console gives "fixme:commdlg:GetFileName95 Flags 0x00100000 not yet
implemented" when open dialogue is opened, after confirming problem exe the
open dialogue disappears, 3DAnalyzer gets ready to accept further input, then
hangs.
ctrl+c in the terminal gives "fixme:console:CONSOLE_DefaultHandler Terminating
process 22 on event 0".
*note* This only hangs on certain exe files, others work without problem.
Replication can be found on hoi3game.exe from Hearts of Iron 3, and the
kkrieger executable pno0001.exe from http://kk.kema.at/files/kkrieger-beta.zip
among others.
--
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=22006
Summary: OpenProcess does not enforce ACL
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shalomgo(a)gmail.com
Created an attachment (id=26746)
--> (http://bugs.winehq.org/attachment.cgi?id=26746)
Test case
OpenProcess (and probably other functions) does not properly enforce process
ACLs, allowing unprivileged processes to read and write memory of privileged
ones.
--
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=36813
Bug ID: 36813
Summary: wineconsole: no text without winetricks corefonts
Product: Wine
Version: 1.7.20
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48886
--> https://bugs.winehq.org/attachment.cgi?id=48886
screenshot
Whenever I run wineconsole on my gentoo machine, I get a console with no text.
Terminal shows:
err:wineconsole:WCUSER_SetFont wrong font
err:wineconsole:WCUSER_SetFont wrong font
if I install corefonts, it works fine.
I have fontconfig and liberation fonts installed:
austin@aw25 ~ $ qlist -Iv fontconfig liberation
app-admin/eselect-fontconfig-1.1
media-fonts/liberation-fonts-2.00.1-r1
media-libs/fontconfig-2.11.1-r1
--
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=21702
Summary: Continuum: crashes at start up screen
Product: Wine
Version: 1.1.38
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: orbfig(a)wi.rr.com
Created an attachment (id=26235)
--> (http://bugs.winehq.org/attachment.cgi?id=26235)
Terminal output from beginning of execution to the crash
Using openSUSE 11.2 (almost a completely new install, too), Continuum will
crash. Normally Continuum must run using a patched dlls/kernel32/process.c
adding "if (access & PROCESS_VM_WRITE) return NULL;" at the top (otherwise it
will never even reach the first-time-run setup step, let alone the point it's
crashing at.)
This was normally good enough to run the whole game pretty well, but Continuum
now crashes regularly once it reaches the zone select screen (the first window
after the splash logo.)
Backtrace attached.
--
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=35351
Bug ID: 35351
Summary: Allow configuring modifier key mapping
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: trev(a)adblockplus.org
Classification: Unclassified
Currently the modifier key mapping implemented by Mac driver is: Control =>
Control, Command => Alt, Option => unbound. While this makes some sense, it
also makes sure that all keyboard shortcuts are different between native OS X
applications and Windows applications running via Wine. This is the reason for
numerous requests to remap modifier keys. With the X11 driver people were sent
off reconfiguring X11, this is no longer possible with the Mac driver.
Under http://apple.stackexchange.com/a/116546/66895 I verified that modifying
default_map in dlls/winemac.drv/keyboard.c has the desired effect, one can
define the mapping for the Control key and the two Command keys freely
(changing the mapping for the Option key on the other hand is probably not a
good idea, at least not without changes to the key handling code). What's
missing is merely a way to change the mapping in Wine, patching the binary is
currently the only solution and obviously not a great one. There should be a
way to do the same via a registry key or a configuration file.
--
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=33159
Bug #: 33159
Summary: Loading of some copy-protected .dll Files is not
working (i.e. activation.dll, awc.dll)
Product: Wine
Version: 1.5.25
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frank(a)ambertation.de
Classification: Unclassified
Some .dll Files are packed and stripped of the relocation table in order to
provide some level of protection against dissasemblers. Those files are
commonly found in DRMed Software.
Trying to start Sim City (2013) in wine on OSX will give a "Activation.dll load
failed" Error. Using WINEDEBUG=+map_image you will find the following line in
the logs
4348.132:0009:warn:module:map_image Need to relocate module from 0x40000000 to
0x10d0000, but there are no relocation records
The same Application runs without problems on wine for linux.
On OSX the memory range 0x00075000-0x40075000 is reserved for WINE_DOS on
startup. When the .dll is loaded, the call to wine_mmap_is_in_reserved_area
will indicate that the base-addres of the library (0x40000000) is already
reserved forcing it to relocate to another, free address range. Without the
relocation table this is impossible and results in the above message.
--
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=32451
Bug #: 32451
Summary: Cannot install the witcher enhanced edition from GOG
(installation freeze)
Product: Wine
Version: 1.5.19
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bigjohnaumic(a)yahoo.fr
Classification: Unclassified
Created attachment 42811
--> http://bugs.winehq.org/attachment.cgi?id=42811
log file
The installation process is freezing at about a third.
There is a popup with nothing written inside and 4 buttons : 'ok', 'cancel',
'abort', '???' (I can't see the last it's cut and the window is not resizable).
No matter which button I click on the result is the same : it does nothing. I
have then to quit the installation (ctrl-c).
I use a fresh 32bit prefix (with winetricks d3dx9_36 d3dx9_43 vcrun2005).
I use the installer in 7 parts (one .exe and six .bin)
--
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=31002
Bug #: 31002
Summary: Livezilla crashes on start without native dotnet20
Product: Wine
Version: 1.5.7
Platform: x86
URL: http://www.livezilla.net/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Blocks: 19329
Classification: Unclassified
Created attachment 40695
--> http://bugs.winehq.org/attachment.cgi?id=40695
terminal output
Install livezilla and attempt to start LiveZilla.exe. It will fail with some
heap errors/stacktrace. Removing mono/installing dotnet20 works around it, and
gets it to the next failure (missing fonts).
--
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=27774
Summary: VMMap: cannot activate window
Product: Wine
Version: 1.3.24
Platform: x86
URL: http://technet.microsoft.com/en-us/sysinternals/dd5355
33
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Read about it while reading about the Stuxnet worm. I don't fully expect the
app to work on wine (yet :)), but running it works without crashing. I can't,
however, activate the window.
To reproduce:
$ wget http://download.sysinternals.com/Files/vmmap.zip
$ unzip vmmap.zip "vmmap.exe"
$ wine start /min notepad.exe
$ wine vmmap.exe
accept the license, choose notepad, then click ok. The main window will now
appear, but you cannot click anything in it. You can still move it with
alt+drag, though.
Virtual desktop/disabling window manager control/decoration don't make a
difference.
Terminal output is pretty short:
austin@aw25 ~ $ wine vmmap.exe
fixme:system:SetProcessDPIAware stub!
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:service:EnumServicesStatusExW resume handle not supported
fixme:service:EnumServicesStatusExW resume handle not supported
fixme:heap:RtlQueryHeapInformation Unknown heap information class 2
fixme:debug_buffer:RtlCreateQueryDebugBuffer (0, 1): stub
fixme:debug_buffer:RtlCreateQueryDebugBuffer (96, 1): returning 0x145658
fixme:debug_buffer:RtlQueryProcessDebugInformation (33, 204, 0x145658): stub
fixme:debug_buffer:RtlDestroyQueryDebugBuffer (0x145658): stub
fixme:file:K32GetMappedFileNameW (0x4c, (nil), 0x33c3bc, 260): stub
fixme:file:K32GetMappedFileNameW (0x4c, 0x110000, 0x33c3bc, 260): stub
Then repeats these lines several dozen times:
fixme:virtual:NtQueryVirtualMemory (process=0x4c,addr=(nil)) Unimplemented
information class: MemoryWorkingSetList
fixme:virtual:NtQueryVirtualMemory (process=0x4c,addr=(nil)) Unimplemented
information class: MemoryWorkingSetList
fixme:virtual:NtQueryVirtualMemory (process=0x4c,addr=(nil)) Unimplemented
information class: MemoryWorkingSetList
fixme:file:K32GetMappedFileNameW (0x4c, 0x220000, 0x33c3bc, 260): stub
2f4c2ed326f82357006820b604a1f9ad99d95f38 vmmap.exe
59b65ca253c3af2dc0f010da13827efb03c7a618 vmmap.zip
--
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=17205
Summary: MessageBoxes doesn't have the copy(Ctrl-C) feature which
exists on Windows.
Product: Wine
Version: 1.1.14
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: diaasami(a)gmail.com
Created an attachment (id=19116)
--> (http://bugs.winehq.org/attachment.cgi?id=19116)
Source of a simple app that shows a messagebox
On Windows, When pressing Ctrl-C with a standard messagebox focused, the
caption and contents are copied to the clipboard(as text), this doesn't happen
with Wine's messageboxes.
When running the attached application and pressing Ctrl-C with the messagebox
focused on Windows, the following is copied into the clipboard:
---------------------------
Caption
---------------------------
Test
---------------------------
OK
---------------------------
--
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=31047
Bug #: 31047
Summary: unable to edit gedit's preferences
Product: Wine
Version: 1.5.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
Created attachment 40760
--> http://bugs.winehq.org/attachment.cgi?id=40760
Log: +winsock trace
1. Download win32 version of gedit
http://ftp.gnome.org/pub/gnome/binaries/win32/gedit/2.30/gedit-setup-2.30.1…
2. install via wine
3. start gedit
$ cd ~/.wine/drive_c/Program Files/gedit/bin
$ wine gedit.exe
4. click on edit->preference->view
Expect result:
"Text Wrapping"/"Line Numbers" and other options should be able to edit.
Actual result:
All these checkboxes are unable to edit.
There are two warnings from console at the first of running gedit:
** (gedit.exe:8): WARNING **: Failed to send buffer
** (gedit.exe:8): WARNING **: Failed to send buffer
A +winsock trace show:
warn:winsock:wsaErrno errno 32, (Broken pipe).
warn:winsock:WS2_sendto -> ERROR 10054
After that there are a lot output from console as below:
GConf Error: Adding client to server's list failed, CORBA error:
IDL:omg.org/CORBA/COMM_FAILURE:1.0
There as much of msvcrt message and winsock message with those "GConf Error":
fixme:msvcrt:MSVCRT__wsopen_s : pmode 0x01c0 ignored
warn:winsock:wsaErrno errno 115, (Operation now in progress).
native msvcrt doesn't help.
Will attach a +winsock trace, maybe helpful. Not sure what component yet.
--
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=34153
Bug #: 34153
Summary: wine does not restore mode of direction keys properly
Product: Wine
Version: 1.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: unsuspicious.fakename+wine(a)gmail.com
Classification: Unclassified
Wine seems to change the up key from ^[[A to ^[OA but not always back (reliably
reproducible on unclean exits / crashes and such, but randomly happens after
clean exits too).
1) open terminal (tested in bash / zsh; with xfce4-terminal and lxterminal)
2) ctrl+v [up key] should give you: ^[[A
3) winecfg
4) ctrl+c in terminal to end winecfg
5) ctrl+v [up key] now gives you: ^[OA
This can - depending on shell configuration - temporarily break features like
p.e. bash history search bound to up/down ^[[A (but not explicitly ^[OA) and
leave end-users clueless due to the subtle / weird nature of the unexpected
behaviour.
That being said: Not sure if (wine) bug or (for some reason I can't grasp)
normal / intended behaviour. All I know is it took me quite a while and also
help to figure out what's happening and how to work around it.
--
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=21456
Summary: Mathematica 4.0 crash
Product: WineHQ Apps Database
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jean-pierre(a)piantino.com
Created an attachment (id=25836)
--> (http://bugs.winehq.org/attachment.cgi?id=25836)
Terminal output after launching Mathematica
Mathematica 4.0 was running in Wine 1.1.36 under openSUSE 11.1.
Upgrading openSUSE to 11.2 makes Mathematica crash at launch.
--
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=17982
Summary: PatBlt cannot draw arbitrary parallelograms based on the
world transform
Product: Wine
Version: 1.1.18
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Using the functions SetGraphicsMode and (Set|Modify)WorldTransform, it is
possible to define an arbitrary matrix to transform all points as things are
drawn to device contexts. Using this matrix, it should be possible to apply
arbitrary rotation/shear effects. Thus, rectangles drawn on the hdc can be
transformed into arbitrary parallelograms.
This only works on systems where GM_ADVANCED is supported (NT but not 9x,
according to MSDN).
I have written a test program that demonstrates this on Windows. On Wine, it
can only draw rectangles.
--
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=32050
Bug #: 32050
Summary: Running Dragon age 2 with High resolution textures
results in GL_OUT_OF_MEMORY errors
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Classification: Unclassified
When Dragon Age 2 is run with the high resolution textures pack
(http://social.bioware.com/page/da2-patches), I get GL_OUT_OF_MEMORY errors in
about 30 seconds in game and it crashes. Some examples include :
err:d3d_surface:surface_allocate_surface >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY
(0x505) from glTexImage2D @ surface.c / 2747
err:d3d_surface:surface_upload_data >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501)
from glCompressedTexSubImage2DARB @ surface.c / 2364
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from
glDrawElementsBaseVertex @ drawprim.c / 48
err:d3d:buffer_create_buffer_object glBufferDataARB failed with error
GL_OUT_OF_MEMORY (0x505)
err:d3d:buffer_create_buffer_object Failed to create a vertex buffer object.
Continuing, but performance issues may occur
Running the game with the highest DirectX9 settings (Medium, Anti-aliasing 16x)
and High Res textures disabled works well on my system.
wine 1.5.15
Dragon age 2 1.04 with all DLC
Nvidia 550 Ti 2GB Ram
Arch Linux X64
--
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=25945
Summary: C_ASSERT doesn't fail if given non-constant expression
Product: Wine
Version: 1.1.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexander.scott.johns+winebug(a)googlemail.com
In commit wine-1.1.21-63-g5d31eb9 AJ changed the definition of C_ASSERT (in
include/winnt.h) to make it compatible with newer versions of GCC.
Roughly, the change was:
-#define C_ASSERT(e) extern char __C_ASSERT__[(e)?1:-1] __attribute__((unused))
+#define C_ASSERT(e) extern void __C_ASSERT__(int [(e)?1:-1])
Unfortunately, in GCC 4.4.3, the new definition of C_ASSERT doesn't fail when
given a non-constant expression. E.g.:
C_ASSERT(rand() == -1); /* ignored */
I think this is because GCC (as per C99) is treating the parameter of
__C_ASSERT__ as a VLA (variable length array), and so its type is equivalent to
int[*].
--
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=38271
Bug ID: 38271
Summary: The Docear4Word plugin for MS Word does not work at
all
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: whynot(a)nurfuerspam.de
Distribution: ---
Created attachment 51098
--> https://bugs.winehq.org/attachment.cgi?id=51098
Debug output trying to install/launch docear4word with Word
Docear4Word is a FOSS plugin for MS Word, which allows creating citations and
bibliography in MS Word based on a BibTeX database.
Information about this plugin can be found here:
http://www.docear.org/software/add-ons/docear4word/overview/
This is the download link:
http://docear.org/download/docear4word_setup.exe
The plugin's source code is also available:
http://docear.org/download/docear4word_source.zip
I tried installing this in both Word 2007 and Word 2010. In both cases, the
install of the plugin appears to finish without any errors (in the GUI).
In Word 2007, the progress is a little bit better, since the plugin at least
shows up in the preferences (Word Options => Add-Ins => Inactive Application
Add-ins lists "Docear4Word"). Obviously, since it is inactive, something went
wrong. Also by following "Manage => Add-Ins => COM-Add-Ins" one gets to a modal
pop-up window, which lists all COM Add-Ins. "Docear4Word" appears, but is
unchecked. If one checks it and goes to the same window again (COM Add-Ins), it
will say "Load Behavior: Not loaded. A runtime error occurred during the
loading of the COM Add-in."
If one turns wine debug output on, the are some specific errors in the command
line (see attachment, 1st part), perhaps most importantly
"fixme:ole:CoCreateInstance no instance created for interface
{b65ad801-abaf-11d0-bb8b-00a0c90f2744} of class
{34f82078-360b-4682-8275-0d9b0b641cbd}, hres is 0x800704e5"
In Word 2010, the add-in does not even show up in Word whatsoever. Trying to
manually launch the docear4word.exe installer from the Add-ins Window by using
"Add", there is also some debug output in the console (see attachment, 2nd
part).
The Add-in uses .NET, so an obvious question is how to handle the .NET. I tried
various approaches using several .NET versions and service packs via
winetricks, and I believe also mono. Nothing worked. I do not remember the
outcome of every single variant, but could try specific suggestions.
This add-in is really important, since many in the science community are using
Linux, but have to work with MS Word via wine for several reasons. Most in the
science community use such plug-ins for reference management. Docear4Word is
perhaps the most promising, powerful, and viable one, since the Docear4Word
project strictly follows an FOSS approach. Getting this to work would thus be a
huge progress.
--
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=33065
Bug #: 33065
Summary: Make it possible to build a winetest executable with a
single test
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
Currently WineTestBot runs individual tests through TestLauncher (see
testbot/src/TestLauncher). TestLauncher is responsible for checking for
potential issues like missing dlls that could cause the test to hang on an
error dialog. However that means duplicating a lot of WineTest's code and also
that TestLauncher tends to be out of date (see bug 31609 for instance).
Building the regular winetest.exe (with all the tests) and just running one
test would result in a lot of wasted disk space and bandwidth.
So the idea would be to make it possible to build winetest.exe and to only
include the one test we want to run in the resources.
--
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=19329
Summary: Program installs but client fails to connect to server
Product: Wine
Version: 1.1.25
Platform: PC
URL: http://www.livezilla.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: junk(a)mandd.com
Using Wine 1.1.25 and a clean ~/.wine, I had to install dotnet20 and ie6 (I
used winetricks) before the installer would complete. After that the Livezilla
client will run. But when I try to connect to a Livezilla server, an error
window pops up stating:
--------------------------------------------------------------------
The underlying connection was closed: The connection was closed unexpectedly.
Further information:
The underlying connection was closed: The connection was closed unexpectedly.
--------------------------------------------------------------------
--
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=34865
Bug #: 34865
Summary: Can't execute mingw toolchain provided by Rtools
Product: Wine
Version: 1.7.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mail(a)kirill-mueller.de
Classification: Unclassified
I can't execute "R CMD INSTALL" on an installation of R + Rtools in Wine
(latest version from PPA "ppa:ubuntu-wine/ppa"). A reproducible script and
console output can be found here: https://gist.github.com/krlmlr/7333242 . The
script will set and write to $WINEPREFIX and download to $DOWNLOAD_DIR.
Unfortunately, the logs do not show enough detail. After the line `about to run
R CMD SHLIB -o kimisc.dll rcpp_hello_world.cpp RcppExports.cpp --debug`, a call
to `gcc` is made. (I have added the output of the same call on my Linux system
to the Gist.) To me, it seems that the calling process is not notified when the
child process has completed, and it stops after a timeout. My hope is that this
has been seen before and that there's an easy fix. I'm really new to Wine.
--
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=35344
Bug ID: 35344
Summary: Cygwin's post-install scripts fail on fork errors
Product: Wine
Version: 1.7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)georg.so
Classification: Unclassified
Executing 'wine setup-x86.exe' seems to work quite well (you can step through
the wizard, packages are downloaded and extracted) until the post-installation
bash scripts are executed.
Then I get for each script a message like:
running: C:\cygwin\bin\bash.exe --norc --noprofile
"/etc/postinstall/glib2.0.sh"
[..]
fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented
information class: ProcessSessionInformation
[..]
fixme:ntdll:NtQueryVolumeInformationFile 0xf0: faking attribute info
fixme:ntdll:NtQueryVolumeInformationFile 0xec: faking attribute info
fixme:ntdll:NtQueryInformationFile Unsupported class (34)
[..]
fixme:ntdll:NtQueryVolumeInformationFile 0xf4: faking attribute info
fixme:ntdll:NtQueryInformationFile Unsupported class (8)
[..]
fixme:ntdll:NtQueryVolumeInformationFile 0xfc: faking attribute info
[..]
fixme:ntdll:NtQueryVolumeInformationFile 0x100: faking attribute info
fixme:ntdll:NtQueryVolumeInformationFile 0x124: faking attribute info
[..]
fixme:ntdll:NtQueryVolumeInformationFile 0x128: faking attribute info
[..]
/etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable
/etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable
/etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable
/etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable
/etc/postinstall/glib2.0.sh: fork: Resource temporarily unavailable
abnormal exit: exit code=254
The fork error message are always displayed after some kind of timeout.
Where to get the setup-x86.exe:
http://cygwin.com/setup-x86.exe
$ md5sum setup-x86.exe
c9818d3500e42fd9eb755d424450871a setup-x86.exe
Executing Cygwin's setup exe inside wine looks a little bit silly, but I want
to create a reference cygwin installation for deployment purposes.
see also: http://wiki.winehq.org/CygwinSupport
--
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=35561
Bug ID: 35561
Summary: Some MSYS2 commands generate a stackdump
Product: Wine
Version: 1.7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: irwin(a)beluga.phys.uvic.ca
Classification: Unclassified
Created attachment 47484
--> http://bugs.winehq.org/attachment.cgi?id=47484
strace log of execution of mintty
The general problem is I cannot start MSYS2 (the successor to MSYS) using its
msys2_shell.bat startup batch file (see directions at
http://sourceforge.net/p/msys2/wiki/MSYS2 installation/ concerning how to start
MSYS2). That batch file (which executes a number of different MSYS2 commands)
exits almost immediately with a stack dump.
Alexey Pavlov, the developer of MSYS2, suggested I narrow down the problem by
attempting to execute the MSYS2 version of mintty.exe directly, and if that did
not work (which was the case) then run that app via the MSYS2 strace.exe
facility to help figure out what the exact problem is. MSYS2 strace.exe did
appear to work and I attach its log (and also the associated stackdump for
mintty.exe).
Here are some additional details in case there are any difficulties replicating
this issue.
I have used 3 different versions of 32-bit Wine which I built myself on my
Debian Wheezy system. Those are Unpatched Wine-1.6.1, patched Wine-1.6.1, and
patched Wine-1.7.12. The patch used was "Hackish patch to fix APC problem"
taken from http://bugs.winehq.org/show_bug.cgi?id=24018. The reason why that
extremely small patch is relevant is MSYS2 is essentially a simplified modern
Cygwin (as opposed to MSYS which is essentially a simplified ancient version of
Cygwin). Because the patched versions give improved results (see below),
apparently the modern bits of Cygwin that are still part of MSYS2 trigger at
least the APC Wine bug for modern Cygwin that did not occur for older Cygwin
versions.
The version of MSYS2 I am using is msys2-base-i686-20140205.tar.xz. Unpacking
that created a top-level directory name of msys32 which I have changed to
MSYS2-20140205 to help keep better track of which version of MSYS2 I am trying.
I ran the MSYS2 version of strace with the patched versions of Wine as follows:
wine@raven> wineserver -k
wine@raven> wineserver -p
wine@raven> wineconsole --backend=curses cmd
Microsoft Windows 5.1.2600 (1.7.12)
Z:\home\wine\newstart>PATH=Z:\home\wine\newstart\MSYS2-20140205\bin;%PATH%
Z:\home\wine\newstart>MSYS2-20140205\bin\strace.exe
MSYS2-0140205\bin\mintty.exe > strace.log
1069046 [main] mintty 44 cygwin_exception::open_stackdumpfile: Dumping stack
trace to mintty.exe.stackdump
The mintty terminal momentarily appeared before the stackdump occurred. After
that stack dump strace did not return (i.e., everything was hung), and the last
line in strace.log at that point was
616 1255194 [main] mintty 44 pinfo::exit: Calling ExitProcess n 0x8B,
exitcode 0x8B00
I exited the combination of mintty, strace, cmd, and wineconsole the
brute-force way by typing "wineserver -k" in a different Linux xterm which
added nothing else to strace.log.
The strace and stackdump results for patched wine-1.6.1 and patched wine-1.7.12
were virtually identical (except for numerical data like PID numbers). I have
attached the wine-1.7.12 versions.
When initially investigating this issue I was using unpatched wine-1.6.1. The
result of everything I tried was Wine error boxes concerning dll problems.
Those error boxes reminded me very much of my troubles in trying to run modern
Cygwin from Wine so I applied the APC-related patch, and sure enough, that got
rid of the error boxes, and I could get a lot further before I ran into a
different problem which is what I have described above.
--
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=13863
Summary: Armed Assault (ArmA) doesn't render any 3D graphics
Product: Wine
Version: 1.0-rc4
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben(a)atomnet.co.uk
Created an attachment (id=13933)
--> (http://bugs.winehq.org/attachment.cgi?id=13933)
Entire log minus 40000 duplicate lines.
The game fails to display any of the in-game graphics whether it's on the menu
or inside the game itself. It still renders the HUD and Menu's themselves, but
not the actual 3D game graphics. It spits out the errors (the ones which appear
many times in the attached log) about 5000 times a second.
--
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.