Re: dot.core ??

2013-02-15 Thread Mike Bristow
On Fri, Feb 15, 2013 at 12:01:25PM +0100, Loïc BLOT wrote:
 Hello,
 i have strange problem on one of my FreeBSD 9.1 install.
 The server randomly hard reboots.
 When i look at dmesg i don't find anything, but there is a strange
 entry:
 
 pid 24931 (dot), uid 0: exited on signal 11 (core dumped)
[snip similar]
 
 There is also a dot.core in /root

dot is a program in the graphviz suit, probably.  Someone or something
is running it as root, and it attempts to access memory which it has no
permission to access, so it is killed and a core dump generated.

This memory access is likly to be caused by one of two things:
 1) a bug in dot;
 2) hardware memory corruption 

I suggest you boot memtest86 or similar to see if you can prove the 
hardware fault - especially if you can track down who or what is running 
dot and show that it fails randomly (e.g., if you run it with the same 
input it  does not fail all the time).

Cheers,
Mike

-- 
Mike Bristow  m...@urgle.com
  http://www.urgle.com/~mike/CV/

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: ifconfig output: ipv4 netmask format

2011-04-09 Thread Mike Bristow

On Fri, Apr 08, 2011 at 11:43:16AM -0600, Warner Losh wrote:
  Non-contigous netmasks are legal in IPv4.  What do you do if someone adds
  the CIDR flag but the netmask cannot be represented in CIDR notation?
 
 They have become illegal in the fullness of time.

I'll rephrase my point, then:  not all netmasks, legal or otherwise,
that are accepted by ifconfig, can be represented in CIDR notation
(see below).   

I guess the fact that ifconfig accepts them is a bug - but that
merely changes my comment to Non-contigous netmasks are accepted
for IPv4 addresses by some (buggy) utilities.  What do you do if
someone adds the CIDR flag, but the netmask cannot be represented
in CIDR notation?.

Cheers,
Mike

[root@cheddar ~]# ifconfig bridge99 create
[root@cheddar ~]# ifconfig bridge99 127.255.0.1 netmask 255.255.255.1
[root@cheddar ~]# ifconfig bridge99
bridge99: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
ether d6:c6:07:a9:7e:b9
inet 127.255.0.1 netmask 0xff01 broadcast 127.255.0.255
[root@cheddar ~]# uname -a
FreeBSD cheddar.urgle.com 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 24 
23:04:32 GMT 2011 r...@cheddar.urgle.com:/usr/obj/usr/src/sys/GENERIC  amd64
[root@cheddar ~]# 

-- 
Mike Bristow  m...@urgle.com

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: ifconfig output: ipv4 netmask format

2011-04-08 Thread Mike Bristow
On Fri, Apr 08, 2011 at 07:40:56PM +0400, Sergey Vinogradov wrote:
 On 08.04.2011 19:23, Warner Losh wrote:
  On Apr 8, 2011, at 6:08 AM, Sergey Vinogradov wrote:
  If we really wanted to make it human readable, we'd output 10.2.3.4/24

 So, maybe, while following the POLA, we should add an option, as Daniel 
 mentioned above? To output the CIDR?

Non-contigous netmasks are legal in IPv4.  What do you do if someone adds
the CIDR flag but the netmask cannot be represented in CIDR notation?

Cheers,
Mike

-- 
Mike Bristow  m...@urgle.com

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: readahead(2) - Linux

2008-03-06 Thread Mike Bristow

Julian Elischer wrote:

Ivan Voras wrote:

Ed Schouten wrote:

* carlos neira [EMAIL PROTECTED] wrote:

is there an equivalent of  readahead syscall in linux , for  freebsd ?.
i was looking at  http://preload.sourceforge.net/ ,  and it needs 
this .

Maybe a mmap(), followed by a madvise()?


Or an open() followed by a read() loop? :) If the goal is to preload the
files, this one is certainly going to do it :)




the aim is to load it into system memory but not copy anything into
user memory.


sendfile(2) to /dev/null, perhaps.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: 'periodic daily' memory usage

2008-01-27 Thread Mike Bristow

Dag-Erling Smørgrav wrote:

An entirely different issue is why named uses so much memory...  does
anybody know of a way to specify how much memory named may use for its
cache?
  


Something like :

