Am 13.12.2008 um 01:12 schrieb Ben Klein:
> But I have to ask, what exactly is this system going to
> replace?
>
> Current equivalent method is:
> 1) Try your app with Wine
> 2) If it doesn't work, check appdb for Wine version compatibility
> 3) Follow any instructions on the appdb page, such as
2008/12/13 Steven Edwards :
> On Thu, Dec 11, 2008 at 6:22 PM, Ben Klein wrote:
> Yes the wrapper script is implied by the deb package/template. I think
> each application
> package should have a hard dep on a given Wine version and the
> launcher script should
> reflect that. Then it would be up
On Fri, Dec 12, 2008 at 12:59 PM, Steven Edwards wrote:
> On Fri, Dec 12, 2008 at 1:34 PM, Austin English
> wrote:
>> I think you have a bit too much faith in the AppDB. If I had a nickel
>> for every times I've seen platinum and gold ratings for apps that had
>> dozens of native dlls or complic
On Fri, Dec 12, 2008 at 1:34 PM, Austin English wrote:
> I think you have a bit too much faith in the AppDB. If I had a nickel
> for every times I've seen platinum and gold ratings for apps that had
> dozens of native dlls or complicated scripts to work around wine bugs,
> I'd be a much richer man
On Fri, Dec 12, 2008 at 11:52 AM, Steven Edwards wrote:
> Lets say an application is known as gold or whatever in appdb.
> Assuming a known good version of Wine is listed and the proper dependances
> are met, it should be possible to automate generation of the packages.
I think you have a bit to
On Thu, Dec 11, 2008 at 6:22 PM, Ben Klein wrote:
> One problem you missed is a sensible way to keep multiple versions of
> Wine on the system as needed. This could get extremely messy; the best
> solution would be to keep a database of all known-working Wine
> versions for all supported applicati
Hello Wolfgang,
nice findings and fixes around the serial driver!
What application do you test against?
Bye
--
Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
- Tel. 06151 162516 Fax. 06151 16
Michael Karcher at: Dec 12, 2008 9:23 AM
(MST) wrote about: RE: winmm: Sign-compare warning fix (Resend)
>
>Am Freitag, den 12.12.2008, 09:07 -0700 schrieb James Mckenzie:
>> > unsigned int i;
>> >
>> > ...
>> >
>> > for (i = sizeof(foo) / sizeof(foo[0]) - 1; ~i; --i)
>> >
>> >Tested? No.
>> >
Am Freitag, den 12.12.2008, 09:07 -0700 schrieb James Mckenzie:
> > unsigned int i;
> >
> > ...
> >
> > for (i = sizeof(foo) / sizeof(foo[0]) - 1; ~i; --i)
> >
> >Tested? No.
> >Readable? Don't ask me... :-)
> I understood it, but is not the goal to avoid the use of C++ constructs in
> WINE cod
Peter Rosin at: Dec 12, 2008 4:27 AM wrote about: RE: winmm:
Sign-compare warning fix (Resend)
>
>> But how would you then fix the sign-compare violation, or
>> would you just let this one go?
>
>If you want it to be more compact:
>
> unsigned int i;
>
> ...
>
> for (i = sizeof(foo) / sizeof(
thanks, i thought i had corrected the patches before sending... seems not...
i'll resend.
> From: stefan.leich...@camline.com
> To: wine-devel@winehq.org; ricardo_barb...@hotmail.com
> Subject: Re: [1\3] setupapi: add CM_Locate_DevNodeA\W stubs
> Date: Fri, 12 Dec 2008 16:04:36 +0100
>
> Am Fri
Am Friday 12 December 2008 01:42 schrieb ricardo filipe:
>--- a/dlls/setupapi/setupapi.spec
>+++ b/dlls/setupapi/setupapi.spec
>@@ -53,7 +53,7 @@
> @ stub CM_Free_Res_Des
> @ stub CM_Free_Res_Des_Ex
> @ stub CM_Free_Res_Des_Handle
>-@ stub CM_Get_Child
>+@ stdcall CM_Get_Child(ptr long long)
> @ s
On Fri Dec 12 10:29 , Michael Stefaniuc sent:
>Andrew Talbot wrote:
>> But how would you then fix the sign-compare violation, or would you just let
>> this
>> one go?
>I had to look twice as the initial warning was in a for loop above:
>Either leave it as is for now as the warning is bogus or
On Thursday 11 December 2008 17:28:03 Konstantin Kondratyuk wrote:
> Add:
> ILineInfo
> IDisplayPointer
> IDisplayPointer
> IHTMLComputedStyle
> IDisplayServices
> IMarkupServices
This patch is wrong. Please, ignore it.
--
Best regards,
Konstantin
Why not have the icons in shell32 and others link to the GNOME/KDE icon set
settings?d
On Thu, Dec 11, 2008 at 11:00 AM, Marcel Partap wrote:
> That's not the only reason: automatically scaling them down to small
>> (e.g. 16x16) sizes results in very pixelated images. At such small
>> sizes ha
> But how would you then fix the sign-compare violation, or
> would you just let this one go?
If you want it to be more compact:
unsigned int i;
...
for (i = sizeof(foo) / sizeof(foo[0]) - 1; ~i; --i)
Tested? No.
Readable? Don't ask me... :-)
Cheers,
Peter
Francois Gouget writes:
> The krnl386.exe.spec file points _hread() to WIN16_hread() so that this
> _hread16() function is unused.
>
> The naming of these implementations is a bit inconsistent but it may not
> be worth a patch to fix it (but if it is I'll gladly send one).
The reason for the i
Andrew Talbot wrote:
>
> On Fri Dec 12 0:58 , Michael Stefaniuc sent:
>
>> Andrew Talbot wrote:
>>> What is wrong with this patch, please?
>> If I may venture a guess: You have replaced a nice and concise for loop
>> into and ugly 4 line while loop.
> Ugly? Andrew Koenig and Barbara Moo show
> Ugly? Andrew Koenig and Barbara Moo show a similar construct in their book
> "Accelerated C++". ;)
A little off topic, but this is on page 19, before for loops are
introduced. If you look ahead to page 27 (2.5.2) that example is
redone with a for loop.
Chris.
On Fri Dec 12 0:58 , Michael Stefaniuc sent:
>Andrew Talbot wrote:
>> What is wrong with this patch, please?
>If I may venture a guess: You have replaced a nice and concise for loop
>into and ugly 4 line while loop.
>
>bye
> michael
>
Hi Michael,
Ugly? Andrew Koenig and Barbara Moo sh
Jeremy Newman wrote:
> This will be a challenge, but luckily most of the content does not
> change often.
True, but the site will probably get a good once over in the coming
weeks as we get around to reading it. Expect minor patches.
Thanks,
Scott Ritchie
21 matches
Mail list logo