Re: Fix for LoadStringW

2008-01-16 Thread James Hawkins
On Jan 17, 2008 1:31 AM, Christopher <[EMAIL PROTECTED]> wrote: > This patch fixes LoadStringW when 0 is passed for buflen. LoadStringW > should now behave as described on MSDN: > http://msdn2.microsoft.com/en-us/library/ms647486.aspx > > This patch also fixes bug #10932 > > Christopher Berner > >

Re: Getting Mozy to work

2008-01-16 Thread Christopher
James McKenzie wrote: > Christopher wrote: >> I'd like to get Mozy (online backup software, see mozy.com) working >> under Wine. I'm not sure I have all the skills, but I'm willing to >> try and write the necessary patches. In particular I need to fix bug >> 10932

Re: Getting Mozy to work

2008-01-16 Thread James McKenzie
Christopher wrote: > I'd like to get Mozy (online backup software, see mozy.com) working > under Wine. I'm not sure I have all the skills, but I'm willing to try > and write the necessary patches. In particular I need to fix bug 10932 > . This appear

Debugger unhappiness blocking valgrind runs

2008-01-16 Thread Dan Kegel
I just tried to do another daily valgrind run, but it got blocked because it started up an infinite number of copies of winedbg. It seems that a crash in the imagelist test in GetDibBits triggered winedbg, and winedbg crashed trying to generate a backtrace, which of course fired up winedbg, which.

valgrind and +heap not getting along?

2008-01-16 Thread Dan Kegel
I'm seeing fun traces like ==17177== Invalid write of size 1 ==17177==at 0x4022D5A: memset (mc_replace_strmem.c:492) ==17177==by 0x46E914A: mark_block_free (heap.c:148) ==17177==by 0x46E6950: HEAP_CreateFreeBlock (heap.c:493) ==17177==by 0x46E6B78: HEAP_ShrinkBlock (heap.c:575) ==1

Re: Valgrinding large win32 app worked!

2008-01-16 Thread John Reiser
Eric Pouech wrote: > Dan Kegel a écrit : >> ... I can run Picasa for Windows under Wine under Valgrind. >> It seemed to find lots of little problems, but since there >> were lots of numeric addresses without symbolic info in the >> valgrind log, it wasn't directly useful to the Picasa developers.

Easy usage of native DLLs in Linux programs

2008-01-16 Thread Radovan Skolnik
Hello! I have found this old thread dealing exactly with what I need: http://www.winehq.org/pipermail/wine-devel/2006-April/046779.html It basically proposes a work to be done to allow loading native Windows DLLs into Linux binaries (for example loading WinAmp plugins into xine/mplayer/gst/...

Re: WWN license issue

