April 2006 - Wine-Devel - list.winehq.org

Re: Wine and process "names"

by Segin

Vitaliy Margolen wrote: > Sunday, April 30, 2006, 1:39:37 PM, Segin wrote: > >>Vitaliy Margolen wrote: >> >>>Sunday, April 30, 2006, 12:31:50 PM, Segin wrote: >>>No it's been patch that AJ committed some time ago. >>> >>>I think you should browse git commit log more often. Especially all of >>>AJ's patches are not going through wine-patches. >>> >>> >> >>I don't use git. I only use CVS. I only *know* CVS, and not too well at >>that. Hell, I don't know the CVS options for update to fetch new and >>missing directories (e.g. update *everything*) > > > Then you might as well learn git <g> > Only thing you don't need nothing but browser for this: http://source.winehq.org/git/?p=wine.git;a=shortlog > > Vitaliy > > Thank you! This is actually more useful than I though, cause now I can see even the oldest Wine releases (but i doubt there's one as old as my kernel on my 486, which is 0.99pl15) -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

April 30, 2006

Wine and Java -- some success!

by Segin

Ahh, with 0.9.12, we are one step away from using Java!! So far, I have tried to use a Java-based game that provides it's own JRE in Wine. It start up fast, and i do mean *fast*, and displays the game's splash-banner, and draws a quick black all over the screen (which other X clients remove by repainting their windows). It then decides to crash, but alas, it did do *something*. javaw.exe -version gives this: java version "1.4.0_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_01-b03) Java HotSpot(TM) Client VM (build 1.4.0_01-b03, mixed mode) the crash gives just this, and nothing more: swapper.jar: stack smashing attack in function WAVEMAP_widMessage() Aborted -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

April 30, 2006

Re: Wine and process "names"

by Vitaliy Margolen

Sunday, April 30, 2006, 1:39:37 PM, Segin wrote: > Vitaliy Margolen wrote: >> Sunday, April 30, 2006, 12:31:50 PM, Segin wrote: >> No it's been patch that AJ committed some time ago. >> >> I think you should browse git commit log more often. Especially all of >> AJ's patches are not going through wine-patches. >> >> > I don't use git. I only use CVS. I only *know* CVS, and not too well at > that. Hell, I don't know the CVS options for update to fetch new and > missing directories (e.g. update *everything*) Then you might as well learn git <g> Only thing you don't need nothing but browser for this: http://source.winehq.org/git/?p=wine.git;a=shortlog Vitaliy

April 30, 2006

Re: Wine and process "names"

by Segin

Vitaliy Margolen wrote: > Sunday, April 30, 2006, 12:31:50 PM, Segin wrote: > >>Good day, everybody! I have recently done two things: > > >>A. I stopped trying to get Wine to use SDL for a graphics display -- the >>entire idea just sucks. >>B. Upgraded to 0.9.12 > > >>This has presented me with something quite odd > > >>Windows programs running in Wine had their argv[0]'s exposed to Linux. >>Let me clarify: When you run 'ps', the first word in the "CMD" field is >>usually a program's argv[0] and is referred to as the process's "name", >>but of course you all know that. It seems that Windows processes have >>their names exported to Linux in the same way, I literally had this in >>the 'ps' output: >>13885 pts/1 00:00:21 C:\windows\notepad.exe > > >>Is this a new behaviour of Wine 0.9.12, or have the virus writers >>finally caught up with us? > > > > > No it's been patch that AJ committed some time ago. > > I think you should browse git commit log more often. Especially all of > AJ's patches are not going through wine-patches. > > I don't use git. I only use CVS. I only *know* CVS, and not too well at that. Hell, I don't know the CVS options for update to fetch new and missing directories (e.g. update *everything*) -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

April 30, 2006

Re: Wine and process "names"

by Vitaliy Margolen

Sunday, April 30, 2006, 12:31:50 PM, Segin wrote: > Good day, everybody! I have recently done two things: > A. I stopped trying to get Wine to use SDL for a graphics display -- the > entire idea just sucks. > B. Upgraded to 0.9.12 > This has presented me with something quite odd > Windows programs running in Wine had their argv[0]'s exposed to Linux. > Let me clarify: When you run 'ps', the first word in the "CMD" field is > usually a program's argv[0] and is referred to as the process's "name", > but of course you all know that. It seems that Windows processes have > their names exported to Linux in the same way, I literally had this in > the 'ps' output: > 13885 pts/1 00:00:21 C:\windows\notepad.exe > Is this a new behaviour of Wine 0.9.12, or have the virus writers > finally caught up with us? No it's been patch that AJ committed some time ago. I think you should browse git commit log more often. Especially all of AJ's patches are not going through wine-patches.

April 30, 2006

Re: Wine and process "names"

by James Hawkins

On 4/30/06, Segin <segin2005(a)gmail.com> wrote: > > Is this a new behaviour of Wine 0.9.12, or have the virus writers > finally caught up with us? > This is the expected behavior. -- James Hawkins

April 30, 2006

Wine and process "names"

by Segin

Good day, everybody! I have recently done two things: A. I stopped trying to get Wine to use SDL for a graphics display -- the entire idea just sucks. B. Upgraded to 0.9.12 This has presented me with something quite odd Windows programs running in Wine had their argv[0]'s exposed to Linux. Let me clarify: When you run 'ps', the first word in the "CMD" field is usually a program's argv[0] and is referred to as the process's "name", but of course you all know that. It seems that Windows processes have their names exported to Linux in the same way, I literally had this in the 'ps' output: 13885 pts/1 00:00:21 C:\windows\notepad.exe Is this a new behaviour of Wine 0.9.12, or have the virus writers finally caught up with us? -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

