Re: FWD: Updated/add many Chinese simplified resource

2007-05-24 Thread Alexandre Julliard
Lobster DB [EMAIL PROTECTED] writes:

 at last, may i ask a question?
 Wine tree have

 1. user32: one user32_Zh.rc file both have Traditional and Simplified.
 Which is use GB18030 encode.
 2. comdlg32: both have Zh.rc and Cn.rc
 Which are use GB18030 encode.

 may i use Cn.rc which use GB18030 encode for new file?
 i think Zh.rc use BIG5 encode for well.
 i want use UTF-8 but, i can't write  #pragma

You can use #pragma code_page(utf8) for that.

If possible, the best approach would be to put both Traditional and
Simplified in the same file, both encoded in utf-8. The file should be
named Zh.rc as that's the official language code for Chinese.

-- 
Alexandre Julliard
[EMAIL PROTECTED]




Re: FWD: Updated/add many Chinese simplified resource

2007-05-24 Thread Lobster DB

2007/5/24, Alexandre Julliard [EMAIL PROTECTED]:

Lobster DB [EMAIL PROTECTED] writes:

 at last, may i ask a question?
 Wine tree have

 1. user32: one user32_Zh.rc file both have Traditional and Simplified.
 Which is use GB18030 encode.
 2. comdlg32: both have Zh.rc and Cn.rc
 Which are use GB18030 encode.

 may i use Cn.rc which use GB18030 encode for new file?
 i think Zh.rc use BIG5 encode for well.
 i want use UTF-8 but, i can't write  #pragma

You can use #pragma code_page(utf8) for that.

If possible, the best approach would be to put both Traditional and
Simplified in the same file, both encoded in utf-8. The file should be
named Zh.rc as that's the official language code for Chinese.

--
Alexandre Julliard
[EMAIL PROTECTED]



Thank you, i know. i will try to do this.




Re: winscard: add pcsc-lite helpers for upcoming implementation (try 2)

2007-05-24 Thread Alexandre Julliard
Mounir IDRASSI [EMAIL PROTECTED] 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
[EMAIL PROTECTED]




Re: winscard: add pcsc-lite helpers for upcoming implementation (try 2)

2007-05-24 Thread Mounir IDRASSI
Actually, pcsc-lite defines the same headers from PSDK with the same
types for 32bit architecture. Including pcsclite headers will clash with
wine's headers. The only possible modification is to redefine pcsclite
types with different names but this is useless as they are the same as
the ones in winscard. The only exception is for winscard handles: in
pcsclite they are always defined as long, whereas in PSDK they are
defined as ULONG_PTR. So, for me, the only thing to do is convert those
handles back and forth from long to ULONG_PTR.
Another possible issue is when wine is running under a 64bit host and
pcsclite is compiled on 64bit mode...but I think this is a more global
issue.
Am I missing something? Please advise.
Thanks.

Mounir IDRASSI
IDRIX - Cryptography and IT Security Experts
http://www.idrix.fr


Alexandre Julliard wrote:
 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.
   





Re: winscard: add pcsc-lite helpers for upcoming implementation (try 2)

2007-05-24 Thread Alexandre Julliard
Mounir IDRASSI [EMAIL PROTECTED] writes:

 Actually, pcsc-lite defines the same headers from PSDK with the same
 types for 32bit architecture. Including pcsclite headers will clash with
 wine's headers. The only possible modification is to redefine pcsclite
 types with different names but this is useless as they are the same as
 the ones in winscard.

Unfortunately they aren't, the pcsclite headers use unsigned long
instead of DWORD for instance. This won't have the same size on
64-bit.

-- 
Alexandre Julliard
[EMAIL PROTECTED]




New winetricks: add support for Red Hat's liberation fonts

2007-05-24 Thread Dan Kegel

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




Re: New winetricks: add support for Red Hat's liberation fonts

2007-05-24 Thread Dan Kegel

On 5/24/07, Brian Vincent [EMAIL PROTECTED] wrote:

I haven't even looked at that stuff at all, but does Wine have any
fonts worth contributing to that cause?  (Marlett?)


