- Wine-Devel - list.winehq.org

warnings in dmusic_segment.c and dmusic_synth.c
by Gerald Pfeifer April 9, 2003

April 9, 2003

I'm getting the following warnings with the new code in dlls/dmusic: dmusic_segment.c:475: warning: initialization from incompatible pointer type dmusic_segment.c:477: warning: initialization from incompatible pointer type dmusic_synth.c:179: warning: initialization from incompatible pointer type dmusic_synth.c:373: warning: initialization from incompatible pointer type dmusic_synth.c:388: warning: initialization from incompatible pointer type This is both on SuSE Linux 8.1 and FreeBSD 4.8, so it seems like a generic issue; would you mind having a look? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

Re: Wine release 20030408
by Oliver Ob [o.b./RSi/TRSi/NSD] April 9, 2003

April 9, 2003

Alexandre Julliard schrieb: > > This is release 20030408 of Wine, a free implementation of Windows on > Unix. This is still a developers only release. There are many bugs > and unimplemented features. Most applications still do not work > correctly. > > WHAT'S NEW with Wine-20030408: (see ChangeLog for details) > - Some reorganizations of the source tree. > - File change notifications. > - Support for all variants of glibc 2.3. > - Many documentation updates. > - Lots of bug fixes. > > See the README file in the distribution for installation instructions. > > Because of lags created by using mirror, this message may reach you before > the release is available at the ftp sites. The sources will be available > from the following locations: > > http://www.ibiblio.org/pub/Linux/ALPHA/wine/development/Wine-20030408.tar.gz > http://prdownloads.sourceforge.net/wine/Wine-20030408.tar.gz > > It should also be available from any other site that mirrors ibiblio.org. > These locations also hold pre-built documentation packages in various > formats: wine-doc-html.tar.gz, wine-doc-txt.tar.gz, > wine-doc-pdf.tar.gz and wine-doc-ps.tar.gz. > > You can also get the current source directly from the CVS tree. Check > http://www.winehq.com/cvs for details. > > Patches should be submitted to "wine-patches(a)winehq.com". Please > don't forget to include a ChangeLog entry. If you submitted a patch, > please check to make sure it has been included in the new release. > > If you want to receive by mail a patch against the previous release > when a new one is released, you can subscribe to the mailing list at > http://www.winehq.com/mailman/listinfo/wine-releases . > > Wine is available thanks to the work of many people. See the file > AUTHORS in the distribution for the complete list. > > -- > Alexandre Julliard > julliard(a)winehq.com Hi Alexandre. I am new to Linux. Where can I read about how the wine is updated? Deinstall the old one and then put the new one on? Or is there a better way? -- *º¤.,___,.¤º*¨¨¨*¤ =Oliver(a)home= *º¤.,¸¸¸,.¤º*¨¨*¤ I / __|__ http://www.bmw-roadster.de/Friends/Olli/olli.html I I / / |_/ http://www.bmw-roadster.de/Friends/friends.html I I \ \__|_\ http://groups.yahoo.com/group/VGAP-93 I I \___| mailto:VGAP-93-subscribe(a)yahoogroups.com I >>> Telek0ma iBBMS - moving house, but online! +49....TRSi1 <<<

1 0

Re: Re: Re: Re: Stuck on threading
by Pouech Eric DMI AEI CAEN April 9, 2003

April 9, 2003

> Yeah, what I meant was, how do you alter the current thread so you can > move up and down the stack frame as seen in the backtrace of that > thread? current thread is not altered, it's just stopped as long as you don't enter step/cont... commands then up/dn are just indexes to current thread's stack (which doesn't change since it doesn't execute) the up/dn commands are not available on other threads than current A+

1 0

Re: MaskBlt implementation.
by Dan Kegel April 9, 2003

April 9, 2003

> BYTE SwapROP3_SrcDst(BYTE bRop3) > { > /* swap 1,2 bit and 5,6 bit */ > BYTE bit1 = (bRop3 & 0x04) ? 0x02 : 0; > BYTE bit2 = (bRop3 & 0x02) ? 0x04 : 0; > BYTE bit5 = (bRop3 & 0x40) ? 0x20 : 0; > BYTE bit6 = (bRop3 & 0x20) ? 0x40 : 0; > return (bRop3 & 0x99) | bit1 | bit2 | bit5 | bit6; > } How 'bout BYTE SwapROP3_SrcDst(BYTE bRop3) { /* swap 1,2 bit and 5,6 bit */ BYTE bits44 = (bRop3 & 0x44) >> 1; BYTE bits22 = (bRop3 & 0x22) << 1; return (bRop3 & 0x99) | bits22 | bits44; } -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Re: MaskBlt implementation.
by Dimitrie O. Paun April 9, 2003

