wine-devel December 2007

wine-devel@winehq.org

139 participants
264 discussions

Re: What happened to the videos from WineConf?
by Remco 30 Dec '07

30 Dec '07

"H. Verbeet" <hverbeet(a)gmail.com> wrote: > > The videos have been processed and encoded, but we ran into problems > > getting them on youtube. I've found the right person to talk to > > about this, so hopefully they'll get the videos online in the next > > couple weeks. > > FWIW, personally I don't care much for youtube. Just having an .ogg we > can download somewhere would be enough for me. Maybe the full-res Theora videos can be published as torrents on a strictly legal tracker like legittorrents.info? Alternatively, WineHQ.org could host a tracker. This can be useful for bandwidth-reduction on all downloads from WineHQ.org. Remco ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

1 0

splitting out on_winver_change() and friends
by Robert Millan 29 Dec '07

29 Dec '07

Hi I'm writing a small application to automate the process of setting Windows version for executables that are known to require a specific one. I'd like it to use the knowledge about defining Windows versions contained in winecfg/appdefaults.c instead of duplicating/forking code from it. Would it be ok to move on_winver_change() and some of its friends like win_versions[] and set_reg_key() to libwine.so.1 for this purpose ? -- Robert Millan <GPLv2> I know my rights; I want my phone call! <DRM> What use is a phone call, if you are unable to speak? (as seen on /.)

4 13

RtlpWaitForCriticalSection
by Luis A. Montes 29 Dec '07

29 Dec '07

I got a game (Need for speed III) that has been reported to work by others. On my computer, though, the game hangs at different places about 50% of the time. I compiled Wine 0.9.51 from source on a Slackware 12.0 dual core Athlon, and although I'm sure most people this days buy at least that kind of computer, maybe that was not true when the reports came out. What I'm thinking is that this is a race condition brought out because of the two cores. I think that because if I run inside gdb I catch a SIGTERM going to a thread that then exits. Another thread then prints the: err:ntdll:RtlpWaitForCriticalSection section ... wait timed out in thread ..., blocked by <dead_thread>, retrying (60 sec) I see three ways to fix this problem: - When a thread dies, release the locks it has. Of course this wouldn't be compatible with windows, but perhaps a command line option could activate that code. In any case I could try something like that for this game in particular. I'm looking for some pointers on where should I start looking. - Looking into why the thread is getting a SIGTERM in the first place. Perhaps there is a way to delay the signal from being sent in a reasonable way? Who would be sending it? - Run the game in a single core (setting the affinity?) It just occur to me that I should be able to set the affinity on a bash shell and then start wine from there. I'll try that.

1 0

icmp states I need to be running wine as root
by EA Durbin 29 Dec '07

29 Dec '07

I tried to update the Ocean application as outlined in bug 8332 and got a message from the console stating I needed to be running as root for ICMP to work. I thought wine was not to be run as root, is this not correct? int sid=socket(AF_INET,SOCK_RAW,IPPROTO_ICMP); if (sid < 0) { MESSAGE("WARNING: Trying to use ICMP (network ping) will fail unless running as root\n"); SetLastError(ERROR_ACCESS_DENIED); return INVALID_HANDLE_VALUE; } _________________________________________________________________ Peek-a-boo FREE Tricks & Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us

5 8

COM/DCOM of WINE
by Fong, Man To 29 Dec '07

29 Dec '07

> Dear Sir / Madam, > > We are developing a software which is running on Linux platform. The > software will retrieve the information from TETRA Connectivity Server > (TCS) which is running on Window 2003 server. The communication > protocol, pre-defined by TCS manufacturing, is DCOM. Since the > communication protocol is not opened by the manufacturer. We must > install the API provided by the manufacturer on our workstation > running on Linux. Does WINE support the DCOM function? > > Best Regards, > CLP Engineering > Project Engineer > MT Fong Disclaimer: This e-mail is intended for the addressee(s) only. It is privileged and may also be confidential. Any copying, modification, retransmission or other use of this e-mail or the information contained therein is prohibited. If you are not the addressee(s) or have received this e-mail in error, please contact the sender and delete this email from your computer systems. Internet communications cannot be guaranteed to be timely, secure, error-free or virus-free. The sender will not accept any responsibility for any errors or omissions contained in this e-mail. Website: http://www.clpgroup.com

