[CCed to -hackers since this may be of general interest.]
On Wed, Jan 12, 2000 at 11:21:41PM -0800, David O'Brien wrote:
> I'm still a little puzzled why every call to open got changed to
> _libc_open rather than do the magic w/in open().
Consider as an example that open() is a thread cancellati
At 03:01 AM 1/13/00 +0100, you wrote:
>Matthew Dillon <[EMAIL PROTECTED]> wrote in list.freebsd-hackers:
> > The last two paragraphs are the most relevant to us.
> >
> > http://www.nytimes.com/reuters/technology/tech-tech-encryption.html
>
>Hmm. These paragraphs don't sound that nice:
>
Intel used to have a 4 port 100mbit card in the PRO line. I have lots of
the duals and they work fine with FreeBSD, but need the 4 porter for a 1U
case...
Anybody know of a supplier or can sell me one?
It would be much appreciated...
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "u
On Thu, 13 Jan 2000, Oliver Fromme wrote:
> But then, at the end:
>
>People posting ``open source'' programs would be required
>to send the code, or a Web site address where the code was
>displayed, to the government.
>
> Basically, does this mean something like
> tar cf - /usr/src/
On Thu, Jan 13, 2000 at 03:01:01AM +0100, Oliver Fromme wrote:
>People posting ``open source'' programs would be required
>to send the code, or a Web site address where the code was
>displayed, to the government.
>
> Basically, does this mean something like
> tar cf - /usr/src/crypto
[ On Wednesday, January 12, Brian Somers wrote: ]
>
> Wouldn't a more generic always-do-X-to-this-file be better - perhaps
> maintained in a config file - say /etc/mergemaster.conf:
>
> Delete etc/mail/sendmail.cf
> Delete etc/motd
> Install etc/defaults/*
>
Indeed that would be a better way
On 13-Jan-00 Matthew Dillon wrote:
> The last two paragraphs are the most relevant to us.
> http://www.nytimes.com/reuters/technology/tech-tech-encryption.html
So does this mean we OpenSSH in the base system some time soon? :)
(Post RSA patent expiry?)
---
Daniel O'Connor software and ne
Matthew Dillon <[EMAIL PROTECTED]> wrote in list.freebsd-hackers:
> The last two paragraphs are the most relevant to us.
>
> http://www.nytimes.com/reuters/technology/tech-tech-encryption.html
Hmm. These paragraphs don't sound that nice:
[...] complex restrictions still affect p
The last two paragraphs are the most relevant to us.
http://www.nytimes.com/reuters/technology/tech-tech-encryption.html
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
[various offers to take my place deleted]
Geez, you people are a lot of help. ;^)
So, I have just as much chance of getting it worked out if I just go
into netinet as anywhere? Will do.
Thanks,
==ml
> * Michael Lucas <[EMAIL PROTECTED]> [000112 14:35] wrote:
> > I find myself in a contract w
* Michael Lucas <[EMAIL PROTECTED]> [000112 14:35] wrote:
> I find myself in a contract where I sit for eight hours a day and wait
> for something to break. It pays obscenely well, so I'm putting up
> with the tedium.
>
> So, if I was to sit down and start reading /usr/src/sys, where's the
> log
> I find myself in a contract where I sit for eight hours a day and wait
> for something to break. It pays obscenely well, so I'm putting up
> with the tedium.
Wow, how does one come across such a contract?
-MB
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers
Get a copy of the 4.4BSD book and read the relevant
code along with the various topics.
"Of course you're the Messiah! I say you are and I should know,
I've followed a few!" -- John Cleese in "Life of Brian"
Matthew Alton
Computer Services - UNIX Systems Administration
(314)632-6644 [EMAIL
I find myself in a contract where I sit for eight hours a day and wait
for something to break. It pays obscenely well, so I'm putting up
with the tedium.
So, if I was to sit down and start reading /usr/src/sys, where's the
logical place to start? Or should I start elsehwere? Or is there no
log
>
>
> On Mon, 10 Jan 2000 22:21:32 MST, John and Jennifer Reynolds wrote:
>
> > So, I made a quick hack to mergemaster so it would recognize a new
> > "rc" variable called IGNORE_FILE. This file is a list of files
> > mergemaster should ignore, or not compare. One filename per line.
>
> I've b
In message <[EMAIL PROTECTED]> Marcin Cieslak
writes:
: Once can easily read them with low-level pccardc interface.
: In general, flash cards are not meant to be written too often,
: so I belive we won't put a real filesystem on them.
: Just a kernel and mfsroot image perhaps?
Well, there is mfs
> > Matthew Dillon <[EMAIL PROTECTED]> wrote:
> > > :BTW, concerning rfork(RFMEM). Could somebody explain me, why the
> > > :following simple program is coredumping:
> > > You cannot call rfork() with RFMEM directly from a C program. You
> > > have to use assembly (has anyone created a na
Below is a patch file that adds functionality to XPostitPlus-2.3 that
I find useful. The patch file adds the following new things.
1) Adds a new "Hide All Notes" menu selection.
Files changed are xpostit.h, menu.c, note.c
2) Makes the "Find a Note" window bigger, but not too large.
File c
On Wed, 12 Jan 2000, Warner Losh wrote:
> The linear flash cards don't have an ata interface,
> so PAO and soon -current won't recognize them.
They don't have and we don't need it.
Once can easily read them with low-level pccardc interface.
In general, flash cards are not meant to be written too
Good morning,
I plan to experiment with LDAP, especially using it for
distributing the userdb.
On the lists I found that some approaches were already
discussed. The two major candidates were NSS and userfs,
while for the NSS solution someone already posted some
initial code (porting NSS fom NetB
Ronald G. Minnich <[EMAIL PROTECTED]> wrote:
> On Wed, 12 Jan 2000, Alexander Litvin wrote:
> > Matthew Dillon <[EMAIL PROTECTED]> wrote:
> > > :BTW, concerning rfork(RFMEM). Could somebody explain me, why the
> > > :following simple program is coredumping:
> > > You cannot call rfork() with R
On Wed, 12 Jan 2000, Alexander Litvin wrote:
> Matthew Dillon <[EMAIL PROTECTED]> wrote:
> > :BTW, concerning rfork(RFMEM). Could somebody explain me, why the
> > :following simple program is coredumping:
> > You cannot call rfork() with RFMEM directly from a C program. You
> > have to u
Hi,
I keep getting the message 'ifconfig: ioctl (SIOCAIFADDR): File exists'
when I configuring an interface. The interface I'm configuring works above
the sppp interface.
I noticed that in the sppp driver code, the first thing it does upon
recieving an SIOCSIFADDR ioctl (function aifioctl) is to c
On Wed, 12 Jan 2000 08:47:06 MST, Wes Peters wrote:
> Sheldon, do you want to tackle that one? You seem to be in a manpage mood
> these days.
If someone writes up plain text for the manual page, I'll be more than
happy to do mdoc mark-up and grammar clean-ups.
Ciao,
Sheldon.
To Unsubscribe
Matthew Dillon wrote:
>
> :>
> :> The reason is that rfork(RFMEM) does not give the new process a new
> :> stack, so both the old and new processes wind up on the same original
> :> stack and stomp all over each other.
> :
> :There is an implementation of clone() in the linuxthreads p
Matthew Dillon wrote:
>
> :>
> :> The reason is that rfork(RFMEM) does not give the new process a new
> :> stack, so both the old and new processes wind up on the same original
> :> stack and stomp all over each other.
> :
> :There is an implementation of clone() in the linuxthreads p
Matthew Dillon <[EMAIL PROTECTED]> wrote:
> :BTW, concerning rfork(RFMEM). Could somebody explain me, why the
> :following simple program is coredumping:
> You cannot call rfork() with RFMEM directly from a C program. You
> have to use assembly (has anyone created a native clone() call
Hi,
I recently upgraded from 3.2-R to 3.4-R and there's a huge difference
in running xmms.
On 3.2-R I had to give it a realtime priority (lowest rtprio, 31,
worked fine) to make it run smoothly. With that realtime prio it usually
worked fine, except when it ran into a bug that made it go into an
i think dummynet(4) already does things you need ?
cheers
luigi
> Hi,
>
> I am trying to modify the "ipfw" code to do some additional processing
> on receiving a packet. I needed to generate some specific delays
> intentionally.
>
> Schedular should process a packet and it shou
Hi,
I am trying to modify the "ipfw" code to do some additional processing
on receiving a packet. I needed to generate some specific delays
intentionally.
Schedular should process a packet and it should avoid processing of
further packets for a certain perod.(ths will be in millisecond range).
I
30 matches
Mail list logo
