Re: Using Mozilla without DISPLAY set

In article <[email protected]>,
	Christian Biesinger <[email protected]> writes:
> 
> Christian Smith wrote:
>> Hi,
>> We have an application written using Mozilla, to implement an installer 
>> frontend. Problem is, we want a silent and console option for the installer,
>> which causes problems if DISPLAY is not set on UNIX, as the libnecko module
>> tries to initialise the GUI subsystem, which fails if GTK has not been
>> initialised (I can provide more details, such as stack trace, if necassary.)
> 
> Hmm, I'd be interested in the stack trace. I don't think necko should be 
> initializing GTK.


Dang, I can reproduce the crash, but not the backtrace I expected. Here's
what I get, using dbx on Solaris:

=>[1] getNextRequest(0xfdd435ac, 0xfed703d8, 0x0, 0xff3e66b4, 0x0, 0x0), at 0xfdcfd058
  [2] PL_PostEvent(0x21b778, 0x227ed8, 0x1, 0x1, 0x23278, 0xff1ca3c0), at 0xff2aad88
  [3] nsEventQueueImpl::PostEvent(0x2201e0, 0x227ed8, 0xfd498420, 0x0, 0x1, 0x0), at 0xff2ad9b0
  [4] nsTransportEventSinkProxy::OnTransportStatus(0x2202a8, 0xfd4a2c68, 0x804b0008, 0xe92, 0xffffffff, 0xfd5bef28), at 0xfd498148
  [5] nsInputStreamTransport::Read(0x2267f8, 0x226c8c, 0x1000, 0xfc251a94, 0x226958, 0x1), at 0xfd4a3304
  [6] nsStreamCopierOB::FillOutputBuffer(0x2268f0, 0xfc251b08, 0x226c8c, 0x0, 0x1000, 0xfc251a94), at 0xff28d384
  [7] nsPipeOutputStream::WriteSegments(0x2268f0, 0xff28d36c, 0xfc251b08, 0x1000, 0xfc251b04, 0x0), at 0xff28b050
  [8] nsStreamCopierOB::DoCopy(0x2269c8, 0xfc251b74, 0xfc251b70, 0xff3e66b4, 0x2cbe0, 0xff3c631c), at 0xff28cad8
  [9] nsAStreamCopier::Process(0x2269c8, 0x17, 0xff3a0ae4, 0xff3e66b4, 0x0, 0xff31cb9c), at 0xff28c888
  [10] nsAStreamCopier::HandleContinuationEvent(0x226a68, 0xff315770, 0x1, 0x2710, 0x0, 0x0), at 0xff28c37c
  [11] PL_HandleEvent(0x226a68, 0x8, 0xffffffff, 0x0, 0x1, 0x21983d), at 0xff2ab93c
  [12] nsIOThreadPool::ThreadFunc(0x226828, 0x5b8d80, 0xfeb6e000, 0x0, 0x1, 0x4b8), at 0xfd497b80
  [13] _pt_root(0x226ac8, 0xfdfe5d10, 0x0, 0x0, 0x10000, 0xff1e8ce8), at 0xff1cffbc

Now, this occurs if I don't initialise libgtk. If libgtk is initialised, the
crash does not happen. I'll recreate the problem on Linux with a debug build
of Mozilla (1.7.2, BTW) and post more details.

Christian

--
    /"\ 
    \ /    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL 
     X                           - AGAINST MS ATTACHMENTS
    / \