2008/12/19 Ivan Gyurdiev :
>> Henri Verbeet wrote:
>
> This looks like data structure design mixed with GL and shader code. I think
> it would be better if the data structure was in its own file, without any GL
> or D3D dependencies, and wined3d and other components could use it.
>
If it was intend
Thank you for your advices, I should read the LGPL more again.
In WCOM, for performance, only ole32 and rptrt4 was remained and
functions should be simplified , so many feature and code should be cutoff.
There also is a runnable demo on windows :)
BRs
faquir
Dan Kegel wrote:
> faquir wrote:
> Henri Verbeet wrote:
This looks like data structure design mixed with GL and shader code. I
think it would be better if the data structure was in its own file,
without any GL or D3D dependencies, and wined3d and other components
could use it.
- Ivan
faquir wrote:
> I want support out-of-process COM on a mobile phone platform base on Linux.
> Wine is perfect,but also is too big and too complex to run on the device.
> So,I' going to create a project named WCOM with some code(ole32 and
> rpcrt4) from wine
Say, how about making Wine configurable,
> can i use the code from Wine to create WCOM without adding authorization
> from Wine or business license ?
Yes, but you must provide the source for your modified version of Wine
to your customers. Read the LGPL for details.
--Juan
Hi,all:
I want support out-of-process COM on a mobile phone platform base on Linux.
Wine is perfect,but also is too big and too complex to run on the device.
So,I' going to create a project named WCOM with some code(ole32 and
rpcrt4) from wine,well,WCOM is not need load by wine.
I‘m a newbie and ha
Hi,
Is there anything wrong with patches?
[1/2] mshtml: Implement IHTMLScriptElement get/put event
[2/2] mshtml: Implement IHTMLScriptElement get/put htmlFor
Best Regards
Alistair Leslie-Hughes
Austin English wrote:
> On Thu, Dec 18, 2008 at 8:07 AM, Steve Brown wrote:
>> On Wed, 17 Dec 2008, Austin English wrote:
>>
>>> In a few years when Wine is more developed and has most the API
>>> implemented, this may be useful, but there's still a lot to do, and we
>>> don't need more reports to
I think we should emulate this format like we emulate R32F with ARGB32F if
GL_TEXTURE_RG is not supported. It is a fairly new extension and the format
is probably rather important.
(It should not be part of this patch though. Just a general note, the patch
itself looks ok)
> -Original Messag
> -USE_GL_FUNC(PGLFNGLFOGCOORDDVEXTPROC,
glFogCoordvEXT, EXT_FOG_COORD, NULL )\
> +USE_GL_FUNC(PGLFNGLFOGCOORDDVEXTPROC,
glFogCoorddvEXT, EXT_FOG_COORD, NULL )\
I think I fixed that one with a patch in my glFogCoord e
The patch looks ok to me
On Sun, Dec 14, 2008 at 5:29 AM, Gerald Pfeifer wrote:
> I am mostly offline (2s ping times) for another two weeks, but noticed
> the following starting a couple of days ago on my nightly FreeBSD 6.4
> tester:
>
> server.c:755: warning: implicit declaration of function '_mkdir'
> shellpath.c:2163:
On Thu, Dec 18, 2008 at 3:07 PM, Michael Ost wrote:
> Michael Karcher wrote:
>>
>> Am Donnerstag, den 18.12.2008, 14:53 -0800 schrieb James Hawkins:
>>>
>>> I don't understand the problem. If you have the proper permissions,
>>> wine should be able to read the volume name and everything should ju
2008/12/18 Austin English :
> --
> -Austin
>
Ignore this patch, there are a few more I didn't notice. I'll update and resend.
--
-Austin
On Thu, Dec 18, 2008 at 2:47 PM, Michael Ost wrote:
> James Hawkins wrote:
>>
>> On Thu, Dec 18, 2008 at 12:31 PM, Michael Ost
>> wrote:
>>>
>>> wine-devel-requ...@winehq.org wrote:
Date: Tue, 16 Dec 2008 13:52:00 +0100 From: "Hoehle, Joerg-Cyril"
Subject: winecfg volume serial
>>
James Hawkins wrote:
> On Thu, Dec 18, 2008 at 12:31 PM, Michael Ost wrote:
>> wine-devel-requ...@winehq.org wrote:
>>> Date: Tue, 16 Dec 2008 13:52:00 +0100 From: "Hoehle, Joerg-Cyril"
>>> Subject: winecfg volume serial
>>> number To: Message-ID:
>>> <47cc5abb01651443a88db8ec5b4d657b01c8f...@s4
On Thu, Dec 18, 2008 at 2:21 PM, Andrew Talbot
wrote:
> Changelog:
>jscript: Do not call memcpy() with NULL pointer argument.
>
> diff --git a/dlls/jscript/string.c b/dlls/jscript/string.c
> index eeceb1f..b49d3b3 100644
> --- a/dlls/jscript/string.c
> +++ b/dlls/jscript/string.c
> @@ -1395,8
Hi,
could anyone try the attached patch for the qedit test on a windows
machine? It works around bug 16548. But according to the comment in the
source I think this could be a mistake. I'd like to know if it works
without renaming the file on windows. On wine it works.
Cheers
Rico
diff --git a
Hi Paul,
You forgot to update the error messages.
Christian
Paul Vriens a écrit :
> Hi,
>
> Pick a compressor that's available on all platforms for this
> compressor type.
> Ideally we would use ICInfo to enumerate and pick one that's available
> but I
> think that's a bit too much for now.
>
Hi Francois,
For 1) Why not adding a keyword to mark these functions. Something like
WINAPI which resolve to nothing but that can be tracked by your script.
I would add another item for more object oriented stuff. Some default
implentations can be written but not always used.
This is sort of te
Hi,
I would suggest to keep the ones in pin.c. The file pin.c is a kind of
"template" collection.
Christian
Maarten Lankhorst a écrit :
> Hi Andrew,
>
> Andrew Talbot schreef:
>
>> It appears that the following vtables and Wine debug channels are not being
>> used, so I am considering remov
On Thu, Dec 18, 2008 at 12:31 PM, Michael Ost wrote:
> wine-devel-requ...@winehq.org wrote:
>> Date: Tue, 16 Dec 2008 13:52:00 +0100 From: "Hoehle, Joerg-Cyril"
>> Subject: winecfg volume serial
>> number To: Message-ID:
>> <47cc5abb01651443a88db8ec5b4d657b01c8f...@s4de8psaank.mitte.t-com.de>
>>
Andrew Talbot a écrit :
> Christian Costa wrote:
>
>
>> Hi Andrew,
>>
>> BTW, if the vtable are removed, there may be some unused functions. Will
>> they be removed as well ?
>>
>> Bye,
>> Christian
>>
>
> Hi Christian,
>
> Because I was mindful not to remove such things lightly, that is wh
wine-devel-requ...@winehq.org wrote:
> Date: Tue, 16 Dec 2008 13:52:00 +0100 From: "Hoehle, Joerg-Cyril"
> Subject: winecfg volume serial
> number To: Message-ID:
> <47cc5abb01651443a88db8ec5b4d657b01c8f...@s4de8psaank.mitte.t-com.de>
> Content-Type: text/plain;charset="iso-8859-1"
>
> Hi,
On Mon, Dec 15, 2008 at 9:24 AM, Paul Vriens wrote:
> Dan Kegel wrote:
>>
>> - Tests that pass
>> We're making progress here, but it's hard to quantify.
>> http://test.winehq.org shows some runs still failing
>> 20% of the tests, and others failing 0.3%, because
>> we don't have a consistent set o
On Sun, Dec 14, 2008 at 2:29 AM, Gerald Pfeifer wrote:
> I am mostly offline (2s ping times) for another two weeks, but noticed
> the following starting a couple of days ago on my nightly FreeBSD 6.4
> tester:
>
> server.c:755: warning: implicit declaration of function '_mkdir'
> shellpath.c:2163:
Dan Kegel wrote:
> On Tue, Dec 16, 2008 at 5:21 PM, Michael Pujos
> wrote:
>
>>> I don't see an attachment to
>>> http://www.winehq.org/pipermail/wine-patches/2008-December/066224.html
>>> or rather, there's only a zero-length one.
>>>
>> I just attached (In thunderbird) the file outputt
Hi,
I just sent a bug-fix to wine-patches to prevent a crash in winecfg when
editing the volume serial number input field, together with some unrelated
thoughts about winecfg and the device/volume serial number handling. Then I
realized that wine-patches is not a good place for discussion. So h
I am mostly offline (2s ping times) for another two weeks, but noticed
the following starting a couple of days ago on my nightly FreeBSD 6.4
tester:
server.c:755: warning: implicit declaration of function '_mkdir'
shellpath.c:2163: warning: implicit declaration of function '_mkdir'
shfldr_unixfs.c
Argh .. I already wondered why it wasn't added. Guess I wasn't very awake ..
I'll resubmit it later today when I also do something useful with it.
Thanks,
Roderick
> Did you send it to wine-devel intentionally?
>
> IMHO there's not much use for adding the extensions to the extension list
> with
2008/12/18 Ben Klein :
> 2008/12/18 Sander Devrieze :
>> 2008/12/17 Scott Ritchie :
>>
>>> If it's that users blame the distro when it's a Wine problem, then we
>>> can present them with some sort of information before installing (or
>>> perhaps running) Wine. After that we should get out of the
Did you send it to wine-devel intentionally?
IMHO there's not much use for adding the extensions to the extension list
without making use of them. I think this should be done in one patch.
> -Original Message-
> From: wine-devel-boun...@winehq.org [mailto:wine-devel-
> boun...@winehq.org
Hans Leidekker wrote:
> diff --git a/dlls/wininet/tests/http.c b/dlls/wininet/tests/http.c
> index 6554680..8b3a8f8 100644
> --- a/dlls/wininet/tests/http.c
> +++ b/dlls/wininet/tests/http.c
> @@ -325,8 +325,8 @@ static void InternetReadFile_test(int flags)
> SET_EXPECT2(INTERNET_STATUS_REQUES
On Thu, Dec 18, 2008 at 8:07 AM, Steve Brown wrote:
> On Wed, 17 Dec 2008, Austin English wrote:
>
>> In a few years when Wine is more developed and has most the API
>> implemented, this may be useful, but there's still a lot to do, and we
>> don't need more reports to tell us this.
>
> Keep in mi
On Wed, 17 Dec 2008, Austin English wrote:
> In a few years when Wine is more developed and has most the API
> implemented, this may be useful, but there's still a lot to do, and we
> don't need more reports to tell us this.
Keep in mind that the Windows API is a moving target. In a few years, t
Ahh ok, thanks. Will do.
-aric
Alexandre Julliard wrote:
> Aric Stewart writes:
>
>> Since I value your input in imm32 and i do a lot of work there. If you
>> would like to send me that high level overview then I can see if it
>> works into wine. That way you can continue to contribute and w
Alexandre wrote:
> I'd suggest to do that in winedbg, there's no need to add another
> Wine-specific program for that.
Windows uses three different automatically started debuggers:
the visual C++ debugger for average programmers,
windbg for superprogrammers, and
Dr. Watson for users who just need
Aric Stewart writes:
> Since I value your input in imm32 and i do a lot of work there. If you
> would like to send me that high level overview then I can see if it
> works into wine. That way you can continue to contribute and we do not
> compromise the source code.
No, please don't do that.
Hi Konstantin,
"Konstantin Kondratyuk" wrote in message
news:200812181251.50439.kondrat...@etersoft.ru...
> Add:
>ILineInfo
>IDisplayPointer
>IDisplayPointer
>IHTMLComputedStyle
>IDisplayServices
>IMarkupServices
>
> --
You have converted
On Sat, 13 Dec 2008, Eric Pouech wrote:
[...]
> > 1) #ifdef-out regexp support if regex.h is missing? Maybe with an
> > autoconf check for regcomp()?
> > 2) Add some reg*() stubs that do nothing if regex.h & co are missing?
[...]
> 1,2) most of the dbghelp code will be of no use if no regex s
40 matches
Mail list logo
