On 4/25/07, Jeremy White <[EMAIL PROTECTED]> wrote:
Hi Ann,
The organization that receives the donations is the
Software Freedom Conservancy:
http://conservancy.softwarefreedom.org/
which is a 501(c)(3) organization, and donations made to it are fully
tax-deductible to the extent permitted by
On 4/25/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
Detlef wrote:
> gecko is required before we can add the flashplayer
I'm a bit confused. Wine will load gecko itself on demand,
why do you need it in winetricks?
Oh, I bet you're working on making life easier for the user in
http://bugs.winehq.o
http://bugs.winehq.org/show_bug.cgi?id=6845
describes two apps whose installs fail because
of what looks like a problem in AccessCheck.
I attached my attempt at a fix, and it does get
those two apps to install, but the advapi security
conformance tests fail after applying it.
Can someone familiar
Hi Ann,
The organization that receives the donations is the
Software Freedom Conservancy:
http://conservancy.softwarefreedom.org/
which is a 501(c)(3) organization, and donations made to it are fully
tax-deductible to the extent permitted by law.
Cheers,
Jeremy
Wright, Ann wrote:
> Hi,
>
>
Hi,
In looking at your site and having the ability for people to donate to
your organization I was wondering whether or not you are a non-profit or
a not-for profit organization? (501 ( c ) 3 or 501 ( c ) 4)
Thanks for your time and attention to my question.
Ann Wright
Detlef wrote:
gecko is required before we can add the flashplayer
I'm a bit confused. Wine will load gecko itself on demand,
why do you need it in winetricks? Presumably to get
rid of the mouse click required when Wine autodownloads gecko?
Your patch seems ok but I wonder if exposing details
On 4/25/07, Detlef Riekenberg <[EMAIL PROTECTED]> wrote:
gecko is required before we can add the flashplayer
winetricks is not a part of the wine tree, so patches like this need
to be sent to wine-devel or to Dan Kegel.
--
James Hawkins
Am Wednesday 25 April 2007 23:00 schrieb Robert Shearman:
> Stefan Leichter wrote:
> > Am Thursday 19 April 2007 12:14 schrieb Alexandre Julliard:
> >> Stefan Leichter <[EMAIL PROTECTED]> writes:
> >>> + } else {
> >>> +if (!ret)
> >>> + ret = RegSetValueW(hSubKey, NULL, REG_SZ,
On 4/25/07, Robert Shearman <[EMAIL PROTECTED]> wrote:
What happens if you cancel the uninstall? Won't the uninstaller remove
the entry with the program still installed?
That is true too. I was originally thinking along the lines of
checking the exit status of the uninstaller, but whether it is
Stefan Leichter wrote:
Am Thursday 19 April 2007 12:14 schrieb Alexandre Julliard:
Stefan Leichter <[EMAIL PROTECTED]> writes:
+ } else {
+if (!ret)
+ ret = RegSetValueW(hSubKey, NULL, REG_SZ, emptyW, 0);
The function is supposed to delete the ke
Tom Spear wrote:
However, on that same note, I think we should, since this uninstaller
is not designed to mimic Windows' Add/Remove Programs, catch when a
program's uninstaller does not remove it's uninstall entry from the
registry, after the process exits, and go ahead and remove the entry.
Wh
On 4/25/07, Tom Spear <[EMAIL PROTECTED]> wrote:
I assume, then, that you have since fixed it? If not, I'd like to take a stab.
Someone fixed it a while back. I don't know what the cause of the
original bug was. When your done with your testing if you don't mind
and have MSVC or a mingw cross-
On 4/25/07, Frank Richter <[EMAIL PROTECTED]> wrote:
So a user starts the uninstall app but doesn't see a dialog... and
probably thinks it's a bug. On the other hand, just showing a dialog
with an empty list makes it clear that there's nothing to uninstall and
will probably not produce false bug
On 4/25/07, Steven Edwards <[EMAIL PROTECTED]> wrote:
Hi Tom,
I've watched your discussions for a while and have been meaning to
comment but have been super busy. The uninstaller was one of the first
things I looked at when getting in to wine development and it confused
me to no end due to a bug
On 25.04.2007 19:58, Steven Edwards wrote:
>> Why do we show a dialog if there are no uninstall entries found in the
>> registry? Windows does not do that, and I think we shouldn't either.
>
> I agree.
So a user starts the uninstall app but doesn't see a dialog... and
probably thinks it's a bug.
Am Mittwoch 25 April 2007 18:48 schrieb [EMAIL PROTECTED]:
> Hi,
> We have noticed that wine doesn't have the winscard dll responsible for the
> support of smart cards under windows. For the need of one of our projects,
> we are currently developing this dll for wine under Linux based on the
> pcsc
Hi,
If there is a sample implementation or some kinda initial source code.
(Just send a initial code)
We can try to help you in integrating the code into wine tree.
By progressing step by step.
Thanks,
VJ
On 4/25/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Saulius Krasuckas <[EMAIL PROTE
Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
> IMHO it would be best for the community if you will start doing
> this immediatelly, not once done.
Unfortunately, we are well advanced and we can't do it that way due to other
constraints in the project.
Another bad point is that, since we are not re
I'm thrilled you're working on this!
I must urge you to submit code early and often to Wine.
The first patch you should send should just implement
a stub dll.
We can help you with that if you need it.
Here's a good example of a new stuff DLL:
http://winehq.org/pipermail/wine-patches/2007-April/03
* On Wed, 25 Apr 2007, Saulius Krasuckas wrote:
> * On Tue, 9 Jan 2007, Maarten Lankhorst wrote:
> >
> > This patch adds --disable-tests, but keeps --enable-tests by default,
> > this is very useful for regression testing with a specific app because
> > it saves a lot of building time.
>
> Can th
* On Tue, 9 Jan 2007, Maarten Lankhorst wrote:
>
> This patch adds --disable-tests, but keeps --enable-tests by default,
> this is very useful for regression testing with a specific app because
> it saves a lot of building time.
Can this patch go into the GIT, any objections?
Hi Tom,
I've watched your discussions for a while and have been meaning to
comment but have been super busy. The uninstaller was one of the first
things I looked at when getting in to wine development and it confused
me to no end due to a bug that only showed up when running it under
windows.
On
* On Wed, 25 Apr 2007 [EMAIL PROTECTED] wrote:
> For the need of one of our projects, we are currently developing this
> dll for wine under Linux based on the pcsc-lite library.
Cool.
> Once done, we'll share it with the community.
Nice, but IMHO it would be best for the community if you will
Why do we show a dialog if there are no uninstall entries found in the
registry? Windows does not do that, and I think we shouldn't either.
However, on that same note, I think we should, since this uninstaller
is not designed to mimic Windows' Add/Remove Programs, catch when a
program's uninstal
Scan HKCU for uninstall entries.
Separated out the trace fix, moved the HeapAlloc for entries outside
the for loop, realigned the 2nd line of code for a trace.
This patch obsoletes all previous ones.
--
Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I
have seen
Tom Spear schrieb:
> Hopefully this will be the last try.
>
> Instead of just checking HKLM for uninstall entries, check HKCU as well.
>
> Converted all instances of entries[numentries-1].xxx to entry->xxx
> Fixed a bug with a trace.
> Ran the file thru kwrite to make SURE there are NO tabs!
> Do
Hi,
We have noticed that wine doesn't have the winscard dll responsible for the
support of smart cards under windows. For the need of one of our projects, we
are currently developing this dll for wine under Linux based on the pcsc-lite
library. Once done, we'll share it with the community. However
Robert Lunnon <[EMAIL PROTECTED]> writes:
> I'm having the wineserver sparodically return a failure
> STATUS_NO_SUCH_FILE I think this is possibly because wineserver didn't
> get compiled with a threadsafe errno but I'd welcome other ideas
No, the wineserver doesn't use threads. The bug is that t
Hi,
finally we got a Wine booth at Linuxtag 2007 in Berlin. Everybody who wants to
participate is welcome. I have to order exhibitor passes, so anyone you wants
to help out please contact me :-)
And maybe if anyone has a draft for Wine-posters, this would help too.
cu at linuxtag :-)
Stefan
I'm having the wineserver sparodically return a failure
STATUS_NO_SUCH_FILE I think this is possibly because wineserver didn't
get compiled with a threadsafe errno but I'd welcome other ideas
Heres the context (WINEDEBUG=+server)
0014: new_thread() = 0 { tid=003a, handle=12c }
003b: terminate_t
On 24/04/07, James Hawkins <[EMAIL PROTECTED]> wrote:
On 4/24/07, James Hawkins <[EMAIL PROTECTED]> wrote:
> On 4/24/07, Yuval Fledel <[EMAIL PROTECTED]> wrote:
> >
> >
>
> +if (LsaVersion != 0x1)
>
> What is 0x1? If it's not defined in the SDK, then please use a
> #define to clarify
On 24/04/07, James Hawkins <[EMAIL PROTECTED]> wrote:
On 4/24/07, Yuval Fledel <[EMAIL PROTECTED]> wrote:
+#if 0
+/* NULL parameters: All 3 crash as of Windows XP */
+status = pSpLsaModeInitialize(0x1, NULL, &pTables, &cTables);
+status = pSpLsaModeInitialize(0x1, &Version, NU
On 24/04/07, James Hawkins wrote:
Can you resend the patch with the value #defined?
Sure, the last thing I wish to do is ignore review. It should be in
your mailbox now.
You actually implicitly found a bug in my tests, which also wrongly
made me drop an older version of the implementation just
Hopefully this will be the last try.
Instead of just checking HKLM for uninstall entries, check HKCU as well.
Converted all instances of entries[numentries-1].xxx to entry->xxx
Fixed a bug with a trace.
Ran the file thru kwrite to make SURE there are NO tabs!
Double checked the diff to make sure
On 4/25/07, Peter Beutner <[EMAIL PROTECTED]> wrote:
Tom Spear schrieb:
Imo it's more common to use all uppercase names only for macros.
And i think it is mostly done that way in wine.
In fact you have to look quite hard to find an all uppercase variable name ;)
I agree, which is why I had it wi
Am Mittwoch 25 April 2007 11:55 schrieb H. Verbeet:
> On 25/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Well, I don't pass the impl, I pass the IDirectDraw7 interface.
>
> True, but that isn't the issue :-)
>
> What I think is a bit questionable is that the directdraw object isn't
> direc
Tom Spear schrieb:
> On 4/24/07, James Hawkins <[EMAIL PROTECTED]> wrote:
>> On 4/24/07, Tom Spear <[EMAIL PROTECTED]> wrote:
>> > This patch makes the wine uninstaller check HKCU for uninstall entries
>> > in addition to HKLM.
>> >
>>
>> +const int numrootkeys = 2;
>> +static const DWORD maxSubkey
Am Mittwoch 25 April 2007 11:50 schrieb H. Verbeet:
> On 25/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Am Mittwoch 25 April 2007 00:20 schrieb H. Verbeet:
> > > On 24/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > >
> > > How do you intend for this to be used? In particular, how s
"Paul Vriens" <[EMAIL PROTECTED]> writes:
> There are several tests where we use W-calls where we could use
> A-calls to accomplish the same test goal. Most of the time this means
> some of these will fail on Win9x or WinME as they are not by default
> Unicode enabled.
>
> Do we need write our tes
[EMAIL PROTECTED] writes:
> In the modifications, I saw that the defintion of vectors,
> quaternions... in d3drmdef.h was replaced by a call to d3dtypes.h
>
> In fact I copied the beginning of d3drmdef.f from the dsound.h file.
> Can we not modify this file too?
No, our headers have to be compati
Yuval Fledel <[EMAIL PROTECTED]> writes:
> +static const SECPKG_FUNCTION_TABLE secPkgFunctionTable[2] =
> + { {
> +.InitializePackage= NULL,
> +.LsaLogonUser = NULL,
> +.CallPackage = NULL,
Please don't use C99 syntax, it won't work on old
On 25/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Well, I don't pass the impl, I pass the IDirectDraw7 interface.
True, but that isn't the issue :-)
What I think is a bit questionable is that the directdraw object isn't
directly related to the vertexdeclaration we create. Ie, wrt refcount
On 25/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Am Mittwoch 25 April 2007 00:20 schrieb H. Verbeet:
> On 24/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
> How do you intend for this to be used? In particular, how should this
> work with eg. IDirect3DVertexDeclaration9::GetDeclarati
Am Mittwoch 25 April 2007 09:02 schrieb H. Verbeet:
> On 24/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > +hr =
> > IWineD3DDevice_CreateVertexDeclarationFromFVF(This->wineD3DDevice, +
> > &pDecl,
> > +
Am Mittwoch 25 April 2007 00:20 schrieb H. Verbeet:
> On 24/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
> How do you intend for this to be used? In particular, how should this
> work with eg. IDirect3DVertexDeclaration9::GetDeclaration or
> IDirect3DDevice8::GetVertexShaderDeclaration?
GetV
Am Mittwoch 25 April 2007 07:55 schrieb Ivan Gyurdiev:
> > Stefan Dösinger wrote:
>
> You're returning a size_t here, which does not match the
> WINED3DERR_OUTOFVIDEOMEMORY returned on the HeapAlloc (granted, that's
> probably incorrect behavior by d3d9, but at least the return types
> should be c
Hi folks,
time for the second part of the SambaXP status report.
On tuesday, I had the chance to talk to Sam Ranji from Microsoft at lunch.
He is leading the open source compatibility lab at Microsoft, a lab running
only open source software. He told us that he was at SambaXP to figure out
how
On 24/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
+hr = IWineD3DDevice_CreateVertexDeclarationFromFVF(This->wineD3DDevice,
+ &pDecl,
+ (IUnknown *)
ICOM_INTERFACE(This, IDirectDr
48 matches
Mail list logo
