Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > alt.os.linux > #80744

Re: chromium error messages

From Jim Diamond <zsd@jdvb.ca>
Newsgroups alt.os.linux
Subject Re: chromium error messages
Date 2024-11-03 17:26 -0400
Organization A noiseless patient Spider
Message-ID <slrnvifqkj.9e2.zsd@x360.localdomain> (permalink)
References <slrnvi9re2.3fe.zsd@x360.localdomain> <vg39cf$3camp$1@dont-email.me>

Show all headers | View raw


On 2024-11-01 at 16:15 ADT, Paul <nospam@needed.invalid> wrote:
> On Fri, 11/1/2024 11:03 AM, Jim Diamond wrote:
>> I use Slackware and tried a.o.l.s. first, but no luck there, so I am
>> casting a wider net...
>> 
>> I am using chromium-130.0.6723.58 (fwiw, this is the package
>> chromium-130.0.6723.58-x86_64-1alien provided by Alien Bob) on
>> Slackware64-15.0.
>> 
>> It spits out huge number of errors like this:
>> 
>> [11991:12010:1026/204311.343452:ERROR:bus.cc(407)] Failed to connect to the
>>   bus: Could not parse server address: Unknown address type (examples of valid
>>   types are "tcp" and on UNIX "unix")
>> 
>> I've googled around, but haven't been able to find any relevant articles.
>> 
>> Does anyone here know what is causing this, and maybe even what I need to
>> do to make chromium happy?
>> 
>> I don't know if it is at all relevant, but I am using fvwm3, as opposed to
>> a "desktop environment", and I don't know if I am missing some component
>> that chromium needs to make it happy.
>> 
>> (FWIW, chromium-126.0.6478.182-x86_64-1alien did the same thing.)
>> 
>> Thanks for any cogent suggestions.
>> 
>>                                 Jim
>
>  Around line 396 then, is where it spits out the error. The clause generating the error is copied below.
> It would help if the error message also printed out the   address_.c_str()  value.
>
> https://chromium.googlesource.com/chromium/src/dbus/+/fd82f2808d54c896a543b87cc5e973fb0eb8ceb2/bus.cc
>
>   if (bus_type_ == CUSTOM_ADDRESS) {
>     if (connection_type_ == PRIVATE) {
>       connection_ = dbus_connection_open_private(address_.c_str(), error.get());
>     } else {
>       connection_ = dbus_connection_open(address_.c_str(), error.get());
>     }
>
> No, I don't know what that means :-) Just following the breadcrumbs.
>
> The root cause will be, some "filter" stage along the way, has messed
> with the string a little too much, denuding it. Like, maybe the string
> has a length of zero, as an example. It is unlikely to be a perfectly
> good string it is tripping over -- unless DBUS is failing entirely,
> like your arch doesn't even have a DBUS. I've seen that on occasion,
> a piece of software attempts to talk to DBUS, when there isn't one.

Hi Paul,

thanks for that pointer.  I did some basic tests, and my DBUS is not only
running, but some other programs seem to be able to successfully use it.

I guess with the code you pointed me to I can start debugging the issue.
(Not that debugging chromium is my idea of a good time.)

Cheers.
                                Jim

Back to alt.os.linux | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

chromium error messages Jim Diamond <zsd@jdvb.ca> - 2024-11-01 12:03 -0300
  Re: chromium error messages Paul <nospam@needed.invalid> - 2024-11-01 15:15 -0400
    Re: chromium error messages Jim Diamond <zsd@jdvb.ca> - 2024-11-03 17:26 -0400
    Re: chromium error messages ("SOLVED") Jim Diamond <zsd@jdvb.ca> - 2024-11-26 12:19 -0400

csiph-web