Vitaliy wrote:
No, components are for parts of Wine. .net is not part of Wine and won't
be for some time.
Hrm. Seems to me mono is going to become an
important part of wine pretty soon, if it lets us run
.net applications. But whatever. How would you
feel about creating a category for mscore
Dan Kegel wrote:
> Tony wrote:
>> I think that it should be a component. I would say wine-dotnet.
>
> Suits me. All in favor?
No, components are for parts of Wine. .net is not part of Wine and won't
be for some time. I think having a meta bug for now should suffice.
That's one part of bugzilla w
Le samedi 06 janvier 2007 à 21:39 +0100, Detlef Riekenberg a écrit :
> On Sa, 2007-01-06 at 15:08 +0100, Jonathan Ernst wrote:
> > (I think)
>
> I decided to use "options", because native Ports have:
>
> COM*: Multiple options (BaudRate, DataBits, StopBits, Parity)
> LPT*: A single option (Transm
Tony wrote:
I think that it should be a component. I would say wine-dotnet.
Suits me. All in favor?
- Dan
Stefan Dösinger wrote:
Now that almost everything is gone from drawPrimitiveDrawStrided we don't need
a subfunction for calling drawStridedSlow/Fast any longer
I think while we're cleaning up things, all of software shaders should
be removed.
There's tons of code in drawprim and *shader.c
Stefan Dösinger wrote:
Now that the decoded vertex declaration is put into the device with
baseVertexIndex = 0, vertex buffers can just memcpy it instead of decoding it
Here's an issue I see - isn't introduced by your patch, but I am just
confused.
In the vertex buffer code:
if(device->
On Sa, 2007-01-06 at 15:09 +0100, Jonathan Ernst wrote:
> +IDS_NOTHINGTOCONFIG "Ce port n'a pas d'option à configurer"
This is encoded as UFT-8
--
By by ... Detlef
On Sa, 2007-01-06 at 15:08 +0100, Jonathan Ernst wrote:
> (I think)
I decided to use "options", because native Ports have:
COM*: Multiple options (BaudRate, DataBits, StopBits, Parity)
LPT*: A single option (TransmissionRetryTimeout)
FILE: No options
Wine will add Redirection, what we can set i
Alexander Nicolaysen Sørnes wrote:
> Lørdag 06 januar 2007 00:28, skrev Kari Hurtta:
>> Kari Hurtta <[EMAIL PROTECTED]> writes
>>
>> in gmane.comp.emulators.wine.devel:
>>> Alexander Nicolaysen Sørnes <[EMAIL PROTECTED]> writes
>>>
>>> in gmane.comp.emulators.wine.devel:
Onsdag 03 januar 2007
Alexandre Julliard wrote:
Duane Clark <[EMAIL PROTECTED]> writes:
Changelog: Remove over constrained restriction on creating subitems.
Subject: [PATCH] Remove over constrained restriction on creating subitems.
This breaks the tests:
../../../tools/runtest -q -P wine -M comctl32.dll -T ../../
Lørdag 06 januar 2007 00:28, skrev Kari Hurtta:
> Kari Hurtta <[EMAIL PROTECTED]> writes
>
> in gmane.comp.emulators.wine.devel:
> > Alexander Nicolaysen Sørnes <[EMAIL PROTECTED]> writes
> >
> > in gmane.comp.emulators.wine.devel:
> > > Onsdag 03 januar 2007 21:46, skrev Kari Hurtta:
> > > > "Chri
Kari Hurtta <[EMAIL PROTECTED]> writes
in gmane.comp.emulators.wine.devel:
> Alexander Nicolaysen Sørnes <[EMAIL PROTECTED]> writes
> in gmane.comp.emulators.wine.devel:
>
> > Onsdag 03 januar 2007 21:46, skrev Kari Hurtta:
> > > "Chris Morgan" <[EMAIL PROTECTED]> writes in
> > gmane.comp.emula
Zitat von "H. Verbeet" <[EMAIL PROTECTED]>:
Nah, it's correct that the refcounts are broken at the moment. What
Stefan probbly meant was that we might as well remove refcounting
completely from that fucntion.
Then so should the AddRef/Release be removed from the StateBlock's
Capture function
On Saturday 06 January 2007 12:56 pm, Tony Lambregts wrote:
> http://appdb.winehq.org/admin/adminAppDataQueue.php?iId=5572
Should be all set. It was a mistaken rename from 'type' to 'TYPE' for a column
name in the appData table. I've renamed it back.
Chris
Dan Kegel wrote:
> While filing
> http://bugs.winehq.org/show_bug.cgi?id=7098
> I realized that I'm starting to see lots of apps
> that require dot net, and there are two ways
> we could go to support them:
> 1) get msft's dotnetfx.exe to install (see
> http://bugs.winehq.org/show_bug.cgi?id=5358)
There is a problem with submitting/administrating screen shots. I cannot see any
screenshots that were submitted recently. This is probably a problem with
filtering but I cannot be sure.
http://appdb.winehq.org/admin/adminAppDataQueue.php
http://appdb.winehq.org/admin/adminAppDataQueue.php?iId=557
Please, explain me, what is wrong with this serie of patches?
What to do to improve them?
http://www.winehq.org/pipermail/wine-patches/2007-January/034408.html
http://www.winehq.org/pipermail/wine-patches/2007-January/034409.html
http://www.winehq.org/pipermail/wine-patches/2007-January/034410.htm
While filing
http://bugs.winehq.org/show_bug.cgi?id=7098
I realized that I'm starting to see lots of apps
that require dot net, and there are two ways
we could go to support them:
1) get msft's dotnetfx.exe to install (see
http://bugs.winehq.org/show_bug.cgi?id=5358) and work
2) whip our mono inte
I was looking at Coverity bug report #CID294, and that has led me to ask about
the "base" and "limit" values of the DLLSPEC structure.
In winebuild/utils.c, we have:
spec->base = MAX_ORDINALS;
spec->limit = 0;
Is that the correct way round?
Thanks,
-- Andy.
Hi,
On Sat, Jan 06, 2007 at 08:46:22AM -0500, Robert Reif wrote:
> Is there a way to get a time stamp in trace output kind of like we do
> now for thread id?
Maybe some (not so?) clever piping trick?
Just create a script which detects newlines and adds a timestamp before the
next line, that sho
Lørdag 06 januar 2007 14:36, skrev Robert Reif:
> I'm trying to get Windows Media Player 6.4 working again and am running
> into problems. At first it was crashing while trying to read wave
> files. I found 2 bugs that were preventing it from working: some minor
> memory corruption for questionab
Is there a way to get a time stamp in trace output kind of like we do
now for thread id?
I'm trying to get Windows Media Player 6.4 working again and am running
into problems. At first it was crashing while trying to read wave
files. I found 2 bugs that were preventing it from working: some minor
memory corruption for questionable wave files and using a pointer before
it was init
Fredag 05 januar 2007 09:33, skrev Kari Hurtta:
> Alexander Nicolaysen Sørnes <[EMAIL PROTECTED]> writes
>
> in gmane.comp.emulators.wine.devel:
> > Onsdag 03 januar 2007 21:46, skrev Kari Hurtta:
> > > "Chris Morgan" <[EMAIL PROTECTED]> writes in
> >
> > gmane.comp.emulators.wine.devel:
> > > > On
Alexandre Julliard wrote:
Robert Shearman <[EMAIL PROTECTED]> writes:
Add a field to the TLS data to determine whether OLE has been
initialised for the current thread and use it in the OLE clipboard
functions.
This breaks the richedit tests:
../../../tools/runtest -q -P wine -M riche
On Fri, 5 Jan 2007, Bill Medland wrote:
[...]
> I see we have both the old sgml-based docs (which are now on
> sourceforge) and the wiki.
>
> I presume we are maintaining both (i.e. we have not obsoleted the docs).
Yes. They are complementary normally.
> So where do we send patches to the sgml
Robert Shearman <[EMAIL PROTECTED]> writes:
> Add a field to the TLS data to determine whether OLE has been
> initialised for the current thread and use it in the OLE clipboard
> functions.
This breaks the richedit tests:
../../../tools/runtest -q -P wine -M riched20.dll -T ../../.. -p
riched20
Duane Clark <[EMAIL PROTECTED]> writes:
> Changelog: Remove over constrained restriction on creating subitems.
> Subject: [PATCH] Remove over constrained restriction on creating subitems.
This breaks the tests:
../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p
comctl32_test.exe.s
28 matches
Mail list logo
