February 2005 - wine-devel

Question about TrueType rendering
by Eric Frias 07 Feb '05

07 Feb '05

I'm trying to get winelib working on a platform whose X server doesn't have native support for TrueType fonts. I've configured wine with freetype, but it never seems to display the TrueType fonts. I don't have xfsft or xfstt installed. Should I expect this to work? I don't understand whether Wine uses the freetype library to render TrueType fonts, or if it just uses it for some other purpose (like getting metrics) and still depends on the font server to render the fonts. I see messages like this when wine starts, so it looks like wine is finding my fonts, but when I Call CreateFont("Arial"), it never maps to a TrueType font: trace:font:ReadFontDir Found "arial.ttf" in "/devel/syncad/.SynaptiCAD/mnt/c/windows/Fonts" trace:font:AddFontFileToList Loading font file "/devel/syncad/.SynaptiCAD/mnt/c/windows/Fonts/arial.ttf" index 0 trace:font:AddFontFileToList fsCsb = 400001ff ffff0000/00007a87 80000000 00000008 00000000 trace:font:AddFontFileToList Added font L"Arial" L"Regular" Is it still necessary to run xfsft to use these fonts, or should wine be able to use them on its own? Thanks, Eric

2 2

Re: wine/ windows/defwnd.c dlls/x11drv/x11drv_main ...
by Michael Stefaniuc 07 Feb '05

07 Feb '05

Hi Alexandre, this patch introduced a regression with FreeSolitaire (free download at www.freesolitaire.com). After switching virtual desktops the program windows gets blanked (see attached image). The program dosn't lockThis seems to be the only program with which i could reproduce this, all the others (winemine, notepad, winefile, Flash MX) seem to work just fine. bye michael Alexandre Julliard wrote: > ChangeSet ID: 15496 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/01/17 13:17:47 > > Modified files: > windows : defwnd.c > dlls/x11drv : x11drv_main.c x11drv.h winpos.c window.c > scroll.c mouse.c event.c clipboard.c > > Log message: > Avoid most references to the internals of the WND structure by passing > around an x11drv_win_data pointer instead. > > Patch: http://cvs.winehq.org/patch.py?id=15496 > > Old revision New revision Changes Path > 1.99 1.100 +0 -3 wine/windows/defwnd.c > 1.97 1.98 +0 -1 wine/dlls/x11drv/x11drv_main.c > 1.42 1.43 +17 -24 wine/dlls/x11drv/x11drv.h > 1.109 1.110 +76 -86 wine/dlls/x11drv/winpos.c > 1.87 1.88 +213 -199 wine/dlls/x11drv/window.c > 1.21 1.22 +0 -1 wine/dlls/x11drv/scroll.c > 1.16 1.17 +3 -6 wine/dlls/x11drv/mouse.c > 1.40 1.41 +5 -4 wine/dlls/x11drv/event.c > 1.30 1.31 +0 -1 wine/dlls/x11drv/clipboard.c > > -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 2

X11DRV_GetKeyNameText not finding scan code
by tom fogal 07 Feb '05

07 Feb '05

Hi all, I'm a newbie to wine coding trying to get a particular application to work. It seems to have trouble getting input correctly, and I've traced it to the aforementioned function in dlls/x11drv/keyboard.c. I'm using the wine CVS. The function seems to search through a particular table (keyc2scan) and I think the problem is that the key I am pressing is not in the table -- I've verified that it is not finding a ton of keypresses, although I can't see a console while the app is running so I can associate a particular value with a particular keypress. The general problem seems common among win32 && Xlib, at least. Application developers want to see which key is pressed, but different keys have different meanings/values depending on the current locale and maybe other settings. wine's GetKeyNameText seems to map that particular winapi call to XKeysymToString(XKeycodeToKeysym) calls, which sounds right. The table gets built in X11DRV_InitKeyboard, AFAICT. I can't see anything wrong with the way it is built -- although there is a huge chunk of code #ifdef 0'd out ("/* this breaks VK_OEM_x VKeys in some layout tables [. . .]"). I'm lost as to what minor detail wine seems to be missing here, it seems consistent with MSDN docs I've found online. Are there known issues with this piece of wine? Is anyone exactly sure what this function should be returning (aka "a\0" in lpBuffer and a retval of 1, for pressing the 'a' key? or some code that means 'a'?) ? Most importantly, whats the next step in debugging this? Thanks, -tom

3 2

Re: widl: propget method attr and number of args
by Huw D M Davies 07 Feb '05

07 Feb '05

On Sat, Feb 05, 2005 at 12:21:39PM -0500, Vincent Béron wrote: > Googling around, I found quite a lot of .idl files with a [propget] > method which stated its arg, so I guess widl shouldn't reject them. > > Huw, could you comment on this please? This should be fixed by widl #36. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: Regression in "DeusEx"
by luis lenders 07 Feb '05

07 Feb '05

It also causes a regression in foobar2000, see last comment on http://appdb.winehq.org/appview.php?versionId=2355 Hello again, > The patch: > http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html > > Log message: > Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop > forever too if WM_PAINT is not handled properly. > > Causes regression in the game "DeusEx". > The game was playable before of the patch, now it freezes > in the 2th title screen. The same patch causes regression in the game "Trickstyle". The same problems, it was playable, and now it freezes in the 2th title screen. Regards, Carlos. ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

Regression in 'Zoo Tycoon 1 demo'
by Paul Vriens 07 Feb '05

07 Feb '05

Hi, as of patch http://cvs.winehq.org/patch.py?id=15812 there is a regression in this demo. The first window stays black and logging shows that the app is looping (so it seems) on WM_PAINT messages: Call window proc 0x453bb0 (hwnd=0x20022,msg=WM_PAINT,wp=00000000,lp=00000000) loads of these at the end of the trace. Does the looping have anything to do with http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html ? What could be the next step to isolate the problem? Cheers, Paul.

1 0

appdb : database error for screenshots
by T'aZ 07 Feb '05

07 Feb '05

