wine-devel June 2005

wine-devel@winehq.org

163 participants
316 discussions

Work being done at the File Creation Interface of Cabinet.DLL
by Gerold J. Wucherpfennig 08 Jun '05

08 Jun '05

I just want to let you know that I'm working at the FCI functions of CABINET.DLL. I had a look at this a few years ago, but gave up soon. Two weeks ago I made a new attempt and next weekend I should be able I post a patch which implements all FCI functions and will work with spanning cabinets. Real file compression will not be implemented at that point of time as I still have to write missing parts and complete error handling first. This work took me longer than expected so let's see if I can adhere to my schedule. Regards, Gerold

2 2

config check for videodev.h
by Adrian Harvey 08 Jun '05

08 Jun '05

I have been trying to test out the new webcam support with MSN, and have been having some trouble getting it to work. I have traced my problems back to an error in configure failing to compile the test for videodev.h, and therefore thinking that I have no v4l support. /usr/include/linux/videodev.h:55: error: syntax error before "ulong" /usr/include/linux/videodev.h:71: error: syntax error before '}' token The following patch fixes it for me, but I have little knowledge of autoconf, so I'm not sure if I've done the right thing? sys/time.h includes bits/types.h, and bits/types.h says it should not be included directly - and to use sys/types.h --- configure.ac.080605 2005-06-08 21:56:04.000000000 +1200 +++ configure.ac 2005-06-08 21:56:42.000000000 +1200 @@ -1226,6 +1226,7 @@ AC_CHECK_HEADERS(linux/videodev.h,,, [#ifdef HAVE_SYS_TIME_H #include <sys/time.h> +#include <sys/types.h> #endif #ifdef HAVE_ASM_TYPES_H #include <asm/types.h> The webcam support is truly amazing BTW - I never expected something like that to work so well in wine! Cheers, Adrian

2 1

wine-systray problem
by Pashok 08 Jun '05

08 Jun '05

Hi all! i have trouble with wine-systray. I run windows program called "FCat". Wine-systray work correctly only under xfce-4.2.2. Under openbox-3.2 systray looks as small window on screen. Not in systray. Why? -- Sorry, im still using windows...

4 4

RE: setupapi - Danish and Swedish Translations
by Casper Hornstrup 08 Jun '05

08 Jun '05

+COPYFILEDLGORD DIALOG LOADONCALL MOVEABLE DISCARDABLE 20, 20, 208, 105 +STYLE DS_MODALFRAME | DS_SETFONT | WS_POPUP | WS_VISIBLE | WS_CAPTION +CAPTION "Overførere Filer..." +FONT 8, "MS Shell Dlg" +BEGIN Should be: +CAPTION "Overfører Filer..." > -----Original Message----- > From: wine-patches-admin(a)winehq.org [mailto:wine-patches-admin@winehq.org] On Behalf Of Steven > Edwards > Sent: 8. juni 2005 00:33 > To: wine-patches(a)winehq.org > Subject: setupapi - Danish and Swedish Translations > > Changelog: > Danish translation by Thomas Larsen <sikker2004(a)yahoo.com> > Swdish translations by Anders Bergh <anders1(a)gmail.com> proofread by Andreas Bjerkeholt > <harteex(a)gmail.com> > > > > __________________________________ > Discover Yahoo! > Stay in touch with email, IM, photo sharing and more. Check it out! > http://discover.yahoo.com/stayintouch.html

1 0

Turning off the exception dialog
by Robert Lunnon 08 Jun '05

08 Jun '05

The latest build of wine I am getting a dialog telling me about an exception rather than wine just dumping core. gdb can't catch the point of the exception allowing me to debug the problem. From memory there is a way to turn off this "feature" no ? Bob

1 0

[Resent]Request: Detect a broken pipe
by Uwe Bonnes 08 Jun '05

08 Jun '05

Hallo, Alexandre just added my testcase to wine-patches, fingerpointing at a todo_wine() with wine not seeing a broken pipe. This still keeps Altera Quartus from starting up. I tried to fix for myself for some time , but to no avail. Any help/patches welcome. Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Problems in bitblt (in x11drv)
by David Albrecht 08 Jun '05

08 Jun '05

I'm new to wine and relatively new to windows programming being mostly a unix hack. Just for yucks I thought I'd get a relatively simple app emu48 to work. Turns out emu48 is not so simple (multi-threaded, etc.). First task towards functionality is to get the boot up display to look right and a BitBlt didn't seem to be functioning correctly. Much investigation later it turns out that in the file dib.c: /* if the source bitmap is 8bpp or less, we're supposed to use the * DC's palette for color conversion (not the DIB color table) */ is NOT true at least not for my case where the DC containing the bitmap has one palette and the colormap for the bitmap is not the same. If I disable the hPalette tests as I did below and always use the DIB colormap it boots up with the correct display otherwise the color mapping doesn't match the DIB bits and I get garbage. if (dib.dsBm.bmBitsPixel <= 8) { HPALETTE hPalette = GetCurrentObject( physDevSrc->hdc, OBJ_PAL ); if (/*!hPalette || (hPalette == GetStockObject(DEFAULT_PALETTE))*/1) { /* HACK: no palette has been set in the source DC, * use the DIB colormap instead - this is necessary in some * cases since we need to do depth conversion in some places * where real Windows can just copy data straight over */ colorMap = physBitmap->colorMap; nColorMap = physBitmap->nColorMap; } else { colorMap = X11DRV_DIB_BuildColorMap( physDevSrc, (WORD)-1, dib.dsBm.bmBitsPixel, (BITMAPINFO*)&dib.dsBmih, &nColorMap ); if (colorMap) aColorMap = TRUE; } } Not knowing the full ramifications of this code I thought I'd pass this along so that someone more familiar with it can reassess it. The DC and bitmap are created thusly: #if defined GRAYSCALE #define NOCOLORS 8 #else #define NOCOLORS 2 #endif static struct { BITMAPINFOHEADER Lcd_bmih; RGBQUAD bmiColors[NOCOLORS]; } bmiLcd = { {0x28,0/*x*/,0/*y*/,1,8,BI_RGB,0,0,0,NOCOLORS,0} }; VOID CreateLcdBitmap(VOID) { // create LCD bitmap _ASSERT(nLcdDoubled == 1 || nLcdDoubled == 2 || nLcdDoubled == 4); bmiLcd.Lcd_bmih.biWidth = LCD_ROW * nLcdDoubled; bmiLcd.Lcd_bmih.biHeight = -64 * nLcdDoubled; _ASSERT(hLcdDC == NULL); hLcdDC = CreateCompatibleDC(hWindowDC); _ASSERT(hLcdDC != NULL); hLcdBitmap = CreateDIBSection(hLcdDC, (BITMAPINFO*)&bmiLcd,DIB_RGB_COLORS, (LPVOID*)&pbyLcd, NULL, 0); _ASSERT(hLcdBitmap != NULL); hOldLcdBitmap = SelectObject(hLcdDC, hLcdBitmap); _ASSERT(hPalette != NULL); SelectPalette(hLcdDC, hPalette, FALSE); // set palette for LCD DC RealizePalette(hLcdDC); // realize palette BuildPattern(); // build Nibble -> DIB mask pattern UpdateContrast(Chipset.contrast); return; } Note that update contrast doe a SetDIBColorTable: VOID UpdateContrast(BYTE byContrast) { #if defined GRAYSCALE INT i; RGBQUAD c = *(RGBQUAD*)&dwKMLColor[byContrast]; // pixel on color RGBQUAD b = *(RGBQUAD*)&dwKMLColor[byContrast+32]; // pixel off color if ((Chipset.IORam[BITOFFSET] & DON) == 0 || I == *(DWORD*)&b) b = *(RGBQUAD*)&dwKMLColor[0]; // fill color palette of bitmap for (i = 0; i < ARRAYSIZEOF(bmiLcd.bmiColors); ++i) { const INT nCAdj[] = { 0, 1, 1, 2, 1, 2, 2, 3 }; _ASSERT(i < ARRAYSIZEOF(bmiLcd.bmiColors)); _ASSERT(i < ARRAYSIZEOF(nCAdj)); bmiLcd.bmiColors[i] = b; bmiLcd.bmiColors[i].rgbRed += (((INT) c.rgbRed - (INT) b.rgbRed) * nCAdj[i] / 3); bmiLcd.bmiColors[i].rgbGreen += (((INT) c.rgbGreen - (INT) b.rgbGreen) * nCAdj[i] / 3); bmiLcd.bmiColors[i].rgbBlue += (((INT) c.rgbBlue - (INT) b.rgbBlue) * nCAdj[i] / 3); } #else bmiLcd.bmiColors[1] = *(RGBQUAD*)&dwKMLColor[byContrast]; // pixel on color bmiLcd.bmiColors[0] = *(RGBQUAD*)&dwKMLColor[byContrast+32]; // pixel off color if ((Chipset.IORam[BITOFFSET] & DON) == 0 || I == *(DWORD*)&bmiLcd.bmiColors[0]) bmiLcd.bmiColors[0] = *(RGBQUAD*)&dwKMLColor[0]; #endif // update palette information _ASSERT(hLcdDC); SetDIBColorTable(hLcdDC,0,ARRAYSIZEOF(bmiLcd.bmiColors),bmiLcd.bmiColors); return; } The BitBlt: BitBlt(hWindowDC, nLcdX, nLcdY, 131*nLcdDoubled, nLines*nLcdDoubled, hLcdDC, Chipset.boffset*nLcdDoubled, 0, SRCCOPY); As emu48 still doesn't work I'll probably have more things I find in likely much different areas later. Dave

1 0

CPU Emulation
by Robert Lunnon 07 Jun '05

07 Jun '05

Has any consideration been given to hooking a CPU emulation into wine to allow non x86 derivative CPUs execute native Windows binaries. For example it aught to be possible to hook qmu into the wine loader. Would this make a good Google Summer of Code project ? Wine could become Wine Is Now an Emulator Bob

4 3

Re: Fix our waveout tests by adjusting for underrun conditions
by Duane Clark 07 Jun '05

07 Jun '05

Jeremy White wrote: > On my VIA8237 sound card at work, the Wave tests for winmm > have been failing for me with Alsa. > > > Now, this patch Works For Me (TM), on both of my systems, > but turning off the xrun mode seems like a big step to me; > I'd appreciate testing by any concerned parties. This seems to cause severe problems for VirtualDub: http://virtualdub.sourceforge.net/ Here is the movie I am using: http://ftp.pub.cri74.org/pub/win9x/video/SampleMovie/ If you open and run the movie, it plays ok, including sound. But try clicking stop in the middle of playing. Or when the movie gets to the end, everything is stuck; it appears the program cannot tell that the movie has ended. This is on current CVS, with winealsa (I think, at least that is what is set in my config file), and RH9.

1 0

Re: wine-systray problem
by Andreas Mohr 07 Jun '05

07 Jun '05

[Darn, forgot group reply] Hi, On Tue, Jun 07, 2005 at 10:15:02PM +0600, Pashok wrote: > Andreas Mohr wrote: > > > >Maybe openbox-3.2 doesn't (fully?) support systray desktop guidelines > >(see freedesktop.org?) and thus Wine falls back to using a popup window > >instead? > > Maybe, but Openbox "was written first to comply with standards and to > work properly".... Hmm, then it should have worked if that fully was the case. > So i can't change this? I must use xfce??? I like openbox.... :( You are using Linux. You can change *EVERYTHING*. > -- > Sorry, im still using windows... Oh wait, you aren't... ;) If systray integration doesn't work despite openbox advertising standards compliance, then use some relevant Wine debug channel (it's probably dlls/shell32/systray.c, so it's WINEDEBUG=+shell) to find out what it tries to do and what doesn't work there. Andreas Mohr

1 0

← Newer
1
...
22
23
24
25
26
27
28
...
32
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 June 2005