Hello folks,
Just wanted to let everyone know that I finished setting up the server
Budget Dedicated has given us. (http://www.budgetdedicated.com)
Currently it's hosting the APT repository:
deb http://wine.lowvoice.nl/apt breezy main
deb-src http://wine.lowvoice.nl/apt breezy main
Now, here's
On Fri, Mar 31, 2006 at 05:59:49PM -0800, Scott Ritchie wrote:
> On Fri, 2006-03-31 at 22:33 +0100, Mike Hearn wrote:
> > > There will also be the possibility of assigning our copyrights to that
> > > organization, which would make it easier to enforce the license
> >
> > Copyright assignment in o
Hi,
On 4/1/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> A while back I began seriously thinking about the possibility of
> nonprofit status and began researching into all sorts of grants and
> fundraising sources that Wine could potentially tap. Needless to say,
> now I have reason to dig up my
On 3/31/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> > Nothing's stopping you from putting it in, er, Ubuntu Multiverse,
> > though, is there?
> >
> > If you do, I'd recommend packaging up the .exe rather than the .exe.so.
>
> Other than my lack of the Photoshop SDK headers, no ;)
Unless I'm mis
On Fri, 2006-03-31 at 21:48 -0600, Jeremy White wrote:
> Anyone else have any objections or other thoughts on it?
Let's remember that it's not just firms like Google that could give "the
Wine project" money. Wine has some serious potential value for a whole
lot of people - scientists, governments
On Fri, 2006-03-31 at 18:53 -0800, Dan Kegel wrote:
> On 3/31/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> > > > As far as I understood you need Photoshop SDK headers to build it,
> > > > right?
> >
> > Bummer. I was looking forward to making this into a .deb and putting it
> > into Ubuntu unive
On Fri, 31 Mar 2006, Chris Morgan wrote:
Just using the jack audio driver won't ensure that we won't see
stuttering sound. If dsound is performing hardware emulation then it
has its own internal thread that is performing mixing and other dsound
events. If this thread gets held off then you'll
Jeremy White wrote:
No objection from me.. Although, I should mention that I haven't seen
much in the way of a link to donate to the project. Theres no link on
the main page anywhere that I can see. Perhaps the fund would be a
little bigger if it was easier to find a donate link?
Hmm.
I dunno what y'all did, but Firefox now downloads
long mailing list indices much faster than it used to.
This dogfood is getting yummier every month.
- Dan
--
Wine for Windows ISVs: http://kegel.com/wine/isv
I'd like to start a separate thread on this subject, so
we don't lose the chance to discuss this.
I think it's a really good idea for us to join.
Right now, I manage the finances for 'The Wine Project'.
The money literally flows into my personal bank account;
I registered a 'Doing Business As' (D
On 3/31/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> > > As far as I understood you need Photoshop SDK headers to build it,
> > > right?
>
> Bummer. I was looking forward to making this into a .deb and putting it
> into Ubuntu universe, too.
Nothing's stopping you from putting it in, er, Ubuntu
On Fri, 2006-03-31 at 22:33 +0100, Mike Hearn wrote:
> > There will also be the possibility of assigning our copyrights to that
> > organization, which would make it easier to enforce the license
>
> Copyright assignment in other projects has been tricky, and it can't be
> done retroactively. It
On Fri, 2006-03-31 at 11:21 -0500, Dimi Paun wrote:
> From: "Marcus Meissner" <[EMAIL PROTECTED]>
> > As far as I understood you need Photoshop SDK headers to build it,
> > right?
>
> Indeed, I forgot about that. Hey, at least Tor seemed to had
> fun compiling the thing via Winelib :)
>
Bummer.
Augusto Arcoverde da Rocha wrote:
But... I have a request... ;-)
Please apply the patch that I have sent to fix bug 2400 [1], because
the + key bug is too annoying ... and, at least, the
problem is reduced until we can deliver a new keyboard driver.
---
[1] http://www.winehq.org/pipermail/wi
On 3/31/06, Augusto Arcoverde da Rocha <[EMAIL PROTECTED]> wrote:
> On 3/31/06, Tom Spear <[EMAIL PROTECTED]> wrote:[cut]> I think that rewriting the keyboard code in this way is a very good thing,> and will be more than happy to help coordinate testing of it, although I
> can't test any myself. R
On 3/31/06, Willie Sippel <[EMAIL PROTECTED]> wrote:
Am Freitag, 31. März 2006 21:33 schrieb Tom Spear:> Hi all, this is a call for volunteers. I am hoping that certain developers> participating in another thread are willing to rewrite the keyboard code,> but we need people to test. If you are in
* Alexandre Julliard <[EMAIL PROTECTED]> [31/03/06, 23:27:51]:
> 2. Non-profit organization
>
> There are many advantages to having a non-profit organization for a
> project, for instance to allow tax-exempt donations, or hold assets
> like trademarks. However it's a lot of paperwork to do, so w
> On 3/31/06, Tom Spear <[EMAIL PROTECTED]> wrote:
[cut]
> I think that rewriting the keyboard code in this way is a very good thing,
> and will be more than happy to help coordinate testing of it, although I
> can't test any myself. Rewriting the code should allow us to close many of
> the keyboa
Just using the jack audio driver won't ensure that we won't see
stuttering sound. If dsound is performing hardware emulation then it
has its own internal thread that is performing mixing and other dsound
events. If this thread gets held off then you'll have no sound to
give to the jack audio driv
Am Freitag, 31. März 2006 23:38 schrieb Mike Hearn:
> > Until it crashes your box of course...
>
> If a Windows program has a habit of hard freezing the system then the
> user will learn not to run that program.
>
> As it is, right now _many_ games suffer this problem with corrupted
> audio and it'
Can't we use kernel capabilities to let people do this without having
to run as root? Thats what jack audio server users are advised to do
to ensure SCHED_FIFO.
Chris
On 3/31/06, Mike Hearn <[EMAIL PROTECTED]> wrote:
> > Until it crashes your box of course...
>
> If a Windows program has a habi
Until it crashes your box of course...
If a Windows program has a habit of hard freezing the system then the
user will learn not to run that program.
As it is, right now _many_ games suffer this problem with corrupted
audio and it's very unpleasant (loud bursts of white noise). Makes the
ga
There will also be the possibility of assigning our copyrights to that
organization, which would make it easier to enforce the license
Copyright assignment in other projects has been tricky, and it can't be
done retroactively. It usually requires developers to submit paperwork -
we don't reall
Mike Hearn <[EMAIL PROTECTED]> writes:
>> Not to mention that SCHED_FIFO requires root, which is an absolute PITA.
>
> Not really.
>
> su -c 'wine IG2.exe'
>
> It's not all that inconvenient :)
Until it crashes your box of course... I really don't think we want to
encourage running as root,
Folks,
As announced at the last Wineconf, Jeremy and myself have been working
for a few months now with the Software Freedom Law Center on a number
of legal issues concerning Wine. We've been mostly quiet about it, so
I thought I'd post a status update. There are two major tasks going on
at the mo
Am Freitag, 31. März 2006 21:33 schrieb Tom Spear:
> Hi all, this is a call for volunteers. I am hoping that certain developers
> participating in another thread are willing to rewrite the keyboard code,
> but we need people to test. If you are interested, please reply here
> saying that you are
On Fri, 31 Mar 2006 15:21:51 +0200, Andreas Mohr wrote:
> IMHO we should really add some smart detection of SCHED_ISO kernel capability
> and *much* prefer to use that one then. One really wouldn't want to hang
> the box...
Sure, feel free to add it after this basic universal support has gone in
:
I have a couple of Danish keyboards.
I'll gladly spend some time testing with those.
(I even have one with A1-A4 keys...)
Tom Spear wrote:
Hi all, this is a call for volunteers. I am hoping that
certain developers participating in another thread are willing to
rewrite the keyboard code, but we need people to test. If you are
interested, please reply here saying that you are interested, and what
kind of keyboard
I have come forth with a Windows program -- complete with source and
binary -- designed for Windows 2.03 (as from the binary headers, i
learned a bit about NE headers trying to hack Win9x 16-bit apps onto
windows 3.1, i did manage to get Defrag to work that way)
Case and point, would anyone like
Hi all, this is a call for volunteers. I am hoping that certain developers participating in another thread are willing to rewrite the keyboard code, but we need people to test. If you are interested, please reply here saying that you are interested, and what kind of keyboard you use, as well as t
On 3/31/06, Augusto Arcoverde da Rocha <[EMAIL PROTECTED]> wrote:
On 3/30/06, Peter Åstrand <[EMAIL PROTECTED]> wrote:>> On Thu, 30 Mar 2006, Wine Bugs wrote:> > http://bugs.winehq.org/show_bug.cgi?id=1181
> >> > --- Additional Comments From [EMAIL PROTECTED] 2006-30-03 10:26 ---[cut]I don
On Friday 31 March 2006 10:24, Dan Kegel wrote:
> On 3/31/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> > > > Incidentally, the port of PSPI used winelib for no obvious reason.
> > > > Wouldn't it have been more robust just to use Wine?
> > >
> > > But it is using wine, that's what Winelib does :)
[.
There will be a new version soon since i found some things to change.
What can you expect:
All stdout and stderr gets into the logfile. (expecting getwinegit.sh's outputs)
some small improvements :)
greets
On 3/29/06, Christian Lachner <[EMAIL PROTECTED]> wrote:
> OK, I'm tired now but this is a
On 3/30/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Troy Rollo <[EMAIL PROTECTED]> writes:
>
> > The brute-force approach of changing this to the following makes the
> > application work, but gives rise to some pack_message FIXMEs (for WM_NCPAINT
> > and WM_ERASEBKGND), and since this is an
From: "Marcus Meissner" <[EMAIL PROTECTED]>
> As far as I understood you need Photoshop SDK headers to build it,
> right?
Indeed, I forgot about that. Hey, at least Tor seemed to had
fun compiling the thing via Winelib :)
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
On 3/30/06, Peter Åstrand <[EMAIL PROTECTED]> wrote:
>
> On Thu, 30 Mar 2006, Wine Bugs wrote:
> > http://bugs.winehq.org/show_bug.cgi?id=1181
> >
> > --- Additional Comments From [EMAIL PROTECTED] 2006-30-03 10:26 ---
[cut]
>
> Hi, now you know about this bug. As the comment says, it migh
On Fri, Mar 31, 2006 at 10:15:20AM -0500, Dimi Paun wrote:
> From: "Dan Kegel" <[EMAIL PROTECTED]>
> > Incidentally, the port of PSPI used winelib for no obvious reason.
> > Wouldn't it have been more robust just to use Wine?
>
> But it is using wine, that's what Winelib does :)
> One can try with
On 3/31/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> > > Incidentally, the port of PSPI used winelib for no obvious reason.
> > > Wouldn't it have been more robust just to use Wine?
> >
> > But it is using wine, that's what Winelib does :)
> > One can try with the PE version of PSPI I suppose...
> >
On 3/31/06, Dimi Paun <[EMAIL PROTECTED]> wrote:
> > Incidentally, the port of PSPI used winelib for no obvious reason.
> > Wouldn't it have been more robust just to use Wine?
>
> But it is using wine, that's what Winelib does :)
> One can try with the PE version of PSPI I suppose...
> But this way
From: "Dan Kegel" <[EMAIL PROTECTED]>
> Incidentally, the port of PSPI used winelib for no obvious reason.
> Wouldn't it have been more robust just to use Wine?
But it is using wine, that's what Winelib does :)
One can try with the PE version of PSPI I suppose...
But this way it is fully buildable
On 3/31/06, Dimi Paun <[EMAIL PROTECTED]> wrote:
> On Thu, 2006-03-30 at 22:46 -0800, Dan Kegel wrote:
> > http://www.gimp.org/~tml/gimp/win32/pspi.html
> > Have a look. Congratulations, Wine!
>
> This is really great! I wanted to do this some time ago,
> but without looking at GIMP, I thought tha
Hi,
On Fri, Mar 31, 2006 at 02:06:23PM +0100, Mike Hearn wrote:
> This patch gives me rock solid audio in Imperium Galactica 2, so now the
> game works perfectly.
>
> There has been discussion around this issue with respect to security in
> the past, however, regardless of what approach is adop
Sending here until wine-patches stops eating my email.
IMHO this would best be done in get_obj_from_handle in the server,
but this approach is what the registry APIs do and what Rob suggested,
so here it is.
diff --git a/dlls/kernel/process.c b/dlls/kernel/process.c
index 4263a22..d5017c4 10
Hello,
> Yes, without displaying the mouse and it's very slow (as if you were
> playing a game with direct rendering to No). But with dri, i have 1200fps
> and with ati 1900fps for common glxgears, there is a significative
> difference.
glxgears isn't a benchmark...
If you set
Option "AGPMo
On Thu, 2006-03-30 at 22:46 -0800, Dan Kegel wrote:
> http://www.gimp.org/~tml/gimp/win32/pspi.html
> Have a look. Congratulations, Wine!
This is really great! I wanted to do this some time ago,
but without looking at GIMP, I thought that GIMP plugins
are .so's which would have made it a lot hard
Hi,
I'm not online too often. :( So, I thought the patch for Linux must
already be in CVS. It is not.
The patch can be found here:
http://www.winehq.org/pipermail/wine-patches/2006-March/025228.html
However, the patch only works for Linux. Please, let me know if you're
using a different platfor
Alexandre Julliard wrote:
> Tomas Carnecky <[EMAIL PROTECTED]> writes:
>
>> This patch doesn't change any logic or C sourcecode, it only moves the
>> X11DRV escape code definition to one common header file. Currently the
>> definitions are spread over several C source files, and even there the
>>
Our Tests will work, when both Patches are in the Tree
Changelog:
- winspool: implement EnumMonitorsW
--
By By ...
... Detlef
diff --git a/dlls/winspool/info.c b/dlls/winspool/info.c
index 83ae8f7..3c70825 100644
--- a/dlls/winspool/info.c
+++ b/dlls/winspool/info.c
@@ -126,6 +126,14 @
Robert Shearman wrote:
Counter-example with the following IDL:
void ConformantString2Out([in] long size, [in, out, string,
size_is(size)] char **pszString);
void Test([in] long size, [in, out, size_is(size)] char **pszArray);
Both generate NdrPointerFree calls and I believe both are sat
Eric Kohl wrote:
Robert Shearman wrote:
case PASS_OUT:
+if (in_attr && has_size && pointer_type == RPC_FC_UP &&
phase == PHASE_FREE)
+break;
if (!out_attr)
continue;
break;
I don't think this is correct. Firstly
"James Hawkins" <[EMAIL PROTECTED]> writes:
> +static LPWSTR get_parameter(LPWSTR parameters, WCHAR separator, DWORD index)
> +{
> +LPWSTR param = NULL, ptr = parameters;
> +DWORD i = 0;
> +
> +while (*parameters && i < index)
> +{
> +if (*parameters == separator)
> +
James Hawkins wrote:
Internally, there will be three main install functions: install_init,
which will open the INF, make sure it's legit, and other
initializations, spapi_install, which will call setupapi to install
the base INF commands, and adv_install, which will parse the install
section and
"James Hawkins" <[EMAIL PROTECTED]> writes:
> Internally, there will be three main install functions: install_init,
> which will open the INF, make sure it's legit, and other
> initializations, spapi_install, which will call setupapi to install
> the base INF commands, and adv_install, which will
Troy Rollo <[EMAIL PROTECTED]> writes:
> The problem is fixed (so the app now works) although I am still getting the
> pack_message FIXMEs - it is possible though that this is a different problem
> that was masked by the earlier one. I will investigate further.
Yes, the pack_message thing is a
Stefan Dösinger a écrit :
It would be better to post requests like this to [EMAIL PROTECTED]
I note that for the next problem, thanks
The fglrx driver you mentioned doesn't work any more on those cards. PPracer
has problems too: Start the "Doing" course. Head to the yellow arrows on
On 3/31/06, Dimi Paun <[EMAIL PROTECTED]> wrote:
>
> Or maybe simpler, instead of storing just the function pointer as
> the value for the map, store a structure that has 2 fields:
> -- priority
> -- function
>
> So than you just call things as:
> for (i=0; i < MAX_PRIO; i++)
> run_adv_
57 matches
Mail list logo