hi in the The top-10 Gold List from http://appdb.winehq.org/ all links to the screenshots returns with an error : Database Error! Query: SELECT appData.*, appVersion.appId as appId FROM appData, appVersion WHERE appVersion.versionId = appData.versionId AND type = 'image' AND appId = 1533 Column: 'appId' in where clause is ambiguous easy to spot and easy to fix i hope :) -- T'aZ |Jabber:taz-007@jabber.org|GPG keyID:E051925D|http://taz.prout.be *They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.* Benjamin Franklin 1759 *Beaucoup,vite,loin,mal.* http://www.cl.cam.ac.uk/~rja14/tcpa-faq.html

2 1

Graphical debugging instead of winedbg
by Ann and Jason Edmeades 07 Feb '05

07 Feb '05

Hi I was trying to get a gui replacement for winedbg as I can never remember how to view memory etc, and saw http://www.winehq.com/site/docs/wine-devel/dbg-others where it talks about using kdbg. I was looking at a simple trap and thought it ideal to test with.... So... 1. Winedbg: I can get to the trap by winedbg program.exe, cont, and it stops and displays everything ok 2. KDBG: I launch winedbg --gdb --no-start program.exe, and it starts and issues the line target remote localhost:32835 I then issue kdbg -r localhost:32835 /usr/local/bin/wine-pthread and get a popup stating "Sorry - KDbg, gdb: Using host libthread_db library "/lib/tls/libthread_db.co.1" with an ok button I click the ok button and the console I launched winedbg in issues various messages about "loads DLL c:\windows\system\user32 etc etc and eventually exception code=0x80000003 but nothing ever happens to the GUI Note this is with cvs and Mandrake 10 if it makes any difference. How do I get the gui support working? 3. Can we use msdev.exe or windbg.exe to debug under wine yet, now the dbghelp is more functional? (I haven't tried for a long time) Regards, Jason

3 7

Re: Regression in "DeusEx"
by Nick Hornback 06 Feb '05

06 Feb '05

>> The patch: >> http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html >> >> Log message: >> Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop >> forever too if WM_PAINT is not handled properly. >> >> Causes regression in the game "DeusEx". >> The game was playable before of the patch, now it freezes >> in the 2th title screen. > > The same patch causes regression in the game > "Trickstyle". The same problems, it was playable, and > now it freezes in the 2th title screen. > > Regards, > Carlos. The same problem is present with the audio player Foobar2000, same patch regression. From what I understand, it stems from the fact that in native Windows BeginPaint/EndPaint are technically not nessessary, but Wine thinks they are. I posted a bit of sample code that was given to me by the guy that wrote Foobar2000 about a month ago (look for the topic Foobar2000 Audio Player Regression) that showed some painiting without Begin/End Paint that works fine on native Windows but not Wine -- looking at it now... the sample code is missing a final closing "}", sorry. Anyway, glad to see Foobar isn't the only program effected by this. --Nick Hornback __________________________________ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250

1 0

Regression in "DeusEx"
by luis lenders 06 Feb '05

06 Feb '05

Hi, this patch also breaks foobar2000, see http://appdb.winehq.org/appview.php?versionId=2355 last comment Hello again, > The patch: > http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html > > Log message: > Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop > forever too if WM_PAINT is not handled properly. > > Causes regression in the game "DeusEx". > The game was playable before of the patch, now it freezes > in the 2th title screen. The same patch causes regression in the game "Trickstyle". The same problems, it was playable, and now it freezes in the 2th title screen. Regards, Carlos. ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

Regression in "DeusEx"
by Carlos Lozano 06 Feb '05

06 Feb '05

Hello, The patch: http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html Log message: Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop forever too if WM_PAINT is not handled properly. Causes regression in the game "DeusEx". The game was playable before of the patch, now it freezes in the 2th title screen. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 1

Re: widl: let widl understand typedef enum
by Rob Shearman 06 Feb '05

06 Feb '05

Vincent Béron wrote: >Since the typedef patch to widl, typedef enum foo {A, B} FOO; was >rejected by get_type_vt (unknown-type: 13). > >Changelog: >A RPC_FC_ENUM16 is a VT_I2. > > Are you sure about this? Elsewhere RPC_FC_ENUM16 is equivalent to a VT_I4 or VT_UI4 (although it is actually only 16-bits on the wire). Rob

3 3

Could not load 'KERNEL.DLL'
by Jeff Latimer 06 Feb '05

06 Feb '05

