wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: LoadImage: respect the desired size when loading a bitmap
by Alexandre Julliard 10 Jun '05

10 Jun '05

Huw D M Davies <h.davies1(a)physics.ox.ac.uk> writes: > + orig_bm = SelectObject(screen_mem_dc, hbitmap); > + StretchDIBits(screen_mem_dc, 0, 0, new_width, new_height, 0, 0, width, height, bits, fix_info, DIB_RGB_COLORS, SRCCOPY); > + SelectObject(screen_mem_dc, orig_bm); That's not thread safe, you either need a critical section around the global screen_mem_dc, or probably better simply create a mem DC local to the function. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Resend: Try 3: user32.dll fix and test ShowOwnedPopups
by Vitaliy Margolen 10 Jun '05

10 Jun '05

Any reason why the whole patch wasn't committed? Vitaliy Margolen Sunday, June 5, 2005, 5:43:14, Vitaliy Margolen wrote: > It looks like DefWinProc needs to be smarter about WM_SHOWWINDOW when lParam!=0. > Added more tests for WM_SHOWWINDOW to test that it could be used as > ShowOwnedPopup (for single window). > This time with input from Dmitry. Moved tests to msg.c > ShowOwnedPopups should handle none WS_POPUP style windows as well. DefWinProc > should do the same for WM_SHOWWINDOW. > Match names for WM_SHOWWINDOW status codes to MSDN > ShowWindow(hwnd, SW_HIDE) should change Z-order thus omit SWP_NOZORDER from call > to SetWindowPos, but only for none active windows also adding SWP_NOACTIVATE > Vitaliy Margolen > changelog: > include/winuser.h > Match names for WM_SHOWWINDOW status codes to MSDN > dlls/user/win.c > ShowOwnedPopups should handle none WS_POPUP style windows as well. > dlls/user/defwnd.c > WM_SHOWWINDOW should show/hide none WS_POPUP style windows as well. > dlls/user/tests/msg.c > Tests for ShowOwnedPopups > dlls/x11drv/winpos.c > Fix flags in ShowWindow(,SW_HIDE) for active/none active windows

2 1

Re: Small fix for GetCurrentDirectoryA()
by Andreas Mohr 10 Jun '05

10 Jun '05

