RE: [gvg] 20024: Work around lack of MSG_PEEK

[Ge van Geldorp]

With r20024 I can get ibrowser to actually download the Mozilla webbrowser
control. It usually takes a few tries, often the download hangs halfway
through. I have the feeling that it helps if you move the mouse constantly
during download, but that could just be my imagination.
To install the control, you will need a copy of MSVCP60.DLL, which the
author forgot to include in the install image (Wine has the same problem).
So first copy MSVCP60.DLL from your Windows installation to
\ReactOS\System32, then start ibrowser, download the control and install it.
After that ibrowser (and the "Web" button in ROSExplorer) becomes
functional.

GvG

[Steven Edwards]

Hi,

On 12/9/05, Ge van Geldorp <gvg(a)reactos.org> wrote:
>   To install the control, you will need a copy of
> MSVCP60.DLL, which the
>  author forgot to include in the install image (Wine has the same problem).
>  So first copy MSVCP60.DLL from your Windows installation to 
I understand that msvcp60 is quite massive but would it be possible to
stub it out enough to make the Mozilla Control installer happy? Do you
have any idea how much functions it imports and if this could be
implemented on top of msvcrt?

--
Steven Edwards - ReactOS and Wine developer

"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo

[Ge van Geldorp]

>   From: Steven Edwards
>  
>  I understand that msvcp60 is quite massive but would it be 
>  possible to stub it out enough to make the Mozilla Control 
>  installer happy? Do you have any idea how much functions it 
>  imports and if this could be implemented on top of msvcrt? 
Way ahead of you :-) I already looked at this, mozctl.dll only imports 4
functions from msvcp60.dll:

char const  `char const * std::basic_string<char,struct
std::char_traits<char>,class std::allocator<char>
>  ::_Nullstr(void)'::`2'::_C 
void std::basic_string<char,struct std::char_traits<char>,class
std::allocator<char> >::_Tidy(bool)

class std::basic_string<char,struct std::char_traits<char>,class
std::allocator<char> > & std::basic_string<char,struct
std::char_traits<char>,class std::allocator<char> >::assign(char const
*,unsigned int)

std::basic_string<char,struct std::char_traits<char>,class
std::allocator<char> >::~basic_string<char,struct
std::char_traits<char>,class std::allocator<char> >(void)

so basically some STL string functions. I tried stubbing them out, but
unfortunately they are being called, so stubbing is not enough, an
implementation would have to be provided.
Perhaps it would be easier to repackage the installer (with the correct
msvcp60.dll) ourselves, the NullSoft installer script is available in the
firefox source distribution.

GvG

[David Hinz]

That would be a great thing with the installer, so that we can 
demontsrate our networking capabilities in 0.3.0 with a ReactOS 
webbrowser. But can't we include this installer on our bootcd, install 
Mozilla Control with ReactOS and include a little documentation in html, 
accessible via startmenu?

Greets,

David Hinz

Ge van Geldorp schrieb:
> >   From: Steven
> > Edwards
> >
> >  I understand that msvcp60 is quite massive but would it be 
> >  possible to stub it out enough to make the Mozilla Control 
> >  installer happy? Do you have any idea how much functions it 
> >  imports and if this could be implemented on top of msvcrt? 
>  
>  Way ahead of you :-) I already looked at this, mozctl.dll only imports 4
>  functions from msvcp60.dll:
>  
>  char const  `char const * std::basic_string<char,struct
>  std::char_traits<char>,class std::allocator<char>
> >   ::_Nullstr(void)'::`2'::_C 
>  
>  void std::basic_string<char,struct std::char_traits<char>,class
>  std::allocator<char> >::_Tidy(bool)
>  
>  class std::basic_string<char,struct std::char_traits<char>,class
>  std::allocator<char> > & std::basic_string<char,struct
>  std::char_traits<char>,class std::allocator<char> >::assign(char const
>  *,unsigned int)
>  
>  std::basic_string<char,struct std::char_traits<char>,class
>  std::allocator<char> >::~basic_string<char,struct
>  std::char_traits<char>,class std::allocator<char> >(void)
>  
>  so basically some STL string functions. I tried stubbing them out, but
>  unfortunately they are being called, so stubbing is not enough, an
>  implementation would have to be provided.
>  Perhaps it would be easier to repackage the installer (with the correct
>  msvcp60.dll) ourselves, the NullSoft installer script is available in the
>  firefox source distribution.
>  
>  GvG
>  
>  _______________________________________________
>  Ros-dev mailing list
>  Ros-dev(a)reactos.org
>  http://www.reactos.org/mailman/listinfo/ros-dev
>

[Ged Murphy]

Ge van Geldorp wrote:
>   To install the control, you will need a copy of
> MSVCP60.DLL, which the
>  author forgot to include in the install image (Wine has the same problem).
>  So first copy MSVCP60.DLL from your Windows installation to
>  \ReactOS\System32, then start ibrowser, download the control and install it.
>  After that ibrowser (and the "Web" button in ROSExplorer) becomes
>  functional. 
Wine don't have a mspcp60.dll, so how are they doing it?
Are they also resorting to using the Windows dll?

If so this seems rather strange as there are so many other ways of 
downloading and running the mozilla control installer.

I stumbled across this old mail used in a Wine news letter many moons ago...
http://www.kerneltraffic.org/wine/wn20020213_115.html#6

Ged.

[Ge van Geldorp]

>   From: Ged Murphy
>  
>  Wine don't have a mspcp60.dll, so how are they doing it?
>  Are they also resorting to using the Windows dll? 
Yes. http://bugs.winehq.org/show_bug.cgi?id=3987

>   If so this seems rather strange as there are so many
> other 
>  ways of downloading and running the mozilla control installer. 
As far as I know, all of them end up with the same binary,
MozillaControl1712.exe. The problem is that the mozctl.dll in there was
compiled with MSVC6 and therefore refers to msvcp60.dll, but by accident
msvcp70 (the MSVC .Net version) was packaged in the installer instead.

GvG