On Sun, Apr 24, 2005 at 08:00:37PM -0500, Dustin Navea wrote:
> Was it the Mozilla installer that was crashing due to a bug in it's
> ntmisc.c or the Mozilla app itself that was crashing?
It was the Gecko Runtime Environment (GRE) part of the installer.
--
Alex
On Sun, Apr 24, 2005 at 09:23:22AM +1000, Troy Rollo wrote:
> On Saturday 23 April 2005 22:12, Alex Woods wrote:
> > I'm attaching to the process with gdb, but it's not catching things at
> > the point where they go wrong. Typically I am just seeing a stack lik
On Sat, Apr 23, 2005 at 10:02:09AM -0700, Juan Lang wrote:
> I've sent a patch to wine-patches that works for me. Would you care to
> try it?
>
> Mozilla is almost certainly wrong, though: the maximum size for the TZ
> environment variable is 15 chars (16 with the NULL):
> http://msdn.microsoft.
On Thu, Mar 03, 2005 at 08:13:41AM +1100, Troy Rollo wrote:
> On Thu, 3 Mar 2005 03:43, Alex Woods wrote:
> > Unfortunately, I never got to try out this method properly. WoW has
> > it's own dbghelp.dll that it checks on login and that contains different
> > functions to
On Fri, Apr 22, 2005 at 05:18:58PM -0700, Juan Lang wrote:
> --- James Hawkins <[EMAIL PROTECTED]> wrote:
> > Just because Mozilla is passing a bad memory address doesn't mean
> > it's a bug in Mozilla. For example Mozilla could have requested
> > some information from wine and we gave them the ba
On Fri, Apr 22, 2005 at 04:31:52PM -0700, Juan Lang wrote:
> Alex wrote:
> > I'm encountering a crash when trying to install Mozilla 1.7.7 under
> > wine. I am using a fresh CVS checkout, but I've tried older revisions
> > with the same result.
>
> So far, this evidence points to a bug in Mozilla
If I change my winver from winxp to win95, I don't get this problem.
--
Alex
Hello,
I'm encountering a crash when trying to install Mozilla 1.7.7 under
wine. I am using a fresh CVS checkout, but I've tried older revisions
with the same result. Here is a backtrace. It's falling over trying to
write to 0x99806858.
Backtrace:
=>1 0x557581df wine_cp_wcstombs(table=0x558485
On Thu, Apr 21, 2005 at 06:24:03AM -0500, David D. Hagood wrote:
> IF this happens when using SSH, something to check is what the actual
> settings of DISPLAY are:
>
> Normally under SSH, DISPLAY will be set to something like:
>
> DISPLAY=localhost:10
>
> and SSH will forward TCP port 6010 on t
On Sat, Mar 26, 2005 at 06:02:43PM +0100, Ferenc Wagner wrote:
> I think this message better fits here on the devel list.
Actually, it would fit better on a Gentoo forum. This is a problem with
building on Gentoo 2004.3. It's fixed in the 2005.0 development
version, and is to do with the fact th
On Thu, Mar 24, 2005 at 10:40:18PM -0500, [EMAIL PROTECTED] wrote:
> I applied the two patches from bugzilla
> (http://bugs.winehq.org/show_bug.cgi?id=2814#c8) which includes Raphael's
> opengl32 fbconf patch and another one from Tim Savannah which looks like
> this:
>
> --- wine2/dlls/x11drv/
On Wed, Mar 02, 2005 at 06:52:36PM +0100, Paul van Schayck wrote:
> Hey,
>
> On Wed, 2 Mar 2005 16:43:11 +0000, Alex Woods <[EMAIL PROTECTED]> wrote:
> > Whilst playing around trying to get some kind of lead, the sound cut out
> > on me whilst playing the game. I dec
On Fri, Feb 25, 2005 at 11:07:03AM +1100, Troy Rollo wrote:
> On Fri, 25 Feb 2005 09:22, Alex Woods wrote:
> > Over the course of 13 (unlucky for me ;)) crashes, these are the only 3
> > addresses it has given. My question is what can I do to debug [target
> > application
On Sat, Feb 26, 2005 at 09:00:04PM +, Alex Woods wrote:
> as 64-bit? I'm pretty sure I'm either being dense, or something is
> happening that I'm not aware of. Could someone point out which, please?
It was a bit of both. There is a dbghelp.dll in the apps directory.
Hello,
When I try to run winedbg with the --gdb option, it simply hangs. I've
tracked this down to dbg_get_debuggee_info returning false and then
everything falling through to a wait(NULL). The callback that is
getting passed SymEnumerateModules doesn't seem to be getting called at
all. I've pu
Hi,
World of Warcraft is working beautifully now apart from a crash that
occurs seemingly randomly. The application is catching the crash, and
giving a message like this:
This application has encountered a critical error:
ERROR #132 (0x85100084)
Program:C:\Program Files\World of Warcraf
On Wed, Feb 23, 2005 at 09:26:25AM +, Alex Woods wrote:
> inside the game properly). Unfortunately, wine crashes out if I move
> the mouse to another display. so I can't take a screenshot for you :(
It really doesn't like losing focus from the game, I'll try and get som
On Wed, Feb 23, 2005 at 10:03:56AM +0100, Raphael wrote:
> > It looks as though it's the Pbuffer stuff it is after. Right after all
> > those wglGetProcAddress it does this:
> >
> > trace:opengl:wglCreatePbufferARB (0x7b8, 1, 1024, 1024, 0x55bdfc4c)
> > trace:opengl:wglGetPbufferDCARB ((nil))
> >
On Mon, Feb 21, 2005 at 09:39:31PM +0100, Raphael wrote:
> Ouppsss
>
> better patch
It looks as though it's the Pbuffer stuff it is after. Right after all
those wglGetProcAddress it does this:
trace:opengl:wglCreatePbufferARB (0x7b8, 1, 1024, 1024, 0x55bdfc4c)
trace:opengl:wglGetPbufferDCARB ((
On Mon, Feb 21, 2005 at 09:39:31PM +0100, Raphael wrote:
> Ouppsss
>
> better patch
Thanks, and good timing - I was just about to go and debug it ;)
The new patch gives the following wglGetProcAddress stuff, which looks
more like it (chopping the top bits off):
trace:opengl:wglGetProcAddress (g
On Mon, Feb 21, 2005 at 10:58:31AM +0100, Lionel Ulmer wrote:
> Can you send me the same snippet of log but with the patch you sent the
> other day ? It's just to be sure that it correctly advertises the three new
> extensions you added in your patch :)
>
> If all the wglGetProcAddress lines were
On Mon, Feb 21, 2005 at 09:33:29AM +0100, Raphael wrote:
> can you try this patch ?
Yes, doesn't look any different though. I did notice that with either
patch I get this though:
0009:warn:opengl:wglGetProcAddress Did not find extension
wglGetExtensionsStringARB in either Wine or your OpenGL li
On Sun, Feb 20, 2005 at 01:43:44PM +0100, Lionel Ulmer wrote:
> Well, if you want just to test if the application works better, just add
> (stubbed) support for the following extensions:
>
> http://oss.sgi.com/projects/ogl-sample/registry/ARB/wgl_pixel_format.txt
> http://oss.sgi.com/projects/ogl-
On Sun, Feb 20, 2005 at 11:29:51AM +0100, Lionel Ulmer wrote:
> On Sat, Feb 19, 2005 at 06:36:31PM +0000, Alex Woods wrote:
> > Hopefully this is enough to be relevant. 128x128 certainly sounds about
> > the right size for a minimap. Let me know if you need more of the
> > o
On Wed, Feb 16, 2005 at 12:03:23PM +0100, Lionel Ulmer wrote:
> > > I posted a bug about this on December 7, 2004 at this location:
> > > http://bugs.winehq.org/show_bug.cgi?id=2603 Nothing has happened yet with
> > > this bug except for someone else confirming it.
> >
> > As to lionel why he dont
On Fri, Feb 18, 2005 at 07:28:04PM -0500, Tom wrote:
> There is a some what work around here:
> http://forums.worldofwarcraft.com/thread.aspx?fn=wow-interface-customization&t=47450
> I know the best solution would be to fix the minimap but this might help
> you to get further into the game
> so y
On Wed, Feb 16, 2005 at 06:42:28PM -0500, [EMAIL PROTECTED] wrote:
> Wow...it works! Kind of. First thing I'd like to point out is that
> your patch doesn't add the new stuff (d3dx9 and wineguid) to the
> configure script, only to the configure.ac. That caused a little
> problem for me since I d
On Fri, Feb 18, 2005 at 02:21:27PM -0800, Juan Lang wrote:
> Alex wrote:
> > It all looks very promising until it patches itself up to version
> > 1.2.3, when it just crashes at startup.
>
> Does this patch help?
Yes, that fixes it up nicely, thank you. I'm off to see just how far I
can get now,
On Thu, Feb 17, 2005 at 10:50:46PM +0100, Paul van Schayck wrote:
> And the game runned in some kind of semi-managed mode. Not sure how to
> descripe it. Performance of the main screen actually looked better
> than cedega.
I've only seen the game load up to the account login stage, but I
think I m
On Thu, Feb 17, 2005 at 04:23:46PM +, Oliver Stieber wrote:
> If you would like me to work on something just ask. (I
> have to get a Job soon though, so my output will drop
> quite a bit!)
Well, I'd also like to see World of Warcraft working. I've been trying
to get the UK version to work. I
On Wed, Feb 09, 2005 at 01:38:21PM +0100, Alexandre Julliard wrote:
> Alex Woods <[EMAIL PROTECTED]> writes:
>
> > Changelog:
> > * configure.ac: Alex Woods <[EMAIL PROTECTED]>
> > Handle host_cpu of x86_64 like other x86s.
>
> This will break th
It turns out, it's actually a problem with kernel 2.6.10 that I was
encountering, and the multilib build is a success. With kernel 2.6.9
wine runs perfectly.
To round things up, here are the steps I took to achieve this:
1. Apply patch below (will be submitting to wine-patches)
2. Move your /usr
On Mon, Feb 07, 2005 at 12:02:37PM +, Alex Woods wrote:
> I too am trying to compile a working multilib wine. I have got a little
> further, and actually have a binary that doesn't produce any errors now.
> Unfortunately, it doesn't seem to do anything at all, and just
I suppose I should have actually attached the patch too..
--
Alex
diff -urN wine-20050111.orig/configure.ac wine-20050111/configure.ac
--- wine-20050111.orig/configure.ac 2005-01-10 13:26:33.0 +
+++ wine-20050111/configure.ac 2005-02-07 11:37:34.247339872 +
@@ -978,7 +978,7 @
Hi,
I too am trying to compile a working multilib wine. I have got a little
further, and actually have a binary that doesn't produce any errors now.
Unfortunately, it doesn't seem to do anything at all, and just returns
me to the command line with an exit status of 2. I've yet to dig into
that o
35 matches
Mail list logo
