On 2012.05.14 14:16, Xiaofan Chen wrote:
> The leading ">" in">From" is automatically added by the mailing list
> so you can not stop it.
>
> But I am not so sure why your attachment also has the ">" before "From"
> which will cause "git am" to fail.
Looks like this means I won't be able to please everybody then, as it's
probably due to attaching files as inline.
1. I do not want to use copy/paste in the body, even if attaching what
is essentially a text file, because these don't get identified by mail
clients as having an attachment, and on a large volume of mail, not
being able to tell is a major PITA As a matter of fact, I would
encourage anybody sending patches to libusbx-devel list to provide them
as attachments rather than copy/paste if possible, as, at least for me,
it makes them easier to process and ensure they don't fall through cracks.
2. Some people complained when I left ThunderBird use the default
attachment options, because they were using dumb e-mail clients and
wanted to see the attachments as inline. Thus, I had to set my options
to force inline in mail.content_disposition_type [1]. My guess is that
the > comes from that, with the the mailing list seeing the inline part
as a new message that it needs to prefix.
3. I don't mind restoring mail.content_disposition_type to its default
(normal attachment), but I expect the people who complained last time to
complain again, though I think most of the complaints came from
Segher... I guess I'll try that for a while and see if I get death
threats again.
> Somehow xusb now segfaults sometimes.
It seems to segfault when retrieving the topological data on Mac, which
of course explains why 1.0.11 is fine.
[ 0.913785] [00001307] libusbx: info [darwin_check_configuration]
active config: 1, first config: 1
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0x0000000000000000
0x000000010000ae96 in process_new_device [inlined] () at
/Users/xiaofanc/work/libusbx/libusbx/libusb/os/darwin_usb.c:767
767 if (parent_priv->location == parent_location) {
(gdb) bt
#0 0x000000010000ae96 in process_new_device [inlined] () at
/Users/xiaofanc/work/libusbx/libusbx/libusb/os/darwin_usb.c:767
#1 0x000000010000ae96 in darwin_get_device_list (ctx=0x7fff5fbff660,
_discdevs=0x7fff5fbff660) at darwin_usb.c:829
#2 0x000000010000227a in libusb_get_device_list (ctx=0x0,
list=0x7fff5fbff6b0) at core.c:603
#3 0x0000000100002d72 in libusb_get_port_path (ctx=0x10010a040,
dev=0x100603a40, path=0x7fff5fbff83f "", path_len=8 '\b') at
core.c:688
#4 0x000000010000d6e2 in test_device ()
#5 0x000000010000e7db in main ()
(gdb) quit
The program is running. Exit anyway? (y or n) y
Most likely parent_priv/parent->os_priv is NULL here for one reason or
another. At first glance, this looks more like a backend implementation
issue. I haven't observed such a segfault when testing on Mac, but I
haven't performed extended tests there.
In case this matters, how many hubs does your device go through before
the HCD? And when you say "sometimes", is there anything special you do
to make the segfault happen?
While I'll see if I can reproduce the issue, we may also want Nathan
involved on that one, as he's the one who did the topology
implementation on Darwin...
Regards,
/Pete
[1] http://pete.akeo.ie/2011/03/thunderbird-and-inline-patch.html
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
libusbx-devel mailing list
libusbx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libusbx-devel
