wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

URLCache, was: Re: Semi-Stub implementation for SHRegGetValue(A|W)
by Uwe Bonnes 06 Nov '05

06 Nov '05

>>>>> "Uwe" == Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: Uwe> This patch lets the recent Atmel AVRStudio Version 4.12 run, Uwe> invoked like "env Uwe> WINEDLLOVERRIDES=ole32,oleaut32,rpcrt4,msxml3,urlmon=n wine\ Argh, forgot this: Also native wininet is needed. The application hits out arbitrary limit of 4 hash table entries in the URLCache and the inability to grow. Bumping the 4 in the for() loop to create the hash table entries up to 8 makes AVRStudio run with builtin wininet. -- 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

version<unspecified>
by wino＠piments.com 06 Nov '05

06 Nov '05

I have an app that tests the version number of certain dlls it uses on startup. The first seems to be riched20.dll If I run it on 20050524 it starts and works. If I run from the same installation after installing wine-0.9 (or just about any winecfg based version) it starts throwing errors like: riched20.dll version<unspecified> was found, this program requires at least..... I then have to pull in a native dll and tell wine to go native when in fact the buildin functions work perfectly. bug or feature? I guess this was done intentionally or is a result of an intentional change and seems related to winecfg becoming active. What is the best way to deal with this? It seems a shame to install native dlls when the wine code does the job. TIA

2 7

killing wine dregs
by wino＠piments.com 05 Nov '05

05 Nov '05

I often have wine finish uncleanly or need to break in if it is misbehaving , this leaves some processes lying around and often means wine cannot be restarted correctly. I find killing it by hand labourious so I used the following command to clean up and have now defined it as an alias to make life easier. pgrep wine|while read p; do kill -9 $p ; done; It works nicely but just wondered if anyone would say OMG dont do that ! TIA.

5 7

Re: [dxdiagn] DirectXFiles + bug fixes
by Christian Costa 05 Nov '05

05 Nov '05

> > >Todo: > - find a way to provide wanted informations on containers (logical drivers, >sound drivers, display drivers, ...) > - fill DirectShowFilters (Christian have you an idea how to do that ?) > > Well, I don't know which filters should be enumerated here but you can use devenum (see EnumMatchingFilters of IFilterMapper2 interface). Christian

1 0

relay debuggin crashes wine at startup
by Peter Berg Larsen 05 Nov '05

05 Nov '05

Hi, It seems that for some time, that whenever I enable relay debugging, wine crashes at startup e.i: /mnt/windows/Programmer/Railroad Tycoon 3 > env WINEDEBUG=+relay /usr/local/bin/wine 0009:Call kernel32.__wine_kernel_init() ret=7bec1599 Segmentation fault /mnt/windows/Programmer/Railroad Tycoon 3 > env WINEDEBUG=+relayfoo /usr/local/bin/wine Wine 0.9 Usage: wine PROGRAM [ARGUMENTS...] Run the specified program wine --help Display this help and exit wine --version Output version information and exit /mnt/windows/Programmer/Railroad Tycoon 3 > Am I missing something? I haven't tried wine older than 2 months. Is it my system? /mnt/windows/Programmer/Railroad Tycoon 3 > uname -a Linux **** 2.6.12-12mdk #1 Fri Sep 9 18:15:22 CEST 2005 i686 Intel(R) Pentium(R) M processor 1.86GHz unknown GNU/Linux /mnt/windows/Programmer/Railroad Tycoon 3 > rpm -qa glibc glibc-2.3.5-5mdk /mnt/windows/Programmer/Railroad Tycoon 3 > Peter

2 3

Problem with showing arabic script
by Yaser 05 Nov '05

05 Nov '05

Hello All, I compiled Wine-0.9 with ICU to support BiDi. And I used LC_CTYPE to choose the appropriate character map. The Arbic letters are shown in the right order (from right to left), but they are shown separated and not connected. Any Idea to fix this problem? Thank you in advance. Yaser..

1 0

Fwd: wingcc link problem
by Vitaly Lipatov 05 Nov '05

05 Nov '05

Please take attention, is it bug or I use winegcc incorrectly? ---------- Forwarded message ---------- Subject: wingcc link problem Date: 24 Сентябрь 2005 16:51 From: Vitaly Lipatov <lav(a)etersoft.ru> To: wine-devel(a)winehq.org Last days I can't compile any program with winegcc: $ winegcc buildtest.c a.out.exe-u5twQI.spec.o(.data+0x28): In function `__wine_spec_nt_header': : undefined reference to `__wine_spec_exe_entry' a.out.exe-u5twQI.spec.o(.init+0x1): undefined reference to `__wine_spec_init_ctor' collect2: ld returned 1 exit status winegcc: gcc failed. $ cat buildtest.c int main(int argc, char **argv) { exit(0); } Any suggestions? ------------------------------------------------------- -- Lav Виталий Липатов Россия, Санкт-Петербург. www.etersoft.ru GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX!

