"Eric D. Futch" wrote:
> [snippets deleted]
> You can see how they differ in handling FTP_PASSIVE_MODE.
>
> Someone (sorry I can't remember your name :)) suggested a better
> way of doing the if... take a look at:
> http://quake.nyct.net/~efutch/FreeBSD/ftpio.c.patch-2
Actually that is wrong, a
attila! wrote:
>
> > ../../pci/if_dc.c:151: miibus_if.h: No such file or directory
> > mkdep: compile failed
>
> 'find' on entire sys subsystem fails to show it, and I
> pulled cvsups on 19th and 20th to see if it was in the
> stream --nope. pulled a 'glimpse' of 'current' list but
>
In message <[EMAIL PROTECTED]>, attila! writes:
>
>> ../../pci/if_dc.c:151: miibus_if.h: No such file or directory
>> mkdep: compile failed
>
>'find' on entire sys subsystem fails to show it, and I
>pulled cvsups on 19th and 20th to see if it was in the
>stream --nope. pulled a 'glimps
> ../../pci/if_dc.c:151: miibus_if.h: No such file or directory
> mkdep: compile failed
'find' on entire sys subsystem fails to show it, and I
pulled cvsups on 19th and 20th to see if it was in the
stream --nope. pulled a 'glimpse' of 'current' list but
found no reference.
To
Maybe I didn't make it clear enough that fetch(1), and others uknown to
me, that use libftpio behave differently than ftp(1). I could imagine that
the current behaviour would cause confusion since ftp(1) checks the value
of FTP_PASSIVE_MODE and acts appropriately and programs using
libftpio do not
"Eric D. Futch" wrote:
>
>
> Please take a look at the PR I put together bin/18103 and let me know if
> this is a good (enough) fix for the problem.
>
> The patch can aslo be found at:
> http://quake.nyct.net/~efutch/FreeBSD/ftpio.c.patch
Looking at the patch, the only mod I would suggest is to
In reference to a problem someone reported on the freebsd-mobile mailing
list, I took a look at the handling of the FTP_PASSIVE_MODE environment
variable in libftpio. What I found was that it would use passive ftp
based on if the environment variable was set or not and didn't acutally
check it's
- Original Message -
From: "Cosmic 665" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, April 19, 2000 5:44 PM
Subject: /dev/dsp device not configured
> how can I configure/reconfigure /dev/dsp under FreeBSD 4.0??
Did you /dev/MAKEDEV snd0?
I kee
On Wed, 19 Apr 2000, Alexander N. Kabaev wrote:
> Actually, it seems that Java borrowed a whole lot of ideas from Modula-3. And
> C++ experience can even hurt instead helping when switching to Java. Java
> inherits some parts of C++ syntax but is based on rather different design.
That statement,
On Wed, 19 Apr 2000, Christoph Kukulies wrote:
> I cvsup'ed, built world and kernel. Hhmm, actually I see no reason why
> there should be a problem since everything should be done by make world.
make world doesn't build a kernel. Making a kernel doesn't build
modules. This bit me again the other
I have a system with 2 UDMA33 disks attached, each on a seperate controller.
When hitting them both hard, the utilisation (as measured by systat) never
adds up to more than 100%. I thought this limitation only held when they were
both on the same controller - what gives?
Stephen
--
Hi,
On 0, Ted Sikora <[EMAIL PROTECTED]> wrote:
> After building a new kernel yesterday after a cvsup the following
> appeared.
>
> Apr 17 23:07:42 telecast /kernel: WARNING: run /dev/MAKEDEV before
> 2000-06-01 to get rid of block devices
> I did a MAKEDEV all and the message still persists.
>
subscribe
Okay, here's your decent explanation: your PNP sound card has been located
and attached at sbc1, right after the bogus sbc0 statically hardcoded in
your kernel config file. :)
You should need ONLY the following lines in your conf file for your
particular setup:
device pcm
device sbc
That shoul
well, after cvsup'ing and building of the world, the network seems to work a
litte better.
but under faily heavy load (flood pinging _form_ the host and floodpint _to_
the host) results in a trap 12. seem that actually the heavy output kills
the machine.
Fatal trap 12: page fault while in kernel
how can I configure/reconfigure /dev/dsp under FreeBSD 4.0?? I keep getting
a message stating that the device is not configured!! furthermore my
soundcard isn't working right when it should be!! I've also attached my
dmesg and kernel config. BTW, I'm currnetly using 5.0-CURRENT as of last
ni
FYI: I committed the addition of the magic number and version information
an hour or two ago. It seems to work fine for me, but please let me know
if you have any problems. A migration tool doesn't seem useful yet, but
is now feasible :-).
In a day or two, I'll send a post to freebsd-fs descri
> Does this mean that the burdon of proof of patent problems shifts from
> those doing the software to those who think there's a problem?
That's the way things generally work, yes. :)
> does that mean things can go ahead with the integration of the
> firewire drivers that are out there? It soun
On Wed, 19 Apr 2000, Garance A Drosihn wrote:
> At 3:41 AM -0400 4/19/00, Robert Watson wrote:
> >I hope not to change the format any further. I've been considering
> >introducing a backing file header version number of some sort, but
> >this is only necessary if we think the backing file format
At 3:41 AM -0400 4/19/00, Robert Watson wrote:
>I hope not to change the format any further. I've been considering
>introducing a backing file header version number of some sort, but
>this is only necessary if we think the backing file format will
>change much more.
>
>Comments welcome.
If you'r
Hi,
> On Wed, 19 Apr 2000 12:33:44 +0100
> Brian Somers <[EMAIL PROTECTED]> said:
brian> I did the find, removed the bdevs in /compat/linux/dev and rebooted -
brian> no luck, the message is still there.
brian>
brian> I wonder if whatever's done on 2000-06-01 will leave the emulators
Correction to my own message. The problem is not with newpcm driver per se but
with esd/newpcm combination. mpg123 recompiled without OPT_ESOUND works just
fine, so does xmms when using OSS output plugin. Only when I force these two to
use ESD for output, then I am getting "fast forward"-like caco
In message <[EMAIL PROTECTED]> "Jordan K. Hubbard" writes:
: Well, in that case, jump on in! Let us know when you have some bits
: to test and I'm sure you'll find at least a few people who are willing
: to BETA test them for you. That's how things happen in the open
: source world and just wait
Subject says it all. Everytime I am trying to use my SB16PNP card to play any
sound file (WAV, MP3), all I am getting is garbled sound because driver plays
sound at increased rate (i.e. it takes less than 10 sec for mpg123 to decode 5
min long song).
FreeBSD Audio Driver (newpcm) Apr 19 2000 09:4
> It would be good to be ahead of the game rather than behind it on this
> occasion --
Well, in that case, jump on in! Let us know when you have some bits
to test and I'm sure you'll find at least a few people who are willing
to BETA test them for you. That's how things happen in the open
sourc
On Wed, Apr 19, 2000 at 10:18:38AM -0400, Bill Fumerola wrote:
> On Wed, Apr 19, 2000 at 03:49:28PM +0200, Christoph Kukulies wrote:
>
> > The panic is gone. I disabled the loading of the linuxulator in /etc/rc.local
> > and re-brandelf'ed it. Unfortunately I have no longer any proof that
Yikes!
On Wed, Apr 19, 2000 at 03:49:28PM +0200, Christoph Kukulies wrote:
> The panic is gone. I disabled the loading of the linuxulator in /etc/rc.local
> and re-brandelf'ed it. Unfortunately I have no longer any proof that
> it really *was* the linux emulator (should have made a copy). So what.
Modu
On Wed, Apr 19, 2000 at 03:24:05PM +0200, Christoph Kukulies wrote:
> On Wed, Apr 19, 2000 at 12:44:22PM +0200, Christoph Kukulies wrote:
> >
> > With a kernel built Apr 18th (and also today, Apr 19th) I'm getting
> > panics when starting up in multiuser mode but also strange things
> > happen wh
On Wed, Apr 19, 2000 at 12:44:22PM +0200, Christoph Kukulies wrote:
>
> With a kernel built Apr 18th (and also today, Apr 19th) I'm getting
> panics when starting up in multiuser mode but also strange things
> happen when trying to boot /kernel -s
>
> In the latter case I was dropped into ddb af
Actually, it seems that Java borrowed a whole lot of ideas from Modula-3. And
C++ experience can even hurt instead helping when switching to Java. Java
inherits some parts of C++ syntax but is based on rather different design.
On 19-Apr-00 Donn Miller wrote:
> Donn
To Unsubscribe: send mail t
On Wed, 19 Apr 2000, Robert Watson wrote:
> I hope not to change the format any further. I've been considering
> introducing a backing file header version number of some sort, but this is
> only necessary if we think the backing file format will change much more.
I'm vote for the versio
> Warner Losh wrote:
> > In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes:
> > : >Almost none. I don't actually mount nfs partitions until I type mount
> > : >foo:/bar /bar. There's no network card active at that time anyway...
> > :
> > : But does the nfs filesystems you mount have any
Dear Sir/Madam - F magazine is about to launch with it's first issue.
We are selecting companies with a high rate of employees between the age 18-30yrs to
sample a full version of F magazine CD Rom.
The smallest box contains 50 Cd's and although it is totally free we must have your
commitme
On 19 Apr, Peter Wemm wrote:
>> I've not mounted any filesystems when I get the message. I get it
>> when nfsd starts up in the boot process.
>
> Just a thought.. I got this message even though I thought I'd gotten rid of
> all bdevs.. It turned out there were some hidden in sub directories.
On Tue, 18 Apr 2000, Brooks Davis wrote:
> > I am still trying to find out about getting IEEE 1394 support -- cards have
> > been available to me for at least 3 years!!
>
> Did you even read the licensing site? It's pretty clear that you
> couldn't write code that Walnut Creek could ship on CD
With a kernel built Apr 18th (and also today, Apr 19th) I'm getting
panics when starting up in multiuser mode but also strange things
happen when trying to boot /kernel -s
In the latter case I was dropped into ddb after being prompted with
something like mountroot>
I'm running i4b (isdnd) and
On Tue, 18 Apr 2000, Southwell wrote:
> It would be good to be ahead of the game rather than behind it on this
> occasion --
>
> I am still trying to find out about getting IEEE 1394 support -- cards have
> been available to me for at least 3 years!!
>
E... Do you also have docs? And did y
On 18-Apr-00 Poul-Henning Kamp wrote:
> It would be nice to have some kind of understanding why the tsc is
> better than the i8254 before we kludge it...
>
Unless I misread completely one nice side effect of this would be to
enable pcaudio on APM machines.
To Unsubscribe: send mail to
> I can see moving it out to where the rest of the linux emulation
> code is but to remove it entirely seems the typical viking axe
^^ ^^
> bloody-minded behaviour that's getting too familiar.
I agree with those sentiments.
>From my re
:
:I'll remove (or change) the assertion later this evening
:unless I hear protests to the contrary.
:
:Alan
:
Sounds like a plan. When you get it committed I'll bring it
up on one of my test boxes and run it through the gauntlet.
-Matt
Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes:
> : >Almost none. I don't actually mount nfs partitions until I type mount
> : >foo:/bar /bar. There's no network card active at that time anyway...
> :
> : But does the nfs filesystems you mount have any bdevs on the
I just committed a change to the extended attribute backing code that
modifies the per-attribute header. The result is that backing files used
and created from now on have a different format, and weird and unfortunate
things will happen with backing files before this change. I doubt anyone
is do
i recently updated my -current system from -current as of about mid-march to
lest sundays's -current (jep, from 4.0 to 5.0) due to the work done to the
ida driver.
well, the ida driver seems to work, but the network hast complety stopped
working.
with sunday's -current, after about 2-5 minutes upt
43 matches
Mail list logo
