On Wed, 07 Sep 2005 14:21:26 +0200, Jean Magnan de Bornier
<[EMAIL PROTECTED]> wrote:
Sound level appears now ok for dns;
Great news.
I have to read two phrases, and then a longer text; in this last
exercise dns gets lost after two lines of text. All the cpu is taken by
wine-preloader proce
Damjan Jovanovic wrote:
Using int 0x2e and other Linux-specific hacks like
kernel modules, limits portability of Wine, you'll
never get it working on Windows itself.
I have no idea why you'd want to port Wine back to Windows to use
Windows device drivers.
4. TYPED HANDLES
Damjan Jovanovic wrote:
I am worried about performance. When you change from a
real driver to a separate process with IPCs, your
response time goes from function calls to context
switches.
Actually performance isn't' bad, we can load the game splash screen at least as fast as windows
does. Dri
--- Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
> First let me thank everyone helping me and Ivan to
> get ntoskrnl moving
> forward.
>
> Summary of all the ideas and requirements:
> 1. wineserver should not be used to run drivers
> (absence of required
>functionality, single threaded, stab
Am Mittwoch, den 07.09.2005, 13:33 -0500 schrieb Jeremy Newman:
> Just did a quick scan of the mail log, our server is only sending one
> email per list subscriber.
I want to mention, that the Message has one ID / Time when started, ...
> Received: from mailserver3.hrz.tu-darmstadt.de
> > (lnx1
Hello, if you look at
http://www.winehq.com/pipermail/wine-devel/2005-September/039837.html
you'll see there was a project at some point to make a decent patch management system, but
apparently due to the complexity of it and Newman being constantly overloaded with work, it never
got anywhere,
Am Mittwoch, den 07.09.2005, 12:21 -0600 schrieb Vitaliy Margolen:
> You can discount this one, because that was my mistake - had
> wine-devel@winehq.com twice in TO: field
Thanks. I test this.
--
By By ...
... Detlef
Jeremy White wrote:
We actually have a todo on Jeremy Newman's list to build
a patch management system for wine-devel, for Alexandre.
Our hope was that we could adopt some of the CodeWeavers
systems (we have a ticket system that's pretty slick,
for example).
However, it became clear that the re
Marcus Meissner wrote:
Is this really true for secdrv?
Even if secdrv 1.0 doesn't need it, the day secdrv x.0 needs it you'll have to fix everything all
over again. Apart from anything else drivers expect to be able to talk to each other, and apps
expect to be able to interact with devices re
Rob Shearman wrote:
Ivan Leo Puoti wrote:
Sure, you just have to convince Alexandre that it's a good idea to
move all the Nt* APIs to ntoskrnl, you're welcome to try but I think
it's something you won't s do before wine 8.0
Every time you feel like saying "you just have to convince Alex
Robert Lunnon wrote:
takeup (progress) of wine in the market. Interestingly even codeweavers has
such patches that Jeremy White terms "Proprietary Advantage". This'd be good
for me if I was making a living off Wine like codeweavers are. In fact
perhaps I'd go out of my way to produce patches
On Thu, 8 Sep 2005 04:42, Jeremy White wrote:
> But the best way to persuade me (and others) of that is to highlight
> the patches. Show me patches you've submitted, along
> with arguments for them, and persuade me that he has
> been wrong to refuse them.
I said I wouldn't comment further, but I
On Thu, 8 Sep 2005, Robert Lunnon wrote:
[...]
The issue isn't about Alexandre, it's about a governance model that revolves
around the opinion of a single person and whether the difficulty of having a
patch moved forward is inhibiting the take up of developers.
I think this governance model can
--- Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Hi,
> I've sent the following patch to wine-patches approximatly 2 weeks ago, and
> it
> wasn't applied nor any suggestions for improvement where given. As suggested
> by some people in another thread, I send it to wine-devel to ask for help.
>
Dmitry Timoshkov wrote:
> create an appropriate locale setup:
> ACP/OEMCP/MACCP and fonts.
Great Idea !
> +;; File generated automatically from dlls/kernel/nls/*.nls; do not edit!
Would you like to add the script to CVS also?
> +;; This should be run through setupapi:
> +;; rundll32 setupap
Hi,
I've sent the following patch to wine-patches approximatly 2 weeks ago, and it
wasn't applied nor any suggestions for improvement where given. As suggested
by some people in another thread, I send it to wine-devel to ask for help.
This patch adds handling for the DDSCL_SETFOCUSWINDOW flag in
Am Montag, den 08.08.2005, 14:52 -0700 schrieb [EMAIL PROTECTED]:
> I have been trying to print reports in Landscape and every time a line hits
> about 122 characters it cuts out 5 characters and then picks up with the rest
> of the line, example 'Wine Printing Problems' would be 'Wine ing Proble
On Tue, Sep 06, 2005 at 09:26:44AM +1000, Troy Rollo wrote:
> To scale better you would need to divide the project into different areas of
> responsibility and have multiple committers.
Well, one can say that this model already exists implicitely as most patches
to 'non-core' DLLs (DirectX in my
> takeup (progress) of wine in the market. Interestingly even codeweavers has
> such patches that Jeremy White terms "Proprietary Advantage". This'd be good
> for me if I was making a living off Wine like codeweavers are. In fact
> perhaps I'd go out of my way to produce patches that wouldn't b
Just did a quick scan of the mail log, our server is only sending one
email per list subscriber. I have not personally witnessed any
duplication myself as I also subscribe to these lists.
This is a new one to me. I thought maybe you were subscribed to the list
twice, but I checked that as well. Th
Robert Lunnon wrote:
On Wednesday 07 September 2005 19:35, Alexandre Julliard wrote:
Francois Gouget <[EMAIL PROTECTED]> writes:
Yeah, maybe a very generic 'Needs review' email to wine-devel would be
enough. It would also be the clue to the other Wine developpers:
* that you're not goi
Wednesday, September 7, 2005, 12:02:54 PM, Detlef Riekenberg wrote:
> Hi.
> While reading the List, I found a Transfer-Problem:
> Mails are send once (same ID), get doubled on the Path and arrived
> twice.
> And Mysterious: Only one Version is in the Archiv!
> --- cut -
> Example 2:
> http:
--- Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
>
> >I'll make an ole log and compair it to the one you posted on the bug page,
> >hopefully that
> should
> >identify the problems your having..
> >
> >
> Okay...I can update the log after Marcus' patch if that will help. I
> also see other ole-r
Hi.
While reading the List, I found a Transfer-Problem:
Mails are send once (same ID), get doubled on the Path and arrived
twice.
And Mysterious: Only one Version is in the Archiv!
--- cut -
Example 1:
http://www.winehq.org/pipermail/wine-devel/2005-September/039849.html
One Version:
On Wednesday 07 September 2005 19:35, Alexandre Julliard wrote:
> Francois Gouget <[EMAIL PROTECTED]> writes:
> > Yeah, maybe a very generic 'Needs review' email to wine-devel would be
> > enough. It would also be the clue to the other Wine developpers:
> > * that you're not going to be duplicatin
Jacek Caban wrote:
Index: dlls/urlmon/urlmon_main.c
===
RCS file: /home/wine/wine/dlls/urlmon/urlmon_main.c,v
retrieving revision 1.32
diff -u -p -r1.32 urlmon_main.c
--- dlls/urlmon/urlmon_main.c 6 Sep 2005 09:27:04 - 1
Wednesday, September 7, 2005, 11:16:49 AM, Marcus Meissner wrote:
>> 3. Drivers can not be ran in a process that requires them (drivers we
>> concerned
>>about keep information that is shared between different processes, drivers
>>require their own environment that is different from a user
I'll make an ole log and compair it to the one you posted on the bug page,
hopefully that should
identify the problems your having..
Okay...I can update the log after Marcus' patch if that will help. I
also see other ole-related patches posted recently that aren't in CVS yet.
Incidentall
Firstly , we are talking about a governance model here, not an individual.
Read on...
On Tuesday 06 September 2005 23:26, you wrote:
> On Tue, 6 Sep 2005, Robert Lunnon wrote:
> > On Tuesday 06 September 2005 19:20, Francois Gouget wrote:
> >> On Tue, 6 Sep 2005, Troy Rollo wrote:
> >> [...]
> >
--- Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
>
> > Hi Ivan,
> >
> > I had a look through the logs, but I couldn't see anything too
> > suspicious. I have Battlefield 2 here, but I don't have enough disk
> > space to make it far enough into the installer to see the error.
> > Hopefully it is j
> 3. Drivers can not be ran in a process that requires them (drivers we
> concerned
>about keep information that is shared between different processes, drivers
>require their own environment that is different from a user process
>environment, ntdll has no means nor should it have them
Michael Kaufmann <[EMAIL PROTECTED]> writes:
> Changelog:
> - Redraw immediately upon WM_SETTEXT, WM_SETFONT, SB_SETTEXT, SB_SETICON
> - SB_GETRECT: Return FALSE for simple status bars, check the part number
> - SB_SETICON: Didn't work for simple status bars (-1 has been casted to 255)
> - SB_SETT
> | > | You are aware that (as of 20050111 at least) you have to manually
> | > | kill -9 leftover wine-preloaders when any wine crash happens, right?
> | > | And do verify that they in fact got killed. This is a general remark,
> | > | and following it is by itself unlikely to fix your problem, bu
Hi.
Paul Millar wrote:
Hi,
Cross-compilation is broken again. This time its CLSID_FileProtocol.
The GUID is part of the standard MinGW 3.3 release. I can patch
MinGW to remove its definition of this GUID, but I'm not sure this is
the correct solution.
What do people think?
Cheers,
Pa
Le 07 septembre à 17:54:02 Kuba Ober <[EMAIL PROTECTED]> écrit notamment:
| On Wednesday 07 September 2005 11:20, Jean Magnan de Bornier wrote:
| > Le 07 septembre à 17:01:35 Kuba Ober <[EMAIL PROTECTED]> écrit notamment:
| > | You are aware that (as of 20050111 at least) you have to manually kill
Anything wrong with this patch? All it does is moving small piece of code prom
one place to another. ATM it will fail in the same way as it does now ;-)
Vitaliy
http://www.winehq.com/pipermail/wine-patches/2005-August/020229.html
> Move some stuff around for upcoming ntoskrnl.exe
> changelog:
>
On Wednesday 07 September 2005 11:20, Jean Magnan de Bornier wrote:
> Le 07 septembre à 17:01:35 Kuba Ober <[EMAIL PROTECTED]> écrit notamment:
> | You are aware that (as of 20050111 at least) you have to manually kill -9
> | leftover wine-preloaders when any wine crash happens, right? And do
> | v
On Wed, Sep 07, 2005 at 10:55:50AM +0100, Oliver Stieber wrote:
> > The attached patch sets the version for directx to 9C (instead of
> > 9B). The rF\ Config.exe from the game rFactor (www.rfactor.net)
> > needs this to work. After that change i was able to successfully run
> > the config and con
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Hiji <[EMAIL PROTECTED]> writes:
>
> > As a user, I've been particularly happy about how
> Wine
> > has progressed. However, what is of GRAVE concern
> to
> > me is when patches that fix serious bugs aren't
> > applied; specifically, bug 3148
Hi,
Cross-compilation is broken again. This time its CLSID_FileProtocol.
The GUID is part of the standard MinGW 3.3 release. I can patch
MinGW to remove its definition of this GUID, but I'm not sure this is
the correct solution.
What do people think?
Cheers,
Paul.
---
i686-mingw32msvc-g
Le 07 septembre à 17:01:35 Kuba Ober <[EMAIL PROTECTED]> écrit notamment:
| You are aware that (as of 20050111 at least) you have to manually kill -9
| leftover wine-preloaders when any wine crash happens, right? And do verify
| that they in fact got killed. This is a general remark, and followi
Hi Ivan,
I had a look through the logs, but I couldn't see anything too
suspicious. I have Battlefield 2 here, but I don't have enough disk
space to make it far enough into the installer to see the error.
Hopefully it is just the known error I described.
It freezes before that...
Yeah, I
On Wednesday 07 September 2005 08:21, Jean Magnan de Bornier wrote:
> Le 06 septembre à 20:30:10 [EMAIL PROTECTED] écrit notamment:
> | I checked my ~/.wine/config and see the following:
> |
> | "Drivers" = "wineoss.drv" ; default for most common configurations
>
> More news:
> I put "alsa" as
First let me thank everyone helping me and Ivan to get ntoskrnl moving
forward.
Summary of all the ideas and requirements:
1. wineserver should not be used to run drivers (absence of required
functionality, single threaded, stability issues)
2. ntoskrnl should be used to run drivers only and li
I'm really sorry you guys feel that way. The complaints have been very
minimal overall. If I wasn't so busy I can spend more time on it. My
problem is that I don't want to go back to Hypermail either. It has
serious issues with security and its attachment handling. So any other
options/suggestions
Ivan Leo Puoti wrote:
Peter Beutner wrote:
Yupp most of the code maybe already in ntdll.
But imo it is quite as ugly, from a design point of view, to call ntdll
functions from inside the ntoskrnl.
It should be the other way around, shouldn't it?
Sure, you just have to convince Alexandre tha
Le 06 septembre à 20:30:10 [EMAIL PROTECTED] écrit notamment:
| I checked my ~/.wine/config and see the following:
>
| "Drivers" = "wineoss.drv" ; default for most common configurations
More news:
I put "alsa" as drivers + have now wine 20050830 (gentoo update of today)-
everything better an
On Wed, 7 Sep 2005, Alexandre Julliard wrote:
Francois Gouget <[EMAIL PROTECTED]> writes:
Yeah, maybe a very generic 'Needs review' email to wine-devel would be
enough. It would also be the clue to the other Wine developpers:
* that you're not going to be duplicating Alexandre's work if you
On Tue, 6 Sep 2005, Phil Krylov wrote:
ChangeLog:
Added typedef SQLWCHAR to include/sqltypes.h.
Could you also add SQLTCHAR while you're at it?
--
Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/
Nouvelle version : les anciens bogues ont été remplacés par de nouvea
--- Christoph Frick <[EMAIL PROTECTED]> wrote:
> hi gents.
>
> The attached patch sets the version for directx to 9C (instead of 9B).
> The rF\ Config.exe from the game rFactor (www.rfactor.net) needs this to
> work. After that change i was able to successfully run the config and
> configure the
Francois Gouget <[EMAIL PROTECTED]> writes:
> Yeah, maybe a very generic 'Needs review' email to wine-devel would be
> enough. It would also be the clue to the other Wine developpers:
> * that you're not going to be duplicating Alexandre's work if you
>review this patch
> * to look at the p
On Wed, 7 Sep 2005, Ivan Leo Puoti wrote:
Juan Lang wrote:
What this misses is the most common status that causes us all to argue:
uncomitted, because Alexandre's not sure about it. Perhaps he has a gut
feeling that the approach is not right, but hasn't taken the time to
identify any particula
Jeremy White <[EMAIL PROTECTED]> writes:
> At the time we were discussing that, though, we didn't
> have many volunteer web programmers; maybe we should
> revisit that. Alexandre, would you be interested if
> folks other than Jer volunteered to help build such a system?
Sure, I don't really care
Michael,
> I'm aware of this problem (though I didn't know about the
> exact numbers).
> There was a short discussion on wine-devel about it:
>
> http://www.winehq.org/pipermail/wine-devel/2005-August/039452.html
I actually read the discussion but didn't make the connection when looking
at th
Stefan Leichter <[EMAIL PROTECTED]> writes:
> diff -urw ../wine/dlls/urlmon/Makefile.in dlls/urlmon/Makefile.in
> --- ../wine/dlls/urlmon/Makefile.in 2005-09-06 19:18:47.0 +0200
> +++ dlls/urlmon/Makefile.in 2005-09-03 21:05:48.0 +0200
> @@ -16,7 +15,8 @@
> umstream.c \
>
Hi Ge,
On Wednesday 07 September 2005 01:05, you wrote:
> I'm working on importing the changes between Wine-20050725 and
> Wine-20050830 into ReactOS. This also includes your patch below.
> I'm not sure if you realized it, but shell32 now wastes a lot of memory.
> The problem is the initialization
Ivan Leo Puoti <[EMAIL PROTECTED]> writes:
> ntosknrl? And who's talking about ntoskrnl? This is an attempt to add
> generic support for native nt applications, it's not a ntoskrnl specific
> thing, and not all native nt apps do their own exception handling. I
> certainly understand very few if
Hiji <[EMAIL PROTECTED]> writes:
> As a user, I've been particularly happy about how Wine
> has progressed. However, what is of GRAVE concern to
> me is when patches that fix serious bugs aren't
> applied; specifically, bug 3148. Even the patch
> submitter had to plead with this alias for someon
Troy Rollo wrote:
What is needed is a system that
records all patches, together with their current status (NEW, APPLIED,
REJECTED (with reasons), and whatever other status), informs the submitter of
any change, and does not allow for a patch merely to be forgotten.
Absolutely!
Bugz
59 matches
Mail list logo
