On Sun, Jan 06, 2008 at 01:35:53AM -0500, Mike Frysinger wrote:
On Wednesday 19 December 2007, Daniel Jacobowitz wrote:
--- libc/inet/resolv.c (revision 189757)
+++ libc/inet/resolv.c (local)
@@ -1534,6 +1534,15 @@ int attribute_hidden __read_etc_hosts_r(
char *cp, **alias;
On Monday 07 January 2008, Daniel Jacobowitz wrote:
On Sun, Jan 06, 2008 at 01:35:53AM -0500, Mike Frysinger wrote:
On Wednesday 19 December 2007, Daniel Jacobowitz wrote:
--- libc/inet/resolv.c (revision 189757)
+++ libc/inet/resolv.c (local)
@@ -1534,6 +1534,15 @@ int
On Mon, Jan 07, 2008 at 11:39:39AM -0500, Mike Frysinger wrote:
i misunderstood the purpose of the second assignment. i'll put together a
test case and commit a fix ...
Thank you!
- buflen -= i, not plus
i pointed this typo out already ...
Sorry, stray list filters.
--
Daniel
Mike Frysinger wrote:
On Saturday 22 December 2007, Carmelo Amoroso wrote:
Daniel Jacobowitz wrote:
MontaVista noticed that when their kernels were configured to trap
on unaligned access gethostbyname_r could mysteriously crash. I
tracked this down to an unaligned buffer being passed to
On Sunday 06 January 2008, Mike Frysinger wrote:
buflen += i;
err, that should be -= of course ... but you get the gist of where i'm trying
to take the changes ;)
-mike
signature.asc
Description: This is a digitally signed message part.
___
uClibc
On Monday 31 December 2007 02:05:01 Carmelo Amoroso wrote:
Rob Landley wrote:
On Sunday 30 December 2007 14:02:22 Carmelo Amoroso wrote:
Sorry for the misunderstanding, I meant the nptl port for sh4 in ST
(actually included into svn nptl branch). No a new branch at all.
The merge status
Rob Landley wrote:
On Saturday 22 December 2007 00:35:10 Carmelo Amoroso wrote:
Hi Daniel,
I've merged it into my sh4-nptl branch to do some tests,
How many nptl branches are there currently, and what's the merge status
thereof?
I've lost track again...
Rob
Sorry for the
Rob Landley wrote:
On Sunday 30 December 2007 14:02:22 Carmelo Amoroso wrote:
Sorry for the misunderstanding, I meant the nptl port for sh4 in ST
(actually included into svn nptl branch). No a new branch at all.
The merge status is that sh4 nptl code has been merged into the branch.
Steve is
On Saturday 22 December 2007 00:35:10 Carmelo Amoroso wrote:
Hi Daniel,
I've merged it into my sh4-nptl branch to do some tests,
How many nptl branches are there currently, and what's the merge status
thereof?
I've lost track again...
Rob
--
One of my most productive days was throwing away
On Wed, Dec 19, 2007 at 11:57:28AM -0500, Daniel Jacobowitz wrote:
MontaVista noticed that when their kernels were configured to trap
Since i just today stumbled across a python-frontend imposed funnyness WRT
entries in /etc/hosts that read like:
1.1.1.1 $(seq -w 1 | tr \n )
(or rather
On Fri, Dec 21, 2007 at 09:12:52PM +0100, Bernhard Fischer wrote:
On Wed, Dec 19, 2007 at 11:57:28AM -0500, Daniel Jacobowitz wrote:
MontaVista noticed that when their kernels were configured to trap
on unaligned access gethostbyname_r could mysteriously crash. I
tracked this down to an unaligned
On Wed, Dec 19, 2007 at 11:57:28AM -0500, Daniel Jacobowitz wrote:
MontaVista noticed that when their kernels were configured to trap
on unaligned access gethostbyname_r could mysteriously crash. I
tracked this down to an unaligned buffer being passed to
gethostbyname_r from some other part of
On Fri, Dec 21, 2007 at 09:12:52PM +0100, Bernhard Fischer wrote:
This sounds OK to me. Please install it along a testcase if you tested it and
found it to be good on all platforms in most common configurations with
no regressions.
I don't have write access. I tested ARM with no regressions,
Daniel Jacobowitz wrote:
MontaVista noticed that when their kernels were configured to trap
on unaligned access gethostbyname_r could mysteriously crash. I
tracked this down to an unaligned buffer being passed to
gethostbyname_r from some other part of uClibc (afraid I don't
remember where
MontaVista noticed that when their kernels were configured to trap
on unaligned access gethostbyname_r could mysteriously crash. I
tracked this down to an unaligned buffer being passed to
gethostbyname_r from some other part of uClibc (afraid I don't
remember where from any more). We have to pad
15 matches
Mail list logo
