wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

docs: wine-devel [0/16]
by Dimitrie O. Paun 21 Sep '03

21 Sep '03

Hi folks, I've been doing some work on the Wine Developer's Guide. It's in better shape now, but I'd still rate it at 2.5 stars. It still needs some work until it's production quality, but the end is in sight. In fact, if Lionel can look at the OpenGL section (lots of things changed in there lately), and Eric at the Multimedia section (lots of things out of date), we'd be so much closer. Instead of sending all the updates as one big patch, I've tried to split them up, for all the known reasons. But before I start sending patches, I have a few comments about this documentation business. First, we have to resist the temptation to add a lot of redundant information. Like what is cvs, how it functions, etc. There are better resources available on the web, and we simply don't have the manpower to maintain, translate, etc. all this information. Having a lot of documentation may give us a warm and fuzzy feeling, but in fact it just shows how we have failed to make Wine transparent, and/or we haven't refined the docs. Nobody likes to read documentation, so let's keep it short, sweet, and interesting. Second, we have to avoid at all cost including information that can change often. We get an update for these docs only once every few years, and having obsolete information in there is way worse than having no information at all. There are better places to put such info: man pages, web pages (WineHQ), etc. Having it duplicated somewhere in the depths of these manuals serves no purpose then to create more (and useless) work for us. Third, we have to try to make these things look as books, and less likely a motley collection of files, interlaced with TODOs/FIXMEs/etc. -- Dimi.

1 0

how complete is the WINE DirectX & OLE/COM header files?
by Jonathan Wilson 21 Sep '03

21 Sep '03

1.where do I get the most complere DirectX & OLE/COM header files? WineHQ CVS or somewhere else? 2.how complete are they? 3.what version of DirectX are the header files targeted at?

1 0

Bug in the heap management code?
by MichaelGuennewig＠gmx.de 21 Sep '03

21 Sep '03

