wine-devel

wine-devel@winehq.org

84471 discussions

Howto write a Linux application that uses a DLL COM object
by kfa 01 Feb '06

01 Feb '06

Hi @, First I hope I didn't overlook something obvious covered in the docs, if so I'd appreciate a pointer. I'd like to write a brokerage application in Linux based on the API provided by the broker, but this API is only available as COM object in a DLL. Is it possible to tell by a quick look whether this is doable at all? Could somebody who has done a similar thing before provide a program stub as a starting point? This is a link to the API: http://www.cmsfx.com/en/platform/VTapi/ Thanks, Klaus

2 1

dlls/shell32/shfldr_unixfs.c breaks non-GNU/Linux platforms
by Gerald Pfeifer 01 Feb '06

01 Feb '06

The following patches to dlls/shell32/shfldr_unixfs.c break FreeBSD and other non-GNU platforms: revision 1.70 date: 2006-01-31 17:24:37 +0000; author: julliard; state: Exp; lines: +1 -1 Michael Jung <mjung(a)iss.tu-darmstadt.de> unixfs: Only append '/' to base path if not already present in UNIXFS_get_unix_path. ---------------------------- revision 1.69 date: 2006-01-31 12:05:30 +0000; author: julliard; state: Exp; lines: +24 -64 Michael Jung <mjung(a)iss.tu-darmstadt.de> unixfs: Only resolve the 'dosdevices' based symbol links in UNIXFS_get_unix_path, but leave all others alone. The reason is that canonicalize_file_name() is not found during linking. The man page for this function states "The function is a GNU extension", so this clearly kills portability. :-( Would you mind having a look? Thanks, Gerald

3 2

Re: Yeah - our RichEDit needs some work
by Dan Kegel 01 Feb '06

01 Feb '06

On Dec 25 2003, Subhobroto Sinha wrote: > IMHO, one of the best tests are Steve Gibson's > (http://www.grc.com) freeware tools - this guy writes in pure ASM. > and thus we can be sure that his code will be the least messy (lesser MS stuff..) > However, if you try his 'Wizmo' or 'DCOMObulator', > you will see that the RichEdit textareas as blank ! OK, I finally tried Wizmo :-) Wine's riched20 works a lot better now, but it still has a scrolling bug, so I filed http://bugs.winehq.org/show_bug.cgi?id=4458 - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: wined3d: Fixed render states
by H. Verbeet 01 Feb '06

01 Feb '06

On 31/01/06, Vitaly Budovski <vbudovsk(a)cs.rmit.edu.au> wrote: > wined3d: Fixed up render states POINTSCALEENABLE, POINTSPRITENABLE, > EDGEANTIALIAS, MULTISAMPLEANTIALIAS You probably want to split the patch up in smaller pieces. > + if(This->stateBlock->renderState[D3DRS_POINTSCALEENABLE]) { > + att[0] = *((float*)&This->stateBlock->renderState[D3DRS_POINTSCALE_A]) / > + (This->stateBlock->viewport.Height * This->stateBlock->viewport.Height); > + att[1] = *((float*)&This->stateBlock->renderState[D3DRS_POINTSCALE_B]) / > + (This->stateBlock->viewport.Height * This->stateBlock->viewport.Height); > + att[2] = *((float*)&This->stateBlock->renderState[D3DRS_POINTSCALE_C]) / > + (This->stateBlock->viewport.Height * This->stateBlock->viewport.Height); > + } You're not supposed to use D3DRS_ stuff in wined3d, rather use the respective WINED3DRS_ defines, as the original code did. > + if(GL_SUPPORT(ARB_POINT_PARAMETERS)) { Same problem as with your patch for d3d8, wined3d doesn't currently check for ARB_POINT_PARAMETERS support (in IWineD3DImpl_FillGLCaps). > - /* Doesn't work with GL_POINT_SMOOTH on on my ATI 9600, but then ATI drivers are buggered! */ > - glDisable(GL_POINT_SMOOTH); Did you verify that this isn't required anymore? Otherwise that's a potential regression. > + checkGLcall("glEnable(Gl_LINE_SMOOTH)"); > + checkGLcall("glDisable(Gl_LINE_SMOOTH)"); That should probably say Gl_LINE_SMOOTH, but it's not really critical.

4 5

Re: <DEL> key is sending an extra char when NumLock is ON
by penna＠bb.com.br 01 Feb '06

01 Feb '06

zhilla wrote: > > I am going to open a bug at bugzilla and send the WINEDEBUG=+key > > (just the piece where the stuff happens). > > dont, its already opened for a while. > http://bugs.winehq.org/show_bug.cgi?id=2400 > there is a working patch there... but some people claim its not very > good since it hardwires the key to code. > somebody should really look into this already... half of solution is > already there :) Sorry ... I did a search and found nothing so I have already opened a bug. Anyway, they already marked it as duplicated. Well, I was taking a look into it but I am going to need some explanations. If someone could provide (or point me out) I will be very thankful. 1) Does X send two separate sequences of keys for some type of keys (<del> for example)? 2) The translation from keycode to virtual key in wine is a little bit difficult to understand (at a first glance). Is there an email or any documentation explaining that (besides the source code ;-))? Otherwise it will take some weeks just to understand how it works 8-( .... 3) The patch proposed at bug #2400 works very well, however it seems to be not in a correct place (at first glance) .... 4) There is a "gap" in the nonchar_key_scan[] array just at the VK_SEPARATOR equivalent position (0xFFAC) on the nonchar_key_vkey[] position (see the question mark below - as in source code): static const WORD nonchar_key_vkey[256]= { ..... 0, 0, 0, 0, 0, 0, 0, 0, /* FFA8 */ VK_SEPARATOR, VK_SUBTRACT, VK_DECIMAL, VK_DIVIDE, ...... }; static const WORD nonchar_key_scan[256]= { ...... 0x00, 0x00, 0x37, 0x4e, /* ? */ 0, 0x4a, 0x53, 0x135, /*FFA8 */ ...... }; The VK_SEPARATOR is the <del> and/or <,> key at the numeric pad. Any relation with the problem? Thanks. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

1 0

Re: opengl: Sync a dibsection to its pixmap before drawing to it via opengl
by Alexandre Julliard 01 Feb '06

01 Feb '06

Huw D M Davies <h.davies1(a)physics.ox.ac.uk> writes: > --- a/dlls/opengl32/wgl.c > +++ b/dlls/opengl32/wgl.c > @@ -54,7 +54,8 @@ enum x11drv_escape_codes > X11DRV_END_EXPOSURES, /* end graphics exposures */ > X11DRV_GET_DCE, /* get the DCE pointer */ > X11DRV_SET_DCE, /* set the DCE pointer */ > - X11DRV_GET_GLX_DRAWABLE /* get current glx drawable for a DC */ > + X11DRV_GET_GLX_DRAWABLE, /* get current glx drawable for a DC */ > + X11DRV_SYNC_PIXMAP /* sync the dibsection to its pixmap */ It seems to me that GET_GLX_DRAWABLE is already doing pretty much the same thing, couldn't you reuse that instead of adding another escape? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Call DDE callback without holding a DDE critical section
by Alexandre Julliard 01 Feb '06

01 Feb '06

Dmitry Timoshkov <dmitry(a)codeweavers.com> writes: > + count = WDML_CritSect.RecursionCount; > + for (i = 0; i < count; i++) > + LeaveCriticalSection(&WDML_CritSect); You don't want to do that sort of thing. You should fix the callers to not hold the crit section, instead of silently releasing it behind their backs. -- Alexandre Julliard julliard(a)winehq.org

1 0

wined3d: Fixed render states
by Louis. Lenders 01 Feb '06

01 Feb '06

> It would be good if someone with an ATI card could download the > point_sprite_bug sample mentioned on that page and test it out to see if > it is still an issue. I tested it and this is what i get: the app starts up and looks just as the picture on the website If i push the spacebar i get i completely black screen. Pushing again brings up the correct "picture" again I have ATI RADEON 9600 XT Generic, on fedora core 3 with livna drivers. Hope this info is of any use to you... ___________________________________________________________ Win a BlackBerry device from O2 with Yahoo!. Enter now. http://www.yahoo.co.uk/blackberry

1 0

Re: richedit: Show context menu on right click
by Robert Shearman 01 Feb '06

01 Feb '06

Kevin Koltzau wrote: >+ case WM_RBUTTONDOWN: >+ SetFocus(hWnd); >+ ME_ShowContextMenu(editor, wParam, (short)LOWORD(lParam), (short)HIWORD(lParam)); >+ break; > > It's better to use WM_CONTEXTMENU instead of WM_RBUTTONDOWN. That way the context menu is also displayed when using the keyboard (Shift-F10). -- Rob Shearman

1 0

New developer
by Segin 01 Feb '06

01 Feb '06

Hello! I am new to developing Wine, however, I am not new to using it (I know quite a bit about it already). I want to know what resources would I want to look at, please nothing obvious (bugzilla, MSDN, etc.), and what I can do to contribute. Thanks.

2 1

[RESEND] [dplay] add dx8 lobby header
by Raphael 01 Feb '06

01 Feb '06

Hi, Changelog: - new file dplobby8.h Now is only missing DirectPlayNATHelp (dpnathlp.h) Regards, Raphael

1 0

Re: wined3d: Implemented WINED3DRS_EDGEANTIALIAS
by H. Verbeet 01 Feb '06

01 Feb '06

> case WINED3DRS_EDGEANTIALIAS : > + { > + if(Value) { > + glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA); > + glEnable(GL_BLEND); > + checkGLcall("glEnable(GL_BLEND)"); > + glEnable(GL_LINE_SMOOTH); > + checkGLcall("glEnable(GL_LINE_SMOOTH)"); > + } else { > + glDisable(GL_BLEND); > + checkGLcall("glDisable(GL_BLEND)"); > + glDisable(GL_LINE_SMOOTH); > + checkGLcall("glDisable(GL_LINE_SMOOTH)"); > + } Just thought of this, but eg. WINED3DRS_ALPHABLENDENABLE also disables / enables GL_BLEND.

1 0

Re: MSI: Implementation of the MsiVerifyDiskSpace function
by MattK 01 Feb '06

01 Feb '06

Sorry for the crap. Anyway...I did it the right way however(it makes sense), I need the following function to properly calculate the disk space. That function is: MsiEnumComponentCosts. So scrap my crap. It can't be done right now.

1 0

MSI: Implementation of the MsiVerifyDiskSpace function
by MattK 01 Feb '06

01 Feb '06

My apologies for submitting crap. I don't know what I really did. Anyway, I will restart from scratch and will make it *not* suck. I will include error checks, Proper function calls, etc. Once again I apologize.

1 0

Re: opengl: Sync a dibsection to its pixmap before drawing to it via opengl
by Lionel Ulmer 31 Jan '06

31 Jan '06

On Fri, Jan 27, 2006 at 03:48:00PM +0000, Huw D M Davies wrote: > Huw Davies <huw(a)codeweavers.com> > opengl: Sync a dibsection to its pixmap before drawing to it via opengl Was some benchmarks done to see if this change negatively impacted the performance of applications doing only 'in-window' drawings (e.g. games) and not 'in-dib' drawings ? Lionel (in catch-up mode after coming back from vacation so sorry if this point was already raised later in the week :-) ) -- Lionel Ulmer - http://www.bbrox.org/

