> This is awfully overcomplicated (plus I do not know how to make such a
> "global" variable in wine) so I was wondering is it OK to implement this
> differently than windows does it.
If the implementation does not have to be the same to preserve
compatibility, then you should ignore those details
For past two weeks I've been implementing apphelp.dll. I got that one
working and moved onto kernel32 part of magic. According to various papers
and blogs it seems that windows logs all exes and dlls ever executed in
registry[1] and uses it as cache to lookup if binary needs to be shimmed or
patche
On Wed, 7 Aug 2013, Stefan Leichter wrote:
> Hello,
>
> i like to know why the WXPX64 VM of winetestbot does not have the 32 bit vc
> runtime 2008. The other 64 bit VMs have the runtime installed.
That VM is Windows XP SP1 and apparently that runtime only gets
installed with SP3.
The real pro
Hello,
i like to know why the WXPX64 VM of winetestbot does not have the 32 bit vc
runtime 2008. The other 64 bit VMs have the runtime installed.
Because of the missing runtime each patch for the unit tests of the dlls
msvcr90 and msvcp90 is marked as "Failed" at http://source.winehq.org/patche
2013/5/22 Stefan Dösinger
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Am 2013-05-22 10:59, schrieb Christian Costa:
> > *"You are not allowed to analyze Windows files with the trace
> > functions of Wine"
> E.g. when you are working on Wine's d3dx9 implementation, you
> shouldn't use na
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-05-22 10:59, schrieb Christian Costa:
> *"You are not allowed to analyze Windows files with the trace
> functions of Wine"
E.g. when you are working on Wine's d3dx9 implementation, you
shouldn't use native d3dx9.dll and create a +d3d9 log to se
*Hi,
*
*I read on the GSoC page this:
*
*"You are not allowed to analyze Windows files with the trace functions of
Wine"
*
*What does that mean?
*
*Thanks
*
*Christian
*
What is the proper way to debug wineboot and services.exe in order to find out
what is causing the error outputted by wineserver below?
err:wineboot:start_services_process Couldn't start services.exe: error 1359
wine: failed to update /winearm/winehome with
/winearm/bin/../share/wine/wine.inf:
Chris wrote:
> 1. I discovered later that I don't think this is the root of my
> original bug - and in fact doesn't seem to affect behavior of my
> program. Is it still worth submitting?
Generally, fixes are more likely to get committed when they
don't break anything (did you run all the conforma
On Fri, Sep 21, 2012 at 8:41 PM, Chris Teague wrote:
> I submitted bug 31753 for an application that I use, and started
> making an attempt to fix it. I started with the last few messages
> from the log:
>
> fixme:win:LockWindowUpdate (0x501c4), partial stub!
> fixme:win:LockWindowUpdate ((nil)),
I submitted bug 31753 for an application that I use, and started
making an attempt to fix it. I started with the last few messages
from the log:
fixme:win:LockWindowUpdate (0x501c4), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
wine: Unhandled page fault on read access to 0x000
25.08.2012 14:42, GOUJON Alexandre пишет:
I can't help you about the other points but as every project, answers
you are looking for lies in the source code.
See http://source.winehq.org/ident?i=wine_server_call for instance.
I searched through the source with Notepad++, but I found nothing, so I
On 08/25/2012 12:28 PM, Oleg Yarigin wrote:
And an off-top question: where is wine_server_call realisation defined?
I can't help you about the other points but as every project, answers
you are looking for lies in the source code.
See http://source.winehq.org/ident?i=wine_server_cal
an off-top question: where is wine_server_call realisation defined?
---
Oleg
On Mon, Jun 11, 2012 at 11:04 AM, Edward Savage wrote:
> http://tech.slashdot.org/story/12/05/31/237208/judge-rules-apis-can-not-be-copyrighted
>
> Have you considered talking to your local version of the EFF?
>
> Edward
>
Thank you for your kind advice, and for the link you provided. I'll
consid
On Mon, Jun 11, 2012 at 5:33 PM, Roderick Colenbrander
wrote:
> Have a look at what Google does for the Linux headers in Android. They
> essentially process them with a script and remove comments, inline
> functions and other stuff. There have been various articles about it.
> Look at the argument
On Mon, Jun 11, 2012 at 6:50 AM, Christophe-Marie Duquesne wrote:
> On Mon, Jun 11, 2012 at 3:09 PM, Ricardo Filipe
> wrote:
>> yeah, what happens is the header is reimplemented, not simply
>> copy-pasted from Windows.
>> Even if the API is not copyrighted, the header contents still are.
>>
>
> W
On Mon, Jun 11, 2012 at 3:09 PM, Ricardo Filipe
wrote:
> yeah, what happens is the header is reimplemented, not simply
> copy-pasted from Windows.
> Even if the API is not copyrighted, the header contents still are.
>
Well if you rewrite a header such that it is 100% compatible with an
API (which
2012/6/11 Michael Stefaniuc :
> Hello!
>
> On 06/11/2012 10:54 AM, Christophe-Marie Duquesne wrote:
>> To my understanding, wine is a reimplementation of the MS system. As
>> far as I understand, you take MS public headers and reimplement their
>> functions. If that is how it works, then how do you
Hello!
On 06/11/2012 10:54 AM, Christophe-Marie Duquesne wrote:
> To my understanding, wine is a reimplementation of the MS system. As
> far as I understand, you take MS public headers and reimplement their
> functions. If that is how it works, then how do you deal with
> copyright? The MS headers
On Mon, Jun 11, 2012 at 6:54 PM, Christophe-Marie Duquesne wrote:
> Hi,
>
> To my understanding, wine is a reimplementation of the MS system. As
> far as I understand, you take MS public headers and reimplement their
> functions. If that is how it works, then how do you deal with
> copyright? The
Hi,
To my understanding, wine is a reimplementation of the MS system. As
far as I understand, you take MS public headers and reimplement their
functions. If that is how it works, then how do you deal with
copyright? The MS headers certainly come with a copyright clause: how
is it possible to redis
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
14.03.2012 13:50, Jacek Caban wrote:
>> What I've got here is an app that crashes unless I install IE6 or IE7
>> (i.e. - native mshtml implementation) using winetricks. So, what should I
>> do (what data to collect, what test to run) prior to firing u
Hi Alexey,
On 03/13/12 20:59, Alexey Loukianov wrote:
> Good day to all,
>
> I've got a question, which is most probably should be addressed to Jacek
> Caban, concerning the proper way to debug and report about the
> problems with
> wine-gecko/mshtml implementation.
>
On Tue, Mar 13, 2012 at 14:59, Alexey Loukianov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Good day to all,
>
> I've got a question, which is most probably should be addressed to Jacek
> Caban, concerning the proper way to debug and report about the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Good day to all,
I've got a question, which is most probably should be addressed to Jacek
Caban, concerning the proper way to debug and report about the problems with
wine-gecko/mshtml implementation.
What I've got here is an app that cras
Hi,
Alexandre Julliard wrote in
http://www.winehq.org/pipermail/wine-devel/2011-July/090969.html
>If you are going to wait for a reply it would be better to create a
>HWND_MESSAGE window and do a SendMessage to it, then you get all the
>synchronization for free.
MMSYSTEM_MidiStream_Player needs a
On Friday 07 October 2011 11:50:17 am Alistair Leslie-Hughes wrote:
> Hi,
>
> The Following sample code causes a crash under WINE, but not in windows.
>
> IUnknown *p
>
> LoadLibrary("mscoree.dll")
> GetProcAddress("CreateDebuggingInterfaceFromVersion")
> CreateDebuggingInterfaceFromVersion(..., (v
Hi,
The Following sample code causes a crash under WINE, but not in windows.
IUnknown *p
LoadLibrary("mscoree.dll")
GetProcAddress("CreateDebuggingInterfaceFromVersion")
CreateDebuggingInterfaceFromVersion(..., (void**)&p) <-- Com Reference
FreeLibrary("mscoree.dll")
p->QueryInterface();
On 5 October 2011 17:14, Maxim wrote:
> I volunteer myself to create an open-source bult-in replacement for
> indeo v3,4 and 5 based on my patches for ffmpeg. The code will be
> reworked in order to remove ffmpeg/libav library dependencies.
> Only decoding will be implemented. Encoding would requi
Maxim Poliakovski wrote:
>I volunteer myself to create an open-source
Go ahead! Some apps still crash in Wine because their installers don't install
them,
and not every user is able to figure out from the fixme messages what's missing.
OSS is not enough, your license must be compatible with Wine'
Hi crews,
I want to propose a solution for the well-known problem with Indeo
codecs. Details here:
http://www.ligos.com/index.php/home/support/indeosupport/
There is a bunch of (old) games still using indeo in their cut scenes.
For that reason the installation of the Intel DLLs is required.
Unfor
On 26/09/2011 3:07 PM, Peter Wilson wrote:
> Hi,
>
> Quick question, might be silly, but is there a version of Wine that can be
> installed on windows or linux to create apps for Mac?
>
> I just want to keep my mac clean and try run things in a dev environment, and
> apple
Hi,
Quick question, might be silly, but is there a version of Wine that can be
installed on windows or linux to create apps for Mac?
I just want to keep my mac clean and try run things in a dev environment, and
apple are always so polite to make visualization a pain…
Thank you very much for
Hi,
Could someone who understands the fSources argument to
SHChangeNotifyRegister explain it to me? MSDN says it can take some
combination of SHCNRF_InterruptLevel, SHCNRF_ShellLevel,
SHCNRF_RecursiveInterrupt, and SHCNRF_NewDelivery. I've looked at the
source and it seems that the only one w
Hi,
On 11-05-13 10:15 AM, Henri Verbeet wrote:
On 13 May 2011 19:03, Ralph Little wrote:
trace:ddraw:CreateSurface DDSURF dwFlags(124)
Is that correct? It doesn't have DDSD_PIXELFORMAT set.
No scrap that last message, my original trace was incorrect.
A typo meant I was outputting the s
Hi,
On 13 May 2011 19:03, Ralph Little wrote:
trace:ddraw:CreateSurface DDSURF dwFlags(124)
Is that correct? It doesn't have DDSD_PIXELFORMAT set.
Wait, you're right. I misread what the code was doing.
/* No pixelformat given? Use the current screen format */
if(!(desc2.dwFlags
On 13 May 2011 19:03, Ralph Little wrote:
> trace:ddraw:CreateSurface DDSURF dwFlags(124)
Is that correct? It doesn't have DDSD_PIXELFORMAT set.
Hi,
On 11-05-13 03:33 AM, Stefan Dösinger wrote:
On Friday 13 May 2011 01:36:09 Ralph Little wrote:
Hi,
Further to my last post, I can confirm that the pixelformat structure is
completely empty.
A quick dump of the DDPIXELFORMAT structure shows that:
Can you show us the entire DDSURFACEDESC2 s
On Friday 13 May 2011 01:36:09 Ralph Little wrote:
> Hi,
> Further to my last post, I can confirm that the pixelformat structure is
> completely empty.
> A quick dump of the DDPIXELFORMAT structure shows that:
Can you show us the entire DDSURFACEDESC2 structure?
> b) DDPIXELFORMAT is properly fill
Hi,
Further to my last post, I can confirm that the pixelformat structure is
completely empty.
A quick dump of the DDPIXELFORMAT structure shows that:
=
trace:ddraw:PixelFormat_DD2WineD3D =dwSize = 32, sizeof(32)
trace:ddraw:PixelFormat_DD2WineD3D ===
Hi,
I have been looking into bug #9672 regarding a crash on startup of The Sims.
Tracing through what is happening, the problem seems to be manifesting
in the DirectDraw implementation.
The Sims calls CreateSurface() with DDSD->dwFlags & DDSD_PIXELFORMAT set
to state that a pixformat is speci
On Wednesday 27 April 2011 18:05:59 Austin English wrote:
> Normal practice is to try to match the XP+ behavior, and mark NT as
> broken if it differs.
In d3d we prefer results that some applications depend on. E.g. Windows XP has
pretty relaxed or no error checking on IDirect3DVertexBuffer9::Lock
On Tue, Apr 26, 2011 at 22:50, James McKenzie wrote:
> All:
>
> I am writing a conformance test for the richedit function EM_FINDWORDBREAK.
> I realize that WindowsNT 4.0 is our base configuration and most of the
> values process the same. However, a couple of values process differently
> for Wi
Hi,
James McKenzie wrote:
>I realize that WindowsNT 4.0 is our base configuration
IMHO that doesn't matter. Winecfg's default changed from
w95 to w2k to xp while I was looking.
>What would be the BEST method of annotating this:
>ok ( GetLastError() == WINXP_ERROR || GetLastError() == WINNT40_ER
All:
I am writing a conformance test for the richedit function
EM_FINDWORDBREAK. I realize that WindowsNT 4.0 is our base
configuration and most of the values process the same. However, a
couple of values process differently for Windows NT 4.0/Windows2000,
WindowsXP/Windows2003 and Windows
Sanket Patel wrote:
How Teams Are Formed in Google Summer Of Code For Any Project.
Is It Formed By Organization Or Google ?
First, it would be good etiquette to post to mailing lists with sensible and
specific subject fields, rather than generic like your past few posts. Many
people only read
There are no teams in gsoc. Each person has to work individually on the
project they choose.
How it works is that the organisation pick projects it approves of. Then
these projects are sent to google. Google takes into account various factors
to decide how many projects get selected.
On Mar 23, 2
How Teams Are Formed in Google Summer Of Code For Any Project.
Is It Formed By Organization Or Google ?
--
" Live 2 Love and Love 2 Live "
Hi
There's essentially 2 ways USB could work in Wine[1]:
1. Process per driver, but special-case loading and initializing USBD.SYS
Like my previous patchset:
http://www.winehq.org/pipermail/wine-patches/2010-November/095883.html
http://www.winehq.org/pipermail/wine-patches/2010-November/095884.ht
All:
It is interesting that I am getting NEGATIVE values for this. I've ran
this against the testbot and received 195 as the value for the System
font in WindowsXP/WindowsVista/Windows7 but when I run this against Wine
installed on a Mac, I get -240. Is this expected behavior or should I
fi
Hello,
I was searching online to find more info about GDI and I came across your
information.
Can you tell me, are you still involved with GDI? If
you are, how are things going for you?
Please let me know.
Sincerely,
Aaron Tyler
On 10/3/10 11:55 AM, Paul Vriens wrote:
On 10/03/2010 08:44 PM, James McKenzie wrote:
All:
I am running code like the following in a richedit control to set the
font to Courier 12 point font:
+ static const WCHAR courier[] = {'C','o','u','r','i','e','r',0};
+ testFont1 = CreateFontW (12,0,0,
On 10/3/10 11:55 AM, Paul Vriens wrote:
On 10/03/2010 08:44 PM, James McKenzie wrote:
All:
I am running code like the following in a richedit control to set the
font to Courier 12 point font:
+ static const WCHAR courier[] = {'C','o','u','r','i','e','r',0};
+ testFont1 = CreateFontW (12,0,0,
On 10/03/2010 08:44 PM, James McKenzie wrote:
All:
I am running code like the following in a richedit control to set the
font to Courier 12 point font:
+ static const WCHAR courier[] = {'C','o','u','r','i','e','r',0};
+ testFont1 = CreateFontW (12,0,0,0,FW_LIGHT, 0, 0, 0, ANSI_CHARSET,
+ OUT_D
All:
I am running code like the following in a richedit control to set the
font to Courier 12 point font:
+static const WCHAR courier[] = {'C','o','u','r','i','e','r',0};
+testFont1 = CreateFontW (12,0,0,0,FW_LIGHT, 0, 0, 0, ANSI_CHARSET,
+OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRE
On 20 July 2010 20:20, Avery Pennarun wrote:
> On Tue, Jul 20, 2010 at 10:35 AM, David Gerard wrote:
>> On 20 July 2010 14:52, Dan McDonald wrote:
>>> On 07/20/2010 06:44 AM, Misha Koshelev wrote:
If I take a publicly available teaset:
http://www.sjbaker.org/teapot/teaset.tgz
And
On Tue, Jul 20, 2010 at 10:35 AM, David Gerard wrote:
> On 20 July 2010 14:52, Dan McDonald wrote:
>> On 07/20/2010 06:44 AM, Misha Koshelev wrote:
>>> If I take a publicly available teaset:
>>> http://www.sjbaker.org/teapot/teaset.tgz
>>> And run it through a Microsoft function:
>>> http://msdn.
On 20 July 2010 14:52, Dan McDonald wrote:
> On 07/20/2010 06:44 AM, Misha Koshelev wrote:
>> If I take a publicly available teaset:
>> http://www.sjbaker.org/teapot/teaset.tgz
>> And run it through a Microsoft function:
>> http://msdn.microsoft.com/en-us/library/bb205470%28v=VS.85%29.aspx
>> D3D
On 07/20/2010 06:44 AM, Misha Koshelev wrote:
> If I take a publicly available teaset:
> http://www.sjbaker.org/teapot/teaset.tgz
>
> And run it through a Microsoft function:
> http://msdn.microsoft.com/en-us/library/bb205470%28v=VS.85%29.aspx
> D3DXTesselateRectPatch for example
>
> And then cop
If I take a publicly available teaset:
http://www.sjbaker.org/teapot/teaset.tgz
And run it through a Microsoft function:
http://msdn.microsoft.com/en-us/library/bb205470%28v=VS.85%29.aspx
D3DXTesselateRectPatch for example
And then copy the vertex buffer and index buffer and save them...
Do I ha
On Mon, Jul 19, 2010 at 1:33 PM, Misha Koshelev wrote:
> Dear All:
>
> Sorry to bother - apparently Owen Rudge has done quite a bit of basic
> texture work, so I will await his patches to start my texture work.
>
> As for teapot, Henri recommends looking at freeglut. I know wine is:
> http://www.w
't know the definite answer to your real question though, and I'll
> abstain from spreading suspicions :-)
>
Sorry sorry.
I will be more careful when composing these emails.
And sorry Henri you are right you did say freeglut is safer.
Ok I will stick to the original Newell dataset for the moment.
Misha
Am 19.07.2010 um 20:33 schrieb Misha Koshelev:
> As for teapot, Henri recommends looking at freeglut. I know wine is:
> http://www.winehq.org/license
> GPL 2.1
Actually, it is LGPL 2.1.
I don't know the definite answer to your real question though, and I'll abstain
from spreading suspicions :-)
On 19 July 2010 20:33, Misha Koshelev wrote:
> As for teapot, Henri recommends looking at freeglut. I know wine is:
> http://www.winehq.org/license
> GPL 2.1
>
Well, Wine is LGPL 2.1 or later. I didn't say you *should* look at
freeglut, just that freeglut is probably safer to look at than GLUT.
(A
Dear All:
Sorry to bother - apparently Owen Rudge has done quite a bit of basic
texture work, so I will await his patches to start my texture work.
As for teapot, Henri recommends looking at freeglut. I know wine is:
http://www.winehq.org/license
GPL 2.1
Freeglut is
"freeglut is released under t
Just for thoroughness and clarity... I would like to put BOTH a skip that
outputs that test was skipped and assert that then keeps any further damage
being done. This is in the case of maxUlps. Any objections?
Thanks
Misha
>
> On Jul 10, 2010 12:11 PM, "Reece Dunn" wrote:
>
> On 10 July 2010 1
Thank you for the explanation. maxUlps is in fact a constant.
Although the asserts in my previous question re incremental patches were
also only applicable due to programmer error. However, I think in that case
a skip is much more appropriate if nothing else because it is immediately
clear the
On 10 July 2010 17:40, Misha Koshelev wrote:
> On Sat, 2010-07-10 at 07:40 +0100, Reece Dunn wrote:
>> On 10 July 2010 03:40, Misha Koshelev wrote:
> Ok that makes sense.
>
> What about in the case of something like this:
>
> /*
> http://www.cygnus-software.com/papers/comparingfloats/comparingflo
On Sat, 2010-07-10 at 07:40 +0100, Reece Dunn wrote:
> On 10 July 2010 03:40, Misha Koshelev wrote:
> > I am implementing my tests as follows:
> >
> > * patch 1: general test for a D3DX function (D3DXCreateBox for example,
> > testing specific vertices and indices for _specific_ dimensions).
> > *
On 10 July 2010 03:40, Misha Koshelev wrote:
> I am implementing my tests as follows:
>
> * patch 1: general test for a D3DX function (D3DXCreateBox for example,
> testing specific vertices and indices for _specific_ dimensions).
> * patch 2: separate into function that works with arbitrary dimens
I am implementing my tests as follows:
* patch 1: general test for a D3DX function (D3DXCreateBox for example,
testing specific vertices and indices for _specific_ dimensions).
* patch 2: separate into function that works with arbitrary dimensions
for the box, etc. I restrict to the dimensions fro
On Tue, 2010-07-06 at 19:08 -0700, Juan Lang wrote:
> > My question:
> > Can I simply
> > 1) look at the relevant DirectX 9 Microsoft .h files and add the
> > constants (rewriting of course not copy paste) from there?
>
> I believe you can.
>
> > 2) do
> My question:
> Can I simply
> 1) look at the relevant DirectX 9 Microsoft .h files and add the
> constants (rewriting of course not copy paste) from there?
I believe you can.
> 2) do I have to do something more complicated?
No, I don't think so.
There are legal precede
grep D3DXMESH_32BIT {} \;
does not return any results.
I would like to add these constants.
My question:
Can I simply
1) look at the relevant DirectX 9 Microsoft .h files and add the
constants (rewriting of course not copy paste) from there?
This should come from the PSDK (that is the
{} \;
does not return any results.
I would like to add these constants.
My question:
Can I simply
1) look at the relevant DirectX 9 Microsoft .h files and add the
constants (rewriting of course not copy paste) from there?
or
2) do I have to do something more complicated?
Thank you
Misha
On Wed, 2010-07-07 at 00:17 +0200, Matteo Bruni wrote:
> 2010/7/6 Misha Koshelev :
> > Oops good thing I did not yet figure out how to use a native d3dx9_36 then
> > so no compromise of my ability to contribute.
> >
> > Just to clarify then... I may NOT use wine to monitor calls within a native
> >
2010/7/6 Misha Koshelev :
> Oops good thing I did not yet figure out how to use a native d3dx9_36 then
> so no compromise of my ability to contribute.
>
> Just to clarify then... I may NOT use wine to monitor calls within a native
> DLL? Specifically, I may not determine what parameters one native
Oops good thing I did not yet figure out how to use a native d3dx9_36 then
so no compromise of my ability to contribute.
Just to clarify then... I may NOT use wine to monitor calls within a native
DLL? Specifically, I may not determine what parameters one native function
passes to another?
Thank
On Tue, Jul 6, 2010 at 3:39 PM, Austin English wrote:
> On Tue, Jul 6, 2010 at 3:29 PM, Misha Koshelev wrote:
>> I am now trying to debug the exact parameters D3DXCreateBox uses in its
>> call to D3DXCreateMesh to create its mesh.
>>
>> I would like to run make test with a native DLL.
>>
>> I hav
On Tue, Jul 6, 2010 at 3:29 PM, Misha Koshelev wrote:
> I am now trying to debug the exact parameters D3DXCreateBox uses in its
> call to D3DXCreateMesh to create its mesh.
>
> I would like to run make test with a native DLL.
>
> I have tried both:
> * using winecfg to set native overrides
> * WIN
I am now trying to debug the exact parameters D3DXCreateBox uses in its
call to D3DXCreateMesh to create its mesh.
I would like to run make test with a native DLL.
I have tried both:
* using winecfg to set native overrides
* WINEDLLOVERRIDES="d3dx9_36=n" make test
but neither seems to do the tri
Hi Maarten,
Thanks for reply so soon. Details reply below.
- Original Message -
From: "Maarten Lankhorst"
To: "shenyue"
Cc:
Sent: Wednesday, June 23, 2010 10:50 PM
Subject: Re: Question about video capture and rendering and encoding in wine
Hello,
I only
Hello,
2010/6/23 shenyue :
> Hi everyone,
>
> Previously I post this question on wine-user forum, seems nobody
> answered/interested, so I post it here. Hope somebody give me
> a hand :)
>
> I have some questions about wine video capture andrendering.
>
> I'm a n
Hi everyone,
Previously I post this question on wine-user forum, seems nobody
answered/interested, so I post it here. Hope somebody give me
a hand :)
I have some questions about wine video capture andrendering.
I'm a newbie to wine, and am working on QQ or any other messengers in win
On Fri, Jun 18, 2010 at 21:15, Luca Bennati wrote:
> I found out why it didn't build: a numeric code in the first lines was in a
> wrong format.
> But now i need help to know what exactly i need to put there, because i
> don't know anymore.
> The lines are these (example got from french file):
>
On 06/18/2010 09:15 PM, Luca Bennati wrote:
I found out why it didn't build: a numeric code in the first lines was
in a wrong format.
But now i need help to know what exactly i need to put there, because i
don't know anymore.
The lines are these (example got from french file):
LanguageNames=(FRA
I found out why it didn't build: a numeric code in the first lines was in a
wrong format.
But now i need help to know what exactly i need to put there, because i
don't know anymore.
The lines are these (example got from french file):
LanguageNames=(FRA=0x0c:winerr)
CodePages=(FRA=65001:0)
The pro
Hi Joerg,
On 06-04-10 17:47, joerg-cyril.hoe...@t-systems.com wrote:
does anybody know why msvideo_decode_8bit(), when imported
from the FFmpeg project in 2004, was changed such that the
pixels[] array became filled upside down? See how
#ifdef ORIGINAL,
which shows the original FFmpeg code,
Hi,
does anybody know why msvideo_decode_8bit(), when imported
from the FFmpeg project in 2004, was changed such that the
pixels[] array became filled upside down? See how
#ifdef ORIGINAL,
which shows the original FFmpeg code, differs from the
#else
branch in msvideo1.c
Do buffers in Wine wo
On Mon, Apr 5, 2010 at 9:52 PM, Stefan Dösinger wrote:
>
> Am 05.04.2010 um 20:05 schrieb Roderick Colenbrander:
>> - IWineD3DDeviceImpl *device = This->resource.device;
>> - if((This->resource.usage & WINED3DUSAGE_RENDERTARGET) &&
>> -
>> device->blitter->color_fixup_sup
Am 05.04.2010 um 20:05 schrieb Roderick Colenbrander:
> -IWineD3DDeviceImpl *device = This->resource.device;
> -if((This->resource.usage & WINED3DUSAGE_RENDERTARGET) &&
> -
> device->blitter->color_fixup_supported(&device->adapter->gl_info,
> This->resource.format_desc
Hi,
Alexandre wrote:
>Message waiting functions only return for new input. You need to make
>sure the queue is empty before waiting.
Actually, now that I believe I understand the issue, I'd rephrase it
differently: The queue need not be empty (a message might have
arrived 1 microsecond before the
writes:
> hopefully somebody familiar with messaging can immediately spot what's wrong
> with the code below.
>
> The winmm/midi tests currently in git, using PeekMsg, show that the messages
> (from CALLBACK_WINDOW) are almost always immediately available.
>
> Yet the code below, based on MsgWait
Hi,
hopefully somebody familiar with messaging can immediately spot what's wrong
with the code below.
The winmm/midi tests currently in git, using PeekMsg, show that the messages
(from CALLBACK_WINDOW) are almost always immediately available.
Yet the code below, based on MsgWaitFor... times out
On 29 January 2010 00:28, Juan Lang wrote:
>> When submitting multiple patches that apply to the same component but
>> each patch is unrelated (ie. each one fixes a different issue), is it
>> still appropriate to label the patches with the [PATCH X/Y] notation?
>> In the case I have at hand the pa
On 01/29/2010 12:26 AM, Erich Hoover wrote:
When submitting multiple patches that apply to the same component but
each patch is unrelated (ie. each one fixes a different issue), is it
still appropriate to label the patches with the [PATCH X/Y] notation?
In the case I have at hand the patches are
> When submitting multiple patches that apply to the same component but
> each patch is unrelated (ie. each one fixes a different issue), is it
> still appropriate to label the patches with the [PATCH X/Y] notation?
> In the case I have at hand the patches are even for different files of
> the same
When submitting multiple patches that apply to the same component but
each patch is unrelated (ie. each one fixes a different issue), is it
still appropriate to label the patches with the [PATCH X/Y] notation?
In the case I have at hand the patches are even for different files of
the same component
On Wed, Dec 2, 2009 at 11:43 AM, David Anderson wrote:
> I am trying to get the tests to run before I submit a patch to
> shdocvw/webbrowser.c. My first attempts to get the tests to run.
>
> This morning I did
> cd /home/davea/winebld/wine
> git fetch; git rebase origin # make sure you'r
1 - 100 of 910 matches
Mail list logo
