http://bugs.winehq.org/show_bug.cgi?id=10156
Summary: "typos" on some include files
Product: Wine
Version: 0.9.47.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sacrom(a)gmail.com
CC: sacrom(a)gmail.com
Created an attachment (id=8741)
--> (http://bugs.winehq.org/attachment.cgi?id=8741)
File that contains diff's of the current header files with the "fixed" header
files
I'm porting a windows app to Wine (using WineLib) and I found some small
problems in some header files in Wine (that contain different values from the
corresponding Windows header files).
To be able to compile on C++ I did also change some header files.
>From my point of view these are small typos problems (see attachment)
I hope this to be enough!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9790
Summary: Regression in Heroes of Might and Magic 5
Product: Wine
Version: 0.9.45.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martyspamtrap(a)comcast.net
This is observed on the full version of Heroes of Might and Magic 5 (but is
probably reproducible on the demo). After updating to Wine 0.9.45 (coming from
0.9.44), I started experiencing application lockups in Heroes 5 during game
play on the map screen. The lockup consists of no further mouse or keyboard
instructions being recognize, although the background music continues to play.
An ALT-TAB to a shell and a "kill -9" get me back in control.
The problem is triggered somewhat randomly, but I've reproduced it twice by
loading up a saved game, panning around the map, viewing a hero's status
screen, and returning to the map. At this point, some of the status windows
are no longer drawing themselves completely and my system starts thrashing on
my hard drive. A little more panning around the map results in the lockup.
This issue did not exist in Wine 0.9.44.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9791
Summary: Heroes of Might and Magic 5 (full) requires d3dx9_25.dll
Product: Wine
Version: 0.9.44.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martyspamtrap(a)comcast.net
After a clean installation of Heroes 5 in Wine, attempting to run it fails.
The console reports that d3dx9_25.dll is required by H5_Game.exe. My
workaround is to either copy this file from a Windows installation, or copy
Wine's d3dx8.dll.so to d3dx9_25.dll. Nasty hack, but it seems to work. I'd
like to request an enhancement to include a more proper version of this DLL in
Wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9823
Summary: Mentioning "wine eject" in SGML
Product: Wine
Version: 0.9.45.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-documentation
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marco(a)harddisk.is-a-geek.org
Created an attachment (id=8287)
--> (http://bugs.winehq.org/attachment.cgi?id=8287)
A patch for Wine Doc including a description of "wine eject"
In http://www.winehq.org/site/docs/wineusr-guide/command-line-options there
currently is no mention of "wine eject" command .
The patch in the attachment adds a section about wine eject.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10638
Summary: winegcc: gcc failed
Product: Wine
Version: 0.9.49.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: manish.iitm(a)yahoo.co.in
Created an attachment (id=9448)
--> (http://bugs.winehq.org/attachment.cgi?id=9448)
The attachment is the config.log file generated by wine while configuring.
While compiling the wine-0.9.49 I am getting these error.
Please help me to resolve these error's.
-------------------------------------------
winegcc: gcc failed
make[2]: *** [winex11.drv.so] Error 2
make[2]: Leaving directory
`/home/manish/Desktop/Download/wine-0.9.49/dlls/winex11.drv'
make[1]: *** [winex11.drv] Error 2
make[1]: Leaving directory
`/home/manish/Desktop/Download/wine-0.9.49/dlls'
make: *** [dlls] Error 2
--------------------------------------------------
But, by the way my gcc version is gcc-3.4.4.
And my operating system is "Red Hat Enterprise Linux WS release 4 (Nahant
Update 2)".
Also I have attach the config.log file.
Thanking in anticipation.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10919
Summary: GetLargestConsoleWindowSize() should not return hard
coded constants
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-console
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: reijo.sund(a)helsinki.fi
Created an attachment (id=9840)
--> (http://bugs.winehq.org/attachment.cgi?id=9840)
sizepro.c - A source demonstrating the problem and a solution in terms of APIs
----------------------------------------------------------------------
MSDN library includes sample code for console applications
(http://msdn2.microsoft.com/en-us/library/aa263818.aspx). The source is
available at: http://www.helsinki.fi/~sund/console_vs6.zip . The source
compiles easily with winelib after --cuiexe transformations with winemaker.
The examples 14 and 32 deal with the GetLargestConsoleWindowSize() function.
The problem is that the current implementation in Wine returns hard coded
constants (X=80, Y=24) for the maximum size. This causes problems for
applications that have followed the conventions of sample code, because
it "prevents" the resizing of console window to bigger than "maximum".
In principle, the window size could be changed manually by using properties
dialog, but that is an "ugly" solution. Another "ugly" solution would be to
change the hard coded constants to bigger values in Wine implementation.
A better solution would be to actually implement the required functionality.
I have attached a source (sizepro.c, compiles with 'winegcc -o sizepro.exe
sizepro.c') that demonstrates the problem and infers the maximum console
window size in relation to current resolution and font.
I also tried to implement the corresponding functionality to Wine, and
attached the source for the improved function (kernel32_console_
getlargestconsolewindowssize.c). That works fine for me, but I'm not sure
whether it follows the conventions of Wine (or how to deal with strange
__i386__ definitions without duplicating the code). So, I wonder if
someone else more familiar with Wine development could check it out
and derive an adequate patch.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9635
Summary: Dragon Naturally Speaking 8 fails on "spell that"
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://scansoft.com
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
winetricks vcrun6
else ereg fails with 'need mfc42' (but that's ok)
install word viewer 97
else app start fails with "incomplete, need docobj.dll"
winetricks fakeie6
else app start fails with 'ie required'
cd "$HOME/.wine/drive_c/Program Files/ScanSoft/NaturallySpeaking8/Program"
else app complains repeatedly err:module:import_dll Library MSVCR71.dll
(which is needed by L"...\\dd10HOOK.dll") not found, and doesn't work
After all that, it starts up remarkably quickly compared to DNS 7.
It still has one error dialog box on startup that you have to ignore.
Recognition works pretty well, but "spell that" doesn't work;
when you try it, the app puts up a dialog saying "interface not found",
and wine spits out lines like
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{d5f569d0-593b-101a-b569-08002b2dbf7a}
err:ole:CoGetClassObject no class object {b9bd3860-44db-101b-90a8-00aa003e4b50}
could be created for context 0x1
err:ole:proxy_manager_create_ifproxy Could not get IPSFactoryBuffer for
interface {05eb6c68-dbab-11cd-b3ca-00aa0047ba4f}, error 0x80040155
err:ole:CoMarshalInterface Failed to marshal the interface
{d5f569d0-593b-101a-b569-08002b2dbf7a}, 80040155
err:ole:CoGetClassObject no class object {dd108005-6205-11cf-ae61-0000e8a28647}
could be created for context 0x1
(Trying to use native dcom98 quickly fails with
wine: Call from 0x7ee1ef40 to unimplemented function oleacc.dll.GetRoleTextA,
aborting)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9909
Summary: VB6 - CoRegisterMessageFilter
Product: Wine
Version: 0.9.46.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stanwell(a)gmx.de
A simple VB6.exe is not working at all, Wine just gives this error message:
"fixme:ole:CoRegisterMessageFilter stub"
Source code:
------------
Module:
-------
Public Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long)
-------
Private Sub Form_Load()
Clipboard.SetText "test"
Sleep (8000)
End Sub
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9949
Summary: PDF Export does not work in PITy
Product: Wine
Version: 0.9.46.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: oponek(a)gmail.com
Export to PDF and metafile (EMF) does not work in PITy.
message box (error):
Access violation at address 7E7F6510 in module 'shell32.dll'. Read address
00000000
in console:
err:ole:CoGetClassObject class {00bb2765-6a77-11d0-a535-00c04fd7d062} not
registered
err:ole:CoGetClassObject no class object {00bb2765-6a77-11d0-a535-00c04fd7d062}
could be created for context 0x1
Download link for PITy 2006:
http://pit.dobry.pl/index.php?down=p1
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10076
Summary: Crash in ole32 marshal test
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Per discussion at Wineconf, our unit test suite should now reliably PASS,
so I'm going to start filing bugs for any failures I run into.
$ cd dlls/ole32/tests
$ ../../../tools/runtest -q -P wine -M ole32.dll -T ../../.. -p
ole32_test.exe.so marshal.c
outputs
marshal.c:79: Test failed: CoCreateInstance failed with error 0x800706ba
and then crashes with a null pointer read,
=>1 0x7ec9ca69 func_marshal+0x139()
[/home/dank/wine-git/dlls/ole32/tests/marshal.c:80] in ole32_test (0x0034fe58)
2 0x7ecb5778 run_test+0x128(name=0x1103ee)
[/home/dank/wine-git/dlls/ole32/tests/../../../include/wine/test.h:389] in
ole32_test (0x0034fea8)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.