http://bugs.winehq.com/show_bug.cgi?id=737
marcus(a)jet.franken.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From marcus(a)jet.franken.de 2003-09-12 16:11 -------
last bugreport 1.5 years ago, considering fixed. if not, please reopen.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1667
------- Additional Comments From Andrew.Talbot(a)talbotville.com 2003-09-12 16:09 -------
Mike,
Under Windows 98SE, on my P3/450, I ran your test2.exe program twice, with a
nominal twenty seconds between each run. Subtracting the two QPCs and dividing
by the timing period gave (472313655 - 448390410) / 20 = 1196162 ticks per
second. QPF was reported as 1193180: remarkably close. QPC, of course,
represents the number of clock ticks since switch-on. Programs can measure time
intervals by dividing differences in QPC by QPF, (i.e. tick-count-difference
divided by ticks-per-second = seconds elapsed) so the scalings have to be
consistent.
On my 'unscaled' version of Wine (SUSE 9.0), I also made two runs, this time
roughly thirty seconds apart, and got (191677227390 - 178935563205) / 30 =
424722139.5 counts per second from the two QPCs, with QPF given as 451054000.
Not bad for a crude, manual test.
It seems that versions of Windows <= Win98SE may have used the Programmable
Interrupt Timer (8254) chip, with its 1.19 Mhz clock (even on PCs with
RDTSC-capable processors). However, I suspect that other versions of Windows
(i.e. the more 'corporate' varieties: NT, Win2k, XP) might actually use the
RDTSC instruction, if available, thus providing the nanosecond-order resolution
of which the CPU clocks of modern computers are capable. So, perhaps the clock
that Wine uses for the High-Performance Timer functions (CPU vs. PIT) should
depend not only on the availability of the RDTSC instruction, but also on which
version of Windows that Wine is set to emulate.
I shall seek to run your program on at least one Win XP Pro machine to see which
clock that uses and shall report back here.
-- Andy.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=713
------- Additional Comments From marcus(a)jet.franken.de 2003-09-12 16:05 -------
is this bug still there with current releases?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=666
------- Additional Comments From marcus(a)jet.franken.de 2003-09-12 16:00 -------
please try again with a newer wine release, we have more direct3d support
now.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1434
Bug 1434 depends on bug 456, which changed state.
Bug 456 Summary: Try running a Tribes 1 Server in wine resolves into "fixme:winsock:_get_sock_fd handle 0 is not a socket" error
http://bugs.winehq.com/show_bug.cgi?id=456
What |Old Value |New Value
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=456
marcus(a)jet.franken.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From marcus(a)jet.franken.de 2003-09-12 15:56 -------
no feedback, assuming fixed.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1436
marcus(a)jet.franken.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From marcus(a)jet.franken.de 2003-09-12 15:46 -------
0.30d ... display things now with current CVS.
i cant connect, but this might be a problem of non existant servers or so.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1874
------- Additional Comments From toph(a)abi2ooo.org 2003-09-12 15:41 -------
The exact error message I get is:
Access violation at address 40227519 in module 'ntdll.dll'. Read of address 00000000
--debugmsg gives no err,warn or fixme messages at all! Notice the module
ntdll.dll in the Error-popup: The strange thing about this is that it also
appears when I set the Windows-Version to win98.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1873
------- Additional Comments From toph(a)abi2ooo.org 2003-09-12 15:29 -------
Sorry, I committed that bug accidently, please delete it.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.