Hallo. When I try to play "The Elder Scroll III: Tribunal" version 1.4.1313 german under wine I get a page fault after some time. The time span differs and so the calling point of the heap management but it always occurs in HEAP_CreateFreeBlock in line 415. Generating of a full "-debugmsg +heap" log is nearly impossible because it takes too long to start the game and start playing (after > 200 min. it still wasn't finished with initializing). ,----- | err:ntdll:RtlpWaitForCriticalSection section 0x4046001c "?" wait timed out in thread 0010, blocked by 000c, retrying (60 sec) | err:ntdll:RtlpWaitForCriticalSection section 0x7d63d8 "?" wait timed out in thread 0009, blocked by 000c, retrying (60 sec) | Unhandled exception: page fault on write access to 0x53acae7c in 32-bit code (0x400826d1). | In 32-bit mode. | 0x400826d1 (HEAP_CreateFreeBlock+0x11 [heap.c:415] in libntdll.dll.so): movl $0x45455246,0x4(%esi) | 419 pEnd = (char *)ptr + size; | Wine-dbg>bt | Backtrace: | =>0 0x400826d1 (HEAP_CreateFreeBlock+0x11(subheap=0x539a0000, ptr=0x53acae78, size=0x3f6ebd18) [heap.c:415] in libntdll.dll.so) (ebp=4c031d80) | 1 0x400829be (HEAP_ShrinkBlock+0x4e(subheap=0x539a0000, pArena=0x53aaae70, size=0x20000) [heap.c:521] in libntdll.dll.so) (ebp=4c031d9c) | 2 0x400838c7 (RtlAllocateHeap+0xa7(heap=0x40460000, flags=0xa, size=0x20000) [heap.c:1159] in libntdll.dll.so) (ebp=4c031dc8) | 3 0x40aac68e (IDirect3DDevice8Impl_CreateImageSurface+0x9e(iface=0x4052fca8, Width=0x100, Height=0x80, Format=0x31545844, ppSurface=0x53a81dd0) [device.c:1987] in d3d8.dll.so) (ebp=4c031dec) | 4 0x40aaba39 (IDirect3DDevice8Impl_CreateTexture+0x119(iface=0x4052fca8, Width=0x100, Height=0x80, Levels=0x5, Usage=0x0, Format=0x31545844, Pool=0x1, ppTexture=0x52c58170) [device.c:539] in d3d8.dll.so) (ebp=4c031e20) | 5 0x006b9766 (Morrowind.exe..text+0x2b8766 in Morrowind.exe) (ebp=535bb5c0) | 6 0x00000001 (ebp=00748e84) | 7 0x006cf2a0 (Morrowind.exe..text+0x2ce2a0 in Morrowind.exe) (ebp=006ce690) | 8 0x00000478 (ebp=e8f18b56) | *** Invalid address 0xe8f18b56 (MSVCP60.DLL..reloc+0x70dfab56) `----- ,----- | err:ntdll:RtlpWaitForCriticalSection section 0x4046001c "?" wait timed out in thread 0010, blocked by 000c, retrying (60 sec) | err:ntdll:RtlpWaitForCriticalSection section 0x4046001c "?" wait timed out in thread 0009, blocked by 000c, retrying (60 sec) | Unhandled exception: page fault on write access to 0x537c0064 in 32-bit code (0x400826d1). | In 32-bit mode. | 0x400826d1 (HEAP_CreateFreeBlock+0x11 [heap.c:415] in libntdll.dll.so): movl $0x45455246,0x4(%esi) | 419 pEnd = (char *)ptr + size; | Wine-dbg>bt | Backtrace: | =>0 0x400826d1 (HEAP_CreateFreeBlock+0x11(subheap=0x536b0000, ptr=0x537c0060, size=0x3f6f4c38) [heap.c:415] in libntdll.dll.so) (ebp=4c032518) | 1 0x400829be (HEAP_ShrinkBlock+0x4e(subheap=0x536b0000, pArena=0x537bff90, size=0xc8) [heap.c:521] in libntdll.dll.so) (ebp=4c032534) | 2 0x400838c7 (RtlAllocateHeap+0xa7(heap=0x40460000, flags=0x2, size=0xc8) [heap.c:1159] in libntdll.dll.so) (ebp=4c032560) | 3 0x412befe7 (MSVCRT.DLL.??_U@YAPAXI@Z+0x27 in msvcrt.dll.so) (ebp=4c032580) | 4 0x00412b03 (Morrowind.exe..text+0x11b03 in Morrowind.exe) (ebp=4c03261c) | 5 0x00412dcb (Morrowind.exe..text+0x11dcb in Morrowind.exe) (ebp=4af5fce8) | 6 0x5376b8e0 (_end+0x832c1f0) (ebp=4cbe2238) | 7 0x444e414c (_end+0x2ebf630) (ebp=007428b0) | 8 0x004c8620 (Morrowind.exe..text+0xc7620 in Morrowind.exe) (ebp=004c7b90) | 9 0x00000018 (ebp=e8f18b56) | *** Invalid address 0xe8f18b56 (MSVCP60.DLL..reloc+0x70dfab56) `----- Michael

5 8

[TOOLS] winecheck has still old environment syntax
by MichaelGuennewig＠gmx.de 21 Sep '03

21 Sep '03

Symptom: >>> Checking drive F settings: 016. Checking Path option... SUSPICIOUS (%HOME% does not exist !). - ADVICE: create this directory or point Path to a real directory. 017. Checking Type option... OK. --> PROBLEM. Changelog: Adapted winecheck to use new environment variable syntax (ex. %HOME%). Michael

1 1

usefull info on GDI internals but more is needed
by Jonathan Wilson 21 Sep '03

21 Sep '03

http://msdn.microsoft.com/msdnmag/issues/03/01/GDILeaks/ It indicates that there is a table that holds GDI internals and gives details about it. I can also confirm that the API call GdiQueryHandle in gdi32.dll retrieves pointer to this handle table. Does anyone have any more info related to how GDI handles work, what the different bits mean, how to turn a gdi handle into an entry in the shared handle table, the internal structures behind the pointers or whatever? Is anything more given in Windows Graphics Programming: Win32 GDI and DirectDraw that would help with this?

2 1

ros explorer
by Ivan Leo Murray-Smith 21 Sep '03

21 Sep '03

It looks cool, maybe it should go into the programs dir, in any case it look much better than the wine desktop. http://spazioinwind.libero.it/nonsolomicrosoft/explorer.html

1 0

re: wine + valgrind
by Dan Kegel 21 Sep '03

21 Sep '03

Oleg asked: > Could anyone give me the point how to use valgrind and wine altogether ? http://developer.kde.org/~sewardj/ says http://developer.kde.org/~sewardj/valgrind-1.9.6-wine.tar.bz2 is the valgrind to use. "This is variant of the older 1.9.6 stable release. It makes it possible to run Wine on Valgrind, and so to debug Windows applications with Valgrind. See README_WINE_FOLKS in this tarball for details. Valgrind 1.9.6-wine will work with any current CVS version of WINE, or any snapshot build from 20030408 onward. Provided you have the PDB files for executables and DLLs, valgrind will give stack traces for MSVC compiled code. Multi-threaded programs are fully supported. Leak checking does not work at the moment. A big thanks to Adam Gundy, arg(a)cyberscience.com, for this." - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Fwd: [ros-kernel] Wow - InstlMsi
by Steven Edwards 20 Sep '03

20 Sep '03

We are making some progress. Thanks for all the help from the WINE team Thanks Steven Note: forwarded message attached. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

wine + valgrind
by Oleg Prokhorov 20 Sep '03

20 Sep '03

Hello wine-devel, Could anyone give me the point how to use valgrind and wine altogether ? -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

wine compile times
by Tom 20 Sep '03

20 Sep '03

Hello, There are a couple slots in the FAQ that need a little TLC I would like to start on Memory useage and Compile times. I would like to get some compile times to add to *our* faq. 1) 3Ghz box with a 1GB+ of RAM (range) 2) 2Ghz box 512 to 1GB of RAM (range) 3) 1Ghz box with 128 to 512MB RAM (range) So, I would like to ask everyone one who can.. to post there "compile" times so I can add them to our most beautiful FAQ. Tom