options {
   directory   /etc/namedb;
   pid-file/var/run/named/pid;
   *max-cache-size 10485760;
};


According to http://www.isc.org/sw/bind/arm94/Bv9ARM.ch06.html#options

*
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Using get_system_info() - Obtaining the CPU states...

2007-05-29 Thread Mike Bristow
On Tue, May 29, 2007 at 04:24:27PM +0530, Suresh Kumar J wrote:
  I learnt that the top command uses the get_system_info() function
  for printing the CPU state detail. But I could not locate the source
  code of this function. Could anybody help me in locating the
  header/source file in which the get_system_info() function is
  located?

/usr/src/usr.bin/top/machine.c (which can be found on the web at
http://cvsweb.freebsd.org/src/usr.bin/top/machine.c)


-- 
Shenanigans!  Shenanigans!Best of 3!
-- Flash 

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Library (ab)use in kernel land

2004-08-31 Thread Mike Bristow
On Sat, Aug 28, 2004 at 01:40:50PM -0700, Brian O'Shea wrote:
 That being said, there are a few analogs of the standard C
 library functions in the kernel, such as printf, strcpy, bcmp,
 qsort, etc.  You can find sources for them in src/sys/libkern/
 with prototypes in the src/sys/sys/libkern.h and src/sys/sys/systm.h
 header files.

And manual pages in section 9 of the manual, eg:

$ man 9 printf

will give you the docs for the printf that you can call in kernelspace.


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


md(8) panic

2004-05-12 Thread Mike Bristow
Hi,

I am trying to access some ancient 5 1/4 floppies, with 256 byte
sectors.  Leaving aside the interesting hardware problems, the
filesystem on these disks is (surprisingly enough) not supported on
-CURRENT.  While attempting to write one, I ran:

# mdconfig -a -t malloc -S 256 -s 20

Thinking that this would give me some fake media to play with.  Instead,
it panics the box.

This happens at line 809 of md.c version 1.222 which says:

sc-nsect /= (sc-secsize / DEV_BSIZE);

(where sc-secsize has been initialised to 256, as per 
my request).

It would be easy to check for, and reject, such requests, but should
md(8) allow people to create such devices?  Or am I being silly in even
asking for it?

Cheers,
Mike

-- 
Mike Bristow - http://www.urgle.com/~mike/ - [EMAIL PROTECTED]
Who is the most famous woman in America?
Squash.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Network pipes

2003-07-25 Thread Mike Bristow
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.  This would
  go a long way to addressing the performance concerns.
 
 ssh -c none?

[EMAIL PROTECTED]:~$ uname -srm
FreeBSD 5.1-RELEASE i386
[EMAIL PROTECTED]:~$ ssh -c none localhost
No valid ciphers for protocol version 2 given, using defaults.


Nice idea.  OpenSSH has deliberately broken this, and last time I looked
will not entertain unbreaking it.  The patch is trivial, though.

 Note, you don't want to use password authentication in this case, but
 public key should still be ok.


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Technical Differences of *BSD and Linux

2003-01-24 Thread Mike Bristow
[ Reply-To set to me:  This is probably off topic for all of the lists:
  all of the ones I read, anyway. ]

On Fri, Jan 24, 2003 at 10:03:53AM -0800, Bill Studenmund wrote:
  2. How does it differ? What are the technical reasoning
  behind the decisions?
 
 They differ in most technical areas. Mainly as the *BSD kernels were
 derived from 4.4-Lite, and Linux was derived, I believe, from Minux. 

Point of order:  Linux was a cleanroom implementation, using IIRC Minux
as the host OS until such time as it became self-hosting. 

-- 
You can't do maths without e
-- David Walters

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: Cyrus vs. UW IMAP (was: Re: I Volunteer)

2002-06-23 Thread Mike Bristow

On Sat, Jun 22, 2002 at 02:36:44PM +0200, Neil Blakey-Milner wrote:
 On Sat 2002-06-22 (00:06), Chris Dillon wrote:
  There is always the option
  to use SSL, which is my preference, but unfortunately neither SSL nor
  SASL have widespread IMAP client support yet.
 
 Most IMAP clients I know of support SSL.  Outlook, Outlook Express,
 Eudora, Netscape, Evolution, mutt, pine, ...
 
 Which IMAP clients don't?

MacOS X's Mail.app prior to about 10.1.2 or .3 - about 6 months
back.

-- 
You can't do maths without e
-- David Walters


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: In-Kernel HTTP Server (name preference)

2002-02-21 Thread Mike Bristow

On Wed, Feb 20, 2002 at 12:31:53AM +, Tony Finch wrote:
 Julian Elischer [EMAIL PROTECTED] wrote:
 
  I can suggest using a netgraph module for the work as it can be connected
  to a netgraph ksocket node to receive the requests (jdp made all the
  changes needed to allow this to be done).
 
 Another way would be to implement it as an accept filter which knows how
 to handle simple requests but drops anything more complicated down to
 a userland web server -- an unmodified Apache would be able to do the
 latter, since it already supports accept filters. Some way of configuring
 it is still needed, though...

This may well be the right approach.  But rather than handling simple 
requests, it should handle cacheable requests.  But only if they're in
it's cache - otherwise it passes them through to the userland web server,
and cache the results.

This is the approach that Sun took (except they used a STREAMS
module, rather than an accept filter).



-- 
Mike Bristow, embonpointful, but not managerial, damnit.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: Found NFS data corruption bug... (was Re: NFS: How to make FreeBSD fall on its face in one easy step )

2001-12-18 Thread Mike Bristow

On Thu, Dec 13, 2001 at 04:39:58AM -0500, Brandon D. Valentine wrote:
 On Wed, 12 Dec 2001, Matthew Dillon wrote:
 
 All I can say is... holy shit!
 
 Dude, you kick ass.  At work I've been dealing with Linux's crappy NFS
 implementation for years, while FreeBSD has always been pretty damn good
 by comparison.  Linux finally got a decent amount of performance under
 2.4 (which finally does NFSv3 to hosts other than other Linux boxen),
 but it still can't touch the FreeBSD NFS implementation.  The more
 robust you make it the easier it is for me to argue for deployment of
 more FreeBSD systems in NFS server roles.  The only advantage Linux has
 got right now is XFS, which is admittedly a pretty large advantage on
 multi terabyte filesystems where fsck is impossible.

I'm guessing that the real requirment here is is when the system 
is turned on after an unclean shutdown (eg, power failure), it should
be able to export it's NFS filesystems quickly.

I suspect that the background fsck[1] that's available in FreeBSD-current
fits the bill just as well as JFS or XFS - and I'll also bet that it'll
be available in a FreeBSD-release before I'd trust data to a port of
JFS or XFS.


[1] If you've missed it, the basic idea is:

for $fs in $all_filesystems ; do
if is_a_softupdate_filesystem($fs) ; then
fsck $fs 
else
fsck $fs
fi
done

except it happens in fsck itself, rather than a shell script.

-- 
Mike Bristow, embonpointful, but not managerial, damnit.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: chroot

2001-10-08 Thread Mike Bristow

On Thu, Oct 04, 2001 at 05:32:16PM -0600, Thierry Black wrote:
[ please don't write in HTML. Do it again and I'll drop you in a kill file.]

However, to answer the question why don't we allow users to chroot, I 
present you with:

$ mkdir -p hack/usr/lib
$ mkdir -p hack/usr/bin
$ cp evilness.so hack/usr/lib/libc.so
$ ln /usr/bin/at hack/usr/bin
$ cat hack-a-tack.c
#include unistd.h
int main (void) { chroot(hack); exec (/usr/bin/at, /usr/bin/at, NULL);}
$ gcc -o hack-a-tack hack-a-tack.c
$ ./hack-a-tack

Now, code I wrote is running with root privilages.  While it's 
clearly running in a chrooted enviroment, you can still do
Very Bad Things.

(This, of course, assumes that you have write permissions somewhere
on the same file system as a suid program.  This is probably true
on many systems)

-- 
Mike Bristow, seebitwopie  

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: OpenBSD's FFS/dirpref/softupdates improvements

2001-04-19 Thread Mike Bristow

On Thu, Apr 19, 2001 at 08:57:37AM -0700, Jeremiah Gowdy wrote:
 "Two aspects of the FFS filesystem in OpenBSD have received significant
 improvements since 2.8, increasing performance dramatically. Thanks to art,
 gluk, csapuntz, and a host of other developers and testers, Soft Updates are
 now much more stable than ever before. The second improvement, contributed
 by [EMAIL PROTECTED], is a new directory allocation policy (codenamed
 "dirpref"). Coupled with soft updates, the new dirpref code offers up to a
 60x speed increase in gluk's tests, documented here:"
 
 http://groups.google.com/groups?q=dirprefnum=100hl=enlr=safe=offrnum=2;
 seld=905073910ic=1
 
 Does anyone know anything about this ?

Commited to -current about 10 April.

I suspect that Jordan would shoot someone who suggested a MFC before 
4.3 is out.

-- 
Mike Bristow, seebitwopie  

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: A novel idea....

2001-04-04 Thread Mike Bristow

On Wed, Apr 04, 2001 at 07:54:04AM -0700, Alfred Perlstein wrote:
 
 a) use EXT2 as a backing filesystem
 b) use a file in EXT2/msdosfs as a backing node for a virtual
