- Wine-Devel - list.winehq.org

strange problem with RtlCompareUnicodeString
by Ivan Leo Puoti Feb. 12, 2005

Feb. 12, 2005

RtlCompareUnicodeString should return 0 if it receives two identical string. But for some strange reason this code http://rafb.net/paste/results/e3tHCg40.html prints this output http://rafb.net/paste/results/SS5U2N81.html Is it a mistake I've missed, or is this a bug in the implementation of RtlCompareUnicodeString? Ivan.

1 1

Re: Re: winrash bug
by Chris Morgan Feb. 11, 2005

Feb. 11, 2005

Oh, that's mostly because I was lazy. I'm pretty sure the text says that "if you are on windows95 you should install winsock2". I'm not sure how to detect whether the user needs to install winsock2 or not by looking at dlls. I was planning on adding detection of the windows version and using that as a way of narrowing down who sees the winsock prompt. That doesn't address which version of winsock the user has installed though... I'll put in the windows version check so only 95 users see the winsock2 prompt since thats pretty easy. Chris > > From: Ivan Leo Puoti <ivanleo(a)gmail.com> > Date: 2005/02/08 Tue PM 02:11:29 EST > To: cmorgan(a)alum.wpi.edu > CC: wine-devel(a)winehq.com > Subject: Re: winrash bug > > Chris Morgan wrote: > > >Is this based on what the installer displays or upon output from winrash in the debug.txt file? > > > > > It is based on the installer telling me I'm on windows 95 and that I > must install the > winsock2 update for windows 95. > > Ivan. >

3 2

Re: Real-world appdb
by Holly Bostick Feb. 11, 2005

Feb. 11, 2005

(3rd of 3) Chris Morgan wrote: >>Then vote for what you really want or need... I want to see 100 games >>working but if I had to pick one >>it would be HL2. And if you give me 20 or 30 votes there *diluted* votes >>from the get-go! > > I agree. Maybe 5 votes per-user is a good number so each one counts but all of their eggs aren't in one basket. > > Chris > > >

1 0

Re: Real-world appdb
by Holly Bostick Feb. 11, 2005

Feb. 11, 2005

(2nd of 3) Tom wrote: > Chris Morgan wrote: > >>> Having a single vote per-person makes the assumption that the person >>> has a single application that they want working. Often users have a >>> handful of them. I'd prefer multiple votes per-person. >> > Then vote for what you really want or need... I want to see 100 games > working but if I had to pick one > it would be HL2. And if you give me 20 or 30 votes there *diluted* votes > from the get-go! > If you have *one* vote its going to mean something...... if you have > 20-30 votes what is vote 28 > going to really mean to you? That you searched around looking for > something to vote for? > > We have 10 categories at this time and if we do move to multiable votes > I would only hope > we set it to 1 vote per categorie and that would give 10 diluted votes.... > > Tom > >>> Clearing the current votes is a safe bet. >>> >>> Chris >>> > >

1 0

Re: Real-world appdb
by Holly Bostick Feb. 11, 2005

Feb. 11, 2005

How you guys managed to hit "Reply to all" and somehow not include the list, I don't know, but I'll forward :-) ... (1st of 3 such) Chris Morgan wrote: >>>- Voting for app version ( not app family). >>>- only one vote per person per version. >>>- more total votes, say 10-20 instead of 3. >>> >>> >>I would like to propose......... >> >>- one person one vote >>- vote for app family not version >>- clear the current votes and start fresh... >> > > Having a single vote per-person makes the assumption that the person has a single application that they want working. Often users have a handful of them. I'd prefer multiple votes per-person. > > Clearing the current votes is a safe bet. > > Chris > > > >

1 0

Wine, CrossOver wins LQ Members Choice awards 2004
by Mike Hearn Feb. 11, 2005

Feb. 11, 2005

Hey, we won by a large margin! http://www.linuxquestions.org/questions/showthread.php?s=&threadid=272137 Wine 293 42.59% Crossover Office 139 20.20% Cedega 131 19.04% VMware 101 14.68% Win4lin 24 3.49% Good going chaps and chapettes! Nice also to see the results are ranked in rough order of "freeness" too. Let's see if we can win again in the 2005 voting :) thanks -mike

