February 2009 - Wine-devel - list.winehq.org

Jaunty and pulseaudio
by Dan Kegel 22 Feb '09

22 Feb '09

https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-February/007108… says the pulseaudio daemon will autorestart, so anyone who's been relying on killing it might want to test with fresh jaunty to see if they've fixed the problems...

1 0

Re: opengl: wglMakeCurrent should call glflush before proceeding
by Chris Robinson 22 Feb '09

22 Feb '09

On Saturday 21 February 2009 2:00:26 pm Jérôme Gardou wrote: > according to > http://msdn.microsoft.com/en-us/library/dd374387(VS.85).aspx, > wglMakeCurrent proceeds a flush before switching. glXMakeCurrent also forces a flush: http://www.opengl.org/documentation/specs/man_pages/hardcopy/GL/html/glx/xm… If it needs a wglFlush, it should call X11DRV_wglFlush (and only if there's a current context; you can't call gl* functions without one set). It can be an exceptionally costly call though, especially if it's going to be flushed again immediately after, so unless it's needed to fix some bug, I'd recommend not flushing explicitly.

2 1

Re: Icehamster?
by Shlomi Fish 21 Feb '09

21 Feb '09

Hi Seth! On Fri, Jan 23, 2009 at 4:46 AM, Seth <seth.goldy(a)gmail.com> wrote: > ..or possibly Winapt. I read through your documentation and i am quite > interested in your idea. I'm not much of a programmer, but i have a > need knowledge of windows, registry, what dlls are doing, how to find > dependencies, and who knows what else. I've been around windows since the > age of 9 with windows 3.1 I've recently come to grips with the value of > open source software and the superiority of the Linux operating system (ie.\ > the reason why it's more secure, not just the fact that it is). I'm mostly > curious if you're still actively pursuing this project, I didn't assume that > i would be needed as a contributor to this project. > I never really started pursuing Winapt. Most I got to was the initial planning documentation: http://svn.berlios.de/svnroot/repos/winapt/winapt/trunk/docs/design/ Anyway, it is my intention to start working on this soon. I have a few loose ends to sort out before that with my other open-source endeavours. Regards, -- Shlomi Fish > > > -seth -- ------------------------------------------ Shlomi Fish http://www.shlomifish.org/ Electrical Engineering studies. In the Technion. Been there. Done that. Forgot a lot. Remember too much.

2 1

Re: Status of USB driver support?
by emiliano esposito 21 Feb '09

21 Feb '09

Alexander Morozov ha scritto: >> git clone git://source.winehq.org/git/wine.git ~/wine-git >> git-am 0001... >> git-am 0002... >> > > You should run tools/make_makefiles before configuring. Thanks. I redid it from scratch, and imported the relevant keys directly from windows. Now this is what I get after launching the program: fixme:ntoskrnl:KeInitializeSpinLock stub: 0x129824 wine: Call from 0x7ee2e8b0 to unimplemented function usbd.sys.USBD_GetUSBDIVersion, aborting wine: Unimplemented function usbd.sys.USBD_GetUSBDIVersion called at address 0x7ee2e8b0 (thread 0022), starting debugger... Unhandled exception: unimplemented function usbd.sys.USBD_GetUSBDIVersion called in 32-bit code (0x7ee2e923) Then a lot of debug info follows, register dumps and so on. After that, the program continues normally. Don't know if it would be worth posting, please let me know.

4 4

Re: fusion/tests: Do not use a fixed path to the assembly
by James Hawkins 21 Feb '09

21 Feb '09

On Thu, Feb 19, 2009 at 4:14 PM, Detlef Riekenberg <wine.dev(a)web.de> wrote: > > James: A fixed path is broken by design. > A "Thanks for spending weeks of your time laboriously testing and implementing fusion" would have sufficed. -- James Hawkins

3 2

Problem cross compiling after adding tests for inet_ntop
by Jeff Latimer 20 Feb '09

20 Feb '09

I have been writing some tests for InetNtop/inet_ntop and placed them in dlls/ws2_32/tests/sock.c (snip of the code is below) but when I cross compile I get: make crosstest i386-mingw32-gcc -c -I. -I. -I../../../include -I../../../include -g -O2 -o sock.cross.o sock.c i386-mingw32-gcc protocol.cross.o sock.cross.o testlist.cross.o -o ws2_32_crosstest.exe -L../../../dlls ../../../libs/port/libwine_port.a -L../../../dlls/ws2_32 -L../../../dlls/kernel32 -lws2_32 -lkernel32 sock.cross.o: In function `test_inet_addr': /wing/dlls/ws2_32/tests/sock.c:2013: undefined reference to `_inet_ntop(a)16' /wing/dlls/ws2_32/tests/sock.c:2025: undefined reference to `_inet_ntop(a)16' /wing/dlls/ws2_32/tests/sock.c:2029: undefined reference to `_inet_ntop(a)16' /wing/dlls/ws2_32/tests/sock.c:2032: undefined reference to `_inet_ntop(a)16' collect2: ld returned 1 exit status make: *** [ws2_32_crosstest.exe] Error 1 I am using unmodified winsock.spec and ws2_32.spec files. It does not look like inet_ntop has been used in tests previously. Any ideas on what I need to do to get crosstest to work? ---- dlls/ws2_32/tests/sock.c static void test_inet_addr(void) { u_long addr; char dst[16]; char dst6[64]; u_char ip6_addr[16] = {0x20,0x30,0xa4,0xb1}; const char * pdst; struct in_addr in; struct in6_addr in6; u_long addr0_Num = 0x00000000; PCSTR addr0_Str = "0.0.0.0"; u_long addr1_Num = 0x20201015; PCSTR addr1_Str = "21.16.32.32"; u_char addr2_Num[16] = {0,0,0,0,0,0,0,0,0,0,0xff,0xfe,0xcC,0x98,0xbd,0x74}; PCSTR addr2_Str = "::fffe:cc98:bd74"; addr = inet_addr(NULL); in.S_un.S_addr = addr; trace("addr=%ld\n",addr); ok(addr == INADDR_NONE, "inet_addr succeeded unexpectedly\n"); in.S_un.S_addr = addr0_Num; pdst = InetNtop(AF_INET,(void*)&in.S_un.S_addr,dst,sizeof(dst)); ok(strcmp(pdst, addr1_Str),"Address %s != %s\n", pdst, addr0_Str); ok(pdst != NULL, "InetNtop failed %s\n", dst); pdst = inet_ntoa(*((struct in_addr*)&in.s_addr)); ok(pdst != NULL, "InetNtop succeeded unexpectedly %s\n", dst); ok(!strcmp(pdst, addr1_Str),"Address %s != %s\n", pdst, addr0_Str); trace ("addr=%s\n",pdst); in.S_un.S_addr = addr1_Num; pdst = inet_ntoa(*((struct in_addr*)&in.s_addr)); ok(pdst != NULL, "inet_ntoa succeeded unexpectedly %s\n", dst); ok(!strcmp(pdst, addr1_Str),"Address %s != %s\n", pdst, addr1_Str); trace ("addr=%s\n",pdst); pdst = InetNtop(AF_INET6,(void*)&in.S_un.S_addr,dst,sizeof(dst)); trace ("addr=%s\n",pdst); ok(pdst != NULL, "InetNtop failed %s\n", dst); memcpy(in6.s6_addr,ip6_addr,sizeof(ip6_addr)); pdst = InetNtop(AF_INET6,(void*)&in6.s6_addr,dst6,sizeof(dst6)); ok(pdst != NULL, "InetNtop failed %s\n", dst6); memcpy(in6.u.Byte,addr2_Num,sizeof(addr2_Num)); pdst = InetNtop(AF_INET6,(void*)&in6.s6_addr,dst6,sizeof(dst6)); ok(pdst != NULL, "InetNtop failed %s\n", dst6); ok(!strcmp(pdst, addr2_Str),"Address %s != %s\n", pdst, addr2_Str); }

1 1

Closing fixed bugs
by Dan Kegel 20 Feb '09

20 Feb '09

A few months ago, Alexandre started including lists of fixed bugs in his release announcements. See e.g. http://www.winehq.org/announce/1.1.15, which says Bugs fixed in 1.1.15: 5694 Lionhead Black & White 2 demo crashes 7014 Unhandled page fault when exiting Commandos - BEL 7297 MIDI in/out fails, ports recognized ... I rather like those lists. He generates them by simply querying for open but fixed bugs right when he does the release; he then closes the bugs. They're good for PR if nothing else. For this to work, we have to let Alexandre be the only person to close fixed bugs. (Of course, it's ok for other people to mark bugs fixed, and it's ok for anyone to close invalid or dup bugs.) If anybody else closes a fixed bug, it won't show up in the list of fixed bugs for any release. A corner case is when a bug is marked fixed sometime after release. I think it's ok to leave it for Alexandre to close; that way it shows up in at least one release announcement. Even if it shows up a few releases late, that's better than not showing up at all. Sound reasonable? I ask because Vitaliy closed http://bugs.winehq.org/show_bug.cgi?id=10923 even after I tried to explain this to him, so I figured it needed a wider discussion. - Dan

4 4

Re: Wine download page usability problem
by Remco 20 Feb '09

20 Feb '09

And now also to the list: On Fri, Feb 20, 2009 at 9:32 PM, Remco <remco47(a)gmail.com> wrote: > On Fri, Feb 20, 2009 at 9:28 PM, Dan Kegel <dank(a)kegel.com> wrote: >> >> Please try again, and paste the entire output page, I've added more info. >> >> Thanks! >> > > Firefox 3 on an unknown distribution Linux! > > userAgent Mozilla/5.0 (X11; U; Linux x86_64; en; rv:1.9.0.6) > Gecko/20080528 Epiphany/2.22 Firefox/3.0 > > I don't think you're gonna be able to get the distribution name out of > that... a problem with Epiphany I guess. > > Remco >

3 4

Possible to run arbitrary PHP code on pipermail server
by Remco 20 Feb '09

20 Feb '09

I read the following e-mail on pipermail: http://www.winehq.org/pipermail/wine-devel/2009-February/073428.html Try downloading the PHP attachment from there; it will actually execute and give you an HTML page. This could easily be abused! Remco

2 1

Re: user32: implement support for HBMENU_POPUP_* magic menu bitmaps and use them to decorate the system menu
by Austin English 20 Feb '09

20 Feb '09

2009/2/20 Rein Klazes <wijn(a)online.nl>: > Hi, > > See subject. > > Rein. > > > > A testcase would be helpful. -- -Austin

1 0