April 30, 2006

Remove the European CVS server?

by Scott Ritchie

Since it seems like most people are using GIT, and the European CVS server has a severely annoying tendency to not be up to date, I propose we eliminate the European CVS server entirely and remove it from this page: http://www.winehq.com/site/cvs For an example of how it's hurting development, see this bug: http://bugs.winehq.org/show_bug.cgi?id=4323 Thanks, Scott Ritchie

April 30, 2006

Re: Summer of Code Project: DirectPlay

by Adam Luchjenbroers

On Mon, 24 Apr 2006 11:47, Francois Gouget wrote: > On Fri, 21 Apr 2006, Adam Luchjenbroers wrote: > [...] > > > With the way DirectPlay works, we could provide our own provider and a > > compatible provider if we so wanted (at least, to the extent of my > > knowledge). > > IMHO we should saves ourselves some work and only do the compatible > provider since it will be needed anyway. If it's any sizeable amount of work, true - although I'm investigating using an existing LGPL network library to implement a provider. If it turns out to be a relatively simple task, then we can provide it, partially as an early solution, but the big benefit I see is that we can use it to test the infrastructure and make sure the rest works while we implement the DirectPlay provider. > * How Samba was written > by Andrew Tridgell > http://samba.org/ftp/tridge/misc/french_cafe.txt > > * Myths About Samba > by Andrew Tridgell > http://www.groklaw.net/articlebasic.php?story=20050205010415933 Got them printed out, unfortunately ATM I lack a licensed version of Windows with which to do the sniffing :\ -- "You can bring any calculator you like to the midterm, as long as it doesn't dim the lights when you turn it on." - Hepler, Systems Design 182

April 30, 2006

crash in mixer.c:457

by Molle Bestefich

Winecfg --> Audio --> OSS, Full Hardware Acceleration. wine starcraft.exe. Result: ============ wine: Unhandled page fault on read access to 0x7e5c0000 at address 0x7d3c02d6 (thread 000f), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x7e5c0000 in 32-bit code (0x7d3c02d6). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7d3c02d6 ESP:7d058850 EBP:7d058888 EFLAGS:00010206( - 00 - RIP1) EAX:00003800 EBX:7d3de7a0 ECX:00003800 EDX:ffffffc0 ESI:7e5c0000 EDI:7fdd43b2 Stack dump: 0x7d058850: 7fd93d28 7fdd43b0 00007000 7fc2a2b0 0x7d058860: f1208000 00000000 00010000 00000000 0x7d058870: 00003800 00007000 00007000 7d3de7a0 0x7d058880: 7fd5b238 00004000 7d0588d8 7d3c10bc 0x7d058890: 7fd93d28 00000000 00007000 7ffb6d3c 0x7d0588a0: 00000001 7d058900 0000000c 7d0588f8 Backtrace: =>1 0x7d3c02d6 DSOUND_MixInBuffer+0x116(dsb=0x7fd93d28, writepos=0x0, fraglen=0x7000) [/root/wine-git/dlls/dsound/mixer.c:457] in dsound (0x7d3c02d6) 2 0x7d3c10bc DSOUND_MixOne+0x2bc(dsb=0x7fd93d28, playpos=0x0, writepos=0x0, mixlen=0x7000) [/root/wine-git/dlls/dsound/mixer.c:784] in dsound (0x7d3c10bc) 3 0x7d3c1769 DSOUND_MixToPrimary+0x109(device=0x7fd5b238, playpos=0x0, writepos=0x0, mixlen=0x7000, recover=0x1) [/root/wine-git/dlls/dsound/mixer.c:854] in dsound (0x7d3c1769) 4 0x7d3c1fbb DSOUND_PerformMix+0x29b(device=0x7fd5b238) [/root/wine-git/dlls/dsound/mixer.c:1068] in dsound (0x7d3c1fbb) 5 0x7d3c24c2 DSOUND_timer+0x122(timerID=0x1, msg=0x0, dwUser=0x7fd5b238, dw1=0x0, dw2=0x0) [/root/wine-git/dlls/dsound/mixer.c:1128] in dsound (0x7d3c24c2) 6 0x7d337983 TIME_TriggerCallBack+0xf3(lpTimer=0x7fd5abb0) [time.c:95] in winmm (0x7d337983) 7 0x7d337ba4 TIME_MMSysTimeCallback+0x174(iData=0x7d38aa80) [/root/wine-git/dlls/winmm/time.c:206] in winmm (0x7d337ba4) 8 0x7d337d38 TIME_MMSysTimeThread+0x78(arg=0x7d38aa80) [/root/wine-git/dlls/winmm/time.c:242] in winmm (0x7d337d38) 9 0x7fc64274 THREAD_Start+0x124(ptr=0x7fd5abb0) [/root/wine-git/dlls/kernel/thread.c:76] in kernel32 (0x7fc64274) 10 0x7ffba53f start_thread+0x24f(info=0x7fd5abc8) [/root/wine-git/dlls/ntdll/thread.c:357] in ntdll (0x7ffba53f) 11 0xb7f92aba start_thread+0x8b in libpthread.so.0 (0xb7f92aba) 12 0xb7f2e39e __clone+0x5e in libc.so.6 (0xb7f2e39e) 0x7d3c02d6 DSOUND_MixInBuffer+0x116 [/root/wine-git/dlls/dsound/mixer.c:457] in dsound: movswl 0x0(%esi),%eax 457 field += *obufs;

April 30, 2006