wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: Second try for GetCalendarInfo
by Andreas Mohr 12 May '02

12 May '02

On Sat, May 11, 2002 at 11:35:47PM -0400, Vincent Béron wrote: > There's still a couple of things unimplemented, as I don't have access > to a compiler able to produce working code on Windows for me to get the > missing data. (VC98 bails out on _GetCalendarInfoA, and it's the only > one I have easy access to). Err, "man GetProcAddress" ? :-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

3 2

Re: patch for the ldconfig fix in latest snapshot
by Tony Lambregts 12 May '02

12 May '02

Dustin Navea wrote: [snip] >--- tools/wineinstall Sat May 4 13:31:24 2002 >+++ tools/wineinstall.new Sat May 11 01:19:04 2002 >@@ -319,7 +319,9 @@ > # to our sucommand string > if [ -f /etc/ld.so.conf ] > then >- if [ ! grep -qs "$libdir" /etc/ld.so.conf ] >+ # why were there brackets around this? it wasn't evaluating >+ # correctly because of them! -Dustin Navea > Doh!... The previous two lines should not be in the patch . If it was applied it would make for very strange reading. Please re-submit without them. >+ if ! grep -qs "$libdir" /etc/ld.so.conf > then { > echo > echo "$libdir doesn't exist in your /etc/ld.so.conf, it will be added" > > lookingoveryourshoulder Tony Lambregts

3 2

Making wine complain if profile dir isn't valid
by Paul Millar 12 May '02

12 May '02

Hi, Got caught out by a "gotcha", where %USERPROFILE% was not mapped into the correct directory because the directory didn't exist. A valid %USERPROFILE% is a requirement of one of Juergen regression tests (%USERPROFILE%\\subdir1 > 25). The attached patch will make wine emit a warning if the directory isn't valid. This is "the right thing", isn't it? ChangeLog: Wine now warns if Profile directory doesn't exist. ---- Paul Millar

1 0

Running unit tests on Windows
by Jakob Eriksson 12 May '02

12 May '02

The http://www.codeweavers.com/about/news/talks/wineconf2002/regression/Slide17… talks about compiling on Windows with proprietary compilers. Since I've seen on this list ideas about compiling with mingw on Windows instead. Shouldn't it be possible to cross-compile with mingw on Linux instead? That way the samba share would also keep the .EXE files, and life would be much simpler... just a thought. what do you all think? -- regards, Jakob Eriksson The wages of sin is debugging. -- Ron Jeffries

5 19

(no subject)
by Paul Millar 12 May '02

12 May '02

Hi, I've tried to get wine to compile under a 2.2.17 kernel machine (w/ RedHat 7.0), not particularly because of Stefan's problems under RH-5.2, but trying to track down some other bugs (although hopefully the patches will help a little :) The first stumbling block was in dlls/ntdll/cdrom.c. Two routines in the file try to set members of the cdrom_generic_command structure (defined in linux/cdrom.h) that don't exist in 2.2.x kernels, but do exist in 2.4.x kernels. The attached patch adds configure checks for these structure members and puts "#ifdef"s around the assignments in dlls/ntdll/cdrom.c . I don't know the knock-on effects for not setting these values, but presumably getting something to work is better than wine not compiling :) On a point of style, should there be one test for these two structure members, or two independent tests? The members appear in the kernel at the same time (2.2.x -> 2.4.0) ChangeLog: Towards fixing compilation under 2.2.x kernels NB both configure and include/config.h.in need to be regenerated. ... but, the problems didn't stop there. The compilation continues until it starts to use wmc, which core-dumps on the /second/ usage. ------------------------[ Compilation log ]--------------------------- [...] make[2]: Leaving directory `/scratch/remus1/paulm/wine/dlls/ntdll' rm -f ntdll.dll.so && ln -s ntdll/ntdll.dll.so ntdll.dll.so rm -f libntdll.dll.so && ln -s ntdll/ntdll.dll.so libntdll.dll.so make[2]: Entering directory `/scratch/remus1/paulm/wine/dlls/kernel' LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/wmc/wmc -i -H /dev/null -o messages/winerr_enu.mc.rc messages/winerr_enu.mc DEBUG: setting up handler DEBUG: getting time DEBUG: cmdlen=72 LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc -I. -I. -I../../include -I../../include -o kernel.res -r kernel.rc make[2]: *** [kernel.res] Segmentation fault (core dumped) make[2]: Leaving directory `/scratch/remus1/paulm/wine/dlls/kernel' make[1]: *** [kernel/kernel32.dll.so] Error 2 make[1]: Leaving directory `/scratch/remus1/paulm/wine/dlls' make: *** [dlls] Error 2 [paulm@mowgli wine]$ ------------------------------[ End of log ]------------------------- The DEBUG output above was from the following patch: --- wmc.c 10 Mar 2002 00:24:24 -0000 1.3 +++ wmc.c 11 May 2002 19:49:33 -0000 @@ -125,8 +125,10 @@ int i; int cmdlen; + printf( "DEBUG: setting up handler\n"); signal(SIGSEGV, segvhandler); + printf( "DEBUG: getting time\n"); now = time(NULL); /* First rebuild the commandline to put in destination */ @@ -134,6 +136,7 @@ cmdlen = 4; /* for "wmc " */ for(i = 1; i < argc; i++) cmdlen += strlen(argv[i]) + 1; + printf( "DEBUG: cmdlen=%u\n", cmdlen); cmdline = (char *)xmalloc(cmdlen); strcpy(cmdline, "wmc "); for(i = 1; i < argc; i++) so, wmc is crashing before it is running main(), suggesting some linking problem? The machine is running glibc 2.2.4 (via RedHat RPM glibc-2.2.4-18.7.0.3) and I was compiling with the alleged "v2.96" release of gcc (RPM gcc-2.96-85). Any ideas? Cheers, ---- Paul Millar