Red Hat's Liberation font is a single-source thing done by a pro, so
probably not.


Is it worth
creating a link within winecfg to download and install these somehow?
Good fonts can really help the user experience with Wine.


No, it would be better to have Wine install the fonts by default
once they are proven useful, I think.
I added them to winetricks so people could experiment with
them (slightly) more easily.
- Dan




Re: wininet: Pass -1 into WideCharToMultiByte instead of calling lstrlenW on the string to slightly reduce code size.

2007-05-24 Thread Alexandre Julliard
Robert Shearman [EMAIL PROTECTED] 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
[EMAIL PROTECTED]




Re: New Gecko package

2007-05-24 Thread Jacek Caban
Vitaliy Margolen wrote:
 BTW why JavaScript doesn't work or any pop-up windows don't open? I know
 this works fine with Firefox.
   
   
 It needs some support from Gecko embedder (MSHTML in our case) and I
 haven't worked on it yet (with exception of built in alert pop-up).
 

 You mean that what Wine has now uses gecko for just HTML rendering and
 nothing else?! That you are pretty much rewriting the whole browser from
 the scratch?!! How is that better then what we had before?!!!
   

Well, it would be perfect if we used it only for rendering... but I
don't think we'll ever reach that state. Just take a look at how deep an
API may meddle with a HTML document. In case of pop-ups Gecko asks the
embedder to create the window. It's not like IE API, which is a complete
browser. Pop-up window is, in fact, a new IE window. Gecko isn't
anything like a complete web browser, it's just an engine. The embedder
creates a window and integrates it with its other windows. In case of
Wine it's not trivial, as this new window should be, in fact, an IE
window with its associated MSHTML object etc.

 The impression you gave about a year ago that Mozilla active-X controls
 needed number of things modified, but other then that it worked fine.
   

And my impression was that people would like to use apps like Picasa and
Steam out of box with perspectives of getting much more instead of
having a lots of won't fix bugs.

 Here I see only most rudimentary things work, and everything else would
 probably never work. And Wine is open for stream of never ending
 security issues, that so far no one even risen.
   

Well, if you call apps like Outlook a rudimentary thing... Sure, there
still is a lot to do, but with correct architecture we can support more
complex apps. Mozilla ActiveX control will never allow us to run
programs like Outlook. And it's not the only example. Pop-ups, in
particular, arn't too interesting as apps that embed HTML documents
don't usually use them.

 I hate to sound negative about things here, but how hard will it be to
 put things back the way they were before? Or at least make it possible
 to use Mozilla ActiveX controls instead of wine_gecko?
   

It'd be quite simple, but don't count on my support in it. I very much
disagree with such ideas and I prefer concentrating on improving MSHTML
rather than looking for ugly workarounds. Mozilla ActiveX control may
work only for WebBrowser control but it *can't* work with MSHTML.

Jacek




GIT access fails

2007-05-24 Thread Kirill K. Smirnov
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




Alarming number of users getting hardlocks with Wine

2007-05-24 Thread Scott Ritchie
Reading the Ubuntu forums, I've noticed quite a few reports from users
complaining about Wine deadlocking their system - keyboard unresponsive,
with no solution but to restart the entire computer.

Sometimes users report this problem after running ANY Wine process -
even winecfg.

