diff options
| author | Thomas Schwinge <thomas@codesourcery.com> | 2014-02-26 12:32:06 +0100 |
|---|---|---|
| committer | Thomas Schwinge <thomas@codesourcery.com> | 2014-02-26 12:32:06 +0100 |
| commit | c4ad3f73033c7e0511c3e7df961e1232cc503478 (patch) | |
| tree | 16ddfd3348bfeec014a4d8bb8c1701023c63678f /open_issues/mig_strings.mdwn | |
| parent | d9079faac8940c4654912b0e085e1583358631fe (diff) | |
| download | web-c4ad3f73033c7e0511c3e7df961e1232cc503478.tar.gz web-c4ad3f73033c7e0511c3e7df961e1232cc503478.tar.bz2 web-c4ad3f73033c7e0511c3e7df961e1232cc503478.zip | |
IRC.
Diffstat (limited to 'open_issues/mig_strings.mdwn')
| -rw-r--r-- | open_issues/mig_strings.mdwn | 38 |
1 files changed, 38 insertions, 0 deletions
diff --git a/open_issues/mig_strings.mdwn b/open_issues/mig_strings.mdwn new file mode 100644 index 00000000..3693fcc2 --- /dev/null +++ b/open_issues/mig_strings.mdwn @@ -0,0 +1,38 @@ +[[!meta copyright="Copyright © 2014 Free Software Foundation, Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + +[[!tag open_issue_mig]] + +[[!toc]] + + +# IRC, freenode, #hurd, 2014-02-21 + + <teythoon> grml... migs support for variable-length c strings is broken :( + <braunr> completely .. + <teythoon> no one told me :p + <braunr> noone dares + <teythoon> to tell me ? + <braunr> or anyone else ;p + <teythoon> ^^ + <teythoon> root@debian:~# pkill mtab + <teythoon> task /hurd/procfs(19) �O� deallocating an invalid port 1049744, + most probably a bug. + <braunr> :) + <teythoon> it's still an improvement >,< + <teythoon> uh the joys... + <teythoon> gnu machs mig_strncpy behaves differently from glibcs + <teythoon> the mach version always 0-terminates the target string, the libc + variant does not + <teythoon> which one should i "fix" ? + <braunr> strncpy should behave like strncpy + <teythoon> not according to the documentation in gnumach... + <braunr> people who know it expect it not to always null terminate + <braunr> you can either fix mig_strncpy, or call it mig_strlcpy |