Hi, On Fri, Jun 10, 2005 at 07:26:33AM +0200, Felix Nawothnig wrote: > This makes Yoda Stories (which is shipped with a broken wavmix32.dll) > run out of the box. > > ChangeLog: > When emulating Win9x return ERROR_INVALID_PARAMETER if a bad buffer is > passed to GetCurrentDirectoryA(). Does Win9x GetCurrentDirectoryA() really use an IsBadWritePtr to protect against invalid output buffers? Somehow I slightly doubt it... (IsBadWritePtr isn't the fastest thing in the world...) Aren't you covering up a previous bug with buffer allocation or so? Andreas Mohr

4 4

Re: Wine on x86 OS/X
by Pierre d'Herbemont 10 Jun '05

10 Jun '05

> Hi All, > So what are everyone's thoughts on doing it? If there are any > darwine people lurking I am > interested in knowning if any of you are registered developers and > will be getting a copy of the > preview release and evaluation hardware. I can't afford the developers program, though the port can be done on OpenDarwin/x86, since we don't use any of the closed source framework. I think that WineLib app should run fine with my latest patch, and Win32 binary compat has to be tested. Pierre. > Thanks > Steven

1 0

ISvItemCm_fnQueryContextMenu load menu from .rc: Patch writing problems
by Tobias Burnus 10 Jun '05

10 Jun '05

Hello, I'd like to modify ISvItemCm_fnQueryContextMenu (shell32/shv_item_cmenu.c) in a way that it loads the strings from the .rc file. But I have some trouble. I modified the shell32_En.rc to look like the created context menu, but which puzzles me is that there are two times the same ID: FCIDM_SHVIEW_OPEN for "&Select" and for "&Open" which are shown at the same time! Depending on context (i.e. flags), I need to remove the "&Select" and switch the order of Explore and Open. But somehow the code below does not work (I think MF_BYPOSITION might cause the problem, but since Select and Open have the same id, I cannot use MF_BYCOMMAND). Any pointer what I'm doing wrong? Tobias shell32_En.rc =================================================================== MENU_SHV_FILE MENU DISCARDABLE BEGIN POPUP "" BEGIN + MENUITEM "&Select", FCIDM_SHVIEW_OPEN MENUITEM "E&xplore", FCIDM_SHVIEW_EXPLORE MENUITEM "&Open", FCIDM_SHVIEW_OPEN MENUITEM SEPARATOR MENUITEM "C&ut", FCIDM_SHVIEW_CUT MENUITEM "&Copy", FCIDM_SHVIEW_COPY MENUITEM SEPARATOR - MENUITEM "Create &Link", FCIDM_SHVIEW_CREATELINK +/* MENUITEM "Create &Link", FCIDM_SHVIEW_CREATELINK*/ MENUITEM "&Delete", FCIDM_SHVIEW_DELETE MENUITEM "&Rename", FCIDM_SHVIEW_RENAME - MENUITEM SEPARATOR - MENUITEM "&Properties", FCIDM_SHVIEW_PROPERTIES +/* MENUITEM SEPARATOR + MENUITEM "&Properties", FCIDM_SHVIEW_PROPERTIES*/ END END =================================================================== Index: shv_item_cmenu.c (deleted lines omitted in the ISvItemCm_fnQueryContextMenu function) =================================================================== @@ -36,6 +36,7 @@ #include "shell32_main.h" #include "shellfolder.h" +#include "shresdef.h" WINE_DEFAULT_DEBUG_CHANNEL(shell); @@ -208,57 +209,127 @@ InsertMenuItemA( hmenu, indexMenu, fByPosition, &mii); } + /************************************************************************** * ISvItemCm_fnQueryContextMenu() -* FIXME: load menu MENU_SHV_FILE out of resources instead if creating -* each menu item by calling _InsertMenuItem() */ static HRESULT WINAPI ISvItemCm_fnQueryContextMenu( IContextMenu2 *iface, - HMENU hmenu, + HMENU hMenu, UINT indexMenu, UINT idCmdFirst, UINT idCmdLast, UINT uFlags) { + const DWORD buflen = 80; + WCHAR szString[buflen]; + HMENU hMyMenu; + HRESULT hr; + UINT idMax; + MENUITEMINFOW mii; + + ItemCmImpl *This = (ItemCmImpl *)iface; + + TRACE("(%p)->(hMenu=%p indexmenu=%x cmdfirst=%x cmdlast=%x flags=%x )\n",This, hMenu, indexMenu, idCmdFirst, idCmdLa st, uFlags); + + if (idCmdFirst != 0) + FIXME("We should use idCmdFirst=%d and idCmdLast=%d for command ids\n", idCmdFirst, idCmdLast); + + if(!(CMF_DEFAULTONLY & uFlags) && This->cidl>0) + { + hMyMenu = LoadMenuA(shell32_hInstance, "MENU_SHV_FILE"); + + if((uFlags || CMF_EXPLORE)) { /* Remove "&Select" */ + RemoveMenu(hMyMenu, 0, MF_BYPOSITION); + } + if(!This->bAllValues) { / * Change order of OPEN and EXPLORE */ + GetMenuItemInfoW(hMyMenu, 2, TRUE, &mii); + DeleteMenu(hMyMenu, 2, MF_BYPOSITION); + InsertMenuItemW(hMyMenu, 1, TRUE, &mii); + } + + if(ISvItemCm_CanRenameItems(This) == MFS_DISABLED) { + EnableMenuItem(hMyMenu, FCIDM_SHVIEW_RENAME, MFS_DISABLED); + } + + idMax = Shell_MergeMenus (hMenu, GetSubMenu(hMyMenu,0), indexMenu, + idCmdFirst, idCmdLast, MM_SUBMENUSHAVEIDS); + hr = MAKE_HRESULT(SEVERITY_SUCCESS, FACILITY_NULL, idMax-idCmdFirst+1); + SetMenuDefaultItem(hMenu, 0, MF_BYPOSITION); + + DestroyMenu(hMyMenu); + } + else { + return MAKE_HRESULT(SEVERITY_SUCCESS, 0, 0); + } + TRACE("(%p)->returning 0x%lx\n",This,hr); + return hr; }

1 0

extracting window icons
by Brian Vincent 10 Jun '05

10 Jun '05

Is there a way to extract an icon from a DLL? Wine seems to do this automatically when programs are installed, I just can't figure out how. Is there a way to do it from the commandline? -Brian

3 3

Re: ViaVoice (98) in Wine
by René Rebe 10 Jun '05

10 Jun '05

Hi, my NaturallySpeaking 8 does (after installing IE) not really start to install: err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046} err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046} err:ole:proxy_manager_create_ifproxy Could not get IPSFactoryBuffer for interface {00000131-0000-0000-c000-000000000046}, error 0x80040155 err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x80040155 and a dialog is displayed: The InstallShield Engine (iKernel.exe) could not be launched. (0x80040155) Google had some hits - but no real solution. Yours, -- René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany) http://www.exactcode.de | http://www.t2-project.org +49 (0)30 255 897 45

