On Friday 25 July 2003 08:22 pm, Clement Laforet wrote:
> On Fri, 25 Jul 2003 13:49:38 -0400
> Jim Durham <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> > I'm wondering about the characteristics of the redirect_address
> > option
> >
> > of natd. I tried this on -questions, but no one replied, so I
> > tho
On Fri, 25 Jul 2003 13:49:38 -0400
Jim Durham <[EMAIL PROTECTED]> wrote:
Hi,
> I'm wondering about the characteristics of the redirect_address option
>
> of natd. I tried this on -questions, but no one replied, so I thought
> I'd ask on here, hoping to find folks more familiar with kernel
> me
On Fri, Jul 25, 2003 at 12:46:49PM -0400, Brian Reichert wrote:
>
> I _do_ want to open a PR on this, but I'm uncertain if if I should
> just claim it's an mplayer issue, or should I do more research to
> track what the point of failure it 'really' is, or just open a PR
> describing my symptoms, a
I'm wondering about the characteristics of the redirect_address option
of natd. I tried this on -questions, but no one replied, so I thought
I'd ask on here, hoping to find folks more familiar with kernel
mechanisms here.
Consider a FreeBSD NAT "gateway" between a public IP on one network
inte
> Dunno how much further I want to chase this, but I wanted to ask
> the world first:
>
> For FreeBSD 4.7-R, I just (as in two days ago) reinstalled all of
> my packages via ports (cvsupped nightly).
>
> Now, often, mplayer spins upon quitting. It does print "Exiting...
> (End of file)", then neve
Dunno how much further I want to chase this, but I wanted to ask
the world first:
For FreeBSD 4.7-R, I just (as in two days ago) reinstalled all of
my packages via ports (cvsupped nightly).
Now, often, mplayer spins upon quitting. It does print "Exiting...
(End of file)", then never actually qui
At 2003-07-25T15:48:13Z, Diomidis Spinellis <[EMAIL PROTECTED]> writes:
> The same can also be done when connecting a local process with a remote
> process through a socket(2); there is no need for an intermediary, and
> this is what I have implemented.
Gotcha.
--
Kirk Strauser
pgp0.pgp
De
Kirk Strauser wrote:
> At 2003-07-25T06:06:01Z, Diomidis Spinellis <[EMAIL PROTECTED]> writes:
> > You still have the overhead of two nc instances copying data and context
> > switching.
> Forgive my ignorance, but is that significantly higher than two /bin/sh
> instances copying data and context s
Geoff Glasson wrote:
> I'm trying to port the Linux i810 Direct Rendering Interface ( DRI ) kernel
> module to FreeBSD. I have reached the point where the thing compiles, and I
> can load it as a kernel module, but it can't find the graphics device.
>
> Through a process of elimination I have com
At 2003-07-25T06:06:01Z, Diomidis Spinellis <[EMAIL PROTECTED]> writes:
> You still have the overhead of two nc instances copying data and context
> switching.
Forgive my ignorance, but is that significantly higher than two /bin/sh
instances copying data and context switching?
--
Kirk Strauser
On Thu, Jul 24, 2003 at 05:51:27PM -0400, Leo Bicknell wrote:
> In a message written on Thu, Jul 24, 2003 at 12:48:23PM -0700, Tim Kientzle wrote:
> > Another approach would be to add a new option to SSH
> > so that it could encrypt only the initial authentication,
> > then pass data unencrypted af
Kirk Strauser wrote:
> # ssh -f remotehost "nc -l -p 54321 | dd of=/dev/st0 bs=32k"
> # tar cvf - / | nc remotehost 54321
>
> Netcat implements a TCP/UDP transports and basically nothing else. Isn't
> that what you're trying to achieve?
You still have the overhead of two nc instances cop
On Thu, 2003-07-24 at 21:51, Leo Bicknell wrote:
> In a message written on Thu, Jul 24, 2003 at 12:48:23PM -0700, Tim Kientzle wrote:
> > Another approach would be to add a new option to SSH
> > so that it could encrypt only the initial authentication,
> > then pass data unencrypted after that. Th
13 matches
Mail list logo