Closed Bug 225046 Opened 21 years ago Closed 21 years ago

<COLGROUP x="3"> causes exception in GKLAYOUT.DLL on OS/2

Categories

(Core :: Layout: Tables, defect)

x86
OS/2
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: asavage, Unassigned)

References

()

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.6a) Gecko/20031103
Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.6a) Gecko/20031103

This test page:

<html>
<TABLE>
  <COLGROUP x="3"></COLGROUP>
  <TR>
    <TD>
    </TD>
  </TR>
</TABLE>
</html>

will cause an exception (SYS3175) in module GKLAYOUT.DLL under OS/2 Warp4 FP15.
 Details of exception from POPUPLOG.OS2 :

------------------------------------------------------------

11-07-2003  18:14:08  SYS3175  PID 17a8  TID 0001  Slot 005f
D:\MOZILLA\MOZILLA.EXE
c0000005
1325ad38
P1=00000000  P2=ffffffff  P3=XXXXXXXX  P4=XXXXXXXX
EAX=83e58955  EBX=018ae4f0  ECX=00000001  EDX=13444d7c
ESI=00000003  EDI=13444d70
DS=0053  DSACC=d0f3  DSLIM=3fffffff
ES=0053  ESACC=d0f3  ESLIM=3fffffff
FS=150b  FSACC=00f3  FSLIM=00000030
GS=2c33  GSACC=10f3  GSLIM=00003fff
CS:EIP=005b:1325ad38  CSACC=d0df  CSLIM=3fffffff
SS:ESP=0053:0013f380  SSACC=d0f3  SSLIM=3fffffff
EBP=0013f38c  FLG=00012286

GKLAYOUT.DLL 0001:0019ad38
------------------------------------------------------------

Similar behaviour, with different addresses, is found using 1.5GA .

Moz 1.6a, running under W95c, does not exhibit this problem.  Anecdotally,
neither does 1.4 (under an unknown OS).


Reproducible: Always

Steps to Reproduce:
1. Using OS/2, start Moz 1.6a (or Moz 1.5GA) 
2. Attempt to load sample code page, either from a local file or using test URL
http://www.ncplus.net/~asavage/Mozilla/test1.html

(I will attempt to upload this testcase after submission of this bug report)

Actual Results:  
Exception popup dialogue: SYS3175

Expected Results:  
Render a blank page.
Confirmed in OS/2 1.5.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: other → OS/2
Is this the same issue as what's mentioned in bug 221975 comment 14?
Depends on: 221975
x="3" is only an example from me. The original page which crashed mozilla
contained some more parameters. AFAIK y="a" would also cause a crash.
yep we debugged it.

same issue as:

http://bugzilla.mozilla.org/show_bug.cgi?id=221975#c14

Let's keep things in that bug.

*** This bug has been marked as a duplicate of 221975 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Works fine with moz 1.6b from Rich Walsh (I think compiled without optimizer).
This bug is not a dup.  Bug 221975 is about a floating point divide-by-zero
(SYS3178).  This bug is a SYS3175 (access violation).
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
However, I cannot recreate this bug anymore on the trunk, using either a debug
or optimized build.  Seems to have been fixed after 1.6a.  Al, can you confirm
using a nightly build?
Status: REOPENED → RESOLVED
Closed: 21 years ago21 years ago
Resolution: --- → WORKSFORME
Yes, using nightly
Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.6b) Gecko/20031109
does not exhibit SYS3175.  Looks fixed.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: