On Wed, Feb 20, 2013 at 06:29:07PM -0500, Rick Macklem wrote:
> Andrey Simonnenko wrote:
> >
> > Another variant. This is a program that can be used for verifying
> > correctness of the function, just change PWBUF_SIZE_* values and put
> > some printfs to see when buffer is reallocated. sizehint i
On Tue, Feb 19, 2013 at 08:52:49PM -0500, Rick Macklem wrote:
> >
> > I cannot find how to get information about maximum buffer size for
> > the getpwnam_r() function. This information should be returned by
> > sysconf(_SC_GETPW_R_SIZE_MAX), but since it does not work on FreeBSD
> > it is necessar
On Tue, Feb 19, 2013 at 05:35:50PM +0800, Elias Martenson wrote:
> On 19 February 2013 17:31, Andrey Simonenko
> wrote:
>
> It can require bigger buffer, since root can get the pw_password field
> > in the struct passwd{}.
> >
> > Since sysconf(_SC_GETPW_R_SIZE_MAX)
On Tue, Feb 19, 2013 at 12:06:13AM +0800, Elias Martenson wrote:
>
> You were right, the problem was in pname_to_uid.c. In it, the following
> code can be found:
>
> char lname[MAXLOGNAME + 1], buf[1024];
>
> /* some code snipped for brevity... */
>
> getpwnam_r(lname, &
On Fri, Aug 31, 2012 at 08:12:09AM -0400, John Baldwin wrote:
> On Friday, August 31, 2012 7:06:53 am Andrey Simonenko wrote:
> > On Thu, Aug 30, 2012 at 02:37:17AM -0700, Garrett Cooper wrote:
> > > > Detailed description of mistakes in these files and corr
On Thu, Aug 30, 2012 at 02:37:17AM -0700, Garrett Cooper wrote:
> > Detailed description of mistakes in these files and correct implementation:
> >
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165710
>
> A developer at $work (Isilon) developed a slightly simpler patch than
> that based on o
On Wed, Aug 29, 2012 at 09:57:37PM -0500, Pedro Giffuni wrote:
>
> This is rather critical stuff (libc) so I have no hurry and would
> like extensive testing before considering it for head.
>
> Please give it a try and report any issue.
>
Looks like that their getnetconfig.c and getnetpath.c ha
On Sat, Jun 30, 2012 at 08:53:09PM -0400, Rick Macklem wrote:
> I haven't looked at Andrey's patch, but conceptually it sounds like
> the best approach. As I understand it, the problem with replacing
> mountd with nfse (at least in the FreeBSD source tree) is that nfse
> is not 100% backwards comp
This message contains only corrections to typos from my previous message.
On Mon, Jul 09, 2012 at 12:44:56PM +0300, Andrey Simonenko wrote:
>
> Here -alldirs means that /cdrom should be a file system. As I remember
> this even worked before revision 1.85 of mountd/mountd.c, then
On Sun, Jul 08, 2012 at 07:48:11PM -0400, Rick Macklem wrote:
>
> > Replying to myself just as a record, I have tried nfse and I didnt get
> > the permission denied at all.
> > The only issue I had with it is that it strictly adheres to the syntax
> > in exports(5) while mountd is a little more fle
Hello again,
On Sun, Jul 08, 2012 at 06:35:50PM +0100, Vincent Hoffman wrote:
> Replying to myself just as a record, I have tried nfse and I didnt get
> the permission denied at all.
> The only issue I had with it is that it strictly adheres to the syntax
> in exports(5) while mountd is a little m
On Sun, Jul 01, 2012 at 12:13:30PM +0100, Vincent Hoffman wrote:
> On 01/07/2012 01:53, Rick Macklem wrote:
> >>>
> > I haven't looked at Andrey's patch, but conceptually it sounds like
> > the best approach. As I understand it, the problem with replacing
> > mountd with nfse (at least in the FreeB
On Thu, Apr 19, 2012 at 08:44:37PM -0400, Rick Macklem wrote:
> Andrey Simonenko wrote:
> > On Mon, May 30, 2011 at 04:56:02PM -0400, Rick Macklem wrote:
> > > Hi,
> > >
> > > I have patches for the mountd, rpc.statd and rpc.lockd daemons
> > > th
On Thu, Apr 19, 2012 at 08:44:37PM -0400, Rick Macklem wrote:
> Andrey Simonenko wrote:
> >
> > 1. What is the sense to try to use the same port number for all
> > supported netconfigs if specific port number is not given in
> > a command line option?
> >
>
On Mon, May 30, 2011 at 04:56:02PM -0400, Rick Macklem wrote:
> Hi,
>
> I have patches for the mountd, rpc.statd and rpc.lockd daemons
> that are meant to keep them from failing when a dynamically
> selected port# is not available for some combination of
> udp,tcp X ipv4,ipv6
>
> If anyone woul
On Wed, Apr 04, 2012 at 09:45:25AM -0500, Pedro Giffuni wrote:
> On 04/04/12 04:29, Andrey Simonenko wrote:
> > On Tue, Apr 03, 2012 at 06:43:00AM -0700, Steve Kargl wrote:
> >> On Tue, Apr 03, 2012 at 02:21:11PM +0300, Andrey Simonenko wrote:
> >>> I use one port f
On Tue, Apr 03, 2012 at 06:43:00AM -0700, Steve Kargl wrote:
> On Tue, Apr 03, 2012 at 02:21:11PM +0300, Andrey Simonenko wrote:
> >
> > I use one port from the Ports Collection, that works with FP. Having
> > reinstalled it (its version was not changed) I noticed that i
Hello,
I use one port from the Ports Collection, that works with FP. Having
reinstalled it (its version was not changed) I noticed that it started
to work incorrectly. After debugging and disassembling its code I found
out that the -ffast-math option used for building was the result of
wrongly g
On Mon, Jan 31, 2011 at 04:56:06PM -0800, Marcel Moolenaar wrote:
>
> Take the statement at line 116 for example:
> *((int *)CMSG_DATA(cmsg)) = fd;
>
> We're effectively casting from a (char *) to a (int *) and then doing
> a 32-bit access (write). The easy fix (casting through (void *) is
19 matches
Mail list logo