device:
  
http://www.freebsd.org/cgi/man.cgi?query=vnapropos=0sektion=0manpath=FreeBSD+4.2-RELEASEformat=html
and create a filesystem in that.

That's a very good idea.  Performance would probably suck rocks.
OTOH, if you suddenly need to install X and so need another 200M,
growfs (available in -current only) might enable you to grow your
backing file, then grow the filesystem.

-- 
Mike Bristow, seebitwopie  

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: A novel idea....

2001-04-04 Thread Mike Bristow

On Wed, Apr 04, 2001 at 05:16:02AM -0700, Jason Victor wrote:
 Hi. I have to have Windows on my computer, and will
 NOT spoil my perfectly tweaked Debian installation.
 What I was wondering was: is there a UMSDOS of Phat
 Linux-type thing for FreeBSD? 

Not as far as I know (if UMSDOS of Phat is what I think it is).

 I think this would be an
 interesting project to undertake. If there isn't one,
 and anyone wants to start it, tell me what a
 (relatively) newbie C programmer can do. 

Probably little; the main reason one doesn't exist is the lack of a UMSDOS
type filesystem on FreeBSD.  And it'd (probably) take more than a newbie
C programmer to code up one of those.

 And something completely unrelated: do FreeBSD
 drivers/HOWTOs work on OpenBSD and NetBSD? 