3 3

Uninstaller problem on mingw port
by Steven Edwards 12 May '02

12 May '02

Hello Jeremy, Andi suggested I email you about my issues with uninstaller under mingw. The main unstaller window will render but be blank and then the program will crash when it gets to this line /*---------------------------------------------------------------------- -- ** Handle requests just to list the programs **---------------------------------------------------------------------- */ if (cmdline && strlen(cmdline) >= 6 && memcmp(cmdline, "--list", 6) == 0) I have inserted debugging code at every line around this point but it never makes it to the next messagebox. Do you see anything that might explain it? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 2

Re: PATCH: Preliminary DMA and SOUNDBLASTER emulation
by Dustin Navea 12 May '02

12 May '02

which sound cards is this meant for? i have a live platinum 5.1, is it to be used by people who _do_ or who _dont_ have sb cards? i must be missing the point, but what is the need for sb emulation? -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

3 3

Stubbed implementations and Windows objects
by Ian D. Stewart 12 May '02

12 May '02

I am currently in the process of implementing a stubbed version of ctl3d.dll. For functions that return BOOL, I'm printing a fixme and then returning TRUE. What is the convention for stubbed implementations that return a Windows object (HBRUSH, HWND, etc)? Thanx, Ian

2 2

Re: Little correction to kernel32.spec
by Francois Gouget 12 May '02

12 May '02

On Sat, 11 May 2002, Vincent Béron wrote: > There's a bunch of APIs defined with ptr instead of str/wstr: should I > clean them up also? > > Changelog: > - The definition of GetSystemWideDirectory{A,W} in kernel32.spec had > some ptr args, while they are supposed to be {str, wstr} respectively. This is wrong. These parameters are output parameters. If you declare them as str, then the relay code will print them when the function is called, i.e. before the buffer is initialized. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ In a world without fences who needs Gates?

2 1

Re: Little correction to kernel32.spec
by Andreas Mohr 11 May '02

11 May '02

On Sat, May 11, 2002 at 06:04:08PM -0400, Vincent Béron wrote: > There's a bunch of APIs defined with ptr instead of str/wstr: should I > clean them up also? > > Changelog: > - The definition of GetSystemWideDirectory{A,W} in kernel32.spec had > some ptr args, while they are supposed to be {str, wstr} respectively. Wrong. The string buffer is a *return* variable. Thus using str/wstr will simply display useless garbage in relay trace. :-\ -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

1 0

Re: Better implementation of GetCalendarInfoA
by Francois Gouget 11 May '02

11 May '02

