On Tue, Oct 07, Alexandre Julliard wrote:
> Well, the patch is doing a kind of lazy initialisation, since it falls
> back to the global vector if the task one is 0. We could possibly set
> the task vector at that point, but it's not clear to me that it would
> be necessary.
Now that you mention it
"Troy Rollo" <[EMAIL PROTECTED]> wrote:
> Unfortunately it appears there may be one: LCMapString. If all the things we
> have discovered about the tables are correct (and I am by no means assuming
> that they are), then the Microsoft sort key table meets the industrious
> collection requirement
On Fri, 3 Oct 2003 23:07, Patrik Stridvall wrote:
> [correct summary of the law deleted]
> As far as Wine is concerned though I can't think of
> any Windows API that:
> 1. Returns pure facts (not having any unique expression)
> 2. Would fulfill the requirement of needed a significant
>effort t
On Fri, 3 Oct 2003 21:38, Dmitry Timoshkov wrote:
> I've asked a question regarding unicode support and sorting on
> microsoft.public.win32.programmer.international (26-28 Jun 2003)
> and have the following answers (UCA == Unicode Collation Algorithm):
Based on the lines on inquiry this opened up,
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Since these are internal use only, let's not document them
> for external people, it will just cause problems.
I disagree, it's much better to have documentation stating that they
are internal than not to have any documentation at all.
--
Alexand
[EMAIL PROTECTED] writes:
> (See attached file: patch_code_out_of_asserts.txt)
The indentation is messed up. You should set your editor tab width to
8 instead of 4.
--
Alexandre Julliard
[EMAIL PROTECTED]
[EMAIL PROTECTED] writes:
> (See attached file: patch_xrender_abort_if_clipped.txt)
It would be better IMO to do that as part of the clip rectangle
calculation a few lines below.
--
Alexandre Julliard
[EMAIL PROTECTED]
I'm not very familiar with how the winelook is handled in code, what does it
do exactly? if it simply affects system metrics & colors that would be easily
merged with themes, if its more then that (like for example different common
dialogs) it may be more difficult
Full blown theming in windows
On Tue, 7 Oct 2003, Steven Edwards wrote:
> DirectDraw 7 interfaces at
> http://mail.gleneagle.net/sedwards/gdi/
>
> The authors of the Windows2000 API Blackbook have aggreed to license
> the tests as public domain with a request for advertising.
I don't think the advertising clause is LGPL co
Steven Edwards <[EMAIL PROTECTED]> writes:
> Yes [Un]Map[SL/LS] calls should all be marked as janitorial. They are
> 9x only and we dont want to have to try and implement a hack in
> ReactOS.
You can't get rid of MapSL, it's necessary for 16-bit support; all you
can do is separate the 16-bit code
Martin Fuchs <[EMAIL PROTECTED]> writes:
> The problem is not just my application. The problem exists with any
> application, that tries to register a shell window, for example the original
> MS explorer or GeoShell. Handling it with catching WM_MOUSEACTIVATE would be
> possible, yes. But that
--- Eric Pouech <[EMAIL PROTECTED]> wrote:
> may be (code janitorial) we could get rid of all MapSL and
> PTR_REAL_TO_LIN calls, and just use the CTX_SEG_OFF_TO_LIN macro
> instead
> ? That would be more readable IMO.
> A+
Yes [Un]Map[SL/LS] calls should all be marked as janitorial. They are
9x
Jukka Heinonen <[EMAIL PROTECTED]> writes:
> However, I can't see why this would cause a crash because as far as
> I know, int 0 vector is never called by Wine. It doesn't really matter
> but I'm just curious... (Perhaps they handle int 0 as a call chain?)
It never gets called, but in order to ch
On Tue 7. October 2003 22:15, Alexandre Julliard wrote:
> Martin Fuchs <[EMAIL PROTECTED]> writes:
> > When trying to get my explorer clone to work on Wine, I found this way to
> > make it work in Wine's desktop mode. I am also not really sure if this is
> > the only or the best way to do it. But i
* Jukka Heinonen wrote:
| Well, you could try using +relay debugmsg flag
Here are some lines around the crash-point; compare it to the previous
one (I made sure some output from that one was preset in my cut-out):
$ wine --debugmsg +int,+int31,+relay ./Setup 2> /tmp/trace
>From /tmp/trace:
[...]
Hello,
I have post a collection of tests with source code for the GDI and
DirectDraw 7 interfaces at
http://mail.gleneagle.net/sedwards/gdi/
The authors of the Windows2000 API Blackbook have aggreed to license
the tests as public domain with a request for advertising.
The ReactOS project has al
Martin Fuchs <[EMAIL PROTECTED]> writes:
> When trying to get my explorer clone to work on Wine, I found this way to make
> it work in Wine's desktop mode. I am also not really sure if this is the only
> or the best way to do it. But it works. Without this patch there exists this
> problem: Whe
On Tue, Oct 07, André Johansen wrote:
> Is it possible to add more trace messages somewhere or get a larger
> call-stack?
Well, you could try using +relay debugmsg flag, but that usually
yields way too large traces. Probably the easiest way would be adding
manually TRACE (or ERR) lines to suspicio
* Jukka Heinonen wrote:
| Unfortunately trace does not
| contain information about where the crash happened but I guess
| since this bug is in the same routine called on the last lines
| of trace (trace:int:MSCDEX_Handler CDROM device driver -> command <128>),
| fixing this bug may help.
Is it pos
> > But you did not yet insert the altered focus handling in
> set_active_window()
> > from my patch. Is this just comming next, or is there another particular
> > reason for not doing this?
>
> Well, I'm not convinced we need to do such special handling at all;
> why did you have to add that?
Th
On Tue, Oct 07, Eric Pouech wrote:
> may be (code janitorial) we could get rid of all MapSL and
> PTR_REAL_TO_LIN calls, and just use the CTX_SEG_OFF_TO_LIN macro instead
> ? That would be more readable IMO.
Well, that would be a good idea. I was actually planning to
post a patch that would make
Mike McCormack wrote:
> Two 16bit programs launch, one after the other. Each program hooks INT
> 0, however since our interrupt tables are global to all tasks, the
> second task retrieves the interrupt vector that the first task set.
>
> The first task exits, and restores the original INT 0 vecto
On Tue, 7 Oct 2003 [EMAIL PROTECTED] wrote:
Nit: why not use IsRectEmpty() ?
--
Dimi.
Please, if you can, try the patch below and report what happens.
may be (code janitorial) we could get rid of all MapSL and
PTR_REAL_TO_LIN calls, and just use the CTX_SEG_OFF_TO_LIN macro instead
? That would be more readable IMO.
A+
--
Eric Pouech
On Tue, Oct 07, 2003 at 12:29:15AM +0200, André Johansen wrote:
> * Jukka Heinonen wrote:
> | Okay, I have posted a patch to wine-patches that
> | should have fixed this bug. Let's see if that is
> | the case.
>
> Thanks -- I've tested it, and it seems to get further now. It still
> crashes, tho
On Tue, Oct 07, Sylvain Petreolle wrote:
> I still get a crash with WinDVD.
> Attached : trace with +int (int 1a has no other debug channel) and
> disass around $eip.
Well, well. This looks pretty interesting.
It looks like the program is trying to call
PCI BIOS routine "FIND PCI DEVICE" from
32-b
Jon Griffiths <[EMAIL PROTECTED]> writes:
> The data for the numeric conversion is in the Unicode data, but it
> doesn't match MS's as of XP. The other mappings will no doubt differ
> slightly too. I take it we don't care?
Not really; if an app depends on the difference we can always tweak
the ge
Martin Fuchs <[EMAIL PROTECTED]> writes:
> But you did not yet insert the altered focus handling in set_active_window()
> from my patch. Is this just comming next, or is there another particular
> reason for not doing this?
Well, I'm not convinced we need to do such special handling at all;
why
On 07 Oct 2003 11:28:51 +0200, you wrote:
> Hi,
> fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported
>
> what it mean?
I see this as well. And it is a bug.
I just send in a proposed fix for it to wine-patches.
>
> this is my cd is (11, 0) and then?
> brw-rw1 moreno
On Tue, 7 Oct 2003, Steven Edwards wrote:
> Is there a way we can merge the winelook option in to the themeing
> support? The work I have been doing to port comdlg32 is kind of stalled
> because of tweak_winelook being incompleate in this dll. It would be
> nice if we could plan on moving all of t
Hi,
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> IMO you should export the FoldString functionality from
> libs/unicode, not the tables.
OK, can do.
> they need to be generated from the Unicode standard data, and
> the code to do that should be added to cpmap.pl.
The data for the numeric
Hi All,
I've run into an interrupt related problem with Quicken 2002's installer.
Two 16bit programs launch, one after the other. Each program hooks INT
0, however since our interrupt tables are global to all tasks, the
second task retrieves the interrupt vector that the first task set.
The fi
Hi,
> I see, I did not notice the _-versions where inlined. But since
> all uses seem to be in the same file (is this correct), can't
> we just mark the regular ones as extern inline?
I didn't put all the functions in the same file, because a) they
split pretty logically into groups of 12-20 func
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> Should we take no theme name as meaning theming disabled?
Is there a way we can merge the winelook option in to the themeing
support? The work I have been doing to port comdlg32 is kind of stalled
because of tweak_winelook being incompleate in th
Hi,
fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported
what it mean?
this is my cd is (11, 0) and then?
brw-rw1 moreno cdwriter 11, 0 gen 1 1970
/dev/scsi/host0/bus0/target0/lun0/cd
i don't know if is for that but winefile crash!!
fixme:cdrom:CDROM_GetInter
Hello Alexandre,
I see, you implemented storage of the four global shell and takman windows.
Btw.: great unified aproach, this single get/set server call. :)
But you did not yet insert the altered focus handling in set_active_window()
from my patch. Is this just comming next, or is there anothe
On Mon, Oct 06, 2003 at 11:51:22AM -0400, Dimitrie O. Paun wrote:
> On Mon, 6 Oct 2003, Jon Griffiths wrote:
>
> > Size and speed.
> >
> > The inlined versions are to meant to be used within the variant code,
> > the biggest user being the coercion functions when I get round to
> > updating them
37 matches
Mail list logo
