August 2004 - Wine-Devel - list.winehq.org

gethostbyname on local host returns 127.0.0.1 for address
by Robert Reif Aug. 19, 2004

Aug. 19, 2004

On windows gethostbyname for the local host returns the addresses of the available network interfaces. On wine and unix, it only returns the localhost 127.0.0.1. Any ideas on how to get the windows behavior? #include <stdio.h> #ifdef _WIN32 #include <winsock2.h> #include <ws2tcpip.h> #else #include <netdb.h> #endif int main(int argc, char* argv[]) { char host_name[1024]; char ** alias; struct hostent * host; unsigned int i = 0; #ifdef _WIN32 WSADATA wsaData; WORD wVersionRequested = MAKEWORD(2, 2); int error = WSAStartup(wVersionRequested, &wsaData); if (error != 0) { fprintf(stderr, "WSAStartup failed\n"); return 1; } // Confirm that the Windows Sockets DLL supports 2.2. // Note that if the DLL supports versions greater // than 2.2 in addition to 2.2, it will still return // 2.2 in wVersion since that is the version we // requested. if (LOBYTE(wsaData.wVersion) != 2 || HIBYTE(wsaData.wVersion) != 2) { fprintf(stderr, "couldn't find dll\n"); return 1; } #endif if (gethostname(host_name, sizeof(host_name)) != 0) { fprintf(stderr, "gethostname failed\n"); return 1; } printf("host: %s\n", host_name); host = gethostbyname(host_name); if (host == 0) { fprintf(stderr, "gethostbyname failed\n"); return 1; } printf("name of host: %s\n", host->h_name); for (alias = host->h_aliases; *alias != NULL; alias++) printf("alias: %s\n", *alias); printf("length of address: %d\n", host->h_length); while (host->h_addr_list[i] != 0) { struct in_addr n_addr; memcpy(&n_addr, host->h_addr_list[i], sizeof(struct in_addr)); printf("%d: %s\n", i, inet_ntoa(n_addr)); i++; } return 0; }

1 0

Re: Fixed some ref handling
by Alexandre Julliard Aug. 18, 2004

Aug. 18, 2004

Jacek Caban<jack(a)itma.pwr.wroc.pl> writes: > I attached two test. The first is simple and shows a problem > that the patch fixes but the second one is a more complex test. Could you please merge the test into the existing test framework? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Removed slovenian translation
by Alexandre Julliard Aug. 18, 2004

Aug. 18, 2004

