AVR Downloader/UploaDEr - Bugs: bug #37697, avrdude cannot manage non-standard...
You are not allowed to post comments on this tracker with your current authentication level.
bug #37697: avrdude cannot manage non-standard speeds on Mac
Submitter: | None | ||
Submitted: | Fri 09 Nov 2012 05:37:04 AM UTC | ||
Category: | None | Severity: | 3 - Normal |
Priority: | 5 - Normal | Item Group: | None |
Status: | Need Info | Privacy: | Public |
Assigned to: | None | Originator Name: | Bairesport |
Originator Email: | -email is unavailable- | Open/Closed: | Open |
Release: | None | Programmer hardware: | |
Device type: |
Tue 10 Sep 2013 09:27:26 PM UTC, comment #3: |
Joerg Wunsch <joerg_wunsch> |
Fri 09 Nov 2012 01:45:23 PM UTC, comment #2:
|
Javier Marquevichi <bairesport> |
Fri 09 Nov 2012 05:50:05 AM UTC, comment #1: Could you resend it as the output of a diff -u command between
|
Joerg Wunsch <joerg_wunsch> |
Fri 09 Nov 2012 05:37:04 AM UTC, original submission:
|
Anonymous |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 3 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2013-09-10 | joerg_wunsch | Status | None | Need Info | |
2012-11-09 | bairesport | Attached File | - | Added ser_posix.diff, #26898 | |
2012-11-09 | None | Attached File | - | Added ser_posix.c, #26891 |
Powered by Savane 3.13-f8d8.
Corresponding source code
I just had a look under Darwin 11.4.2. The manual page
TCSETATTR(3) says:
(The various Bxxx constants then directly map to the value
xxx, respectively.)
To me, this looks as if the current codebase should work as
expected. Is it possible that recent OSX releases changed
their behaviour here?
The problem with the patch is that it only accepts OSX and
Linux (no *BSD, no Solaris), and that redefining an ioctl
within application code is basically a no-go. Nobody would
guarantee the ioctl is still encoded the same way in the next
OS release.