Dan Kegel wrote:
Hey! Cygwin actually installs and runs inside Wine!
This is way cool! Last time I've checked there were some
nasty problems, and I haven't seen the patches targeting
this problem.
So satisfying! :)
Now, if we can get cygwin to run wine... g
--
Dimi Paun [EMAIL PROTECTED]
This is probably trivial, but I'm having a tough time figuring out the
current version of Windows that Wine is mimicking. I have a situation
where I need to behave differently if the version is NT (0x0500)
versus when it is XP (0x0600). I see the WINVER #define, but that
doesn't seem right to me
On Wed, Mar 19, 2008 at 1:31 AM, Chris Teague [EMAIL PROTECTED] wrote:
This is probably trivial, but I'm having a tough time figuring out the
current version of Windows that Wine is mimicking. I have a situation
where I need to behave differently if the version is NT (0x0500)
versus when
On Wed, Mar 19, 2008 at 2:02 AM, John Klehm [EMAIL PROTECTED] wrote:
On Wed, Mar 19, 2008 at 1:31 AM, Chris Teague [EMAIL PROTECTED] wrote:
This is probably trivial, but I'm having a tough time figuring out the
current version of Windows that Wine is mimicking. I have a situation
On my spring break and had some free time so I thought I'd take a shot
at implementing nice urls for the appdb that DanK had suggested a
while back.
I have decent bit of code in place that will interpret the url
http://appdb.winehq.org/app/what-you-want-here
and then feed the chunks into a hash
On Wed, Mar 19, 2008 at 06:16:36PM +0900, Kusanagi Kouichi wrote:
Fix bug #9838. http://bugs.winehq.org/show_bug.cgi?id=9838
---
dlls/winex11.drv/keyboard.c | 25 -
dlls/winex11.drv/xim.c | 16 ++--
2 files changed, 26 insertions(+), 15
Dan Hipschman [EMAIL PROTECTED] writes:
@@ -93,6 +93,10 @@ typedef struct
const IClassFactoryVtbl *lpVtbl;
} ClassFactoryImpl;
+/* This makes it easier to upgrade to IBackgroundCopyJob3,
IBackgroundCopyJob4,
+ and whatever else MS decides to tack on later. */
+typedef
Hervÿe9 Chanal [EMAIL PROTECTED] writes:
It's a nicer icon for msiexec. From the last submit, several size are
now included in the icon file. The icons are generated using a script
i submitted to wine-patch a long time ago. The svg source is not in
this patch. I can submit it too.
Yes,
Am Mittwoch, 19. März 2008 07:46:07 schrieb Ivan Gyurdiev:
Why do you need to reroute the shader path through atifs to support an
unrelated set of functionality (ffp replacement)? Isn't it possible to
have an ffp_backend, and a shader_backend (shader being the d3d shader),
and you can
The Patch points to wine-cvs. Shouldn't it point to wine-devel.
Am Mittwoch, 19. März 2008 07:46:07 schrieb Ivan Gyurdiev:
The way this patchset is heading is:
A (gl shader backend), which implements both d3d shader and ffp
pipeline, depending on the circumstances, through a mixed api
Yes, that's the only way that will work. The shader backend mutually
This has a whiff of the double-checked locking anti-pattern. I can't
see a way where it would really bite us in this case, but that anti-
pattern has several subtleties. So, I just wanted to prompt people to
double-check it (pun acknowledged).
Cheers,
Ken
On Mar 18, 2008, at 7:44 AM,
Stefan Dösinger wrote:
Am Mittwoch, 19. März 2008 07:46:07 schrieb Ivan Gyurdiev:
Why do you need to reroute the shader path through atifs to support an
unrelated set of functionality (ffp replacement)? Isn't it possible to
have an ffp_backend, and a shader_backend (shader being the d3d
Groeschel, Volker wrote:
The Patch points to wine-cvs. Shouldn't it point to wine-devel.
It points to wine-devel.
bye
michael
Chris Teague wrote:
This is probably trivial, but I'm having a tough time figuring out the
current version of Windows that Wine is mimicking. I have a situation
where I need to behave differently if the version is NT (0x0500)
versus when it is XP (0x0600). I see the WINVER #define, but that
Groeschel, Volker wrote:
The Patch points to wine-cvs. Shouldn't it point to wine-devel.
Stefaniuc, Michael wrote:
It points to wine-devel.
bye
michael
No, it doesn't.
A HREF=http://www.winehq.org/mailman/listinfo/wine-cvs;wine-devel at
winehq.org/A
Groeschel, Volker wrote:
The Patch points to wine-cvs. Shouldn't it point to wine-devel.
Not in the version of the patch I'm looking at:
if (! is_tablet_cursor(target-name, device_type))
{
-WARN(Skipping device %d [name %s|type %s]; not apparently a
Wine has two bugs filed for this also:
http://bugs.winehq.org/show_bug.cgi?id=10495
http://bugs.winehq.org/show_bug.cgi?id=10910
I am worried that everyone (WINE, ALSA, Pulse, Ubuntu) is not on the same page.
Will try cross-posting bug information.
Part of the problem seems to be that the
Groeschel, Volker wrote:
Groeschel, Volker wrote:
The Patch points to wine-cvs. Shouldn't it point to wine-devel.
Stefaniuc, Michael wrote:
It points to wine-devel.
No, it doesn't.
A HREF=http://www.winehq.org/mailman/listinfo/wine-cvs;wine-devel at
winehq.org/A
At what are you looking
I apologize I was not looking in the diff but in the wine-cvs message
http://www.winehq.org/pipermail/wine-cvs/2008-March/041392.html
There it points to wine-cvs.
I don't know where this difference comes from.
But wouldn't be http://www.winehq.org/mailman/listinfo/wine-devel better
than [EMAIL PROTECTED]
I just quote: Note: You should be subscribed to the lists before you
post to them, otherwise your posting will be treated as possible spam by
the mailing list software.
Groeschel, Volker wrote:
I apologize I was not looking in the diff but in the wine-cvs message
http://www.winehq.org/pipermail/wine-cvs/2008-March/041392.html
There it points to wine-cvs.
I don't know where this difference comes from.
The list archives obfuscate email addresses, adds
Groeschel, Volker wrote:
I apologize I was not looking in the diff but in the wine-cvs message
http://www.winehq.org/pipermail/wine-cvs/2008-March/041392.html
There it points to wine-cvs.
I don't know where this difference comes from.
It's pipermail obfuscating the email addresses.
Groeschel, Volker wrote:
But wouldn't be http://www.winehq.org/mailman/listinfo/wine-devel better
than [EMAIL PROTECTED]
I just quote: Note: You should be subscribed to the lists before you
post to them, otherwise your posting will be treated as possible spam by
the mailing list software.
IMO, a better place to file a bug would be with the mailman devs. My
policy is to try to keep with un-patched packages from Debian stable.
I can manually fix the archives though.
Michael Stefaniuc wrote:
Groeschel, Volker wrote:
I apologize I was not looking in the diff but in the wine-cvs
Jeremy Newman wrote:
IMO, a better place to file a bug would be with the mailman devs. My
Huh? This looks to me like a configuration problem and not a mailman
bug. I doubt that mailman knows on it's own to expand
[EMAIL PROTECTED] to:
A
Vitaliy Margolen wrote:
This time with lots of tests that exposed number of other problems that
were fixed.
I could not separate this patch into separate pieces - they all linked
together and
fixing one problem meant fixing or breaking something else. This
especially related
to the
So I've just read the following article:
GCC 4.3.0 exposes a kernel bug
http://lwn.net/SubscriberLink/272048/ecf14f359bcdcd15/
And my question is: could this be relevant to Wine?
And I don't mean about GCC 4.3.0 but about MSVC.
Here's the core of the issue:
The problem revolves
On Wed, Mar 19, 2008 at 6:03 AM, Susan Cragin [EMAIL PROTECTED] wrote:
Wine has two bugs filed for this also:
http://bugs.winehq.org/show_bug.cgi?id=10495
http://bugs.winehq.org/show_bug.cgi?id=10910
I am worried that everyone (WINE, ALSA, Pulse, Ubuntu) is not on the same
page. Will try
On Wed, 19 Mar 2008, Francois Gouget wrote:
[...]
So any compiler that not clear the direction flag at the start of each
function can cause kernel crashes when running on a buggy Linux or BSD kernel.
^^
remove
Sorry, it's just regular application
On Wed, Mar 19, 2008 at 4:07 AM, John Klehm [EMAIL PROTECTED] wrote:
On my spring break and had some free time so I thought I'd take a shot
at implementing nice urls for the appdb that DanK had suggested a
while back.
I have decent bit of code in place that will interpret the url
Dan Kegel [EMAIL PROTECTED] writes:
Could be that a wiki page is the best way to provide a central rallying point
between two projects on an issue like this.
Really, though, the answer is for Wine to have a native pulse audio driver.
No, the right answer is to make the Alsa driver work
Vitaliy Margolen [EMAIL PROTECTED] writes:
Anything wrong with this patch?
The message patching inside peek_message looks very wrong, I have a hard
time believing that this is really where this should happen. It most
likely belongs somewhere like process_keyboard_message.
--
Alexandre
On Wed, Mar 19, 2008 at 10:16 AM, Zachary Goldberg [EMAIL PROTECTED] wrote:
On Wed, Mar 19, 2008 at 4:07 AM, John Klehm [EMAIL PROTECTED] wrote:
I was wondering if there was a way to download the data from the appdb?
--John Klehm
I do this every week for the WWN to generate the
Anatoly Lyutin wrote:
Changelog:
Add ShowMenuDelay value
Ops!
Right changelog:
Changelog:
Add MenuShowDelay value.
--
Best regards
Anatoly Lyutin.
But wait! There are more! Alsa people tell me they have one for Ekiga. Gnome
has one, too.
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3825
http://bugzilla.gnome.org/show_bug.cgi?id=413552
I think a wiki page is a great idea, and I'll set one up later on
http://ossri.harvee.org
I'm planning on applying for the FUSE project. I guess there are a lot
of possibilities on this area. I have some experience on implementing
FUSE filesystems with python and C. I'll post some ideas in a couple
of days.
On Tue, Mar 18, 2008 at 5:57 PM, Steven Edwards [EMAIL PROTECTED] wrote:
On
I can provide help with integrating the code with the appdb if you
have any questions. The real question I've got, since I haven't done
it before, is how to get the path the user specified, eg.
appdb.winehq.org/vendor/adobe (or whatever), into a php script so we
can redirect to the list of
On Wed, Mar 19, 2008 at 11:55 AM, Chris Morgan [EMAIL PROTECTED] wrote:
I can provide help with integrating the code with the appdb if you
have any questions. The real question I've got, since I haven't done
it before, is how to get the path the user specified, eg.
Yep, I'm aware of that server parameter.
So the idea would be to add code to appdb.winehq.org/index.php and
look at REQUEST_URI for a particular format and redirect based on
that? That sounds feasible.
Chris
On Wed, Mar 19, 2008 at 12:01 PM, Zachary Goldberg [EMAIL PROTECTED] wrote:
On Wed,
On Wed, Mar 19, 2008 at 10:55 AM, Chris Morgan [EMAIL PROTECTED] wrote:
I can provide help with integrating the code with the appdb if you
have any questions. The real question I've got, since I haven't done
it before, is how to get the path the user specified, eg.
On Wed, Mar 19, 2008 at 12:12 PM, John Klehm [EMAIL PROTECTED] wrote:
On Wed, Mar 19, 2008 at 10:55 AM, Chris Morgan [EMAIL PROTECTED] wrote:
I can provide help with integrating the code with the appdb if you
have any questions. The real question I've got, since I haven't done
it
On Wed, Mar 19, 2008 at 11:15 AM, Chris Morgan [EMAIL PROTECTED] wrote:
On Wed, Mar 19, 2008 at 12:12 PM, John Klehm [EMAIL PROTECTED] wrote:
On Wed, Mar 19, 2008 at 10:55 AM, Chris Morgan [EMAIL PROTECTED] wrote:
I can provide help with integrating the code with the appdb if you
On 19/03/2008, Chris Teague [EMAIL PROTECTED] wrote:
This is probably trivial, but I'm having a tough time figuring out the
current version of Windows that Wine is mimicking. I have a situation
where I need to behave differently if the version is NT (0x0500)
versus when it is XP (0x0600).
Hi,
If you look at the output for a set of test results (e.g.
http://test.winehq.org/data/200803181000/), it indicates whether
particular tests need work on Wine. This is a great addition and works
very well... however, if you navigate to the information about that
test (e.g.
Hi,
Looking at the results from a test run (e.g.
http://test.winehq.org/data/200803181000/), it would be nice to have:
1. A summary of a dlls overall results (i.e. the summation of all
its unit test results), preferably before the individual tests, but
could live with them at the bottom.
The Patch points to wine-cvs. Shouldn't it point to wine-devel.
Just to resurrect this topic, as last time, of the responses to my email,
two were positive (and the other just pointed out that I'd mistaken the
Samba licensing for LGPL instead of GPL) but nothing else happened after
that.
Seeing as Wine is officially going to be having a 1.0 in the not too
On Wed, Mar 19, 2008 at 3:47 AM, Reece Dunn [EMAIL PROTECTED] wrote:
3. Possibly display the number of tests run in a given pass (e.g.
0/12 or 1+3/27). This is to give an idea of how many tests have been
run easily (especially for the dll and overall summaries).
The idea is to get a
Reece Dunn wrote:
Hi,
Looking at the results from a test run (e.g.
http://test.winehq.org/data/200803181000/), it would be nice to have:
1. A summary of a dlls overall results (i.e. the summation of all
its unit test results), preferably before the individual tests, but
could live
Ian Macfarlane wrote:
Just to resurrect this topic, as last time, of the responses to my
email, two were positive (and the other just pointed out that I'd
mistaken the Samba licensing for LGPL instead of GPL) but nothing else
happened after that.
Seeing as Wine is officially going to be
On Mon, Oct 22, 2007 at 12:56 PM, Scott Ritchie [EMAIL PROTECTED] wrote:
Dan Kegel wrote:
Tom W. found and publicized a script called winefix by
an ubuntu forums user named deadlydeathcone:
http://digg.com/linux_unix/Winefix_improved_desktop_integration_for_Wine
Hi Shachar,
I've removed the bi-directional entry from summer of code. I don't
think it is a good project because it involves a lot of changes in
pretty much all wine user controls. The only way to do this would be
by using the pango library to do the laying out of text, but I'm not
even sure
On Wed, Mar 19, 2008 at 10:40 AM, Jim [EMAIL PROTECTED] wrote:
Should we do this for the FAQ as well? I mean:
Make a separate developer DeveloperFaq (WikiName)
Move developer related topics from FAQ to DeveloperFAQ
Add question to FAQ Where is the Developer FAQ?
Maarten Lankhorst wrote:
Hi Shachar,
I've removed the bi-directional entry from summer of code. I don't
think it is a good project because it involves a lot of changes in
pretty much all wine user controls.
Actually, I don't think any touching of the actual user controls is
involved at all.
Hello,
2008/3/19, Shachar Shemesh [EMAIL PROTECTED]:
Maarten Lankhorst wrote:
Hi Shachar,
I've removed the bi-directional entry from summer of code. I don't
think it is a good project because it involves a lot of changes in
pretty much all wine user controls.
Actually, I don't
I would like to work on the Regression Suite project, but I'm not
quite sure of the scope. Would I be choosing a good 30 or 40
applications that run well on wine, using wpkg to install them, and
then test for failures? Because that would seem as though I am only
doing installer testing, instead
On Wed, Mar 19, 2008 at 3:01 PM, Corey McClymonds [EMAIL PROTECTED] wrote:
I would like to work on the Regression Suite project, but I'm not
quite sure of the scope. Would I be choosing a good 30 or 40
applications that run well on wine, using wpkg to install them, and
then test for
On 3/19/08, Lei Zhang [EMAIL PROTECTED] wrote:
On Wed, Mar 19, 2008 at 3:01 PM, Corey McClymonds [EMAIL PROTECTED] wrote:
I would like to work on the Regression Suite project, but I'm not
quite sure of the scope. Would I be choosing a good 30 or 40
applications that run well on wine,
On Wed, Mar 19, 2008 at 6:07 PM, Corey McClymonds [EMAIL PROTECTED] wrote:
On 3/19/08, Lei Zhang [EMAIL PROTECTED] wrote:
On Wed, Mar 19, 2008 at 3:01 PM, Corey McClymonds [EMAIL PROTECTED]
wrote:
I would like to work on the Regression Suite project, but I'm not
quite sure of the
Alexandre Julliard wrote:
Vitaliy Margolen [EMAIL PROTECTED] writes:
Anything wrong with this patch?
The message patching inside peek_message looks very wrong, I have a hard
time believing that this is really where this should happen. It most
likely belongs somewhere like
On Wed, Mar 19, 2008 at 3:01 PM, Corey McClymonds galeru at gmail.com wrote:
I would like to work on the Regression Suite project, but I'm not
quite sure of the scope. Would I be choosing a good 30 or 40
applications that run well on wine, using wpkg to install them, and
then test for
From: Dan Kegel [EMAIL PROTECTED]
To: Wine Developers List wine-devel@winehq.org
Date: Wed, 19 Mar 2008 16:31:03 -0700
Subject: re: Google Summer of Code Test Suite project
On Wed, Mar 19, 2008 at 3:01 PM, Corey McClymonds galeru at gmail.com wrote:
I would like to work on the Regression
On Wed, 2008-03-19 at 23:57 +0100, Michael Stefaniuc wrote:
+LTEXT O îeșire sau oprire simulată este în curs dar
acest proces nu răspunde.,
This should be O ieșire not O îeșire, no?
--
Dimi Paun [EMAIL PROTECTED]
Lattica, Inc.
Eric Pouech wrote:
James McKenzie a écrit :
All:
I would like to see the problems with EM_Fontrange be fixed. The
attached patch is for comment/review and I would like SPECIFIC
guidance on how to implement this patch as it relates to a Wine 1.0
bug (bug/issue 6254) and fixes the
Am Mittwoch, 19. März 2008 16:06:34 schrieb Francois Gouget:
On Wed, 19 Mar 2008, Francois Gouget wrote:
[...]
So any compiler that not clear the direction flag at the start of each
function can cause kernel crashes when running on a buggy Linux or BSD
kernel.
Stefan Dösinger wrote:
I'll get back to you on that later tonight, need to think about this
some more - way late for work right now... (thanks to you!)
However, yes, I think there needs to be distinction between a standalone
shader concept, and a pipeline concept, which is concerned with
Hi,
I am student at IIT Kanpur[1]. I have quite good knowledge about C
and have been tracking development of Wine over a period of 6 months
or so. I have good knowledge about C(and using it theoretically to
implement stacks, efficient structures and so on). However, I have
little real life
Francois Gouget skrev:
The problem revolves around the x86 direction flag (DF), which
governs whether block memory operations operate forward through
memory or backwards. GCC [...] 4.3.0, assumes that the direction flag
has been cleared [...] at the entry of each function, as is
Hello Anurag,
2008/3/19, Anurag Mishra [EMAIL PROTECTED]:
I am student at IIT Kanpur[1]. I have quite good knowledge about C
and have been tracking development of Wine over a period of 6 months
or so. I have good knowledge about C(and using it theoretically to
implement stacks,
70 matches
Mail list logo