wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

[oleaut32/typelib.c] TLB_ReadTypeLib question
by Paul Vriens 07 Feb '05

07 Feb '05

Hi, while browsing through typelib.c I saw: 287 */ 288 int TLB_ReadTypeLib(LPCWSTR file, INT index, ITypeLib2 **ppTypelib); 289 290 HRESULT WINAPI LoadTypeLib( Is line 288 supposed to be there ? Cheers, Paul.

2 1

Re: widl: support ATTR_READONLY for interface properties
by Huw D M Davies 07 Feb '05

07 Feb '05

On Sun, Feb 06, 2005 at 09:50:31AM -0500, Vincent Béron wrote: > There are probably other easy ones like this one, but for now I only > need this one. > > Huw, am I stepping on your toes? Nope, but I do have some more patches left in my tree that I need to tidy up a bit before submitting - notably support for modules. I've almost got a version of stdole2.tlb too... But feel free to carry on. Cheers, Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Re-examining SetThreadContext
by Mike Hearn 07 Feb '05

07 Feb '05

Hi Alexandre, A user recently reported another app that doesn't work due to Armadillo copy protection. This scheme requires SetThreadContext/GetThreadContext to work properly and currently they do not. These two functions require the thread to be suspended, therefore they always return a bogus context (blocking on a wineserver wait pipe). I wrote a patch for this a while ago: http://navi.cx/svn/misc/trunk/winekb/patches/thread-context.patch However you felt it had races in it. There were two possible races I could see: - The race between suspending the thread and the sigcontext being uploaded. This was not a problem with my patch as Get/SetThreadContext loop. - A race where you can call SuspendThread again before the SIGUSR1 handler has completed. I believe this was the sticking point last time, no? But I can't see how this can happen because SIGUSR1 is blocked while it's being handled. So in the following sequence: PROCESS A: SuspendThread() PROCESS A: GetThreadContext() PROCESS B: SIGUSR1 PROCESS B: upload sigcontext PROCESS B: block PROCESS A: GetThreadContext() returns PROCESS A: ResumeThread PROCESS B: unblock, download sigcontext, restore, finish I do not see where the races are. Could you please re-examine this patch and let me know if there are any more problems with it? Dealing with the set/thread context operations in SIGUSR1 makes sense because they are only allowed when the target thread is suspended. thanks -mike

2 5

Re: wine/dlls/dbghelp elf_module.c
by Eric Pouech 07 Feb '05

07 Feb '05

Alexandre Julliard a écrit : > ChangeSet ID: 15811 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/01/31 10:24:57 > > Modified files: > dlls/dbghelp : elf_module.c > > Log message: > Silence a noisy FIXME I fear that the issue may be somewhere else than the pure FIXME. Can you describe what actually happened ? A+ -- Eric Pouech

2 1

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

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