On Sat, 21 May 2005 04:40 am, Eric Frias wrote:
> Mike Hearn wrote:
> > On Thu, 19 May 2005 17:46:28 -0400, Eric Frias wrote:
> >>I'll get a patch ready once I understand a bit more of what is going on
> >>that is causing wine to reserve this memory.
> >
> > It's probably blocking off the top 3rd q
On Fri, May 20, 2005 at 09:24:56PM +0200, Alexandre Julliard wrote:
> err:crypt:CryptProtectData CryptAcquireContextW failed
Hm. This may be related to not have an initial crypt session for the
user. I think I built one (on accident?) while playing with various
test scripts, so I suspect somet
"Ann and Jason Edmeades" <[EMAIL PROTECTED]> writes:
> Index: painting.c
> ===
> RCS file: /home/wine/wine/dlls/user/painting.c,v
> retrieving revision 1.29
> diff -u -r1.29 painting.c
> --- painting.c13 May 2005 14:03:06 -000
On Fri, 20 May 2005 13:11:47 +0200, you wrote:
> Thanks, that solved the problem;
> Would it be possible to make configure warn about the gif library (and
> disable using it) when it's the wrong library version? Just an idea (no
> I don't have any experience with hacking configure scripts)
Yo
Maarten Lankhorst <[EMAIL PROTECTED]> writes:
> +
> + if (!S_ISCHR (st.st_mode)) {
> + ERR("%s: Not a device\n", device);
> + CoTaskMemFree(capBox);
> + return E_FAIL;
> + }
>
> >
> >Same here.
> >
> No, /dev/video* should never be an ordinary file,
>It only loops if the window procedure doesn't validate the window, so
>what you can do for instance is to have a window proc that does
>nothing the first 10 times around, and on the 11th call signals an
>error and validates the window to break the loop.
Would something like this suffice?
/* Glob
Kees Cook <[EMAIL PROTECTED]> writes:
> ChangeLog:
> Create basic test suite for CryptProtectData/CryptUnprotectData.
The tests fail here:
../../../tools/runtest -q -P wine -M crypt32.dll -T ../../.. -p
crypt32_test.exe.so protectdata.c && touch protectdata.ok
err:crypt:CryptProtectData C
Robert Shearman <[EMAIL PROTECTED]> writes:
> Changelog:
> - Marshal objects & monikers into the ROT.
> - Test for this behaviour.
This fails make test here:
../../../tools/runtest -q -P wine -M ole32.dll -T ../../.. -p ole32_test.exe.so
moniker.c && touch moniker.ok
fixme:ole:MkParseDisplayNam
Mike Hearn wrote:
On Thu, 19 May 2005 17:46:28 -0400, Eric Frias wrote:
I'll get a patch ready once I understand a bit more of what is going on
that is causing wine to reserve this memory.
It's probably blocking off the top 3rd quarter of the address space to
prevent the kernel allocating memory a
2005-05-19 Kouji Sasaki <[EMAIL PROTECTED]>
> > With only GetCapture() != es->hwndSelf statemet, the string selection will
> occur
> > even if the capturing is done by external processes.
>
> So what you are saying is that an external process captures the mouse,
> and someh
> Hence, the modification was made so that the text selection by mouse
movement will only occur when edit control itself sets the capture.
OK, I'm sold, but can you please resubmit the patch with
an appropriate comment explaining the problem?
--
Dimi Paun <[EMAIL PROTECT
IMO, the right way to make it work is to enable closer integration of
the two projects. We tried Mono using Wine, and that failed, but Wine
has so far not tried using Mono.
How about asking the Mono project to seperate their mono/io-layer Win32
implementation into a shared library, rather tha
On Fri, 20 May 2005 14:57:49 +0100, Robert Shearman wrote:
> +static inline HRESULT WINAPI
> +IrotRegister(DWORD *cookie)
> +{
> +static DWORD last_cookie = 1;
> +*cookie = InterlockedIncrement(&last_cookie);
> +return S_OK;
> +}
I'm sure there's a good reason for this, but why isn't t
On Thu, 19 May 2005 23:14:43 -0500, Dustin Navea wrote:
> Patch http://cvs.winehq.org/patch.py?id=17288 causes Personal StockMonitor
> Gold to crash with error dialog: 'Microsoft Visual C++ Runtime
> Error':'Runtime
> Error! R6025 - pure virtual function call.'
This patch is
ChangeSet ID: 1728
On Fri, 20 May 2005 08:32:28 -0400, Ove Kaaven wrote:
> A technique once proposed for the Debian packages is to make binfmt
> start a wrapper program, which further examines the file, then launches
> Wine or Mono as appropriate. If implemented, this would be handled by
> the distro, not by Wine its
On Thu, 19 May 2005 17:46:28 -0400, Eric Frias wrote:
> I'll get a patch ready once I understand a bit more of what is going on
> that is causing wine to reserve this memory.
It's probably blocking off the top 3rd quarter of the address space to
prevent the kernel allocating memory above the 2gig
Odd that it broken in this issue and not previous issues. Not matter, I
found a fix for the parser. Should be good until the next one. ;-)
On Fri, 2005-05-20 at 00:35 -0600, Brian Vincent wrote:
> Something broke on WineHQ. For some reason tags aren't getting
> parsed right - see this week's WWN
There is only one problem with these documents. There aren't nearly
enough of them!
fre, 20,.05.2005 kl. 00.35 -0600, skrev Brian Vincent:
> Also, anyone happen to know if Wine can be used in conjunction with
> binfmt alongside Mono? Are there any unique C# identifiers in the
> first 128 bits of a .Net executable that could identify it? It
> appears the Mono guys recommend looki
On Fri, 2005-05-20 at 11:16 +0200, Francois Gouget wrote:
> Dimitrie Paun wrote:
> > C. We can do so by patching po4a-translate to
> > do the replacement itself, from within perl.
> > This should also get rid of the .posgml
>
> I have started looking into this. The right fix is for po4
Dimi Paun wrote:
On Fri, 2005-05-20 at 12:26 +0200, Maarten Lankhorst wrote:
What do you suggest then ... fprintf(stderr?
Absolutely not. :) But there are other options available:
TRACE/WARN/FIXME. There's also MESSAGE, but it should be
used *very* little. Also remember that most people wil
On Fri, 2005-05-20 at 12:26 +0200, Maarten Lankhorst wrote:
> What do you suggest then ... fprintf(stderr?
Absolutely not. :) But there are other options available:
TRACE/WARN/FIXME. There's also MESSAGE, but it should be
used *very* little. Also remember that most people will
not see MESSAGE()s a
Rein Klazes wrote:
On Thu, 19 May 2005 22:46:26 +0200, you wrote:
olepicture.c:938: error: `DGifOpen' undeclared here (not in a function)
olepicture.c:938: warning: type defaults to `int' in declaration of
`pDGifOpen'
olepicture.c: In function `_gif_inputfunc':
olepicture.c:970: error: structure
On Fri, 2005-05-20 at 10:37 +0200, Andreas Mohr wrote:
> > > + ERR("Tinkerer detected? Thou shalt not define HAVE_V4L2
> \n");
> > > + CoTaskMemFree(capBox);
> > > + close(capBox->fd);
> > > + return E_FAIL;
> >
> > This is a FIXME.
> It's not. His comments indicate that he has
On Fri, May 20, 2005 at 11:58:18AM +0200, Michael Jung wrote:
> Hello,
>
> Since the application of this patch
> http://www.winehq.org/hypermail/wine-cvs/2005/05/0232.html
> the "open folder" icon isn't displayed correctly any more in the file
> dialogs.
>
> There's a note in shell32/iconcache.
Hello,
Since the application of this patch
http://www.winehq.org/hypermail/wine-cvs/2005/05/0232.html
the "open folder" icon isn't displayed correctly any more in the file dialogs.
There's a note in shell32/iconcache.c which states
> hack to load the resources from the shell32.dll under a diffe
On Thu, 19 May 2005 22:46:26 +0200, you wrote:
> olepicture.c:938: error: `DGifOpen' undeclared here (not in a function)
> olepicture.c:938: warning: type defaults to `int' in declaration of
> `pDGifOpen'
> olepicture.c: In function `_gif_inputfunc':
> olepicture.c:970: error: structure has no me
Dimitrie Paun wrote:
From: "Francois Gouget" <[EMAIL PROTECTED]>
[...] here's a patch to translate the
Wine FAQ to French using the new po4a/ directory.
OK, I've applied the patch to make your life easier,
but it needs a lot of work:
A. It doesn't work for me (details below)
B. The po-rules ne
Hi,
On Thu, May 19, 2005 at 09:20:25PM -0400, Dimi Paun wrote:
> On Fri, 2005-05-20 at 00:42 +0200, Maarten Lankhorst wrote:
> > +
> > + capBox->fd = open(device, O_RDWR | O_NONBLOCK);
> > + if (capBox->fd == -1) {
> > + ERR("%s: Failed to open: %s\n", device, strerror(errno));
> > +
Dimi Paun wrote:
On Fri, 2005-05-20 at 00:42 +0200, Maarten Lankhorst wrote:
m3h, v4l driver for vfwcapture.. please leave the ERR notice on
initialisation intact, thank you :)
I think you've overusing ERR(). ERR() should be called
to signal an internal error such as inconsistent state,
no
Well, umm, anyone an idea how Windows does this? ;-)
(I assume that Windows has to do the same thing somehow)
When I worked on the GDI system object mechanisms, I investigated that,
but didn't find anything which could have done that.
OTOH I'd bet that the Windows way of achieving this is equally m
Hi,
On Fri, May 20, 2005 at 12:18:07AM -0400, Dimi Paun wrote:
> So we have to export a Wine specific function from GDI.
> Big deal... :) What can we do, we have to cut the
> Gordian Knot [http://www.gordiansolutions.com/TheKnot.htm].
Well, umm, anyone an idea how Windows does this? ;-)
(I assume
"James Hawkins" <[EMAIL PROTECTED]> wrote:
> Changelog
> * Update LVGROUP struct to match msdn.
> --- include/commctrl.h 18 May 2005 09:43:23 - 1.144
> +++ include/commctrl.h 20 May 2005 05:14:22 -
> @@ -3439,6 +3439,8 @@ typedef struct LVGROUPA
> UINT mask;
> LPSTR pszHeader;
> int
33 matches
Mail list logo
