wine-devel November 2007

wine-devel@winehq.org

117 participants
275 discussions

Start a nNew thread

Re: [14/15] WineD3D: Get rid of the conditionals in shader_glsl_compare
by Mirek Slugeň 09 Nov '07

09 Nov '07

2 2

winetest.exe broken
by Stefan Leichter 09 Nov '07

09 Nov '07

Hello, as you all may have noticed winetest.exe does not longer build (see http://quisquiliae.physics.gla.ac.uk/crossbuild-logs/20071109-11:05.txt ). The patch: 65d865d96313d96889bf8cbe88c931b5e1e9bb74 is first bad commit commit 65d865d96313d96889bf8cbe88c931b5e1e9bb74 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Nov 8 12:21:10 2007 +0100 libwine: Refuse to use a WINEPREFIX dir owned by a different user. :040000 040000 1bf2b5da793741040732f222ce4a90ebd3f54b74 ee36bfdcf5d65ec8bb1c8ee478e74e0af8679039 M libs broke the build. Can someone please fix this. Thanks Stefan

3 2

Re: [6/15] WineD3D: Replace the position fixup mul-add-add with a MAD
by Mirek Slugeň 09 Nov '07

09 Nov '07

3 3

notepad crashes in VNC @ 16bpp
by Francois Gouget 09 Nov '07

09 Nov '07

So if I start a VNC server with the following command: vncserver :1 -depth 16 -geometry 1024x768 Then notepad crashes on startup while initializing OpenGL. More precisely the crash happens in X11DRV_WineGL_InitOpenglInfo() on line 304 of winex11.drv/opengl.c. The reason for the crash is an OpenGL/X11 assertion: glxcmds.c:343: CreateContext: Assertion "mode != ((void *)0)" failed This seems like a VNC/OpenGL/X11 bug because Wine works fine if VNC is started in 15bpp or 24bpp. Still, the problem is that as this is part of the winex11 initialization it impacts all applications (including the DIB conformance tests). Does anyone see a way to avoid the crash? (maybe detect VNC before that call, but how?) Note: I'm using VNC 4.1.1+X4.3.0-2. Here's the xdpyinfo output in that mode: name of display: :1.0 version number: 11.0 vendor string: The XFree86 Project, Inc vendor release number: 40300000 XFree86 version: 4.3.0 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x400013, revert to Parent number of extensions: 23 BIG-REQUESTS DEC-XTRAP DOUBLE-BUFFER Extended-Visual-Information FontCache GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RECORD SECURITY SGI-GLX SHAPE SYNC TOG-CUP VNC-EXTENSION X-Resource XC-APPGROUP XC-MISC XFree86-Bigfont XTEST XVideo default screen number: 0 number of screens: 1 screen #0: dimensions: 1024x768 pixels (260x195 millimeters) resolution: 100x100 dots per inch depths (2): 1, 16 root window id: 0x2e depth of root window: 16 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x21 default number of colormap cells: 64 preallocated pixels: black 0, white 65535 options: backing-store YES, save-unders YES largest cursor: 1024x768 current input event mask: 0xd83f3f KeyPressMask KeyReleaseMask ButtonPressMask ButtonReleaseMask EnterWindowMask LeaveWindowMask Button1MotionMask Button2MotionMask Button3MotionMask Button4MotionMask Button5MotionMask ButtonMotionMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask ColormapChangeMask number of visuals: 8 default visual id: 0x24 visual: visual id: 0x24 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x25 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0x3f, 0x7c0, 0xf800 significant bits in color specification: 8 bits visual: visual id: 0x26 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0x3f, 0x7c0, 0xf800 significant bits in color specification: 8 bits visual: visual id: 0x27 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0x3f, 0x7c0, 0xf800 significant bits in color specification: 8 bits visual: visual id: 0x28 class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0x3f, 0x7c0, 0xf800 significant bits in color specification: 8 bits visual: visual id: 0x29 class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0x3f, 0x7c0, 0xf800 significant bits in color specification: 8 bits visual: visual id: 0x2a class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0x3f, 0x7c0, 0xf800 significant bits in color specification: 8 bits visual: visual id: 0x2b class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0x3f, 0x7c0, 0xf800 significant bits in color specification: 8 bits -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ 1 + e ^ ( i * pi ) = 0

1 0

Re: wininet: make a test pass on all versions of windows
by Alexandre Julliard 09 Nov '07

09 Nov '07

"Lei Zhang" <thestig(a)google.com> writes: > + > + { > + OSVERSIONINFOEX foo; > + BOOL r; > + memset(&foo, 0, sizeof(foo)); > + foo.dwOSVersionInfoSize = sizeof(foo); > + r = GetVersionEx((OSVERSIONINFO *) &foo); > + if (!r) > + { > + skip("could not get windows version\n"); > + return; > + } > + > + is_sp1 = -1; > + if (foo.dwMajorVersion > 5) > + is_sp1 = 1; > + else if (foo.dwMajorVersion == 5) > + { > + if (foo.dwMinorVersion > 1) > + is_sp1 = 1; > + else if (foo.dwMinorVersion == 1) > + { > + if (foo.wServicePackMajor > 1) > + is_sp1 = 1; > + else if (foo.wServicePackMajor == 1) > + is_sp1 = 0; > + } > + } Please don't add version checks in tests. -- Alexandre Julliard julliard(a)winehq.org

2 2

None
by Colin M Inglis 09 Nov '07

09 Nov '07

Hi! I'm trying to install Wine for a client, a Mac house, who run some software only supported under Windows or Classic. With the recent introduction of Intel Macs (that no longer support Classic) into the business, the Windows version is, unfortunately, their only upgrade path. I have C development experience and am familiar with compiling C applications under unix, although that was some years ago and processes seem to have changed somewhat. In particular, I am unfamiliar with the 'configure' executable described in your installation manual, which is raising an error. Could you please look briefly at the attached config.log? I would be interested to know if this is an issue to which I can attend, or whether it is a deficiency in the configuration process itself. I would also appreciate a workaround, if possible. Thanks in anticipation of your assistance. Regards, ////////// // // / / Colin M Inglis BInfoTech&Comm //////////// // // / / Software Application Development /// //\//\\ infinite 15 Jasmine St, Strathpine, Q, Australia // // // // Snailmail PO Box 2188 Strathpine Q 4500 /// \\//\// interface email manager(a)infinitei.com.au ///////// // // / / web http://www.infinitei.com.au ////// // // / / Ph/Fax +61 7 3881 3494 ABN: 40 030 880 342 Mobile +61 414 388 134 "infinite interface programmes programmes users use"

5 4

Valgrind results for Oct 8: lots of hangs?!
by Dan Kegel 09 Nov '07

09 Nov '07

Data online at http://kegel.com/wine/valgrind/20071108/ For some reason, today I had to do 'wineserver -k' about five times (yesterday and the day before only once). And one of those times was during a d3d9 test which took over / hung the screen; not even ctl-alt-backspace helped, I actually had to reboot (I didn't try ssh'ing in). Running the tests was like pulling teeth. That said, here are the changes in the list of bad tests; - means test didn't show any valgrind errors today but did yesterday, + means it did show valgrind errors today but not yesterday. -vg-d3d9_visual.txt (might be one I had to reboot for) -vg-iphlpapi_iphlpapi.txt -vg-mlang_mlang.txt +vg-mshtml_dom.txt +vg-mshtml_htmldoc.txt +vg-shdocvw_webbrowser.txt -vg-wininet_ftp.txt -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

re: #winehq admin troubles
by Dan Kegel 09 Nov '07

09 Nov '07

Luke Bratch wrote: > After seeing Vitamin deal with people for a long time > now, I can say I totally agree with how he does > things. Technically, he's spot on. It's his bedside manner that is broken. We really don't want him on the front line of support, somebody else should do that. But once the newbies are filtered out, he's great. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

5 5

Re: wininet: check the return value from HeapAlloc in a test
by Alexandre Julliard 09 Nov '07

09 Nov '07

"Lei Zhang" <thestig(a)google.com> writes: > We should skip a test if HeapAlloc() fails. There's no need to clutter up the tests with allocations checks, if we are out of memory pretty much everything in the test is going to fail anyway. -- Alexandre Julliard julliard(a)winehq.org

1 0

valgrind results updated
by Dan Kegel 09 Nov '07

09 Nov '07

I've updated http://kegel.com/wine/valgrind/ Today's results are at http://kegel.com/wine/valgrind/20071103/ The only difference from yesterday is I've added suppressions for the most common memory leaks, on the theory that it's easier to see the module-specific leaks that way. (I haven't looked to see if they're false positives, so I named them todo* to remind us to look at them again later.) As always, there are leaks and uninitialized memory references aplenty! Step right up, no waiting...

2 2

← Newer
1
...
18
19
20
21
22
23
24
...
28
Older →

Jump to page:

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 November 2007