4 7

Rejected patches in dmloader and dmime
by Peter Berg Larsen 05 Nov '05

05 Nov '05

Hi, Whats is wrong with http://www.winehq.org/pipermail/wine-patches/2005-October/021445.html http://www.winehq.org/pipermail/wine-patches/2005-October/021446.html http://www.winehq.org/pipermail/wine-patches/2005-October/021447.html and http://www.winehq.org/pipermail/wine-patches/2005-October/021448.html They were first time send in September. Peter

1 0

Re: Fix warning about signedness of pointers
by Robert Shearman 05 Nov '05

05 Nov '05

Vincent Béron wrote: >Changelog: >Fix warning about signedness of pointers in x11drv. > >Vincent > > >------------------------------------------------------------------------ > >Index: dlls/x11drv/event.c >=================================================================== >RCS file: /home/wine/wine/dlls/x11drv/event.c,v >retrieving revision 1.59 >diff -u -r1.59 event.c >--- dlls/x11drv/event.c 12 Sep 2005 15:14:07 -0000 1.59 >+++ dlls/x11drv/event.c 4 Nov 2005 00:13:43 -0000 >@@ -698,7 +698,7 @@ > > if( !aux_long && p_data) /* don't bother if > 64K */ > { >- signed char *p = (signed char*) p_data; >+ char *p = (char *)p_data; > char *p_drop; > > aux_long = 0; >@@ -736,7 +736,7 @@ > lpDrop->fWide = FALSE; > WIN_ReleasePtr(pDropWnd); > p_drop = (char *)(lpDrop + 1); >- p = p_data; >+ p = (char *)p_data; > while(*p) > { > if( *p != -1 ) /* use only "good" entries */ > > Mike McCormack already tried an identical patch, but it was rejected because the implications of the fix were not considered. It doesn't seem that they were addressed in this patch either. IIRC, the main issue was that *p can in fact be negative. -- Rob Shearman

2 1

Re: Move functions to remove function declaration
by Robert Shearman 05 Nov '05

05 Nov '05

Vincent Béron wrote: >Changelog: >Move functions in comctl32/string.c to remove function declaration. > > The current ordering is more logical, but the more important point is that these functions are exported and so should be put in a header file somewhere. -- Rob Shearman

1 0

bug 3514 fix (dsound primary buffer) needs fix?
by Peter Berg Larsen 05 Nov '05

05 Nov '05

Hi, The following patch http://www.winehq.org/pipermail/wine-patches/2005-October/021269.html fixes http://bugs.winehq.org/show_bug.cgi?id=3514 but crashed Railroad tycoon, as it always sets device->primary->dsound to null when there are more than one user of the device. The following patch fixes railroad tycoon; does it still fix bug 3514? Peter RCS file: /home/wine/wine/dlls/dsound/dsound.c,v retrieving revision 1.42 diff -u -r1.42 dsound.c --- dsound.c 19 Oct 2005 19:21:38 -0000 1.42 +++ dsound.c 5 Nov 2005 03:09:22 -0000 @@ -251,7 +251,7 @@ if (This->device) { if (DirectSoundDevice_Release(This->device) != 0) { /* device not released so make sure primary reference to This removed */ - if (This->device->primary) + if (This->device->primary && This->device->primary->dsound == This) This->device->primary->dsound = NULL; } }

2 1

DISPLAY vs. \\.\DISPLAY1
by Tim Martin 05 Nov '05

05 Nov '05

I had discovered a bug with Quicken 2005 where certain graphics aren't being drawn on screen, depending on whether the application is using W98 or W2k "emulation". The behavior actually changed (from works in W98 but broken in W2k to works in W2k but broken in W98) at some point in time. After some tedius recompiling and testing (hey, I'm new to wine!) I discovered the behavior swap was due to a CVS commit to dlls\user\misc.c on 29 September 2005. Something to do with the display name being unicode DISPLAY vs. \\.\DISPLAY1 (which seems to be the first display name for Windows). I just sent a proposed patch to fix this bug, but thought I would also ask on this list to make sure I haven't done anything stupid (which I probably have). Basically, there were several files that declare static constants for a display name - I globally search & replaced all DISPLAY with \\.\DISPLAY1 where it seemed to make sense, but hopefully others will have an opinion here. Tim

2 2

Small visual issues with P-CAD2000 and wine 0.9
by Marcos Vicente Cruz 04 Nov '05

04 Nov '05

HI, I having small visual issues in P-CAD 2000's toolbar on Linux since I've upgraded to wine 0.9. The buttons aren't displayed properly. See the screenshot attached. Thank you, Marcos

4 5

Re: PATCH: Olepicture Dispatch Invoke
by Robert Shearman 04 Nov '05

04 Nov '05

Marcus Meissner wrote: >Hi, > >ExpressPCB (http://bugs.winehq.org/show_bug.cgi?id=3752) >does some invokes on IPictures. > >I implemented the ones it needs. > >GetTypeInfo is stolen from olefont.c. > > Please try not to introduce any more of this code into wine. We should be deferring to typelibs here and in olefont. However, it doesn't work because ITypeInfo_Invoke doesn't work on variables yet. I plan to refactor the function to reduce the levels of indentation for the majority of it and generate a fake FUNCDESC to parse, reusing the existing code. -- Rob Shearman

1 0

WineProbe part II; Propaganda for Wine
by David Gümbel 04 Nov '05

04 Nov '05

Hello everybody, as most of you probably remember, my company (ITOMIG) launched an initiative called WineProbe (=~ "WineTasting" in English) some time ago. As part of this initiative, we're arranging an informational event next week on thursday afternoon in Stuttgart. We'll present Wine and its capabilities for migrating and porting applications to Unix. Details are available online (in German) [1]. The target audience are software vendors who would like to create a Linux or cross-platform version of their Windows-based products. However, anyone interested is cordially invited to come, listen and discuss, and have a glass of good wine afterwards ;) The event is free, you just need to send us a small application form avaliable online on [1]. Aside from that, I wrote an article titled "Grenzen überschreiten" ("Crossing Borders") about Wine and its use in the city of Böblingen in a project we're running together with Böblingen and Tübingen University. It was published in print this week in the magazine Kommune21 [2]. Kommune21 is a magazine about the use of information technology in municipalities (german: "Kommunen"). About 11 000 copies are printed every month, and I'd say the CIO of pretty much every major german city has a subscription. They do not normally have a free online version of their contents available. However, they provided me with a PDF of the article, which we're allowed to put online on our web site. I think this is very nice advertisement for Wine, in particular because of the very specific audience of that publication. Anyone interested can find the article available online at [3]. Bye, David [1] http://www.itomig.de/Initiative_Wine-Probe.26.0.html [2] http://www.kommune21.de [3] http://www.itomig.de/Downloads.10.0.html

3 3

Re: hhctrl: Free an alloc'ed string
by Vincent Béron 04 Nov '05

04 Nov '05

Le ven 04/11/2005 à 12:22, James Hawkins a écrit : > Hi, > > Changelog > * Free an alloc'ed string. > > -- > James Hawkins > ---- > > Index: dlls/hhctrl.ocx/hhctrl.c > =================================================================== > RCS file: /home/wine/wine/dlls/hhctrl.ocx/hhctrl.c,v > retrieving revision 1.9 > diff -u -p -r1.9 hhctrl.c > --- dlls/hhctrl.ocx/hhctrl.c 4 Nov 2005 11:15:01 -0000 1.9 > +++ dlls/hhctrl.ocx/hhctrl.c 4 Nov 2005 17:20:57 -0000 > @@ -97,6 +97,7 @@ HWND WINAPI HtmlHelpW(HWND caller, LPCWS > FIXME("Not all HH cases handled correctly\n"); > doWinMain(GetModuleHandleW(NULL), file); > default: > + HeapFree(GetProcessHeap(), 0, (LPVOID)filename); file, not filename. Vincent

1 0

Re: WININET: small fix for InternetCreateUrlA
by James Hawkins 04 Nov '05

04 Nov '05

On 11/4/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > This was a one minute looker, so it can contain some logical errors or so. > No it's good. I don't know why I got ERROR_ALREADY_EXISTS when I was testing, but I swear I did! I don't get the error anymore so it must have been leftover from something else. -- James Hawkins

1 0

Re: [wined3d] D3DCOLOR fixup begin
by Oliver Stieber 04 Nov '05

04 Nov '05

--- Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > > --- Raphael <fenix(a)club-internet.fr> wrote: > > > Hi, > > > > Changelog: > > - defined D3DCOLOR_B macros to access byte values of D3DCOLOR > > - use D3DCOLOR macros instead of using shift + masks > > - fix a bug where diffuse.lpData checked instead of specular.lpData > > - implement color fixup on ARB VShader compilation code: > > -> on input parameters using swizzle > > -> add is_color parameter on vshader_program_add_param > > > The input swizzel needs to be an output swizzel because it should be possible to use anything to > generate a colour for output and not just the input colours, that should also get around the > is_colour problem. Having thought about it again the swizell need to be on the input, it shouldn't be too hard to work out which inputs need to be swizelled in the parser first pass. > > Todo: > > - check shader declaration while compiling VShader to value is_color > > parameter (Oliver have you an idea how to do that ?) > > > - implement a fixup code for drawPrimitiveSlow and VBO unlock > > I've got some fixup code to go in so that drawStridedSlow doesn't have to be used. > Oliver. > > > > > > Regards, > > Raphael > > > ? wined3d.dll.dbg.c > > ? wined3d.spec.def > > Index: device.c > > =================================================================== > > RCS file: /home/wine/wine/dlls/wined3d/device.c,v > > retrieving revision 1.91 > > diff -u -r1.91 device.c > > --- device.c 2 Nov 2005 20:01:54 -0000 1.91 > > +++ device.c 2 Nov 2005 23:11:55 -0000 > > @@ -4598,10 +4598,10 @@ > > if (Flags & D3DCLEAR_TARGET) { > > TRACE("Clearing screen with glClear to color %lx\n", Color); > > glGetFloatv(GL_COLOR_CLEAR_VALUE, old_color_clear_value); > > - glClearColor(((Color >> 16) & 0xFF) / 255.0f, > > - ((Color >> 8) & 0xFF) / 255.0f, > > - ((Color >> 0) & 0xFF) / 255.0f, > > - ((Color >> 24) & 0xFF) / 255.0f); > > + glClearColor(D3DCOLOR_R(Color), > > + D3DCOLOR_G(Color), > > + D3DCOLOR_B(Color), > > + D3DCOLOR_A(Color)); > > checkGLcall("glClearColor"); > > > > /* Clear ALL colors! */ > > Index: drawprim.c > > =================================================================== > > RCS file: /home/wine/wine/dlls/wined3d/drawprim.c,v > > retrieving revision 1.31 > > diff -u -r1.31 drawprim.c > > --- drawprim.c 11 Oct 2005 20:27:54 -0000 1.31 > > +++ drawprim.c 2 Nov 2005 23:11:56 -0000 > > @@ -1410,30 +1410,30 @@ > > > > /* Diffuse -------------------------------- */ > > if (sd->u.s.diffuse.lpData != NULL) { > > - glColor4ub((diffuseColor >> 16) & 0xFF, > > - (diffuseColor >> 8) & 0xFF, > > - (diffuseColor >> 0) & 0xFF, > > - (diffuseColor >> 24) & 0xFF); > > - VTRACE(("glColor4f: r,g,b,a=%f,%f,%f,%f\n", > > - ((diffuseColor >> 16) & 0xFF) / 255.0f, > > - ((diffuseColor >> 8) & 0xFF) / 255.0f, > > - ((diffuseColor >> 0) & 0xFF) / 255.0f, > > - ((diffuseColor >> 24) & 0xFF) / 255.0f)); > > + glColor4ub(D3DCOLOR_B_R(diffuseColor), > > + D3DCOLOR_B_G(diffuseColor), > > + D3DCOLOR_B_B(diffuseColor), > > + D3DCOLOR_B_A(diffuseColor)); > > + VTRACE(("glColor4ub: r,g,b,a=%u,%u,%u,%u\n", > > + D3DCOLOR_B_R(diffuseColor), > > + D3DCOLOR_B_G(diffuseColor), > > + D3DCOLOR_B_B(diffuseColor), > > + D3DCOLOR_B_A(diffuseColor))); > > } else { > > if (vx_index == 0) glColor4f(1.0f, 1.0f, 1.0f, 1.0f); > > } > > > > /* Specular ------------------------------- */ > > - if (sd->u.s.diffuse.lpData != NULL) { > > - VTRACE(("glSecondaryColor4ub: r,g,b=%f,%f,%f\n", > > - ((specularColor >> 16) & 0xFF) / 255.0f, > > - ((specularColor >> 8) & 0xFF) / 255.0f, > > - ((specularColor >> 0) & 0xFF) / 255.0f)); > > + if (sd->u.s.specular.lpData != NULL) { > > + VTRACE(("glSecondaryColor4ub: r,g,b=%u,%u,%u\n", > > + D3DCOLOR_B_R(specularColor), > > + D3DCOLOR_B_G(specularColor), > > + D3DCOLOR_B_B(specularColor))); > > if (GL_SUPPORT(EXT_SECONDARY_COLOR)) { > > GL_EXTCALL(glSecondaryColor3ubEXT)( > > - (specularColor >> 16) & 0xFF, > > - (specularColor >> 8) & 0xFF, > > - (specularColor >> 0) & 0xFF); > > + D3DCOLOR_B_R(specularColor), > > + D3DCOLOR_B_G(specularColor), > > + D3DCOLOR_B_B(specularColor)); > > } else { > > /* Do not worry if specular colour missing and disable request */ > > VTRACE(("Specular color extensions not supplied\n")); > > Index: vertexshader.c > > =================================================================== > > RCS file: /home/wine/wine/dlls/wined3d/vertexshader.c,v > > retrieving revision 1.14 > > diff -u -r1.14 vertexshader.c > > --- vertexshader.c 27 Oct 2005 10:23:53 -0000 1.14 > > +++ vertexshader.c 2 Nov 2005 23:11:57 -0000 > > @@ -887,10 +887,70 @@ > > return D3DSIO_COMMENT == (token & D3DSI_OPCODE_MASK); > > } > > > > -inline static void vshader_program_add_param(const DWORD param, int input, char *hwLine, BOOL > > namedArrays, CHAR constantsUsedBitmap[]) { > > +inline static void vshader_program_add_output_param_swizzle(const DWORD param, int is_color, > > char *hwLine) { > > + /** operand output */ > > + if ((param & D3DSP_WRITEMASK_ALL) != D3DSP_WRITEMASK_ALL) { > > + strcat(hwLine, "."); > > + if (param & D3DSP_WRITEMASK_0) { strcat(hwLine, "x"); } > > + if (param & D3DSP_WRITEMASK_1) { strcat(hwLine, "y"); } > > + if (param & D3DSP_WRITEMASK_2) { strcat(hwLine, "z"); } > > + if (param & D3DSP_WRITEMASK_3) { strcat(hwLine, "w"); } > > + } > > +} > > + > > +inline static void vshader_program_add_input_param_swizzle(const DWORD param, int is_color, > > char *hwLine) { > > + static const char swizzle_reg_chars_color_fix[] = "zyxw"; > > + static const char swizzle_reg_chars[] = "xyzw"; > > + const char* swizzle_regs = NULL; > > + char tmpReg[255]; > > + > > + /** operand input */ > > + DWORD swizzle = (param & D3DVS_SWIZZLE_MASK) >> D3DVS_SWIZZLE_SHIFT; > > + DWORD swizzle_x = swizzle & 0x03; > > + DWORD swizzle_y = (swizzle >> 2) & 0x03; > > + DWORD swizzle_z = (swizzle >> 4) & 0x03; > > + DWORD swizzle_w = (swizzle >> 6) & 0x03; > > + > > + if (is_color) { > > + swizzle_regs = swizzle_reg_chars_color_fix; > > + } else { > > + swizzle_regs = swizzle_reg_chars; > > + } > > + > > + /** > > + * swizzle bits fields: > > + * WWZZYYXX > > + */ > > + if ((D3DVS_NOSWIZZLE >> D3DVS_SWIZZLE_SHIFT) == swizzle) { /* D3DVS_NOSWIZZLE == 0xE4 << > > D3DVS_SWIZZLE_SHIFT */ > > + if (is_color) { > > + sprintf(tmpReg, ".%c%c%c%c", > > + swizzle_regs[swizzle_x], > > + swizzle_regs[swizzle_y], > > + swizzle_regs[swizzle_z], > > + swizzle_regs[swizzle_w]); > > + strcat(hwLine, tmpReg); > > + } > > + return ; > > + } > > + if (swizzle_x == swizzle_y && > > + swizzle_x == swizzle_z && > > + swizzle_x == swizzle_w) > > + { > > + sprintf(tmpReg, ".%c", swizzle_regs[swizzle_x]); > > + strcat(hwLine, tmpReg); > > + } else { > > + sprintf(tmpReg, ".%c%c%c%c", > > + swizzle_regs[swizzle_x], > > + swizzle_regs[swizzle_y], > > + swizzle_regs[swizzle_z], > > + swizzle_regs[swizzle_w]); > > + strcat(hwLine, tmpReg); > > + } > > +} > > + > > +inline static void vshader_program_add_param(const DWORD param, int input, int is_color, char > > *hwLine, BOOL namedArrays, CHAR constantsUsedBitmap[]) { > > /*static const char* rastout_reg_names[] = { "oPos", "oFog", "oPts" }; */ > > static const char* hwrastout_reg_names[] = { "result.position", "result.fogcoord", > > "result.pointsize" }; > > - static const char swizzle_reg_chars[] = "xyzw"; > > > > DWORD reg = param & 0x00001FFF; > > DWORD regtype = ((param & D3DSP_REGTYPE_MASK) >> D3DSP_REGTYPE_SHIFT); > > @@ -954,49 +1014,9 @@ > > } > > > > if (!input) { > > - /** operand output */ > > - if ((param & D3DSP_WRITEMASK_ALL) != D3DSP_WRITEMASK_ALL) { > > - strcat(hwLine, "."); > > - if (param & D3DSP_WRITEMASK_0) { > > - strcat(hwLine, "x"); > > - } > > - if (param & D3DSP_WRITEMASK_1) { > > - strcat(hwLine, "y"); > > - } > > - if (param & D3DSP_WRITEMASK_2) { > > - strcat(hwLine, "z"); > > - } > > - if (param & D3DSP_WRITEMASK_3) { > > - strcat(hwLine, "w"); > > - } > > - } > > + vshader_program_add_output_param_swizzle(param, is_color, hwLine); > > } else { > > - /** operand input */ > > - DWORD swizzle = (param & D3DVS_SWIZZLE_MASK) >> D3DVS_SWIZZLE_SHIFT; > > - DWORD swizzle_x = swizzle & 0x03; > > - DWORD swizzle_y = (swizzle >> 2) & 0x03; > > - DWORD swizzle_z = (swizzle >> 4) & 0x03; > > - DWORD swizzle_w = (swizzle >> 6) & 0x03; > > - /** > > - * swizzle bits fields: > > - * WWZZYYXX > > - */ > > - if ((D3DVS_NOSWIZZLE >> D3DVS_SWIZZLE_SHIFT) != swizzle) { /* ! D3DVS_NOSWIZZLE == 0xE4 > << > > D3DVS_SWIZZLE_SHIFT */ > > - if (swizzle_x == swizzle_y && > > - swizzle_x == swizzle_z && > > - swizzle_x == swizzle_w) > > - { > > - sprintf(tmpReg, ".%c", swizzle_reg_chars[swizzle_x]); > > - strcat(hwLine, tmpReg); > > - } else { > > - sprintf(tmpReg, ".%c%c%c%c", > > - swizzle_reg_chars[swizzle_x], > > - swizzle_reg_chars[swizzle_y], > > - swizzle_reg_chars[swizzle_z], > > - swizzle_reg_chars[swizzle_w]); > > - strcat(hwLine, tmpReg); > > - } > > - } > > + vshader_program_add_input_param_swizzle(param, is_color, hwLine); > > } > > } > > > > @@ -1540,7 +1560,7 @@ > > char tmpChar[80]; > > ++pToken; > > sprintf(tmpLine, "ATTRIB "); > > - vshader_program_add_param(*pToken, 0, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > + vshader_program_add_param(*pToken, 0, 0, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > sprintf(tmpChar," = %s", attribName); > > strcat(tmpLine, tmpChar); > > strcat(tmpLine,";\n"); > > @@ -1592,12 +1612,12 @@ > > } > > } > > if (curOpcode->num_params > 0) { > > - vshader_program_add_param(*pToken, 0, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > + vshader_program_add_param(*pToken, 0, 0, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > > > ++pToken; > > for (i = 1; i < curOpcode->num_params; ++i) { > > strcat(tmpLine, ","); > > - vshader_program_add_param(*pToken, 1, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > + vshader_program_add_param(*pToken, 1, 0, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > ++pToken; > > } > > } > > Index: wined3d_private.h > > =================================================================== > > RCS file: /home/wine/wine/dlls/wined3d/wined3d_private.h,v > > retrieving revision 1.67 > > diff -u -r1.67 wined3d_private.h > > --- wined3d_private.h 29 Oct 2005 10:30:36 -0000 1.67 > > +++ wined3d_private.h 2 Nov 2005 23:11:57 -0000 > > @@ -161,6 +161,11 @@ > > #define GL_EXTCALL(FuncName) (GLINFO_LOCATION.FuncName) > > #define GL_VEND(_VendName) (GLINFO_LOCATION.gl_vendor == VENDOR_##_VendName ? TRUE > : > > FALSE) > > > > +#define D3DCOLOR_B_R(dw) (((dw) >> 16) & 0xFF) > > +#define D3DCOLOR_B_G(dw) (((dw) >> 8) & 0xFF) > > +#define D3DCOLOR_B_B(dw) (((dw) >> 0) & 0xFF) > > +#define D3DCOLOR_B_A(dw) (((dw) >> 24) & 0xFF) > > + > > #define D3DCOLOR_R(dw) (((float) (((dw) >> 16) & 0xFF)) / 255.0f) > > #define D3DCOLOR_G(dw) (((float) (((dw) >> 8) & 0xFF)) / 255.0f) > > #define D3DCOLOR_B(dw) (((float) (((dw) >> 0) & 0xFF)) / 255.0f) > > > > > > > > > > ___________________________________________________________ > To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. > http://uk.security.yahoo.com > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 2

Re: RESUBMIT: olepicture loading from streams without Stat
by Alexandre Julliard 04 Nov '05

04 Nov '05

Marcus Meissner <marcus(a)jet.franken.de> writes: > Hi, > > Third submission... Should I change anything? Make it cleaner? > > Sample app is in http://bugs.winehq.org/show_bug.cgi?id=2683 > > Ciao, Marcus > > Changelog: > Implemented OLEPicture loading from IStreams that do > not support IStream::Stat(). > Added testcase for this behaviour. You need to allocate a larger buffer, and grow it by doubling the size or something like that. Reallocating every 4096 bytes is going to be very slow on large files. Also you shouldn't use ntdll functions in the tests. -- Alexandre Julliard julliard(a)winehq.org

1 0

IE6 setup requires a registered inseng.dll
by James Hawkins 04 Nov '05

04 Nov '05

Hey, I tried to install IE6 with some success. I used a native advpack.dll because wine's advpack isn't complete enough yet. The install bails out with the following errors on the command line: err:ole:CoGetClassObject class {6e449686-c509-11cf-aafa-00aa00b6015c} not registered err:ole:create_server class {6e449686-c509-11cf-aafa-00aa00b6015c} not registered fixme:ole:CoCreateInstance no classfactory created for CLSID {6e449686-c509-11cf-aafa-00aa00b6015c}, hres is 0x80040150 I looked up the UID and it belongs to inseng.dll, which is extracted to the temporary install directory. On windows, inseng.dll is already registered by the time you run the installer, but is not registered on wine. Running regsvr32 inseng.dll solves the problem, and the install succeeds, but that is just a workaround. One solution is to add the registration to wine.inf. The other option is to add a skeleton inseng.dll with the DllRegister function implemented. I find the second solution most appealing, because it provides more incentive to implement that dll. What solution would be most acceptable? -- James Hawkins

1 0

Re: program works under winedbg but not under wine
by Matheus Izvekov 03 Nov '05

03 Nov '05

On 11/3/05, James Liggett <jrliggett(a)cox.net> wrote: > On Tue, 2005-11-01 at 23:34 -0200, Matheus Izvekov wrote: > > yes, i develop it in a windows xp environment. > > what kind of stack problem do you think might be related? > > i think its unlikely that its because of stack overflow, it uses very > > little stack, but ill investigate. > > If it works on Windows, then the stack problems I'm referring to aren't > in your code but in wine. I'll have some free time for the next few > days, so send your code and I'll try and see if I can help. By the way, > does this program do? > > James > Its used for generating a 2 dimension float array dumped on a file. You start with a bitmap and assign a float value for each color. its still WIP and a bit messed up, but i believe it will be enough for the purpose of testing. Beware that this program does not use the C runtime. The entry point is "WinMainStartup" in gui.c.

1 0

Re: [Resent] Fix the separator for VarDateFromStr
by Alexandre Julliard 03 Nov '05

03 Nov '05

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > @@ -3419,6 +3419,16 @@ > DFS("1/2/1970"); EXPECT_DBL(25570.0); > DFS("1-2-1970"); EXPECT_DBL(25570.0); > /* Native fails "1999 January 3, 9AM". I consider that a bug in native */ > + > + /* some tests for the german locale */ > + lcid = MAKELCID(MAKELANGID(LANG_GERMAN,SUBLANG_GERMAN),SORT_DEFAULT); > + DFS("1.2.1970"); EXPECT_DBL(25600.0); > + /* Unusual format in German locale, but accepted by native oleaut32*/ > + DFS("1-2-1970"); EXPECT_DBL(25600.0); > + DFS("01.02.1970"); EXPECT_DBL(25600.0); > + DFS("1. Februar 1970"); EXPECT_DBL(25600.0); > + DFS("1. Feb. 1970"); EXPECT_DBL(25600.0); > + You should add test cases that fail in English and succeed in German and the other way around, otherwise it doesn't really tell us anything about which separators work in which language. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: New eject command issue
by Christian Costa 03 Nov '05

03 Nov '05

> > > FSCTL_DISMOUNT_VOLUME : > > in DIR_unmount_device (in ntdll/directory.c): > > - unmount_device server call (in fd.c) is called but in unmount_device, > > the function tries to retreive a device object given the device > > return by fstat but no device object has been previously created so > > get_device fails. My understanding is that this server call > > should closed all fds associated with the device but files stay > > opened. > > It closes them in the server, but it can't close them in the > client. They are open in the client because your CD has not been > detected as a removable device so the client doesn't know that it > shouldn't cache fds. > I will hack FILE_GetDeviceInfo just to make it recognize my cdrom as removable and try to see if it helps. However, I don't understand well why forcing the drive as cdrom (instead of relying on autodetection) is not taken into account. This could be also usefull for ISO images. Unless this option is planned to be removed !?! Thx, Christian

2 2

c2man comment rejection
by Markus Amsler 03 Nov '05

03 Nov '05

Hi, I identified 80 function comments, that have a description and a PARAMS section, but no RETURNS section. IMHO it would generate in most cases acceptable documentation, but gets rejected because of the missing RETURNS section. 2 possible fixes: - patch c2man so it accepts also PARAMS sections pro: small change, more html documented functions in general con: some functions have unsuitable comments - add RETURNS section to comments pro: cleaner documentation con: more changes, a lot of "RETURNS TRUE on success FALSE otherwise"- style comments. Which way to go? Markus identified Functions: IsTextUnicode CryptAcquireContextW SystemFunction036 SystemFunction040 SystemFunction041 BuildSecurityDescriptorA SetFileSecurityW StartServiceCtrlDispatcherA StartServiceCtrlDispatcherW GetEnhMetaFileHeader GetEnhMetaFileDescriptionW PlayEnhMetaFile PolyTextOutA PolyTextOutW GdiInit216 PlayMetaFile GetMetaFileBits16 SetMetaFileBits16 SetMetaFileBitsEx GetMetaFileBitsEx SetPixelFormat SwapBuffers PolyBezier PolyBezierTo AbortPath WaitCommEvent CommConfigDialogW WriteConsoleOutputCharacterA SetConsoleCursorPosition GetDriveType16 IsValidLocale SetLastError GetLastError GetCurrentProcessId GetCurrentThreadId SetLastError ThunkConnect32 ThunkInitSL SSCall FreeSLCallback ThunkConnect16 VirtualAllocEx GetColorDirectoryW ICInfo AcceptEx TransmitFile RtlSetLastWin32Error RtlSetLastWin32ErrorAndNtStatusFromNtStatus RtlOpenCurrentUser RtlCreateSecurityDescriptor RtlCopySecurityDescriptor _splitpath CreateILockBytesOnHGlobal16 CoInitialize16 ProgIDFromCLSID16 CoRegisterClassObject16 ReadClassStg16 SetupOpenInfFileW ILAppend ILFree ILGlobalFree RegisterShellHook SHUpdateImageW IShellFolder_ParseDisplayName SHFileOperationA SHFreeNameMappings IUnknown_SetSite CreateIcon SetCursor SetDebugErrorLevel DestroyAcceleratorTable SetScrollRange ShowScrollBar OpenThemeFile CloseThemeFile ApplyTheme GetThemeDefaults EnumThemes CheckThemeSignature EnumPrintersW

3 2

Re: 25% success rate on wife's must-have apps!
by Dan Kegel 03 Nov '05

03 Nov '05

On 11/3/05, Michael Jung <mjung(a)iss.tu-darmstadt.de> wrote: > On Monday 31 October 2005 08:39, Dan Kegel wrote: > > Can't install: > > Adobe Photoshop Elements > > Just saw Photoshop Elements on Frank's Corner and remembered your mail: > http://frankscorner.org/index.php?p=pselements2 Frank may think it's ok to install IE, but I'm trying to go for a pure Wine. (I'll install things like MDAC and the VB Runtime, since those are allowed by Microsoft more or less, but iirc recent IE's are expressly forbidden becuase "IE is part of Windows".) But it's good to know that installing IE helps; that points us to what needs to be fixed in Wine. Thanks, Dan

1 0

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