Closed Bug 1526241 Opened 7 years ago Closed 5 years ago

Crash on Test262 ECMAScript test

Categories

(SeaMonkey :: General, defect)

SeaMonkey 2.49 Branch
x86
Windows
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: rm, Unassigned)

References

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4

Steps to reproduce:

Run the Test suite
https://v8.github.io/test262/website/default.html#

Using the official build
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4
Build identifier: 20180713174829

Actual results:

Crash after a while, no crash reporter or further information

Expected results:

Complete the run, with either positive or, eventually, some failures, but not take down all the browser

I was able to reproduce the crash several times.

I decided to run the 4 test suites separately, the issue appears in the "built ins section" and attempt monitoring.
I noticed that after it did run 7648 tests (Running Test: 15.4.4.15-8-b-i-11) the browser stops responding for a long time.
Checking the task manager I notice a very variable amount of RAM, going from about 390M to 490M jumping up and down although not indefinitely increasing. I waited for minutes.... then in restarted and terminated.

Tests To run: 11248 | Total tests ran: 11248 | Pass: 11069 | Fail: 179 | Failed to load: 0

Then I rerun the whole test suite once and it crashed - this time though with a Crash Report at least.

AdapterDeviceID: 0x0ca5
AdapterDriverVersion: 9.18.13.4181
AdapterSubsysID: 00000000
AdapterVendorID: 0x10de
Add-ons: %7Bf13b157f-b174-47e7-a34d-4815ddfdfeb8%7D:0.9.89.1-signed.1-signed,inspector%40mozilla.org:2.0.16.1-signed,%7B59c81df5-4b7a-477b-912d-4e0fdf64e5f2%7D:0.9.93,%7B972ce4c6-7e08-4474-a285-3208198ce6fd%7D:2.49.4,alterechtschreibung%40googlemail.com:3.0.1,it-IT%40dictionaries.addons.mozilla.org:5.0.0
AvailablePageFile: 8226213888
AvailablePhysicalMemory: 1216774144
AvailableVirtualMemory: 296996864
BIOS_Manufacturer: Award Software International, Inc.
BlockedDllList: 
BreakpadReserveAddress: 51707904
BreakpadReserveSize: 67108864
BuildID: 20180713174829
CPUMicrocodeVersion: 0x11
ContentSandboxCapable: 1
ContentSandboxLevel: 1
CrashTime: 1549628105
EMCheckCompatibility: true
FramePoisonBase: 00000000f0de0000
FramePoisonSize: 65536
InstallTime: 1533634876
IsGarbageCollecting: 1
JSOutOfMemory: Reported
MozCrashReason: MOZ_CRASH()
Notes: FP(D00-L1000-W00001000-T0000) AdapterVendorID: 0x10de, AdapterDeviceID: 0x0ca5, AdapterSubsysID: 00000000, AdapterDriverVersion: 9.18.13.4181
D2D1.1? DWrite? DWrite+ D2D1.1+ D3D11 Layers? D3D11 Layers+ 
OOMAllocationSize: 16
ProductID: {92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}
ProductName: SeaMonkey
ReleaseChannel: release
SafeMode: 0
SecondsSinceLastCrash: 32235912
StartupCrash: 0
StartupTime: 1549614064
SystemMemoryUsePercentage: 85
Theme: classic/1.0
Throttleable: 1
TotalPageFile: 17174626304
TotalPhysicalMemory: 8588288000
TotalVirtualMemory: 4294836224
URL: 
UptimeTS: 42624.868078185
Vendor: Mozilla
Version: 2.49.4
Winsock_LSP: MSAFD Tcpip [TCP/IP] : 2 : 2 : 1 : 6 : 0x20066 : 0x8 : %SystemRoot%\system32\mswsock.dll :  : e70f1aa0-ab8b-11cf-8ca3-00805f48a192 
 MSAFD Tcpip [UDP/IP] : 2 : 2 : 2 : 17 : 0x20609 : 0x8 : %SystemRoot%\system32\mswsock.dll :  : e70f1aa0-ab8b-11cf-8ca3-00805f48a192 
 MSAFD Tcpip [RAW/IP] : 2 : 2 : 3 : 0 : 0x20609 : 0xc : %SystemRoot%\system32\mswsock.dll :  : e70f1aa0-ab8b-11cf-8ca3-00805f48a192 
 MSAFD Tcpip [TCP/IPv6] : 2 : 23 : 1 : 6 : 0x20066 : 0x8 : %SystemRoot%\system32\mswsock.dll :  : f9eab0c0-26d4-11d0-bbbf-00aa006c34e4 
 MSAFD Tcpip [UDP/IPv6] : 2 : 23 : 2 : 17 : 0x20609 : 0x8 : %SystemRoot%\system32\mswsock.dll :  : f9eab0c0-26d4-11d0-bbbf-00aa006c34e4 
 MSAFD Tcpip [RAW/IPv6] : 2 : 23 : 3 : 0 : 0x20609 : 0xc : %SystemRoot%\system32\mswsock.dll :  : f9eab0c0-26d4-11d0-bbbf-00aa006c34e4 
 RSVP TCPv6 Service Provider : 2 : 23 : 1 : 6 : 0x22066 : 0x8 : %SystemRoot%\system32\mswsock.dll :  : 9d60a9e0-337a-11d0-bd88-0000c082e69a 
 RSVP TCP Service Provider : 2 : 2 : 1 : 6 : 0x22066 : 0x8 : %SystemRoot%\system32\mswsock.dll :  : 9d60a9e0-337a-11d0-bd88-0000c082e69a 
 RSVP UDPv6 Service Provider : 2 : 23 : 2 : 17 : 0x22609 : 0x8 : %SystemRoot%\system32\mswsock.dll :  : 9d60a9e0-337a-11d0-bd88-0000c082e69a 
 RSVP UDP Service Provider : 2 : 2 : 2 : 17 : 0x22609 : 0x8 : %SystemRoot%\system32\mswsock.dll :  : 9d60a9e0-337a-11d0-bd88-0000c082e69a 
 MSAFD RfComm [Bluetooth] : 2 : 32 : 1 : 3 : 0x20026 : 0x8 : %SystemRoot%\system32\mswsock.dll :  : 9fc48064-7298-43e4-b7bd-181f2089792a
