WinZip could go into the Gold list if we are willing to ask people to
install the RichEdit3 control from here:
http://www.allerasoft.com/download/
and fixed the bug that causes it to have a fatal error when exiting.
Are we allowed to point people to the AlleraSoft RichEdit3 update (to
get a
Am Mit, 2002-11-13 um 02.27 schrieb Alexandre Julliard:
This bit is going to break the default keys, it will make them stored
into the user registry files.
I'd suggest moving the computer name stuff out of allocate_default_keys()
OK - this leaves only a single key that is actually allocated
--- Carlos Lozano [EMAIL PROTECTED] a écrit : El mar, 12 de nov
de 2002, a las 12:50, Mike Hearn escribio:
OK, I remembered reading about how WinZip was nearly Gold but not
quite.
There was a problem with the richedit control. If I install the
richedit
control into Crossover 1.3.1 from
Yeah, but the richedit update:
http://www.allerasoft.com/download/public/riched30.exe isn't
Not sure what the licensing is like for MS supplied redistributable
updates
Sylvain Petreolle wrote:
--- Carlos Lozano [EMAIL PROTECTED] a crit: El mar, 12 de nov
de 2002, a las 12:50, Mike Hearn
couldn't you wait for a better richedit support or - perhaps - try to
fix it ? if you can't there are linux programs that do the job.
--- Mike Hearn [EMAIL PROTECTED] a écrit : Yeah, but the
richedit update:
http://www.allerasoft.com/download/public/riched30.exe isn't
Not sure what the
On Wednesday 13 November 2002 03:42 am, David Fraser wrote:
Greg Turner wrote:
Not sure if this is what you've encountered, but there is a
shortcoming of the current implementation: the client-side API's
report success even when they fail.
Not just that; they currently send the message
Greg Turner wrote:
Doesn't work between Linux and a Windows machine
(Linuz client sends
messages locally, client on Windows machine returns exception)
Not sure if this is what you've encountered, but there is a shortcoming
of the current implementation: the client-side API's report
I'd like to suggest some form of feedback for patches submitted to
wine-patches, which is currently a bit of a black hole.
Some of the patches I sent did not committed (probably because
Alexandre didn't consider the cleanup there worthwhile enough,
which I even could understand):
I'll probably be taking a look at merging in the dib engine in the next few weeks as
part of ongoing work to improve d3d support. If someone happens to start sooner just
mail the list so we don't duplicate work.
Chris
From: Greg Turner [EMAIL PROTECTED]
Date: 2002/11/13 Wed AM 08:58:54
On Wednesday 13 November 2002 10:10 am, [EMAIL PROTECTED] wrote:
I'll probably be taking a look at merging in the dib engine in the
next few weeks as part of ongoing work to improve d3d support. If
someone happens to start sooner just mail the list so we don't
duplicate work.
10-4.
--
gmt
Hannu Kotipalo [EMAIL PROTECTED] writes:
I think the main problem is (btw.. for most applications, there is no
problem..) that unix files are opened and closed for every, even small
ReadFile(). Doesn't it flush all buffers?
No, the problem is most likely that we have to do a round-trip to the
Gerald Pfeifer [EMAIL PROTECTED] writes:
And the following patch was committed with modifications:
http://www.winehq.com/hypermail/wine-patches/2002/11/0176.html
- http://cvs.winehq.com/patch.py?id=6249
There's no point in checking for signal.h or sys/types.h since we
don't check for
[EMAIL PROTECTED] writes:
I'll probably be taking a look at merging in the dib engine in the
next few weeks as part of ongoing work to improve d3d support. If
someone happens to start sooner just mail the list so we don't
duplicate work.
Note that simply merging the existing code is not
I did some license checking and here is a quote from the qt package.
You are licensed to use this software under the terms of either
the Q Public License (QPL) or the GNU General Public License (GPL).
so there should be no problems with kde/qt and wine linking.
Mark Hannessen
On November 9, 2002 09:20 pm, Steven Edwards wrote:
Thanks to Robert Dickenson for his work on this. If someone wants to
adopt then here it is.
I am looking into it.
--
Dimi.
--- Mark Hannessen [EMAIL PROTECTED] wrote:
I did some license checking and here is a quote from the qt package.
You are licensed to use this software under the terms of either
the Q Public License (QPL) or the GNU General Public License (GPL).
so there should be no problems with kde/qt
Greg Turner [EMAIL PROTECTED] writes:
Another unmerged patch I'd like to see go in. cppexcept.c has changed a
bit since this was submitted so I've tried to merge in the changes (at
a glance, this seems to have worked). Let me know if there's anything
that needs fixing before it can go
Hi all,
I've sent a patch for ddraw COM management, I did not have any comments
and the patch has been rejected.
Could someone tell me if something is wrong or lacking?
Christian.
PS: I've joined a small doc that explains how to use objects with
multiple interfaces. This docs is based on what
On November 13, 2002 02:38 pm, Alexandre Julliard wrote:
Reduce the maximum length of debug strings to 80 characters.
Why do that? My console has 140 columns, 80 is rather small.
--
Dimi.
Hey Alexandre,
Note that simply merging the existing code is not enough, you'll need
to fix the architecture. IMO it needs to be based on the DC driver
interface, but this will also require some changes to that interface.
I presume with this you mean the way we hooked the dibengine into the
On Wednesday 13 November 2002 01:07 pm, Alexandre Julliard wrote:
Greg Turner [EMAIL PROTECTED] writes:
Another unmerged patch I'd like to see go in. cppexcept.c has
changed a bit since this was submitted so I've tried to merge in
the changes (at a glance, this seems to have worked). Let
David Hammerton [EMAIL PROTECTED] writes:
If we just always used the dibengine no matter what, we would sometimes 'lose'
on the whole coerce thing - what if the dibsection (or whatever) is in
gdimod, we'd then have to do a whole copy of it back to sync things up, which
is just silly when
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Why do that? My console has 140 columns, 80 is rather small.
It's to avoid buffer overflows. With escapes, 80 chars can potentially
grow to 400 chars.
--
Alexandre Julliard
[EMAIL PROTECTED]
Alexandre Julliard wrote:
David Hammerton [EMAIL PROTECTED] writes:
If we just always used the dibengine no matter what, we would sometimes 'lose'
on the whole coerce thing - what if the dibsection (or whatever) is in
gdimod, we'd then have to do a whole copy of it back to sync things up,
Greg Turner [EMAIL PROTECTED] writes:
Should a +seh trace be sufficient for a meaningful investigation? If
so, I can whip up a quite tidy (iow, small) one, with some annotations
describing what I'm doing with the app, and post it to the list.
+seh is usually enough, though +relay,+seh is
--- Dimitrie O. Paun [EMAIL PROTECTED] wrote:
On November 9, 2002 09:20 pm, Steven Edwards wrote:
Thanks to Robert Dickenson for his work on this. If someone wants to
adopt then here it is.
I am looking into it.
Cool. In the last email I got from Rob he said he was going to start doing
On Tuesday 12 November 2002 13:15, Paul Millar wrote:
4. Exiting word, it tries to save NORMAL.DOT, saying
The disk is full or too many files are open.
C:\windows\...\Templates\Normal.dot
causing:
fixme:storage:StorageImpl_Commit (4): stub!
One of the threads in my app calls CoInitialize, expecting it
to return S_OK (in fact, it's followed by an assert statement
requiring that it returns S_OK). When I run it in Wine, however,
CoInitialize returns S_FALSE, implying that this thread has
already initialized the COM library. Other
On November 13, 2002 15:25, Alexandre Julliard wrote:
But if we always use the DIB engine there won't be any coerce stuff at
all, everything will be done directly in the DIB and we won't use the
X11 renderer. Then the only time you have to copy is when doing a
BitBlt to the screen.
The
David Hammerton [EMAIL PROTECTED] writes:
I'm curious to know how you propose to hook the DIB engine in?.. I looked at
several methods (changing the DC function table, for example) - none of them
looked very appealing to us.
I don't know, the DC function table seems like the perfect tool
Gavriel State [EMAIL PROTECTED] writes:
The DIB engine is a long way from being finished, however. There are some major
missing features - text rendering, for example. If the DIB engine is integrated
in such a way that it completely replaces X rendering for DIBSections, it will
work poorly
On Wed, 13 Nov 2002, Zsolt Rizsanyi wrote:
Editing WriteFmtUserTypeStg to return S_OK instead of E_NOTIMPL fixed
this for me with word 97.
This fixes the problem for me too.
What are the knock-on effects of doing this, though? The MSDN entry:
On November 13, 2002 03:27 pm, Alexandre Julliard wrote:
It's to avoid buffer overflows. With escapes, 80 chars can potentially
grow to 400 chars.
Yes, I thought it would be related to buffer sizes, but it does not look
like the right fix. We should check, and not exceed, the size of the
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Yes, I thought it would be related to buffer sizes, but it does not look
like the right fix. We should check, and not exceed, the size of the
buffer, not limit the input to the worse case safe minimum. I'll look at
an alternative fix.
The problem is
Is anyone working on implementing FindFirstChangeNotification and
friends? If not, this looks like something that may be both within my
capabilities and non-trivial enough to be useful (a rare combination!).
My thought is to use SGI FAM (http://oss.sgi.com/projects/fam/), which
is shipped with
Vincent Béron wrote:
Finally, it's done.
In the attached archive you'll find the following files:
wine-faq.sgml - Main sgml file
faq-0.sgml \
faq-1.sgml |- Content sgml files
faq-2.sgml /
faq.css - CSS file for the FAQ
index.html - The output of docbook2html -d faq.dsl wine-faq.sgml
Folks,
A new version (0.5) of the Wine 0.9 TODO is out:
http://www.dssd.ca/wine/Wine-0.9-TODO-0.5.html
The work-in-progress one is always available at:
http://www.dssd.ca/wine/Wine-0.9-TODO.html
Please check it out, and help me keep it up-to-date. :)
Again, for you
37 matches
Mail list logo