April 9, 2003

On April 8, 2003 05:42 pm, Jaekil Lee wrote: > Now, I'm implementing MaskBlt using BitBlt. > I posted same code in www.codeproject.com as MaskBlt in Windows 9x. Suggestions: -- get rid of the C++ stuff (the ::) -- provide a patch (see http://www.winehq.org/?page=sending_patches) Small nits (IMHO): -- get rid of ROP3FromIndex(), just use ROP3Table directly -- rewrite SwapROP3_SrcDst() (see below) -- this is really picky, but I'd rename {FORE,BACK}_ROP3 to something a little more common like {FOREGND,BKGND}_ROP3 I found BACK a little confusing here. Possible SwapROP3_SrcDst() replacement: BYTE SwapROP3_SrcDst(BYTE bRop3) { /* swap 1,2 bit and 5,6 bit */ BYTE bit1 = (bRop3 & 0x04) ? 0x02 : 0; BYTE bit2 = (bRop3 & 0x02) ? 0x04 : 0; BYTE bit5 = (bRop3 & 0x40) ? 0x20 : 0; BYTE bit6 = (bRop3 & 0x20) ? 0x40 : 0; return (bRop3 & 0x99) | bit1 | bit2 | bit5 | bit6; } -- Dimi.

1 0

Re: PuTTY: server infinite loop
by Dimitrie O. Paun April 9, 2003

April 9, 2003

Alexandre, Did you get a chance to look at this? http://www.winehq.com/hypermail/wine-devel/2003/04/0109.html Is it a server bug, or my setup busted? I think it's been there for the longest time, since PuTTY freezed like so for at least 2-3 months. Unfortunately, I can't do regression testing since my cvsup is broken. Unfortunately, no one seems to know how to fix it, and I can find only RedHat 6 binaries. Damn Modula 3! :) -- Dimi.

2 2

hi wine team
by Yu Neil April 9, 2003

April 9, 2003

hello: did the wine team consider construct the win32 support (wine) within a micro-kernel architecture, just like the microsoft`s interix ? Neil Yu _________________________________________________________________ 与联机的朋友进行交流，请使用 MSN Messenger: http://messenger.msn.com/cn

2 1

Re: Wine start.exe
by Dan Kegel April 8, 2003

April 8, 2003

Vilppa Salt wrote: > I posted earlier to the wine-devel about the launching files with params. Now my Wine should be ok. > > In the start.exe the /wait switch doesn't work. If you try to run from wcmd somebatfile.bat file which includes following lines: > > start /wait some-exefile.exe > del some-exefile.exe > > and you have some-exefile.exe in the same directory it fails. This is because the file gets deleted, the wait switch doesn't work. Maybe you could fix it? I would but my c-skills aren't that good. Thanks for the bug report. I'll try to have a look tonight. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Resend: Implements languagegroups functions
by Alexandre Julliard April 8, 2003

April 8, 2003

Maxime Bellengé <maxime.bellenge(a)laposte.net> writes: > This patch implements the languagegroups functions. > As I have access to a French and English windows 2k+, I set > the resources accordingly for the kernel32 resources. However, as > I don't know the resources for other languages, I have put English > resources in the other nls files. People will have to change them to the > correct values. You should really implement the A functions by calling the W ones instead of duplicating the code. Also I'm not sure there's much point in looking up the info in the registry, we don't support installing locales dynamically anyway so we might as well have a static table in the code. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: Re: Re: Stuck on threading
by Pouech Eric DMI AEI CAEN April 8, 2003

April 8, 2003

> See section 2.6.4 in the wine hackers guide, the command reference: > > bt print calling stack of current thread > bt N print calling stack of thread of ID N (note: this > doesn't change the position of the current frame as > manipulated by the up & dn commands) > up goes up one frame in current thread's stack > up N goes up N frames in current thread's stack it doesn't mean (at least it doesn't implement it) that current thread is changed bt N just 1/ stops thread of ID N (if it isn't stopped already) 2/ prints its backtrace but current thread doesn't change in the process (ie, the cont/step... commands still apply to current thread) Mike, BTW, I don't know why, but my ISP seems to have blacklisted the qinetic domain, so I can't reply to you directly (always thru wine-devel) A+

2 1