On Fri, Mar 28, 2008 at 3:22 PM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> There should just be a few rules that need to be changed as far as I
> know. Thats all that was needed for the programs case, I cannot Imagen
> why the tests would be any more complex. If Alexandre has not already
> do
Hey Juan!
On Fri, Mar 28, 2008 at 4:18 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> Personally, I think enhancing explorer to have its own GUI (rather
> than launching winefile) would be an interesting project. If nothing
> else, having a graphical way to explore the shell namespace might be
>
On Fri, Mar 28, 2008 at 4:11 PM, Jacek Caban <[EMAIL PROTECTED]> wrote:
> Jim Chen wrote:
> > Hi everyone,
> >
> > I have this idea of implementing vbscript.dll for Google SoC. Any
> > comment would be appreciated before I start working on my proposal.
> >
> It would be great to have vbscript
On Fri, Mar 28, 2008 at 3:08 PM, Maarten Lankhorst
<[EMAIL PROTECTED]> wrote:
> Hi Jim,
>
> 2008/3/27, Jim Chen <[EMAIL PROTECTED]>:
>
>
> > Hi everyone,
> >
> > I have this idea of implementing vbscript.dll for Google SoC. Any
> > comment would be appreciated before I start working on my pro
What about this patch?
Changelog (since first patch):
- HAVE_FLOAT_H used for #include
- all declarations moved to the beginning
Index: dlls/gdi32/bitblt.c
===
RCS file: /home/wine/wine/dlls/gdi32/bitblt.c,v
retrieving re
Am Freitag, 28. März 2008 22:37:32 schrieb Alexander Dorofeyev:
> Hi.
>
> I just put it nearby other somewhat related calls. This code doesn't really
> need ENTER_GL/LEAVE_GL, but there's a bigger problem that this
> ENTER_GL/LEAVE_GL in PreLoad is around other routines too that mostly don't
> need
Dmitry Timoshkov escribio':
> "Alexander Dorofeyev" <[EMAIL PROTECTED]> wrote:
>
>
>> There's a regression in IDA Pro disassembler. Nothing is added to the
>> taskbar at
>> all, furthermore, when you are starting debugger, before there was a window
>> appearing that asks pass control to the a
Hi.
I just put it nearby other somewhat related calls. This code doesn't really
need
ENTER_GL/LEAVE_GL, but there's a bigger problem that this ENTER_GL/LEAVE_GL in
PreLoad is around other routines too that mostly don't need it and leads to
ActivateContext being called inside it etc. I've alrea
s not already
> done so, I'll look at it and submit patches tonight.
>
Winetest with todays git [1]
John
[1]
http://klehm.net/wine/20080328-winetest-438868f37796e387cd6f6db5da1f73a7017b6e00.exe
Am Freitag, 28. März 2008 20:34:11 schrieb Alexander Dorofeyev:
> ENTER_GL();
> +if (This->resource.format == WINED3DFMT_P8 || This->resource.format ==
> WINED3DFMT_A8P8) {
> + for (i = 0; i < This->baseTexture.levels; i++) {
> +if(palette9_changed((IWineD3DSurfaceImpl
>
> http://www.google.com/search?q=windows+explorer+replacement&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a
Um.. yeah, I've heard of google, thanks. How many are written in ANSI C?
Find me one of those, and I'll retract my suggestion as a SoC project.
My suggestion
On Fri, Mar 28, 2008 at 3:40 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> > Hasn't someone else somewhere in the world already written an explorer
> > replacement and we could just get them to open source it so we can
> > include it with Wine? No need to reinvent the wheel.
>
> There's the Reac
> Hasn't someone else somewhere in the world already written an explorer
> replacement and we could just get them to open source it so we can
> include it with Wine? No need to reinvent the wheel.
There's the ReactOS one, but it's written in C++. I don't know of any
ANSI C ones, but maybe I ha
Hasn't someone else somewhere in the world already written an explorer
replacement and we could just get them to open source it so we can
include it with Wine? No need to reinvent the wheel.
-Brian
On Fri, Mar 28, 2008 at 2:18 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> > From time to time the d
> From time to time the discussion comes up about having some sort of
> Window manager or explorer replacement for when running in Desktop
> mode.
Personally, I think enhancing explorer to have its own GUI (rather
than launching winefile) would be an interesting project. If nothing
else, havin
"Alistair Leslie-Hughes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi,
>
> Changelog:
> mscoree: Add missing interfaces
>
Anything wrong with this patch?
Best Regards
Alistair Leslie-Hughes
Jim Chen wrote:
> Hi everyone,
>
> I have this idea of implementing vbscript.dll for Google SoC. Any
> comment would be appreciated before I start working on my proposal.
>
It would be great to have vbscript.dll implemented in Wine and I hope
that some day we will have it, but I think you under
On Fri, Mar 28, 2008 at 3:01 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> What is the process for making this switch? Do we need to contact
> Paul Millar? The lack of a new winetest is putting a hamper on our
> efforts to fix up the tests in Windows.
There should just be a few rules that ne
On Mi, 2008-03-26 at 14:47 +, Hin-Tak Leung wrote:
> Wow :-). I have almost wanted to suggest such a native wine-based
> printer driver
> as a linux foundation/openprinting GOSC project (I am one of the
> mentors under the
> openprinting umbrella
> https://www.linux-foundation.org/en/Google_Su
Hi Jim,
2008/3/27, Jim Chen <[EMAIL PROTECTED]>:
> Hi everyone,
>
> I have this idea of implementing vbscript.dll for Google SoC. Any
> comment would be appreciated before I start working on my proposal.
>
> The reason for implementing vbscript.dll is because right now there's
> nothing in the
On Fri, Mar 28, 2008 at 1:53 PM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 28, 2008 at 9:35 AM, Reece Dunn <[EMAIL PROTECTED]> wrote:
> > I would have expected that when building for mingw, Wine would use the
> > Wine headers and libraries. Otherwise, as mentioned above, if someon
On Fri, Mar 28, 2008 at 9:35 AM, Reece Dunn <[EMAIL PROTECTED]> wrote:
> I would have expected that when building for mingw, Wine would use the
> Wine headers and libraries. Otherwise, as mentioned above, if someone
> adds tests that rely on items that are not in the mingw headers then
> the te
On 28/03/2008, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> "John Klehm" <[EMAIL PROTECTED]> wrote:
>
> > The problem is that it is a mingw issue but they don't want any
> > patches from wines win32 api in their mingw w32api. They believe that
> > looking at the actual ms header files taints ou
On Fri, Mar 28, 2008 at 11:12 AM, Hin-Tak Leung
<[EMAIL PROTECTED]> wrote:
> I think blacklisting is not a good approach - what one wants is really
> "white-listing":
> given microsoft only ships a certain number of fonts, wine should provide
> emulation/substitutions of *only* those fonts fron
Hi All,
>From time to time the discussion comes up about having some sort of
Window manager or explorer replacement for when running in Desktop
mode. I don't know if a Win9x style desktop is really what we need for
running in Desktop mode and after giving it a bit of thought, perhaps
enhancing the
--- On Thu, 27/3/08, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> "Vitaliy Margolen" <[EMAIL PROTECTED]>
> wrote:
>
> > Looks like a time to start blacklisting fonts then. If
> the font is invalid
> > and does not work even on windows yet it is available
> in the system - that's
> > the only th
Robert Shearman <[EMAIL PROTECTED]> writes:
> I'm not sure that is a valid assumption, as we could have an option to
> disable wineboot in the future due to performance reasons.
I don't think we want to support that. On the contrary, we want to move
more of the startup processing that we currentl
Nikolay Sivov wrote:
> @@ -109,9 +109,14 @@
> {
> IMediaStreamImpl *This = (IMediaStreamImpl *)iface;
>
> -FIXME("(%p/%p)->(%p) stub!\n", This, iface, ppMultiMediaStream);
> +TRACE("(%p/%p)->(%p)\n", This, iface, ppMultiMediaStream);
>
> -return S_FALSE;
> +if(!(*ppMultiM
Alexandre Julliard wrote:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>
>
>> +handle_t __RPC_USER MACHINE_HANDLEW_bind(MACHINE_HANDLEW MachineName)
>> +{
>> +WCHAR transport[] = SVCCTL_TRANSPORT;
>> +WCHAR endpoint[] = SVCCTL_ENDPOINT;
>> +LPWSTR server_copy = NULL;
>> +RPC_WST
Alexandre Julliard wrote:
> Paul Vriens <[EMAIL PROTECTED]> writes:
>
>> And can't we just start creating the winetest executable at winehq somewhere?
>
> We probably can, but how would this help?
>
It wouldn't help as we will face the same issues. It's just that it seems more
logical to creat
Paul Vriens <[EMAIL PROTECTED]> writes:
> And can't we just start creating the winetest executable at winehq somewhere?
We probably can, but how would this help?
--
Alexandre Julliard
[EMAIL PROTECTED]
Paul Vriens <[EMAIL PROTECTED]> writes:
> Wouldn't it be nicer to have something like:
>
> 0.9.58-06d429d6b6b6d63beaeda130a3bb261ef3b9fb41
>
> Just a thought? The SHA's itself are not very pleasant for the
> eye. With the above you can at least group them visually.
Presentation issues should be s
Hi Jim,
> I have this idea of implementing vbscript.dll for Google SoC. Any
> comment would be appreciated before I start working on my proposal.
That sounds ambitious, but you're welcome to try!
> For a few years I used to hack VB, and I know the
> language and VBScript is just a cousin of
Alexandre Julliard wrote:
> "John Klehm" <[EMAIL PROTECTED]> writes:
>
>> P.S. I logged some test results from my win2k machine, it seems they
>> are at [5]. Seems like I missed some setting though as the date is
>> not right. Advice on how to fix that would be delicious =)
>
> It's now using t
Hi Alexander,
> Changelog:
> 1 - Creating device interface keys in registry as in Windows XP
> 2 - Creating DeviceInstance value in registry
> 3 - Creating SymbolicLink value in registry as in Windows XP
> 4 - SETUPDI_AddDeviceToSet: changing pointers on SP_DEVINFO_DATA after
> allocating new memo
On Fri, Mar 28, 2008 at 9:35 AM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Agreed, the idea of using w32api is that we want to help improve mingw
> by finding problems in their headers and libraries, but if they are not
> going to accept our patches anyway, then there's clearly no point in
[...]
> Would this do? :
>
> diff --git a/winetest/gather b/winetest/gather
> index 294ad06..fdacff5 100755
> --- a/winetest/gather
> +++ b/winetest/gather
> @@ -362,7 +362,7 @@ EOF
> "pass";
> my $count=!$report->{todos} ? $report->{errors} :
>!$r
Robert Shearman <[EMAIL PROTECTED]> writes:
> +handle_t __RPC_USER MACHINE_HANDLEW_bind(MACHINE_HANDLEW MachineName)
> +{
> +WCHAR transport[] = SVCCTL_TRANSPORT;
> +WCHAR endpoint[] = SVCCTL_ENDPOINT;
> +LPWSTR server_copy = NULL;
> +RPC_WSTR binding_str;
> +RPC_STATUS status;
Alexandre Julliard wrote:
> "Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
>
>> "John Klehm" <[EMAIL PROTECTED]> wrote:
>>
>>> The problem is that it is a mingw issue but they don't want any
>>> patches from wines win32 api in their mingw w32api. They believe that
>>> looking at the actual ms hea
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "John Klehm" <[EMAIL PROTECTED]> wrote:
>
>> The problem is that it is a mingw issue but they don't want any
>> patches from wines win32 api in their mingw w32api. They believe that
>> looking at the actual ms header files taints our headers legall
"John Klehm" <[EMAIL PROTECTED]> wrote:
> The problem is that it is a mingw issue but they don't want any
> patches from wines win32 api in their mingw w32api. They believe that
> looking at the actual ms header files taints our headers legally
> speaking. Stefan, hans, and PaulM maintain a rath
On Thursday 27 March 2008 19:50:02 Matthew Canterbury wrote:
> Hello everybody,
>
> I plan on applying for Google's Summer of Code to work on DirectPlay4
> support in wine. (This was mentioned on the ideas page,
> http://wiki.winehq.org/SummerOfCode). I've looked at the code currently in
> wine, an
Am Freitag, 28. März 2008 02:57:46 schrieb Stefan Dösinger:
Please do not apply this patch yet. We are not sure if we should write the Z
corrected coord as clip coord or not
Am Freitag, 28. März 2008 10:25:31 schrieb Roderick Colenbrander:
> Hi,
>
> Store a flag whether a format supports blending in the formats table. This
> patch uses the flag in the blending code and in a few other places to
> verify if we should turn on blending for the given format. A next patch
>
On Fri, Mar 28, 2008 at 6:05 AM, John Klehm <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 25, 2008 at 4:39 AM, Roderick Colenbrander
> <[EMAIL PROTECTED]> wrote:
> >
>
> > As a sidenote. You are also cross compiling wine dlls so now and then. It
> > would be useful to also cross compile d3d8/d3d9 an
On Tue, Mar 25, 2008 at 4:39 AM, Roderick Colenbrander
<[EMAIL PROTECTED]> wrote:
>
> As a sidenote. You are also cross compiling wine dlls so now and then. It
> would be useful to also cross compile d3d8/d3d9 and wined3d but for wined3d
> -DUSE_WIN32_OPENGL must be set.
>
Well let me know how
Nikolay Sivov wrote:
> @@ -144,9 +144,18 @@
> {
> IAMMultiMediaStreamImpl *This = (IAMMultiMediaStreamImpl *)iface;
>
> -FIXME("(%p/%p)->(%ld,%p) stub!\n", This, iface, Index, ppMediaStream);
> +TRACE("(%p/%p)->(%d,%p)\n", This, iface, Index, ppMediaStream);
>
> -return E_NOT
"John Klehm" <[EMAIL PROTECTED]> writes:
> P.S. I logged some test results from my win2k machine, it seems they
> are at [5]. Seems like I missed some setting though as the date is
> not right. Advice on how to fix that would be delicious =)
It's now using the git commit sha1 instead of a date
Hello everybody,
I plan on applying for Google's Summer of Code to work on DirectPlay4
support in wine. (This was mentioned on the ideas page,
http://wiki.winehq.org/SummerOfCode). I've looked at the code currently in
wine, and it looks like there is some work done, but a number of the
functions e
John Klehm wrote:
>
> P.S. I logged some test results from my win2k machine, it seems they
> are at [5]. Seems like I missed some setting though as the date is
> not right. Advice on how to fix that would be delicious =)
>
It uses the file programs/winetest/build.id for this.
--
Cheers,
Pau
> > Are you currently working on this? Is it a problem that needs to be
> > fixed on the mingw side?
> >
> It's indeed a mingw issue and has to be fixed on that side.
>
> I've never touched mingw so I'm relying on either Hans Leidekker, Stefan
> Leichter or Paul Millar to take this up.
>
Th
Paul Vriens wrote:
> Francois Gouget wrote:
>> Also tweak the headers and footers a bit.
>> ---
>>
>> This gives us a better idea of how many unit tests are failing.
>>
>> winetest/gather | 67
>> ++
>> 1 files changed, 62 insertions(+), 5 del
Francois Gouget wrote:
> Also tweak the headers and footers a bit.
> ---
>
> This gives us a better idea of how many unit tests are failing.
>
> winetest/gather | 67 ++
> 1 files changed, 62 insertions(+), 5 deletions(-)
>
> diff --git a/wi
53 matches
Mail list logo