Drivers: Depends; those that do tend to be full of :

#if defined __FreeBSD__
#define do_foo freebsd_do_foo
#elif defined __OpenBSD__
#define do_foo openbsd_do_foo
#endif

but as all the BSD's are similar, these are usually relativly small sections.

HOWTOs:  HOWTOs are either, in my experience:

very system specific (you must be running Linux 2.4, or
OpenBSD 2.6, or something) for it to be useful.

or

very generic (as long as you're reasonably bright, you can read
the HOWTO and apply it to anything vaguly unixey).

How to install it type documents are in the former camp (reading the OpenBSD
install HOWTO ain't gonna help you install Debian); often things like
samba or other applications are in the latter camp.

 And what
 are the REAL reasons that you guys prefer FreeBSD to
 Linux?

It's development model is something approaching sane.

It's a complete OS; rather than a kernel and a bunch of loosly-associated
utilities that a bunch of differnet people have used to create a dozen or 
so OSes from.

-- 
Mike Bristow, seebitwopie  

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: waiting for new files in a directory

2000-12-27 Thread Mike Bristow

On Wed, Dec 27, 2000 at 12:53:37PM +0200, Peter Pentchev wrote:
 Btw, anybody reading this discussion - I tried the attached script with
 #!/usr/bin/perl -wT, and Perl died on the unlink() - "unsafe dependency".
 What gives?

$ man perldiag
[snip]
   Insecure dependency in %s
   (F) You tried to do something that the tainting
   mechanism didn't like.  The tainting mechanism is
   turned on when you're running setuid or setgid, or
   when you specify -T to turn it on explicitly.  The
   tainting mechanism labels all data that's derived
   directly or indirectly from the user, who is
   considered to be unworthy of your trust.  If any such
   data is used in a "dangerous" operation, you get this
   error.  See the perlsec manpage for more information.
[snip]

Note that a filename you get from readdir is (indirectly) from the
user, and unlink counts as dangerous.

Basically, you need to "untaint" $fname in OnePass before using it in
the unlink call; this is fairly trivial to do, and if you can't work it 
out from perlsec(1), feel free to contact me off-list.

-- 
Mike Bristow, seebitwopie  


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: threadsafe name resolution

2000-08-09 Thread Mike Bristow

On Wed, Aug 09, 2000 at 12:07:01PM -0600, Charles Randall wrote:
 Is there a reason that ADNS won't work for this?

Firstly, adns doesn't do IPv6 (at least not yet, according to the
web page you gave).

