I was able to reproduce the badpixmap bug on peachtree 2006 right after
picking a company from the "open company" dialog. This patch seemed to fix
this (or atleast hide it from being as reproducible as it was). I had some
trouble applying it to current gitwine, but I typed it in manually and it
April fools?
On 4/1/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
Wine was a fine dream, but come on, there's
no way a bunch of volunteers could put together
an emulator for a real operating system like Windows.
Heck, after 14 years, Wine can't even run the
average Visual Basic program!
So I'm bowin
*ulp* I knew I should of unsubscribed during the interim period, thanks for
making me more worried =P
On 3/29/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
On 3/28/07, Bryan DeGrendel <[EMAIL PROTECTED]> wrote:
> Do you have any idea how many will be accepted?
Six, maybe? It's hard to say, they j
Better yet to be able to set what version it fakes.
On 3/26/07, Hans Leidekker <[EMAIL PROTECTED]> wrote:
On Sunday 25 March 2007 16:39:01 Dan Kegel wrote:
> Here's a try at a 1.0 wish list:
I would like to see Wine 1.0 'fake' some suitable version
of Internet Explorer, say 6.
-Hans
Interesting that they say that about SAGE software considering Peachtree
Accounting 2006 works in some respects (installs and basic operations work,
some other things cause crashes). I wouldn't say it would NEVER work. I
guess it's not the same program series but I'm optimistic.
A list of what
Perhaps there is some middle ground in that support could be improved to
make the mailing list archive a bit more forum like and allow posting to the
mailing list from the pages on which the mailing list messages would be
published? It wouldn't be that different except perhaps the flow and display
If I recall correctly, MSYS is the mingw linux environment emulated on
windows. rxvt would be the terminal used in the msys environment.
Hopefully this will be of some use,
John Klehm
On 2/25/07, Robert Shearman <[EMAIL PROTECTED]> wrote:
Wesley Parish wrote:
> I installed msys a couple of ye
Ack in my previous message I was speaking of 99 minor versions not
revisions, sorry for the typo!
John
On 2/16/07, John Smith <[EMAIL PROTECTED]> wrote:
Maybe this would be unworkable in git or whatnot but perhaps always making
the minor version field double digit would do the trick?
Maybe this would be unworkable in git or whatnot but perhaps always making
the minor version field double digit would do the trick?
0.9.03
0.9.09
0.9.10
...
0.9.30
etc
this would fix the sorting problems that arise from going from single to
double digit names in most programs too. As long as th
Humm very strange it works well for me,
I just tested it myself, seems reasonably fast in firefox 2.0.0.1 on windows
2000, on gentoo x86 with firefox 2.0.0.1, and on gentoo amd64 firefox
2.0.0.1.
I added, then removed, then edited a test result. Speed seemed normal.
Hope this helps the investi
Part of my confusion what usage pattern is contracting malware on wine in
the first place
On 2/12/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
On 2/12/07, James Hawkins <[EMAIL PROTECTED]> wrote:
> On 2/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > On 2/11/07, Misha Koshelev <[EMA
What prevents malicious programs from writing this registry key on their
own?
On 2/11/07, Chris Robinson <[EMAIL PROTECTED]> wrote:
On Sunday 11 February 2007 06:49:58 pm [EMAIL PROTECTED] wrote:
> This sounds almost perfect.
What would stop the program from adding the registry key itself when
I thought wine's goal was "bug for bug" with windows, for good or for ill.
On 2/9/07, Misha Koshelev <[EMAIL PROTECTED]> wrote:
On Fri, 2007-02-09 at 21:20 -0700, Vitaliy Margolen wrote:
> Misha Koshelev wrote:
> > Hi,
> >
> > As you all may have noticed, I have been making quite a few patches
Right oh! We will see perhaps today. A bit of studying to do first though.
Thanks for helping me!
Regards,
John Klehm
On 2/9/07, Francois Gouget <[EMAIL PROTECTED]> wrote:
On Thu, 8 Feb 2007, John Smith wrote:
> Hey all,
> I cannot find the raserror.h file. I have tried lookin
Hey Pedro,
Was there supposed to be an attachment on your last message? I didn't see
one.
Regards,
John Klehm
On 2/8/07, Pedro Araujo Chaves Jr. <[EMAIL PROTECTED]> wrote:
Attached is my proposed patch for Bug #50; the test case was attached
in my previous message.
--
Patch description:
This
Hey all,
I cannot find the raserror.h file. I have tried looking around the wine
directories to no avail. A find ./wine -name raserror.h -type f -print
turns up nothing. Am I looking in the wrong spot or in the wrong way? I
really want to think that the file isn't there but I can't rule out th
Is the GPL w/ library exception compatible with LGPL? Seems like they could
be similair. If so we could utilize the gnu PKCS7 code. Does any one know?
John
On 2/5/07, Trent Waddington <[EMAIL PROTECTED]> wrote:
On 2/6/07, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> Please break your patch
Yeah, I can no longer find them on MSDN.
On 2/5/07, Tom Wickline <[EMAIL PROTECTED]> wrote:
On 2/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> That would change the critical path... how do you put that requirement
> on a Gantt chart?
Have a list of requirements that DNF depends on?
:
You mean once wine 1.0 is shipped that will bring about the year of linux on
the desktop. =)
On 2/5/07, Jeremy White <[EMAIL PROTECTED]> wrote:
So we can ask, once again: when will 1.0 ship!?!?!
I'd invite anyone with an interest in attending to subscribe
to the Wineconf mailing list:
http
p to increase WINE popularity as of
now. In addtion, similar workarounds do exist now, but they are: a) tricky,
b) irregular, c) undocumented.
From: Dimi Paun <[EMAIL PROTECTED]>
To: John Smith <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], wine-devel@winehq.org
Subject: Re: Reality
If you want someone to work for you, for free,
I don't. In fact, I don't care about those bugs at all. Once again (for the
3rd time, BTW): I just tried to make Wine a little bit more compatible with
3rd-party applications (by supporting a way for Win programmers to specify
WINE config para
'backport'
bugfixes from CrossOver to WINE, shouldn't they?
From: Mike McCormack <[EMAIL PROTECTED]>
To: John Smith <[EMAIL PROTECTED]>
CC: wine-devel@winehq.org
Subject: Re: Reality check
Date: Fri, 14 Oct 2005 08:57:02 +0900
John Smith wrote:
THE MOST DIFFICULT
obsessed with money?
From: René Rebe <[EMAIL PROTECTED]>
To: wine-devel@winehq.org
CC: Marcus Meissner <[EMAIL PROTECTED]>, John Smith
<[EMAIL PROTECTED]>
Subject: Re: Reality check
Date: Thu, 13 Oct 2005 22:58:41 +0200
Hi,
[...]
> > Welcome to the real world
>
>
saying is "pin-point the problem for us".
==
"More than a couple of days"? Do "6 weeks" qualify?
From: Marcus Meissner <[EMAIL PROTECTED]>
To: John Smith <[EMAIL PROTECTED]>
CC: wine-devel@winehq.org
Subject: Re: Reality che
There was a discussion here about 2 months ago, where I asked for a way to
embed WINE config strings into Win32 executable (for example, as string
resources). I was told that it is better to fix the problem rather than to
create workarounds, and that fixing bugs is trivial and takes at most 2-3
Because it's a tedious and boring task to narrow down those unknown bugs in
closed-source apps. And that's exactly why we ask you (since you got access
to the sources) to tell us what the application is trying to do which
doesn't work in Wine...
Ahem. And how long it usually takes to fix the bug
You can also set it yourselves in in your app. As configuration
is in registry, every app can modify it.
I like this idea, thanks. There are still 2 issues with such a soultion:
a) most likely, it won't work until 2nd start of the application (we will
modify it on the first run, and it most lik
Then just tell your users to set that in winecfg, AFAIK winecfg allows app
specific settings.
1. It is still not 'out-of-the-box' - and from this point of view it doesn't
matter much whether it is hacking config file or using GUI; 80% of end-users
will try it and throw it away if it doesn't wo
-the-box) and thinks that they should
wait until bug-free WINE released - we don't care much either.
From: Ivan Leo Puoti <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: wine-devel@winehq.com
Subject: Re: Throwing in an idea (probably it was discussed before though)
Date: Mon, 2
As a Win developer, I want to make a suggestion (sorry if it was already
discussed - or if similar mechanism already exists):
What if some simple way will be provided for Win developers to say which
options they prefer for WINE to use for their application? While it may seem
to somewhat contradi
(B
(B
(Bnow that windows drivers will work in linux, can
(Bwine run directx easy? with wine on linux, and having windows drivers, the
(Bwine shouldn't have any troubles whatsoever acting as
(Bwindows
31 matches
Mail list logo
