http://bugs.winehq.org/show_bug.cgi?id=16671
Summary: Revit Architecture 2009: Installation fails with call
not implemented
Product: Wine
Version: 1.1.11
Platform: PC-x86-64
URL: http://students.autodesk.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: netbox(a)pi-xi.net
Created an attachment (id=18299)
--> (http://bugs.winehq.org/attachment.cgi?id=18299)
wine output into console
AutoDesk Revit Architecture 2009 installation fails.
Everything works up to the part where the installer begins copying files. It
manages to install .NET 2.0 and after that reports that installation failed
with a "Call not implemented" -error. The produced log by the installer is very
vague.
This bug is an exact replica of installation failure with Revit Architecture
2008.
--
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=17161
Summary: Provide lodctr.exe tool to prevent misleading process
spawn failure console messages (.NET installers)
Product: Wine
Version: 1.1.13
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=262d25e3-f589-4842-8157-034d1e7cf3a3
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
a minor nuisance that can be easily fixed...
I had to add notes to .NET Framework appdb entries because people wrote about
messages which looked like install errors to them.
--- snip ---
wine: could not load L"C:\\windows\\system32\\lodctr.exe": Module not found
--- snip ---
Such failures are in fact harmless, not relevant to overall installer status.
"lodctr.exe" is a simple command line executable for loading performance data
into registry.
It is often called from .NET Framework v1.x, 2.x, 3.x installers.
MSDN info:
http://technet.microsoft.com/en-us/library/bb490926.aspxhttp://msdn.microsoft.com/en-us/library/aa934371.aspx
--- quote ---
The loading function of lodctr, LoadPerfCounterTextStrings, is declared in
Loadperf.h and exported from Loadperf.dll. You can call this function directly
from your install program.
The following example shows the syntax for this function.
LONG LoadPerfCounterTextStrings(
LPSTR lpCommandLine,
BOOL bQuietModeArg
);
The lpCommandLine parameter is the name of your .ini file.
The bQuietModeArg parameter is a Boolean value that specifies whether to
display output during the loading of the text strings for the counter.
--- quote ---
MSDN note suggests that this command line tool is only a thin wrapper which
simply calls LoadPerfCounterTextStrings() as workhorse, passing/forwarding the
command line as-is.
It should be easy to add this tool - even with LoadPerfCounterTextStringsA/W
being stubs - to silence installers which try to spawn it.
Typical installer logs:
--- snip ---
1: 0 2: C:\windows\system32\lodctr.exe
C:\windows\Microsoft.NET\Framework\v2.0.50727\_Networkingperfcounters.ini;18;C:\windows\system32\
3: 4: 5: 6: 7: 8: 9: 10:
Action 21:27:31: RunProcess. Installing Performance Counters for ".NET CLR
Networking"
...
--- snip ---
--- snip ---
...
1: 0 2: C:\windows\system32\lodctr.exe
"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\_TransactionBridgePerfCounters.ini";dummy;C:\windows\system32\ 3:
4: 5: 6: 7: 8: 9: 10:
1: C:\windows\system32\lodctr.exe
"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\_TransactionBridgePerfCounters.ini" 2:
1: 0 2: C:\windows\system32\lodctr.exe
"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\_TransactionBridgePerfCounters.ini";dummy;C:\windows\system32\ 3:
4: 5: 6: 7: 8: 9: 10:
1: 0 2: C:\windows\system32\lodctr.exe
"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\_TransactionBridgePerfCounters.ini";dummy;C:\windows\system32\ 3:
4: 5: 6: 7: 8: 9: 10:
...
--- snip ---
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=19741
Summary: Autodesk Revit 2010 (64bit) installation fails
Product: Wine
Version: 1.1.27
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq(a)pi-xi.net
Created an attachment (id=23088)
--> (http://bugs.winehq.org/attachment.cgi?id=23088)
Wine console output during the installation
As with earlier versions of Revit, also 2010 installation fails.
Everything works up to the part where the installer begins copying files.
Unlike with the earlier versions, this time there's an unhandled exception.
--
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=16956
Summary: Lexware: Installation of .Net 2.0 SP 1 fails
Product: Wine
Version: 1.1.11
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: koesterreich(a)gmx.net
Created an attachment (id=18728)
--> (http://bugs.winehq.org/attachment.cgi?id=18728)
The error-message
I am trying to install Lexware financial office Pro 2009 [1]
I installed some stuff via winetricks-20081223:
winetricks msxml3 jet40 mdac28 dotnet20 winxp
The installation fails with
"An error occured during the installation of the component Microsoft .Net
Framework 2.0 - Service Pack 1.
Errorcode: 1603
Installation of 'Microsoft .Net Framework 2.0 - Service Pack 1' failed.
The setup will be cancelled." (Translated from German,, see appended
Screenshot)
[1] Lexware in AppDB:
http://appdb.winehq.org/objectManager.php?sClass=application&iId=5505
--
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=10376
Summary: recent winsock SO_REUSEADDR patch reveals parameter
handling problem in WS_setsockopt
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
seems recent winsock SO_REUSEADDR patch
--- snip ---
URL:
http://source.winehq.org/git/wine.git/?a=commit;h=58b030c270e68c4e130a7decb…
Author: Kai Blin <kai.blin <at> gmail.com>
Date: Sat Nov 3 08:45:12 2007 +0100
ws2_32: Map SO_REUSEADDR.
BSD socket SO_REUSEADDR is not a complete match, but features like
"allow binding to a port immediately after closing it" seem to be
compatible.
--- snip ---
triggers a code path in WS_setsockopt() which leads to crash.
The cause is an application bug.
EvenBalance PunkBuster "PnkBstrA" service which creates local communication
sockets accidentally passes the value instead of value address to
WS_setsockopt().
The services can be installed and tested with their "pbsvc.exe" tool from
http://www.evenbalance.com/downloads/pbsvc/pbsvc.exe
--- snip ---
..
0015:trace:winsock:WS_setsockopt socket: 005c, level 0xffff, name 0x4, ptr 0x1,
len 1
0015:trace:seh:raise_exception code=c0000005 flags=0 addr=0x76587df5
0015:trace:seh:raise_exception info[0]=00000000
0015:trace:seh:raise_exception info[1]=00000001
0015:trace:seh:raise_exception eax=00000001 ebx=7658e11c ecx=00000002
edx=00000004 esi=0000ffff edi=00000001
0015:trace:seh:raise_exception ebp=617c57a4 esp=617c574c cs=0073 ds=007b
es=007b fs=0033 gs=003b flags=00210293
0015:trace:seh:call_stack_handlers calling handler at 0x7bc38810 code=c0000005
flags=0
--- snip ---
Their source code snippet probably looks like this:
--- snip ---
if (setsockopt( sock, .., ..., (char*)value, value_len) != SOCKET_ERROR)
--- snip ---
Instead of this:
--- snip ---
if (setsockopt( sock, .., ..., (char*)&value, value_len) != SOCKET_ERROR)
--- snip ---
Micro$oft "fixes" such crappy^H^H^H^H^H^Hbuggy applications by using SEH to
catch invalid pointer dereferencing.
If you execute a hand-crafted WS_setsockopt() test case with invalid pointer
value in Windows you will see something like this:
--- snip ---
First-chance exception at 0x719b5280 (mswsock.dll) in test.exe: 0xC0000005:
Access violation reading location 0x00000001.
--- snip ---
Returned last error is WSAEFAULT (bad pointer value/address supplied).
Solution: either wrap the whole function within structured exception handler
(SEH) or use IsBadReadPtr() on passed pointer and return WSAEFAULT if fishy.
Regards
--
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=12954
Summary: Autodesk Design Review - Not Installing
Product: Wine
Version: 0.9.59.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chris(a)ncode.com.au
Created an attachment (id=12700)
--> (http://bugs.winehq.org/attachment.cgi?id=12700)
Wine command line output
This product is an industry standard for communication of CAD designs. It is
also freeware from Adobe and can be downloaded from here if needed for
debugging:
http://download.autodesk.com/esd/designreview/SetupDesignReview2009.exe
It does not install. After starting and all the installation questions have
been answered, the installer crashes (see output in attached file)
--
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=41277
Bug ID: 41277
Summary: Multiple OpenGL software: refresh problems (last frame
skipped)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: nemyax(a)gmail.com
Distribution: ---
I'm seeing this issue in multiple OpenGL programs: Anim8or, 3DAce, Metasequoia,
model viewers, etc. Instead of the last frame, the OpenGL viewport shows the
last-but-one. This wrong frame stays on until something happens to refresh the
viewport.
I use the nVidia blob driver, the driver version doesn't seem to matter.
--
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=12999
Summary: 3d studio MAX 9 trial installer crash when starting up
RaySat service?
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www.soft32.com/download_81704.html
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This seems to be the next problem after bug 12597:
rm -rf .wine
sh winetricks -q corefonts dotnet20 cc580 vcrun2003 vcrun6 wsh56
wine 3dsmax9Trial.exe
cd .wine/drive_c/3dsmax9Trial/
wine Setup.exe
aborts for me near the very end, saying
err:msi:ITERATE_StartService Failed to start service L"mi-raysat_3dsmax9_32"
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned
1627
(even if you uncheck the "start raysat service" checkbox in the installer).
After that, starting wine, even with a bogus command, complains similarly:
$ wine-git/wine xyzzy
...
fixme:advapi:RegisterEventSourceA ((null),"RaySat_3dsmax9_32 Server"): stub
...
err:eventlog:ReportEventW L"(1458) RegisterServiceCtrlHandler: Service does not
exist (0x424)"
It seems that raysat_3dsmax9_32server.exe starts up, tries to do
trace:service:OpenServiceW 0x119d98 L"RaySat_3dsmax9_32Server" 32768
which fails, presumably because the service isn't up yet?
(Why isn't it doing CreateService? Perhaps it's probing
to make sure it's not already started up once. But if that's so, why
does it just exit without creating the service?)
--
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.