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

Opening AVIs with wine
by Tom Hibbert April 9, 2003

April 9, 2003

Hello All, I have successfully gotten Discreet Combustion to start under Wine/Winex CVS. However when I try and open or play back an AVI file, I get no output. I have searched the Web and found on winehq that video for windows is at a 30% complete state. Is this true? Changing msvfw32 to native in the config did not help. Please can someone tell me if it is possible for a wine application to open an avi file (or better yet use video for windows codecs). Thanks, Tom Hibbert Work: someday Home: +649 815 1838 Obtain my GPG Key from: http://cryptocracy.hn.org/pubkey.txt

1 0

Re: Janitorial status?
by Rolf Kalbermatter April 9, 2003

April 9, 2003

Hans Leidekker <hans(a)it.vu.nl> wrote: >> BTW, if you feel like working on something, programs/winecfg is a good >> start. All you need is C and Win32 programming an you're all set. Besides, >> it blocks a big chuck of the 0.9 TODO: >> http://www.dssd.ca/wine/Wine-0.9-TODO.html#winecfg > >Well, thanks for the hint, but I think I'll go back to that regression >test I started for file change notifications then. Is this about SHChangeNotify() or do you mean low level file system events? The first has currently a serious problem with notifications for files which don't exist anymore. I'm working currently on it, to make this work. Rolf Kalbermatter

2 1

Janitorial status?
by Hans Leidekker April 9, 2003

April 9, 2003

Hi, I was looking for a way to kill some time when I ended up on (WineHQ's version of) Dimi's janitorial page. It seems the page could use an update since as of this moment some of the items seem to have been finished, or nearly so: tools/winapi_check/winapi_check --none --progress --cross-call-win32-win16 [...] loader/module.c: kernel32: WIN32_GetProcAddress16: illegal call to GetProcAddress16 (Win32 -> Win16) scheduler/syslevel.c: kernel32: _KERNEL32_86: illegal call to _LeaveSysLevel (Win32 -> Win16) [...] There must have been some problem converting these? Or were they introduced after the cleanup maybe? I decided to look further: tools/winapi_check/winapi_check --none --progress --cross-call-unicode-ascii [...] dlls/winmm/driver.c: winmm & winmm: OpenDriverW: illegal call to HEAP_strdupWtoA (Unicode -> ASCII) dlls/winmm/driver.c: winmm & winmm: OpenDriverW: illegal call to OpenDriverA (Unicode -> ASCII) [...] What's the story here? I decided to take on the 'Include statements should use <> instead of ""' item, as it seems nobody else is working on that (except Patrick Stridvall who created that useful patch to winapi_cleanup of course). My plan is to supply one patch for each directory in $WINE_SRC/* and $WINE_SRC/dlls/*, in 'ls' sorting order, to keep the patch size down. Is that OK with you? -Hans ----------------------------------------------- Hans Leidekker Vrije Universiteit Dienst IT Systeembeheer Campusnetwerk De Boelelaan 1105 1081 HV Amsterdam +31 (0) 20 444 5385 The Netherlands -----------------------------------------------

2 4

Fw: Wine release 20030408
by BiGgUn April 9, 2003

April 9, 2003

Extracted from http://source.winehq.org/source/README 4. COMPILATION (...) To upgrade to a new release by using a patch file, first cd to the top-level directory of the release (the one containing this README file). Then do a "make clean", and patch the release with: gunzip -c patch-file | patch -p1 where "patch-file" is the name of the patch file (something likeWine-yymmdd.diff.gz). You can then re-run "./configure", and then run "make depend && make". 5. SETUP (...) Don't forget to uninstall any conflicting previous Wine installation first. Try either "dpkg -r wine" or "rpm -e wine" or "make uninstall" before installing. (...) You should read the entire the useful README to get more details. HTH, Stephan

1 0

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