2 1

Wine and Font rendering
by Roland Kaeser 31 Jan '06

31 Jan '06

Hello all I noticed a very strange font problem in Corel Draw using wine. On some systems (all SuSE 10) rotated fonts became invisible. An other problem is with text boxes on some systems text boxes (with floating text) are very strange rendered (the text appears multiple times, the cursor is not at the position where the character is printed while writing, some text is invisible while editing) Can somebody tell me which routines (system and wine) are responsible for font rendering in wine. Based on that all machines have the same graphics card and driver version, I'm pretty sure its not a driver or graphics card related problem but on some systems, online updates are made. If I could know about the internal work of font rendering in wine, I probably can figure out where this problem cames from. Many thanks Roland Kaeser

1 0

Re: keyboard: fix the keyboard problem when using UTF-8 locales
by Dmitry Timoshkov 31 Jan '06

31 Jan '06

On Tue, 2006-01-31 at 13:11 +0200, Fatih Aşıcı wrote: > When using UTF-8 locale, I can't type some Turkish characters. > I don't know whether it works with other languages. > But it works at least in Turkish locale. > + have_chars = XLookupString(&e2, bufC, 2, &keysym, NULL); > + if(have_chars > 1){ > + MultiByteToWideChar(CP_UNIXCP, 0, bufC, -1, bufW, -1); > + WideCharToMultiByte(CP_ACP, 0, bufW, -1, &ckey[i], 1, NULL, NULL); > + } Probably it works for Turkish locale but it won't work in general. Code pages often have characters which could not be be represented in other code pages and therefore will be lost. -- Dmitry.

