wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Netmeeting under wine
by David Martinez Prado 18 Nov '03

18 Nov '03

Hi all! i am, trying to run netmeeting under Wine. i installed wine with the default windows partition. Then, i execute netmeeting installer and crashed. i am working on RH7.2. Can anyone help me? thank you very much. _________________________________________________________________ Descárgate en tu teléfono los tonos y logos de las canciones y artistas de más éxito en MSN Móviles. http://www.msn.es/MSNMovil/

6 9

listview advice needed.
by Rein Klazes 18 Nov '03

18 Nov '03

Hi, Agent 2.0 beta crashes on listview related code, and requires native comctl32 to run. Here is a cut from a +relay,+message,+listview trace: | trace:message:SPY_ExitMessage (0x1004b) L"{SysListView32}" message [1004] LVM_GETITEMCOUNT returned 00000000 | 0009:Ret user32.SendMessageA() retval=00000000 ret=005cad80 At this point the listview is newly created, headers column inserted etc. No items yet. | 0009:Call user32.SendMessageA(0001004b,00001007,00000000,406cf6f8) ret=005cc1b4 | trace:message:SPY_EnterMessage (0x1004b) L"{SysListView32}" message [1007] LVM_INSERTITEMA sent from self wp=00000000 lp=406cf6f8 | trace:message:SPY_DumpMem LVITEM [0000] 00000003 00000000 00000000 00000000 | trace:message:SPY_DumpMem LVITEM [0010] 00000000 42103914 00000018 ffffffff | trace:message:SPY_DumpMem LVITEM [0020] 61737365 005cc11f 406cf770 006b30b6 | trace:message:SPY_DumpMem LVITEM [0030] ffffffff The program inserts the first item. Valid fields are Text and Image. | trace:listview:LISTVIEW_WindowProc (uMsg=1007 wParam=0 lParam=406cf6f8) | trace:listview:LISTVIEW_InsertItemT (lpLVItem={iItem=0, iSubItem=0, pszText="application/octet-stream", cchTextMax=24, iImage=-1}, isW=0) | trace:listview:LISTVIEW_InsertItemT inserting at 0, sorted=1, count=0, iItem=0 | trace:listview:LISTVIEW_ShiftIndices Shifting 0u, 1 steps | trace:listview:set_main_item () | trace:listview:set_main_item oldState=0, newState=0 | trace:listview:set_main_item uChanged=0x3 | trace:listview:notify_listview (code=-102, plvnm=iItem=0, iSubItem=0, uNewState=0x0, uOldState=0x0, uChanged=0x0, ptAction=(0, 0), lParam=0 ) | trace:listview:notify_hdr (code=-102) | trace:message:SPY_EnterMessage (0x10049) L"{wxWindowClass}" message [004e] WM_NOTIFY sent from self wp=00001e68 lp=406cf148 | trace:message:SPY_DumpStructure NMHDR hwndFrom=0x1004b idFrom=0x00001e68 code=LVN_INSERTITEM<0xffffff9a>, extra=0x20 | trace:message:SPY_DumpMem NM extra [0000] 00000000 00000000 00000000 00000000 | trace:message:SPY_DumpMem NM extra [0010] 00000000 00000000 00000000 00000000 Still inside the LVM_ISERTITEMA message a WM_NOTIFY is sent. The programs message handler queries number of items: | 0009:Call user32.SendMessageA(0001004b,00001004,00000000,00000000) ret=005cad80 | trace:message:SPY_EnterMessage (0x1004b) L"{SysListView32}" message [1004] LVM_GETITEMCOUNT sent from self wp=00000000 lp=00000000 | trace:listview:LISTVIEW_WindowProc (uMsg=1004 wParam=0 lParam=0) | trace:message:SPY_ExitMessage (0x1004b) L"{SysListView32}" message [1004] LVM_GETITEMCOUNT returned 00000001 | 0009:Ret user32.SendMessageA() retval=00000001 ret=005cad80 there is one item. | 0009:Call user32.SendMessageA(0001004b,00001005,00000000,406cebe0) ret=005ca4cb | trace:message:SPY_EnterMessage (0x1004b) L"{SysListView32}" message [1005] LVM_GETITEMA sent from self wp=00000000 lp=406cebe0 | trace:message:SPY_DumpMem LVITEM [0000] 00000004 00000000 42100a50 406cf148 | trace:message:SPY_DumpMem LVITEM [0010] 406cf154 406ced10 407c1c09 005cad80 | trace:message:SPY_DumpMem LVITEM [0020] 0001004b 00001004 406ced10 005ccb9a | trace:message:SPY_DumpMem LVITEM [0030] 0001004b and request that lParam of that item. Note that iItem is zero but iSubItem is 0x42100a50, like all other fields it is filled with rubbish. (confirmed with dissassembly that only the mask and iItem fields are filled in) | trace:listview:LISTVIEW_WindowProc (uMsg=1005 wParam=0 lParam=406cebe0) | trace:listview:LISTVIEW_GetItemT (lpLVItem={iItem=0, iSubItem=1108347472, lParam=1004b}, isW=0) | trace:message:SPY_ExitMessage (0x1004b) L"{SysListView32}" message [1005] LVM_GETITEMA returned 00000001 | trace:message:SPY_DumpMem LVITEM [0000] 00000004 00000000 42100a50 406cf148 | trace:message:SPY_DumpMem LVITEM [0010] 406cf154 406ced10 407c1c09 005cad80 | trace:message:SPY_DumpMem LVITEM [0020] 0001004b 00001004 406ced10 005ccb9a | trace:message:SPY_DumpMem LVITEM [0030] 0001004b At return, the requested value of lParam is still rubbish, which is causing a crash somewhat later. | trace:message:SPY_ExitMessage (0x10049) L"{wxWindowClass}" message [004e] WM_NOTIFY returned 00000000 | trace:message:SPY_DumpStructure NMHDR hwndFrom=0x1004b idFrom=0x00001e68 code=LVN_INSERTITEM<0xffffff9a>, extra=0x20 | trace:message:SPY_DumpMem NM extra [0000] 00000000 00000000 00000000 00000000 | trace:message:SPY_DumpMem NM extra [0010] 00000000 00000000 00000000 00000000 | 0009:Ret user32.SendMessageW() retval=00000000 ret=40b49738 If I hack LISTVIEW_GetItemT() with a hack like: | | if (lpSubItem) | { | SUBITEM_INFO *lpSubItem = LISTVIEW_GetSubItemPtr(hdpaSubItems, lpLVItem->iSubItem); | pItemHdr = lpSubItem ? &lpSubItem->hdr : &callbackHdr; |+ if(!lpSubItem) lpLVItem->iSubItem = 0; | } the program proceeds (crashes much much later) . But this is probably not the correct way to check that an invalid subitem has been passed (for instance I don't understand the callbackHdr stuff above). Any suggestion what is the correct fix? Full log at www.xs4all.nl/~rklazes/temp/agent.log.bz2 Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 5

Freeze in Agent 2.0 beta.
by Rein Klazes 18 Nov '03

18 Nov '03

Hi, When downloading headers form multiple groups Agent often locks up. The program does the following: -(Main). main thread creates a sub thread: | 0009:Call kernel32.CreateThread(00000000,00002000,006648e0,41ac6cb0,00000004,41ac6cb0) ret=006649c9 | 0009: *fd* 23 <- 41 | 0009: new_thread( suspend=1, inherit=0, request_fd=23 ) | 0009: new_thread() = 0 { tid=0021, handle=0xcc } | 0021: *fd* 27 <- 42 | 0021: *fd* 29 <- 45 | 0021: init_thread( unix_pid=4966, unix_tid=-1, teb=0x40319000, entry=0x404fa110, reply_fd=27, wait_fd=29 ) | 0021: init_thread() = 0 { pid=0008, tid=0021, boot=0, version=126 } | 0021: select( flags=8, cookie=0x4031ac78, timeout=1068729666.690492 (-0.000050), handles={} ) | 0021: select() = PENDING | 0009:Ret kernel32.CreateThread() retval=000000cc ret=006649c9 -(SUB). Sub thread updates some files and finishes with sending a WM_NULL message to the main thrad: | 0021:Call user32.PostMessageA(00010026,00000000,00000000,00000000) ret=0058d0d6 | 0021:Call kernel32.GetTickCount() ret=407924ca | 0021:Ret kernel32.GetTickCount() retval=000ab0db ret=407924ca | 0021: send_message( id=0009, type=6, flags=0, win=0x10026, msg=00000000, wparam=00000000, lparam=00000000, x=0, y=0, time=000ab0db, info=00000000, timeout=-1, callback=(nil), data={} ) | 0021: send_message() = 0 | 0021:Ret user32.PostMessageA() retval=00000001 ret=0058d0d6 -(SUB). Close the thread handle: | 0021:Call kernel32.CloseHandle(000000cc) ret=006648d0 | 0021: close_handle( handle=0xcc ) | 0021: close_handle() = 0 { fd=-1 } | 0021:Ret kernel32.CloseHandle() retval=00000001 ret=006648d0 -(SUB). terminates: | 0021:Call kernel32.ExitThread(00000000) ret=006648df | 0021: terminate_thread( handle=0xfffffffe, exit_code=0 ) | 0021: terminate_thread() = 0 { self=1, last=0 } [snip] | 0021:Ret PE DLL (proc=0x4079ad40,module=0x406f0000 L"user32.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0021:Call PE DLL (proc=0x40cef0a0,module=0x40cb0000 L"x11drv.dll",reason=THREAD_DETACH,res=(nil)) | 0021:Ret PE DLL (proc=0x40cef0a0,module=0x40cb0000 L"x11drv.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0021:Call PE DLL (proc=0x404c8980,module=0x40480000 L"kernel32.dll",reason=THREAD_DETACH,res=(nil)) | 0021:Ret PE DLL (proc=0x404c8980,module=0x40480000 L"kernel32.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0021: *killed* exit_code=0 -(Main). In the meantime the main thread: - gets data from the server (winsok send and rcv) - writes to the file - processes queued messages until it is empty - then is wait on the handle of the subthread: | 0009:Call kernel32.WaitForSingleObject(000000cc,ffffffff) ret=004ed693 -(Main). which ends immedeately: | 0009: select( flags=4, cookie=0x406cf4e0, timeout=0, handles={0xcc} ) | 0009: select() = INVALID_HANDLE | 0009:Ret kernel32.WaitForSingleObject() retval=ffffffff ret=004ed693 -(Main). close the subthread handle. | 0009:Call kernel32.CloseHandle(000000cc) ret=004ed69c | 0009: close_handle( handle=0xcc ) | 0009: close_handle() = INVALID_HANDLE { fd=0 } | 0009:Ret kernel32.CloseHandle() retval=00000000 ret=004ed69c This may repeat a number of times but then without warning: -(SUB). terminates as usual: | 0023:Ret PE DLL (proc=0x4079ad40,module=0x406f0000 L"user32.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0023:Call PE DLL (proc=0x40cef0a0,module=0x40cb0000 L"x11drv.dll",reason=THREAD_DETACH,res=(nil)) | 0023:Ret PE DLL (proc=0x40cef0a0,module=0x40cb0000 L"x11drv.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0023:Call PE DLL (proc=0x404c8980,module=0x40480000 L"kernel32.dll",reason=THREAD_DETACH,res=(nil)) | 0023:Ret PE DLL (proc=0x404c8980,module=0x40480000 L"kernel32.dll",reason=THREAD_DETACH,res=(nil)) retval=1 | 0023: *killed* exit_code=0 -(Main). Finishes its message processing and the waits: | 0009:Call kernel32.WaitForSingleObject(000000cc,ffffffff) ret=004ed693 | 0009: select( flags=4, cookie=0x406cf4e0, timeout=0, handles={0xcc} ) | 0009: select() = PENDING And this wait never returns until explicitly killed: | 0009: *killed* exit_code=0 I looked at many of these sequences. In all of them the subthread finished well before the main thread executed its Wait. I was looking for timing differences between the processing of the two threads, checking whether and when the WM_NULL message gets processed. Nothing seems to stand out. Any suggestions how to debug this? A large cut from the +relay,+server trace is on http://www.xs4all.nl/~rklazes/temp/agserver.log.bz2 Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 4

Re: WineHQ: Update the Janitorial page
by Tom 18 Nov '03

18 Nov '03

Dimitrie O Paun wrote > - <li> loader > - <li> loader/ne > - <li> memory > + <li class=committed> loader/ne > + <li class=committed> memory umm i'm lost here... - loader, but no committed on loader.. Tom

2 1

Can I turn off freetype at runtime
by Bill Medland 17 Nov '03

17 Nov '03

Is it possible to turn off the freetype use at runtime, e.g. by changing something in the config file? Basically under SuSE several dialogs are drawing with 5 pixel text whereas under Windows they are about 9 pixel high (which I don't understand because I think that they should not exceed 8). Under RedHat they are 7 pixel which are at least readable. I hope that if I can turn off the freetype then on SuSE it will get the same font as on RedHat I tried setting an Alias but it didn't make any difference; it still used the same font instead of the alias -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

3 2

Re: listbox: ownerdraw fix
by Dimitrie O. Paun 17 Nov '03

17 Nov '03

On November 17, 2003 07:33 am, Huw D M Davies wrote: > - LISTBOX_RepaintItem( hwnd, descr, i, ODA_SELECT ); > + if (!IS_OWNERDRAW(descr)) > + LISTBOX_RepaintItem( hwnd, descr, i, ODA_SELECT ); > + else > + LISTBOX_InvalidateItemRect(hwnd, descr, i); > + Why not simply invalidate rect always, even when not in owner draw? -- Dimi.

2 4

[Fwd: LinuxQuestions.org Members Choice nomination]
by Mike Hearn 17 Nov '03

17 Nov '03

Hey, an award never hurts. -------- Original Message -------- Subject: LinuxQuestions.org Members Choice nomination Date: Sun, 16 Nov 2003 18:03:58 -0500 (EST) From: Jeremy <jeremy(a)linuxquestions.org> To: mike(a)theoretic.com CC: michael.hearn(a)durham.ac.uk Mike, Just wanted to let you know that wine was nominated for Windows on Linux App of the Year in the 2003 LinuxQuestions.org Members Choice Awards. http://www.linuxquestions.org/questions/showthread.php?s=&threadid=116387 --jeremy

1 0

windows application+Database
by saravanan 17 Nov '03

17 Nov '03

Hai all, I would like to know is it possible to run 'a windows application which uses a database' in linux using the WINE S/w. I have got an application "English Tutor" developed for windows ( Developed using Flash software). It uses the MS Access database & also it will run only if the CD is present in the system. I want to make it work in Linux.I tried to run the installation program directly from the CD using wine. But it showed an error something like " Activex component can't create object". Do anybody has any idea. Please reply ______________________________________ Scanned and protected by Email scanner

1 1

wine-pthread hangs
by Jeremy Shaw 17 Nov '03

17 Nov '03

Hello, I was trying to run wine-pthread, but it hangs immediately after startup -- I can't even hit cntl-c to exit. If I try to run it under gdb, it seg faults. A backtrace looks like: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 14857)] 0x40040fd9 in __errno_location () from /lib/libpthread.so.0 (gdb) bt #0 0x40040fd9 in __errno_location () from /lib/libpthread.so.0 #1 0x40515ae6 in DOSFS_ToDosFCBFormat () from /usr/lib/wine/kernel32.dll.so #2 0x40516223 in DOSFS_FindUnixName () from /usr/lib/wine/kernel32.dll.so #3 0x40516f21 in DOSFS_GetFullName () from /usr/lib/wine/kernel32.dll.so #4 0x4051e8c9 in CreateFileW () from /usr/lib/wine/kernel32.dll.so #5 0x4021c879 in RtlDoesFileExists_U () from /usr/lib/wine/ntdll.dll.so #6 0x4021cedf in RtlDosSearchPath_U () from /usr/lib/wine/ntdll.dll.so #7 0x40218862 in LdrGetProcedureAddress () from /usr/lib/wine/ntdll.dll.so #8 0x40218c1c in LdrGetProcedureAddress () from /usr/lib/wine/ntdll.dll.so #9 0x40216c80 in _aullrem () from /usr/lib/wine/ntdll.dll.so #10 0x402170d3 in _aullrem () from /usr/lib/wine/ntdll.dll.so #11 0x4021984b in LdrInitializeThunk () from /usr/lib/wine/ntdll.dll.so #12 0x405511e4 in SetThreadExecutionState () from /usr/lib/wine/kernel32.dll.so (gdb) I am using the latest wine from CVS (as of 5pm, 11/14/2003). Linux 2.4.22 libc6 2.3.2 Do I need to do something special to get this working? I am trying to use wine-pthread because I want to use the winejack driver. The winejack driver does not work correctly with wine-kthread, because in libjack, there is a call to pthread_create which never returns. According to usenet, this could happen because wine-kthread is not linked against libpthread explicitly. I tried adding an explicit -lpthread to wine-kthread, but this just cause wine-kthread to hang (similar to wine-pthread, but in a different location). I also tried running ./configure --enable-nptl and installing a version of libc with nptl support, but I think nptl requires features added in 2.5.x -- so this was probably just wishful thinking. Thanks! Jeremy Shaw.

4 9

Re: Localization to portguese - winecfg (with patch)
by Mike Hearn 16 Nov '03

16 Nov '03

Well, I don't have any real problem with it, but as I said before it's pretty pointless IMHO. The GUI is going to start changing again when I next get time to work on it (unfortunately not anytime soon in the foreseeable future), so you'll have to update it all over again. What winecfg needs now is code rather than strings.... On Sat, 15 Nov 2003 15:43:18 -0300, Sir Marcelo Duarte scribed thus: > I updated the resources of winecfg. If Mike Hearn don't disagree with this. > > Changelog: > Marcelo Duarte <wine-devel(a)bol.com.br> > - Localization to portguese - winecfg.

2 1

Re: wrc doesn't seem to accept -r option,even though it is automatically generated by make file
by Parzival Herzog 15 Nov '03

15 Nov '03

On November 10, 2003 15:34, Ivan Leo Murray-Smith wrote: > You can easily upgrade to the october build, a GUI (winesetuptk) can write > the config for you, see > www003.portalis.it/115/ I am sending you email, because your message did not appear on the mailing list, so I can't respond to it there. I hope this is OK with you. As I said in the original post, I am not a wine "developer" (too ignorant for that), I am a (potential) user of the wine library, and the wine-user list people seemed to think my question was for wine-devel. At this point I don't even know if I have a bug or some finger-trouble, and if I have a bug, it is with an old version, yet a newer version gives me big problems, so I dont't want to go to the bug report stage if all I am doing is making some stupid mistake. The link http://prdownloads.sourceforge.net/wine/wine-20031016-mdk9.1.i586.rpm?downl… is broken. The latest rpm there for Mandrake is dated 20030911. I believe that is the version I downloaded and which would crash on starting my programs, which as I said, is the reason I reverted back to the version that came with Mandrake 9.1. There is no Mandrake rpm at Sourceforge for wine-devel, so which wine-devel rpm should I use? Given that I can obtain a complete set of compatible rpms, do I need to un-install my present wine installation? What will happen to my .wine directory? Will the old config info be used, or will it confuse the new installation? I have my own "wine" directory, under which is my own assembly of a "windows" installation, which took some time to get right. Should I keep this? -- Parzival Herzog

2 1

looking for some help with DIB code from WINE
by Jonathan Wilson 15 Nov '03

15 Nov '03

I am working on ReactOS and would like to take the code in static void X11DRV_DIB_SetImageBits_RLE4( int lines, const BYTE *bits, DWORD width, DWORD dstwidth, int left, int *colors, XImage *bmpImage ) and static void X11DRV_DIB_SetImageBits_RLE8( int lines, const BYTE *bits, DWORD width, DWORD dstwidth, int left, int *colors, XImage *bmpImage ) And use it as a jumping-off point to add support for RLE butmaps into ReactOS. Looking at the parameters, I can see that: XImage *bmpImage is the image itself (basicly, I guess its the X11 equivelent of a HDC or a HBITMAP or something) int *colors is the color table and const BYTE *bits is the bits themselves. since ReactOS is only going to uncompress and store the bitmap bits, we dont need to worry about the color table or the XImage Anyhow, what I want to know is what the int lines, DWORD width, DWORD dstwidth, and int left parameters to these 2 functions mean.

1 0

Re: Wintab32 - Tablet support
by Robert Shearman 15 Nov '03

15 Nov '03

> Hi, > > This is more a question for the developers.... Should have posted to wine-devel then :) Doing so now. > A couple of months ago there was a patch from Aric Stewart that added > support for graphics tablets in wine. However I have not heard anything > about it since. Is anybody still working on this? > Graphics tablet > support is the only thing stopping us from using Photoshop under Linux > at the present time. Moving all our graphics artists off dual booting > windows machines would be extremely benificial! > > I tried the original patch but found it affected the > stability of wine... I noticed that in the original patch a lot of functions were called from DllMain that shouldn't be called from there. Did the backtrace include wintab32.DllMain? The initialisation should probably be moved to either each function with a line like "if (!initialised) Initialise();" Alexandre, how come this patch hasn't been included in Wine yet? Was it the problem stated here or something else? > Daire Rob

2 1

keyboard warnings
by Jérôme Bouat 14 Nov '03

14 Nov '03

Due to recent changes in dlls/x11drv/keyboard.c, I compiled wine with CVS from 2003/nov/14. Although I use a french keyboard, the layout has some problems. I already provided a patch which avoids the warnings but it was a dirty hack. Running Microsoft Word 97 shows those warnings: --- [j@laptop tmp]$ wine /var/wine/Program\ Files/Microsoft\ Office/Office/WINWORD.EXE Loading required GL library /usr/X11R6/lib/libGL.so.1.2 fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (French keyboard layout) for scancode mapping. Please define your layout in dlls/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. fixme:x11drv:X11DRV_GetDeviceCaps (0x730): CAPS1 is unimplemented, will return 0 fixme:icon:DrawIconEx no flags set? setting to DI_NORMAL fixme:ole:CoRegisterMessageFilter stub err:clipboard:X11DRV_CLIPBOARD_UpdateCache Failed to cache clipboard data owned by another process. fixme:ole:CoRegisterMessageFilter stub [j@laptop tmp]$

3 2

Re: ntdll / kernel32: #36
by Dmitry Timoshkov 14 Nov '03

14 Nov '03

"Eric Pouech" <pouech-eric(a)wanadoo.fr> wrote: > +static void INT21_ConvertFindDataAtoW(WIN32_FIND_DATAA *dataA, > + const WIN32_FIND_DATAW *dataW) > +{ > + dataA->dwFileAttributes = dataW->dwFileAttributes; > + dataA->ftCreationTime = dataW->ftCreationTime; > + dataA->ftLastAccessTime = dataW->ftLastAccessTime; > + dataA->ftLastWriteTime = dataW->ftLastWriteTime; > + dataA->nFileSizeHigh = dataW->nFileSizeHigh; > + dataA->nFileSizeLow = dataW->nFileSizeLow; > + WideCharToMultiByte( CP_OEMCP, 0, dataW->cFileName, -1, > + dataA->cFileName, sizeof(dataA->cFileName), NULL, NULL ); > + WideCharToMultiByte( CP_OEMCP, 0, dataW->cAlternateFileName, -1, > + dataA->cAlternateFileName, sizeof(dataA->cAlternateFileName), NULL, NULL ); > +} This is just a nit picking, but the function name above should be changed to INT21_ConvertFindDataWtoA (and perhaps the arg sequence should be changed as well). Of course, that could be done later, after the patch is committed. -- Dmitry.

1 0

LinuxWorld Expo NY
by Jeremy White 14 Nov '03

14 Nov '03

Hi All, I somewhat impetuously requested a table for the Wine Project at the LinuxWorld New York expo, without really thinking if anyone could man the table. We'll have a CodeWeavers specific area in another part of the expo, so we won't really be able to provide a lot of help (and won't need any extra promotion). So, I was wondering if anyone wanted to go to New York and represent the Wine Project. If so, let me know privately. If I don't hear anything, I'll quietly tell IDG <small> nevermind </small>. Cheers, Jer

1 1

unsubscribe samjack
by Rand Batchelder 13 Nov '03

13 Nov '03

__________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

2 1

old addition: winetests
by Ferenc Wagner 13 Nov '03

13 Nov '03

Hello, I am making slow progress with this thing. It grew sort of usable: can be cross compiled and run to produce sensible output (tested on XP only). Present questions: 1. How to integrate cross compilation into the Makefile? 2. It is possible to compile this as a Winelib application, but the spawn call must be modified to invoke Wine instead of the test itself. Gives better results for the comctl32 tests (DPA import et al.), but is it worth it? Do we need is_elf and friends? 3. How to derive/give the cleaning rules? 4. Did Jon Bright contribute his SMTP client in the end? We could as well use it... Or would it be better (more reliable) to POST it through HTTP? 5. The #include section at the top of main.c looks weird. (It is the minimum to compile without warnings.) Maybe mkdir() should be moved into port.h? 6. EXTRADEFS = -DWINELIB is probably the wrong way. 7. Is there a way to get this into CVS after all? Feri.

8 13

Re: int21 handling
by Jukka Heinonen 13 Nov '03

13 Nov '03

A few comments about this patch by Eric Pouech. Structure DosHeap must not be moved to winedos. There already exists per drive media ID byte which should be used and biosdate, while it may be needed by some programs, won't do any good in a separate 16-bit segment. Also, INT21_CreateHeap is unnecessary. IOCTL 0x0860 and CreateBPB should include FIXME comments because it does not check real drive types nor real drive geometry. The same is true with other IOCTLs that return fake values. INT21_NetworkFunc should return NETBIOS name. There is a separate Win32 API for returning proper names, don't use gethostname. INT21_GetDriveAllocInfo should pass drive as a parameter, rewriting registers makes code less readable. As far as I know, TRUENAME implementation is broken. Add big FIXME notes to that subfunction. Use INT21_MapDrive instead of manual conversion from zero=default into zero='A' convention, that is why it is there. Use wide characters and manual wide character conversions. DOS routines use OEM code page and not ANSI code page and Wine uses wide characters as default character set, anyway. Also, adding drive number to 'A' may work incorrectly with illegal drives and 8-bit character set but it works fine with wide character set. -- Jukka Heinonen <http://www.iki.fi/jhei/>

3 5

Tests too noisy. [Fwd: Your message to wine-tests-results awaits moderator approval]
by aewine 13 Nov '03

13 Nov '03

Ok, that's it. I think many of the conformance tests are way to noisy. Many of them spews out lots and lots of output EVEN when they actually pass. It clutters the log, making it harder to read - and now this; so big a test log it awaits moderation. :-) Should I submit patches making the conformance tests much more quiet when passing - would the patches be applied? (Or is there some rationale to the massive chattering from the tests?) regards, Jakob ------------------------------------------------------- Your mail to 'wine-tests-results' with the subject Wine regression test, OS=5.1 FAILURES TESTS=20031027 Is being held until the list moderator can review it for approval. The reason it is being held: Message body is too big: 145447 bytes but there's a limit of 128 KB Either the message will get posted to the list, or you will receive notification of the moderator's decision.

2 1

VARIANT_ValidateType ?
by Marcus Meissner 13 Nov '03

13 Nov '03

Hi Jon, Can you please explain why VARIANT_ValidateType rejects for instance VT_SAFEARRAY variants (and more) with DISP_E_BADVARTYPE? Why does it handle the whole range VT_HRESULT - VT_CF as invalid (except VT_RECORD) ? We got one InstallShield regression from this patch (where it wants to clear a VT_SAFEARRAY I think). Ciao, Marcus

2 2

Re: Wintab32 - Tablet support - VBtablet & wintab working for Dogwaffle?
by Mike Hearn 13 Nov '03

13 Nov '03

On Wed, 12 Nov 2003 09:20:13 -0800, Sir Philip Staiger scribed thus: > A general question: Dogwaffle uses COM, ActiveX communication channels (I > don't know much details). Anybody have a feeling if that's a no-no under > Wine? ActiveX and COM are mostly supported under Wine, if it doesn't work you can try using native DCOM - this is documented in various howtos/faqs, like the #winehq channel faq.

1 0

Native Dll x Built-in Dll - why everything doesn't work with native dlls
by Leonardo Luiz Padovani da Mata 13 Nov '03

13 Nov '03

Hello all!! My name is Leonardo, and i'm working in a project that will migrate thousands of windows NT4 machines to Linux. In this project we will do some wine impplementations, if needed. The apps that we are testing is some VB6/5 apps and DataBase client apps. None of the apps executed correctly. So we will impplement wine. I need to know why when we use Native DLL these apps doesn't work. How does wine open the native dll files? Where are the doc about that? thanks. -- _ ,^. _ Leonardo Luiz Padovani da Mata ,'/ -' '- \`. Ciencia da Computacao - UFMG / | \ / | \ barroca(a)dcc.ufmg.br | | | | | | ICQ:61226375 | \_,' `._/ | | | \ / "..." `. .' "May the force be with you, always" `--._.--' "Nerd Pride... eu tenho. Voce tem?" Alianca Rebelde

4 3

RE: wine/ tools/wineinstall loader/Makefile.in loa ...
by Robert Shearman 13 Nov '03

13 Nov '03

> -----Original Message----- > From: wine-cvs-admin(a)winehq.com [mailto:wine-cvs-admin@winehq.com]On > Behalf Of Alexandre Julliard > Sent: 12 November 2003 03:28 > To: wine-cvs(a)winehq.com > Subject: wine/ tools/wineinstall loader/Makefile.in loa ... > > Log message: > Added a wine-glibc binary that detects the glibc threading > in use and > execs the corresponding wine binary. > Removed the --with-nptl configure option. Cool! Well done. Rob

2 1

Wine 20031016 "Wingdings" font encoding problem?
by Parzival Herzog 13 Nov '03

13 Nov '03

I have wine-20031016 built from source installed on Mandrake 9.1 Programs that had displayed certain characters from the Windows "Wingdings" font, now display the box that signifies that the character code is not present in the font. With the standard wine (20030315) installed with Mandrake, these characters used to showed up as the astrological zodiac signs, i.e. Aries, Taurus, etc., just as they do when my program is run natively. The font is copied from windows, the Wingdings Truetype font. The character codes are (decimal) 94 - 105 (hex) 0x5E - 0x69 (ascii) "^" - "i" I have installed these Windows fonts under KDE, and, if I select the Wingdings font in, say KDE Kwrite, and type "^_`abcdefghi", all the expected character glyphs show. is this a bug, or a configuration problem? (I use some other non-Microsoft fonts as well, and some of these work, for the codes used, and some don't, although with earlier versions of wine, they all worked. Since Wingdings is a well-known and used font, I hope that solving the problem for it, will solve it for the others as well.) -- Parzival Herzog

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