5 11

Re: Window geometry problem
by Pavel Troller 10 Jun '05

10 Jun '05

Hi! I have a small update: Stuart Axon sent me a screenshot of the same app from wxp. Thanks! I placed the image together with the first (bad) one, the URL is http://www.sinus.cz/~patrol/ircape-wxp.png . Comparing the two images, one can find, that 1) Size of both is identical 2) Basic graphic elements are also identical 3) The slider is much bigger and incorrectly positioned 4) The same applies to the text window 5) Other elements are not present at all (Insert time info, Insert pause time) 6) The lonely checkbox may belong to "auto line change" text Observing this, can anybody determine a part of wine (dll or so), which is responsible for this ? Could I try it as native to see what would change ? Which regards, Pavel Troller

1 0

Re: Wine does not build [ wined3d ]
by Dmitry Timoshkov 10 Jun '05

10 Jun '05

"Ivan Gyurdiev" <ivg2(a)cornell.edu> wrote: > > I agree with Mike, how hard would it be to send an one-liner patch > > instead of complaining? > > Probably about as hard as checking that code submissions to > CVS actually compile, before merging them? > > Just hard enough to make me complain, as opposed to sending a patch? > > Hard enough to make you complain that I don't send a patch in > the first place? > > :) > > The only reason I spam the list with build failures, is that I'm > not convinced they will get fixed soon if I don't. If you'd like me > to stop, then please let me know, and no more build failures will > be reported. The thing is that Wine actually compiled for me (and apparently for Alexandre as he doesn't commit the patches that doesn't compile) without any warning or an error. A reason it didn't compile for you is a more recent gcc version you are using. If you could take that into consideration before complaining or blaming somebody next time that would be really nice. -- Dmitry.

3 2

Re: [QUARTZ] Add FFMpeg video wrapper filter
by Robert Shearman 10 Jun '05

10 Jun '05

