From: "Anthony G. Basile" <bluen...@gentoo.org>
On systems where uClibc doesn't provide an arch specific byteswap.h,
we fall back on bits/byteswap-common.h. However, there is a bug
in this header in the __bswap_constant_64(x) macro. If, for example,
a double is passed, we get '
On 3/25/16 6:35 AM, Waldemar Brodkorb wrote:
> Hi Anthony,
> Anthony G. Basile wrote,
>
>> From: "Anthony G. Basile" <bluen...@gentoo.org>
>>
>> On systems where uClibc doesn't provide an arch specific byteswap.h,
>> we fall back on
From: "Anthony G. Basile" <bluen...@gentoo.org>
On systems where uClibc doesn't provide an arch specific byteswap.h,
we fall back on bits/byteswap-common.h. However, there is a bug
in this header in the __bswap_constant_64(x) macro. If, for example,
a double is passed, we get &
=567598
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
(716) 829-8197
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On 1/2/16 5:13 PM, Khem Raj wrote:
> On Sat, Jan 2, 2016 at 1:47 PM, Anthony G. Basile
> <bas...@opensource.dyc.edu> wrote:
>> Hi everyone,
>>
>> We need to get syncfs() into uClibc because its needed for busybox [1]
>> and (I believe) systemd. I've seen
test project but never played with it. Sounds
useful!
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
(716) 829-8197
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo
From: Anthony G. Basile bluen...@gentoo.org
Commit 458076d fixed the pread/pwrite syscalls for 64-bit ports on the
master branch, but the fix was not backported to the 0.9.33 branch. This
patch backports the fix which is critical for e2fsprogs-1.42.12 and above.
The introduction of pread64
? BTW, while we're at it, we should get
-fstack-protector-strong in there since that appeared with gcc-4.9.
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
(716) 829-8197
___
uClibc mailing list
uClibc
: There is an independent problem in commit 9b42da7. It assumes
that the start and end addresses for the munmapping are 32-bits. The
fix is:
- unsigned int end = 0, start = 0x;
+ ElfW(Addr) end = 0, start = (ElfW(Addr))(~0ULL);
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
On 12/09/14 09:13, Anthony G. Basile wrote:
On 12/08/14 13:31, Waldemar Brodkorb wrote:
Hi Anthony,
I tried your patch, but I have a minor issue when building the added
tests on noMMU (like Blackfin):
Thanks. This is just a test but let me look at this wrt to noMMU and
see what can be done
or is it possible to not directly use
fork()?
best regards
Waldemar
Anthony G. Basile wrote,
On 10/27/14 16:13, bas...@opensource.dyc.edu wrote:
From: Anthony G. Basile bluen...@gentoo.org
mkostemp(char *template, int flags) generates a unique temporary
filename from a template. The flags
On 10/27/14 16:13, bas...@opensource.dyc.edu wrote:
From: Anthony G. Basile bluen...@gentoo.org
mkostemp(char *template, int flags) generates a unique temporary
filename from a template. The flags parameter accepts three of
the same flags as open(2): O_APPEND, O_CLOEXEC, and O_SYNC
to me to just let it fail rather
than trying to implement it via some brute force.
Ref.
[1]
http://pubs.opengroup.org/onlinepubs/009695399/functions/posix_fallocate.html
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
(716) 829-8197
://austingroupbugs.net/view.php?id=411
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
(716) 829-8197
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
http://lists.busybox.net/mailman/listinfo/uclibc
I did a compile test but missed this because I was on amd64. I assume
you are on x86 or some other 32-bit? I'll test with f6a03f19cf for both
__WORDSIZE == 64 and 32.
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville
On 09/21/14 14:41, Eugene Rudoy wrote:
Hi Anthony,
On Sun, Sep 21, 2014 at 7:46 PM, Anthony G. Basile
bas...@opensource.dyc.edu wrote:
I did a compile test but missed this because I was on amd64. I assume you
are on x86 or some other 32-bit? I'll test with f6a03f19cf for both
__WORDSIZE
On 09/09/14 07:52, Bernhard Reutner-Fischer wrote:
On 9 September 2014 00:17, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Sun, Sep 07, 2014 at 03:33:46PM -0400, bas...@opensource.dyc.edu wrote:
From: Anthony G. Basile bluen...@gentoo.org
We add the Linux-specific function
On 09/04/14 07:48, Bernhard Reutner-Fischer wrote:
On 1 September 2014 16:27, bas...@opensource.dyc.edu wrote:
From: Anthony G. Basile bluen...@gentoo.org
We add the Linux-specific system call fallocate() which allows the user to
Please only enable the non-hidden symbol
=58229aaf85d435469e901c974f31ead6d9124166
[2] http://www.spinics.net/lists/linux-ext4/msg44537.html
[3] http://www.spinics.net/lists/linux-ext4/msg44671.html
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
(716) 829-8197
___
uClibc
On 09/01/14 11:32, Waldemar Brodkorb wrote:
Hi Anthony,
Anthony G. Basile wrote,
Hi everyone,
I've written a patch to introduce fallocate()/fallocate64() in
uclibc. This is useful for e2fsprogs which now requires
fallocate64(). [0]
Before sending the patch, here's some background: e2fsprogs
://distfiles.gentoo.org/releases/x86/autobuilds/current-stage3-i686-uclibc-hardened/
http://distfiles.gentoo.org/experimental/mips/uclibc/
http://distfiles.gentoo.org/experimental/arm/uclibc/
https://wiki.gentoo.org/wiki/Project:Hardened_uClibc
--
Anthony G. Basile, Ph. D.
Chair of Information
UCLIBC_SUSV2_LEGACY=y
UCLIBC_SUSV3_LEGACY=y
UCLIBC_SUSV4_LEGACY=y
Yes, this is a good idea. Also coreutils (if you're not using busybox).
On more than one occasion I've hit this and broken a system.
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY
On 07/24/14 16:41, Bernhard Reutner-Fischer wrote:
On Wed, Jul 23, 2014 at 07:28:26AM -0400, Anthony G. Basile wrote:
I should add that this updated patch addresses Rich's points: 1) I've tested
this for both dynamic and static linking and I tested that libressl builds
and works correctly. 2
...@opensource.dyc.edu wrote:
From: Anthony G. Basile bluen...@gentoo.org
issetugid() returns 1 if the process environment or memory address space
is considered tainted, and returns 0 otherwise. This happens, for example,
when a process's privileges are elevated by the setuid or setgid flags on
an executable
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
(716) 829-8197
___
uClibc mailing list
uClibc@uclibc.org
) tv.tv_usec 16) ^ tv.tv_sec ^ getpid();
...
Even though 'value' is declared static it is never initialized. Isn't
this a problem? I know we want random values in value, but this is
probably undefined behavior and who knows what the compiler will do with it.
--Tony
--
Anthony G. Basile, Ph
On 02/02/2013 05:26 PM, Michael Deutschmann wrote:
On Sat, 2 Feb 2013, Anthony G. Basile wrote:
Even though 'value' is declared static it is never initialized. Isn't
this a problem?
In C, statics are implicitly initialized to all-bits-zero.
After some digging around, I found this too
));
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
(716) 829-8197
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
:
https://bugzilla.gnome.org/show_bug.cgi?id=691168
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
(716) 829-8197
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo
29 matches
Mail list logo