2008-01-16 Thread Ian Macfarlane
For what it's worth, I would prefer, in general, if it were at least GPLv2 or later, but considering that this is just a newsletter and not source code, I don't care that much :) To be honest, I think this it makes more sense under a Creative Commons license (probably the simple Creative Commons A

Re: Suggestion to the list maintainer

2008-01-16 Thread Richie Hindle
Hi François, > [...] identify a message from this mailing list quickly by reading it's > subject. Could you please add a subject prefix like [WINE-DEVEL] [...] I solve this by filtering messages To: wine-devel@winehq.org or CC: wine-devel@winehq.org into a separate folder. I see you're using Sq

Re: Getting Mozy to work

2008-01-16 Thread Stefan Dösinger
Am Mittwoch, 16. Januar 2008 23:37:45 schrieb Christopher: > I'd like to get Mozy (online backup software, see mozy.com) working under > Wine. I'm not sure I have all the skills, but I'm willing to try and write > the necessary patches. In particular I need to fix bug 10932. This appears > to be a

Getting Mozy to work

2008-01-16 Thread Christopher
I'd like to get Mozy (online backup software, see mozy.com) working under Wine. I'm not sure I have all the skills, but I'm willing to try and write the necessary patches. In particular I need to fix bug 10932. This appears to be a problem with the fonts and/or the way text is rendered in gener

Re: Request for patch removal

2008-01-16 Thread Kai Blin
On Wednesday 16 January 2008 20:47:03 Stefan Dösinger wrote: > Am Mittwoch, 16. Januar 2008 19:57:52 schrieb L. Rahyen: > > We really need to fix that bug to allow reliable multiuser setups... > > Maybe the proper solution is one wineserver running globally, as a special > user("wine", "root" o

Re: Valgrinding large win32 app worked!

2008-01-16 Thread Dan Kegel
On Jan 16, 2008 12:25 PM, Eric Pouech <[EMAIL PROTECTED]> wrote: > the hard part is not about understanding the .pdb format > our winedump already does it !! > and dbghelp supports coff and .pdb debug information (less tested than > stabs and dwarf2 of course) That's good to hear. I must have bli

Re: Valgrinding large win32 app worked!

2008-01-16 Thread Dan Kegel
On Jan 16, 2008 12:25 PM, Eric Pouech <[EMAIL PROTECTED]> wrote: > btw: the bug (11211) is rather strange. the crash occurs while loading > dwarf information, not pdb. Does it occurs in every usage of winedbg ? I'm not sure. It happens lots, not just on this app. I haven't looked into it at all.

Re: Request for patch removal

2008-01-16 Thread L. Rahyen
On Wednesday January 16 2008 19:47:03 Stefan Dösinger wrote: > Am Mittwoch, 16. Januar 2008 19:57:52 schrieb L. Rahyen: > > We really need to fix that bug to allow reliable multiuser setups... > > Maybe the proper solution is one wineserver running globally, as a special > user("wine", "root" o

Re: Valgrinding large win32 app worked!

2008-01-16 Thread Eric Pouech
Dan Kegel a écrit : > This script, > http://kegel.com/wine/valgrind/valgrind-330-build.sh > builds a copy of valgrind-3.3.0 with > John Reiser's forward port of the Wine support patch. > With that, I can run Picasa for Windows under Wine under Valgrind. > It takes 40 seconds to start up on my 1.3GH

Re: Shader compiler GL error

2008-01-16 Thread Markus
On Wednesday 16 January 2008 20:31:51 you wrote: > > fixme:d3d_surface:flush_to_framebuffer_drawpixels > > > GL_INVALID_VALUE (0x501) from glDrawPixels @ surface.c / 1061 > > You should get see what gets passed to glDrawPixels. According to the > opengl man pages GL_INVALID_VALUE ca

Re: Request for patch removal

2008-01-16 Thread Stefan Dösinger
Am Mittwoch, 16. Januar 2008 19:57:52 schrieb L. Rahyen: > We really need to fix that bug to allow reliable multiuser setups... Maybe the proper solution is one wineserver running globally, as a special user("wine", "root" or whatever), started at system boot. A global registry and dosdevic

Re: Shader compiler GL error

2008-01-16 Thread Roderick Colenbrander
Original-Nachricht > Datum: Wed, 16 Jan 2008 19:12:31 +0100 > Von: Markus <[EMAIL PROTECTED]> > An: "Roderick Colenbrander" <[EMAIL PROTECTED]>, wine-devel@winehq.org > Betreff: Re: Shader compiler GL error > On Wednesday 16 January 2008 18:41:46 you wrote: > > > the game's cach

Re: autorun perhaps dangerous (Was: Wine release 0.9.53)

2008-01-16 Thread Alexandre Julliard
Scott Ritchie <[EMAIL PROTECTED]> writes: > We might want to add an option for only executing these on wineboot. > Hell, we might want to make this the default unless the user has a new > Wine installation made with wineprefixcreate. > > As it is, this change might break things. Any change might

Re: Request for patch removal

2008-01-16 Thread L. Rahyen
On Wednesday January 16 2008 16:01:55 Steve Brown wrote: > I see in the comments on this bug, that the concern is with multiple > instances of wineserver running on the machine at one time -- that's not a > major issue in the use case I envision. The multiple wineservers would > not be running at

Re: Shader compiler GL error

2008-01-16 Thread Markus
On Wednesday 16 January 2008 18:41:46 you wrote: > > the game's cached shaders. The game now crashes on startup with the > > following > > error: > > fixme:d3d_surface:flush_to_framebuffer_drawpixels > > > GL_INVALID_VALUE (0x501) from glDrawPixels @ surface.c / 1061 > > You should

Re: Status of d3d in a child window?

2008-01-16 Thread Mark Hatsell
Thanks Stefan. I thought it should be possible. I upgraded my NVidia driver and things are a lot better now. Incidentally, is there a known minimum graphics hardware and driver level to get this child window stuff working? mfctex.exe now works OK, although the D3D child window still seems to be

Re: Shader compiler GL error

2008-01-16 Thread Roderick Colenbrander
> the game's cached shaders. The game now crashes on startup with the > following > error: > fixme:d3d_surface:flush_to_framebuffer_drawpixels > > GL_INVALID_VALUE (0x501) from glDrawPixels @ surface.c / 1061 You should try running the app with '+d3d_surface' on. The fixme you sh

Re: Request for patch removal

2008-01-16 Thread Steve Brown
On Wed, 16 Jan 2008, Dmitry Timoshkov wrote: > "Federico Vecchiarelli" <[EMAIL PROTECTED]> wrote: > >> Ok, to the point. The patch mentioned below prohibits wine from running >> any application which is inside someone else's folder, even if you have >> access to it. In my case, I wanted to make on

re: Request for patch removal

2008-01-16 Thread Dan Kegel
"Federico Vecchiarelli" wrote: > ... I wanted to make one unique installation > available to several users. Because of this patch, there is no > workaround that could be implemented, forcing me to either run a script > changing the owner of the folders for every user as they want to use the > appl

Re: Towards Zero Test Suite Failures

2008-01-16 Thread Paul Vriens
Dan Kegel wrote: > Yep. And at some point we should indeed make Windows XP > the default personality in Wine. Seems like a 1.0 kind of thing. But that should be done way before 1.0 to overcome any regressions. -- Cheers, Paul.

Shader compiler GL error

2008-01-16 Thread Markus
Hi, while trying to fix the bug I posted a few days ago, the game's developer pointed out on request that the ingame shader issues are not related to the graphics card detection but more likely to a failing shader compilation. They are using d3d9_33.dll for development and recommended to try wi

Re: Request for patch removal

2008-01-16 Thread Dmitry Timoshkov
"Federico Vecchiarelli" <[EMAIL PROTECTED]> wrote: > Ok, to the point. The patch mentioned below prohibits wine from running > any application which is inside someone else's folder, even if you have > access to it. In my case, I wanted to make one unique installation > available to several user

Re: Suggestion to the list maintainer

2008-01-16 Thread kubrick
Thanks for your answers. I already use such filters in my mail client, which sorts my mails when I launch it at home, a few times a week :) My problem was that the rest of the time (most of the time in fact) I read my mails for Squirrelmail, which can not do such sorting unless I have server-sid

Re: Suggestion to the list maintainer

2008-01-16 Thread L. Rahyen
On Wednesday January 16 2008 13:25:38 [EMAIL PROTECTED] wrote: > Hello. > > I have many subscriptions to different mailing list with my email-address > and I'd appreciate a lot to be able to identify a message from this mailing > list quickly by reading it's subject. > Could you please add a subjec

Re: Suggestion to the list maintainer

2008-01-16 Thread Jeremy Newman
You can always filter the messages into a folder using the List-Id field in the message headers. It looks like this for the wine-devel list. List-Id: Wine Developer's List [EMAIL PROTECTED] wrote: > I have many subscriptions to different mailing list with my email-address and > I'd appreciate

Suggestion to the list maintainer

2008-01-16 Thread kubrick
Hello. I have many subscriptions to different mailing list with my email-address and I'd appreciate a lot to be able to identify a message from this mailing list quickly by reading it's subject. Could you please add a subject prefix like [WINE-DEVEL] in the mailman preferences ? It's very easy t

Re: ntdll: Do not perform base relocation if an image is not a DLL

2008-01-16 Thread Alexandre Julliard
Dmitry Timoshkov <[EMAIL PROTECTED]> writes: > Hello, > > this patch fixes the problem reported in the bug 11170. It appears that > LoadLibrary in Windows doesn't attempt to relocate .exe files. > > Changelog: > ntdll: Do not perform base relocation if an image is not a DLL. This will break t

Re: Status of d3d in a child window?

2008-01-16 Thread Roderick Colenbrander
> Am Mittwoch, 16. Januar 2008 00:29:02 schrieb Mark Hatsell: > > Hello All > > > > I was just wondering what the status was of D3D in a child window. > Looking > > back at the release info it seems that the OpenGL in a child window has > > been sorted and that D3D has been converted to use WGL. Is