Christian Costa wrote: >Index: dlls/quartz/quartz_private.h >=================================================================== >RCS file: /home/wine/wine/dlls/quartz/quartz_private.h,v >retrieving revision 1.24 >diff -u -r1.24 quartz_private.h >--- dlls/quartz/quartz_private.h 6 May 2005 14:34:02 -0000 1.24 >+++ dlls/quartz/quartz_private.h 9 Jun 2005 21:54:23 -0000 >@@ -53,6 +53,9 @@ > HRESULT QUARTZ_CreateSystemClock(IUnknown * pUnkOuter, LPVOID * ppv); > HRESULT ACMWrapper_create(IUnknown * pUnkOuter, LPVOID * ppv); > HRESULT WAVEParser_create(IUnknown * pUnkOuter, LPVOID * ppv); >+#ifdef HAVE_LIBAVCODEC >+HRESULT FFMpegVideoWrapper_create(IUnknown * pUnkOuter, LPVOID * ppv); >+#endif > > HRESULT EnumMonikerImpl_Create(IMoniker ** ppMoniker, ULONG nMonikerCount, IEnumMoniker ** ppEnum); > >@@ -81,5 +84,9 @@ > void DeleteMediaType(AM_MEDIA_TYPE * pmt); > BOOL CompareMediaTypes(const AM_MEDIA_TYPE * pmt1, const AM_MEDIA_TYPE * pmt2, BOOL bWildcards); > void dump_AM_MEDIA_TYPE(const AM_MEDIA_TYPE * pmt); >+ >+#ifdef HAVE_LIBAVCODEC >+extern CLSID CLSID_FFMpegVideoWrapper; >+#endif > > #endif /* __QUARTZ_PRIVATE_INCLUDED__ */ >Index: dlls/quartz/regsvr.c >=================================================================== >RCS file: /home/wine/wine/dlls/quartz/regsvr.c,v >retrieving revision 1.21 >diff -u -r1.21 regsvr.c >--- dlls/quartz/regsvr.c 17 May 2005 14:41:37 -0000 1.21 >+++ dlls/quartz/regsvr.c 9 Jun 2005 21:54:36 -0000 >@@ -18,6 +18,8 @@ > * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA > */ > >+#include "config.h" >+ > #define NONAMELESSUNION > #define NONAMELESSSTRUCT > #define COBJMACROS >@@ -840,6 +842,10 @@ > return res; > } > >+#ifdef HAVE_LIBAVCODEC >+CLSID CLSID_FFMpegVideoWrapper = { 0x30355649, 0x0000, 0x0010, { 0x80, 0x00, 0x00, 0xAA, 0x00, 0x38, 0x9B, 0x72 } }; >+#endif >+ > /*********************************************************************** > * coclass list > */ >@@ -928,6 +934,14 @@ > "quartz.dll", > "Both" > }, >+#ifdef HAVE_LIBAVCODEC >+ { &CLSID_FFMpegVideoWrapper, >+ "FFMpeg Video Wrapper", >+ NULL, >+ "quartz.dll", >+ "Both" >+ }, >+#endif > { NULL } /* list terminator */ > }; > >@@ -1118,6 +1132,26 @@ > { 0xFFFFFFFF }, > } > }, >+ /* Wine specific filters */ >+#ifdef HAVE_LIBAVCODEC >+ { &CLSID_FFMpegVideoWrapper, >+ &CLSID_LegacyAmFilterCategory, >+ {'F','F','M','p','e','g',' ','V','i','d','e','o',' ','W','r','a','p','p','e','r',0}, >+ 0x5FFFFF, /* Just below AVIDec */ >+ { { 0, >+ { { &MEDIATYPE_Video, &GUID_NULL }, >+ { NULL } >+ }, >+ }, >+ { REG_PINFLAG_B_OUTPUT, >+ { { &MEDIATYPE_Video, &GUID_NULL }, >+ { NULL } >+ }, >+ }, >+ { 0xFFFFFFFF }, >+ } >+ }, >+#endif > { NULL } /* list terminator */ > }; > >Index: dlls/quartz/main.c >=================================================================== >RCS file: /home/wine/wine/dlls/quartz/main.c,v >retrieving revision 1.47 >diff -u -r1.47 main.c >--- dlls/quartz/main.c 6 Jun 2005 19:50:36 -0000 1.47 >+++ dlls/quartz/main.c 9 Jun 2005 21:54:37 -0000 >@@ -72,7 +72,10 @@ > { &CLSID_AVIDec, AVIDec_create }, > { &CLSID_SystemClock, &QUARTZ_CreateSystemClock }, > { &CLSID_ACMWrapper, &ACMWrapper_create }, >- { &CLSID_WAVEParser, &WAVEParser_create } >+ { &CLSID_WAVEParser, &WAVEParser_create }, >+#ifdef HAVE_LIBAVCODEC >+ { &CLSID_FFMpegVideoWrapper, &FFMpegVideoWrapper_create }, >+#endif > }; > > static HRESULT WINAPI > > I think it would be better to always register the CLSID_FFMpegVideoWrapper class and just make FFMpegVideoWrapper_create fail if the libraries or headers aren't present. This will allow people to install these at a later date and after a recompile have the filter working, without having to re-register the DLL. It will also have the advantage of decreasing the number of ugly ifdefs everywhere. -- Rob Shearman