useragent_locale: en-US

This report also contains technical information about the state of the application when it crashed.
Attached image Capture.PNG

The crash id is missing. I suspect it did run out of memory. Tried with a 2.53 x64 and it ran. Gobbled up to 5GB memory during some tests.

You can try the unofficial x64 2.49.5 from
http://www.wg9s.com/comm-esr/

If it still crashes probably nothing which can be done. This is all Gecko backend stuff. Please post a crash id then.

Where do I find the crash ID ? The information I put was inside the panel of the crash reporter.

The machine has 8GB of ram and I never saw excessive usage of memory during running the test.
I wonder that when "splitting" the tests it takes very long (but no excessive memory usage) and when run directly it crashes. I did use the resource monitor and it stays around 350M except when it crashes where it is "left" at 3.6GB
I suppose my version is 32bit and it hit a 4GB memory limit then?

If running the tests separately works fine it could mean there is a memory collection issue or a leak at least temporarily. At the end of all test I found it again at 350MB.

Testing your unofficial build has the point of using your unofficial build is testing the 64bit version? I suppose the two versions cannot be installed at the same time though.

This test seems to be outdated:
Tests To run: 16436
Test suite date: 2016-03-23

A current test can be found here:
https://bakkot.github.io/test262-web-runner/ (click Remote)
With 35043 tests.

There is no out of memory error with this test.

several crashes without memory problems:
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0 SeaMonkey/2.53
Build-Identifikator: 20190204130008

and with this tests:
https://bakkot.github.io/test262-web-runner/

annexB     <- all tests were done.
built-ins  <- all tests were done.
harness    <- all tests were done.
intl402    <- several tests are crashed.
language   <- all tests were done.

Examples:

