Sorry, the previous version had the wrong default for do_patch.
Which meant that you can't turn the embedded patch off. Mea culpa.
This will help me keep all scripts in sync (such as the one from SF).
ChangeLog
Add ability to include patch in notification.
--
Dimi Paun <[EMAIL PROTECTED]>
L
On 10/23/05, Peter Beutner <[EMAIL PROTECTED]> wrote:
> hmm it appearently is a kernel/ptrace issue as Marcus Meissner supposed.
> I just tested it on x86 and it works fine, while on x86_64 it doesnt work.
> I will dig a bit further if time permits.
>
> Just out of curiosity, why does the server co
Don't apply this patch. It doesn't really fix things yet. But the bug is
somewhere there.
Vitaliy Margolen
Sunday, October 23, 2005, 5:42:57 PM, Vitaliy Margolen wrote:
> This patch removes mouse lag for me in Half Life 1 in single player mode.
> Apparently there are still a lag in multi player
Alexandre Julliard schrieb:
> Peter Beutner <[EMAIL PROTECTED]> writes:
>
>
>>- as wineserver doesn't detach from the process it will get the next SIGTRAP
>>signal and
>> appearently it seems to ignore that signal
>>- [as nobody cares about the SIGTRAP signal the process get killed]
>
>
> At
Jonathan Wilson wrote:
I believe the strikethrough uppercase W is a korean Won sign.
There is an article on one of the microsoft blogs (which I cant get to
right now) that explains why the Yen and Won signs have this
relationship with the backslash.
In Korean Windows, the won sign is used in
I believe the strikethrough uppercase W is a korean Won sign.
There is an article on one of the microsoft blogs (which I cant get to
right now) that explains why the Yen and Won signs have this relationship
with the backslash.
Hello,
just a provocing thought:
Wouldn't the pending 0.9 release be a good chance to run ident with a
consistant formating on all wine source files?
At present, there a used a lot of different styles...
--
Uwe Bonnes[EMAIL PROTECTED]
Institut fuer Kernphysik Schlossgartenstra
I've got wine up.
I think the 'strike-through upcase
letter W' s are a red herring as they don't appear on my system and are
probably locale related.
Other than that clicking install just give an egg timer for a few
seconds, (which you can do repeatedly), and nothing happens.
Same there?
manual
Marcus Meissner schrieb:
> On Sun, Oct 23, 2005 at 08:33:40PM +0200, Peter Beutner wrote:
>
>>Hi
>>I've been trying to get an older game(Heart Of Darkness) to work with wine.
>>Appearently the game uses some kind of copy-protection(securom i suppose)
>>which let wine
>>abort with the following er
On Sun, Oct 23, 2005 at 08:33:40PM +0200, Peter Beutner wrote:
> Hi
> I've been trying to get an older game(Heart Of Darkness) to work with wine.
> Appearently the game uses some kind of copy-protection(securom i suppose)
> which let wine
> abort with the following error: "Trace/breakpoint trap".
Peter Beutner <[EMAIL PROTECTED]> writes:
> - as wineserver doesn't detach from the process it will get the next SIGTRAP
> signal and
> appearently it seems to ignore that signal
> - [as nobody cares about the SIGTRAP signal the process get killed]
At this point the server does a PTRACE_CONT w
--- Peter Beutner <[EMAIL PROTECTED]> wrote:
> Hi
> I've been trying to get an older game(Heart Of Darkness) to work with wine.
> Appearently the game uses some kind of copy-protection(securom i suppose)
> which let wine
> abort with the following error: "Trace/breakpoint trap".
> After some deb
Christian Costa <[EMAIL PROTECTED]> writes:
> I use this to trigger all traces just before a crash or an error occurs.
> This is mainly to avoid having huge log.
I'm afraid it's not really possible, you have to specify channels
explicitly (and they need to be channels that were part of the
WINEDE
Hi
I've been trying to get an older game(Heart Of Darkness) to work with wine.
Appearently the game uses some kind of copy-protection(securom i suppose) which
let wine
abort with the following error: "Trace/breakpoint trap".
After some debugging sessions I managed to reproduce the problem.
See the
I know that there is something like my script out there but i did
(again) spend some time on rewriting my own one since i like it better
;). This one is compeltely different from my first one - it works the
same, but does some checks before doing anything , the code is written
nicer and cleaner and
Dan Kegel wrote:
That's expected. To support icc, one would have to adjust the
commandline options a bit depending on the compiler being used.
In particular, one would want to suppress many compiler warnings
like the ones you mentioned. icc provides a nice way of suppressing
any desired set of
I slogged through writing a shell script that works around
all the problems I ran into which installing a VB app that
uses MS SQL. Have a look, it's at:
http://kegel.com/wine/initvbapp.sh.txt
Oh, the pain, the pain!
It had to
download and install the MDAC runtime
download and install the VB runt
Lionel Ulmer wrote:
On Sat, Oct 22, 2005 at 08:39:28PM +0200, Tomas Carnecky wrote:
I don't really see any dfference between dlopen("libGL") at run-time and
linking x11drv with libGL at compile-time..
Well, suppose you want to do a 'full-blown' Wine distribution. You would
then link to libGL
Dan Kegel wrote:
On 10/16/05, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
I'm getting some errors when compiling wine which I was able to fix, but
World of Warcraft won't start... Will icc be supported at some time in
the furure?
Maybe, especially if people who want it supported pitch in
by r
Lionel Ulmer wrote:
On Sat, Oct 22, 2005 at 11:06:14PM +0200, Tomas Carnecky wrote:
I personally would vore for the first option, make opengl a wine
requirement, we'll soon have opengl integrated into the xserver (Xgl
etc.) so sooner or later everyone will need to have an opengl
implementatio
Lionel Ulmer wrote:
On Wed, Oct 12, 2005 at 11:55:10AM +0200, Tomas Carnecky wrote:
I need to preload my own library with a custom glXSwapBuffers(). But
wine opengl libGL.so directly so there's no way to do it.
Out of curiosity, why do you need this ?
I've cerated a fraps-like library that
Vijay Kiran Kamuju wrote:
The patch has been commited.
If you want i will send another one.
bye,
Vijay
I'll send a correct fix for this.
A+
--
Eric Pouech
Am Freitag, den 14.10.2005, 13:28 +0200 schrieb Johannes Anderwald:
> I have a patch which adds file property dialogs to shell32
Welcome to wine.
Your Idea is nice and many Thanks for your Wine-Support, but since wine
is different from ReactOS, your Patch will not work here.
I started half a ye
On Sun, 23 Oct 2005 13:05:59 +0200, Christian Costa
<[EMAIL PROTECTED]> wrote:
Alexandre Julliard wrote:
Christian Costa <[EMAIL PROTECTED]> writes:
However, I would like to do the same thing as
wine_dbg_parse_options("+all").
Using "all" as channel name with __wine_dbg_set_channel_flag
On 10/23/05, Dimi Paun <[EMAIL PROTECTED]> wrote:
> ChangeLog
> Correct comment about QT license, Win32 version is now GPLed.
>
Also, both Qt3 and Qt4 can be compiled with MinGW these days.
http://www.trolltech.com/products/qt3/platforms/supported.html
http://www.trolltech.com/developer/platfo
Alexandre Julliard wrote:
Christian Costa <[EMAIL PROTECTED]> writes:
However, I would like to do the same thing as
wine_dbg_parse_options("+all").
Using "all" as channel name with __wine_dbg_set_channel_flags doest not
work (I guess "all" is not really a channel).
Is there a way to do tha
Christian Costa <[EMAIL PROTECTED]> writes:
> However, I would like to do the same thing as
> wine_dbg_parse_options("+all").
> Using "all" as channel name with __wine_dbg_set_channel_flags doest not
> work (I guess "all" is not really a channel).
> Is there a way to do that ? (Apart from adding
Alexandre Julliard wrote:
Christian Costa <[EMAIL PROTECTED]> writes:
Hi,
wine_dbg_parse_options does not exist anymore.
Is there a reason for that ?
Is there any other way to enable debug channels from whithin wine code ?
I just added a __wine_dbg_set_channel_flags function. Note t
On Sat, Oct 22, 2005 at 11:33:45PM +0200, Tomas Carnecky wrote:
> those people don't need to know what opengl is.. the distribution
> packager needs to make wine depend on opengl.. and they didn't.. so it
> was their fault..
Yes, but tell that to the users who complain to us 'Wine is broken, it
On Tue, 18 Oct 2005, Michael Carlson wrote:
[...]
For example, in Civilization 3, some 98% of the CPU usage in
x11drv is taken up by two functions: convert_555_to_565_asis, and
convert_565_to_555_asis. This summer I had a similar problem on my laptop,
where fce ultra was using the function conver
If someone maybe would have an idea for bug #3547
(http://bugs.winehq.org/show_bug.cgi?id=3547). I'm sure that a lot of
programs TCP problems (emule etc.) came from that socket accept()-problem. I
know its still unconfirmed, but easy to reproduce. I think its only a small
glitch, and could be done
On Fri, 21 Oct 2005 16:14:25 +0200
Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> I think it would be cleaner to simply fall through to the generic code
> after calling the driver for these operations. Also there's no need to
> add a FIXME on every single operation, this will cause a lot of noise
On Fri, 21 Oct 2005, Dan Kegel wrote:
[...]
Turns the ldd is one wrapped by acoc (http://www.caliban.org/ruby/acoc.shtml)
which colorizes the output, which also explains the funny escape sequences.
This error went away when we stopped using acoc to colorize the
output of commands like ldd. We h
On 10/13/05, Jakob Eriksson <[EMAIL PROTECTED]> wrote:
> James Hawkins wrote:
>
> >Hi,
> >
> >I started by removing all .\\ from the shlfileop.c test file in msvc
> >and the tests all passed , but three of the tests failed in wine.
> >
> >
>
> If the tests fail on wine, should they not be todo_wine
34 matches
Mail list logo
