Archived from groups: microsoft.public.win98.gen_discussion (
More info?)
PCR wrote:
> "Bill in Co." <someone@earthlink.net> wrote in message
> news:eFWO0CrKFHA.4028@tk2msftngp13.phx.gbl...
>> PCR wrote:
>>> Bútora, Colorado, I think Chauvin has more experience with it than I,
>>> BUT suddenly I do recall testing it briefly. There's no harm in the
>>> testing; JUST DON'T wipe the newer .DLL's in the process, is all. My
>>> memory is hazy on it. Really, you must try it yourself, as I see Chauvin
>>> mentions several possible triggers of the flaw I never knew of. Yours
>>> may be different from mine.
>>
>> I tried it, and am still on it, and love it. I ain't going back unless
I
>> have to! The difference in file copies and deletes is just staggering.
>> Now explorer acts like it used to - and like it's supposed to.
>
> Glad you like it.
DEFINITELY!!
>>> I vaguely recall looking somewhere to see ALL FOUR .DLLs were loaded. I
>>> can't recall where, but, if you do it by moving the newer ones into
>>> "C:\Program Files\Internet Explorer", where IExplore.exe lives, (& put
>>> the older ones into "C\Windows\System)... THEN...
>>
>> I've done that already.
>
> That's the better way, so IE retains the new ones. Explorer, too, you
> know, can access the NET. I wouldn't try it, now, if I were anyone but
> you.
>>
>>> At "START, Run, MSInfo32, Internet Explorer, File Versions", you should
>>> see the newer ones still...
ALL four files are listed there (both versions) in that window.
>>> browselc.dll 6.0.2800.1106 62 KB 8/29/02 12:00:00 AM C:\WINDOWS\SYSTEM
>>> Microsoft Corporation
>>>
>>> browseui.dll 6.0.2800.1612 994 KB 12/7/04 05:41:16 PM C:\WINDOWS\SYSTEM
>>> Microsoft Corporation
>>>
>>> ..., & I guess that means you continue to have their protection in IE.
>>>
>>> Can it be, it was at "...MSInfo32, Software Environment, 32-bit Modules
>>> Loaded" that I saw all four?
>>
>> I see all four, two in the system folder, two in the internet explorer
>> folder, just as expected.
>
> At the "32-bit" window you see all four? What about at the "Internet
> Explorer, File Versions" window?
Sorry. That's actually the window I was talking about (the last one)
In the "32 bit modules loaded" window (with IE and OE open), I only see the
IE 5.5 versions of browseui.dll and browselc.dll listed, interestingly
enough. Yet I am able to lock or unlock the toolbars in IE.
So I'm not sure what putting the IE 6 versions of those two files in the
\program files\internet explorer directory has really accomplished, if
anything (except for saving them) Just because all four show up in the
"Internet Explorer File Versions" window doesn't in and of itself mean much,
I guess.
>>> Anyway, I DID lose "Explorer, View menu,
>>> Lock the Toolbars" in Explorer; so I knew Explorer was using the older
>>> IE5.5 .DLLs.
>>
>> But who needs that in there, anyway. I don't lock em.
>
> OK.
>>
>>> Best to test it for yourself. I don't DO a massive Copy of .5 GB worth
>>> of folders full of folders & files in Explorer all that often to make it
>>> worthwhile for me. (In fact, I've NEVER done it, except to test this
>>> stupid bug.) Anyway, my last tries using the NEW .dll's weren't all that
>>> bad. After the Copy, which goes quick (2 mins.), Explorer seemed to
>>> freeze,-- BUT hitting F5 caused it to update it's display immediately, &
>>> all was well. I guess it was stuck at the refresh. However, there was a
>>> problem Deleting that bunch-- seemed to run out of Resources, IIRC,
>>> though Resource Meter disagreed. It wasn't pleasant, but the Delete got
>>> done, & I rebooted. Better do that reboot!
>>
>> From my tests today, the difference is like night and day! Explorer is
>> *finally* working like it's supposed to! - like it used to, with no
hangs,
>> so far, in my file copy and delete tests. Much better - and quite
>> noticeable. That previous hang in file copies and deletes was
>> unacceptable (for me).
>
> OK. Glad to hear it. I get no ill-effects from the stuff I normally do
> with the NEW files. It's just when I go for that entire Program Files
> folder the fireworks start. And it's the Delete of it, not the Copy,
> really. I suppose I could have sat there forever waiting for Explorer's
> display to update. All I had to do was hit F5, it turned out (that last
> time, anyway).
>
>
> --
> Thanks or Good Luck,
> There may be humor in this post, and,
> Naturally, you will not sue,
> should things get worse after this,
> PCR
> pcrrcp@netzero.net
>>> "Bill in Co." <someone@earthlink.net> wrote in message
>>> news:ODpm87fKFHA.3928@TK2MSFTNGP09.phx.gbl...
>>>> I believe the original thread in here that addressed these issues was
this
>>>> one:
>>>>
>>>
>>
>
http://groups-beta.google.com/group/microsoft.public.win98.gen_discussion/br
>>>>
>>>
> owse_thread/thread/3b082d09e51e4dc3/3b593f09190d2ff3?q=(browseui)+group:
>>> micr
>>>> osoft.public.win98.gen_discussion#3b593f09190d2ff3
>>>>
>>>> I would think it's best to keep the two IE 5.5 "browse" DLLs together
as a
>>>> pair, in case they reference each other's versions, in some arcane
function
>>>> calls (just as a guess)
>>>>
>>>> I don't know whether or not the file copy problem can be solved by
>>>> replacing just one of them, but it may be a bad idea anyway, for the
>>>> reason just mentioned (who knows when it might raise its ugly head)
>>>> But that's just a guess on my part.
>>>>
>>>> As far as a fix is concerned, I think the consensus here was: don't
hold
>>>> your breath. I doubt it too. Besides, IE 7 will be out, if it isn't
>>>> already. (but that's no good for us Win98'ers, though)
>>>>
>>>> Ivan Bútora wrote:
>>>>> How do you know that IE chooses to use the DLL's in C:\Program
>>>>> Files\Internet Explorer rather than in C:\Windows\System?
>>>>> Bill, I did try it one machine home in Slovakia, and it worked fine.
>>>>> Question for PCR: How about just swapping ONE of those files... does
that
>>>>> make any difference?
>>>>> Question for everyone: Does Microsoft ever intent to fix this problem
with
>>>>> IE 6 SP1? Does this affect only Windows 98, or also other operating
>>>>> systems?
>>>>>
>>>>>
>>>>> "PCR" <pcrrcp@netzero.net> wrote in message
>>>>> news:u14AO%23eKFHA.3896@TK2MSFTNGP10.phx.gbl...
>>>>>> Better than swapping them out... Move the IE6 versions
>>>>>> of Browselc.dll & Browseui.dll from "C:Windows\System\" to the folder
>>>>>> that contains IE6 (IEXPLORE.EXE), which is "C:\Program Files\Internet
>>>>>> Explorer\". Then, move the IE5.5 versions of those DLL's into
>>>>>> "C:Windows\System\".
>>>>>>
>>>>>> That way, only Explorer uses the older .DLL's.
>>>>>>
>>>>>> You lose "Lock Toolbars in Explorer. Also the IE Repair Tool will
>>>>>> fail, unless you switch the DLL's temporarily back. Naturally, you do
>>>>>> lose any MS critical patch that was applied to these DLL's, but in
>>>>>> Explorer only.
>>>>>>
>>>>>> But I only know all of that from reading it, Colorado.
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Thanks or Good Luck,
>>>>>> There may be humor in this post, and,
>>>>>> Naturally, you will not sue,
>>>>>> should things get worse after this,
>>>>>> PCR
>>>>>> pcrrcp@netzero.net
>>>>>> "Bill in Co." <someone@earthlink.net> wrote in message
>>>>>> news:uE4DTNeKFHA.484@TK2MSFTNGP15.phx.gbl...
>>>>>>> Well, I did try this out, and yes, indeed, lo and behold, it hangs
up
>>>>>>> the system (in windows explorer) a bit when you try to either copy
or
>>>>>>> delete a large number of files. (I tested it out on the Favorites
>>>>>>> folder ecently - copy, and later delete that copy).
>>>>>>>
>>>>>>> I've seen the fix proposed here, where those two IE 6 browse DLL
files
>>>>>>> are swapped out with the older ones from IE 5.5, and was wondering
if
>>>>>>> anyone is using that now.
>>>>>>>
>>>>>>> From what I remember reading about this, you will lose the ability
to
>>>>>>> "repair" IE in Add/Remove, unless you put the original DLLs back,
but
>>>>>>> other than that, what's the verdict here?
>>>>>>>
>>>>>>> So - is anyone in here using IE 6 SP1 (and Win98E) with the two
browse
>>>>>>> DLL files swapped out to the older IE 5.5 versions, and if so, how
is it
>>>>>>> working out for you? Any problems?
Facebook
Twitter
Instagram