4 3

Re: bug 9986
by Juan Lang 29 Dec '07

29 Dec '07

Hi Tom, > Exchanged interpretation of XON and XOFF. It might help if you wrote the same explanation about their meanings being reversed in your email that you did in the patch: Alexandre's not likely to go check up on bugzilla. --Juan

5 6

err:ntdll:RtlpWaitForCriticalSection blocked
by Stefani Seibold 29 Dec '07

29 Dec '07

Hi, i still try since more than two years to bring up the old windows 95 game "pitfall: the mayan adventure". The games runs well without sound, but if i try to enable the sound a small sound chuck will be played and the games freeze with the message: err:ntdll:RtlpWaitForCriticalSection section 0x20017c90 "?" wait timed out in thread 0009, blocked by 000f, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x20017c90 "?" wait timed out in thread 000e, blocked by 000f, retrying (60 sec) All Wine Versions since the last two years have the same effect, included the newest 0.9.52. Any idea? Thanx for helping me... Stefani

1 0

Re: user32: Remove unneeded casts.
by Andrew Talbot 29 Dec '07

29 Dec '07

Michael Stefaniuc wrote: > I just stumbled upon those while researching a potential problem for > which Smatch issued a warning. > [...] > @@ -1324,7 +1324,7 @@ HDDEDATA WINAPI DdeAddData(HDDEDATA hData, LPBYTE > pSrc, DWORD cb, DWORD cbOff) > if (new_sz > old_sz) > { > DdeUnaccessData(hData); > - hData = GlobalReAlloc((HGLOBAL)hData, new_sz + > sizeof(DDE_DATAHANDLE_HEAD), > + hData = GlobalReAlloc(hData, new_sz + sizeof(DDE_DATAHANDLE_HEAD), [...] Hi, In general, I have left the casts in where one PVOID-type handle was cast as another, e.g. HMODULE as HANDLE: I wasn't sure if strict typing might (one day) be an issue. AFAIK, my only transgressions were when I removed the casts from the return values of some {Local|Global}Alloc() and family functions, where they, strictly speaking, return a handle, not a literal PVOID, so arguably should be cast. For example: PSID pSid = (PSID)LocalAlloc(0, cBytes); Since LocalAlloc() returns a HLOCAL - which just happens to be a PVOID - one might argue that the cast should remain. As another example of type-equivalence versus -distinction, DWORD and ULONG are both defined as unsigned long, but I have currently left them as distinct types, too. I would be glad for feedback on how type-strict we should be, please. Thanks, -- Andy.

2 1

re: Uninitialized static consts
by Dan Kegel 28 Dec '07

28 Dec '07

Samuel wrote: > I discovered a static constant wasn't initialized in RedrawWindow when I > was using Valgrind. I wonder if this is a problem or not, because it has > been there since 2005 and it doesn't give any compiler warnings. static vars are located in the bss section and are initialized to zero by the runtime loader, iirc. Can you give more details about the error you found with Valgrind? - Dan

2 1

Uninitialized static consts
by Samuel Lidén Borell 28 Dec '07

28 Dec '07

Hi, I discovered a static constant wasn't initialized in RedrawWindow when I was using Valgrind. I wonder if this is a problem or not, because it has been there since 2005 and it doesn't give any compiler warnings. AFAIK constants can't be initialized later (unless they are pointers), so it seems to me that this really is a problem. I used a regex to find other occurrences of uninitialized consts, and I found a lot of them. Most of them are interfaces, but I don't know what interfaces *really* are, so I don't know about these. But types like structs and unions should be initialized, right? Here's the command I used: grep -E 'static const [^*=;]+;' `find -iname '*.c'` Please CC me any replies because I'm not subscribing to the list. Regards, Samuel Lidén Borell

2 1

← Newer
1
2
3
4
5
6
7
8
...
27
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel December 2007