I'm not sure what's causing the issue.  At first I thought it was a
hardware thing (perhaps ATI's infamously terribly drivers), but would
that still prevent winecfg from working?  Wine is a user-level process,
it shouldn't be able to cause a hardlock under any circumstances, right?

Anyone else seen these kinds of reports?

Thanks,
Scott Ritchie





Re: New winetricks: add support for Red Hat's liberation fonts

2007-05-24 Thread Scott Ritchie
On Thu, 2007-05-24 at 08:28 -0700, Dan Kegel wrote:
 On 5/24/07, Brian Vincent [EMAIL PROTECTED] wrote:
  I haven't even looked at that stuff at all, but does Wine have any
  fonts worth contributing to that cause?  (Marlett?)
 
 Red Hat's Liberation font is a single-source thing done by a pro, so
 probably not.
 
  Is it worth
  creating a link within winecfg to download and install these somehow?
  Good fonts can really help the user experience with Wine.
 
 No, it would be better to have Wine install the fonts by default
 once they are proven useful, I think.
 I added them to winetricks so people could experiment with
 them (slightly) more easily.
 - Dan

I'm pretty sure the proper place for these fonts is as a separate distro
package - perhaps one that Wine can depend on.

If the liberation fonts aren't yet being packed up in Ubuntu, I'll see
about adding a new package for them.

Thanks,
Scott Ritchie





Re: Status regarding the recent Appdb vandalism

2007-05-24 Thread Chris Morgan

Yep, that account was created by the person who was deleting things
from the appdb.

As of right now the appdb site is back online, the account we suspect
was used to delete the data has been removed, the 'roop' account isn't
present and most everything appears to be back, except the screenshots
that we had no backup of.

I've also added a comment to the appdb main page to explain the
downtime and what we plan to do to improve things. Anyone interested
in hacking in php on the appdb is welcome to get in touch with me,
there is plenth to hack on ;-)

Also, I'll be updating the cron script so we can remove the screenshot
entries that have no corresponding screenshot file.

Chris


On 5/23/07, Bryan Haskins [EMAIL PROTECTED] wrote:

Also, in respect to World of Warcraft (Only notify list I'm on), I saw
another deleting quite a bit, as I was saying this morning in #winehq, I
recorded deletions by Roop, no clue if they might actually be legit, but
there was a lot deleted, so I thought I might throw that out there,


On 5/23/07, Jan Zerebecki [EMAIL PROTECTED] wrote:
 Please do _only_ address replies to this email to
 wine-devel@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:  [EMAIL PROTECTED]
 test result
 Message-Id:  [EMAIL PROTECTED] 
 monitor
 Message-Id: [EMAIL PROTECTED]
 bug
 Message-Id:  [EMAIL PROTECTED]

 One message about a rejected bug link seemed like these type of
 message don't contain any information:
 Message-Id:  [EMAIL PROTECTED]


 On IRC from the #winehq channel:
 Mai 23 05:27:14 -- noerrorsfound_ (n=
[EMAIL PROTECTED] ) 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]
([EMAIL PROTECTED] ) : 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:   [EMAIL PROTECTED]

 OrgTechHandle: WINDS-ARIN
 OrgTechName:   Windstream Communications Inc
 OrgTechPhone:  +1-800-990-4449

Re: Status regarding the recent Appdb vandalism

2007-05-24 Thread Bryan Haskins

Also, in respect to World of Warcraft (Only notify list I'm on), I saw
another deleting quite a bit, as I was saying this morning in #winehq, I
recorded deletions by Roop, no clue if they might actually be legit, but
there was a lot deleted, so I thought I might throw that out there,

On 5/23/07, Jan Zerebecki [EMAIL PROTECTED] wrote:


Please do _only_ address replies to this email to
wine-devel@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:  [EMAIL PROTECTED]
test result
Message-Id: [EMAIL PROTECTED] 
monitor
Message-Id: [EMAIL PROTECTED]
bug
Message-Id:  [EMAIL PROTECTED]

One message about a rejected bug link seemed like these type of
message don't contain any information:
Message-Id:  [EMAIL PROTECTED]


On IRC from the #winehq channel:
Mai 23 05:27:14 -- noerrorsfound_ ([EMAIL PROTECTED]
) 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] ([EMAIL PROTECTED])
: 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:  [EMAIL PROTECTED]

OrgTechHandle: WINDS-ARIN
OrgTechName:   Windstream Communications Inc
OrgTechPhone:  +1-800-990-4449
OrgTechEmail:  [EMAIL PROTECTED]

# ARIN WHOIS database, last updated 2007-05-22 19:10
# Enter ? for additional hints on searching ARIN's WHOIS database.







--
Cheers,
Bryan



Re: Alarming number of users getting hardlocks with Wine

2007-05-24 Thread Marcus Meissner
On Thu, May 24, 2007 at 11:19:23AM -0700, Scott Ritchie wrote:
 Reading the Ubuntu forums, I've noticed quite a few reports from users
 complaining about Wine deadlocking their system - keyboard unresponsive,
 with no solution but to restart the entire computer.
 
 Sometimes users report this problem after running ANY Wine process -
 even winecfg.
 
 I'm not sure what's causing the issue.  At first I thought it was a
 hardware thing (perhaps ATI's infamously terribly drivers), but would
 that still prevent winecfg from working?  Wine is a user-level process,
 it shouldn't be able to cause a hardlock under any circumstances, right?
 
 Anyone else seen these kinds of reports?

It is likely ATI or NVIDIA.

But yes, a broken graphics driver can cause user apps to deadlock the
machine.

Ciao, Marcus




Re: Alarming number of users getting hardlocks with Wine

2007-05-24 Thread Rick Romero
On Thu, 2007-05-24 at 11:19 -0700, Scott Ritchie wrote:
 Reading the Ubuntu forums, I've noticed quite a few reports from users
 complaining about Wine deadlocking their system - keyboard unresponsive,
 with no solution but to restart the entire computer.
 
 Sometimes users report this problem after running ANY Wine process -
 even winecfg.
 
 I'm not sure what's causing the issue.  At first I thought it was a
 hardware thing (perhaps ATI's infamously terribly drivers), but would
 that still prevent winecfg from working?  Wine is a user-level process,
 it shouldn't be able to cause a hardlock under any circumstances, right?
 
 Anyone else seen these kinds of reports?

Hi Scott - Not Wine related, but on Debian Sid OpenOffice 2.1/2.2, if I
click a menu item it will randomly 'deadlock'.   The system isn't really
locked up though, if I ssh in from another machine I can see my X server
is pegged at 100%.   Killing X, of course restarts everything under it,
but the machine is still technically 'responsive'.

So... Ubuntu is a form of Debian...  X locks up..  I figured it was just
my Xserver, as I use an old Matrox 400 Dual Head

Maybe it's just a coincidence..

Rick

 Thanks,
 Scott Ritchie
 
 
 
-- 
--
Rick Romero
IT Manager  
Valeo, Inc. ph: 262.695.4841
Sussex, WI. fax: 262.695.4850
[EMAIL PROTECTED]





Re: Alarming number of users getting hardlocks with Wine

2007-05-24 Thread Maarten Lankhorst
Marcus Meissner schreef:
 It is likely ATI or NVIDIA.
 But yes, a broken graphics driver can cause user apps to deadlock the
 machine.

 Ciao, Marcus

Most likely, I get hard locks too when closing a d3d app by using
control c, and my system hangs if I kill a wine process with xkill, both
thanks to fglrx...

Maarten




Re: Status regarding the recent Appdb vandalism

2007-05-24 Thread Ben Hodgetts (Enverex)
Yes, EVERYTHING from the listed apps was deleted. The AppDB sends an 
email for each individual thing though, for instance if an app has 2 
versions, 5 sets of test data, 80 comments and 7 screenshots it will 
send you 94 individual emails with the info from each item that has been 
deleted.


For the record I have no emails containing Roop at all.

Bryan: Don't email the mailing list AND every single person on the list, 
ONLY mail the list itself.


Ben H.


Bryan Haskins wrote:
Also, in respect to World of Warcraft (Only notify list I'm on), I saw 
another deleting quite a bit, as I was saying this morning in #winehq, 
I recorded deletions by Roop, no clue if they might actually be legit, 
but there was a lot deleted, so I thought I might throw that out there,


On 5/23/07, *Jan Zerebecki* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Please do _only_ address replies to this email to
wine-devel@winehq.org mailto:wine-devel@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:  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
test result
Message-Id:  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
monitor
Message-Id: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
bug
Message-Id:  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]

One message about a rejected bug link seemed like these type of
message don't contain any information:
Message-Id:  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]


On IRC from the #winehq channel:
Mai 23 05:27:14 -- noerrorsfound_ (n=
[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]) 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]
([EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]) : Nicholas
[06:22:38] --- [whoismolle-molle-moll] irc.freenode.net
http://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 http://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 http://64.119.64.0 - 64.119.79.255
http://64.119.79.255
CIDR:   64.119.64.0/20 http://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 

