Le Wednesday 09 July 2003 07:56, Greg Kutzbach a écrit :
> Motherboard
> Intel® VS440FX Motherboard
> http://www.intel.com/support/motherboards/desktop/VS440FX/
> 84MB RAM
> IBM 40GP Hard drive
> removed all PCI cards except video
> Running Matrox MGA 4MB video
> Pentium Pro 200
> IDE Generic CD Ro
On Tue, 8 Jul 2003 22:56:52 -0700, Greg Kutzbach <[EMAIL PROTECTED]> wrote:
Motherboard
Intel® VS440FX Motherboard
http://www.intel.com/support/motherboards/desktop/VS440FX/
84MB RAM
IBM 40GP Hard drive
removed all PCI cards except video
Running Matrox MGA 4MB video
Pentium Pro 200
IDE Generic CD
Motherboard
Intel® VS440FX Motherboard
http://www.intel.com/support/motherboards/desktop/VS440FX/
84MB RAM
IBM 40GP Hard drive
removed all PCI cards except video
Running Matrox MGA 4MB video
Pentium Pro 200
IDE Generic CD Rom (secondary master)
Error**
CD Loader 1.01
Building the boot l
Socketd wrote:
> On Tue, 08 Jul 2003 04:17:04 -0700
> Terry Lambert <[EMAIL PROTECTED]> wrote:
> > > I don't want to disable ICMP, just don't want to respond when ttl=0,
> > > meaning when my firewall/gateway is on a "traceroute path".
> >
> > You should specifically modify the ICMP code to not res
Has anyone had experience running npasswd with FreeBSD?
julian
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FWIW, I have similar symptoms with 5.1. Worse in fact.
Nothing that does DMA (which includes the parallel
port in ECP mode) functions correctly on this VIA C3
board.
Disks running PIO4 -- it is necessary to turn off
UDMA in the BIOS for 5.1 to boot (5.0 boots ok off the CD)
Strangely, the disk
Hello,
I have a problem accessing lpt0 device node. Whenever I do 'echo "check" >
/dev/lpt0' it responds with "/dev/lpt0: Device busy" but at the same time 'fstat'
doesn't show that any application is currently using that device. I asked about this
issue on #freebsd @ efnet and someone said t
On Tue, Jul 08, 2003 at 03:30:26PM -0500, Dan Nelson wrote:
>
> [snip]
>
> I don't think there's any pstandard that says that telldir has to
> return a seekable file offset, or that consecutive calls on the same
> position must return the same value. Think about a filesystem that
> uses hashed or
On Wed, 9 Jul 2003 09:28:54 +1000
"Jennifer" <[EMAIL PROTECTED]> wrote:
>
> But the console shows:
>
> da0:( umass-sim0:0:0:0):READ(06),cbd:800010
> da0:( umass-sim0:0:0:0):ILLEGAL REQUEST ASC:20,0
> da0:( umass-sim0:0:0:0):Invalid command operation code
> da0:reading primary partition table:err
Errm, forgot something..
Also, did you try running `newfs` on the drive? (man newfs)
--Peter
- Original Message -
From: "Jennifer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, July 08, 2003 4:28 PM
Subject: mount USB storage device
Dear FreeBSD hackers,
Though I just st
I'd say your best bet would be to use the latest version of FreeBSD
(4.8-RELEASE) or FreeBSD 5.1-RELEASE, as 4.3 is from ~2000 and does not
support alot of "nextgen" hardware. Try that, and then come back to the list
if that doesn't fix your problem.
-- Peter
- Original Message -
From: "
Dear FreeBSD hackers,
Though I just started to learn and use FreeBSD less than one year, I started to love
it's powers and stability.
However, I have one question need your help here if you get time and willing to have
me.
I bought a USB memory chip (64 Mb capacity). It works fine in any window
In the last episode (Jul 08), Jp Calderone said:
> I'm trying to work out some inconsistent behavior in my app across
> platforms. On FreeBSD, seekdir() doesn't seem to behave as I expect
> it to. Here's a short program that demonstrates my confusion:
>
> off_t pos;
> dirp = opendir(".")
I'm trying to work out some inconsistent behavior in my app across
platforms. On FreeBSD, seekdir() doesn't seem to behave as I expect it to.
Here's a short program that demonstrates my confusion:
#include
#include
#include
int main() {
DIR* dirp;
off_t pos;
struct dirent* ent;
On Tue, 08 Jul 2003 15:50:30 +0400
"Andrey Alekseyev" <[EMAIL PROTECTED]> wrote:
> You may also take a look at the IPSTEALTH kernel config
> option (see LINT):
>
> # IPSTEALTH enables code to support stealth forwarding (i.e.,
> forwarding
> # packets without touching the ttl). This can be usefu
On Tue, 08 Jul 2003 04:17:04 -0700
Terry Lambert <[EMAIL PROTECTED]> wrote:
> > I don't want to disable ICMP, just don't want to respond when ttl=0,
> > meaning when my firewall/gateway is on a "traceroute path".
>
> You should specifically modify the ICMP code to not respond
> to echo datagrams,
Rich Morin wrote:
> I have a project for which I need a generalized time-based scheduling
> daemon. cron(8) is almost ideal, but it only has minute-level resolution.
> So, I'm thinking about modifying cron to add second-level resolution.
>
> Before I start, I thought I'd ask a few questions:
>
>
Socketd wrote:
> > I guess you want to do this so that you can break path MTU
> > discovery and fail to properly exchange packets with the DF
> > bit set in the headers, and which don't take into account
> > intermediate links with smaller MTUs, like VPNs or PPPOE
> > links?
> >
> > What exactly ar
Sandeep Kumar Davu wrote:
> I was making changes to 4.5 source code. I tried to recompile the kernel.
> it compiles well but is not able to link it.
> I used the function inet_aton in uipc_socket.c
> This is the error i got.
>
> uipc_socket.o(.text+0xid8): undefined refernce to '__inet_aton'
>
>
On Tue, 08 Jul 2003 03:17:00 -0700
Terry Lambert <[EMAIL PROTECTED]> wrote:
> Socketd wrote:
> > Ok, anyway to prevent sending ICMP's when ttl = 0? Or do I need a
> > firewall?
>
> I guess you want to do this so that you can break path MTU
> discovery and fail to properly exchange packets with th
Hi,
I was making changes to 4.5 source code. I tried to recompile the kernel.
it compiles well but is not able to link it.
I used the function inet_aton in uipc_socket.c
This is the error i got.
uipc_socket.o(.text+0xid8): undefined refernce to '__inet_aton'
I added all the header files that wer
Socketd wrote:
> Ok, anyway to prevent sending ICMP's when ttl = 0? Or do I need a
> firewall?
I guess you want to do this so that you can break path MTU
discovery and fail to properly exchange packets with the DF
bit set in the headers, and which don't take into account
intermediate links with sm
"David A. Gobeille" wrote:
> Shouldn't the #included files themselves #include headers they are
> dependant on? With the use of #ifndef and #define in the headers to
> keep them from being #included more than once?
>
> It seems silly(more work) for the programmer to have to arrange
> everything i
Hi all,
Here is a patch to add mlockall()/munlockall() to FreeBSD 5.1-RELEASE.
I believe it is ready for public consumption (here, anyway), with
some caveats/points:-
- Uses fine grained locking, but acquires Giant right now.
- Tested with WITNESS, MUTEX_PROFILING, INVARIANTS. Caught a lock no
Warner,
I send you this hack that I may have your advice.
I haven't tried bringing up the SMP kernel on my T22. APIC_IO is
needed in order for this to work, as we don't use the APIC within a
uniprocessor build of -CURRENT on i386. But I imagine it should work.
I couldn't find any other way within
25 matches
Mail list logo