2 2

Re: user: fix DrawTextExA/W on empty strings.
by Juan Lang 31 Jan '06

31 Jan '06

Hi Rein, - if (!str) return 0; + if (!str || count == 0) return 0; if (count == -1) count = strlenW(str); - if (count == 0) return 0; + if (count == 0) { + if( flags & DT_CALCRECT) { + rect->right = rect->left; + rect->bottom = rect->top; + } + return 0; + } This block will never be reached because of the if (!str || count == 0) test above. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

5 6

Direct3D 8/9 status?
by Roderick Colenbrander 31 Jan '06

31 Jan '06

Hi, Recently various people in the wine channels wanted to work on wine's direct3d8/9 code. Some just wanted to get their game working, others wanted to do performance tweaks and today some guy wanted to port d3d8 over to wined3d (he didn't know that oliver is/was working on it). We don't really know what to tell these people as we don't know the status of the direct3d8/9 work and we want to avoid code duplication. We know that Oliver is/was (?) working on moving direct3d8 over to wined3d and that he is working on optimizations. What's the status on all this and what areas of wined3d are safe to touch? Regards, Roderick

2 2

Re: Fix Bug#: 4396: floating MFC-ToolBars get managed and can't be re-docked
by Robert Shearman 31 Jan '06

31 Jan '06