Jacek Caban<jack(a)itma.pwr.wroc.pl> writes: > Changelog: > Removed slovenian translation If the translation is not complete it should be fixed, or at worse commented out. Removing it doesn't make sense, we'll need to add it back someday anyway. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: KERNEL: pull WINDIR and WINSYSDIR from config before using hardcoded defaults (possible fix for WWN #234, #235 c:\\windows is not accessible Error)
by Alexandre Julliard Aug. 18, 2004

Aug. 18, 2004

Alex Villacís Lasso <a_villacis(a)palosanto.com> writes: > Changelog: > * if windir or winsysdir environment vars are undefined, pull values > from config file before falling to hardcoded values This of course defeats the whole purpose of the use of environment variables, which is to get rid of the config file. If the environment variables are not set it's because the user's config is wrong, they should be set in HKLM\System\CurrentControlSet\Control\SessionManager or (preferably) in HKCU\Environment. The code is supposed to migrate them automatically, but this may not always work if the registry already contains other values, in which case it needs to be fixed by hand. Going back to the config file is definitely not the right way. -- Alexandre Julliard julliard(a)winehq.org

1 0

bug
by Ivan Leo Puoti Aug. 18, 2004

Aug. 18, 2004

Since futimes is used instead of utime the installer of word viewer 97 has had a few installation issues. For a start, when the setup looks for installed components, it goes into a non infinite loop that lasts a few minutes. This only took a few seconds previously. I don't know what is causing this slow performance. The changelog of the patch that caused this regression says "so that it can be done on the client side.", maybe doing the call on client side makes it slow because the call has to go trough wineserver? I don't know. Also the graphics aren't redrawn until the loop ends. A relay log of the loop follows. I'm not very confident that I'll be able to fix this myself, but any help/hints are welcome. Interestingly the loop doesn't occur during a call to kernel.dll.SetFileTime() that's the function modified by the patch. The patch that causes the problem is http://cvs.winehq.org/patch.py?id=11722 Subsequent patches have obviously modified the function, but this hasn't solved the problem. MAybe the subsequent patches avoid an infinite loop (I don't remember the loop finishing with wine from a few months ago). Ivan.

1 0

New Fun Project - Winelib port of Allegiance
by Steven Edwards Aug. 18, 2004

Aug. 18, 2004

Hi all, Microsoft Research has released a Shared Source version of the game Allegiance. This is a hefty 512 meg download and of course the license that it is under would prevent anyone from sharing the changes but this would really allow us to improve Winelib by porting such a massive game. http://research.microsoft.com/research/allegiance/ Grab your copy quick before they pull it down. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

1 0

Re: OLEAUT32: implementation for IPersistPropertyBag_Load for OLEFont
by Robert Shearman Aug. 18, 2004

Aug. 18, 2004

Alex Villacís Lasso wrote: > This implementation is enough to satisfy VB6 when loading font objects > from property bags in projects. > > Changelog: > * Added implementation for IPersistPropertyBag_Load on OLEFont Looks good, but a few comments below: ... >+ V_VT(&valueAttr) = VT_EMPTY; > > It is probably better practice to use VariantInit here. >+ iRes = IPropertyBag_Read(pPropBag, sAttrName, &valueAttr, pErrorLog); >+ switch (iRes) { > > >+ case S_OK: >+ if (V_VT(&valueAttr) == VT_BSTR) { >+ /* Type is BSTR, use for name directly */ >+ OLEFontImpl_put_Name(this, V_BSTR(&valueAttr)); >+ >+ /* FIXME: Leaking memory here? */ >+ } else { >+ /* Don't know how to handle this type */ >+ FIXME("Name has type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ } > Perhaps use VariantChangeType here? >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } > Catch the errors you need to (why is E_INVALIDARG ok?) and either move these common debug statements to the end of the function (they should also be ERR's, not FIXME's). Also, you other unexpected errors, which is bad. >+ } >+ >+ if (iRes == S_OK) { >+ CY iSize; >+ iSize.s.Hi = 0; >+ iSize.s.Lo = 0; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrSize, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ iSize.s.Lo = V_I2(&valueAttr) * 10000UL; >+ break; >+ case VT_UI2: >+ iSize.s.Lo = V_UI2(&valueAttr) * 10000UL; >+ break; >+ case VT_I4: >+ iSize.s.Lo = V_I4(&valueAttr) * 10000UL; >+ break; >+ case VT_UI4: >+ iSize.s.Lo = V_UI4(&valueAttr) * 10000UL; >+ break; >+ case VT_R4: >+ iSize.s.Lo = (ULONG)(V_R4(&valueAttr) * 10000UL); >+ break; >+ case VT_R8: >+ iSize.s.Lo = (ULONG)(V_R8(&valueAttr) * 10000UL); >+ break; > > Again, perhaps use VariantChangeType here? >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Size type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ break; >+ } >+ if (iRes != E_NOTIMPL) IFont_put_Size(this, iSize); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } > Same comment as before about errors. >+ } >+ if (iRes == S_OK) { >+ signed short iCharset = 0; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrCharset, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ if (V_I2(&valueAttr) < 0) { >+ FIXME("Unexpected value for Font Charset (%hd), using 0\n", V_I2(&valueAttr)); >+ } else { >+ iCharset = V_I2(&valueAttr); >+ } >+ break; >+ case VT_UI2: >+ if (V_UI4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Charset (%ld), using 0\n", V_UI4(&valueAttr)); >+ } else { >+ iCharset = V_UI2(&valueAttr); >+ } >+ break; >+ case VT_I4: >+ if (V_I4(&valueAttr) < 0 || V_I4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Charset (%ld), using 0\n", V_I4(&valueAttr)); >+ } else { >+ iCharset = V_I4(&valueAttr); >+ } >+ break; >+ case VT_UI4: >+ if (V_UI4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Charset (%ld), using 0\n", V_UI4(&valueAttr)); >+ } else { >+ iCharset = V_UI4(&valueAttr); >+ } >+ break; >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Charset type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; > > Use VariantChangeType here and you will get all the bounds checking for free. >+ } >+ if (iRes != E_NOTIMPL) IFont_put_Charset(this, iCharset); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } >+ } >+ >+ if (iRes == S_OK) { >+ signed short iWeight = FW_NORMAL; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrWeight, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ if (V_I2(&valueAttr) < 0) { >+ FIXME("Unexpected value for Font Weight (%hd), using FW_NORMAL\n", V_I2(&valueAttr)); >+ } else { >+ iWeight = V_I2(&valueAttr); >+ } >+ break; >+ case VT_UI2: >+ if (V_UI4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Weight (%ld), using FW_NORMAL\n", V_UI4(&valueAttr)); >+ } else { >+ iWeight = V_UI2(&valueAttr); >+ } >+ break; >+ case VT_I4: >+ if (V_I4(&valueAttr) < 0 || V_I4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Weight (%ld), using FW_NORMAL\n", V_I4(&valueAttr)); >+ } else { >+ iWeight = V_I4(&valueAttr); >+ } >+ break; >+ case VT_UI4: >+ if (V_UI4(&valueAttr) > 32767L) { >+ FIXME("Unexpected value for Font Weight (%ld), using FW_NORMAL\n", V_UI4(&valueAttr)); >+ } else { >+ iWeight = V_UI4(&valueAttr); >+ } >+ break; >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Weight type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ } > Again, use VariantChangeType. >+ if (iRes != E_NOTIMPL) IFont_put_Weight(this, iWeight); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } >+ } >+ >+ if (iRes == S_OK) { >+ BOOL bUnderline = FALSE; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrUnderline, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ bUnderline = V_I2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_I4: >+ bUnderline = V_I4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI2: >+ bUnderline = V_UI2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI4: >+ bUnderline = V_UI4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_BOOL: >+ bUnderline = V_BOOL(&valueAttr); >+ break; >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Underline type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ break; >+ } > Again, VariantChangeType. >+ if (iRes != E_NOTIMPL) IFont_put_Underline(this, bUnderline); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } >+ } >+ >+ if (iRes == S_OK) { >+ BOOL bItalic = FALSE; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrItalic, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ bItalic = V_I2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_I4: >+ bItalic = V_I4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI2: >+ bItalic = V_UI2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI4: >+ bItalic = V_UI4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_BOOL: >+ bItalic = V_BOOL(&valueAttr); >+ break; >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Italic type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ break; >+ } > Again, use VariantChangeType. >+ if (iRes != E_NOTIMPL) IFont_put_Italic(this, bItalic); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } >+ } >+ >+ if (iRes == S_OK) { >+ BOOL bStrikethrough = FALSE; >+ >+ V_VT(&valueAttr) = VT_EMPTY; >+ iRes = IPropertyBag_Read(pPropBag, sAttrStrikethrough, &valueAttr, pErrorLog); >+ switch (iRes) { >+ case S_OK: >+ switch (V_VT(&valueAttr)) { >+ case VT_I2: >+ bStrikethrough = V_I2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_I4: >+ bStrikethrough = V_I4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI2: >+ bStrikethrough = V_UI2(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_UI4: >+ bStrikethrough = V_UI4(&valueAttr) ? TRUE : FALSE; >+ break; >+ case VT_BOOL: >+ bStrikethrough = V_BOOL(&valueAttr); >+ break; >+ default: >+ /* Don't know how to handle this type */ >+ FIXME("Strikethrough type %d, not implemented\n", V_VT(&valueAttr)); >+ iRes = E_NOTIMPL; >+ break; >+ } > > Again, use VariantChangeType. >+ if (iRes != E_NOTIMPL) IFont_put_Strikethrough(this, bStrikethrough); >+ break; >+ case E_POINTER: >+ FIXME("\tiResult = [E_POINTER]\n"); >+ break; >+ case E_INVALIDARG: >+ FIXME("\tiResult = [undef]\n"); >+ iRes = S_OK; >+ break; >+ case E_FAIL: >+ FIXME("\tiResult = [E_FAIL]\n"); >+ break; >+ } >+ } >+ return iRes; > } > > static HRESULT WINAPI OLEFontImpl_IPersistPropertyBag_Save( > > Thanks, Rob

1 0

Re: Some more hardcoded c:\windows paths
by Juan Lang Aug. 18, 2004

Aug. 18, 2004

Vincent wrote: > Any idea why CSIDL_PROGRAMS was HKEY_DISALLOWED? That, apparently, was my mistake. I introduced it here: http://www.winehq.org/hypermail/wine-patches/2004/04/0106.html Thanks for fixing it. --Juan __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail

1 0

Re: WineSetupTk...
by Ivan Leo Puoti Aug. 18, 2004

Aug. 18, 2004

> I doubt there's a one maintainer Nobody maintains it because it's obsolete and isn't used with current versions of wine. Ivan.

1 0

Re: WineSetupTk...
by Mike Hearn Aug. 18, 2004

Aug. 18, 2004

> I didn't realize that WineSetupTk was depreciated when I wrote. I just want to > play StarCraft and Diablo and was finding the documentation a bit hard to > follow. (I couldn't find my .wine.conf file and got stuck, that's why I > thought I needed WineSetupTk.) I will poke at it a bit myself and if I can > figure out how it works, maybe then I can make a suggestion or two for > clearing up the documentation. (Who maintains the documentation, BTW?) OK, what specifically were you trying to configure. Our aim (obviously) is that StarCraft and such should work out of the box with no configuration needed.

2 1

"winetest" throws an exception after the unsuccessful send operation
by Saulius Krasuckas Aug. 18, 2004

Aug. 18, 2004

I am getting this after all the tests were performed, network transfer of the report file was over and after the http server has responded (with some error-message) in Wine: err:win:WIN_FindWndPtr window 0x10022 belongs to other process err:win:WIN_FindWndPtr window 0x10022 belongs to other process wine: Unhandled exception (thread 000b), starting debugger... fixme:console:SetConsoleCtrlHandler (0x4067a644,1) - no error checking or testing yet WineDbg starting on pid 0xa Unhandled exception: page fault on read access to 0xffe5024c in 32-bit code (0x40045cf2). In 32 bit mode. 0x40045cf2 pthread_mutex_lock in libpthread.so.0: movl 0xc(%edi),%eax Wine-dbg>bt Backtrace: =>1 0x40045cf2 pthread_mutex_lock+0x12 in libpthread.so.0 (0x40c0fe28) 2 0x42075bea free+0x9a in libc.so.6 (0x40c0fe48) 3 0x4065753a send_file+0x362(name=0x781e4a80) [send.c:217] in winetest (0x40c0fe78) 4 0x40656f2e .L256+0xde in winetest (0x40c0fe9c) 5 0x4065511c __wine_exe_main+0x11c in winetest (0x40c0ff2c) 6 0x403a101a start_process+0xf2(arg=0x0) [process.c:995] in kernel32 (0x40c0fff4) 7 0x4002a8cd wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) And the error message in the message-box looks like this: Can't submit logfile '/tmp/rescVOMCP'. Server response: <!DOCTYPE HTML PUBLIC"... ... <title>500 Internal Server Error</title> ... <p>The server encountered an internal error or misconfiguration and was unable to complete your request.</p> ... <address>Apache 2.0.40 Server at test.winehq.org Port 80</address> <body><html> Back to the code. Excerpts from the programs/winetest/send.c: > unsigned char *buffer; ... > buffer = xmalloc (BUFLEN + 1); ... > if (ret) { > buffer[total] = 0; > str = strstr (buffer, "\r\n\r\n"); > if (str) buffer = str + 4; > report (R_ERROR, "Can't submit logfile '%s'. " > "Server response: %s", name, buffer); > } > free (buffer); Is it OK to try to free the modified "buffer" ptr? I thought we should preserve its value. We can use the "str" instead of the "buffer". I've tried such mod and it worked fine in my case: --- wine/programs/winetest/send.c 6 Jul 2004 21:03:22 -0000 1.12 +++ wine/programs/winetest/send.c 18 Aug 2004 07:41:24 -0000 @@ -209,9 +209,9 @@ if (ret) { buffer[total] = 0; str = strstr (buffer, "\r\n\r\n"); - if (str) buffer = str + 4; + str = (str)?(str + 4):(buffer); report (R_ERROR, "Can't submit logfile '%s'. " - "Server response: %s", name, buffer); + "Server response: %s", name, str); } free (buffer); return ret; Should I submit it to the wine-patches or I am wrong with it?

