May 2007 - Wine-Devel - list.winehq.org

About Parallel Port Driver
by Zhongli Xu May 25, 2007

May 25, 2007

Hi all, I have a .sys driver for parallel port communication. But it seems wine didn't support loading the driver. My windows program has to be configured as XP version. And directly accessing to parallel port is not allowed on the XP host, therefore _outp() and _inp() are useless. Is there any solution to this problem? Best Regards, Milo Xu

1 0

Re: RegDeleteTree [9]
by Juan Lang May 24, 2007

May 24, 2007

Hi Stefan, + /* Find how many subkeys there are */ This comment is incorrect. You have also reintroduced tabs in this patch - please don't do that. --Juan ____________________________________________________________________________________Pinpoint customers who are looking for what you sell. http://searchmarketing.yahoo.com/

1 0

GIT access fails
by Kirill K. Smirnov May 24, 2007

May 24, 2007

> Did you happen to update curl/libcurl? No, I did not update anything for a few weeks. Git stopped to work a couple of days ago. Should I update curl? My version is 7.15.3.

1 0

GIT access fails
by Kirill K. Smirnov May 24, 2007

May 24, 2007

Hi, Something strange happened to git - fetch fails if uses git:// protocol. In tcpdump I can see my machine and wine.codeweavers.com chating. Thus connection is OK. When I changed protocol to http:// in .git/remotes/origin, I managed to update local git repo. This is very strange - git:// does not work, but http:// does! I did not update git utility on my system. git version is 1.4.2.1. No firewalls too. Any ideas? Thanks, -- Kirill

2 1

problems regression testing/compiling wine
by EA Durbin May 24, 2007

May 24, 2007

