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=14449
Summary: "North American Birds" fails to launch
Product: Wine
Version: 1.1.1
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=12906
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: munchkinguy(a)hotmail.com
Created an attachment (id=14768)
--> (http://bugs.winehq.org/attachment.cgi?id=14768)
Stack dump, register dump, etc
Program CD in inserted. After setting pib.exe to "Windows 3.1" in Wine's
Application settings (the System Requirements say 'Windows 3.1 or higher'), I
type "wine pib.exe" into the Terminal. The program fails to launch and an error
log is given. Please see 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=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.
http://bugs.winehq.org/show_bug.cgi?id=10421
Summary: Ulead VideoStudio 11 Installer crashes
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: raccoonone(a)procyongames.com
Created an attachment (id=9115)
--> (http://bugs.winehq.org/attachment.cgi?id=9115)
crash log
Installer crashes after unpacking data files. Backtrace is attached.
--
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=11274
Summary: Clive Barker's Undying: won't install (regression).
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: morrgiah(a)yahoo.co.uk
Clive Barker's Undying (version 1.0 retail) won't install using wine-0.9.53.
Instead of opening a cd-key window it just hangs. This is a regression from
0.9.52.
wine-0.9.53, fresh install
Ubuntu 7.10 Gutsy Gibbon
Clive Barker's Undying version 1.0
wine Setup.exe (from within the cd's setup folder)
Bisect result:
d0f914befce1e3180f4f8712db3952248afad543 is first bad commit
commit d0f914befce1e3180f4f8712db3952248afad543
Author: Rob Shearman <rob(a)codeweavers.com>
Date: Tue Jan 8 12:26:19 2008 +0000
rpcrt4: Bind to the server interface in I_RpcGetBuffer, not
I_RpcSendReceive.
The actual sending of the request is still done in I_RpcSendReceive though.
Disallow the server from calling I_RpcSend and I_RpcReceive to allow
simplification of the code. The releasing of the connection is now done
in I_RpcFreeBuffer.
Implement I_RpcNegotiateTransferSyntax.
:040000 040000 3499b04cc495bf1a0309e997d6d79118c54580d8
ce50f5b87b92e9ae0a704b6d713bfdf455404bda M dlls
I got the exact same result when trying to install the demo, but there was that
much going on during the bisect (crashes, hangs, etc), that I had no clue how
reliable that result was. I even tried to reproduce the result (retail
version), and got:
bb78c3f86d9266cb79037275012dc1ea14478b9f is first bad commit
commit bb78c3f86d9266cb79037275012dc1ea14478b9f
Author: Rob Shearman <rob(a)codeweavers.com>
Date: Tue Jan 8 12:03:06 2008 +0000
rpcrt4: Remove some unused includes.
:040000 040000 76bcd30ab0ee44ff464ba592d4e0e90bda1569b6
3499b04cc495bf1a0309e997d6d79118c54580d8 M dlls
The demo is available at: http://www.gamershell.com/download_4483.shtml
--
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=12683
Summary: Naturally speaking 7 fails to start after voice training
Product: Wine
Version: 0.9.59.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dragon-heart(a)piments.com
Hi,
I decided to check up on wine progress on DNS 7 after about of year.
First off the installer worked fine after working around the IE5 riched20
issues which if seem to be original program bugs rather than wine defects
(thanks winehq). Like testing for the presence of riched20 rather than trying
to load the require libs.
Voice training is now near perfect , worthy of platinum rating. Many thanks for
the progess there.
At this point I was in a state of high optimism. Sadly, it did not last.
On running natspeak it got a brief series of msgs to console and a diminuative
"window" with the mike icon (which did turn on and off). That's all.
copying ole32 oleaut32 mscvrt rpcrt4 from win2k and using winecfg to use them
native, builtin as indicated on winehq for earlier wine versions did not
improve matters, although it gave somewhat more errors to console.
hardly seems worth an attachment for a dozen lines so here's the output:
wine natspeak
err:ole:CoGetClassObject class {edb0e980-90bd-11d4-8599-0008c7d3b6f8} not
registered
err:ole:CoGetClassObject no class object {edb0e980-90bd-11d4-8599-0008c7d3b6f8}
could be created for context 0x1
fixme:shell:SHAppBarMessage msg=0, data={cb=36, hwnd=0x20036, callback=bd0,
edge=1, rc=(262272,32)-(2095634348,4264817), lparam=1
}: stub
fixme:shell:SHAppBarMessage msg=2, data={cb=36, hwnd=0x20036, callback=410d60,
edge=1, rc=(0,0)-(1024,28), lparam=7ce8d6ac}: stub
fixme:shell:SHAppBarMessage msg=3, data={cb=36, hwnd=0x20036, callback=410d60,
edge=1, rc=(3,3)-(3,31), lparam=7ce8d6ac}: stub
fixme:shell:SHAppBarMessage msg=9, data={cb=36, hwnd=0x20036, callback=7,
edge=2095631128, rc=(2130240649,5975064)-(2095631128,15
98492536), lparam=5f4d5f88}: stub
fixme:shell:SHAppBarMessage msg=9, data={cb=36, hwnd=0x20036, callback=7,
edge=2095631400, rc=(2130240649,5975064)-(2095631400,15
98492536), lparam=5f4d5f88}: stub
fixme:shell:SHAppBarMessage msg=6, data={cb=36, hwnd=0x20036,
callback=7ce8cc0c, edge=1598629996, rc=(-1,1412392)-(1598318164,141
2392), lparam=159628}: stub
fixme:htmlhelp:HtmlHelpW HH case HH_CLOSE_ALL not handled.
fixme:shell:SHAppBarMessage msg=2, data={cb=36, hwnd=0x20036,
callback=5f44628c, edge=1, rc=(0,0)-(1024,28), lparam=ffffffec}: st
ub
fixme:shell:SHAppBarMessage msg=3, data={cb=36, hwnd=0x20036,
callback=5f44628c, edge=1, rc=(3,3)-(4,31), lparam=ffffffec}: stub
fixme:shell:SHAppBarMessage msg=6, data={cb=36, hwnd=0x20036,
callback=7ce8c8e4, edge=1598629996, rc=(-1,1412392)-(1598318164,141
2392), lparam=159628}: stub
fixme:keyboard:UnregisterHotKey (0x10080,0): stub
fixme:keyboard:RegisterHotKey (0x10080,0,0x00000000,107): stub
fixme:oleacc:AccessibleObjectFromWindow 0x20036 0
{618736e0-3c3d-11cf-810c-00aa00389b71} 0x7c6f3420
fixme:shell:SHAppBarMessage msg=6, data={cb=36, hwnd=0x20036,
callback=7ce8cc0c, edge=1598629996, rc=(-1,1412392)-(1598318164,141
2392), lparam=159628}: stub
BTW. the application window, for what it's worth, bears the title "Wine system
tray"
Pre 0.9.20 this was very much a working app so this regression to useless is a
great shame.
It may well be that there is not much wrong here and in view of the perfect
training session this may be close to going gold.
Maybe the fixme is the key.
--
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.