esktop back to my usual
resolution, 1024x768. I can move the mouse cursor, but keyboard input is
dead, and the computer is just unresponsive. This is on a GeForce
6800GT, AGP bus, with drivers 1.0-9755, on Ubuntu Feisty.
James Liggett
On Wed, 2007-05-23 at 17:37 +0200, Jan Zerebecki wrote:
>
> The following applications where mentioned in these notification emails:
> Adobe Illustrator
> Battlefield 1942
> Battlefield 2
> Battlefield 2142
> Call of Duty 2
> Call of Duty
> Checkpoint Firewall-1 Policy editor
> Command & Conquer 3
On Mon, 2007-05-14 at 20:33 -0400, Ivan Gyurdiev wrote:
> > What Stefan says about discussing patches
> > is true--it helps if there's not a lot of debate around a patch.
> >
> This quote should go down in the history of open source :)
> I hope the word you're looking for is "controversy".
Ye
oper isn't around anymore, but you might get lucky and
he may be able to give some guidance. I, for instance, was able to get
some help from the original author of the XEmebed systray patch to help
me get it in.
I'm really rooting for you. If I can do it, I know you can. Just be
patient and you'll pull through. :-)
Hope this helps,
James Liggett
On Mon, 2007-05-14 at 20:12 +0200, Rafał Miłecki wrote:
> I can not find anywhere code writing any value to "pGetAsyncKeyState"
> nor function that is executed when "pGetAsyncKeyState" is called.
What you're looking at here is a function pointer to the driver that
handles input for your windowing
On Thu, 2007-04-19 at 07:49 +0200, Kai Blin wrote:
> On Wednesday 18 April 2007 20:39, Hans Leidekker wrote:
> > +static int resolver_initialised;
>
> Shouldn't that be
>
> static int resolver_initilised = 0;
>
> here? I thought that in C, ints aren't initialized to 0 automatically.
Actually I t
On Sun, 2007-02-25 at 20:29 -0800, Scott Ritchie wrote:
> As it is, most people don't even know this handy uninstaller applet
> exists. So let's fix that.
Good idea. And while we're at it, why not one for winecfg too?
James
On Fri, 2006-12-29 at 11:33 +0300, Kirill K. Smirnov wrote
>
> I've tried kde, fluxbox and xfce4 (and fvwm, but it lacks systray).
> Now I can see that xfce4 suffers from it. I did not noticed that before.
>
> So, I suppose a new patch (attached). Does it work correct with
> GNOME? In xfce is O
Hi Krill,
On Thu, 2006-12-28 at 13:14 +0300, Kirill K. Smirnov wrote:
>
> So the questions:
> 1) Does systray icon helper window really need to be created with WS_CAPTION
> style?
Unfortunately, yes. The way the helper window is currently implemented,
if you remove the WS_CAPTION style, the icon
Hi Kuba,
>
> What about a static variable right in the function where you call the
> initialization function? That'd work fine if you don't call
> InitCommonControlsEx from anywhere else:
>
> if (!list_head(&tray.icons))
> {
> static BOOL controls_initialized = FALSE;
> INITCOMMONCO
On Wed, 2006-08-30 at 15:37 +0900, Mike McCormack wrote:
> Shouldn't you only initialize comctl32 once, rather than every time
> there's no icons and we add one?
Sure. I did it like this because Alexandre only wanted to have common
controls initialized when we added an icon so we didn't have to do
On Fri, 2006-08-25 at 13:00 +0300, Oleg Krylov wrote:
> Next, we need to set tooltip max width, primarily to enable multiline
> tooltips, as several applications relay on this. The code can be, just
> after tooltip creation:
> SendMessageW (icon->tooltip, TTM_SETMAXTIPWIDTH, 0, 400);
> On windo
On Fri, 2006-08-25 at 21:45 +0200, Frank Richter wrote:
> AFAICS tooltip can contain multiple "tools". Each tool is given a
> rectangle. So perhaps make one tool per icon, with matching rectangle?
Yeah, they can do that. That's the easy part. The hard part is just
managing the whole thing. Right n
On Fri, 2006-08-25 at 20:19 +0200, Frank Richter wrote:
> Hm, wouldn't it be more economic to try to use one tooltip for all icons?
>From a purely memory-consumption standpoint, yes. But there are still
issues with that. One is that we'd have to handle every mouse event to
see where the cursor is t
And BTW, the MSDN example is at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/tooltip/tooltip.asp
On Fri, 2006-08-25 at 13:00 +0300, Oleg Krylov wrote:
> I've been working on the simmilar patch and I want make several
> comments on the patch
>
> > +
> > +/* create icon tooltip */
> > +icon->tooltip = CreateWindowEx(WS_EX_TOPMOST, TOOLTIPS_CLASS, NULL,
> > +
Hi Paul,
> yes, the patch fixes the problem.
>
> Wasn't this as your original patch intended? AJ must have changed this for
> a reason, if so.
It was a part of one of my revisions; I got rid of it in the final
version I sent just to make sure I wasn't taking any chances, as AJ has
been aversive to
Does this patch work for you?
http://www.winehq.org/pipermail/wine-patches/2006-August/030049.html
On Wed, 2006-08-23 at 20:39 +0200, Paul Vriens wrote:
> Hi,
>
> normally when I start Process Explorer it automatically launches the
> 'explorer' process.
>
> With the latest git 'explorer' crashes. Regression testing showed that
> this is most likely due to the XEmbed patch:
>
> http://source.w
it, so the patch moves it offscreen. Looks like the
problem is with SetWindowPos. Seems like we're holding a lock and trying
to acquire another one, and _CheckNotSysLevel doesn't like that and thus
it throws a breakpoint. I'll check it out and see if I can get a fix.
Thanks,
James Liggett
ted or not.
4. Consolidated all patches into one, as the individual patches weren't
really individual changes. (Thanks to Mike McCormack for this advice.)
As usual, comments/suggestions appreciated.
Thanks again,
James Liggett
>From nobody Mon Sep 17 00:00:00 2001
From: James Liggett <[E
On Tue, 2006-08-15 at 12:14 +0100, Mike Hearn wrote:
> Great work! Now let's hope Alexandre accepts it.
We're working on it. I talked about it briefly with Alexandre this
morning on IRC. ATM he thinks I should get rid of the low-level checks
for the systray windows. He suggested that I do somethin
uble. :)
James
>From nobody Mon Sep 17 00:00:00 2001
From: James Liggett <[EMAIL PROTECTED]>
Date: Fri Aug 11 13:13:19 2006 -0700
Subject: [PATCH] winex11.drv: Add XEmbed atom definitions to x11drv.h
---
dlls/winex11.drv/x11drv.h |3 +++
1 files changed, 3 in
On Wed, 2006-08-09 at 13:30 -0700, James Liggett wrote:
> > also a problem where a window would dock but only be allocated 1
> > pixel, I think that was a bug in GNOME that is now fixed.
> I'm not quite sure about that one--I've got an X test app that docks,
> but
Attached is the third update to the xembed systray patches. For this
version I've simplified the if statements for checking if we should map
tray icon windows or not (As per Scott Ritchie's advice--Thanks again
Scott.)
As always, further comments/suggestions appreciated.
Thanks,
Jam
On Sun, 2006-08-13 at 13:39 -0700, Scott Ritchie wrote:
> The reason the two are logically equivalent is that the first condition
> being false is implied when you're looking on the other side of the or
> statement, meaning that X11DRV_get_systray_window( display ) MUST not be
> None if we're even
I also forgot to add these other changes:
3. Patched server changes against server/protocol.def as per Juan Lang's
advice.
4. With more testing, I found that the XSync call has no effect on the
reliability of the docking. As Alexandre says they're a bad idea in this
case, I just got rid of that pa
s now. But, if you look at the patches, you'll notice that
the logic in the if statements is a little ugly. Is there a cleaner way
to do this?
Thanks,
James Liggett
xembed-systray-3.tar.gz
Description: application/compressed-tar
On Fri, 2006-08-11 at 09:02 -0700, Juan Lang wrote:
> +wine_tsx11_lock();
> +/* set XEMBED protocol data on the window */
> +info[0] = 0; /* protocol version */
> +info[1] = 1; /* mapped = true */
> +XChangeProperty( display, data->whole_window,
> +
ne, then we map them. Would adding a function like that
to x11drv be a good idea?
Any comments/suggestions/test results highly appreciated. If you'd like
to test these, apply them in the order that they're numbered (should go
from 0001 to 0010.)
Thanks again,
James Liggett
xembed-systray-patches-2.tar.gz
Description: application/compressed-tar
On Thu, 2006-08-10 at 00:16 +0100, Mike Hearn wrote:
> You can always stick some needed field in the X11DRV private data (you
> can see how to access that in the code itself).
OK--I apologize for being so dumb. it's the server reply that needs the
extended styles field, not X11DRV_win_data. Sorry t
On Thu, 2006-08-10 at 00:16 +0100, Mike Hearn wrote:
>
> You can always stick some needed field in the X11DRV private data (you
> can see how to access that in the code itself).
Are you referring to x11drv_win_data? I looked at that, but it seems
cleaner if I just use GetWindowLongW. I don't know
On Wed, 2006-08-09 at 12:16 +0100, Mike Hearn wrote:
> Ah awesome, good work! I know when I looked at this originally it
> seemed you could set a flag that told the embedder whether it was
> already mapped or not, maybe that doesn't work properly.
It's not that it doesn't work properly. What happe
On Tue, 2006-08-08 at 13:48 +0100, Mike Hearn wrote:
>
> It's not that we need to slow it down - slowing something down is
> never an acceptable solution to a race. We are missing some kind of
> synchronisation somewhere,
>
Actually, I don't think it has to do with synchronization--I think it
On Mon, 2006-08-07 at 18:02 +0100, Mike Hearn wrote:
> On Sun, 06 Aug 2006 20:10:19 -0700, James Liggett wrote:
> > so I suspect that this has something to do with stack problem
>
> More likely it's a speed issue - logging slows the code down a lot which
> could "fix&
On Mon, 2006-08-07 at 18:02 +0100, Mike Hearn wrote:
> On Sun, 06 Aug 2006 20:10:19 -0700, James Liggett wrote:
> > so I suspect that this has something to do with stack problem
>
> More likely it's a speed issue - logging slows the code down a lot which
> could "fix&
. I'd appreciate it if someone
could give me some assistance on tracking down this issue.
If you'd like to test these, please apply them in the order that they're
numbered. Any comments/suggestions appreciated.
Thnaks,
James Liggett
[1]: http://code.google.com/wine.html
[2]:
htt
I must really say I agree with you here, Jeremy. I think what Dan is
doing for wine is excellent, and I for one appreciate him keeping us
abreast of his efforts and the problems he encounters. The apps he's
working with are really important for a lot of people, and as such they
probably need our at
On Sat, 2006-01-21 at 17:37 -0600, Evil wrote:
> Hi all,
>
> I was just playing around with the Video Stress Test in CounterStrike:
> Source, and noted a lot of odd stuttering. The demo would run for about
> 15 seconds at 13fps, then completely freeze up for about 15 seconds.
> Then, it would st
On Sat, 2005-12-24 at 10:04 -0500, Robert Reif wrote:
> I'm trying to help someone on wine-bugs
> (http://bugs.winehq.org/show_bug.cgi?id=4053) with a crash in a game.
>
> The problem is that the game is catching and displaying the exception.
> It also appears that the game won't run in winedbg
ily 0
fixme:winsock:convert_proto_w2u unhandled Windows socket protocol 0
I hope they prove to be useful.
James
On Mon, 2005-12-19 at 08:39 +0100, Marcus Meissner wrote:
> On Sun, Dec 18, 2005 at 11:26:01PM -0800, James Liggett wrote:
> > On Mon, 2005-12-19 at 07:56 +0100, Marcus Meissner wrote
On Mon, 2005-12-19 at 23:38 -0800, Scott Ritchie wrote:
> Actually, I meant it might be a security issue for 2 reasons. The first
> is that taking out other machines is obviously a problem. The second,
> however, was that you reported it took out the internet of the machine
> Wine was running on
On Mon, 2005-12-19 at 10:00 +0100, Andreas Mohr wrote:
> I don't think Scott meant it that way ;-)
> Who cares about Wine, here's a change that makes half the machines in the
> network lose connection randomly, that's much bigger things to worry about
> potentially than simply non-working Wine sock
On Sun, 2005-12-18 at 23:50 -0800, Scott Ritchie wrote:
> On Sun, 2005-12-18 at 22:35 -0800, James Liggett wrote:
> > Hi,
> > For a while now I've been noticing a very bad regression in winsock with
> > steam. If I try to view information about a server using the "
On Mon, 2005-12-19 at 08:39 +0100, Marcus Meissner wrote:
> On Sun, Dec 18, 2005 at 11:26:01PM -0800, James Liggett wrote:
> > On Mon, 2005-12-19 at 07:56 +0100, Marcus Meissner wrote:
> > > On Sun, Dec 18, 2005 at 10:35:34PM -0800, James Liggett wrote:
> > > > Hi
On Mon, 2005-12-19 at 07:56 +0100, Marcus Meissner wrote:
> On Sun, Dec 18, 2005 at 10:35:34PM -0800, James Liggett wrote:
> > Hi,
> > For a while now I've been noticing a very bad regression in winsock with
> > steam. If I try to view information about a server usi
Hi,
For a while now I've been noticing a very bad regression in winsock with
steam. If I try to view information about a server using the "View game
info command," my Internet connection fails completely. Not only that,
but sometimes *all* of the machines on my network (both WinXP and Linux)
lose t
On Sat, 2005-12-17 at 07:07 +, Aric Cyr wrote:
>
> Thanks for the suggestion, but I already have wine compiled with only "-g".
> Last time I checked gcc doesn't enable optimizations unless a -O option is
> specified explicitly (don't know if this has changed though).
>
> Anyways, I think I f
On Fri, 2005-12-16 at 02:08 +, Aric Cyr wrote:
> Aric Cyr gmail.com> writes:
>
> >
> > I debugged it more last night and I found the offending call. If I comment
> > out
> > just that one (probably unneeded from what I can tell) function everything
> > works
> > great.
>
> Replying to my
> I really fear that this will end up with vendors loudly advertising linux
> support and
> proudly putting linux stickers on their products where everything you find
> inside are just
> the same windows .exe files and a readme stating that these will work fine
> with wine.
> Which at least i
With this demo and the patch I get the same problem that Toan is
getting. (With an ATI Radeon 9800 pro, latest drivers)
James
On Tue, 2005-12-06 at 01:25 +0100, Raphael wrote:
> Hi,
>
> Anyone Can test this demo
> http://www.paulsprojects.net/opengl/rtotex/rtotex.html
> If have an ATI card who
On Mon, 2005-12-05 at 03:24 -0500, Ivan Gyurdiev wrote:
> I think hardware problems with the RAM are highly unlikely. I've had
> plenty of those, and when your RAM is defective, nothing works - you get
> spurious kernel panics, and you will find out that it's defective
> really soon.
Well, that
On Sat, 2005-12-03 at 15:02 -0500, Ivan Gyurdiev wrote:
> Stefan Dösinger wrote:
> > Hello,
> >
> >> It doesn't seem to check the retval of the first alloc, which fails
> >> about half of the time in
> >> wine_anon_mmap (mmap() call) with ENOMEM. If the allocation succeeds,
> >> Steam proceeds t
Yet another wldap32 build problem. Such fun. :) Fortunately, Mike
McCormack sent a patch to wine-patches that fixes it:
http://www.winehq.org/pipermail/wine-patches/2005-November/022350.html
Hope this helps,
James
On Thu, 2005-11-24 at 19:15 +0100, Rein Klazes wrote:
> Hi,
> >Modified files:
> >
Yeah, I ran into that last night. A patch to fix it was submitted to
wine-patches, but it hasn't been committed yet:
http://www.winehq.com/pipermail/wine-patches/2005-November/022242.html
Hope this helps,
James
On Sat, 2005-11-19 at 19:21 -0600, Stephen Torri wrote:
> I am using CVS version of wi
I applied last night to my tree. It fixes the problem. Thanks.
James
On Sat, 2005-11-19 at 15:52 +0100, Marcus Meissner wrote:
> On Sat, Nov 19, 2005 at 06:39:23AM -0600, Evil wrote:
> > I can confirm this. I see the same error since the patch.
>
> I have sent in a fix already but it was not ap
Hi,
Yesterday I found a regression in Steam in current CVS. It fails to
start, giving the error message: "ERROR: Failed to get local IP address
of SocketToServer." Steam dies a few seconds after this. I tracked down
the cause to a recent Winsock patch:
http://www.winehq.com/pipermail/wine-cvs/2005-
Yeah, it works. :) Thanks!
James
On Fri, 2005-11-11 at 21:17 +0100, Eric Pouech wrote:
> > I tried modifying the RTL_USER_PROCESS_PARAMATERS settings after
> > creation in dlls/ntdll/thread.c (in thread_init, right after the
> > structure is allocated,) but that didn't work. So I put the change i
On Thu, 2005-11-10 at 11:32 +0530, Vijay Kiran Kamuju wrote:
> I have to Julliard regarding this, he still thinks that there should
> be some more work to be done on it. He did not mentioned what work is
> to be done.
Yeah, I have as well. He's yet to return my e-mail on that one.
> Well you shoul
On Wed, 2005-11-09 at 15:26 +0530, Vijay Kiran Kamuju wrote:
> I have tested googletalk with the patch of yours, i am attaching the
> screenshot of it.
> whenever i ve closed an googletalk instance its present on the screen
> (in the picture i have labelled it as zombie), in ps -ef its not
> killin
Kamuju wrote:
> could you please send a new patch as per latest cvs or 0.9
> I would like to test this patch.
> with 0.9 its not applying properly
> Thanks,
> Vijay
>
> On 10/27/05, James Liggett <[EMAIL PROTECTED]> wrote:
> > On Wed, 2005-10-19 at 14:3
On Tue, 2005-11-08 at 09:43 +0100, Eric POUECH wrote:
> you likely have to fix dlls/ntdll/thread.c (in thread_init) so that
> the RTL_USER_PROCESS_PARAMETERS has the correct flag set (or
> alternatively, in dlls/kernel/process.c, in for example
> build_initial_environment)
I tried modifying the RTL
Hi,
First, apologies for the length. It's quite a complex issue:
A few days ago someone sent to the list asking why a program he'd
written on WinXP runs under WineDbg but not under plain wine. Over the
weekend I debugged the program and found out that his program doesn't
use the standard WinMain e
Usually if something works under a debugger but not normally, that means
there's some sort of stack problem. Does your program work perfectly on
Windows?
On Tue, 2005-11-01 at 20:57 -0200, Matheus Izvekov wrote:
> Hi all
>
> This program works (with some small issues, but not really a problem
> f
On Mon, 2005-10-31 at 15:00 +, Oliver Stieber wrote:
> I've got quite a few optimizations to check-in, but I don't think it's a good
> idea putting in
> optimizations that may break things until wined3d is stable enough that bugs
> in wined3d don't go
> on to break the optimizations.
I agree
The textures on the monoliths were always plain and flat when I
> was running Cedega. I'm tempted to renew my Cedega subscription to make
> sure I'm remembering right.
Yeah, I know what you mean. I've never been a fan of Cedega, so I say to
hell with it. I would stick with f
I have single player HL2 running decent. Not quite excellent, but
playable. Try running steam with this command:
WINEDEBUG="-all" wine steam.exe
And you should get anywhere from 10-30 FPS. It's not the best in the
world, but at least you can play. :) I have started a new game, and I am
now in the
On Wed, 2005-10-19 at 14:33 +0200, Alexandre Julliard wrote:
> I'm afraid it's too big a change to get in at this point. Besides,
> there are still problems with that patch.
Now that 0.9 is released and the freeze is over, can you please tell me
what the problems are so I can fix them?
Thanks,
J
On Wed, 2005-10-19 at 15:51 +0200, Andreas Mohr wrote:
> Hi,
>
> On Wed, Oct 19, 2005 at 02:33:02PM +0200, Alexandre Julliard wrote:
> > Jonathan Ernst <[EMAIL PROTECTED]> writes:
> >
> > > http://bugs.winehq.org/show_bug.cgi?id=1301 is in Wine 0.9 blocker list.
> > > I guess this patch should go
I'm afraid it's too big a change to get in at this point. Besides,
> there are still problems with that patch.
Which problems are you referring to? It's true that there are some
issues with it, but those (at least in my testing anyway) are limited to
Gnome. With other desktops, such as XFce and Ice
On Tue, 2005-10-18 at 15:05 -0500, James Hawkins wrote:
> On 10/18/05, James Liggett <[EMAIL PROTECTED]> wrote:
> > Anything wrong with this patch? (Resent version)
> >
>
> We're in a feature freeze right now till 0.9 is released. I would try
> submitting ag
Anything wrong with this patch? (Resent version)
James Liggett
On Tue, 2005-10-11 at 17:07 -0700, James Liggett wrote:
> Hi,
> This patch implements XEmbed system tray support for recent non-KDE
> desktops. This is a modified version of a patch originally submitted by
> Rob Shear
On Sun, 2005-10-02 at 20:18 +, Molle Bestefich wrote:
> Brian Vincent wrote:
> > Anyway, the filename here has "demo" in it, so I'm not sure if this is
> > the full IDA Pro everyone has used in the past.
> > http://www.download.com/IDA-The-Interactive-Disassembler/3000-2218_4-10361515.html?tag=
On Wed, 2005-09-21 at 12:07 +0200, Alexandre Julliard wrote:
> Also what's
> the reason for having an XSync here?
The XSync call is in the example on freedeskotop.org for showing how to
send client messages
(http://standards.freedesktop.org/systemtray-spec/systemtray-spec-0.2.html#messages)
uses
Hi,
I'm doing a lot of testing, and I was wondering if I can run Wine from
within its source tree without having to reinstall it after every build.
If it can be done without conflicting with an existing installation of
Wine, how do I do it?
Thanks,
James
Adding the locking fixes the problem about icons not docking properly
that I described in one of my posts yesterday. It's much better now.
James
On Wed, 2005-09-21 at 13:58 -0500, Robert Shearman wrote:
> Alexandre Julliard wrote:
>
> >Robert Shearman <[EMAIL PROTECTED]> writes:
> >
> >
> >>+
Aside from the bugs I've mentioned before, it doesn't seem that the
implementation of this works quite right. This patch should address the
bugs in dlls/shell32/systray.c, not just the docking. I've fixed most
things, but there is still one big problem. There's a window cleanup
problem where the fi
Ok that's good. I've been looking through the systray code myself, and
its quite messy... Have fun! ;-)
James
On Tue, 2005-09-20 at 16:23 -0500, Robert Shearman wrote:
> James Liggett wrote:
>
> >1. The "Wine-Systray" window is still showing up. I've been
Hi Mike and Rob,
I tried your patch for XEmbed systray support, and I'm pretty impressed
with it. I think it's about time someone finally dusted this one off and
tried to get it committed. But, I've noticed some issues:
1. The "Wine-Systray" window is still showing up. I've been able to fix
this b
Hi Stefan,
I agree. I personally thought this would have been done long ago. But,
in order to fully implement this functinality, wouldn't we have to
implement some more dll's (like shdoc401 and some others that I don't
know off the top of my head?) The reason I ask this is that some
programs (like
This is some excellent news! Kudos and keep up the great work :)
James
On Tue, 2005-09-06 at 21:21 +0100, Oliver Stieber wrote:
> I though it was about time I gave a status update on DirectX9/wined3d, so
> here goes.
>
> Short of a couple of bug fixes (one to shaders, and another that cause
Hi,
Yesterday I updated CVS and tried the new theme system. While I find it
very impressive, I think I may have discovered a glaring problem with
it. I copied the WinXP "Luna" theme from my XP partition into the
Resources folder as directed by this week's WWN issue. It showed up in
the Appearances
I also see this in PokerStars.NET (an online poker game) In my case, I
believe the threads are valid however. I'll check on that and get back
to you. I notice it after playing the game for about a half-hour,
sometimes a bit longer. When this happens, I also noticed that I can
barely move my mouse,
Hi Robbert,
I tried a fresh CVS copy today, and IDA works now. I guess it got fixed.
That was fast... :) I wonder if your installers will work now.
James
On Sun, 2005-08-28 at 12:40 +0100, Robbert Xerox wrote:
> Hi, same patch is causing a regression in quite a few
> installers; one of them is:
>
Hi,
A week or so ago I reported some regressions running IDA pro on wine.
I've done some regression testing and I have found the patches that were
causing the problems. The first problem I noticed were the large edit
boxes in the General Registers window in IDA's debugger. It was caused
by this edi
Hi Stefan,
> Now I've run into the next problem: Any call to glBegin(GL_Something) crashes
> in the libs of my OpenGL driver(ATI fglrx) due to some NULL pointer
> access[1]. If I disable Hardware Acceleration, the crash doesn't occur and
> Empire Earth starts up to the Main Menu more or less su
m?
Thanks very much,
James Liggett
I agree. Bitstream Vera looks awful with antialiasing turned off. (using
Freetype bytecode interpreter) I've been wishing that the font be
changed to something more generic (I also thing Arial would work good)
for about a year now.
James
On Wed, 2005-08-17 at 02:57 +0200, Christian Britz wrote:
>
On Sat, 2005-08-13 at 22:15 +, Stefan Dösinger wrote:
> I indeed was in doubt that ddraw or dinput are causing the problem, and I
> didn't find anything wrong in the DDraw code. Well, I'll see.
>
> BTW, Empire Earth crashes in exactly the same way in Cedega, where I expect
> the DirectX imp
On Sat, 2005-08-13 at 22:35 +, Stefan Dösinger wrote:
> Am Samstag, 13. August 2005 19:34 schrieb Lionel Ulmer:
> > > This looks like a really nasty heap corruption to me, and I'm afraid it's
> > > beyond my knowledge. Can anyone of the ddraw/d3d people help me?
> >
> > I think best would a +dd
On Thu, 2005-08-11 at 21:39 +, Stefan Dösinger wrote:
> Hello,
> I am trying(once again) to get Empire Earth [1] running with wine. After
> solving a few problems[2], I've run into a strange access violation crash. It
> looks like a buffer overrun, followed by a return to an invalid adress.
>
On Fri, 2005-08-05 at 14:28 +0900, Mike McCormack wrote:
> James Liggett wrote:
>
> > This patch fixes an "Invalid Argument" error in GetCommState when a
> > program tries to get information about a usbserial device. With this
> > patch, Wine provides a "
On Tue, 2005-08-02 at 01:34 +0200, Christian Britz wrote:
> James Liggett schrieb:
>
> > I use a few programs that use systray icons. Because I use GNOME, these
> > icons don't show up as tray icons as they should, but instead as little
>
> Could you please prov
ndard to get the systray to work in both GNOME and KDE. There haven't
been any updates to its status for quite a while now. Does anyone know
of the status on this work?
Thanks,
James Liggett
Sun, Jul 31, 2005 at 05:03:14PM -0700, James Liggett wrote:
> > > Hello all,
> > > Over the past few weeks, I have been working on syncing a Palm with Palm
> > > Desktop and Hotsync with WINE. I have made some progress in this
> > > endeavor. I am successfully ab
ome feedback on my changes so that it can be
useful, and possibly submitted for inclusion in CVS. If anyone's
interested, I have a screenshot in the AppDB:
http://appdb.winehq.org/screenshots.php?appId=688&versionId=1043.
Thanks a lot,
James Liggett
I
x27;t notice this problem before. Anyone else notice it?
Thanks a lot,
James Liggett
before it works
again. Maybe a flush is necessary after all. Might the corrected patch
help the problem? ;-)
James Liggett
On Sun, 2005-07-31 at 16:12 +0200, Uwe Bonnes wrote:
> >>>>> "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes:
>
&g
shots.php?appId=1383&versionId=1873
>
> Apparently, Apache 2 in Red Hat has it's PHP4 configured with a limit of
> 512K on uploads. I had to change the "LimitRequestBody" setting in:
> /etc/httpd/conf.d/php.conf
>
> It should be fixed now.
>
> On Wed, 200
Hi Tony,
Thanks so much for looking into this. Hope it gets fixed soon ;-)
James
On Wed, 2005-07-27 at 21:35 -0600, Tony Lambregts wrote:
> James Liggett wrote:
> > Hi,
> > Tonight I tried to submit a shot for Palm Desktop 4.1 and it gave me
> > this error:
> >
&g
1 - 100 of 146 matches
Mail list logo