1 0

implement interlocked* functions on Alpha AXP
by Steven Edwards 20 Sep '03

20 Sep '03

Hello, I know nothing about this except what I have learned in the past 4 hours so......... After looking at the interlocked code and reading how PEACE and Mono implement these functions I think this will work. This is assuming that the SUN code for implementing this is compatible with pthreads. I only get one warrning about a cast in interlocked_xchg_ptr so I assume I am on the right track with this. I have not done any work at this low level before so is there was something wrong with using pthreads here? I am not worried about breaking compatiblity with exsting Win32/64 AXP apps as there are few left. Changlog: Implement interlocked* function for the Alpha CPU Index: wine/libs/port/interlocked.c =================================================================== RCS file: /home/wine/wine/libs/port/interlocked.c,v retrieving revision 1.3 diff -u -r1.3 interlocked.c --- wine/libs/port/interlocked.c 2 Jul 2003 04:29:33 -0000 1.3 +++ wine/libs/port/interlocked.c 20 Sep 2003 02:07:04 -0000 @@ -244,6 +244,65 @@ _lwp_mutex_unlock( &interlocked_mutex ); return retv; } + +#elif defined(__ALPHA__) || defined(__AXP__) +/* This code was adapted from the Sparc port. After checking + * the way Mono and PEACE implement interlocked functions on + * pthreads I think it will work. + */ +#include <pthread.h> + +static pthread_mutex_t interlocked_mutex = PTHREAD_MUTEX_INITIALIZER; + +long interlocked_cmpxchg( long *dest, long xchg, long compare ) +{ + pthread_mutex_lock( &interlocked_mutex ); + if (*dest == compare) *dest = xchg; + else compare = *dest; + pthread_mutex_unlock( &interlocked_mutex ); + return compare; +} + +void *interlocked_cmpxchg_ptr( void **dest, void *xchg, void *compare ) +{ + pthread_mutex_lock( &interlocked_mutex ); + if (*dest == compare) *dest = xchg; + else compare = *dest; + pthread_mutex_unlock( &interlocked_mutex ); + return compare; +} + +long interlocked_xchg( long *dest, long val ) +{ + long retv; + pthread_mutex_lock( &interlocked_mutex ); + retv = *dest; + *dest = val; + pthread_mutex_unlock( &interlocked_mutex ); + return retv; +} + +void *interlocked_xchg_ptr( void **dest, void *val ) +{ + long retv; + pthread_mutex_lock( &interlocked_mutex ); + retv = *dest; + *dest = val; + pthread_mutex_unlock( &interlocked_mutex ); + return retv; +} + +long interlocked_xchg_add( long *dest, long incr ) +{ + long retv; + pthread_mutex_lock( &interlocked_mutex ); + retv = *dest; + *dest += incr; + pthread_mutex_unlock( &interlocked_mutex ); + return retv; +} + #else # error You must implement the interlocked* functions for your CPU #endif + __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Patch to fix build without optimization
by Pavel Roskin 19 Sep '03

