Closed Bug 263139 Opened 20 years ago Closed 20 years ago

crash - js tests javascript1.2 on ecma/Number/15.7.4.js

Categories

(Core :: JavaScript Engine, defect)

1.7 Branch
x86
All
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: bc, Unassigned)

References

()

Details

(Keywords: crash, Whiteboard: TB1182271Q ,TB1182609W, TB1183421Q)

Attachments

(1 file)

1. visit online js tests
2. choose javascript1.2
3. select ecma suite tests.
4. execute test list.
5. crash when ecma/Number/15.7.4.js executes.

Note running by itself does not crash. I've seen at least two different stacks
on this.
I don't see a crash here, and I've been running the testsuite lately, on trunk
and branch, with and without e4x.  Hmm, I haven't run branch as recently as
trunk. Are you running on the trunk?

/be
crash on sm branch 1.7, trunk from yesterday and on ff branch from yesterday.
Note this is using the online version for the ecma suite and you must select the
javascript1.2 language and run the full ecma suite to see the crash.
Are you waiting for TBs to get processed, or do you have stacks?

/be
I can do this crash with a FF trunk build from 10/01.  I'll run it on some
builds with symbols if you need stacks but it takes a while to reproduce.
i have tbs waiting but can give you stacks. I started to give one last evening
but when reproducing it I got a different one and decided to let you get your
own. But you can also see an earlier one at
<http://bclary.com/2004/10/03/js-tests-results/moz18-no-js5-js12.crash>
Crap, I don't see that crash in the JS shell.  Can someone run valgrind or purify?

/be
the JS shell is sane and will not execute the ecma suite with version 120. The
online version allows you to do crazy things like run any suite with any
language version. Maybe if you hack a local copy to force the ecma suite to run
with version 120 you can reproduce it. Are valgrind or purify free or commercial?
FYI: Valgrind is free but Linux only, Purify is commercial but runs on several 
platforms.

I can give Purify a try this evening if someone doesn't beat me to it.
bc: the JS testsuite was written for the shell, and the js shell supports a
version() function taking a number (120 for 1.2, e.g.) by which the suite or any
user can set the language version, so the suite does actually test the 1.2 code
paths.  Those paths are few, but they do affect such things as whether toString
is really toSource (in 1.2, it is).

Busy today, I'll have more time for this and other bugs tomorrow.

/be
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a5) Gecko/20041007

no need to run the full suite, just the neighboring tests are sufficient to
trigger the crash. DocWatson comes up, Talkback is sleeping.

Steps to repeat, direct link to the tests:
1. http://bclary.com/2004/10/03/js-tests/menu.html#TESTDIR_ecmaObjectObjects
2. select      15.2.1.1.js Object( value )
3. scroll UP for the preceding tests
4. select      15.7.4.3-3-n.js 
               15.7.4.js Properties of the Number Prototype Object
6. use link 'Top of ecma Suite'
7. use link 'Top of page'
8. select  Language Version Javascript 1.2
9. Execute Test List
10. enjoy crash
Thanks Hermann. OBTW, crashes on SuSe 9.1 with a trunk build from 20040926
OS: Windows XP → All
TB1182271Q 
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB1182271Q

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.4) Gecko/20040925

Regression is old, didn´t find a working Build yet:
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7b) Gecko/20040411
BuildID 20041708, 2004052009, 2004080309, 2004082508, 2004091804 all crashing.

as Talkback triggered on the 1.7.4 build, it seems talkback has issues in the trunk.
Whiteboard: TB1182271Q
TB1182609W
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a5) Gecko/20041007
got talkback working by deleting compreg.dat

http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB1182609W

both talkbacks (1.7.4, 1.8a5) are showing the same stack signature 	
JS_HashTableDestroy 8e5380b9 
Whiteboard: TB1182271Q → TB1182271Q ,TB1182609W
I don´t think that this is an regression, as 1.6 and 1.4.2 are also crashing.
Versions of Mozilla.exe, WindowsExplorer->Properties->Version:
1.4.2: 2004042614
1.6: 2004011308
TB1183421Q
Mozilla/5.0 (Windows; U; Win98; rv:1.7.3) Gecko/20041006 Firefox/0.10.1

http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB1183421Q

JS_HashTableDestroy 8e5380b9
Whiteboard: TB1182271Q ,TB1182609W → TB1182271Q ,TB1182609W, TB1183421Q
It is a regression, Mozilla 1.2a working, 1.2b crashing. There are no nightlies
for this at archive.mozilla.org, as it starts end of 2002.

1.0.1, 1.0.2, 1.1, 1.2a BuildID 2002091014 tested on Win98SE working,
1.2  BuildID 20021126 tested on Win98SE crashing.

working: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2a) Gecko/20020910

Talkbacks sent to Netscape:
TB33963669Y Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021016 
TB33963466Z Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2) Gecko/20021126 




14 crashes with stack signature js_hashtabledestroy 8e5380b9
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=1&searchby=stacksig&match=contains&searchfor=+JS_HashTableDestroy+8e5380b9&vendor=All&product=All&platform=All&buildid=&sdate=&stime=&edate=&etime=
Following the steps in comment 11, a build from 20041123 crashes, a build from 
20041125 does not. Maybe this was fixed by the checkin for bug 271477?
I can confirm no crash in trunk seamonkey from 12/14 and still a crash in 1.7.5
from 12/14. Perhaps the fix in bug 271477 can go on the 1.7 branch as well.
Moving bug to branch only.
Version: Trunk → 1.7 Branch
wfm with recent Mozilla 1.7.6 build.
Status: NEW → RESOLVED
Closed: 20 years ago
QA Contact: pschwartau → moz
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: