On 27 Jan 2002 at 20:18, Dan Nelson wrote:
> In the last episode (Jan 27), Dan Langille said:
> > Folks: have a look at this FreshPorts shell script and let me know if
> > there is a better way to do this.
>
> Apart from maybe using echo instead of forking 'ls', and caching the
> list:
>
> whil
In the last episode (Jan 27), Dan Langille said:
> Folks: have a look at this FreshPorts shell script and let me know if
> there is a better way to do this.
Apart from maybe using echo instead of forking 'ls', and caching the
list:
while : ; do
FILES=`echo *`
if [ "$FILES" != "*" ] ; then
Folks: have a look at this FreshPorts shell script and let me know if
there is a better way to do this.
This script waits for a file to arrive in a directory, then runs a scipt
to process it. It's part of FreshPorts. the procmail script spools the
incoming cvs-all message to a temporary loca
A stupid little program you can use to dump the bios and hunt for version
strings etc.
default is to mmap the last 1MB of the 32-bit space and write it to fildes
1. optional arg 1 is the base (it gets << 16 thanks to a strtol bug that
may no longer be there); optional arg 2 is the size.
Tested o
On Sun, Jan 27, 2002 at 09:33:15PM +0100, Volker Stolz wrote:
> In local.freebsd-hackers, you wrote:
> > I'll accept that there might be bad interactions between PAM and
> > setusercontext() that I haven't considered. I'm not familiar enough with
> > PAM to know what those would be.
>
> For exam
In local.freebsd-hackers, you wrote:
> I'll accept that there might be bad interactions between PAM and
> setusercontext() that I haven't considered. I'm not familiar enough with
> PAM to know what those would be.
For example you have to think about which flags to pass to
setusercontext() and wh
On Sunday, January 27, 2002, at 08:03 AM, Andrew wrote:
>
>
> On Sun, 27 Jan 2002, Andrew wrote:
>
>> but it seems that if I don't read the packet with one read call then
>> the
>> packet is lost. Is this correct behaviour? I guess if the buffer is
>> small
>
> Well it seems that if you dont g
On Sun, Jan 27, 2002 at 04:20:30AM -0800, Terry Lambert wrote:
> Scott Mitchell wrote:
> > OK, but could you explain *why* you think it's a bad idea?
>
> It adds a side effect that wasn't there before in order to
> work around an improper usage of an interface.
It adds some additional, optional
I am forwarding this on behalf of Bruce (his DNS is borked and thus he
cannot send to the lists). Please don't CC me in the replies, only Bruce.
Thanks.
--- Forwarded message follows ---
Date sent: Fri, 25 Jan 2002 23:35:38 +
From: Bruce M Simpson <
On Sun, 27 Jan 2002, Andrew wrote:
> but it seems that if I don't read the packet with one read call then the
> packet is lost. Is this correct behaviour? I guess if the buffer is small
Well it seems that if you dont get the entire packet in one read it is
lost forever. It also seems that no m
Scott Mitchell wrote:
> > > However, this got me thinking -- is the right solution here to have a PAM
> > > module that does the setusercontext(), so programs that already know about
> > > PAM will just work, without needing to know about setusercontext() as well?
> > > I can see that causing prob
On Sat, Jan 26, 2002 at 04:52:03PM -0800, Terry Lambert wrote:
> Scott Mitchell wrote:
> > However, this got me thinking -- is the right solution here to have a PAM
> > module that does the setusercontext(), so programs that already know about
> > PAM will just work, without needing to know about
On Wed, 23 Jan 2002, Andrew wrote:
> configured I get a RTM_NEWADDR message. The bit I'm confused with is the
> struct sockaddr associated with RTA_IFA (that I assumed would hold the IP
> of the interface) has an sa_family value of AF_IMPLINK. If I cast it to a
> struct sockaddr_in then s_addr
13 matches
Mail list logo
