On 07/12/2008, Ricard Wanderlof <[EMAIL PROTECTED]> wrote:
>
> On Sat, 6 Dec 2008, Hiroshi Shinji wrote:
>
>> Hi Khem,
>> Thanks for your comment.
>>
>> 2008/12/6 Khem Raj <[EMAIL PROTECTED]>:
>>> Getting NULL for ifa_addr means that the interface has no address. Do
>>> you know in what cases does
On Mon, Dec 08, 2008 at 10:35:50AM +0100, Carmelo Amoroso wrote:
>On 07/12/2008, Ricard Wanderlof <[EMAIL PROTECTED]> wrote:
>>
>> On Sat, 6 Dec 2008, Hiroshi Shinji wrote:
>>
>>> Hi Khem,
>>> Thanks for your comment.
>>>
>>> 2008/12/6 Khem Raj <[EMAIL PROTECTED]>:
Getting NULL for ifa_addr me
On Mon, Dec 08, 2008 at 07:57:26AM +0900, Tomoyoshi ASANO wrote:
>I'm soryy that it's already post the information by
>[PATCH] bug in __check_pf() (getaddrinfo.c) 12/5/2008
applied. Thanks
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-
Hi all,
I'd like some feedback on the attached patch. The one I've attached now
will individually handle the prctl calls which uses arg2 and those who
do not. Checked up against Linux v2.6.27.
The solution is bad since it is locked against those prctl calls
available for a given kernel version. B
On Mon, Dec 08, 2008 at 04:55:39PM +0100, Hans-Christian Egtvedt wrote:
>Hi all,
>
>I'd like some feedback on the attached patch. The one I've attached now
>will individually handle the prctl calls which uses arg2 and those who
>do not. Checked up against Linux v2.6.27.
>
>The solution is bad since
Hans-Christian Egtvedt wrote:
> I'd like some feedback on the attached patch. The one I've attached now
> will individually handle the prctl calls which uses arg2 and those who
> do not. Checked up against Linux v2.6.27.
Would it work if you just grabbed arg2 unconditionally? Sure, it would
end up
Bernhard Reutner-Fischer wrote:
> >+int prctl(int option, ...) {
> >+long arg2 = 0;
> >+va_list ap;
>
> NAK. For a start we don't support varargs yet.
doesn't agree with you:
/* Control process execution. */
extern int prctl (int __option, ...) __THROW;
Haavard
_
Bernhard Reutner-Fischer wrote:
> On Mon, Dec 08, 2008 at 10:35:50AM +0100, Carmelo Amoroso wrote:
>> On 07/12/2008, Ricard Wanderlof <[EMAIL PROTECTED]> wrote:
>>> On Sat, 6 Dec 2008, Hiroshi Shinji wrote:
>>>
Hi Khem,
Thanks for your comment.
2008/12/6 Khem Raj <[EMAIL PROTECT
On Tuesday 02 December 2008 12:04:47 Khem Raj wrote:
> On (02/12/08 16:27), Bernd Schmidt wrote:
> > Denys Vlasenko wrote:
> > > I merely plan to follow the agreed-on style in the code
> > > I touch.
> >
> > IMO for code that is just touched, following the existing style in that
> > file is best.
>
On Tuesday 25 November 2008 06:28:37 Bernhard Reutner-Fischer wrote:
> On Tue, Nov 25, 2008 at 02:01:51AM +, Joseph S. Myers wrote:
> >This patch fixes position-independent executables (PIEs) for Thumb-2. In
> >Thumb assembly, instructions reading pc give a value 4 greater than the
> >address
On Saturday 29 November 2008 15:44:20 Denys Vlasenko wrote:
> On Saturday 29 November 2008 18:18, Alexander Voropay wrote:
> > Hi!
> >
> > I have the same error under Linux (OpenSUSE) with current
> > uClibc snapshot and have no such probles with uClibc 0.9.29 release.
>
> libc/sysdeps/linux/mips/
Vladimir, your dvv build does a lot with C++, any interest in trying to
reproduce it on a base system that has this patch installed?
On Wednesday 03 December 2008 21:19:59 Michael Deutschmann wrote:
> Last March, I made a suggestion to this list: That the many functions
> which are cancellation
On Friday 05 December 2008 23:52, Khem Raj wrote:
> Getting NULL for ifa_addr means that the interface has no address. Do
> you know in what cases does this happen. Patch looks ok though.
I committed
+ if (runp->ifa_addr == NULL)
+ continue;
part too, it does
On Tuesday 09 December 2008 00:45, Rob Landley wrote:
> On Saturday 29 November 2008 15:44:20 Denys Vlasenko wrote:
> > On Saturday 29 November 2008 18:18, Alexander Voropay wrote:
> > > Hi!
> > >
> > > I have the same error under Linux (OpenSUSE) with current
> > > uClibc snapshot and have no suc
Hi,
We have the following aliases witj __libc prefix:
# grep -rh $'[ \t]__libc_[a-z_0-9]*;$' . | sort | uniq | grep __typeof
extern __typeof(accept) __libc_accept;
extern __typeof(close) __libc_close;
extern __typeof(connect) __libc_connect;
extern __typeof(creat) __libc_creat;
extern __typeof(cr
Hi,
Currently it seems that udhcp cannot bind to a vlan or alias interface.
I thought the following could do the trick.
char *tmp;
while (inf[len] != '\0' || inf[len] != '.' || inf[len] != ':')
len++;
tmp = strndup(inf, len);
if (setsockopt(fd, SOL_SOCKET, S
On Monday 08 December 2008 17:57:27 Rob Landley wrote:
> Vladimir, your dvv build does a lot with C++, any interest in trying to
> reproduce it on a base system that has this patch installed?
Nevermind:
<[EMAIL PROTECTED]>: host talamasca.ocis.net[208.181.210.223] said:
550 Recipient has blac
So once again I'm trying to add readelf and ldd to my cross compiler
toolchain, to run on the host but examine target binaries, and I'm having
problems.
I pointed at this back in February 2007:
Let's start with adding "readelf" and "ldd" to the cross compiler. This means
they need to run on the
On Mon, 8 Dec 2008, Rob Landley wrote:
> Not much point testing a patch from somebody whose spam filter has
> blacklisted
> the static IP my mail server has had since 2006. Not my problem.
(greps mailserver logs for "landley")
Ah, the rule you ran into was a block on "*.verizon.net". I've bee
On (08/12/08 10:35), Carmelo Amoroso wrote:
> On 07/12/2008, Ricard Wanderlof <[EMAIL PROTECTED]> wrote:
> >
> > On Sat, 6 Dec 2008, Hiroshi Shinji wrote:
> >
> >> Hi Khem,
> >> Thanks for your comment.
> >>
> >> 2008/12/6 Khem Raj <[EMAIL PROTECTED]>:
> >>> Getting NULL for ifa_addr means that the
Khem Raj wrote:
> On (08/12/08 10:35), Carmelo Amoroso wrote:
>> On 07/12/2008, Ricard Wanderlof <[EMAIL PROTECTED]> wrote:
>>> On Sat, 6 Dec 2008, Hiroshi Shinji wrote:
>>>
Hi Khem,
Thanks for your comment.
2008/12/6 Khem Raj <[EMAIL PROTECTED]>:
> Getting NULL for ifa_addr
Denys Vlasenko wrote:
> Hi,
>
> We have the following aliases witj __libc prefix:
>
> # grep -rh $'[ \t]__libc_[a-z_0-9]*;$' . | sort | uniq | grep __typeof
> extern __typeof(accept) __libc_accept;
> extern __typeof(close) __libc_close;
> extern __typeof(connect) __libc_connect;
> extern __typeof
22 matches
Mail list logo
