Hi,
I am trying to connect to a remote NT VPN server
so I can perform some work remotely. However I can't
seem to get the VPN link to come up. I am using the
pptpclient software. I have the following entry in
my ppp.conf file:
VPN:
set timeout 0
set ifaddr 0 0
add 172.22.0.0/16 HISADDR
s
Warner Losh wrote:
> Original Message
> Subject: PCI DMA Questions
>
> I'm debugging a hunk of PCI hardware that I have under NDA. It
> doesn't seem to be initiating DMA transfers. This may be a hardware
> problem, but before I go back to the vendor, I want to make sure that
>
On 12-Apr-00 Dan Moschuk wrote:
>
>| > Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)?
>| >
>| > On Solaris there is gethostbyname_r(). Calling gethostbyname() with in
>| > two threads cause both threads to block.
>|
>| No. :( Until we get one you can work around i
On Wed, Apr 12, 2000 at 12:07:40AM -0700, Ming Zhang wrote:
> > In your case, both the threads are waiting for a DNS server response,
> > so the thread scheduler doesn't have a thread to schedule.
>
> If I only create one thread, then the gethostbyname() returns immediately.
> By using truss -p,
BRIDGE does work nicely in 4.0 branch. But I got bitten
by the de driver, but the dc driver does hold up well.
Stefan
On Wed, 12 Apr 2000, Luigi Rizzo wrote:
> > I got an interesting tip from a list co-reader upon my
> > question about arp-proxy. Luigi added options BRIDGE to
> > the kernel
> I got an interesting tip from a list co-reader upon my
> question about arp-proxy. Luigi added options BRIDGE to
> the kernel some time ago (2.2.8) (Luigi, are you listening?)
> The man page (man 4 bridge) says that at the moment it works
> for ed,de,ep,fe,fxp,lnc,mx,tx,and xl interfaces. So fp
| > Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)?
| >
| > On Solaris there is gethostbyname_r(). Calling gethostbyname() with in
| > two threads cause both threads to block.
|
| No. :( Until we get one you can work around it by using a mutex around
| calls to geth
On Wed, Apr 12, 2000 at 03:02:10PM -0400, Sean O'Connell wrote:
> Wilko Bulte stated:
> > On Wed, Apr 12, 2000 at 10:38:04AM -0400, Vivek Khera wrote:
> > > > "A" == Asmodai writes:
> > >
> > > >> I don't think this is a 4.0 issue. I get the same on a couple of 3.4R
> > > >> systems, minu
These approaches work well, so long as the 32-bit sequence space doesn't
wrap. At 100Mb/s, this wraps in about 6 minutes. Sure, most connections
don't carry more than 4GB of data but you might be interested in the ones
that do.
This also is a problem for the counters in struct if_data that
Arun Sharma <[EMAIL PROTECTED]> wrote:
>
>I think it'd be very useful to have a non-blocking DNS lookup API (one
>which exposes the underlying file descriptor) . Winsock has this. UNIX
>netscape 4.x would freeze half as often if this was done right.
http://www.chiark.greenend.org.uk/~ian/adns/ is
On Wed, 12 Apr 2000, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, S
> teve Kiernan writes:
>
> >> If you are interested in a V.35 style sync card, I have one which
> >> LMC (www.lanmedia.com) lent me, but for which I have not gotten
> >> the driver converted to netgraph yet.
> >
>
adns should provide the functionality that you're looking for,
http://www.chiark.greenend.org.uk/~ian/adns/
Charles
-Original Message-
From: Ming Zhang [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 11, 2000 7:27 PM
To: [EMAIL PROTECTED]
Subject: Multithread safe gethostbyname() ?
I
I have attached my final program which works on both FreeBSD 2.x and
FreeBSD 3.x (I don't have a FreeBSD 4.x box to test this on yet).
On FreeBSD 2.x one must be root to run this (to read /dev/kmem), but
on FreeBSD 3.x any user can run this.
I would argue that this is a potential security vulner
Graham Wheeler wrote:
>
> I've managed to write a program to do what I want, which works fine on
> 2.2.8 but doesn't work with elf kernels it appears. Is there an
> equivalent interface for elf kernels to the kvm interface for a.out
> kernels?
I've answered my own question - the sysctl interface
> In muc.lists.freebsd.hackers, you wrote:
>
> Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)?
>
> On Solaris there is gethostbyname_r(). Calling gethostbyname() with in
> two threads cause both threads to block.
No. :( Until we get one you can work around it by us
I've managed to write a program to do what I want, which works fine on
2.2.8 but doesn't work with elf kernels it appears. Is there an
equivalent interface for elf kernels to the kvm interface for a.out
kernels?
If anyone is interested, I've attached the program.
--
Dr Graham Wheeler
Steve,
We in Europe are looking for FreeBSD support LMC 150x"P" cards (PCI in
common PC format), for channelized E1 PRI applications.
Do you think your work "for the LMC cards" would apply to that specific
board? The "P" board will be available this month. The mezzanine-format
PCI version 1
On 11/04, Ming Zhang wrote:
| On Solaris there is gethostbyname_r(). Calling gethostbyname() with in
| two threads cause both threads to block.
gethostbyname_r exists, at least in 4.0, but is poorly implemented (it is
in fact not thread safe). However, if you are using 4.0, you should consider
On Tue, Apr 11, 2000 at 10:09:50AM -0700, Alfred Perlstein wrote:
[...]
> It's also silly. If you've found limits that "work" then why insist
> on giving your users enough rope to hang you?
The world is complicated. Some of my processes need that
stacksize. There is no problem setting safe limit
On Tue, 11 Apr 2000, Arun Sharma wrote:
> In muc.lists.freebsd.hackers, you wrote:
> >
> > Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)?
> >
> > On Solaris there is gethostbyname_r(). Calling gethostbyname() with in
> > two threads cause both threads to block.
>
20 matches
Mail list logo