3 2

Subject: Re: Faster TlsAlloc() or zero_bit_scan
by Dietrich Teickner Feb. 11, 2005

Feb. 11, 2005

Not all You can every write in c/c++. Sometime You need a call for a library function. I think, that can be one and I think, not only TlsAlloc use a zero_bit_scan. It must be first zero_bit in the first 'bytecount' DWORD from the bitmap addr. Dietrich On Thu, 10 Feb 2005 18:59:21 +0100, Dietrich Teickner wrote: >> I have a suggestion for a faster implementation of the zero_bit_scan in >> RtlFindClearBits [NTDLL.@] >> (rlbitmap.c) for e.g. TlsAlloc() >> The main is the usage of the instruction 'bsf eax, eax' >> >> This I have implemented in the new experimental odinxp-tree for finding >> the first zero_bit in the first 'bytecount' bytes of the bitmap addr. Does this actually make a noticeable difference? Rewriting stuff in assembly for theoretical performance improvements isn't so great, as far fewer people can read/write assembly than C. thanks -mike

1 0

Subject: Re: Faster TlsAlloc() or zero_bit_scan
by Dietrich Teickner Feb. 11, 2005

Feb. 11, 2005

Not all You can every write in c/c++. Sometime You need a call for a library function. I think, that can be one and I think, not only TlsAlloc use a zero_bit_scan. Dietrich On Thu, 10 Feb 2005 18:59:21 +0100, Dietrich Teickner wrote: >> I have a suggestion for a faster implementation of the zero_bit_scan in >> RtlFindClearBits [NTDLL.@] >> (rlbitmap.c) for e.g. TlsAlloc() >> The main is the usage of the instruction 'bsf eax, eax' >> >> This I have implemented in the new experimental odinxp-tree for finding >> the first zero_bit in the first 'bytecount' bytes of the bitmap addr. Does this actually make a noticeable difference? Rewriting stuff in assembly for theoretical performance improvements isn't so great, as far fewer people can read/write assembly than C. thanks -mike

1 0

Faster TlsAlloc() or zero_bit_scan
by Dietrich Teickner Feb. 11, 2005

Feb. 11, 2005

Hi, I have a suggestion for a faster implementation of the zero_bit_scan in RtlFindClearBits [NTDLL.@] (rlbitmap.c) for e.g. TlsAlloc() The main is the usage of the instruction 'bsf eax, eax' This I have implemented in the new experimental odinxp-tree for finding the first zero_bit in the first 'bytecount' bytes of the bitmap addr. Dietrich public _search_zero_bit ;int CDECL search_zero_bit(int bytecount, void *addr); _search_zero_bit proc near push esi push edx mov esi, [esp+16] mov edx, [esp+12] inc edx loop: add esi, 4 mov eax, -1 dec edx ;not found jz short found xor eax, dword ptr [esi - 4] jz loop bsf eax, eax jz short loop sub esi, 4 sub esi, [esp+16] shl esi, 5-2 add eax, esi found: pop edx pop esi ret _search_zero_bit endp

3 2

Rewriting the User Guide Question: FreeBSD
by Scott Ritchie Feb. 11, 2005

Feb. 11, 2005

Ok so I'm going through the User Guide's getting/installing/compiling chapters. Essentially my idea is to cannibalize most of it, since the information is outdated, wrong, or at best duplicitous. However, while combing through the User Guide, I realized that there's some stuff I don't know much about - namely, FreeBSD. So, if you're a Wine FreeBSD guru, take a moment to peek at the existing "Getting Wine" chapter on the web site, and tell me if any of that information is at all relevant. My suspicion is that FreeBSD has advanced quite a bit since the guide was written, and that all that information is rather useless. My goal is to eliminate most of the distro-specific stuff anyway, since there are better places for it. Thanks, Scott Ritchie Chief Executive Officer of further Wine documentation

1 0