All of lore.kernel.org
 help / color / mirror / Atom feed
From: Claudio Takahasi <cktakahasi@gmail.com>
To: bluez-devel@lists.sourceforge.net
Subject: Re: [Bluez-devel] HCID D-Bus (Seg Fault)
Date: Mon, 12 Sep 2005 18:14:09 -0300	[thread overview]
Message-ID: <e1effdeb05091214141c75fe0@mail.gmail.com> (raw)
In-Reply-To: <e1effdeb050912140719fc9d3b@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3476 bytes --]

Sorry,

segmentation fault :)

This problem happens because the pin will contains the long error message 
string instead of a short pin number.


On 9/12/05, Claudio Takahasi <cktakahasi@gmail.com> wrote:
> 
> Hi Marcel,
> 
> I am sending a new patch that contains the following enhancements:
> 1. Support multiple D-Bus versions(0.23, 0.30...) 
> 2. Fixed error handling ServiceDoesNotExist, NoReply, UnknownService, ...
> This condition is causing sig fault due the wrong pin value. Scenario: 
> D-Bus pin helper enabled 
> and an error different than wrong argument triggered.
> 
> 
> Regards,
> Claudio.
> 
> On 9/9/05, Marcel Holtmann <marcel@holtmann.org> wrote:
> > 
> > Hi Sjoerd,
> > 
> > > > having 0.33 is better than 0.23 and this is what Debian unstable 
> > still
> > > > uses. However lets make a list of the distributions:
> > > >
> > > > SuSE Linux 10.0 D-Bus 0.35
> > > > Fedora Core 4 D-Bus 0.33
> > > > Ubuntu Breezy D-Bus 0.36
> > > > Debian unstable D-Bus 0.23
> > > Debian experimental D-Bus 0.50
> > 
> > this is good. 
> > 
> > > > The only bad guy is Debian unstable and I don't care anymore. They 
> > use
> > > > Xorg finally and have GCC 4.0 etc., but they can't move over to the 
> > next
> > > > D-Bus generation. I think that is their problem now and the release 
> > of 
> > > > bluez-utils-0.22 will definitely drop the support for the old D-Bus 
> > 0.23
> > > > version.
> > >
> > > D-bus >= 0.3x has been in debian experimental for quite some time. 
> > There are
> > > various transitions going on in debian unstable currently which makes 
> > it 
> > > inappropriate to do a dbus transition now too.
> > 
> > Last time I looked at it, the complete KDE part was broken and full of
> > wrong dependencies. So breaking D-Bus wouldn't even be notified ;)
> > 
> > > > I like to base everything around the current D-Bus 0.50 release, 
> > because
> > > > the C API should be quite stable now. I will accept small 
> > workarounds to
> > > > make D-Bus 0.3x work, but as soon as the distributions update their
> > > > D-Bus libraries I will drop them. 
> > > >
> > > > This is not a nice thing to do, I know, but a wrong usage of D-Bus 
> > lets
> > > > hcid segfault and this is not what I want.
> > >
> > > As one of debian's dbus maintainers i would advise to indeed base 
> > everything on 
> > > dbus >= 0.50. Hopefully it won't take too long before we can move the 
> > new dbus
> > > from experimental to unstable, so the workarounds for old dbus release 
> > are just
> > > not worth it.
> > 
> > This means I will release bluez-utils-2.21 on the weekend, because of
> > some memory leak fixes and then I will drop D-Bus 0.23 support. So if
> > any patches need to go in before, please send them now.
> > 
> > Regards
> > 
> > Marcel
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle 
> > Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & 
> > QA 
> > Security * Process Improvement & Measurement * 
> > http://www.sqe.com/bsce5sf
> > _______________________________________________
> > Bluez-devel mailing list
> > Bluez-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bluez-devel
> > 
> 
> 
>

[-- Attachment #2: Type: text/html, Size: 4855 bytes --]

  reply	other threads:[~2005-09-12 21:14 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-08 19:50 [Bluez-devel] HCID D-Bus Claudio Takahasi
2005-09-08 23:07 ` Marcel Holtmann
2005-09-09  8:25   ` Peter Robinson
2005-09-09  9:37     ` Marcel Holtmann
2005-09-09 13:29       ` Sjoerd Simons
2005-09-09 13:40         ` Marcel Holtmann
2005-09-12 21:07           ` [Bluez-devel] HCID D-Bus (Sig Fault) Claudio Takahasi
2005-09-12 21:14             ` Claudio Takahasi [this message]
2005-09-12 21:40             ` Marcel Holtmann
2005-09-12 23:09               ` Claudio Takahasi
2005-09-12 23:21                 ` Marcel Holtmann
2005-09-13 13:03                   ` [Bluez-devel] HCID D-Bus (Seg Fault) Claudio Takahasi
2005-09-13 18:54                     ` Marcel Holtmann
2005-09-14 12:00                       ` Claudio Takahasi
2005-09-14 15:16                         ` Marcel Holtmann
2005-09-14 16:06                           ` Claudio Takahasi
2005-09-15  8:11                             ` Marcel Holtmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e1effdeb05091214141c75fe0@mail.gmail.com \
    --to=cktakahasi@gmail.com \
    --cc=bluez-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.