On Sat, 11 May 2002, Vincent Béron wrote: [...] > Also, I'm not sure how to translate that code to the W version of the > function. Should the W call the A? Or reimplement the same algorithm, > with different string constants and function calls (A vs W)? xxxA should call xxxW. Typically this is done as follows (the NT way): xxxA() { convert input parameters from Ansi to Unicode ret=call xxxW convert return values from Unicode to Ansi return ret; } -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Any sufficiently advanced bug is indistinguishable from a feature. -- from some indian guy

1 0

Re: Little correction to kernel32.spec
by Eric Pouech 11 May '02

11 May '02

> Changelog: > - The definition of GetSystemWideDirectory{A,W} in kernel32.spec had > some ptr args, while they are supposed to be {str, wstr} respectively. I think we should keep the ptr here... in fact, the difference between str and ptr (in relay trace for 32 bit functions) is that, on entry, str will tell the relay code to trace the string itself, whereas ptr will only trace its address in this case, the API expects a buffer to be filled by the function ([out] in MSDN doc), which means that the string in the argument while entering the function has no meaning only the value contained in the buffer at exit time is of interest so, leaving them as ptr is the thing to do (OTOH the Set???? form of this API needs to have a str) A+

1 0

Re: wineinstall fails after cvs update
by Dustin Navea 11 May '02

11 May '02

--- degs <degs(a)giantblob.com> wrote: > Have to wait until someone removes something from > Wine cvs which would > otherwise cause configure to screw up if 'cvs update > -RdP' didn't remove it I > guess - its one of those > no-non-black-crows-disproving-the-all-crows-are-black > kind of deals :-) > > -- degs what about downloading the latest snapshot? 20020509 is out. dl it and then cvs update -RdP wine...i didnt have any problems doing it that way... the only time you ever need to use cvs checkout is when you are downloading it for the first time... the rest of the time use cvs update -RdP wine... __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Re: wineinstall fails after cvs update
by Dustin Navea 11 May '02

11 May '02

--- degs <degs(a)giantblob.com> wrote: > On Saturday 11 May 2002 21:30, you wrote: > > try doing cvs update -RdP wine > > > > and see if configure fails after that... > > thanks > -- degs > > > > __________________________________________________ > > Do You Yahoo!? > > LAUNCH - Your Yahoo! Music Experience > > http://launch.yahoo.com > did it work? :) -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

wineinstall fails after cvs update
by degs 11 May '02

11 May '02