Tobias Loew wrote: >Changelog: > dlls/x11drv/window.c > > Tobias Loew <tobi(a)die-loews.de> > Fix Bug#: 4396: floating MFC-ToolBars get managed and can't be re-docked > don't manage top-level windows having the style WS_EX_TOOLWINDOW and WS_CAPTION > >Tobias Loew > > Hi Tobias, I'm afraid this patch isn't likely to be applied. The reason is that moving around the rules for being a managed window or not is likely to cause regressions. Alexandre has stated that the only real solution is to be able to switch between managed and non-managed on the fly and add new (and better) dynamic rules to control this. -- Rob Shearman

1 0

wine and xscanimage
by Roland Kaeser 31 Jan '06

31 Jan '06

Hello I recently tried to get a sane-scanner work with wine and noticed hat the xscanimage mostly is no longer part of the shipped sane frontends by actual distributions. It becomes harder and harder to get a update to date version of xscanimge. Wouldn't it be better to choose an other sane-frontend for the wine twain/sane integration? Kind regards Roland Kaeser

1 0

Re: PATCH: Wine Turkish translations
by Mike McCormack 31 Jan '06

31 Jan '06

Fatih Aşıcı wrote: > Turkish resources for wine > > Changelog: > Fatih Asici <fasici(a)linux-sevenler.org> > - Turkish translations (includes all wine resources) Thanks for translating all these. Before Alexandre applies them, it's likely you'll need to split the patch up into smaller chunks, and submit them one per email. This makes it easier for reviewers to spot problems, and for Alexandre to apply the patches. eg. The following two patches should be sent together in one email: diff -Nur oldwine/dlls/commdlg/rsrc.rc wine/dlls/commdlg/rsrc.rc diff -Nur oldwine/dlls/commdlg/cdlg_Tr.rc wine/dlls/commdlg/cdlg_Tr.rc thanks, Mike