2 3

Re: WineSetupTk...
by Ivan Leo Puoti Aug. 18, 2004

Aug. 18, 2004

>Ivan, do we need to remove links to sourceforge since its no longer >available? Actually iy is, but it isn't listed on the download page. Like all files on sf, you can't remove a release, but you can hide it. >I would guess so.. So do you want to do it or me? I'll send in a patch. Ivan.

1 0

Re: More winecfg todos
by Jacek Caban Aug. 18, 2004

Aug. 18, 2004

> You probably want to increase the size of the drive mappings list so it > fills the tab, currently there is just a lot of empty space at the top of > the pane now you removed the old stuff. I have almost ready patch. I've attached screenshot. Is it a good idea? Thanks, Jacek

6 15

Interesting bug
by Mike Hearn Aug. 18, 2004

Aug. 18, 2004

From the appdb: ----------------------------------------------------------------------- * SAVE FOR WEB Solution* : Well, after a fair amount of trail-and-error testing, I have FINALLY found what WILL or WONT allow Save-For-Web to work... It actually is how you execute Photoshop.exe ... if you try to run it with forward slashes in the path, Save for Web will NOT work. If you execute with backslashes, Save for Web WILL work. So... Save for Web works with: wine "c:\program files\adobe\Photoshop 7.0\Photoshop.exe" Save for Web WILL NOT work with: wine "c:/program files/adobe/Photoshop 7.0/Photoshop.exe" Enjoy! Hiji ----------------------------------------------------------------------- I don't have Photoshop here, but perhaps we should ensure that argv[0] and equivalents always use backslashes?

