Jens wrote:
> Wolfi wrote:
>
>
> >Jens wrote:
> >
> >>Wolfi wrote:
> >>
> >>>------------------------------------------------------------
> >>>
> >>>10-04-2002 12:26:40 SYS2070 PID 1169 TID 0001 Slot 0078
> >>>F:\NETSCAPE\WARPZILLA\MOZILLA.EXE
> >>>GKCONTNT->XPCOM.__dt__16nsCheapStringSetFv
> >>>127
> >>>------------------------------------------------------------
> >>
> >>
> >>Looks like if you had the wrong GKCONTNT.DLL or XPCOM.DLL.
> >>Which are the file dates?
> >>Could you scan your HD for other versions of these?
> >
> >I do have another, old copy of xpcom.dll in \OS2Web\, but this directory isn't
> >in Path nor Libpath.
> >And why would only builds later than 20020928, like both from 20021003 find
> >and respond to this old file?
>
>
> Mozilla does some sort of scanning and registration for its parts and
> DLLs. Maybe this is different in different versions.
>
Remming out that DLL from old IWB overcame the start problem, still wierd,
that Mozilla sticks its nose in corners that are off-limits.
Anyway, trunk build 20021009 doesn't have this behaviour anymore, but because
replying to messages is broken, I went to 20021010 now, where everything so
far appears to be fine again.
Leaves only the fact, that Ctrl-Shift-T (get all new messages) still doesn't
do anything.
Wolfi
K6-2+/450, Warp4 FP15, Krnl14.091b, TCPIP4.1, XWP+XC 0.9.20, LSwitch 2.6,
Mozilla 1.2b Build 20021010, CandyBarz 1.40.1, WPS-Wizard 0.2, cwMM-0_2_3