bugzilla component needed

2007-05-24 Thread James Hawkins

Hey Tony,

Can we get a wine-advapi32 component?

Thanks,
James Hawkins




Re: Alarming number of users getting hardlocks with Wine

2007-05-24 Thread Stefan Dösinger
Hi
 Wine is a user-level process,
 it shouldn't be able to cause a hardlock under any circumstances, right?
Correct.

The operating system must prevent user level apps from locking the system. So 
hard crashes are by definition NOT wine's bug.

I think its not the kernel that crashes, rather the X server that fails to 
process new input. Often sshing in works, then you can kill the Wine process 
keeping the X server hostage or the X server itself and your system works 
again. That doesn't help the average user of course.


pgpR8ZqbVqUFB.pgp
Description: PGP signature



Re: problems regression testing/compiling wine

2007-05-24 Thread EA Durbin


I was able to do regression testing fine until I upgraded to Ubuntu 7.04. 
Even the first bisect fails if I do a regression between current wine and 
wine-20041019. I get the following error.


../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./ddraw.spec
d3d_utils.o device_main.o device_opengl.o direct3d_main.o direct3d_opengl.o 
executebuffer.o light.o material.o opengl_utils.o texture.o vertexbuffer.o 
viewport.o clipper.o ddraw_hal.o ddraw_main.o ddraw_thunks.o ddraw_user.o 
ddraw_utils.o main.o palette_hal.o palette_main.o regsvr.o surface_dib.o 
surface_fakezbuffer.o surface_gamma.o surface_hal.o surface_main.o 
surface_thunks.o surface_user.o surface_wndproc.o  version.res   
-Wl,--rpath,\$ORIGIN/`../../tools/relpath /usr/local/lib/wine 
/usr/local/lib` -o ddraw.dll.so -L../../dlls -lole32 -luser32 -lgdi32 
-ladvapi32 -lkernel32 -lntdll  -L../../libs -lwine -ldxguid -luuid   -lSM 
-lICE -lXext -lX11   -L../../libs/port -lwine_port

surface_dib.o: In function `create_dib':
/home/eric/wine/dlls/ddraw/surface_dib.c:159: undefined reference to 
`DIB_CreateDIBSection'

collect2: ld returned 1 exit status
winegcc: gcc failed.
make[2]: *** [ddraw.dll.so] Error 2
make[2]: Leaving directory `/home/eric/wine/dlls/ddraw'
make[1]: *** [ddraw] Error 2
make[1]: Leaving directory `/home/eric/wine/dlls'
make: *** [dlls] Error 2



From: Saulius Krasuckas [EMAIL PROTECTED]
To: Louis Lenders [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: problems regression testing/compiling wine
Date: Mon, 14 May 2007 10:01:19 +0300 (EEST)

* On Sun, 13 May 2007, Louis Lenders wrote:
 * EA Durbin ead1234 at hotmail.com writes:
 
  No, that doesn't help, i've tried distclean, git clean -x, the usual
  make clean, and nothing works. Regression testing seems borked passed
  two bisects.

 I know I had the same problem, and somehow i got around it, but i forgot 
how ;(

 maybe rm -rf */*/*.def from wine's source tree.

I tend to agree on this guess.  But once regression interval starts
occupying Wine versions delta = 1, usually I do:

$ rm -rf dlls/;  git checkout -f

after every

$ git bisect [bad|good]

and before running ./configure .




_
PC Magazine’s 2007 editors’ choice for best Web mail—award-winning Windows 
Live Hotmail. 
http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_pcmag_0507






Re: GIT access fails

2007-05-24 Thread Tom Spear

On 5/24/07, Kirill K. Smirnov [EMAIL PROTECTED] wrote:

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?

Did you happen to update curl/libcurl?

--
Thanks

Tom




GIT access fails

2007-05-24 Thread Kirill K. Smirnov

 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.





Re: RegDeleteTree [9]

2007-05-24 Thread Juan Lang
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/




Re: New Gecko package

2007-05-24 Thread Chris Morgan

Indeed they would. Only I would say picasa to steam ratio would be
1-to-100. And btw only most rudimentary things work in both! Steam
worked _perfectly_ before. And I'm sure would still worked. But now, you
can't buy stuff, you can't open screen-shots (because they are popups)
you don't see MOTO when joining servers, lots of things do not work. So
I would use Steam as an example on the contrary.



I completely agree about the 1 to 100 ratio. Steam is a pretty
critical application for wine given its large number of users.

Chris




Re: New winetricks: add support for Red Hat's liberation fonts

2007-05-24 Thread mark cox

I added them to winetricks so people could experiment with
 them (slightly) more easily.
 - Dan

I'm pretty sure the proper place for these fonts is as a separate distro
package - perhaps one that Wine can depend on.

If the liberation fonts aren't yet being packed up in Ubuntu, I'll see
about adding a new package for them.



Scott, That wasn't what i was thinking when i suggested it to Dan. If users
tests the fonts with wine, which they can now do using winetricks, i was
hoping that the font names could be remapped/hacked so that the names of the
mscorefonts map to the redhat fonts. If that is successful, the fonts could
be included in wine and we wouldn't need mscorefonts anymore.
- mark



Re: [PATCH 4/4] secur32: Fix NTLM's InitializeSecurityContextA/W to be flexible with the index of the token buffer in both the input and output buffer descriptions.

2007-05-24 Thread Kai Blin
On Thursday 24 May 2007 21:04:47 Robert Shearman wrote:

 This patch allows native rpcrt4.dll to use NTLM authentication.

Nice :) And it looks like it wasn't that much work to fix my code ;)

              TRACE(pInput-pBuffers[0].cbBuffer is: %ld\n,
 -                    pInput-pBuffers[0].cbBuffer);
 +                    pInput-pBuffers[input_token_idx].cbBuffer);
              ret = SEC_E_INVALID_TOKEN;

If you change the index of the token buffer, could you please fix the trace 
accordingly?

 +        WARN(no SECBUFFER_TOKEN buffer could be found\n);
 +ret = SEC_E_BUFFER_TOO_SMALL;
 +goto isc_end;
  }

Is that intentional? According to the developer's guide, [y]ou should report 
a warning when something unwanted happens, and the function cannot deal with 
the condition. 
This is something the calling application screwed up, so I think a TRACE 
should be sufficient.

Cheers,
Kai

-- 
Kai Blin
WorldForge developer  http://www.worldforge.org/
Wine developerhttp://wiki.winehq.org/KaiBlin
Samba team member http://us1.samba.org/samba/team/
--
Will code for cotton.


pgp0f59ENdmI9.pgp
Description: PGP signature



Submitted Bug Link rejected notification is kinda useless

2007-05-24 Thread RusH

Here is my problem :

On 5/25/07, AppDB [EMAIL PROTECTED] wrote:


Submitted Bug Link rejected
---
The Bug Link you submitted for eMule 0.46c has been rejected.
We appreciate your help in making the Application Database better for all users.

Best regards.
The AppDB team
http://appdb.winehq.org/


If you don't want to receive any other e-mail, please change your preferences:
http://appdb.winehq.org/preferences.php


as you can see this automatically generated notification is useless,
it tells me that one of Bug Links has been deleted, but doesnt tell me
which one, and why :(
This is bad for people that submit bug links.
Now the other end of the equation - Im the maintainer of uTorrent on
appdb and had to delete a bug link. Someone submitted a link to a
weird bug, there was no mention about utorrent in that bug and I
couldnt reproduce it. My actions should be
-ask submitter about more details
-delete link filling the REASON field with question to submitter about
more details

but there is no submitter field in Known bugs list, there is also
no reason field when I delete bugs.

In that particular case I digged up the email from AppDB with info
Link between Bug  and utorrent 1.7 submitted by blabla
and googled for the blabla person, fortunately I was able to find his
email and write him a message, but it would be far more user friendly
and productive to be able to just do that from the appdb admin form
(mail/message bug submitters/ state reason for deletion)
--
Who logs in to gdm? Not I, said the duck.