19 Sep '03

Hello! Before I send it to wine-patches I'd like developers to look at it because it's an important issue and I'm not 100% sure that it's the best fix. I'm trying to compile CVS with without optimization and it fails: make[1]: Entering directory `/usr/local/src/wine/miscemu' gcc -o wine -Wl,--section-start,.interp=0x3c000100 main.o -L../dlls -lntdll.dll -L../libs/wine -lwine -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port ../dlls/libntdll.dll.so: undefined reference to `InterlockedCompareExchange' InterlockedCompareExchange() is defined as extern inline in include/winbase.h for i386 and PowerPC. It's defined extern for other architectures. It's implemented in dlls/kernel/sync.c for all architectures, either in assembly code or as a call to interlocked_cmpxchg(). The implementation is linked into kernel32.dll. interlocked_cmpxchg() is declared in include/wine/port.h and implemented in libs/port/interlocked.c. It's exported by libwine_port.a. The unresolved call to InterlockedCompareExchange comes from wine/win32/device.c, which is linked into ntdll.dll. Actually, device.c calls InterlockedCompareExchangePointer(), which is a static inline function that calls InterlockedCompareExchange(). If optimization if off, InterlockedCompareExchangePointer() is used as a static function in wine/win32/device.c, and it calls external function InterlockedCompareExchange(). When the wine executable is linked, it's linked against ntdll.dll, but not against kernel32.dll. Therefore, the reference to InterlockedCompareExchange() in ntdll.dll is not satisfied. I see two solutions. One is to link wine executable against kernel32.dll. Another is to use the low-level function interlocked_cmpxchg_ptr(), which is what other code linked with "wine" does. I prefer the second solution for its simplicity and consistency. But I don't know, maybe dependency of ntdll.dll and wine executable on kernel32.dll is OK. Then we could eliminate low-level interlocked_cmpxchg() and use Win32 API functions for interlocking. Anyway, here's the patch. It works for me (Linux 2.4.23-pre4, gcc 3.2.2 from Red Hat 9, AMD Athlon). Tested with winemine, notepad and Windows Commander under Wine compiled with CFLAGS=-g ================================= --- win32/device.c +++ win32/device.c @@ -611,7 +611,7 @@ static HKEY create_special_root_hkey( HK if (NtCreateKey( &hkey, access, &attr, 0, NULL, 0, NULL )) return 0; } - if (!(ret = InterlockedCompareExchangePointer( (PVOID) &special_root_keys[idx], hkey, 0 ))) + if (!(ret = interlocked_cmpxchg_ptr( (PVOID) &special_root_keys[idx], hkey, 0 ))) ret = hkey; else NtClose( hkey ); /* somebody beat us to it */ ================================= -- Regards, Pavel Roskin

2 2

winedbg and loading symbols
by Michael Ost 19 Sep '03

19 Sep '03

Howdy, list. I can't figure out how to get winedbg (6/18/03 build) to load my application's symbol table. I am writing an ELF application which uses the wine libraries, and trying to debug it with winedbg. I can run that program fine, but when it loads the shared library built by winebuild (rm-host.exe.so) it says that there is no debug information in the ELF shared library. The file is built with -g, and 'nm' shows symbols galore. I tried using the 'symbolfile' command. The docs suggest that it would help, but I can't figure out what sort of 'path' argument it wants. Here's what I typed: Wine-dbg>symbolfile /home/most/src/rm-host/x86/rm-host.exe.so Parse error Wine-dbg>symbolfile F:\src\rm-host\x86\rm-host.exe.so Parse error Any suggestions? By the way has anyone got a GUI front end to winedbg in the works (ala kdbg for gdb)? I'd love to ge my hands on it. - mo PS: Sorry if this isn't the right forum, perhaps it's not a developer topic. But I can't find any other useful resources.

2 3

Trying to install ChurchWindows, but it requires IE4?
by Dan Kegel 19 Sep '03

19 Sep '03

My church is setting up a technology committee to decide what to do in the face of recent (possibly virus-related) problems they've been having. Naturally, Linux and Wine come to mind. The one app they run that I know of no Linux equivalent for is called ChurchWindows (from http://churchwindows.com, natch). A freely downloadable demo is available at their web site. Sadly, when I try to install it with 20030911, I get the error "Certain Microsoft files can only be provided by installing Internet Explorer version 4.01 Service Pack 2 or later. It appears that your computer does not curently have this version (or later) installed. Please install a newer version of Internet Explorer before running this install." I then tried --debugmsg +reg to see what it was sensing, but then the familiar old race condition reared its ugly head: "Error Number: 0x80040706 Description: Object reference not set Setup will now terminate" Can someone with more Wine juju than me have a look at http://209.190.80.19/trial/CW2003demo.exe and see how far off Wine is from supporting it? Thanks! - Dan

4 9

Re: WineHQ: Janitorial update
by Eric Pouech 19 Sep '03

19 Sep '03

Dimitrie O. Paun wrote: > ChangeLog > Add new task to track the removal of non-standard dirs. > The QueryDosDevice W->A crosscall was fixed. > The non-standard headers snoop.h and syslevel.h were removed. > to keep it uptodate, a couple of fixes in dlls/winmm (heap usage and W->A calls) have been fixed too A+ -- Eric Pouech

2 2

Re: [DXT3] menu in Tribunal now vanishes (regression?)
by MichaelGuennewig＠gmx.de 19 Sep '03

19 Sep '03

"Ann and Jason Edmeades" <us(a)the-edmeades.demon.co.uk> writes: > Thanks! I'll take a look. It'll probably be the weekend before I get a > chance to dig in, so bear with me. From your last post I think I understand > what you mean, and it should be easy to resolve. I'll get back to you Thanks, the patches dx76 up to dx79 have fixed the menu issue and als the most textures in the game are now back. But in the game the textures for the body of the persons are still missing as before, see screenshot at http://ls6-www.cs.uni-dortmund.de/~guennewi/Morrowind-Juib.png Don't know why because it doesn't give any error. Pherhaps these textures are only present with DXT2/4 support which isn't available. Michael

1 0

Re: Fix SetMenu after CreateWindow for invisible window
by Dmitry Timoshkov 19 Sep '03

19 Sep '03

"Michal Janusz Miroslaw" <M.Miroslaw(a)elka.pw.edu.pl> wrote: > +/********************************************************************** > + * SetMenu (USER32.@) > + */ > +BOOL WINAPI SetMenu( HWND hWnd, HMENU hMenu ) > +{ > + TRACE("(%p, %p);\n", hWnd, hMenu); > + > + if (GetWindowLongA( hWnd, GWL_STYLE ) & WS_CHILD) return FALSE; A better fix is to remove the above check altogether. -- Dmitry.

2 1

Re: dsound primary buffer volume/pan
by Oleg Prokhorov 19 Sep '03

19 Sep '03

Hello Robert, Thursday, September 18, 2003, 8:34:04 AM, you wrote: RR> Adds volume and pan support to primary buffers. RR> Adds more property set support. This patch creates with all the rest (excluding wineoss) drivers, which don't have IDsDriverBufferImpl_SetVolumePan implemented. Dsound is not working on them due to PrimaryCreate / PrimaryOpen fails. -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

Re: wine/ tools/winapi/msvcmaker ./configure.ac ./ ...
by Dimitrie O. Paun 19 Sep '03

19 Sep '03

On September 19, 2003 12:36 am, Alexandre Julliard wrote: > Log message: > Get rid of relay32 directory. I still can't believe this is gone... I thought we'd never get rid of relay32, if1632, etc. They were a constant eye sore for me :) Thank you! -- Dimi. P.S. And now a little dance around the fire to celebrate...

2 1

winecfg translations
by Mike Hearn 19 Sep '03

19 Sep '03

Basically, please don't do them. For starters, the GUI resources are constantly changing. Keeping the other versions in sync would be a full time job. Secondly, it causes problems with getting a clean diff against CVS because of the way I'm doing it.. Right now I don't think winecfg is stable enough to be doing translation work, especially considering the total lack of support in the win32 windowing system for non-sucky i18n. thanks -mike

1 0

Compile failed on Solaris 9 x86
by Dieter Bürgie 19 Sep '03

19 Sep '03

Hi there, I tried to compile Wine-20030911 on a Solaris 9 x86 with gcc 2.95.3. Wineinstall runs through until I get the following error when performing make: ------------------------------------------------------------------- ./tools/makedep -I. -I. -I./include -I./include -C. gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-ari th -g -O2 -o ddraw.spec.o ddraw.spec.c Assembler: ddraw.spec.c "/var/tmp/cc0f2yLe.s", line 28 : Syntax error "/var/tmp/cc0f2yLe.s", line 688 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 688 : Syntax error "/var/tmp/cc0f2yLe.s", line 689 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 689 : Syntax error "/var/tmp/cc0f2yLe.s", line 690 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 690 : Syntax error "/var/tmp/cc0f2yLe.s", line 691 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 691 : Syntax error "/var/tmp/cc0f2yLe.s", line 692 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 692 : Syntax error "/var/tmp/cc0f2yLe.s", line 693 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 693 : Syntax error "/var/tmp/cc0f2yLe.s", line 694 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 694 : Syntax error "/var/tmp/cc0f2yLe.s", line 695 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 695 : Syntax error "/var/tmp/cc0f2yLe.s", line 696 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 696 : Syntax error "/var/tmp/cc0f2yLe.s", line 697 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 697 : Syntax error "/var/tmp/cc0f2yLe.s", line 698 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 698 : Syntax error "/var/tmp/cc0f2yLe.s", line 699 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 699 : Syntax error "/var/tmp/cc0f2yLe.s", line 700 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 700 : Syntax error "/var/tmp/cc0f2yLe.s", line 701 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 701 : Syntax error "/var/tmp/cc0f2yLe.s", line 702 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 702 : Syntax error Too many errors - Goodbye *** Error code 1 make: Fatal error: Command failed for target `ddraw.spec.o' Current working directory /export/home/ebbi/wine/wine-20030911/dlls/ddraw *** Error code 1 make: Fatal error: Command failed for target `ddraw' Current working directory /export/home/ebbi/wine/wine-20030911/dlls *** Error code 1 make: Fatal error: Command failed for target `dlls' Compilation failed, aborting install. ----------------------------------------------------------------------- Any help will be appreciated. Thanks, Ebbi -- +++ GMX - die erste Adresse für Mail, Message, More! +++ Getestet von Stiftung Warentest: GMX FreeMail (GUT), GMX ProMail (GUT) (Heft 9/03 - 23 e-mail-Tarife: 6 gut, 12 befriedigend, 5 ausreichend) Jetzt selbst kostenlos testen: http://www.gmx.net

1 0

wrc parse error
by flyker 19 Sep '03

19 Sep '03

resource.h: #define ID_MCODE 1024 #define ID_MCODE_1 ID_MCODE+1 The resource file generated by MSVC contains: ///////////////////////////////////////////////////////////////////////////// // // Dialog Info // RDSrvSheet DLGINIT BEGIN ID_MCODE_1, 0x403, 1, 0 // parse error in this string "\000" 0 END but string ID_MCODE, 0x403, 1, 0 compile successfull This section of resource is optional and i can delete it of cource. But this is a bug.

1 0

Re: scheduler/pthread build failure
by Gerald Pfeifer 19 Sep '03

19 Sep '03

This was fixed by revision 1.40 of scheduler/pthread.h: date: 2003/09/18 20:52:24; author: julliard; state: Exp; lines: +5 -6 Gabriele Giorgetti <gabriele.giorgetti(a)teamfab.it> Fix build with old libc. Thanks! Gerald On Mon, 8 Sep 2003, Gerald Pfeifer wrote: > I've been seeing the following build failures on FreeBSD 4.8 for a few > days: > > /usr/bin/gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT > -fPIC -D__WINESRC__ -D_NTSYSTEM_ -DBINDIR="\"/tmp/WINE/bin\"" > -DETCDIR="\"/tmp/WINE/etc\"" -Wall -mpreferred-stack-boundary=2 > -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o > ../../scheduler/pthread.o ../../scheduler/pthread.c > ../../scheduler/pthread.c: In function `wine_pthread_init_process': > ../../scheduler/pthread.c:159: `__res_state' undeclared (first use in this function) > ../../scheduler/pthread.c:159: (Each undeclared identifier is reported only once > ../../scheduler/pthread.c:159: for each function it appears in.) > ../../scheduler/pthread.c: At top level: > ../../scheduler/pthread.c:263: `__res_state' used prior to declaration > gmake[2]: *** [../../scheduler/pthread.o] Error 1 > gmake[2]: Leaving directory > `/.amd_mnt/nashira/files5/test/wine/dlls/ntdll' > gmake[1]: *** [ntdll] Error 2

