Hi,
just for fun I've tried to install iTunes 7 on a fresh .wine. According
to the AppDB this fails (one should first install QuickTime).
While going through some traces I saw something the apparently needs
this fix, but I'm no MSI-guy:
diff --git a/dlls/msi/custom.c b/dlls/msi/custom.c
index
How do you get a patch back that you have managed to remove completely
from your system with a
git reset HEAD^
git reset
git checkout patchname ?
git fetch does not seem to refresh the patch from the repository. I was
going fairly well with git then stuffed this up.
Jeff
On Tue, Sep 19, 2006 at 01:57:22PM -0700, James Hawkins wrote:
I get the following failures with fontforge 20060822.
font.c:423: Test failed: GetGlyphIndices count of glyphs should = 5 not -1
font.c:424: Test failed: GetGlyphIndices should have returned a
nonexistent char not f000
* On Wed, 20 Sep 2006, Jeff L wrote:
How do you get a patch back that you have managed to remove completely from
your system with a
git reset HEAD^
git reset
git checkout patchname ?
What branch you were on during this?
git fetch does not seem to refresh the patch from the repository. I
On Wed, Sep 20, 2006 at 03:22:02PM +0900, Dmitry Timoshkov wrote:
Changelog:
Implement GetKerningPairs for TrueType fonts.
Hi Dmitry,
Looks good, apart from one small nitpick below.
I still think it would be nice to add the tests that you have to the
test suite, even if it's just
Saulius Krasuckas wrote:
* On Wed, 20 Sep 2006, Jeff L wrote:
How do you get a patch back that you have managed to remove completely from
your system with a
git reset HEAD^
git reset
git checkout patchname ?
What branch you were on during this?
This was the Origin or Master
* On Wed, 20 Sep 2006, Jeff Latimer wrote:
* Saulius Krasuckas wrote:
* On Wed, 20 Sep 2006, Jeff L wrote:
How do you get a patch back that you have managed to remove
completely from your system with a
git reset HEAD^
git reset
git checkout patchname ?
Hmm, old git
Jeff L wrote:
How do you get a patch back that you have managed to remove completely
from your system with a
git reset HEAD^
git reset
git checkout patchname ?
git fetch does not seem to refresh the patch from the repository. I was
going fairly well with git then stuffed this up.
If the
On Sunday 17 September 2006 21:48, Marcus Meissner wrote:
On Sun, Sep 17, 2006 at 08:09:24AM +1000, Robert Lunnon wrote:
I note the recent flamefest, where some of this list seared yet another
contributor (Roland Kaeser)
Since this particular very old, very shrivelled chestnut. is one of
On Mon, Sep 18, 2006 at 02:12:02PM +0200, Tomas Carnecky wrote:
Jan Zerebecki wrote:
To fix bug #4093 we need to replace the currently used signal
callback method (very complex to make signals work properly [in
Wine], thus we should avoid it) with I guess a fd based method
for example with
On Mon, Sep 18, 2006 at 01:54:26AM -0400, Aaron Slunt wrote:
Jan, could you please clarify what you mean by an fd-based method? Thanks.
On http://alsa-project.org/alsa-doc/alsa-lib/pcm.html search for the
headline Event waiting routines. That is what I meant with fd-based
method. Below that is
On Thu, Sep 21, 2006 at 12:18:51AM +0900, Dmitry Timoshkov wrote:
this version of the patch incorporates another Huw's suggestion
in eliminating redundant local variable and simplifying the code.
Thanks Dmitry,
Looks good to me.
--
Huw Davies
[EMAIL PROTECTED]
I'm trying to get an application running that accesses the Internet, but
fails with the message, no Internet connection present.
The internet connection is fine, as proved by the fact I can run firefox
wow under wine.
I've disassembled the applications exe and examined wine's fixme errors
Jan Zerebecki wrote:
As explained in the mail refrenced above the main problem is that
in wine the alsa callback signal (that we currently use) won't
work properly without special care, but the fd based method (for
example with select) should work as expected.
Why won't it work without
I'm trying to get an application running that accesses the Internet, but
fails with the message, no Internet connection present.
The internet connection is fine, as proved by the fact I can run firefox
wow under wine.
I've disassembled the applications exe and examined wine's fixme errors
Aaron Slunt wrote:
Jan Zerebecki wrote:
On Sun, Sep 17, 2006 at 05:26:12PM +0100, James Courtier-Dutton wrote:
I am an ALSA developer, and at one point tried to fix the wine alsa
support. I found the wine source code very difficult to read and
understand. Windows seems to have so many
Hi folks,
There is going to be a Text Layout Summit during the Boston Gnome Summit
http://live.gnome.org/Boston2006/TextLayout
We are going to discuss things related to text layout. Hopefully we will
discuss a uniscribe compatible API that could be used by wine and mono
SWF since afaik neither
Hi,
On 20/09/06, Paul Vriens [EMAIL PROTECTED] wrote:
The single-quotes should be needed as the SQL statement in the trace showed:
trace:msi:MSI_DatabaseOpenViewW LSELECT `Message` FROM `Error` WHERE
`Error` = The installlation of QuickTime did not complete successfully.
iTunes requires
A recent article in a Linux magazine talking about winelib mentioned
using __attribute__((com_interface)). I thought that attribute
was no longer valid in gcc. The reason I am asking is because I
am trying to do COM development using mingw, C++, (hopefully)
WIDL. I thought the 3.x and higher
Nick Law wrote:
I've never written anything under MS windows otherwise I would write a
small application myself that calls EnumServicesStatus figure it out
myself. In fact maybe I will have to get myself a copy of visual C++ so
I can do these tests.
Have you looked at creating a
On Wed, Sep 20, 2006 at 05:54:06PM +0200, Tomas Carnecky wrote:
Jan Zerebecki wrote:
As explained in the mail refrenced above the main problem is that
in wine the alsa callback signal (that we currently use) won't
work properly without special care, but the fd based method (for
example with
Duane Clark wrote:
Nick Law wrote:
I've never written anything under MS windows otherwise I would write
a small application myself that calls EnumServicesStatus figure it
out myself. In fact maybe I will have to get myself a copy of visual
C++ so I can do these tests.
Have you looked at
On Wed, Sep 20, 2006 at 05:55:03PM +0200, Marcus Meissner wrote:
On Wed, Sep 20, 2006 at 05:54:06PM +0200, Tomas Carnecky wrote:
Jan Zerebecki wrote:
As explained in the mail refrenced above the main problem is that
in wine the alsa callback signal (that we currently use) won't
work
Benjamin Arai [EMAIL PROTECTED] writes:
+case VT_I1: if (V_I1(left) == -1) resvt = VT_NULL; break;
+case VT_UI1:if (V_UI1(left) == 0xff) resvt = VT_NULL; break;
+case VT_I2: if (V_I2(left) == -1) resvt = VT_NULL; break;
+case VT_UI2:if
Vijay Kiran Kamuju [EMAIL PROTECTED] writes:
my $uc_dll_name = uc $dll_name;
+
+ if (($dll_ext ne 'ds') ($dll_ext ne 'acm') ($dll_ext ne 'drv')
+ ($dll_ext ne 'exe') ($dll_ext ne 'ocx') ($dll_ext ne 'vxd'))
+ {
+$dll_ext='dll';
+ }
You are still hardcoding things,
Wine works fine as-is in my opinion ;)
Which you are entitled to, but my opinion happens to differ. Whether the
wine
core source has all the patches, (Which it doesn't - many, but not all) isn't
relevant, it's the process that they go through that I believe could improve.
For the
Sounds good, but in that case shouldn't I also change the one for UINT
to something like ~(UINT)0?
Benjamin
Alexandre Julliard wrote:
Benjamin Arai [EMAIL PROTECTED] writes:
+case VT_I1: if (V_I1(left) == -1) resvt = VT_NULL; break;
+case VT_UI1:if (V_UI1(left) ==
Benjamin Arai [EMAIL PROTECTED] writes:
Sounds good, but in that case shouldn't I also change the one for UINT
to something like ~(UINT)0?
Well, yes, ~0u is usually a better choice than 0x, but that's
more of a cosmetic issue, unlike the long long case.
--
Alexandre Julliard
[EMAIL
Robert Lunnon wrote:
Which you are entitled to, but my opinion happens to differ. Whether the wine
core source has all the patches, (Which it doesn't - many, but not all) isn't
relevant, it's the process that they go through that I believe could improve.
The way to get your changes in is
Paul Vriens wrote:
The single-quotes should be needed as the SQL statement in the trace showed:
trace:msi:MSI_DatabaseOpenViewW LSELECT `Message` FROM `Error` WHERE
`Error` = The installlation of QuickTime did not complete successfully.
iTunes requires QuickTime. 0x6669a498
Might be worth
The correct way to fix this is to call services.exe (which doesn't exist
yet) and get a list of services from there. In the mean time you should
be able to persuade Alexandre to take a small hack that returns the
appropriate information to the application, you should be able to write
a small
well some spec files are like wnaspi32.spec, when we parse the names of those.
We need to hard code them to dll.
There is no other way unless you change the spec file names.
On 9/20/06, Alexandre Julliard [EMAIL PROTECTED] wrote:
Vijay Kiran Kamuju [EMAIL PROTECTED] writes:
my $uc_dll_name
Some kinda patch management system would help. I think like bugzilla.
On 9/20/06, Jeremy White [EMAIL PROTECTED] wrote:
Wine works fine as-is in my opinion ;)
Which you are entitled to, but my opinion happens to differ. Whether the wine
core source has all the patches, (Which it doesn't -
Vijay Kiran Kamuju [EMAIL PROTECTED] writes:
well some spec files are like wnaspi32.spec, when we parse the names of those.
We need to hard code them to dll.
There is no other way unless you change the spec file names.
That doesn't mean you need to hardcode a list of extensions, any
extension
Well then will this do good, if the file extension is 'spec', then we
will take the default value as 'dll'.
As the logic i am using to parse the filenames is, I am checking using
the first part of the extension.
Can you tell me a better method other than this?
I will cahnge to that.
On 9/20/06,
On 9/20/06, Vijay Kiran Kamuju [EMAIL PROTECTED] wrote:
Some kinda patch management system would help. I think like bugzilla.
It'd better have an emacs interface ;)
-Brian
On 9/20/06, Roderick Colenbrander [EMAIL PROTECTED] wrote:
Hi,
This is a resubmit of the previous font moving patch against the latest cvs/git
version. The old version didn't apply anymore to winex11.drv. For the rest the
patch is the same.
You forgot to attach the patch.
--
James Hawkins
Jan Zerebecki wrote:
On Mon, Sep 18, 2006 at 01:54:26AM -0400, Aaron Slunt wrote:
Jan, could you please clarify what you mean by an fd-based method? Thanks.
On http://alsa-project.org/alsa-doc/alsa-lib/pcm.html search for the
headline Event waiting routines. That is what I meant with fd-based
After having followed this thread for some time, I feel that there is an aspect
that is often missed in the debate.
As I see it, it would appear that Wine contributors fall into essentially two
camps. There are those who develop Wine for Wine's sake. This category includes
the core developers,
This time with a patch.
Hi,
This is a resubmit of the previous font moving patch against the latest
cvs/git version. The old version didn't apply anymore to winex11.drv. For the
rest the patch is the same.
Regards,
Roderick Colenbrander
--
Der GMX SmartSurfer hilft bis zu 70% Ihrer
Dr J A Gow wrote:
How to capture these 'lost' contributions is a difficult issue. Maybe a
centralized repository for patches could be maintained separate from the main
Wine tree and with a very loose method of acceptance (maybe just ensure that
it
is clearly indicated what the patch is for
Huw Davies [EMAIL PROTECTED] wrote:
-ok(sz1.cx == sz2.cx sz1.cy == sz2.cy,
- results from GetTextExtentExPointW and GetTextExtentPointW differ\n);
+ok(sz1.cy == sz2.cy,
+ cy from GetTextExtentExPointW (%ld) and GetTextExtentPointW (%ld)
differ\n, sz1.cy, sz2.cy);
Hiya James,
-TRACE(Feature %s - %d %d %d\n, debugstr_w(feature-Title),
+printf(Feature %s - %d %d %d\n, debugstr_w(feature-Title),
I don't think you meant that to slip in.
--Juan
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best
43 matches
Mail list logo