1 0

re: Another day, another compile error.
by Dan Kegel 10 Jun '05

10 Jun '05

Hans wrote: > dialog.c:516: internal compiler error: in gimple_add_tmp_var, at gimplify.c:532 > > I am running Fedora Core 4 Test3 with gcc-4.0.0-11 ... > > The preprocessed source is an 1MB file, so I will send it to > anyone that request it via direct email. You might try seeing whether gcc-4.0.1-rc1 still fails. See http://gcc.gnu.org/ml/gcc/2005-06/msg00270.html gcc's quite easy to build from sources. If rc1 still crashes on that source, please offer your preprocessed source to the folks at http://gcc.gnu.org/PR20103 who are fixing what might be a related problem. (Or better yet, verify you can repeat the problem with just the preprocessed source, then remove every part of the source you can while still causing the crash. Once you've whittled it down to under 1000 lines, the gcc developers will be very happy to see it.) Thanks! - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Wine does not build (preloader.c, line 863, a_ptr union)
by Ivan Gyurdiev 10 Jun '05

10 Jun '05

I hate bothering the -devel list with compile errors, but they don't seem to get fixed, so I start wondering if anyone else besides me is using gcc4 at all.. preloader.c: In function ‘is_in_preload_range’: preloader.c:863: error: ‘union <anonymous>’ has no member named ‘a_ptr’ preloader.c:864: error: ‘union <anonymous>’ has no member named ‘a_ptr’ make[1]: *** [preloader.o] Error 1 make[1]: Leaving directory `/home/phantom/src/wine/loader' make: *** [loader] Error 2 -- Ivan Gyurdiev <ivg2(a)cornell.edu> Cornell University

4 8

Wine on x86 OS/X
by Steven Edwards 10 Jun '05

10 Jun '05

Hi All, So what are everyone's thoughts on doing it? If there are any darwine people lurking I am interested in knowning if any of you are registered developers and will be getting a copy of the preview release and evaluation hardware. Thanks Steven __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 3

Wine 20050310 redraw problems (specifically with Paint Shop Pro 7)
by Jules Richardson 09 Jun '05

09 Jun '05