2 1

Re: winealsa dsound capture message patch
by Alexandre Julliard Aug. 18, 2004

Aug. 18, 2004

Robert Reif <reif(a)earthlink.net> writes: > Adds missing wine specific dsound capture message support. This patch causes the dsound capture test to hang for me. Here's the output I get before killing it: capture.c:230:Testing Primary Sound Capture Driver - winealsa.drv fixme:wave:widDsCreate DirectSoundCapture not implemented The (slower) DirectSound HEL mode will be used instead. capture.c:256: DirectSoundCapture Caps: size=16 flags=0x00000020 formats=fffff channels=2 capture.c:331: Testing the capture buffer at 8000x8x1 PCM capture.c:123: Caps: size = 16 flags=0x00000000 buffer size=8000 capture.c:142: tag=0x0001 8000x8x1 avg.B/s=8000 align=1 capture.c:154: status=0x0000 -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Wine Status - User Interface
by James Hawkins Aug. 18, 2004

Aug. 18, 2004

---------- Forwarded message ---------- From: James Hawkins <truiken(a)gmail.com> Date: Mon, 16 Aug 2004 13:43:21 -0500 Subject: Re: Wine Status - User Interface To: twickline(a)sitestar.net Hey Tom, printdlg AFAIK is very close to being complete. The only things I can think of that would need to be done concerning the print dialog is to verify how windows handles the printer stats (Status, Type, Where, Comment) when no printer is selected/installed. Another thing that could be implemented is the printer help. I will have to test out the print properties dialog when i set up my printer in a week. I dont really know anything about Page Setup or Print Property Sheet, but I will definitely look into it now. On Mon, 16 Aug 2004 09:52:58 -0400, Tom <twickline(a)sitestar.net> wrote: > James Hawkins wrote: > > Hey Tom, > > > > Yea this looks good. Percentages look good too. Keep up the good work! > > > > Hello James, > > Thanks for the speedy reply :) > Would you by chance know what needs to be done, what is missing from > /commdlg/printdlg.c ? > > Do you know anything about Page Setup or Print Property Sheet ? > I looked through our source but i didn't find a relivent source file for > them. > > Regards, > > Tom > > -- James Hawkins -- James Hawkins

2 1

Menu problem: top menu drawn ok, pulldowns miss text
by Tobias Burnus Aug. 18, 2004

Aug. 18, 2004

Hello, I have a strange problem with the Cambridge Advanced Learner's Dictionary. It, finally¹, starts up but (besides other problems) there is a glitch in the menu. The menu bar looks ok, the dropdown menus work, but the items are empty. The (single?) submenu works again. See http://www.physik.fu-berlin.de/~tburnus/wine/cald2.png Has anyone an ad-hoc idea or knows which are the best debugging flags? Even with the default setting I get hundreds of such lines: fixme:ddraw:Main_DirectDrawClipper_SetClipList (0x40410e80,0x4067ea8c,0),stub! Thus I want to do a wise choise for the menus. (At the startup, it comes up with an open File menu and the menu item "Menu 1" to "Menu 7" which closes after a few seconds by itself: http://www.physik.fu-berlin.de/~tburnus/wine/cald3.png) Regards, Tobias ¹ Great work! A few weeks ago, it didn't come up at all but was stalled with the splash screen. PS: See also http://dictionary.cambridge.org/cald/cdrom/, unfortunally, there is no free demo version :-( PPS: The other problems are mentioned above are: - Somehow no words are shown (makes it unusable). This and the other bugs might relate to the following error: err:module:import_dll No implementation for URLMON.DLL.CoInternetCreateZoneManager imported from L"C:\\windows\\system\\IEBrowser.ilx", setting to 0xdeadbeef err:module:import_dll No implementation for URLMON.DLL.CoInternetCreateSecurityManager imported from L"C:\\windows\\system\\IEBrowser.ilx", setting to 0xdeadbeef - Some exception ("thrown by funReadIniFile" - file not found) dialog covers a lot of the space but seems otherwise not to harm: http://www.physik.fu-berlin.de/~tburnus/wine/cald4.png (The question is only: Why is the file not found.)

2 1

Re: WineSetupTk...
by Ivan Leo Puoti Aug. 18, 2004

Aug. 18, 2004

> winesetuptk is still maintained? I thought the recent config file changes broke it! I've recently removed it from the sourceforge download page. Ivan.

2 1

Re: Do more tests in non-interactive mode (resubmit)
by Alexandre Julliard Aug. 18, 2004

Aug. 18, 2004

Francois Gouget <fgouget(a)codeweavers.com> writes: > This way we exercise almost as much of the API as in interactive mode > without disturbing users, and the tests still run fast. The slowest one > is the winmm test which takes 16 seconds on my machine which supports > all the tested sound formats (but has only one sound card). Given that > winetest's timeout is two minutes this gives a wide margin. The capture test takes about 80 seconds here with the ALSA driver, which is a bit long. It also fails with the OSS driver: capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=512, should be 800 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=512, should be 800 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=512, should be 800 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=1024, should be 1600 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags etc. Also the wave test makes a lot of noise here, both with ALSA and OSS drivers. -- Alexandre Julliard julliard(a)winehq.org

2 2

RE: iostream and msvcrt?
by Scott Snell Aug. 17, 2004

Aug. 17, 2004

Hi Mike, Even if I change my command to be: winegcc -c -mno-cygwin -I/usr/local/include/wine/msvcrt -o test.o test.cpp I get the same spread of errors. I am converting an MSVC project that uses both these header files and I'm trying to understand why the MSVCRT header files provided with wine wont work with my project. regards, Scott. > -----Original Message----- > From: Mike Hearn [SMTP:m.hearn(a)signal.QinetiQ.com] > Sent: Tuesday, 17 August 2004 18:38 > To: Scott Snell > Cc: Wine-Devel (E-mail) > Subject: Re: iostream and msvcrt? > > Why are you trying to use G++ with the MSVCRT (Microsoft Visual C++ > runtime) ? That can surely never work: even if the headers were > compatible, the ABI used is not.

