Francois Gouget <[EMAIL PROTECTED]> writes:
> On Sun, 24 Aug 2003, Jon Griffiths wrote:
> [...]
>> Note that a regression is something that used to work, and now
>> doesn't. So any regression testing should only report failures for
>> tests that used to work and now don't. New tests that fail, or
On August 24, 2003 05:44 pm, Dimitrie O. Paun wrote:
> Yes, this patch broke selection drawing:
>
> http://www.winehq.org/hypermail/wine-cvs/2003/04/0243.html
>
> It's my patch, mea culpa.
Yeah, at a second look, it was rather obvious what went wrong.
ChangeLog
Always setup the selection
--- Dan Brosemer <[EMAIL PROTECTED]> wrote:
> First, if this is the wrong list for this, I appologize and please point me
> at the correct list.
>
> I have been trying to port Wine, WineX, or ReWind to OpenBSD 3.4-beta for
> the past week. I've made the most progress with ReWind, so that is what
On Sun, 24 Aug 2003 00:14, Dimitrie O. Paun wrote:
> On August 23, 2003 09:44 am, Martin Fuchs wrote:
> > Do they use wine code, do they use MS OS source code licencies, or how
> > did they manage this?
>
> IIRC they use MS licensed code.
We tried both MainWin and Wind/U many years ago but found t
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> Ferenc Wagner wrote:
>
>> What do you think? I am even willing to do some of the
>> above, except for the build, as I have no constant access
>> to Windows machines.
>>
>
> The build should be done on linux, with "make crosstest",
> (See http://bugs.wi
On August 23, 2003 04:32 am, Eric Pouech wrote:
> also, as a noted difference, in selection. Wine's only draws a dotted
> rect around the selected item (or row in full row select mode). In
> native, the rect interior is grayed if the control doesn't have the
> focus, and filled in blue if control h
On Sun, 24 Aug 2003, Gerold J. Wucherpfennig wrote:
[...]
> I have to apologize, because my lack of knowledge in this regard,
> but there are multilingual versions of Windows too. Why not do
> it like Microsoft does? Is this possible?
>From what I gathered reading this thread, we do it like Micros
On August 24, 2003 12:48 pm, Jon Griffiths wrote:
> OK, here it is with the 2 failing tests commented out (assuming it
> makes it
> through YahooPops un-truncated, that is; if not I'll resend
> manuallly).
I'm afraid it didn't, like all the other messages you sent in the
last couple of days. I can
Hi all
I have tested your patch but i still get the warning message :(
Stephan
Eric Pouech wrote:
So the problem appears to be that in the new implementation, the write
to the pipe is being blocked on every call, until a read has happened.
What should be happening is that the write should only block if the pipe
is full. Does that help someone know where to look?
does thi
On Sun, 2003-08-24 at 20:15, Eric Pouech wrote:
> > So the problem appears to be that in the new implementation, the write
> > to the pipe is being blocked on every call, until a read has happened.
> > What should be happening is that the write should only block if the pipe
> > is full. Does tha
On Sun, 24 Aug 2003, Jon Griffiths wrote:
[...]
> Note that a regression is something that used to work, and now
> doesn't. So any regression testing should only report failures for
> tests that used to work and now don't. New tests that fail, or those
> that have never succeeded, _aren't_ regressi
--- Jukka Heinonen <[EMAIL PROTECTED]> a écrit : > I have to admit I'm a bit
disappointed with this patch:
> - Patch name should really be more descriptive.
> - Changelog is not up to date with patch.
Changelog != message title, you ok?
And tell why its not in sync with the patch.
> - This patch
So the problem appears to be that in the new implementation, the write
to the pipe is being blocked on every call, until a read has happened.
What should be happening is that the write should only block if the pipe
is full. Does that help someone know where to look?
does this help ?
A+
--
Eric
Duane Clark wrote:
This is a bit old, from May, but anyhow...
The patch to implement anonymous pipes on top of named pipes:
http://www.winehq.com/hypermail/wine-cvs/2003/05/0305.html
along with a corresponding bug fix:
http://www.winehq.com/hypermail/wine-cvs/2003/06/0123.html
causes Xilinx ISE to
It may me nothing useful or old new, but could this help
http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/Q123/4/64.asp&NoWebContent=1
When building Wine on FreeBSD with libc_r (r for reentrant) instead of
libc, I now trigger the following FIXME in scheduler/pthread.c:
/* CONDITIONS */
/* not implemented right now */
int __pthread_cond_init(pthread_cond_t *cond, const pthread_condattr_t *cond_attr)
{
P_OUTPUT
Update: with Alexandre's followup patch, Wine now builds on FreeBSD with
GCC 3.2.x (though with the system compiler we have some problems, but
let's postpone those).
On Thu, 21 Aug 2003, Gerald Pfeifer wrote:
> So perhaps we ought to use -lc_r instead of -lc and omit -lpthread on
> FreeBSD (or use
On Sun, Aug 24, 2003 at 05:53:35AM +0200, Ove Kaaven wrote:
> ntdll.spec.c (generated by winebuild) contains a global constructor to
> automatically call __wine_spec_ntdll_init as soon as the .so is loaded,
> this init routine calls __wine_dll_register which eventually adds the
> DLL to that list.
Hi Ferenc,
On Fri, 22 Aug 2003, Ferenc Wagner wrote:
> In the spirit of the above, I proposed omitting (gasp!) the
> green ones... Is that an oversimplification? I have to
> admit http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php
> looks very nice. It is a pity it went dead two days before
> I
On Friday 22 August 2003 18:12, Alexandre Julliard wrote:
...
> IMO it's better to leave the extensions in the normal headers and make
> the code deal with missing definitions in case you are building under
> Windows. So instead of importing the definition of say LANG_GAELIC
> from some Wine header
> 0x4a : This is not valid C. RESET_CFLAG cannot happen before
>variable declarations. Move RESET_CFLAG to start of subfunction.
Well, this is not valid C, but is perfectly valid C99. And as most of the
people now are using GCC 3.X to develop Wine, these kind of stuff happen a
lot more of
I have to admit I'm a bit disappointed with this patch:
- Patch name should really be more descriptive.
- Changelog is not up to date with patch.
- This patch cannot be compiled with a C compiler. This makes it
look like this patch has not been tested at all...
- There are logic errors in the pat
> "Duane" == Duane Clark <[EMAIL PROTECTED]> writes:
Duane> This is a bit old, from May, but anyhow... The patch to
Duane> implement anonymous pipes on top of named pipes:
Duane> http://www.winehq.com/hypermail/wine-cvs/2003/05/0305.html along
Duane> with a corresponding bug f
> "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes:
Alexandre> Jon Griffiths <[EMAIL PROTECTED]> writes:
>> Any problems with this one?
Alexandre> You said yourself that the some of the tests are currently
Alexandre> failing; I cannot commit tests that fail, that w
[EMAIL PROTECTED] wrote:
000a: get_console_input_info( handle=(nil) )
[snip]
if (!console && !geterror()) set_error(STATUS_INVALID_PARAMETER);
is directly responsible for the error.
the error is more that the handle passed to get_console_input_info in
the server is nil, so server cannot find th
Since updating to today's CVS, I am no longer able to run Trainz, the app I am
currently working on developing sound support for. I get some traces pointing
to an apparent problem with console handles. Here's a snippet of the trace
(please excuse me, but I can't post the whole thing easily as my
On August 23, 2003 11:37 am, Eric Pouech wrote:
> thanks... works like a charm now
> impressive turn around time btw!!
Oh, thank you, you are too kind. I just happened to
have a few moments free in the morning (thanks to my
g/f who did not complain too loudly about me being
late for breakfast :)).
søn, 24.08.2003 kl. 04.13 skrev Dan Brosemer:
> I see that message is in relay32/builtin32.c, printed if MODULE_FindModule
> returns nothing.
>
> In MODULE_FindModule in this loop:
> for ( wm = MODULE_modref_list; wm; wm = wm->next )
> {
> .
> }
>
> I added a printf("MOD: %s
First, if this is the wrong list for this, I appologize and please point me
at the correct list.
I have been trying to port Wine, WineX, or ReWind to OpenBSD 3.4-beta for
the past week. I've made the most progress with ReWind, so that is what
this post will focus on.
Where I'm stumbling right no
Ferenc Wagner wrote:
What do you think? I am even willing to do some of the
above, except for the build, as I have no constant access to
Windows machines.
The build should be done on linux, with "make crosstest",
(See http://bugs.winehq.com/show_bug.cgi?id=1602 )
regards,
Jakob
Jonathan Wilson wrote:
after investigating the DirectX NT dlls as part of an investigation to
see if they would work on ReactOS, I discovered something.
The core DX dlls (like ddraw.dll, dsound.dll, dinput.dll and others)
dont seem to make kernel-mode or driver/hardware calls directly.
When yo
This is a bit old, from May, but anyhow...
The patch to implement anonymous pipes on top of named pipes:
http://www.winehq.com/hypermail/wine-cvs/2003/05/0305.html
along with a corresponding bug fix:
http://www.winehq.com/hypermail/wine-cvs/2003/06/0123.html
causes Xilinx ISE to run really, really
33 matches
Mail list logo