I remember posting about this quite a while ago but decided to revisit it, and it seems like it's still an issue in the 20050310 build of wine. Wine has real trouble with refreshing drawing surface windows in Paint Shop Pro 7: - the background in a new image window isn't cleared - tools that display tooltips (such as the colour selector control) leave tooltip debris all over the drawing surface when they're moved around. - drawing surface isn't refreshed if partially / totally obscured by other windows and then made visible again. Normal windows, dialogs etc. are working fine (and tooltips work fine too above normal controls) - it would seem that the drawing surfaces in PSP7 are handled differently (presumably for speed reasons) and wine is having some serious problems handling them. Any ideas for a workaround / patch, or is this bug known about and in the pipeline to be sorted out? I've exhausted various options in the Wine config file to do with display output; the problem seems to be in core code somewhere. I get the following error message at startup as follows: fixme:ole:CoRegisterMessageFilter stub followed by several: err:region:CombineRgn Invalid rgn=(nil) ... the latter used to happen an awful lot in earlier wine builds whilst the app was being used, but note that it's *not* happening with the 20050310 build whilst I try and use the app; only at startup time. (In other words, it's quite possibly not related to the redraw issues at all) Any ideas? PSP7 is so "almost there" that it'd be a shame if it wasn't 100%... Happy to provide further details if someone gives me instructions as to what to look at! cheers Jules

5 20

Re: Soliciting suggestions for AppDB
by Juan Lang 09 Jun '05

09 Jun '05

Hi Mitchell, > Does anybody have any features they'd like added to the AppDB? I do: I'd like to see it integrated with CXtest. I think it'd be really cool to be able to maintain a regression test for an app, so maintainers might be able to catch regressions more quickly and easily. A CXtest test isn't anything more than a shell script, so I don't think it would be that tough. --Juan __________________________________ Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html

2 2

notes651 error with viewing some mail with attachments
by Grant Williamson 09 Jun '05

09 Jun '05

Hi, seen this problem with current wine-cvs-20050609 When I try and view some internet mail, notes hangs with the folllowing error. err:heap:HEAP_ValidateInUseArena Heap 77c20000: in-use arena 77d1cb98 next block has PREV_FREE flag err:seh:setup_exception stack overflow 176 bytes in thread 000b eip 77ebde11 esp 777c0f50 stack 0x777c0000-0x778c0000 err:ntdll:RtlpWaitForCriticalSection section 0x77c2001c "?" wait timed out in thread 0010, blocked by 000b, retrying (60 sec) Anyone have any idea what is causing this, or what debug info would you need? Grant.

1 0

Re: config check for videodev.h
by Juan Lang 09 Jun '05

09 Jun '05

Hi Adrian, > Do I need to do anything special for a configure.ac patch - > does Alexandre re-run autoconf on commit, or do I need to do that > and include the patch to configure too? I've seen patches both ways. Try it and see :) __________________________________ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/

1 0

Re: Another day, another compile error.
by Juan Lang 09 Jun '05

09 Jun '05

Hi Hans, > dialog.c:516: internal compiler error: in gimple_add_tmp_var, at > gimplify.c:532 > Please submit a full bug report, > with preprocessed source if appropriate. As the error implies, this is a bug in gcc, not in Wine. Please report to the gcc folks. --Juan __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

1 0

Another day, another compile error.
by Hans Kristian Rosbach 09 Jun '05

09 Jun '05

gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o dialog.o dialog.c dialog.c: In function ‘msi_dialog_scrolltext_control’: dialog.c:516: internal compiler error: in gimple_add_tmp_var, at gimplify.c:532 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://bugzilla.redhat.com/bugzilla> for instructions. Preprocessed source stored into /tmp/ccClgjYu.out file, please attach this to your bugreport. make[2]: *** [dialog.o] Error 1 make[2]: Leaving directory `/usr/src/wine-cvs/wine/dlls/msi' make[1]: *** [msi] Error 2 make[1]: Leaving directory `/usr/src/wine-cvs/wine/dlls' make: *** [dlls] Error 2 I am running Fedora Core 4 Test3 with libgcc-4.0.0-11 gcc-4.0.0-11 gcc-java-4.0.0-11 gcc-c++-4.0.0-11 Compiling and checking out current cvs like this: make clean && cd .. && cvs -z3 update -CdR wine && cd wine && ./configure --prefix=/usr/wine && make depend && make Still haven't been able to compile any recent wine snapshot or cvs checkouts under FC4. The preprocessed source is an 1MB file, so I will send it to anyone that request it via direct email. -HK

2 1

Re: WININET: declare some missing functions
by Jonathan Wilson 09 Jun '05

09 Jun '05

> +BOOLAPI FtpCommandA(HINTERNET, BOOL, DWORD, LPCSTR, DWORD_PTR, HINTERNET *); > +BOOLAPI FtpCommandW(HINTERNET, BOOL, DWORD, LPCWSTR, DWORD_PTR, HINTERNET *); Was it intentional that FtpCommand doesnt have a WINELIB_NAME_AW #define?

1 0

Google Summer of code - rc files translator proposition
by Piotr Caban 09 Jun '05

09 Jun '05

Hello. I'm interested in Google Summer of code. My cousin, Jacek, has wrote here about it. I'm going to write a translator to rc files. I was thinking about how should it look like. In my opinion it has to have its own rc parser (I can integrate the wrc parser). I think this tool should have: - Listed every string that has to be translated - Preview of dialogs so that user can change its parameters characteristic for the language version (like size of controls) - RC files upgrading options - Nice UI with some useful options that makes translating easier Because rc files have very different syntax than po files and we need some specific options, I don't think using tools like poEdit is good choice. It won't make translations comfortable for users. This tool has to be as easy as possible, so users that have no coding experience can use it. Translating cannot expect user to know anything about syntax of rc files. Thanks, Piotrek

1 0

msvcmaker has stopped working
by Saulius Krasuckas 09 Jun '05

09 Jun '05

Any quick ideas? $ tools/winapi/msvcmaker dlls/ntdll/ntdll.dsp (file 119 of 213)Can't open file './misc/ntdll_misc.dsp.tmp' at tools/winapi/util.pm line 114. $ mkdir misc $ tools/winapi/msvcmaker wine.dswUse of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1047. Use of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1047. Use of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1047. Use of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1057. Use of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1057. Use of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1057. Use of uninitialized value in concatenation (.) or string at tools/winapi/msvcmaker line 987. Use of uninitialized value in concatenation (.) or string at tools/winapi/msvcmaker line 994. $ rmdir misc rmdir: `misc': Directory not empty $ ll misc/ total 4 -rw-rw-r-- 1 s2 s2 2333 Jun 9 11:01 ntdll_misc.dsp $ rm -rf misc/ $ And yes, it works OK with "--no-wine": $ tools/winapi/msvcmaker --no-wine $ A bug?

2 1

Re: config check for videodev.h
by Juan Lang 09 Jun '05

09 Jun '05

Replying to you both.. Adrian wrote: > 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? That looks correct to me.. Dustin wrote: > I don't think that would be appropriate, as systems that have > sys/time.h may not always have sys/types.h .. Actually, during the configure check, HAVE_SYS_TYPES will not be defined. He's really only checking for the presence of <linux/videodev.h>, so on systems that don't have <sys/types.h>, <linux/videodev.h> won't exist either (it's always present on Linux.) So if the configure check fails for either reason, HAVE_LINUX_VIDEODEV won't be defined--and that's what he wants. --Juan __________________________________ Discover Yahoo! Have fun online with music videos, cool games, IM and more. Check it out! http://discover.yahoo.com/online.html

2 1

Re: ntdll: Implement and test RtlAnsiCharToUnicodeChar
by Alexandre Julliard 09 Jun '05

09 Jun '05

James Hawkins <truiken(a)gmail.com> writes: > +/************************************************************************** > + * RtlAnsiCharToUnicodeChar (NTDLL.@) > + * > + * Converts an ansi character to a unicode character. > + * > + * PARAMS > + * ansi [I/O] Pointer to the ansi string. > + * > + * RETURNS > + * Success: Unicode representation of the first character in the ansi string. > + * Failure: NULL. > + * > + * NOTES > + * Upon successful completion, the char pointer ansi points to is > + * incremented by one. It should be incremented by two for multi-byte characters. -- Alexandre Julliard julliard(a)winehq.org

1 0

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

09 Jun '05

Sorry about the resend, but I used an old copy of the source inadvertently. 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 (nLcdDoubled == 2): #define B 0x00000000 #define W 0x00FFFFFF #define I 0xFFFFFFFF static struct { BITMAPINFOHEADER Lcd_bmih; DWORD dwColor[64]; } bmiLcd = { {0x28,0/*x*/,0/*y*/,1,8,BI_RGB,0,0,0,64,0}, { W,B,B,B,B,B,B,B,B,B,B,B,B,B,B,B, B,B,B,B,B,B,B,B,B,B,B,B,B,B,B,B, I,I,I,I,I,I,I,I,I,I,I,I,I,I,I,I, I,I,I,I,I,I,I,I,I,I,I,I,I,I,I,I } }; VOID CreateLcdBitmap(VOID) { // create LCD bitmap _ASSERT(nLcdDoubled == 1 || nLcdDoubled == 2 || nLcdDoubled == 4); bmiLcd.Lcd_bmih.biWidth = LCD1_ROW * nLcdDoubled; bmiLcd.Lcd_bmih.biHeight = -64 * nLcdDoubled; 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 UpdateContrast(Chipset.contrast); } In the new source update contrast doesn't do a SetDIBColorTable it just plays with the pattern used to write to the dib. static DWORD Pattern[16]; VOID UpdateContrast(BYTE byContrast) { DWORD c = byContrast; DWORD b = byContrast + 0x20; if (bmiLcd.dwColor[b] == 0xFFFFFFFF) b = 0; _ASSERT(nLcdDoubled == 1 || nLcdDoubled == 2 || nLcdDoubled == 4); if (nLcdDoubled == 1) { WORD i,j; for (i=0; i<16; ++i) { Pattern[i] = 0; for (j=8; j>0; j>>=1) { Pattern[i] = (Pattern[i] << 8) | ((i&j) ? c : b); } } return; } c = (c<<8) | c; b = (b<<8) | b; if (nLcdDoubled == 2) { Pattern[0] = (b<<16)|b; Pattern[1] = (b<<16)|c; Pattern[2] = (c<<16)|b; Pattern[3] = (c<<16)|c; return; } c = (c<<16) | c; b = (b<<16) | b; if (nLcdDoubled == 4) { Pattern[0] = b; Pattern[1] = c; } return; } The BitBlt: static BYTE Buf[36]; VOID UpdateMainDisplay(VOID) { UINT x, y, nLines; DWORD d = Chipset.start1; BYTE *p = pbyLcd; #if defined DEBUG_DISPLAY { TCHAR buffer[256]; wsprintf(buffer,_T("%.5lx: Update Main Display\n"),Chipset.pc); OutputDebugString(buffer); } #endif _ASSERT(nLcdDoubled == 1 || nLcdDoubled == 2 || nLcdDoubled == 4); if (!Chipset.dispon) { nLines = 64; ZeroMemory(pbyLcd, LCD1_ROW * nLcdDoubled * nLines * nLcdDoubled); } else { nLines = LINES(Chipset.lcounter); // main display lines if (nLcdDoubled == 4) { for (y = 0; y < nLines; ++y) { Npeek(Buf,d,36); for (x=0; x<36; x++) { *(((DWORD*)p)++)=Pattern[Buf[x]&1]; *(((DWORD*)p)++)=Pattern[(Buf[x]>>1) & 1]; *(((DWORD*)p)++)=Pattern[(Buf[x]>>2) & 1]; *(((DWORD*)p)++)=Pattern[(Buf[x]>>3) & 1]; } CopyMemory(p, p-LCD3_ROW, LCD3_ROW); p+=LCD3_ROW; CopyMemory(p, p-LCD3_ROW*2, LCD3_ROW*2); p+=LCD3_ROW*2; d+=Chipset.width; } } if (nLcdDoubled == 2) { for (y = 0; y < nLines; ++y) { Npeek(Buf,d,36); for (x=0; x<36; x++) { *(((DWORD*)p)++)=Pattern[Buf[x]&3]; *(((DWORD*)p)++)=Pattern[Buf[x]>>2]; } CopyMemory(p, p-LCD2_ROW, LCD2_ROW); p+=LCD2_ROW; d+=Chipset.width; } } if (nLcdDoubled == 1) { for (y = 0; y < nLines; ++y) { Npeek(Buf,d,36); for (x=0; x<36; x++) *(((DWORD*)p)++)=Pattern[Buf[x]]; d+=Chipset.width; } } } EnterCriticalSection(&csGDILock); // solving NT GDI problems { BitBlt(hWindowDC, nLcdX, nLcdY, 131*nLcdDoubled, nLines*nLcdDoubled, hLcdDC, Chipset.boffset*nLcdDoubled, 0, SRCCOPY); GdiFlush(); } LeaveCriticalSection(&csGDILock); return; } As emu48 still doesn't work I'll probably have more things I find in likely much different areas later. Dave

2 2

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