intl402/Collator/default-options-object-prototype.js

var collator = new Intl.Collator([requestLocale], options);
let defaultSensitivity = new Intl.Collator("en").resolvedOptions().sensitivity;  <-- crash on this line

....

intl402/Collator/unicode-ext-value-collation.js

function checkCollation(extensionCoValue, usageValue, expectedCollations, expectedUsage) {
var requestLocale = extensionCoValue !== undefined ? "de-DE-u-co-" + extensionCoValue : "de-DE";
var options = usageValue !== undefined ? { usage: usageValue } : undefined;
var collator = new Intl.Collator([requestLocale], options);

var collation = collator.resolvedOptions().collation;  <-- crash on this line

....
}

Status: UNCONFIRMED → NEW
Ever confirmed: true
See Also: → 1526727

https://bakkot.github.io/test262-web-runner/

annexB     <- all tests were done.
built-ins  <- all tests were done.
harness    <- all tests were done.
intl402    <- several tests are crashed.
language   <- all tests were done.

Crash since 26th of January SM 2.53 and also crashes on YouTube.
No intl402 and no YouTube crash until the 22th of January SM 2.53.

Severity: normal → critical
Flags: needinfo?(frgrahl)
OS: Unspecified → Windows
Hardware: Unspecified → x86_64
Summary: Crash on Test262 ECMAScript test → Crash on Test262 ECMAScript test (since 26th of january SM 2.53.)
Version: SeaMonkey 2.49 Branch → SeaMonkey 2.53 Branch

After further testing, it is definitely a patch from the 26th of January.

See Also: 1526727
Summary: Crash on Test262 ECMAScript test (since 26th of january SM 2.53.) → Crash on Test262 ECMAScript test and YouTube (since 26th of January SM 2.53.)

Probably a bug with the internationalization and not with the graphics or video drivers:

  1. Only intl402 tests are crashed.
  2. For me, the error only occurs when YouTube plays an advertising clip.
  3. xul.dll crashed triggered by JS tests of internationalization.
  4. On January 26, changes were made in the area of internationalization.

I can not get any further, Frank has to do the rest :·)

Should be fixed in Bills builds starting with 02-11. Sorry. I am going to the ESR60 patch queue to fix all security issues and missed that I already backed this one out earlier when going thru the latest ESR52 patches. Btw. Waterfox has the offending patch also backed out.

Flags: needinfo?(frgrahl)

Bills x64 is now up. x86 should follow. Seems to be working ok and sorry again.

Because this is an unofficial version just closing without a patch attached.

Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → seamonkey2.53

Thank you oh god of fast fixing.
As soon as SM 2.57 can handle mail, ublock and noscript I will switch on my main installation ;).

Indeed, thanks!
I reported on 2.49.4 though does the fix apply to that series too? will it backported?

Riccardo, sorry you are right. I was fixated on 2.53 becauee of the last comments. Please provide a 2.49.4 crash id from about:crashes. I need to check if it is the same problem. I was unable to reproduce the problem with 2.53 in 2.49.5. Works for me.

Status: RESOLVED → UNCONFIRMED
Ever confirmed: false
Flags: needinfo?(rm)
Hardware: x86_64 → x86
Resolution: FIXED → ---
Summary: Crash on Test262 ECMAScript test and YouTube (since 26th of January SM 2.53.) → Crash on Test262 ECMAScript test
Target Milestone: seamonkey2.53 → ---
Version: SeaMonkey 2.53 Branch → SeaMonkey 2.49 Branch

I was able to recreate it in a fresh test profile:

https://crash-stats.mozilla.com/report/index/24eb0695-e5b9-4da5-9f9e-c1c4b0190213#tab-bugzilla

Points to Bug 1337105. Given that it seems no longer to occur in 60 it probably means no fix forthcoming. I am leaving this bug open instead of duping it but not a high chance for a fix.

Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(rm)

2.53.3 works fine. 2.49.5 is now obsolete and no bugs specific only to this version and below will be fixed.

Status: NEW → RESOLVED
Closed: 7 years ago5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: