March 2003 - Wine-Devel - list.winehq.org

Problems with winedbg and 'make test'
by Sylvain Petreolle March 11, 2003

March 11, 2003

We have a problem with winedbg and the test process. Running the dsound test with wineoss.drv as sound driver should fail for me, it calls the debugger. Unfortunately, winedbg fails to load... and the test is OK, which is pretty wrong... Is there a workaround to this ? I atached log of 'make test' into dsound dir. [syl(a)snoop dsound]$ make testclean test cd `dirname tests/__testclean__` && make testclean make[1]: Entre dans le répertoire `/home/wine/dlls/dsound/tests' rm -f dsound.ok make[1]: Quitte le répertoire `/home/wine/dlls/dsound/tests' make[1]: Entre dans le répertoire `/home/wine/dlls/dsound/tests' ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound.c && touch dsound.ok fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c960,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c960,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c960,00010020,1):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c960,00010020,1):stub err:ntdll:RtlpWaitForCriticalSection section 0x400d7c80 "../../loader/module.c: loader_section" wait timed out, retrying (60 sec) tid=000a wine: Unhandled exception, starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x400d7c80 "../../loader/module.c: loader_section" wait timed out, retrying (60 sec) tid=000a err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x400a73cc make[1]: Quitte le répertoire `/home/wine/dlls/dsound/tests' [syl(a)snoop dsound]$ ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

ussing Windows Dll in Linux application.
by Alireza Mahini March 11, 2003

March 11, 2003

Hi I want ussing Windows Dll in Linux application.(load a Dll in my program via wine ).but i don't know how can i do this. I used winemaker but i couldn't do successfuly.I dont know anything about .spec files ,glue code and other relative word to wine development so i nedd a good reference for working with wine.Is there any compelete documents or simple examples for guidance the newbies of programming with Wine ? I can't believe that the Wine hasn't any guidance book(or document) for developers . Best Regard Alireza Mahini _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web!

1 0

Re: Various cosmetic tab fixes
by Mike Hearn March 11, 2003

March 11, 2003

Hi Alexandre, Is there a reason this one wasn't applied? Something to do with the tweaking of the constants perhaps? thanks -mike On Sun, 2003-03-09 at 00:59, Mike Hearn wrote: > Various visual fixes for the tab control. > > ChangeLog: > > - Reduced tab offset constant slightly to avoid clipping the label > - Prevent label overdraw of updown control by reducing the width of the > invalidated region. > > Oh, btw my licensing "stance" is LGPL only, unless you ask me directly. > ... and that ends tonights hacking session > > thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Is there any complete document for programming with Wine?
by Alireza Mahini March 11, 2003

March 11, 2003

HiI am a beginner C++ programmer and i want use a windows dll in a Linux application so i want to learn programming with libwine .Is there any powerfull book or document with examples for Wine programming? Best RegardAlireza Mahini _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web!

1 0

Re: some ntdll functions (2) - part 1: functions
by Alexandre Julliard March 11, 2003

March 11, 2003

thomas.mertes(a)gmx.at writes: > + * _ultoa (NTDLL.@) > + * > + * Converts an unsigned long integer to a string. > + * > + * Assigns a '\0' terminated string to str and returns str. > + * Does not check if radix is in the range of 2 to 36 (as native DLL). > + * > + * Difference: > + * - Does not crash on str == NULL (as native DLL). > + * Instead requests the needed memory with RtlAllocateHeap. > + * When RtlAllocateHeap fails: return NULL. Please don't invent extensions to the API. If a function doesn't allocate memory under Windows it shouldn't allocate memory under Wine either. -- Alexandre Julliard julliard(a)winehq.com

4 6

LightWave 3D 7.5
by George D.Plymale March 11, 2003

March 11, 2003

LightWave seems to be nearly working in Wine without _too_ many issues, but there are a few things that seem to leave it lacking. I will attach the error_out logs that I get upon using the application a little bit. (Both Modeler.exe and LightWav.exe logs) Visually and User Interface wise, some issues I see right off the top are things such as: Deactivated text is red with a slight drop shadow (should be grayed out with that same drop shadow). Some text is dislocated on menu buttons. The numeric pad doesn't seem to function quite right (specifically, I tried to press the `+' key on the keypad to add an object to a scene in LightWav.exe) Menus do not deactivate when the user clicks outside of the menu. This happens in both Modeler and LightWave (layout). To get a menu to disappear one must click a nonactive or deactivated text portion of the menu, so this becomes very burdensome while manipulating the application. I have also had wine crash while using LightWav.exe, so there are some issues that need resolved beyond what I've outlined above, but I think the other issues will come out as the application is used once a "usable" point is reached and we start doing more thorough debugging. The Hub application is also a bit problematic as it resides in the tray. It does sit in my KDE 3.1 tray, which is neat, but when I right click it and tell it to exit, it does not quit so I end up having to kill all wine processes manually. But the hub is the least of my concerns :) and I realize that tray apps don't work quite right yet. I would be very happy to provide input, test and debug fixes if someone is able to provide patches and help for these issues. I am using a cvs version of wine from about 1.5 weeks ago. I have also tried winex cvs and it exhibits many, if not all of the same issues. Winex may be slightly faster in terms of its directdraw functionality as LightWave uses directdraw. Please advise if someone is willing to work through these issues with me and I will be happy to go out an acquire any information needed to get started. Thanks much! It sure is exciting to be _so close_ to leaving Windows entirely behind!!! -George Plymale

4 6

