http://bugs.winehq.org/show_bug.cgi?id=9929
Summary: Unimplemented function call in Internet Explorer 7
installer
Product: Wine
Version: 0.9.46.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=8428)
--> (http://bugs.winehq.org/attachment.cgi?id=8428)
Wine output
After using winetricks volnum as per Bug #5351, I started the IE7 installer
binary for Windows XP SP2. After extraction, the installer page faults with
"Call from 0x7b843f50 to unimplemented function wintrust.dll.GenericChainFi
nalProv, aborting" and another message for wintrust.dll.HTTPSCertificateTrust.
I tried to use a native wintrust.dll and also tried changing Windows version to
Windows XP, with same results.
--
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=11936
Summary: window to small in the vc2008 redist installer
Product: Wine
Version: 0.9.57.
Platform: PC
URL: http://download.microsoft.com/download/1/1/1/1116b75a-
9ec3-481a-a3c8-1777b5381140/vcredist_x86.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=11238)
--> (http://bugs.winehq.org/attachment.cgi?id=11238)
installer-window in wine
The text of the buttons in the installer of the vc2008 runtime libraries
are not readable.
The location of the Buttons is the same as in w2k,
but in wine, the heigh of the window is to small.
(you need first: sh winetricks volnum)
--
By by ... Detlef
--
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=14228
Summary: Strip off double quotes from path before trying to load
COM servers (Microsoft Device Emulator 3.0/Device
Emulator Manager)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=a6f6adaf-12e3-4b2f-a394-356e2c2fb114&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after getting past:
http://bugs.winehq.org/show_bug.cgi?id=5351 (winetricks volnum)
and the minor nuisance
http://bugs.winehq.org/show_bug.cgi?id=11936 (installer window size too small)
it gets installed.
When trying to run Device Emulator Manager it fails to load the COM server.
--- quote ---
wine ./dvcemumanager.exe
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
err:ole:CoGetClassObject class {74ad2302-a606-428e-b40f-f04b8964adb6} not
registered
err:ole:CoGetClassObject no class object {74ad2302-a606-428e-b40f-f04b8964adb6}
could be created for context 0x1
fixme:advapi:RegisterTraceGuidsW 0x406377 0x432ac0 0x4033e0 1 0x32ddf0 (null)
(null) 0x432ac8
err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"\"C:\\Program
Files\\Microsoft Device Emulator\\1.0\\DeviceEmulatorProxy.dll\""
err:ole:create_server class {063e2de8-aa5b-46e8-8239-b8f7ca43f4c7} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {063e2de8-aa5b-46e8-8239-b8f7ca43f4c7}
could be created for context 0x17
--- quote ---
The double quotes around the path *are* part of the key and cause the failure
when trying to load the proxy (LoadLibraryExW with altered search path).
This works in Windows.
Best place to strip off double quotes before passing the path further is
probably COM_RegReadPath() in "dlls/ole32/compobj.c"
Regards
--
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=11673
Summary: WiX cannot validate created .msi, due to lacking
MsiMergeDatabase
Product: Wine
Version: unspecified
Platform: Other
URL: http://bugs.winehq.org/show_bug.cgi?id=11414#c10
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jdahlin(a)async.com.br
Finally, using latest GIT it is possible to generate .msi using WiX, however to
be able to do so one I have to pass in the -sval parameter.
See the instructions in bug 11414, comment 10 for information on how to
reproduce.
Obviously, stubbing out MsiMergeDatabase to always succeed is not enough for
the validation to work properly.
I sent a patch to wine-patches which adds the stub, Adding the stub merely
prevents wine from crashing, but the validation does not succeed.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=16676
Summary: Running RTG Bills requires alternate winecfg
configurations of winetricks installed dcom98 DLLs for
alternate functions
Product: Wine
Version: 1.1.9
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=15018
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mstuff(a)read.org.nz
Everything used seems to work with the following limitation, this is a kinda
script to install which should explain:
### Get and install winetricks:
### http://wiki.winehq.org/winetricks
# Set your preferences
WINEPREFIX=~/.Rtgbills winecfg;\
# Set up wine for RTG Bills using winetricks
WINEPREFIX=~/.Rtgbills winetricks vb6run art2kmin mdac27 wsh56 dcom98;\
# Download RTG Bills from here:
# http://www.rtgsoftware.com/download.htm
# Or (adjust as required):
wget http://cdn.simtel.net/pub/simtelnet/winxp/busacct/bills221.exe;\
WINEPREFIX=~/.Rtgbills wine bills221.exe;\
done
It seems, for RTG Bills and Timer to run normally set dcom98 dlls "ole32",
"oleaut32" & "rpcrt4" to "builtin"; BUT to run any (it seems) of the functions
under the "Reports" menu set those dlls to "native, builtin" - some other
functions (e.g.: Setup > Bill Formats...; File > Change Matter Number...) will
fail with this set up. I guess some clever setup of winecfg could resolve this
tooing and froing.
--
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=15781
Summary: Can't run AllInOne-Office 5
Product: Wine
Version: 1.1.7
Platform: Other
URL: http://www.allinone-office.de/
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user asked for this package here:
http://www.linux-forum.de/warenwirtschaft-allione-5-0-a-20117.html
so I tried installing it.
First, you have to set your language to German, e.g.
LANG=DE_de.UTF-8
or it commplains about a language mismatch.
Then, you have to set your Windows version to NT 4 with winecfg, else
it complains that it needs Windows NT 4 or higher.
Then it installs. The font in the installer is almost too tiny
to read, even with corefonts installed.
It first silently installs the Access 2002 runtime
libraries and Jet 40, and those subinstallers aren't particularly
happy; they both end with
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned
1627
but the main installer continues blindly.
It asks if you want to keep the existing version of some wine dll; I said yes.
It installs a menu item showing that the way to run the app is
wine "C:\\Program Files\\Common Files\\Microsoft Shared\\Access
Runtime\\Office10\\MSAccess.exe" /Runtime "C:\\Program
Files\\AllInOne-Office\\AllInOne-Office.mde"
but that fails with file not found... maybe because of the
access runtime installation problem?
--
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=10204
Summary: Incorrectly raised FD_WRITE socket event
Product: Wine
Version: 0.9.48.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rraptorr(a)nails.eu.org
Created an attachment (id=8812)
--> (http://bugs.winehq.org/attachment.cgi?id=8812)
FD_WRITE event on socket test program
According to MSDN WSAEventSelect function description
(http://msdn2.microsoft.com/en-us/library/ms741576.aspx), FD_WRITE event should
be raised only once after: a) successful connection b) WSAEWOULDBLOCK error
while in nonblocking mode.
MSDN description:
"The FD_WRITE network event is handled slightly differently. An FD_WRITE
network event is recorded when a socket is first connected with
connect/WSAConnect or accepted with accept/WSAAccept, and then after a send
fails with WSAEWOULDBLOCK and buffer space becomes available. Therefore, an
application can assume that sends are possible starting from the first FD_WRITE
network event setting and lasting until a send returns WSAEWOULDBLOCK. After
such a failure the application will find out that sends are again possible when
an FD_WRITE network event is recorded and the associated event object is set."
Unfortunately, it seems that in Wine 0.9.48 (and a few earlier versions too)
this event is raised every time it is possible to write to the socket. I've
created a simple test program (FD_WRITE-test.c) that shows this problem. When
ran on Windows I get:
lNetworkEvents: 2
lNetworkEvents: 0
but when ran on Wine:
lNetworkEvents: 2
lNetworkEvents: 2
which means that FD_WRITE was raised twice and it shouldn't.
--
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=12366
Summary: Acclaim Cashbook startup failure - recompile visual
basic
Product: Wine
Version: 0.9.58.
Platform: PC
URL: http://www.acclaim.co.nz/download.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pcpavnz(a)gmail.com
Install routine executes properly, but when trying to run the installed
program, an error message pops up with a message about having to recompile the
visual basic module. I suspect the message indicates the cashbook program is
what it thinks requires recompiling, not the environment it is running from,
but thought I'd submit it anyway because so many people want accounting
software packages to work inside Linux and wine is so close very now to getting
it right.
url provided in the report form is for the free 90 day trial download, which is
no different to a full version.
--
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.