http://bugs.winehq.org/show_bug.cgi?id=5054
--- Comment #7 from Dan Hipschman <dsh(a)linux.ucla.edu> 2008-03-20 18:14:03 ---
This needs the SetCredentials method of IBackgroundCopyJob2 implemented.
Specifically, if you put a trace in there, you'll see it needs
Target=BG_AUTH_TARGET_PROXY and Scheme=BG_AUTH_SCHEME_NTLM:
trace:qmgr:BackgroundCopyJobConstructor (L"Visual Studio Express",0,0x7d5a7654)
...
trace:qmgr:BITS_IBackgroundCopyJob_SetCredentials cred=(2,3)
fixme:qmgr:BITS_IBackgroundCopyJob_SetCredentials Not implemented
Note that this depends on an rpcrt4/widl patch set sent today, but that is sure
to get accepted soon enough.
--
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=9508
Summary: Ubuntu/Debian 64-bit 0.9.44 package does not exist
Product: WineHQ.com
Version: unspecified
Platform: PC-x86-64
URL: http://wine.budgetdedicated.com/archive/index.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: misc-web
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ninja(a)slaphack.com
This IS a bug, as far as I'm concerned. Building the amd64 package can't be any
harder than building the i386 package, especially when it uses the exact same
binaries.
The last time I looked at:
http://wine.budgetdedicated.com/archive/index.html
It was at least honest: It had a link to 0.9.44 for i386, and 0.9.43 for amd64.
Now, it does have a link to the nonexistant 0.9.44 package:
http://wine.budgetdedicated.com/archive/ubuntu/feisty/wine_0.9.44~winehq0~u…
which doesn't exist.
First I tried the repository, as described here:
http://winehq.org/site/download-deb
The most recent version available was 0.9.43. I then asked in the IRC channel,
where others confirmed that 0.9.44 was, in fact, out and in the repository.
That's what lead me to look it up for myself, and confirm that there is no
0.9.44 amd64 debian package, either in the archive or in the main repository,
or anywhere else I can find.
I know how to compile things from source, and I know how to force a 386 package
to install, but it's a hassle. It defeats one of the main reasons we use
package management: automatic updates.
I'm not sure exactly where to submit this. It's not a bug in wine itself, and
yet, it's not really a website bug. Then again, that IS a broken link there.
--
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=8656
scguy318 <nodisgod(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nodisgod(a)yahoo.com
--- Comment #1 from scguy318 <nodisgod(a)yahoo.com> 2008-03-20 17:34:29 ---
I don't think the appropriate component in this case is testcases. Could you
provide any relevant logs and screenshots that demonstrate this 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=5322
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
--- Comment #29 from Anastasius Focht <focht(a)gmx.net> 2008-03-20 17:23:32 ---
Hello,
just adding another app which needs HKEY_PERFORMANCE_DATA (.NET based).
Someone in wine-users mentioned it:
http://www.winehq.org/pipermail/wine-users/2008-March/030452.html
--- quote ---
But i tried a different program with uses the .NET Framework 1.1. Here is the
Link
http://www.winload.de/screenshots/41122/Internet/Internettools/DSLWatch.NET…
Installation works fine, after starting the Program the same crash appears.
With an other .NET DLL but i think the problem is the same.
--- quote ---
In most cases, the console FIXME's from .NET based apps should not be used to
make assumptions of the cause of failures.
I'd prefer that people just file bug reports rather than trying to guess stuff
they don't know about - even if it resolves to dupe in the end...
With each .NET app examined, more gaps/bugs in wine APIs are discovered - which
is a good thing (tm).
The app mentioned above makes use of .NET's
System.Diagnostics.PerformanceCounter[*]
--- snip trace ---
..
0035:Call advapi32.RegQueryValueExW(80000004,047a5aac
L"Global",00000000,00000000,00179d98,0033f3b8) ret=003fa67d
0035:trace:reg:RegQueryValueExW
(0x80000004,L"Global",(nil),(nil),0x179d98,0x33f3b8=128000)
0035:trace:reg:NtCreateKey ((nil),L"PerfData",<null>,0,f003f,0x33f0e8)
0035:trace:reg:NtCreateKey <- 0x17c
0035:trace:reg:create_special_root_hkey L"PerfData" -> 0x17c
0035:trace:reg:NtQueryValueKey (0x17c,L"Global",2,0x33f170,256)
0035:Ret advapi32.RegQueryValueExW() retval=00000002 ret=003fa67d
..
0035:Call KERNEL32.RaiseException(e0434f4d,00000001,00000000,00000000)
ret=7921020d
0035:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b8419a0
0035:trace:seh:raise_exception eax=7b82c3e9 ebx=7b8af3e4 ecx=00000000
edx=00000000 esi=0033f2c0 edi=0033f240
0035:trace:seh:raise_exception ebp=0033f228 esp=0033f1c4 cs=0073 ds=007b
es=007b fs=0033 gs=003b flags=00200246
0035:trace:seh:call_stack_handlers calling handler at 0x7920fd39 code=e0434f4d
flags=1
--- snip trace ---
--- snip managed callstack ---
0)* system!System.Diagnostics.PerformanceMonitor::GetData +0299
item=(0x047b5724) "Global"
1) system!System.Diagnostics.PerformanceCounterLib::GetPerformanceData +00aa
item=(0x047b5724) "Global"
2) system!System.Diagnostics.PerformanceCounterLib::get_CategoryTable +00e7
3) system!System.Diagnostics.PerformanceCounterLib::CounterExists +0033
category=(0x047b434c) "RAS insgesamt"
counter=(0x047b4378) "Bytes gesendet"
categoryExists=(0x0034f468) false
4) system!System.Diagnostics.PerformanceCounterLib::CounterExists +005d
machine=(0x04797374) "."
category=(0x047b434c) "RAS insgesamt"
counter=(0x047b4378) "Bytes gesendet"
5) system!System.Diagnostics.PerformanceCounter::Initialize +0187
..
--- snip managed callstack ---
By adding fake HKEY_PERFORMANCE_DATA (starting with Global:DWORD=xxxx) one can
get the app at least start (after following usual .NET 1.x howto).
Though the app is pretty useless for now because the real perf data/counters
are missing.
Maybe the performance data/counters problem domain could be made SoC project.
Or have at least one volunteer work on it - even if it's long term/low prio.
It isn't that hard.
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=7678
--- Comment #10 from Lei Zhang <thestig(a)google.com> 2008-03-20 13:48:07 ---
(In reply to comment #9)
> > For clicking the checkbox with the mouse, currently the hittest is failing.
>
> Should I file a bug report for this annoyance so nobody forgets about it? :-)
>
No, that's what I just fixed.
--
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=7678
--- Comment #9 from Artem S. Tashkinov <t.artem(a)mailcity.com> 2008-03-20 13:40:24 ---
> For clicking the checkbox with the mouse, currently the hittest is failing.
Should I file a bug report for this annoyance so nobody forgets about it? :-)
--
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=7799
Didier LINK <didier(a)famille-link.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #3 from Didier LINK <didier(a)famille-link.fr> 2008-03-20 12:28:02 ---
Fixed in wine 0.9.57, not tried before this 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.
http://bugs.winehq.org/show_bug.cgi?id=4713
Bernd Buschinski <b.buschinski(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9728 is|0 |1
obsolete| |
--- Comment #7 from Bernd Buschinski <b.buschinski(a)web.de> 2008-03-20 12:04:09 ---
Created an attachment (id=11515)
--> (http://bugs.winehq.org/attachment.cgi?id=11515)
WINEDEBUG="d3d_surface,ddraw,d3d7,d3d" wine CreatureViewerDX7.exe
With todays git-wine the crash looks different from the usual.
At first I wondered if my wine is stripped, but no it is not, no clue about the
useless backtrace
#file /usr/lib32/wine/ntdll.dll.so
/usr/lib32/wine/ntdll.dll.so: ELF 32-bit LSB shared object, Intel 80386,
version 1 (SYSV), dynamically linked, not stripped
Last line bevor page fault
trace:d3d7:IDirect3DImpl_7_EnumZBufferFormats End of enumeration
problem in missing ZBuffer format?
And by the way, please dont mind
fixme:reg:GetSystemInfo unknown cpu family '16', please report ! (-> setting to
386)
--
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=8855
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|milind.d.patil(a)gmail.com |
Component|comctl32 |-unknown
--
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.