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,
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
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 experi
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
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.
>
>
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
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.
> From: "Dan Kegel" <[EMAIL PROTECTED]>
> To: "Wine Developers List"
> 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 wrote:
> > I would like to work on the Regression Suite project, but I'm not
>
On Wed, Mar 19, 2008 at 3:01 PM, Corey McClymonds 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 failures? Because t
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 process
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
> > > q
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 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 f
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 o
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.
>
> Act
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
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 Devel
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 whet
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
> >
> http:
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 b
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
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
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 dist
The Patch points to wine-cvs. Shouldn't it point to wine-devel.
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.
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.
http://test.winehq.o
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 (0x06
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
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
> >
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.
> appdb.winehq.org/ven
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 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.
> appdb.winehq.org/ven
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 applicat
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
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
-
Anatoly Lyutin wrote:
> Changelog:
>Add "ShowMenuDelay" value
Ops!
Right changelog:
Changelog:
Add "MenuShowDelay" value.
--
Best regards
Anatoly Lyutin.
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 t
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 Julli
"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 wor
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
>
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 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. Wil
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 around
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
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:
http://www.winehq.org/mailman/listinfo/wine-cvs";>wine-devel
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
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 softw
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 add
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
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."
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.
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.
> http://www.winehq.org/mailman/listinfo/wine-cvs";>wine-devel at
> winehq.org
At what are you l
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 most-mi
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 apparentl
>> 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.
http://www.winehq.org/mailman/listinfo/wine-cvs";>wine-devel at
winehq.org
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 th
Groeschel, Volker wrote:
> The Patch points to wine-cvs. Shouldn't it point to wine-devel.
It points to wine-devel.
bye
michael
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
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, Alexa
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 mutua
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:
> 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 imple
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.
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
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 deleti
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 ta
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 situatio
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 w
68 matches
Mail list logo