Hi, I find tools/wineinstall frequently fails in ./configure when trying to rebuild Wine after a "cvs update". I only seem to be able to fix this by blowing away the whole tree and re-fetching it with "cvs checkout". Is wineinstall the Right Way to build Wine when one is trying to hack on it? thanks -- degs PS: I know hardly anything about autoconf (shudder) and absolutely *zero* about CVS :-(

6 8

FindFirstFile
by Insyde 11 May '02

11 May '02

Hi, I looked for the APIs wine had already implemented, but I didn't find, so I'll post this. I getting error with this API FindFirstFile. Wine does not show all of the attributes, not like Windows do. I made a program that reads from the command line the file you're looking for and displays all the attributes from the API. I've compared both runnings. Wine results are different from the Windows. Wasn't that API fully implemented? If so, why is the results differents? thanks, Ricardo.

11 17

strange errors to me
by Lonnie Cumberland 11 May '02

11 May '02

Hello All, I was trying to install TCL 8.4. The install went all the way through and said "installation completed" via their installer, but then the last window to popup from the installer froze up wine. I was then able to get these error messages from a program called "OpenVision" and I do not know what they mean is wrong. I was able to get these messages. -------------------------------------------------------------- err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/desktop.ini" err = 55 err:font:AddFontFileToList Already loaded font L"Garamond" L"Bold" err:font:AddFontFileToList Already loaded font L"Garamond" L"Italic" err:font:AddFontFileToList Already loaded font L"Garamond" L"Regular" err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/modern.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/Mtsorts.ttf" err = 2 err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/roman.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/script.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/SFMAOFRG.PFM" err = 2 err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/SFMATEXT.PFM" err = 2 fixme:commctrl:InitializeFlatSB stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:richedit:RICHED32_WindowProc Unknown message 0x0081 fixme:richedit:RICHED32_WindowProc Unknown message 0x0210 fixme:richedit:RICHED32_WindowProc Unknown message 0xbe10 fixme:richedit:RICHED32_WindowProc Unknown message 0xb012 fixme:richedit:RICHED32_WindowProc Unknown message 0xbe10 fixme:richedit:RICHED32_WindowProc Unknown message 0x0082 fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub wine: Unhandled exception, starting debugger... Warning: /usr/local/bin/winedbg.exe not accessible from a configured DOS drive Warning: /usr/local/bin/winedbg not accessible from a configured DOS drive Warning: /usr/local/bin/winedbg 134657448.exe not accessible from a configured DOS drive Warning: /usr/local/bin/winedbg 134657448 not accessible from a configured DOS drive Warning: /usr/local/bin/winedbg 134657448 60.exe not accessible from a configured DOS drive Warning: /usr/local/bin/winedbg 134657448 60 not accessible from a configured DOS drive err:seh:start_debugger Couldn't start debugger ("/usr/local/bin/winedbg 134657448 60") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. ------------------------------------------------------------- Does anyone have any ideas on how to fix these? Any help would be greatly appreciated. Lonnie

3 3

Re: DPMI RawModeSwitch, return to protected mode fix
by Joerg Mayer 11 May '02

11 May '02

On Sat, May 11, 2002 at 05:23:39PM +0300, Jukka Heinonen wrote: > + /* > + * FIXME: This routine will not work if it is called > + * from 32 bit DPMI program and the program returns > + * to protected mode while ESP or EIP is over 0xffff. > + * FIXME: This routine will not work if it is not called > + * using 16-bit-to-Wine callback glue function. > + */ Shouldn't these be FIXME("...") or an ERR()? That way people would know immediatly why their program failed. Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

TCL 8.3 installs?
by Lonnie Cumberland 11 May '02

11 May '02

Hello All, I was just wondering if anyone has had any troubles getting TCL 8.3 to install under Wine? I tried, but it froze up. I will try again tomorrow and hopefully be able to get some error messages to report to the group, ok. Cheers, Lonnie

1 0

Internationalisation (bug #452)
by Sylvain Petreolle 11 May '02

11 May '02

Hi, I'm currentlly converting winhelp for NLS use. I have to problems to use Va.rc,since I don't know whis country this file is associed to. (probably due to the fact I was asleep in history & geography :) ). I looked in dlls/kernel/nls but didn't see it. Can someone help ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

7 10

Re: PATCH: imaadp32.acm
by Eric Pouech 10 May '02

10 May '02

Marcus Meissner a écrit : > > On Fri, May 10, 2002 at 07:57:16PM +0200, Marcus Meissner wrote: > > Hi, > > > > This implements an empty stub for DriverProc, until we have something here. > > (So we don't crash loading this driver.) > > Or better, just drop the whole thing. I have an IMA ADPCM ready for inclusion (with decoding and encoding ready). I may have time to send it tonight (with a ton of other stuff I have in my tree), so don't bother with this patch A+

1 0

Regression in CreateDIBSection
by Mehmet YASAR 10 May '02

10 May '02

Hi, the following patch incorporated in CVS may 3rd has broken BabyGammon (you can get it at http://www.directfichiers.com/babygammon/BAFR100DOGT90.EXE ) With it I have black background instead of the normal backgammon game. If somebody could look at this ... Mehmet YASAR Extract from logs : .... 08073078:Call user32.LoadImageA(00400000,0000006a,00000000,00000000,00000000,00002000) ret=00407f17 08073078:Call x11drv.CreateDIBSection(403844f4,403bb334,00000000,00000000,00000000,00000000,00000000) ret=407b4ac2 trace:bitmap:X11DRV_DIB_CreateDIBSection format (114,19), planes 1, bpp 8, size 2204, colors 256 (RGB) 08073078:Call x11drv.GetDeviceCaps(403844f4,0000000c) ret=407b173b 08073078:Ret x11drv.GetDeviceCaps() retval=00000010 ret=407b173b 08073078:Call x11drv.GetDeviceCaps(403844f4,0000000e) ret=407b173b 08073078:Ret x11drv.GetDeviceCaps() retval=00000001 ret=407b173b trace:bitmap:CreateBitmap 114x19, 65536 colors returning 00000870 trace:bitmap:X11DRV_DIB_DoProtectDIBSection Changed protection from 4 to 4 08073078:Ret x11drv.CreateDIBSection() retval=00000870 ret=407b4ac2 .... Index: wine/graphics/x11drv/dib.c diff -u wine/graphics/x11drv/dib.c:1.91 wine/graphics/x11drv/dib.c:1.92 --- wine/graphics/x11drv/dib.c:1.91 Wed Apr 24 16:32:11 2002 +++ wine/graphics/x11drv/dib.c Sat May 4 13:32:48 2002 @@ -5793,16 +5793,8 @@ InitializeCriticalSection(&(dib->lock)); if (VIRTUAL_SetFaultHandler(bm.bmBits, X11DRV_DIB_FaultHandler, (LPVOID)res)) { - if (section || offset) - { - X11DRV_DIB_DoProtectDIBSection( bmp, PAGE_READWRITE ); - if (dib) dib->status = DIB_Status_AppMod; - } - else - { - X11DRV_DIB_DoProtectDIBSection( bmp, PAGE_READONLY ); - if (dib) dib->status = DIB_Status_InSync; - } + X11DRV_DIB_DoProtectDIBSection( bmp, PAGE_READWRITE ); + if (dib) dib->status = DIB_Status_AppMod; } }

2 2

Re: wine/ ./configure ./configure.ac include/confi ...
by Joerg Mayer 10 May '02

10 May '02

On Thu, May 09, 2002 at 08:33:41PM -0500, Alexandre Julliard wrote: > Log message: > Steven Edwards <Steven_Ed4153(a)yahoo.com> > Detect snprintf && _snprintf, use _snprintf on stupid platforms > (windows). I'm afraid that this is the wrong solution to this problem: People using sNprintf do this sometimes for security reasons. Just ignoring the length is very likely to cause some problems with applications that would have been otherwise secure (I'm thinking of chatclients etc). snprintf should either be implemented or the application simply should not work, but making a secure app insecure is not the way to go. ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

2 2

Request For Comments: emulation of Windows file attributes on POSIX
by Jakob Eriksson 10 May '02

10 May '02

I filed a bug that comments Wine can't create a HIDDEN file, so that Wine does not later find it with FindFirstFile(). http://bugs.winehq.com/show_bug.cgi?id=660 there was a little discussion there and I suggested a) a mode where Wine reads the special info from VFAT and NTFS filesystems. (linux kernel enhancement probably necessary) b) for POSIX filesystems, an emulation layer where Wine emulates the attributes by storing them in a special file in each directory. Andriy Palamarchuk commented with this: There are plans on integration with Samba and this functionality can be implemented there for communication with Windows machines. However, I can't decide whether it is worth to implement these features for Posix file system. I suggest you to discuss the matter on wine-devel. Is it worth it at all? Is it worth it if I implement it as a Wine learning exercise and all you Wine demigods have to do is either say "ok" or "bad, to slow, let's ditch it" or whatever. I don't understand that about Samba integration. Can they read the special attributes on VFAT and NTFS? Are they planning to emulate it? -- regards, Jakob Eriksson The wages of sin is debugging. -- Ron Jeffries

2 1

A little configure change help needed for the mingw/msys port.
by Steven Edwards 09 May '02

09 May '02

Preface: If you have the time to help thanks, if not I will keep fighting with it and should be able To get it sooner or latter and thanks anyway. After the recent patch for cygwin I found the 2 changes I need to make to configure/configure.ac for a mingw host/target but I'm having trouble with the syntax of configure to get it to do what I need it to do. My current porting work has been based on some dirty hacks to configure that didn't Really fix the problem without breaking the checks for other platforms. Now I just need some help making These 2 changes. Change #1. at line 5552 its checking for dlopen which I think is in dlfcn.h. Mingw doesn't have this and I don't think the mingw port needs this but configure returns. else LIBEXT="a" fi This of course causes configure to bomb because we need to build a dll/so. I cant get my syntax right To let it know not to set LIBEXT=a here if it's a mingw host. Change #2 On line 9465 there is the $LIBEXT = so/$target_os *cygwin* check. If I make Change #1 via my dirty breaking of configure and I change the case $target_os to *mingw* then it generates My makefiles right. My problem is really stupid because if I copy the cygwin check and make a mingw check It bitches about unexepected EOF in the configure script where I'm just missing a if/fi or something. Like I said, its really minor. Once this is done then you should at least be able to ./configure on msys just like cygwin if they fix the dlltool/wrap on msys. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 2

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