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
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?
Dustin
Juan Lang wrote:
--- Uwe Bonnes <[EMAIL PROTECTED]> wrote:
Is the Mozilla Installer Installshield or MSI based? Otherwise is it
open source? Perhaps an easier way to ba
I was going to file the bug with mozilla, but I wasnt sure of how to
describe it.. sorry..now I know, but dont know how to describe where it
is.. would "bug in ntmisc.c: _tzname" be appropriate?
Dustin
Juan Lang wrote:
--- Uwe Bonnes <[EMAIL PROTECTED]> wrote:
Is the Mozilla Installer Installsh
--- Uwe Bonnes <[EMAIL PROTECTED]> wrote:
> Is the Mozilla Installer Installshield or MSI based? Otherwise is it
> open source? Perhaps an easier way to backtrace the problem?
I believe it's open source. The crash was due to Mozilla attempting to
write to a value that's exported by msvcrt.dll. I
> "Juan" == Juan Lang <[EMAIL PROTECTED]> writes:
Juan> 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.
Juan> So far, this evidence points
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.
Ill go ahead and file a bug and take a look at the code, but I'm
probably not the person to try writing a patch for something like that..
I'm more of a scripting guy than anything else, just hang out here to
learn, help out other users, and test patches u guys write..
Dustin
Juan Lang wrote:
--
--- Dustin Navea <[EMAIL PROTECTED]> wrote:
> Perhaps they are thinking along the lines of the whole string being for
> example "GMT -06:00 Central Time" ? In which case they wouldnt want to
> convert just the GMT as it would product the wrong result.
Apples and oranges. By "converting," I mean
Perhaps they are thinking along the lines of the whole string being for
example "GMT -06:00 Central Time" ? In which case they wouldnt want to
convert just the GMT as it would product the wrong result. Just an
outsider's opinion ;-)
Dustin
Juan Lang wrote:
--- Alexandre Julliard <[EMAIL PROTEC
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Actually, judging from the pointer values I get on my XP box the
> buffers seem to be 64 chars long.
Okay, changing patch to match.
> Still, I'm not sure why Mozilla feels the need to overwrite them, that
> doesn't seem right.
No, it doesn't, a
Juan Lang <[EMAIL PROTECTED]> writes:
> Mozilla is almost certainly wrong, though: the maximum size for the TZ
> environment variable is 15 chars (16 with the NULL):
> http://msdn.microsoft.com/library/en-us/vclib/html/_crt__tzset.asp
>
> The corresponding names in _tzname are probably only 3 ch
If that is the case, shouldnt we report it as a bug in Mozilla, and is
it possible that Firefox is doing the same thing, but just that nobody
has tested it out on wine?
Dustin
Juan Lang wrote:
I've sent a patch to wine-patches that works for me. Would you care to
try it?
Mozilla is almost certa
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.com/library/en-us/vclib/html/_crt__tzset.asp
The corresponding names i
--- Alex Woods <[EMAIL PROTECTED]> wrote:
> Well, here is a +relay,+nls log of what's happening just before the
> invalid memory address gets passed back.
Sweet, this turns up what we're looking for. (That doesn't mean I have a
patch though.) Hey James, we're back to it being a Wine bug, though
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 4/22/05, Alex Woods <[EMAIL PROTECTED]> wrote:
> 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 r
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
--- 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 bad memory address.
While that's certainly possible in general, that
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 rather than in Wine. It
may very well be triggered by a bug in Wine..
21 matches
Mail list logo