New winsock maintainer needed
by Martin Wilck March 11, 2003

March 11, 2003

Hi everybody, I am sorry to announce that I won't be able to continue as wine's winsock maintainer. I will be lacking the time and power to fulfill a maintainer's duties appropriately. I guess I have already failed to do so in the last 2 months. There have been few bug reports lately, so the code isn't completely broken for my successor, I hope. On the other hand, I would have liked to clean up some other things like the select() call and the transport provider interface. The fact that I didn't have the time to get going on these also shows that I'd better hand this off to someone else. I'll be coming back here, and perhaps I'll have more time for contributions some time in the future. In any case, I'll be available for questions or complaints about the winsock code under this email address and under my private email, mwilck(a)freenet.de. I have certainly not lost interest in Wine, Linux, and Free Software. Working with you guys has definitely been great fun and I have learned more than in years before. See you later, Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0

Tribes OPENGL and DINPUT
by Kristoffer Ericson March 10, 2003

March 10, 2003

Greetings, Can Finally confirm the patches sent in by lionell in feb. Dinput now works fine, and Tribes no longer crashes when a key is pressed. Maybe this will solve alot of other games also. Opengl seems to be harder though. The reason why i took so long to post this is that i've been trying to exclude any problems on my computer. From what i know nvidia people should be just fine, got a friend and his tribes works 100% no prob. I will also confirm this when finishing my gentoo install on my machine (aprox 15hours left). 3dfx users on the other hand, first i had problems getting opengl detected and now i got it working but tribes crashes when i try to change to fullscreen (which is only mode with opengl). "err:opengl:X11DRV_describepixelformat Wrong Pixel Format!" "fixme:system:ChangeDisplaySettingsA ((nil,0x00000), stub" "flags=" "fixme:system:ChangeDisplaySettingsA devmode=null (return to default mode)" "fixme:winmm:MMDRV_exit closing while 11-driver open" I'm trying to start tribes in mode 1024x768 (which is my desktop size). I'm running Gentoo: AMD Duron 750Mhz Voodoo3 with working opengl Gentoo Linux FluxBox wm Any ideas? btw, want to take this chance to THANK lionell for his work on getting Tribes to work in WINE. I'm trying to spread the news to all my tribing friends that there's no reason to stay on windows now. I owe you a beer....=] _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

1 0

SHFileOperation - add ChangeNotify events
by Rolf Kalbermatter March 10, 2003

March 10, 2003

Vitaliy Margolen <wine-patch(a)kievinfo.com> wrote: >+/************************************************************************ >+ * Win32DeleteFile [SHELL32.164] >+ * >+ * Deletes a file. Also triggers a change notify if one exists. >+ * >+ * NOTES: >+ * Verified on Win98 / IE 5 (SHELL32 4.72, March 1999 build) to be ANSI. >+ * This is Unicode on NT/2000 >+ */ >+static BOOL Win32DeleteFileA(LPCSTR fName) >+{ >+ LPITEMIDLIST Pidls[1]; >+ DWORD dummy; >+ >+ TRACE("%p(%s)\n", fName, fName); >+ >+ SHILCreateFromPathA(fName, &Pidls[0], &dummy); >+ DeleteFileA(fName); >+ SHChangeNotify(SHCNE_DELETE, SHCNF_IDLIST, Pidls[0], NULL); >+ SHFree(Pidls[0]); >+ return TRUE; >+} The addition of SHILCreateFromPathA/W to all of these functions is superfluous since SHChangeNotify does this for you anyhow if you pass in a normal string path. So your patch adds in this respect nothing besides of duplicating already existing code. Also please note that there is another patch to SHFileOperation from 2/20/2003 pending which reimplements this function from scratch up with a different algorithme, which implements all of the operations and is quite thorougly verified to behave in all major aspects exactly like the Windows 98/2000 version of this function, which one can't fully say of the current function in Wine. It happens to use internally also additionally implemented functions which also set the according SHChangeNorify in most places. I believe there are some issues with this patch as it hasn't been applied yet to Wine. One of them could be that it is considered to be to much changes at once. Maybe somebody could comment on what might be the problem with that patch. Rolf Kalbermatter

2 1

RE: Need help with define(s)
by Patrik Stridvall March 10, 2003

March 10, 2003

> Following Dan's advice I thought I would try my hand at > putting together > a regression test for RegSaveKey(A/W). Well I kind of run into a snag > with that, actualy a couple of them. The first is that the > counterpart > for RegSaveKey is a stub. Oh well thats OK. I can still write > the test > and mark it as todo. No not really. My current problem is as follows: > > LONG RegRestoreKey( HKEY /hKey/, LPCTSTR /lpFile/, DWORD /dwFlags/ ); > > dwFlags can be one of the following constatants > > REG_FORCE_RESTORE (This value is not supported.on windows NT) > REG_NO_LAZY_FLUSH > REG_REFRESH_HIVE > REG_WHOLE_HIVE_VOLATILE > > Wine does not have these defined anywhere. Does anyone know what they > should be and where they should be defined? >From winnt.h in the Microsoft SDK: ---8<--- // // Key restore flags // #define REG_WHOLE_HIVE_VOLATILE (0x00000001L) // Restore whole hive volatile #define REG_REFRESH_HIVE (0x00000002L) // Unwind changes to last flush #define REG_NO_LAZY_FLUSH (0x00000004L) // Never lazy flush this hive #define REG_FORCE_RESTORE (0x00000008L) // Force the restore process even when we have open handles on subkeys ---8<---

1 0