1 0

Re: don't kill the destktop
by Dmitry Timoshkov Aug. 17, 2004

Aug. 17, 2004

"Ferenc Wagner" <wferi(a)afavant.elte.hu> wrote: > ChangeLog: The desktop process is not automatically > restarted under Win95, so stop killing it. This patch causes test_shell_window tests fail under win2k SP4. Please either fix the failures or revert the patch. -- Dmitry.

2 1

Re: ADVAPI32: implement and test BuiltTrusteeWithName
by Alexandre Julliard Aug. 17, 2004

Aug. 17, 2004

Mike McCormack <mike(a)codeweavers.com> writes: > + pTrustee->TrusteeForm = NO_MULTIPLE_TRUSTEE; > + pTrustee->TrusteeType = TRUSTEE_IS_NAME; > + ok( trustee.TrusteeForm == TRUSTEE_IS_NAME, "TrusteeForm wrong\n"); > + ok( trustee.TrusteeType == TRUSTEE_IS_UNKNOWN, "TrusteeType wrong\n"); So which one is correct, the code or the test? <g> -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: GetFontLanguageInfo patch.
by Shachar Shemesh Aug. 17, 2004

Aug. 17, 2004

Leib Moscovitz wrote: > Shachar Shemesh wrote: > >> Leib Moscovitz wrote: >> >>> Dear Shachar, >>> >>> Yes, there is Pmail for Windows (version 4.2 already), and the >>> problem is that it doesn't handle Hebrew RTL correctly - I was >>> wondering whether there's any solution to this that you know of. >>> >>> Thanks, >>> >>> Leib Moscovitz >>> >> Is it only on Wine that it doesn't, or also on Windows? >> >> Please keep posts on list. >> >> Shachar >> > I only know about Windows - I am just an amateur, and as such I don't > even know what Wine is. Wine cannot solve incomplete functionality Windows applications have. It will not help you. Wine is aimed at making Windows applications run on Linux and other Unixes. It has nothing to do with what a given application does or does not know how to do on Windows. More info on http://www.winehq.org. Please CC the list (wine devel) when replying. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: GetFontLanguageInfo patch.
by Shachar Shemesh Aug. 17, 2004

Aug. 17, 2004

Leib Moscovitz wrote: > Dear Shachar, > > Yes, there is Pmail for Windows (version 4.2 already), and the problem > is that it doesn't handle Hebrew RTL correctly - I was wondering > whether there's any solution to this that you know of. > > Thanks, > > Leib Moscovitz > Is it only on Wine that it doesn't, or also on Windows? Please keep posts on list. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: GetFontLanguageInfo patch.
by Rein Klazes Aug. 17, 2004

Aug. 17, 2004

On Tue, 17 Aug 2004 18:05:44 +0200, you wrote: > Dear Sir, > > I am searching for a way to make Pegasus Mail for Windows (4.x) display > Hebrew correctly, from right to left, and I came across a post of yours via > Google which seems to deal with this issue. > > Have you developed any solution to this problem, and if so, is it publicly > available? > > Many thanks, > > Leib Moscovitz > Unfortunately the issue that you refer to was fixing some left-to-right problem. I do not know if or how it works for right-to-left writing. I have cc' ed this message to the wine developers list, perhaps the developer that is working on/with this, Shachar Shemesh, can shine a bit of light on the issue. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 1