http://bugs.winehq.org/show_bug.cgi?id=6194
------- Additional Comments From focht(a)gmx.net 2007-11-05 15:59 -------
Hello,
AFAIK wine has currently no ability to host dlls as services (what svchost.exe
does on windows).
BITS service is implemented as dll service (dump qmgr.dll exports and you will see).
For the installation... no need for the all dirty play.
You only need the .wine/drive_c -> .wine/harddiskvolume1 / dosdevices hack.
When it puts up the "pack not found" message box, go to setup temp folder, e.g.
"c:\<somerandomname>"
>From the subdir "sp1qfe" copy all dlls into system32 directory.
Run "bitsinst /setupservice" and it will create all necessary service registry
entries.
(look at "<somerandomname>\update\update_SP1QFE.inf" what infos are needed).
For the other entries (OLE servers and svchost), regsvr32 the copied dlls
(except xpob2res.dll which is a message/resource dll)
Additionally you need
HKLM\Software\Microsoft\Windows NT\CurrentVersion\SvcHost
- REG_MULTI_SZ value named "BITSgroup", value = "BITS"
Copy svchost.exe from windows to wine system32
Start the service (using some tool "net start", "sc.ex" whatever) with "<tool>
start bits bits"
Notice the second service arg "bits" this is actually necessary because svchosts
service main thread proc helpers check service argv against service name
(without arg it crashes).
Other crashes are obviously wine shortcomings/bugs...
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8355
------- Additional Comments From truiken(a)gmail.com 2007-11-05 15:58 -------
Update to git and try the installer again. If it still doesn't work, reopen
this bug and attach a +msi,+msidb log and do a regression test.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8363
kelfe(a)gmx.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download, regression
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8363
Summary: EVE Online crashes while connecting/switching to ingame
gfx mode
Product: Wine
Version: CVS
Platform: PC
URL: http://www.eve-online.com/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kelfe(a)gmx.de
EVE Online is crashing while connecting to the server (looks like right after
resetting the 3d device from login screen to windowed/fullscreen mode)
commit 79ca4e022d593ec6106bad1e1ffde7b8c31ad01b
Author: H. Verbeet <hverbeet(a)gmail.com>
Date: Wed May 9 19:08:27 2007 +0200
wined3d: Load texture coordinates even if no texture is bound to that stage
at this time.
:040000 040000 1c30579a9c950862aa738bd035c5ab2bd9b848aa
caa33b8d63095e87cf6e14c8aad8afd824215422 M dlls
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7571
------- Additional Comments From inckie(a)gmail.com 2007-11-05 14:33 -------
Created an attachment (id=6231)
--> (http://bugs.winehq.org/attachment.cgi?id=6231&action=view)
Preliminary workaround for Bug #7571 - Second version
Something along these lines, then? (Sorry, Im still not familiar with that
callback stuff you mentioned.)
Now the odd thing is about the RUSSIAN_CHARSET issue... with my patch, I get
font.c:1223:Testing font <empty>, charset 1
font.c:1243:enumerated ansi 255, symbol 1, russian 0 fonts for NULL
font.c:1248: Test failed: NULL family should enumerate RUSSIAN_CHARSET
font.c:1256:enumerated ansi 0, symbol 0, russian 0 fonts for <empty>
font.c:1285:enumerated ansi 237, symbol 0, russian 0 fonts for <empty>
ANSI_CHARSET
font.c:1316:enumerated ansi 62, symbol 1, russian 20 fonts for <empty>
DEFAULT_CHARSET
font.c:1374:enumerated ansi 0, symbol 9, russian 0 fonts for <empty>
SYMBOL_CHARSET
However, without the patch...
font.c:1223:Testing font <empty>, charset 1
font.c:1243:enumerated ansi 62, symbol 1, russian 20 fonts for NULL
font.c:1256:enumerated ansi 0, symbol 0, russian 0 fonts for <empty>
font.c:1285:enumerated ansi 237, symbol 0, russian 0 fonts for <empty>
ANSI_CHARSET
font.c:1316:enumerated ansi 62, symbol 1, russian 20 fonts for <empty>
DEFAULT_CHARSET
font.c:1374:enumerated ansi 0, symbol 9, russian 0 fonts for <empty>
SYMBOL_CHARSET
Now, how come didn't it trigger that ok() at line 1248?‽
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7969
------- Additional Comments From hpbrantley(a)brantleys.com 2007-11-05 14:12 -------
I installed Legacy 5.0 and runs fine with DLLOVERRIDE oleaut32.dll (native,
builtin) and installing vbrun60sp5.exe. Without the vb-runtime, app would hang
or crash at db load. However, I do get many ole:CoGetClassObject messages in
console.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8355
------- Additional Comments From ben(a)atomnet.co.uk 2007-11-05 14:09 -------
Sorry, the wording was "Error fetching data for 1".
Ok, I just looked at that other bug and I see absolutely nothing similar at all.
It doesn't ask for Disc 1 and the output of the other bug doesn't mention
anything in the output about "Error fetching data for 1".
Can you please explain how this is a duplicate?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6194
------- Additional Comments From truiken(a)gmail.com 2007-11-05 13:40 -------
This installer is a black hole, and I don't know why I keep trying to get it to
work :-) Here are the steps required to get as far as possible in the installer:
1) rename .wine/drive_c -> .wine/harddiskvolume1 and fixup dosdevices
2) copy c:\windows\system32\CatRoot* from Windows to Wine
3) Set version to Win XP in winecfg
4) Open regedit and change
HKLM\Systems\CurrentControlSet\Control\Windows\CSDVersion from 0x200 to 0x100
5) Copy native hal.dll, schannel.dll, shdocvw.dll to system32
I'll post more steps if I figure anything else out.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=6393
------- Additional Comments From focht(a)gmx.net 2007-11-05 13:12 -------
Created an attachment (id=6230)
--> (http://bugs.winehq.org/attachment.cgi?id=6230&action=view)
Fix VerQueryValueA/W to match windows behaviour with subblock null string
Hello,
another random pick ...
Crash is due to VerQueryValueA() not handling subblock with null string
correctly (the way windows does).
--- snip ---
trace:ver:GetFileVersionInfoW (L"C:\\Program Files\\OCAD 9.3
Demo\\ocad.exe",0,size=1572,data=0x1052400)
trace:ver:VERSION_GetFileVersionInfo_PE L"C:\\Program Files\\OCAD 9.3
Demo\\ocad.exe"
trace:ver:print_vffi_debug structversion=1.0, fileversion=9.3.8.323,
productversion=9.3.8.323
trace:ver:print_vffi_debug flagmask=0x3f, flags=0x0
trace:ver:print_vffi_debug (OS=0x0.0x4 UNKNOWN(0x0),WIN32)
trace:ver:print_vffi_debug filetype=APP
trace:ver:print_vffi_debug filedate=0x0.0x0
trace:ver:VerQueryValueA (0x1052400,"",0x34fd90,0x34fd8c)
trace:ver:VersionInfo32_QueryValue lpSubBlock : (L"")
wine: Unhandled page fault on read access to 0x00f80ad0 at address
0x0000:0x00404722 (thread 0014), starting debugger...
First chance exception: page fault on read access to 0x00f80ad0 in 32-bit code
(0x00404722).
--- snip ---
Although MSDN (http://msdn2.microsoft.com/en-us/library/ms647464.aspx) doesnt
mention this case (subblock = null string), windows actually tolerates it.
Windows xp returns valid VS_FIXEDFILEINFO info data (same like root subblock
"\\" case).
Attached is a patch which fixes dlls/version/info.c VerQueryValueA and
VerQueryValueW to match windows behaviour.
To make as little code changes as possible, the root path is assigned on null
string case.
This allows clean processing as if the client has passed in "\\" subblock.
The version info is now correctly read and evaluated.
The app crashes later in main window due to other issues (might be user32/gdi32
related, needs further inspection -> file new bug reports).
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.