1 0

documentation cleanup
by Dimitrie O. Paun 19 Sep '03

19 Sep '03

OK, This should explain a bit more what I meant to say with this silly .dsl files. First, use the standard ones when building HTML and PS. This means that the docu will be build with the user's L&F which is the right thing to do IMO. If we don't do that, we might as well give up on SGML, it creates problems for no benefits. Once this patch is applied, we can: -- move default.dsl and print.dsl into the tools/ module where they belong (and where make_winehq needs them) -- remove make_winehq from our documentation dir, as it's been made obsolete by tools/make_winehq This should result in no change as how we build the documentation. BTW, this patch does not conflict with Francois' patch, in that his changes can be applied to default.dsl before we move it to tools/. ChangeLog Dimitrie O. Paun <dpaun(a)rogers.com> Do not force our presentation for the users who want to build their documentation. Index: documentation/Makefile.in =================================================================== RCS file: /var/cvs/wine/documentation/Makefile.in,v retrieving revision 1.32 diff -u -r1.32 Makefile.in --- documentation/Makefile.in 23 Jun 2003 19:51:21 -0000 1.32 +++ documentation/Makefile.in 12 Sep 2003 15:44:44 -0000 @@ -87,10 +87,10 @@ .SUFFIXES: .sgml /index.html .pdf .ps .sgml/index.html: - $(DB2HTML) -d $(SRCDIR)/default.dsl -o $* $< + $(DB2HTML) -o $* $< .sgml.pdf: - $(DB2PDF) -d $(SRCDIR)/print.dsl $< >/dev/null + $(DB2PDF) $< >/dev/null .sgml.ps: $(DB2PS) $< >/dev/null -- Dimi.

4 7

Re: docs: faq build
by Alexandre Julliard 18 Sep '03

18 Sep '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > The fact that the FAQ is now SGML does not warant > building it in all sorts of formats, and including > it in the docs tarball. Just because we can, does > not mean we should. > > In fact, theoretically we should move this over > to the lostwages/ modules, this is part of the > WineHQ proper, not the wine tree. I'm not sure I agree with that. If we make the documentation available for download then we should have the FAQ there too, we shouldn't require people to go to WineHQ to get it. I do agree that we don't need all the fancy formats, in fact the download should probably be only the plain text version. -- Alexandre Julliard julliard(a)winehq.com

2 1

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