I have had a problem for quite a while that I cannot run setup or install and get the following error: [dad@frank dad]$ wine g:\\setup.exe Could not load 'KERNEL.DLL' required by 'BOOTSTRP', error=2 [dad@frank dad]$ Windows and Wine do not have a kernel.dll module hence I assume that there is some mapping from kernel32.dll to resolve kernel.dll. Can someone explain how the mapping from the 32 bit dll takes place? Tracing the setup.exe startup, it appears that Wine is searching the path for kernel.dll: 000a:Call ntdll.RtlDosPathNameToNtPathName_U(2177c730 L"G:\\setup.exe",2177c468,2177c470,00000000) ret=6601d9b0 000a:trace:file:RtlDosPathNameToNtPathName_U (L"G:\\setup.exe",0x2177c468,0x2177c470,(nil)) 000a:trace:file:RtlGetFullPathName_U (L"G:\\setup.exe" 520 0x2177c178 0x2177c470) 000a:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=6601d9b0 000a:trace:file:append_entry long L"." short L"" mask L"setup.exe" 000a:trace:file:match_filename (L".", L"setup.exe") 000a:trace:file:append_entry long L".." short L"" mask L"setup.exe" 000a:trace:file:match_filename (L"..", L"setup.exe") 000a:trace:module:NE_LoadDLLs Loading 'KERNEL' 000a:trace:module:GetModuleHandle16 (KERNEL) 000a:trace:module:MODULE_LoadModule16 Trying native dll 'KERNEL.DLL' 000a:trace:file:OpenFile16 "KERNEL.DLL" OF_READ OF_SHARE_DENY_WRITE 000a:Call ntdll.RtlInitAnsiString(2177c974,2177cd40 "KERNEL.DLL") ret=6601be28 000a:Ret ntdll.RtlInitAnsiString() retval=00000000 ret=6601be28 000a:Call ntdll.RtlAnsiStringToUnicodeString(4e2c9bf8,2177c974,00000000) ret=6601be9b 000a:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=6601be9b 000a:Call ntdll.RtlGetFullPathName_U(4e2c9c00 L"KERNEL.DLL",00000208,2177c998,00000000) ret=66038210 000a:trace:file:RtlGetFullPathName_U (L"KERNEL.DLL" 520 0x2177c998 (nil)) 000a:Ret ntdll.RtlGetFullPathName_U() retval=00000034 ret=66038210 000a:trace:module:GetModuleFileName16 10ef -> 'G:\setup.exe' 000a:Call ntdll.RtlInitUnicodeString(2177cae4,5c4f0410 L"c:\\windows\\system") ret=66037ec4 000a:Ret ntdll.RtlInitUnicodeString() retval=00000024 ret=66037ec4 000a:Call ntdll.RtlInitAnsiString(2177c964,5c54cbb0 ".;c:\\windows\\system;c:\\windows;G:;c:\\windows\\system;c:\\windows") ret=6601be28 000a:Ret ntdll.RtlInitAnsiString() retval=00000000 ret=6601be28 000a:Call ntdll.RtlAnsiStringToUnicodeString(2177c95c,2177c964,00000001) ret=6601be9b 000a:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=6601be9b 000a:Call ntdll.RtlDetermineDosPathNameType_U(4e2c9c00 L"KERNEL.DLL") ret=660390da 000a:Ret ntdll.RtlDetermineDosPathNameType_U() retval=00000005 ret=660390da 000a:Call ntdll.RtlDosSearchPath_U(5c54cc00 L".;c:\\windows\\system;c:\\windows;G:;c:\\windows\\system;c:\\windows",4e2c9c00 L"KERNEL.DLL",00000000,00000208,2177c990,00000000) ret=66039334 000a:trace:file:RtlDosPathNameToNtPathName_U (L".\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L".\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/z:/home/dad/bin 000a:trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\system\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L"c:\\windows\\system\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/c:/windows/system 000a:trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L"c:\\windows\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/c:/windows 000a:trace:file:RtlDosPathNameToNtPathName_U (L"G:\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L"G:\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/g: 000a:trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\system\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L"c:\\windows\\system\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/c:/windows/system 000a:trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L"c:\\windows\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/c:/windows 000a:Ret ntdll.RtlDosSearchPath_U() retval=00000000 ret=66039334 000a:warn:file:OpenFile16 (KERNEL.DLL): return = HFILE_ERROR error= 2 Could not load 'KERNEL.DLL' required by 'BOOTSTRP', error=2

2 3

Regression in x11drv windows handling
by Maxime Bellengé 06 Feb '05

06 Feb '05

I have one of my applications which no longer works correctly after this patch : ChangeSet ID: 15758 CVSROOT: /opt/cvs-commit Module name: wine Changes by: julliard(a)wine.codeweavers.com 2005/01/28 11:25:50 Modified files: include : win.h dlls/x11drv : x11drv.h winpos.c window.c event.c desktop.c Log message: Use an X context to associated the x11drv private window data to a window handle instead of accessing the WND structure directly. Patch: http://cvs.winehq.org/patch.py?id=15758 The behavior is when I try to move a window (in unmanaged mode) a little, the window moves at the bottom right corner of my screen. If I try to move it again, it moves again further on the bottom right. So I can no longer see my window. However every component in that windows works perfectly. Maxime

1 0

Re: appdb/ ./appview.php ./screenshots.php admin/a ...
by Jonathan Ernst 06 Feb '05

06 Feb '05

Le vendredi 04 février 2005 à 08:25 -0700, tony_lambregts(a)telusplanet.net a écrit : > WineHQ wrote: > > ChangeSet ID: 15925 > > CVSROOT: /opt/cvs-commit > > Module name: appdb > > Changes by: wineowner(a)wine.codeweavers.com 2005/02/03 20:55:50 > > > > Modified files: > > . : appview.php screenshots.php > > admin : adminAppDataQueue.php editAppFamily.php > > editAppVersion.php > > include : screenshot.php user.php > > tables : appdb_tables.sql > > > > Log message: > > Jonathan Ernst <Jonathan(a)ernstfamily.ch> > > - no more appId in appData as appVersion implies an appId* > > - screenshot class has been reworked to remove need of appId > > - screenshot class has been improved to send e-mails so that email handling can be removed from other scripts > > > > Patch: http://cvs.winehq.org/patch.py?id=15925 > > > > Old revision New revision Changes Path > > 1.47 1.48 +7 -18 appdb/appview.php > > 1.25 1.26 +30 -91 appdb/screenshots.php > > 1.10 1.11 +80 -107 appdb/admin/adminAppDataQueue.php > > 1.25 1.26 +0 -131 appdb/admin/editAppFamily.php > > 1.20 1.21 +3 -10 appdb/admin/editAppVersion.php > > 1.8 1.9 +237 -46 appdb/include/screenshot.php > > 1.34 1.35 +38 -17 appdb/include/user.php > > 1.18 1.19 +0 -2 appdb/tables/appdb_tables.sql > > > > > > > Bah! How are extra links in the appfamily suposed to work? Of course you seem to > think that these are not important so you simply removed them from edit > appfamily &%@#!. This is wrong ! > > -- > > Tony Lambregts > Hi Tony, Did you read the explanation of the * near the first changelog entry ? ------------------------------------------------------------ * => application have no additional url but version have application description is now just describing an application and giving a link to the application web page. Version description can now have many urls to various interesting resources ------------------------------------------------------------ As I guess you did, here are some more explanations (you can read some in the IRC log if you have some): APPLICATIONS ------------ *ELEMENTS STILL LINKED TO APPLICATIONS AFTER THESE PATCHES* - Description: General (not wine specific) description about the application. More or less what you can find on the editor site. (You might want to put a link to alternate native applications on linux here or to codeweaver's website at the end of the description as only the first line of the description is kept on summaries like search results, top-ten applications, etc.) - Webpage: webpage for the application *ELEMENTS THAT WERE LINKED TO APPLICATIONS BEFORE THESE PATCHES* - URLs: Used to link to wine-specific material or version specific material. As it is not of general use for an application it should be deleted to avoid url duplication in APPLICATIONS and VERSIONS (we should also avoid that people put things like "I tested it with wine xyz and it worked" in the APPLICATION description as it is version specific as well.) VERSIONS -------- *ELEMENTS STILL LINKED TO VERSIONS AFTER THESE PATCHES* - Description: Describe this version of this application, don't duplicate the description that belongs to the application (it is still the case in many version entry). - Screenshots: version specific screenshot *ELEMENTS THAT WERE LINKED TO VERSIONS BEFORE THESE PATCHES* - Webpage: webpage should be removed as hardly no editor keeps a different page for each version of it's software (I'm not speaking about version-specific support, service packs, etc. which can be covered using the added URLs entries discussed below). *NEW ELEMENTS THAT ARE LINKED TO VERSIONS AFTER THESE PATCHES* - URLs: using URLs you can give version-specific or wine specific links for the given version of an application. Another reason to don't keep the link from URLs to Application is that they are stored in the same table as screenshots and screenshots are not linked to applications so that if we want to keep URLs for applications we should make two tables. Of course this is just what I _think_ (I don't *seem to think* anything and discussed everything on IRC, put it in the patch description and of course the patches I send are only proposals, etc.). Finally nothing is *supposed to work* here as I: - took a great care at cleaning up the forms to remove the thing that are not available anymore using the new table schema - took a great care at testing every single function of the appdb to find regressions - made these changes willingly and documented those as well I'm looking forward to reading your (and anybody else's) comments about these thoughts and if you found regressions that'd slip through, don't hesitate to send me a bug report, I'll fix them asap. Best regards, Jonathan

3 4

[d3dxof] Registering this dll
by Paul Vriens 05 Feb '05

05 Feb '05

Hi, any particular reason why d3dxof shouldn't be able to register (itself): @ stdcall -private DllRegisterServer() D3DXOF_DllRegisterServer @ stdcall -private DllUnregisterServer() D3DXOF_DllUnregisterServer is missing from the spec file. I was just playing with dxdiag. Cheers, Paul.

2 2

Re: ntdll / kernel32: #52
by Alexandre Julliard 05 Feb '05

05 Feb '05

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > +/****************************************************************** > + * NtAddAtom (NTDLL.@) > + */ > +NTSTATUS WINAPI NtAddAtom( const WCHAR* name, ULONG length, ATOM* atom ) > +{ > + WCHAR full_name[MAX_ATOM_LEN + 1]; > + > + if (length / sizeof(WCHAR) > MAX_ATOM_LEN) return STATUS_INVALID_PARAMETER; > + memcpy(full_name, name, length); > + full_name[length / sizeof(WCHAR)] = 0; > + return RtlAddAtomToAtomTable( get_global_table(), full_name, atom ); That will work, but it's really ugly to copy the string just so we can do a strlenW on it and convert it back to a counted string for the server call. I think you really want the Nt* functions to make direct server calls, and the Rtl* to manipulate a local table. If we don't do things the way NT does we can just as well keep the current implementation. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Wine legalities
by Ira Krakow 05 Feb '05

05 Feb '05

Jeremy, I agree - this is an exciting development. Microsoft's ability to spread FUD and their legal budget are enormous. We need this kind of expert help. Here's an area where I'd like an expert opinion. In the Winelib part of the Wine book, I'd like to include an example of converting a Microsoft VC++ 6.0 MFC application. This is Winelib's primary target, in my opinion. My question is: how far can I go? There are proprietary Microsoft header files that need to be included - does the Microsoft EULA allow disclosure of what these header files are? Or is it only legally safe to say something generic like "....figure out for yourself which header files you need to #include..."? In general, I think Microsoft has to tread lightly on the issue of running Microsoft apps in Linux. Certainly, they're within their rights to hang up if a Linux/Winword user calls the help desk. But going after a company who legally pays for Winword licenses and runs Winword in Linux/Wine is another matter, bringing up the antitrust bogeyman again. Getting an expert legal opinion on this would be very useful. IMHO, even if Microsoft was legally on solid footing, it would be a huge PR disaster for them. Eventually, these issues will come to a head. Ira

6 6

RE: Wine legalities
by PETREOLLE Sylvain 05 Feb '05

05 Feb '05

Hi Steven, Couldnt we put a link to it on ReactOS homepage, saying its only a draft atm ? Cordialement, Usurp(aka Sylvain PETREOLLE) -----Message d'origine----- De : Steven Edwards [mailto:steven_ed4153@yahoo.com] Envoyé : mercredi 2 février 2005 07:16 À : Ira Krakow; jwhite(a)codeweavers.com; ros-general(a)reactos.com Cc : wine-devel(a)winehq.org Objet : Re: Wine legalities Hi Jer, The ReactOS Project consulted a IP lawyer and came up with a draft policy statement. Maybe the two projects could work together on this. http://reactos.com:8080/archives/public/ros-general/2005-January/001402.html Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail ---------------------------------------------------------------------------- Ce message ainsi que toutes pièces jointes (le "message") sont confidentiels et sont exclusivement destinés à l'usage de la personne à laquelle ils sont adressés. Tout point de vue ou toute opinion contenus dans ce message expriment la pensée personnelle de leur auteur et ne représentent pas nécessairement la position des sociétés du Groupe GEFCO. Si vous n'êtes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu cet e-mail par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. Si vous avez reçu ce message par erreur, merci de contacter la personne qui vous l'a adressé et de l'effacer immédiatement. Les sociétés du Groupe GEFCO déclinent toute responsabilité en cas d'altération, de modification, d'édition, de diffusion sans autorisation de ce message ou en cas d'affection de ce message par un virus. This message and any attachments (the "message") are confidential and intended solely for the use of the individual to whom they are addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the GEFCO Group of Companies. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. If you have received this message in error please contact the sender and delete the message immediately. The GEFCO Group of Companies shall not be liable for the message if altered, changed, falsified, edited, diffused without authorization or affected by any virus. ----------------------------------------------------------------------------

1 0

unable to compile on x86_64 platform
by Noah Schwartz 04 Feb '05

04 Feb '05

hey, i'm trying to compile wine on my machine (ver. 2005-01-11) but ./configure doesnt get too far... error: checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking whether make sets $(MAKE)... yes checking for gcc... gcc -m32 checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. here's the relevant info from config.log: configure:1878: checking for C compiler default output file name configure:1881: gcc -m32 conftest.c >&5 /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/./libgcc.a when searching for -lgcc /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/libgcc.a when searching for -lgcc /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lgcc collect2: ld returned 1 exit status configure:1884: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "Wine" | #define PACKAGE_TARNAME "wine" | #define PACKAGE_VERSION "20050111" | #define PACKAGE_STRING "Wine 20050111" | #define PACKAGE_BUGREPORT "wine-devel(a)winehq.org" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:1923: error: C compiler cannot create executables See `config.log' for more details. currently running gentoo. kernel version 2.6.9-gentoo-r14. glibc version 2.3.4.2004-11-02. gcc version 3.4.3-r1 compiled with multilib which works as far as i know

2 1

Theme Hospital & Dungeon Keeper Mouse
by Carlos Lozano 04 Feb '05

04 Feb '05

Hello, I have updated the patch what does work Theme Hospital, and Dungeon Keeper games, to actual CVS. It is only for testing purposes. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 0

my first go at syncing opengl spec
by Tom 04 Feb '05

04 Feb '05

This is my first attempt at syncing the opengl spec. Is this close to what needs to be done? Tom

2 1

Re: [d3d9/device.c] IDirect3DDevice9Impl_GetDepthStencilSurface problem
by Ann and Jason Edmeades 04 Feb '05

04 Feb '05

Well yes and no. The 'problem' is most of this code isn't implemented yet... Try Olivers large patch and see if things are any better, or wait a while while a whole load of code gets into cvs. Basically d3d9 shouldn't have any of the code relating to the stencil buffers - that will be in wine3d. I am pretty certain Olivers patch did that, and he is working on splitting it up to get cvs in sync with his local tree. Jason

6 13

my first try at opengl spec sync
by Tom 04 Feb '05

04 Feb '05

Hello, This is the first time ive ever tried to sync with the SGI spec am I close to what needs to be done ? Tom

1 0

PRESS: run windows viruses with wine ...
by Marcus Meissner 04 Feb '05

04 Feb '05

Hi, Fun article ... author tests various viruses with WINE. http://os.newsforge.com/article.pl?sid=05/01/25/1430222&from=rss Ciao, Marcus

8 12

Re: Re: Newest winrash problems?
by Chris Morgan 04 Feb '05

04 Feb '05

There was a bug introduced in 0010 where I was fgets()'ing and checking for feof() on file opened with "wb". Thus the debug file was growing out of control. I released 0011 to fix this issue and I'm hoping that people get the upgrade when their PC's restart. Chris > > From: Paul Vriens <Paul.Vriens(a)xs4all.nl> > Date: 2005/02/04 Fri AM 03:36:56 EST > To: cmorgan(a)alum.wpi.edu > CC: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> > Subject: Re: Newest winrash problems? > > On Thu, 2005-02-03 at 16:21, Chris Morgan wrote: > > I'm not actually installing winsock2, just popping up a dialog during the installer mentioning that you need winsock2 if you are running on a win95 machine. What I *should* do is somehow get the nsis installer script to check for the winsock2 dlls and actually run the installer, but thats a bit more difficult than just displaying a dialog with text and a web link. > > > > Chris > Hi Chris, > > maybe you could have that one be de-selected on default? The number of > win95 running winrash seem to be outnumbered by the others. > > > > I had some problems with Winrash bailing out on 2 of my win98 systems. > > > Apparently this was because a new winrash was available and it tried to > > > install that? > > > After uninstalling winrash 0009 and installing 0010 it works again. One > > > of the main differences is that winrash 0010 has an extra winsock2 > > > install, could this be the cause? > > > > I saw there's now even a 0011. The following problems where observed by > me while the automatic upgrade took place: > > - for some reason the previous TAG was not used anymore. If you look at > http://test.winehq.org/data/200502031000/ you will see a load of > IDWASEMPTY's. (more than usual) > - On my WinNT4 box, the debug log file grew to 2GB! > > Both of the above where solved by un-installing what was there and > installing the latest. I do think there's something wrong in the > automatic upgrade of winrash. > > Cheers, > > Paul. > >

1 0

Re: appdb/ ./appview.php ./screenshots.php admin/a ...
by tony_lambregts＠telusplanet.net 04 Feb '05

04 Feb '05

WineHQ wrote: > ChangeSet ID: 15925 > CVSROOT: /opt/cvs-commit > Module name: appdb > Changes by: wineowner(a)wine.codeweavers.com 2005/02/03 20:55:50 > > Modified files: > . : appview.php screenshots.php > admin : adminAppDataQueue.php editAppFamily.php > editAppVersion.php > include : screenshot.php user.php > tables : appdb_tables.sql > > Log message: > Jonathan Ernst <Jonathan(a)ernstfamily.ch> > - no more appId in appData as appVersion implies an appId* > - screenshot class has been reworked to remove need of appId > - screenshot class has been improved to send e-mails so that email handling can be removed from other scripts > > Patch: http://cvs.winehq.org/patch.py?id=15925 > > Old revision New revision Changes Path > 1.47 1.48 +7 -18 appdb/appview.php > 1.25 1.26 +30 -91 appdb/screenshots.php > 1.10 1.11 +80 -107 appdb/admin/adminAppDataQueue.php > 1.25 1.26 +0 -131 appdb/admin/editAppFamily.php > 1.20 1.21 +3 -10 appdb/admin/editAppVersion.php > 1.8 1.9 +237 -46 appdb/include/screenshot.php > 1.34 1.35 +38 -17 appdb/include/user.php > 1.18 1.19 +0 -2 appdb/tables/appdb_tables.sql > > > Bah! How are extra links in the appfamily suposed to work? Of course you seem to think that these are not important so you simply removed them from edit appfamily &%@#!. This is wrong ! -- Tony Lambregts

1 0

Re: Software Freedom Law Center
by gslink 04 Feb '05

04 Feb '05

Here is something else to consider. With respect to property taxes, who owns a piece of software and who is liable for the taxes on it? Some of the current licenses may well make the software seller and not the buyer liable in some states.

1 0

BUG: text alignment in editboxes
by George Ginden 04 Feb '05

04 Feb '05

It looks like text alignement is not implented or working correctly. Just run calc.exe in Windows then in Wine. Pay attention at where the digits are shown... I can also provide a simple C program to be used as testbed. See bug : 2698 Regards.

1 0

RICHEDIT again
by Krzysztof Foltman 04 Feb '05

04 Feb '05

It seems that I already have something useful. I've added multilevel undo/redo, GetCharFormat/SetCharFormat (very incomplete) and modify flag, and cleaned up the code a lot. The source code is downloadable from here: http://foltman.com/richtext-20050204.tar.gz I'll try to add handlers for basic editing messages (like WM_SETTEXT) and maybe notifications too, DLLize it and then make a Wine patch out of it. Is that OK ? It's not like everything is done the way it should be (for instance, coordinate system is still pixel-based and not twips-based), but in this stage the risk of having to constantly rewrite everyone else's code is much lower. Krzysztof

2 1

Re: [user32/tests/sysparams.c] Add an extra trace
by Paul Vriens 04 Feb '05

04 Feb '05

On Fri, 2005-02-04 at 09:58, Paul Vriens wrote: > Hi, > > winrash just ran on my win98 box and the sysparams test didn't complain > about SPI_GETICONTITLEWRAP not being implemented. If I however run the > test manually (with an extra trace) win98 tells me it's not > implemented!! > > So to have some more input about this, I added an extra trace. It could > be that ERROR_INVALID_SPI_VALUE has something to do with this. > > Changelog > extra tracing for SPI_GETICONTITLEWRAP > > Cheers, > > Paul This needs more investigation. Some extra testing showed that LastError is not always set by the calls (all?). I added traces to all the calls and suddenly nothing was implemented anymore. Then I added a SetLastError(0) before every call and the output was totally different again. The only thing not implemented anymore on my win98 box was SystemParametersInfoW. So what's the best approach: - add a SetLastError(0) in every test-routine before we do something? - add a trace after each SystemParametersInfo call? - find out which call sets LastError and which calls don't? Cheers, Paul.

1 0

Re: Newest winrash problems?
by Chris Morgan 04 Feb '05

04 Feb '05

I'm not actually installing winsock2, just popping up a dialog during the installer mentioning that you need winsock2 if you are running on a win95 machine. What I *should* do is somehow get the nsis installer script to check for the winsock2 dlls and actually run the installer, but thats a bit more difficult than just displaying a dialog with text and a web link. Chris > > From: Paul Vriens <Paul.Vriens(a)xs4all.nl> > Date: 2005/02/03 Thu AM 03:19:52 EST > To: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> > Subject: Newest winrash problems? > > Hi, > > I had some problems with Winrash bailing out on 2 of my win98 systems. > Apparently this was because a new winrash was available and it tried to > install that? > After uninstalling winrash 0009 and installing 0010 it works again. One > of the main differences is that winrash 0010 has an extra winsock2 > install, could this be the cause? > > Cheers, > > Paul. > > >

2 1

Last change to wine/dlls/comctl32/header.c caused regression in Shareaza (downloadable source)
by Tony Lambregts 03 Feb '05

03 Feb '05

According to bug 2659 http://bugs.winehq.org/show_bug.cgi?id=2659 This patch http://www.winehq.org/hypermail/wine-cvs/2005/01/0232.html causes a regression in Shareaza. http://www.shareaza.com/?id=download I have tested this myself and it is definitely this patch. Backing out this change with current cvs allows Sharaza to work. The the source code for this program is available at http://sourceforge.net/project/showfiles.php?group_id=110672&package_id=119… -- Tony lambregts

1 0

Re: [variant] partial support for nulls + emptys converted to numbers.
by Marcus Meissner 03 Feb '05

03 Feb '05

On Thu, Feb 03, 2005 at 02:28:03PM +0000, Oliver Stieber wrote: > Hi, > I've had this lurking around in my tree for a while, > the patch starts to support mixing nulls or emptys > with integers (basically null == 0 and empty == 0) The patch does not match your description. It looks like some huge D3D diff instead ... Ciao, Marcus

1 0

Wine pthread_detach problem
by Sergey Efimoff 03 Feb '05

03 Feb '05

Hi All, While doing experiments with winegcc/wineg++ I have compiled my application which uses complex multi-threaded library. Wine made shell wrapper script for me and the application itself with the extension .exe.so. I tried to run this application: FIXME:pthread_detach FIXME:pthread_detach Bad system call (core dumped) or, as another option: FIXME:pthread_detach wine: Unhandled exception (thread 000a), starting debugger... How can I handle this failure? //Sergey.

1 0

Re: GDI: implement color management functions
by Alexandre Julliard 03 Feb '05

03 Feb '05

Hans Leidekker <hans(a)it.vu.nl> writes: > This patch doesn't go as far as allocating and initializing a color > space on DC creation. It simply creates (a dummy) one when asked for, > to avoid any impact on performance. It also doesn't fully implement > color space handles, instead it simply casts a pointer to a handle > and back. This cannot possibly work, the pointer won't remain valid. If you don't want to implement proper handles then return something like 0xdeadbeef and print a FIXME so that it's at least obvious that something's not working right. Your approach will only lead to mysterious crashes. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [shlwapi/tests/shreg.c #6] More verbosity
by Alexandre Julliard 03 Feb '05

03 Feb '05

Paul Vriens <Paul.Vriens(a)xs4all.nl> writes: > This patch add more verbosity. I also changed some of the ok(0,) into a > trace. I don't think we want to do that, this is just hiding problems. If a test cannot run this should be flagged as an error. -- Alexandre Julliard julliard(a)winehq.org

1 0

x11drv regression?
by Oliver Stieber 03 Feb '05

03 Feb '05

Hi, I've just synced with CVS and the following code and I can no longer get an x11 window ID using (Window)GetPropA(HWND,"__wine_x11_client_window" ); I've had a look at X11DRV and there have been a few changes reciently, should I be using something else? ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

7 9

Re: [user32/tests/sysparams.c] Check for availability of SPI_GETICONTITLEWRAP
by jchevrier＠nexicom.net 03 Feb '05

03 Feb '05

> Hi, > > SPI_{GET,SET}ICONTITLEWRAP is not implemented on a standard Win98 SE. > > Changelog > Check for availability of SPI_GETICONTITLEWRAP > > Cheers, > > Paul. Hi Paul, I agree we definately should not be leaving keys/values in user's registries that weren't there originally after the test has been run. Ideally all should be returned to exactly the way it was before the test was run. Unfortunately this patch won't correct the issue. This patch implies that SPI_{GET,SET}ICONTITLEWRAP is not a supported call on Win98 which it is. As a result it will always pass and the registry will still get a new value added. Try the following patch. It was just put together quickly and only covers this one test, but testing here shows it does stop a new value from being added if it did not exist to begin with. I would like to create something that covers the entire sysparams suite of tests to stop this across the board. Thanks for the heads up on this! Justin

3 6

Newest winrash problems?
by Paul Vriens 03 Feb '05

03 Feb '05

Hi, I had some problems with Winrash bailing out on 2 of my win98 systems. Apparently this was because a new winrash was available and it tried to install that? After uninstalling winrash 0009 and installing 0010 it works again. One of the main differences is that winrash 0010 has an extra winsock2 install, could this be the cause? Cheers, Paul.

1 0

Re: RESEND: Enable GCOV Code Coverage
by Daniel Kegel 03 Feb '05

03 Feb '05

Alexandre wrote: > The changes may be small but they are ugly IMO. I don't think we need > a configure option for that, it should be possible to simply do a > 'make CFLAGS=xxx' with the appropriate options. We used a configure option by analogy with --disable-debug, I guess, and because it seems to be the standard way to do it (a quick search shows that at least ImageMagick, PlaylistManager, oprofile, xfce, gstreamer, dbus, plt-scheme, matchbox, KDE-Darwin, lsh, and many others do it with --enable-gcov). We'd be happy to rework it any way you like, if you think following existing practice by using --enable-gcov is a bad idea. We have a very small follow-on patch which adds lcov support. lcov is a nice postprocessor for gcov that makes a pretty HTML report for all of wine showing how well the Wine test suite covers the code. We also have an enhancement to lcov pending which lets you see which lines of Wine are exercized by an application but not by Wine's regression test suite. - Dan

1 0

Re: [winecfg] Clean up about dialog
by Mike Hearn 02 Feb '05

02 Feb '05

On Wed, 02 Feb 2005 21:34:00 +0100, Paul van Schayck wrote: > Changelog: > Clean up about dialog. Remove groupbox, position logo correctly. Cool! If you want to do some winecfg hacking integrating the drive detection with wineprefixcreate is like a 5 minute job.

1 0

Re: [OLE #62] Rework the RPC dispatch layer
by Alexandre Julliard 02 Feb '05

02 Feb '05

Mike Hearn <mh(a)codeweavers.com> writes: > ChangeLog: > - Rework RPC dispatch layer to be simpler and not get confused by > server/client duality > - Make threads shut down at the right time and not access freed > memory after apartment destruction > - Rename stub_dispatch_thread to client_dispatch_thread > - Add some more tracing This badly breaks the regression tests, apparently triggering a bug in the named pipe handling on the server side. I'm afraid I can't apply the patch until this is fixed. -- Alexandre Julliard julliard(a)winehq.org

3 4

Re: RESEND: Enable GCOV Code Coverage
by Robert Shearman 02 Feb '05

02 Feb '05

Aaron Arvey wrote: >This is the third or fourth resend... anything I'm unaware of? > > > >We're using gcov and lcov to measure how well the Wine test suite >covers the wine source tree. Here's our first cut at making it easy >to run wine compiled for coverage testing, and view the results >using the simple text interface of gcov. A seperate patch for >lcov will be released soon. > > I think the issue with this patch is that it isn't it doesn't appear to be useful for a significant number of people and could be maintained as an external patch by the people who do think it's useful. Maybe you could try to persuade us as to why everyone should be using gcov? Rob

3 3

Wine desktop properties ?
by George Ginden 02 Feb '05

02 Feb '05

Hi all, before I try and go through the code, is there any config option or registry entry to set the Wine's Desktop Background with an image or a different color ? Thanks.

2 1

advapi32:registry.c tests failing
by Aaron Arvey 02 Feb '05

02 Feb '05

I noticed that advapi32:registry was failing on my windows xp machine 28 times, but succeeding in my wine regression test runs. I investigated what lines were causing failures and changed some the values so that the errors wouldn't exist on the windows test run. This now causes wine test runs to fail. I looked through test.winehq.org and found the following: Here it works (last time it worked) http://test.winehq.org/data/200411101000/ Here it fails 28 times (first time it looks like it failed) http://test.winehq.org/data/200411201000/ Here it also fails 28 times (most recent) http://test.winehq.org/data/200502011000/ I wanted to know if there was something I'm misunderstanding or missing. If not I'm going to change the registry.c tests to work on Windows XP and thus fail on Wine. Thanks for the information. Aaron

3 2

More nagging
by Jeremy White 02 Feb '05

02 Feb '05

We have 34 folks signed up for Wineconf now. I note that only 9 of the 15 folks from CodeWeavers are signed up...so I have some internal nagging to do. If cost is an issue, note that we have a (very) limited pool of funds available to sponsor travel; just note that in your rsvp (or email me privately). The web page again is here: http://www.winehq.org/site/wineconf Please rsvp! I think this will be my last nag message before we start assuming we've got everyone and start planning accordingly. Cheers, Jeremy

1 0

Regressions in window focus behavior
by Paul Rupe 02 Feb '05

02 Feb '05

The move of update region handling to wineserver (http://www.winehq.org/hypermail/wine-cvs/2004/12/0100.html) back in December caused a regression in Hamster 2.0.0.1. After this patch, Hamster steals focus constantly. When I switch virtual desktops in KDE, it immediately switches back and reactivates the Hamster window. This is even with KDE's "Prevent focus stealing" set to Extreme. Hamster can be downloaded from <http://www.tglsoft.de/misc/hamster_en.htm>. Another patch from Jan 31 (http://www.winehq.org/hypermail/wine-cvs/2005/01/0724.html) provokes the same behavior in Remedy. Switching to another desktop or minimizing the window yanks me back to it immediately. Both apps seem to be resisting the hide message from the window manager, but I don't understand the interaction of these patches well enough. -- Paul Rupe <prupe(a)myrealbox.com> "She smiled, in the end."

2 1

DLL Load Question: Please Help!
by Sergey Efimoff 02 Feb '05

02 Feb '05

Hi, I have windows binary-only, third-party .DLL library without any source files. I would like to use it in my unix-based project, which is compiled with usual GNU C compiler. Wine documentation says Wine is able to load external .DLLs, but does not explain how to implement such ability in userland program using Wine API. I've discovered LoadLibrary() and GetProcAddr() functions compiled into built-in DLL (kernel32.dll.so), so in order to load my DLL I use the function LoadLibrary("somelib.dll"), linking my project with -lwine and -lkernel32. The problem is that when my application calls LoadLibrary(), it causes Bus Error. Back tracing using gdb shows that the crash appears under such sequence: in main() in LoadLibraryA() at module.c:745 in LoadLibraryExA() at module.c:706 in FILE_name_AtoW() at file.c:198 in ?? () from kernel32.dll.so The function call at file.c:198 is RtlInitAnsiString() and (as I understand) is unreferenced in kernel32 and uses ntdll.dll.so. What things should I do before calling LoadLibrary()? By the way: If I call RtlInitAnsiString() directly from main(), linking my project with ntdll.dll.so, it is called correctly, works and returns some result. I tried to define -lntdll within LDFLAGS, in this case compile finishes cleanly, but the Bus Error still appears. Also I tried to find any examples showing how to load external .DLL. I've found no examples. Note: there is no ability to obtain library sources. Bye.

3 4

Re: [Wine]How can I run an already installed Flash MX 2004 (on an /NTFS partition)?
by Scott Ritchie 02 Feb '05

02 Feb '05

Ok I finished the winetools package when I should have been sleeping, so you're gonna need to be my usability guinea pig. Install the winetools package from the same place the wine packages are (winehq), then use it to setup wine for you and install dcom. Thanks, Scott Ritchie On Wed, 2005-02-02 at 10:34 +0200, Emre Sevinç wrote: > > Scott Ritchie wrote: > > I'm almost done with the winetools package which should make installing > > DCOM98 an easy one-click affair for you. I'll update you in a day or > > two if I finish. > > Well, is there no way to use the Flash.exe which is installed on my MS > Windows 2000 partiton? > > Do I have to install Flash MX 2004 into a fake windows dir. created by > WINE? > > I still don't have any configuration file, will I need such a file (in > both cases?) The reason > why I don't have one is described below, in my previous mail. > > I hope you can help. This is the first time I installed and tried to > use WINE and it > is really important for me. > > Thanks in advance, > Emre Sevinc > Istanbul Bilgi University > http://www.bilgi.edu.tr > > > > > Thanks, > > Scott Ritchie > > > > On Tue, 2005-02-01 at 19:35 +0200, Emre Sevinc wrote: > > > > > First I tried wine from the Debian unstable repository. It didn't work > > > for installing Flash MX 2004. > > > > > > Then I was given advice and I tried the latest version so grabbed > > > and installed the .deb package from the winehq repository (Wine > > > 20050111) > > > > > > Yes, I also tried to install DCOM98.EXE by following the > > > instructions from http://navi.cx/svn/misc/trunk/winekb/NativeDCOM.xml > > > but it also had some problems (please refer to > > > http://www.winehq.org/hypermail/wine-users/2005/02/0000.html ) > > > > > > Now, ok, I give up installing FLASH MX 2004 on a fake windows > > > drive but I just want to learn: > > > > > > I already have an MS Windows 2000 partition (NTFS) on the same > > > hard disk and I was able to install Flash MX 2004 when I booted > > > windows. Can I use this Flash MX 2004 which is > > > already-installed-on-windows-system with WINE? > > > > > > If the answer is yes then I'll say: How? > > > > > > Current situation: > > > > > > $ wine /NTFS/Program\ Files/Macromedia/Flash\ MX\ 2004/Flash.exe > > > err:module:import_dll Library MSVCIRT.dll (which is needed by L"Z:\ > > > \NTFS\\Program Files\\Macromedia\\Flash MX 2004\\xerces-c_2_1_0.dll") > > > not found > > > err:module:import_dll Library xerces-c_2_1_0.dll (which is needed by > > > L"Z:\\NTFS\\Program Files\\Macromedia\\Flash MX 2004\\Flash.exe") not > > > found > > > err:module:LdrInitializeThunk Main exe initialization for L"Z:\\NTFS > > > \\Program Files\\Macromedia\\Flash MX 2004\\Flash.exe" failed, status > > > c0000135 > > > > > > > > > Now you may wonder about my wine configuration and ask what my > > > ~/.wine/config > > > is and I must say that, well, I've run the latest WINE it created some > > > directories > > > under ~/.wine (it was a fresh start, I had already deleted the > > > ~/.wine directory > > > from the previous Debian installation) but THERE IS NO config (or > > > similar) file. > > > > > > So, can somebody be kind enough to show me config file or tell me what > > > kind > > > of file I must create in order to simply run the Flash MX 2004 which > > > is > > > already-installed-and-working-on-windows-system? > > > > > > winesetup? No, please! :) Now that I added the winehq repository to my > > > /etc/sources.list when I try to apt-get winesetup it says that it is > > > going to remove wine. So I prefer to copy the config file (the RIGHT > > > one) > > > from somewhere or create it by using the information that some WINE > > > user > > > or hacker will provide. > > > > > > > > > > > > > > > > > > > > >

1 0

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 February 2005