1 0

Fun with VB6. Crashes in OLE gunk...
by Dan Kegel 31 Jan '06

31 Jan '06

I finally broke down and bought a copy of VB6 Pro. To install it, I had to pick "win98" mode in winecfg, and ignore a few errors. While playing around with it, running a test app, I got Wine to crash on a COM problem of some sort. In several ways. Here's one: fixme:ole:OleLoadPictureEx (0x7d5216b4,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=16,y=16,f=0,0x7fe7c2c0), partially implemented. fixme:ole:OleLoadPictureEx (0x7d5216b4,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=16,y=16,f=0,0x7fe7c428), partially implemented. fixme:ole:OLEFontImpl_IPersistStreamInit_InitNew (0x7cb055bc), stub! err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_VARIANT|VT_BYREF from VT_BSTR|VT_BYREF fixme:ole:OLEPictureImpl_get_hPal unimplemented for type 3. Returning 0 palette. fixme:ole:OLEPictureImpl_get_hPal unimplemented for type 3. Returning 0 palette. fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering icons... fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:ITypeLib2_fnGetDocumentation2 (0x7baa2fb0) index -1 lcid 0 half implemented stub! fixme:typelib2:ICreateTypeLib2_fnSetHelpContext (0x7bac0ee8,280000), stub! fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:ole:DllDebugObjectRPCHook stub wine: Unhandled page fault on read access to 0x00000000 at address 0x7f700844 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7f700844). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7f700844 ESP:7fb1f5bc EBP:7fb1f5d4 EFLAGS:00210202( - 00 - -RI1) EAX:00000000 EBX:7f751784 ECX:00000000 EDX:7baeb278 ESI:7baeb268 EDI:00000000 Stack dump: 0x00000000: 00000000 00000000 00000000 00000000 0x00000010: 00000000 00000000 00000000 00000000 0x00000020: 00000000 00000000 00000000 00000000 0x00000030: 00000000 00000000 00000000 00000000 0x00000040: 00000000 00000000 00000000 00000000 0x00000050: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x7f700844 OLEFontImpl_put_Name+0x64(iface=0x7baeb268, name=0x0) [/home/dank/wine/dlls/oleaut32/../../include/winbase.h:2069] in oleaut32 (0x7f700844) 2 0x7f702a99 OLEFontImpl_IPersistPropertyBag_Load(iface=0x7baeb278, pPropBag=0x7e7d4924, pErrorLog=0x0) [/home/dank/wine/dlls/oleaut32/olefont.c:1922] in oleaut32 (0x7f702a99) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file VB6.dbg ("VB6.dbg") 3 0x0044c9e2 in vb6 (+0x4c9e2) (0x0044c9e2) 4 0x004106f9 in vb6 (+0x106f9) (0x004106f9) ... -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

[frick@sc-networks.de: wined3d: support for WINED3D_A8B8G8R8]
by Christoph Frick 31 Jan '06

31 Jan '06

hiho, could someone enlighten me, what is wrong with that patch? -- cu

2 1

Re: [COMCTL32] Listview: Store DC before calling PREPAINT
by Robert Shearman 30 Jan '06

30 Jan '06

Maarten Lankhorst wrote: > Some applications like to use PREPAINT to set fonts, nothing wrong > with that, only DC is never restored, resulting in drawing glitches. > > Changelog: > Save and restore DC on every listview item drawn. I don't think native would do this. SaveDC / RestoreDC seems like an overkill. It would seem better to just call SelectObject to save and restore the font each time. You should then also test for the CDRF_NEWFONT flag and act appropriately. -- Rob Shearman

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