I'm having problems regression testing between 0.9.15 and 0.9.37. On 3+ bisects I keep getting the following error and wine won't compile. /home/eric/wine/dlls/winex11.drv/palette.c:866: undefined reference to `GDI_ReleaseObj' palette.o:/home/eric/wine/dlls/winex11.drv/palette.c:881: more undefined references to `GDI_ReleaseObj' follow palette.o: In function `X11DRV_RealizePalette': /home/eric/wine/dlls/winex11.drv/palette.c:1251: undefined reference to `GDI_GetObjPtr' /home/eric/wine/dlls/winex11.drv/palette.c:1253: undefined reference to `GDI_ReleaseObj' collect2: ld returned 1 exit status winegcc: gcc failed. make[2]: *** [winex11.drv.so] Error 2 make[2]: Leaving directory `/home/eric/wine/dlls/winex11.drv' make[1]: *** [winex11.drv] Error 2 make[1]: Leaving directory `/home/eric/wine/dlls' make: *** [dlls] Error 2 _________________________________________________________________ More photos, more messages, more storageget 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migrati…

5 7

Status regarding the recent Appdb vandalism
by Jan Zerebecki May 24, 2007

May 24, 2007

Please do _only_ address replies to this email to wine-devel(a)winehq.org ! Remove all other recipients from To and Cc ! Work is currently underway to restore the state of the Appdb to the backup of May 22 07:00 CST. This morning ( TZ +0200 ) someone used the account "Molle Bestefich" to vandalize the Appdb. He was also seen on IRC and on the wiki. His IP was identified on all three, logs are available. See towards the end of this mail for IRC log snippet and whois on his IP. Please contact me first if you intend to contact abuse or police personal regarding this, so we don't cause headaches or duplicate work. We do not yet know how this person got access to Molle Bestefich his account. I received 4454 emails about deletes or other actions by the account "Molle Bestefich". Send between "Date: Tue, 22 May 2007 21:43:46 -0500" and "Date: Tue, 22 May 2007 22:18:55 -0500". (2 mails sent by the Appdb in that date range were legit actions.) I don't know if these are all, because admin-accounts were explicitly deleted and thus the notification to them stopped. The following applications where mentioned in these notification emails: Adobe Illustrator Battlefield 1942 Battlefield 2 Battlefield 2142 Call of Duty 2 Call of Duty Checkpoint Firewall-1 Policy editor Command & Conquer 3: Tiberium Wars Counter-Strike: Source Day of Defeat: Source Deus Ex Diablo II EVE Online F.E.A.R.: First Encounter Assault Recon Final Fantasy XI Online Guild Wars IDA Pro Photoshop S.T.A.L.K.E.R. : Shadow of Chernobyl Soldat Steam Supreme Commander The Elder Scrolls IV: Oblivion Trillian World of Warcraft PunkBuster Rune Igowin Age of Empires Age of Mythology Black & White Brothers in Arms Flash FlatOut .NET Framework Lotus Notes Some notifcations didn't contain a application of version, here the Message-Id-s of some examples (this is probably a bug in the Appdb code): screen shot Message-Id: <E1HqgpS-0008Ay-OM(a)wine.codeweavers.com> test result Message-Id: <E1Hqgs7-0001iH-S7(a)wine.codeweavers.com> monitor Message-Id: <E1HqgsD-0001mW-It(a)wine.codeweavers.com> bug Message-Id: <E1HqhDT-0003xe-GS(a)wine.codeweavers.com> One message about a rejected bug link seemed like these type of message don't contain any information: Message-Id: <E1Hqh5W-0000QE-UG(a)wine.codeweavers.com> On IRC from the #winehq channel: Mai 23 05:27:14 --> noerrorsfound_ (n=nicholas(a)h10.66.119.64.ip.alltel.net) has joined #winehq [unrelated stuff deleted] Mai 23 06:21:37 --- noerrorsfound_ is now known as molle-molle-moll Mai 23 06:21:41 <molle-molle-moll> molle molle molle Mai 23 06:21:42 <molle-molle-moll> molle Mai 23 06:21:51 <molle-molle-moll> molle Mai 23 06:22:03 <molle-molle-moll> mole string Mai 23 06:22:18 <molle-molle-moll> hello give thank Mai 23 06:22:18 <-- Amorphous has kicked molle-molle-moll from #winehq (Amorphous) /whois output: [06:22:38] --- [molle-molle-moll] (n=nicholas(a)h10.66.119.64.ip.alltel.net) : Nicholas [06:22:38] --- [whoismolle-molle-moll] irc.freenode.net :http://freenode.net/ [06:22:38] --- [molle-molle-moll] End of WHOIS list. 2007-05-23T06:50:15+0200 $ whois 64.119.66.10 OrgName: Windstream Communications Inc OrgID: WINDS-6 Address: 4001 Rodney Parham Rd City: Little Rock StateProv: AR PostalCode: 72212 Country: US NetRange: 64.119.64.0 - 64.119.79.255 CIDR: 64.119.64.0/20 NetName: WINDSTREAM-COMMUNICATIONS NetHandle: NET-64-119-64-0-1 Parent: NET-64-0-0-0-0 NetType: Direct Allocation NameServer: NS1-AUTH.WINDSTREAM.NET NameServer: NS2-AUTH.WINDSTREAM.NET NameServer: NS3-AUTH.WINDSTREAM.NET NameServer: NS4-AUTH.WINDSTREAM.NET Comment: ADDRESSES WITHIN THIS BLOCK ARE NON-PORTABLE RegDate: 2001-08-24 Updated: 2007-02-26 OrgAbuseHandle: WINDS1-ARIN OrgAbuseName: Windstream Abuse OrgAbusePhone: +1-888-292-3827 OrgAbuseEmail: abuse(a)windstream.net OrgTechHandle: WINDS-ARIN OrgTechName: Windstream Communications Inc OrgTechPhone: +1-800-990-4449 OrgTechEmail: ipadmin(a)windstream.net # ARIN WHOIS database, last updated 2007-05-22 19:10 # Enter ? for additional hints on searching ARIN's WHOIS database.

5 4

Re: wininet: Pass -1 into WideCharToMultiByte instead of calling lstrlenW on the string to slightly reduce code size.
by Alexandre Julliard May 24, 2007

May 24, 2007

Robert Shearman <rob(a)codeweavers.com> writes: > @@ -504,8 +504,8 @@ static BOOL HTTP_DoAuthorization( LPWININETHTTPREQW lpwhr, LPCWSTR pszAuthValue > > if (is_basic_auth_value(pszAuthValue)) > { > - int userlen = WideCharToMultiByte(CP_UTF8, 0, domain_and_username, lstrlenW(domain_and_username), NULL, 0, NULL, NULL); > - int passlen = WideCharToMultiByte(CP_UTF8, 0, password, lstrlenW(password), NULL, 0, NULL, NULL); > + int userlen = WideCharToMultiByte(CP_UTF8, 0, domain_and_username, -1, NULL, 0, NULL, NULL); > + int passlen = WideCharToMultiByte(CP_UTF8, 0, password, -1, NULL, 0, NULL, NULL); This won't work, -1 is not equivalent to lstrlenW. -- Alexandre Julliard julliard(a)winehq.org

1 0

New winetricks: add support for Red Hat's liberation fonts
by Dan Kegel May 24, 2007

May 24, 2007

As requested by Mark Cox, I've added a verb to winetricks to install Red Hat's Liberation fonts (http://www.redhat.com/promo/fonts/) -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: winscard: add pcsc-lite helpers for upcoming implementation (try 2)
by Alexandre Julliard May 24, 2007

May 24, 2007

Mounir IDRASSI <mounir.idrassi(a)idrix.fr> writes: > +/* > + * pcsc-lite functions pointers > + */ > +typedef LONG (*SCardEstablishContextPtr)(DWORD dwScope,LPCVOID pvReserved1, > + LPCVOID pvReserved2, LPSCARDCONTEXT phContext); > +typedef LONG (*SCardReleaseContextPtr)(SCARDCONTEXT hContext); > +typedef LONG (*SCardIsValidContextPtr)(SCARDCONTEXT hContext); > +typedef LONG (*SCardSetTimeoutPtr)(SCARDCONTEXT hContext, DWORD dwTimeout); > +typedef LONG (*SCardConnectPtr)(SCARDCONTEXT hContext,LPCSTR szReader,DWORD dwShareMode, > + DWORD dwPreferredProtocols,LPSCARDHANDLE phCard, LPDWORD pdwActiveProtocol); > +typedef LONG (*SCardReconnectPtr)(SCARDHANDLE hCard,DWORD dwShareMode, > + DWORD dwPreferredProtocols,DWORD dwInitialization, LPDWORD pdwActiveProtocol); > +typedef LONG (*SCardDisconnectPtr)(SCARDHANDLE hCard, DWORD dwDisposition); > +typedef LONG (*SCardBeginTransactionPtr)(SCARDHANDLE hCard); > +typedef LONG (*SCardEndTransactionPtr)(SCARDHANDLE hCard, DWORD dwDisposition); > +typedef LONG (*SCardCancelTransactionPtr)(SCARDHANDLE hCard); > +typedef LONG (*SCardStatusPtr)(SCARDHANDLE hCard,LPSTR mszReaderNames, LPDWORD pcchReaderLen, > + LPDWORD pdwState,LPDWORD pdwProtocol,BYTE* pbAtr,LPDWORD pcbAtrLen); > +typedef LONG (*SCardGetStatusChangePtr)(SCARDCONTEXT hContext,DWORD dwTimeout, > + LPSCARD_READERSTATEA rgReaderStates, DWORD cReaders); > +typedef LONG (*SCardControlPtr)(SCARDHANDLE hCard, DWORD dwControlCode, LPCVOID pbSendBuffer, > + DWORD cbSendLength,LPVOID pbRecvBuffer, DWORD cbRecvLength, LPDWORD lpBytesReturned); > +typedef LONG (*SCardTransmitPtr)(SCARDHANDLE hCard,LPCSCARD_IO_REQUEST pioSendPci, > + const BYTE* pbSendBuffer, DWORD cbSendLength, > + LPSCARD_IO_REQUEST pioRecvPci, BYTE* pbRecvBuffer, LPDWORD pcbRecvLength); > +typedef LONG (*SCardListReaderGroupsPtr)(SCARDCONTEXT hContext,LPSTR mszGroups, LPDWORD pcchGroups); > +typedef LONG (*SCardListReadersPtr)(SCARDCONTEXT hContext,LPCSTR mszGroups, > + LPSTR mszReaders, LPDWORD pcchReaders); > +typedef LONG (*SCardCancelPtr)(SCARDCONTEXT hContext); > +typedef LONG (*SCardGetAttribPtr)(SCARDHANDLE hCard, DWORD dwAttrId,BYTE* pbAttr, LPDWORD pcbAttrLen); > +typedef LONG (*SCardSetAttribPtr)(SCARDHANDLE hCard, DWORD dwAttrId,const BYTE* pbAttr, DWORD cbAttrLen); I don't think the pcsc-lite library is guaranteed to be binary compatible with the Windows definitions. You'll need to include the correct headers and convert data types between Windows and Unix definitions. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: FWD: Updated/add many Chinese simplified resource
by Detlef Riekenberg May 24, 2007

May 24, 2007

On Mi, 2007-05-23 at 02:17 +0800, Lobster DB wrote: > may i can't mailto: wine-patches(a)winehq.org It was automatic filtered for manual review, because the Mail/Attachment is to large. To get the Patches in the Tree, they must be much smaller! > change all *Zh.rc which is Chinese simplified resource to *Cn.rc > keep some *Zh.rc which is Chinese traditional > user32: user32_Zh.rc slipted for Chinese simplified (user32_Cn.rc) and > Chinese traditional (user32_Zh.rc) > comctl32: update Chinese simplified resource > comdlg32: update Chinese simplified resource > notepad: update Chinese simplified resource > progman: update Chinese simplified resource > user32: update Chinese simplified resource > winefile: update Chinese simplified resource > winhelp: update Chinese simplified resource > credui: add add Chinese simplified resource > clock: add Chinese simplified resource > regedit: add Chinese simplified resource > uninstaller: add Chinese simplified resource > winecfg: add Chinese simplified resource > winemine: add Chinese simplified resource A Changelog, that does not fit in the Subject is the main Hint, that the Patch needs to be split. I Suggest one Patch per DLL. When you need to rename a File, please do not update more than very, very few Tanslations in that Patch. The best way is to send a seperate Patch for the rename. As an Example for multiple Language-Versions in one File, you can read "Pt.rc" for winmine. After a short Talk with Alexandre, we think, that both versions (Traditional and Simplified) can go in a single File. About the encoding (from Alexandre): utf-8 is better, but that really depends on what's most convenient for you. Another Hint: Try the easy translations (Single Chinese Translation) first; wait with the difficult translations, until the easy Patches are in the tree. Thanks for your Help. -- By by ... Detlef

3 3