Secondly, I'm not sure if it's thread safe (although being nice 'n
async it's not hard to use it in threaded apps even if it isn't).

Thirdly, adns is GPLed, which means you'll have a hell of a job getting
people to include it into the base system.

-- 
Mike Bristow, seebitwopie  


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: MD5 usage in the kernel.

2000-04-20 Thread Mike Bristow

On Thu, Apr 20, 2000 at 04:02:28PM -0400, David Gilbert wrote:
 I'm working on an l2tp netgraph node.  I need md5.  Specifically, the
 RFC says:
 
   The Response is a 16 octet value reflecting the CHAP-style
   [RFC1994] response to the challenge.
 
 I've had a look at md5.c, but there is no documentation on the usage
 md5.  In this specific case, how do I call it?
 
 If CHAP uses MD5, how does ng_ppp or kernel ppp handle this (or does
 it)?

guess hands all the LCP of to userland /guess

Is a similar approach approprate here?  Is the MD5ing time critical,
or does it only appear in the moral equivilent of LCP?

-- 
Mike Bristow, seebitwopie  


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: ntop

2000-02-07 Thread Mike Bristow

(This is pobably inapproprate for -hackers.  Reply to me alone or move it
 to -questions, I guess)

On Mon, Feb 07, 2000 at 01:29:33PM +0100, Christoph Kukulies wrote:
[ntop]
 While building it I found that configure said:
 
 ...
 
 checking whether time.h and sys/time.h may both be included... yes
 checking for lsof... no
 
 WARNING: unable to locate lsof. Some ntop features will be disabled.
 
 checking for main in -lncurses... yes
 ...
 
 Well, always assuming FreeBSD being one of the most fully fledged
 OSs WRT networking, I'm wondering what sort of feature I'm missing
 here.

/usr/ports/sysutils/lsof


-- 
Mike Bristow, Geek At Large  ``Beware of Invisible Cows''


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Re/Fwd: freebsd specific search

2000-02-04 Thread Mike Bristow

On Thu, Feb 03, 2000 at 07:58:04PM -0700, Wes Peters wrote:
 Mike Bristow wrote:
  
  True; but linux has support for a bigger variety of soundcards
  (my Win98^H^H^H^H^H^HEverQuest machine now has a Live! in it; supported
  under Linux but not under FreeBSD AFAIK; so the other half of the disk
  may turn turn into ext2 rather than ffs)
  
  The other 2 boxes will, of course, stay FreeBSD.
 
 You'd switch operating systems for the sake of a sound card?  That seems
 backwards to this correspondent.  Just buy a reasonable sound card that
 works under your system of choice; they're less expensive than a system
 installation.

You're right of course.  But the system of choice is EverQuest[1], not
FreeBSD.  98% of the time it's on, it's running Windows.  Until 
Verant produce a linux or FreeBSD or BeOS or whatever client, I don't
have any choice in the matter.

[1] at the moment.  It'll probably change to some other game later.

-- 
Mike Bristow, Geek At Large  ``Beware of Invisible Cows''


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Re/Fwd: freebsd specific search

2000-02-03 Thread Mike Bristow

On Wed, Feb 02, 2000 at 09:59:08PM -0800, Alex Zepeda wrote:
 On Wed, 2 Feb 2000, Michael Bacarella wrote:
 
  Not to start a flame-fest or anything (but who doesn't love em?), I hear
  the above quite a lot. 
  
  I'm under the firm belief that a decent sys admin can rub either system to
  do whatever they want it to do. Not that I am questioning your abilities.
  I just get the "yeah, Linux is good, but just try to use it in a
  production environment and you'll understand" a lot.
 
 Needless to say I think that FreeBSD makes a great desktop environment
 too. What contributes to server sanity also makes things much less
 confusing for a desktop user too :)

True; but linux has support for a bigger variety of soundcards
(my Win98^H^H^H^H^H^HEverQuest machine now has a Live! in it; supported
under Linux but not under FreeBSD AFAIK; so the other half of the disk
may turn turn into ext2 rather than ffs)

The other 2 boxes will, of course, stay FreeBSD.

I generally get the feeling that `Workstation Hardware'[1] has a better
chance of being supported under Linux than FreeBSD.  I may be talking rubbish,
though ;-)

[1] SoundCards; funky USB magic to talk to your digital camera; that kind of
thing.

-- 
Mike Bristow, Geek At Large  ``Beware of Invisible Cows''


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: cdrom speed adjustment ioctl

1999-11-29 Thread Mike Bristow

On Mon, Nov 29, 1999 at 11:06:53AM +, [EMAIL PROTECTED] wrote:
 There would not be such a thing for SCSI cdrom's too? It would probably
 squeeze a few extra months out of my cdrom player. On some cd's (mainly ones
 you get with magazines and books) it's making gut-wrenching noises and
 spinning up and down all the time.
 
 No idea if there's an ioctl, but you should be able to do this with camcontrol,
 e.g. if your drive supports the MMC Set CD Speed command:
 
 camcontrol -n cd -u n -c "BB 00 XX XX 00 00 00 00 00 00 00 00"
 
 Where n is the number of the CD device you want to set the speed of, and XX XX
 is the hex of the desired speed in kbps.

Is this a project for a rainy day I see before me?

cdspeed(1)  Imaginary Man Page  cdspeed(1)

NAME
 cdspeed - control (slow down!) the speed that a cdrom will operate at.

SYOPSIS
 cdspeed device speed muliplier

YADDA
 yadda yadda yadda

FreeBSD 3.3 November 29 1999    1


-- 
Mike Bristow, Geek At Large  ``Beware of Invisible Cows''
 GK/RT0011 - Essential reading for train-spotters.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Class C hack instead of ifconfig aliases

1999-10-20 Thread Mike Bristow

On Wed, Oct 20, 1999 at 12:52:49PM +0200, John Hay wrote:
 I think somebody sent patches to do it a while back. I think it might be
 in GNATS.

Yes, and yes.

http://www.freebsd.org/cgi/query-pr.cgi?pr=12071

-- 
perl -wMstrict -e'$,="PLEASE";$;=" DO ";@_=map{$?=255256+$!-$_;$!=$_;++$.%4-2?
$;:$,.$;,",1SUB#$.-#$?"}map{ord}split//,pack"b*",unpack"B*","@ARGV$/";print
`echo "$,$;,1-#$.@_$;READ OUT,1$;GIVE UP",.i;ick ,.i;./,`' Mike Bristow.\
Just Another Hacker   http://sig.jellybaby.net/ certified! [101f4503fx818]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: More press

1999-09-13 Thread Mike Bristow
On Mon, Sep 13, 1999 at 11:45:50AM +0200, Dag-Erling Smorgrav wrote:
 Dominic Mitchell dom.mitch...@palmerharvey.co.uk writes:
  If you follow the link from netscape -help, you end up at:
  
  http://home.netscape.com/newsref/std/remote.c
 
 The page you attempted to access was not found on Netscape's web site.
 You may have typed its location incorrectly, or it may have been
 moved, deleted, or incorporated into another part of Netscape's site.
 To report a broken link, please send a message to feedback.


It works from here.  Yell if you want me to mail it to you.



micha...@singsing:~$ wget http://home.netscape.com/newsref/std/remote.c
--11:41:07--  http://home.netscape.com:80/newsref/std/remote.c
   = `remote.c'
Connecting to home.netscape.com:80... connected!
HTTP request sent, awaiting response... 200 OK
Length: 18,579 [text/plain]

0K - .. [100%]

11:41:08 (29.55 KB/s) - `remote.c' saved [18579/18579]

micha...@singsing:~$ head -3 remote.c 
/* -*- Mode:C; tab-width: 8 -*-
 * remote.c --- remote control of Netscape Navigator for Unix.
 * version 1.1.3, for Netscape Navigator 1.1 and newer.
micha...@singsing:~$ 

-- 
Mike Bristow, Geek At Large  GK/RM0501
 Nobody's ugly after 2AM



To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message